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

1. 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

2. 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

3. Introduction • Recently • The distributed systems based on Inter/Intra-net environments have been radically changing toward the various typed logical and physical structures. • These studies • Suggesting the transparent mechanisms for providing distributed service objects management 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 the same service type. • For this reason • Focused on the model that can provide the integrated naming/trading service, the replicated object supporting service and the load balancing service. => Integrated Binding Service Model

4. 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.

5. Architecture of Integrated Binding Service Model • 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

6. Architecture of Integrated Binding Service Model • Procedures of Integrated Binding Service Model

7. Architecture of Integrated Binding Service Model • 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

8. NaT NaT _ _ Link Link Lookup Lookup Register Register OH generator OH generator Lookup Lookup Modify Modify Withdraw Withdraw Repository Repository Architecture of Integrated Binding Service Model • 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

9. Architecture of Integrated Binding Service Model • 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

10. Architecture of Integrated Binding Service Model • 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 each system. • Load information of each system consists of loads extracted from Load Information Managers(LIMs) in LSFs. • The contact addresses and these loads of the corresponding systems are constructed to Load information. • The load information is dynamically updated by using loads generated 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.

11. Architecture of Integrated Binding Service Model • 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.

12. 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.

13. Prototype Implementation of Integrated Binding Service Model • 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 name And Service Type Insert properties Auto generated object handle Insert contact address

14. Prototype Implementation of Integrated Binding Service Model • Lookup up Phase • The name and its properties of the service object are filled out in the registering 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.

15. Prototype Implementation of Integrated Binding Service Model

16. Conclusions and Future works • 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.

17. Conclusions and Future works • 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.