chang-won jeong, su-chong joo, sung-kook han

WONKWANG UNIVERSITY

Integrated Binding Service Model for Supporting Both Naming/Trading and Location Services in

Inter/Intra-Net Environments

Chang-Won Jeong, Su-Chong Joo, Sung-kook Han

School of Electrical, Electronic and Information Engineering, Wonkwang University, Korea

WONKWANG UNIVERSITY

Content

Introduction

Architecture of Integrated Binding Service Model Requirements and Procedures of Integrated Binding Service Model

Naming/Trading Service and Location Service

Prototype Implementation of Integrated Binding Service

Model Registering Distributed Service Objects

Selecting Destinations of Distributed Service Objects

Conclusions and Future works

WONKWANG UNIVERSITY

Introduction

Recently The distributed systems based on Inter/Intra-net environments have been radically c

hanging toward the various typed logical and physical structures.

These studies Suggesting the transparent mechanisms for providing distributed service objects ma

nagement and the various retrieval services

Problems The existing naming and trading services

Have been separately served Have not supported with the binding service for replicated service object with t

he same service type.

For this reason Focused on the model that can provide the integrated naming/trading service, the re

plicated object supporting service and the load balancing service. => Integrated Binding Service Model

WONKWANG UNIVERSITY

Architecture of Integrated Binding Service Model

Our model is functionally divided into two parts Integrated Binding(Naming /Trading) Service

obtaining the unique object handle of replicated objects with the same service type or a single non-replicated object.

Location Service searching one or more contact addresses mapped by a given

object handle.

The hierarchical structure for mapping Name/Property to Contact address via object handles.

Name Property Name Property

Object handle

Contact address Contact address Contact address

Name/TradingName/Trading ServiceService

Location ServiceLocation Service

Name Property Name Property

Object handle

Contact address Contact address Contact address

Name/TradingName/Trading ServiceService

Location ServiceLocation Service

WONKWANG UNIVERSITY


Requirements for functionalities of components and interfaces among them; Have to be logically reconfigured a single view system for purposing the

resource sharing according to how to set the physical service domain. The service objects may be replicated on a system or several systems. A client requests to an arbitrary service object locating in somewhere.

This model for integrating binding service consists of 2 components Naming/Trading service, and Location service Naming/Trading service is similar to existing naming service or

trading service. Not obtain the network addresses from this service, but object

handles, as unique location-independent identifiers of the service objects, given object’s names or properties

In Location service, this component will support to map the object handle to one or more contact addresses

WONKWANG UNIVERSITY


Procedures of Integrated Binding Service Model

Client processName/Property

Object handle

Contact addresses

DestinationselectionContact address

Implementationselection

Class implementation

load info.

IRClass object

instance

System

LSF

Naming/Trading Service

Location Service

ServiceOffer

ContactRecord

Name/Property lookup

Location lookup

1

2

3

45

6

Binding processBinding process

Name/TradingName/Trading++

Location Location Service processService process

contact addresses

Client processName/Property

Object handle

Contact addresses

DestinationselectionContact address

Implementationselection

Class implementation

load info.

IRClass object

instance

System

LSF

Naming/Trading Service

Location Service

ServiceOffer

ContactRecord

Name/Property lookup

Location lookup

1

2

3

45

6

Binding processBinding process

Name/TradingName/Trading++

Location Location Service processService process

contact addresses

WONKWANG UNIVERSITY


Procedures of Integrated Binding Service Model The Step 1( ) and the Step 2( )① ②

Perform the Name/Property lookup and the Location lookup operations, respectively.

The latter step executes that the object handle can be resolved to one or more contact addresses according to either the service object may replicated or not.

The Step 3( - )③ ⑤ executed under load balancing strategy using load information

loading in systems connected by Inter/Intra-network. In Step 4(⑥) : Implementations of object selection

WONKWANG UNIVERSITY


Naming/Trading Service Maps given names or properties to object handles. Generates object handles to refer to the service objects qualified

from client’s requests. Generates object handles to refer to the service objects qualified

from client’s requests.

Figure and Table show the Naming/Trading service component and its detailed operations

Operation Description

NaT_LookupRegisterModifyWithdrawLinkOH generation

Name/property lookup object handles from Service Offer

Register new service objects to Service OfferModify object’s description in Service OfferWithdraw objects from Service OfferSupports for linking with other Naming/Trading

servicesCreating object handles, on registering new objects

Lookup

NaT_Lookup

Register

Modify

Withdraw

Link

OH generatorLookup

NaT_Lookup

Register

Modify

Withdraw

Link

OH generator

RepositoryRepository

WONKWANG UNIVERSITY

Location_Lookup

Delete

RepositoryInsert

Load_info

Location_Lookup

Delete

RepositoryInsert

Load_info


Location Service Provides for mapping object handles to a set of the relating

contact addresses. The contact addresses mean the locations of systems with

service objects in point of view of location-dependent system. If a service object is replicated on one or server systems, an

object handle of replicated object will be mapped to two or more contact addresses in this Location service phase.

In Figure, each operation and its description are listed in Table

Operation Description

Location_LookupInsertDeleteLoad_info

Lookup contact addresses mapping given object handles Insert contact addresses for object handles to the RepositoryDelete contact addresses for object handles from the RepositoryObtain load information loading on each system using LSFs

WONKWANG UNIVERSITY


Destination Selection of Replicated Objects Load information is obtained from each system by Load-Info operation.

The arguments of its operation is a series of the contact addresses. For obtaining the load information, we installed LSF program on eac

h system. Load information of each system consists of loads extracted from Loa

d Information Managers(LIMs) in LSFs. The contact addresses and these loads of the corresponding systems ar

e constructed to Load information. The load information is dynamically updated by using loads generate

d by LIM. Destination selection service of replicated objects chooses

An appropriate object among the replicated objects with the same object handle.

Implemented to an optimal selection algorithm for selecting an appropriate one of replicated objects.

WONKWANG UNIVERSITY


This model is focused on the selection of system with minimizing the load deviation

of systems uniformly considering loads and communication cost in the point of view of load balancing.

Load information1host 1

Load informationHOST_NAME







Location Service

Load_info

LSF

LIM

::

Load mIP n

Load 2IP 2

Load 1IP 1

CPU UtilizationContact address

::

Load mIP n

Load 2IP 2

Load 1IP 1

CPU UtilizationContact address





Contact addresses

Load information

selected final Contact addressselected final Contact address

LIM : Load Information Manager

Load Index = min(load deviation)

WONKWANG UNIVERSITY

Prototype Implementation of Integrated Binding Service Model

Constructed by using a Ultra-Sparc with Sun Solaris 2.7, and two personal computers Installed by Middleware of VisiBroker 4.1.

SUN Solarisyellow

Windows 2000Servermate

Windows 2000Servermediblue

LSF

Request load_info

Naming/TradingserverLocationserver

object

objectobject

SUN Solarisyellow

Windows 2000Servermate

Windows 2000Servermediblue

LSF

Request load_info

Naming/TradingserverLocationserver

object

objectobject

WONKWANG UNIVERSITY


The initial executing screen for registering a new service object, and inserting the object handle and contact addresses in a Naming/Trading Service.

Insert object nameAnd Service Type

Insert properties

Insert contact address

Auto generated object handle

WONKWANG UNIVERSITY


Lookup up Phase The name and its properties of the service object are filled out in the regist

ering phase. After choosing either name or property that you want, you fill the chosen

name or property out in blank space, and then click NaT_Lookup button. You can see the object handle corresponding to a given service object.

Via Location Lookup operation, the screening panel is showed whether the service object is replicated or not, and how many it is replicated.

For selecting one of them for an optimal binding service, For this purpose, load information of system load and communication cost among sources and destinations is extract from LIMs.

We calculate the load index of system with minimizing the load deviation in the point of view of load balancing.

The service object locating on the system with the contract address(210.112.129.46) is selected.

WONKWANG UNIVERSITY


NaT_Lookup

Location_Lookup

WONKWANG UNIVERSITY


Goal of this research To develop the model that can be supported the location and replication

transparencies in distributed environments.

For this reason, Proposed a new integrated binding service model

Supporting both naming and trading services at the same time. Providing an appropriate service object selection mechanism and the

efficient resource sharing by using the load balancing information

With design and implementation of model, Followed by the Recommendations and Standards being reported from

TINA-C, OMG CORBA, MS-DCOM and so forth. This integrated binding service model was functionally designed to 2

components; Naming/Trading service, Location service including additional

Destination selection service of replicated objects.

WONKWANG UNIVERSITY


Finally, Showing series of the binding procedures and the executed results of this

prototype model on the GUI-window screening panel.

Future works Considered the performance evaluation in the Grid environment, extended

to the model with adaptability for improving performance.

chang-won jeong, su-chong joo, sung-kook han

Documents