a naming service for overlay networks
play

A Naming Service for Overlay Networks A Master of Computer Science - PowerPoint PPT Presentation

A Naming Service for Overlay Networks A Master of Computer Science Presentation by Gregory Mattes J org Liebeherr, Advisor Multimedia Networks Group Department of Computer Science University of Virginia 22 July 2005


  1. A Naming Service for Overlay Networks A Master of Computer Science Presentation by Gregory Mattes J¨ org Liebeherr, Advisor Multimedia Networks Group Department of Computer Science University of Virginia 22 July 2005

  2. � � � � � � Presentation Outline Overlay Network Addressing Naming Service Challenges Naming Service Solution HyperCast Naming Service Naming Service Evaluation Conclusion A Naming Service for Overlay Networks 2

  3. � � � � Overlay and Substrate Networks Built by applications Self-organize to form network Called an overlay Uses underlay or substrate network for message transport: commonly the Internet A Naming Service for Overlay Networks 3

  4. � � Logical Addressing Logical Address is an address of an application in an overlay network used for overlay message routing. Bit String: 10011 Coordinate tuple: (565, 359) A Naming Service for Overlay Networks 4

  5. � � Logical Address Limitations Cumbersome to use for application programmers – Applications should not be dependent on logical address scheme – Applications, services, and users are not identified by logical addresses – Logical addresses cannot be used to define arbitrary groups of network peers – Logical addresses of an application may be variable Applications prefer meaningful names A Naming Service for Overlay Networks 5

  6. � � � � � � � � � � Mnemonic Names Names like in DNS ( www.example.com ). In DNS names are structured, but not as IP topology. Mnemonic names can overcome the limitations of logical addresses. Ex. 10011 Greg Names have semantic information that identifies applications, services, and users. Ex. (565, 359) Police Officer Names be used to identify groups of applications, services, and users. Ex. (565, 359) Police Officer , (234, 758) Police Officer Names are unstructured with respect to logical addressing schemes Names are independent of logical addressing schemes A Naming Service for Overlay Networks 6

  7. Logical Address and Name Comparison Property Logical Address Name Useful for Message Routing Yes No (if unstructured) Logical Address Scheme Independent No Yes Application Specific Semantic Value No Yes Can Identify Groups No Yes Can Identify Users No Yes Names give a user-level addressing scheme, similar to DNS in the Internet. A Naming Service for Overlay Networks 7

  8. � � Challenges and Issues of Naming Service for Dynamic Overlay Networks Goals – Bind logical address to a name – Name service for dynamic overlay networks that resolves bindings – No assumption of a fixed infrastructure, directory, or central respository – Ability to define group names – Deal with frequent changes of logical address (peer mobility) Issues – Is a naming service in a dynamic overlay network viable? – How will it perform? – How can names be trusted with no trusted third party? – How to disseminate information on bindings? A Naming Service for Overlay Networks 8

  9. � � � � A Naming Service For Dynamic Peer Networks All peers participate in the naming service in the same way – Completely symmetric – No centralized directory – No designation of particular naming service nodes Naming Service Operations – Resolves forward queries: name logical addresses – Resolves reverse queries : logical address names – Incorporates trust relationships between peers – Operation to exchange trust information A Naming Service for Overlay Networks 9

  10. � � � � Name Binding Maps a logical address to a mnemonic name Auth Name Name Logical Address Logical Signer Name Signer Flag Size Size Address Size Name 1 byte 2 bytes 0 bytes 1 byte 0 bytes 2 bytes 0 bytes Timestamp Logical Address Digital Digital Change Count Signature Size Signature 8 bytes 4 bytes 2 bytes =0 bytes Example: “Foo”, (34, 92) , Non-Authoritative, 2 minutes old, 4 LA changes A Naming Service for Overlay Networks 10

  11. � � � � � � Naming Service Functions Create name bindings Store name bindings Exchange name bindings – Push a name binding – Pull a name binding Logical address query (forward query) Name query (reverse query) Invalidate name bindings Application can invoke operations in any order A Naming Service for Overlay Networks 11

  12. � � � Pushing Name Bindings Operation The push name bindings operation disseminates name bindings when they are created (broadcast) Peers store name bindings in tables Traffic limited by radius (locality) Push Radius Network Hops Pushes "foo", (20,35) 2 network hops A Naming Service for Overlay Networks 12

  13. � � Pulling a Name Binding (Forward Query) A query initiated by a peer that wishes to learn the logical addresses associated with a given name. Hard: where to send query? Uses broadcast. Query Radius Network Hops Query for "foo" A Naming Service for Overlay Networks 13

  14. � � � Name Query Operation A query initiated by a peer that wishes to learn the logical addresses associated with a given name Name query contains a logical address used in query routing No broadcast Query for (20,35) A Naming Service for Overlay Networks 14

  15. � � � � � � � Adding Trust to the Naming Service In the absence of a trusted server, why/how should names be trusted? Ensures integrity and authenticity of a name binding Exchang trust information with peers to establish trust of name bindings Verifies trust “on-the-fly” Builds trust chains (series of certificates that terminates at trust anchor) Compute digital signature for each binding Verify digital signature for each binding A Naming Service for Overlay Networks 15

  16. Query Operation with Trust Responder Querier Query Message Pull Name Bindings Msg Certificate Request Msg Certificate Response Msg A Naming Service for Overlay Networks 16

  17. � � � � � � � Naming Service Implementation in the Hypercast System Overlay Sockets Unicast and multicast operations Naming service implemented as a network service inside HyperCast overlay socket Solutions to all previously stated issues are implemented Names are bound to logical addresses not sockets Uses extensible network services architecture with finite state machine paradigm Naming Service API A Naming Service for Overlay Networks 17

  18. Example Program: Naming API HyperCastConfig config = HyperCastConfig.createConfig ("hypercast.xml"); I OverlaySocket socket = config.createOverlaySocket (null); socket.joinOverlay(); socket.setName ("foo"); I LogicalAddress [] logicalAddresses = socket.getLogicalAddressByName ("bar"); for (int i = 0; i < logicalAddresses.length; ++i) System.out.println ("LA for bar: " + logicalAddresses[i]); A Naming Service for Overlay Networks 18

  19. � � � Experiments Test Bed – Cluster of 20 Sun Microsystems Sunfires running Linux – Dual 2.8 GHz Xeon processors – 512 MB of physical memory – 1 Gbps ethernet interface – Connected by a single 1 Gbps ethernet switch – UDP datagrams are used for message transport in all experiments Experiment Configurations – “Linear” experiments – 40 row 40 column “grid” experiments A Naming Service for Overlay Networks 19

  20. Linear Experimental Setup Choose: Queries Per Second (qps) Responder Querier Logical Address Query Msg Latency? Pull Name Bindings Msg Success Rate? Choose: Network Hops A Naming Service for Overlay Networks 20

  21. Linear Network Experiments Hop Count vs Latency Queries per Second vs Latency 200 q/s 20 hops 100 100 Query Response Latency (ms) Query Response Latency (ms) 400 q/s 40 hops 600 q/s 60 hops 80 80 800 q/s 80 hops 1000 q/s 100 hops 60 60 40 40 20 20 0 0 10 20 30 40 50 60 70 80 90 100 100 200 300 400 500 600 700 800 900 1000 Network Hops from Querier to Responder Queries per Second Queries per Second vs Success Ratio 1 0.8 Success Ratio 0.6 0.4 20 hops 40 hops 60 hops 0.2 80 hops 100 hops 0 100 200 300 400 500 600 700 800 900 1000 Queries per Second A Naming Service for Overlay Networks 21

  22. Linear Network Experiments: Trust Hop Count vs Latency Queries per Second vs Latency 10000 10000 50 q/s 10 hops Query Response Latency (ms) Query Response Latency (ms) 60 q/s 20 hops 8000 8000 70 q/s 30 hops 80 q/s 40 hops 90 q/s 50 hops 6000 6000 100 q/s 60 hops 70 hops 80 hops 4000 4000 90 hops 100 hops 2000 2000 0 0 10 20 30 40 50 60 70 80 90 100 50 60 70 80 90 100 Distance from Query Node to Responder Node (network hops) Queries per Second Queries per Second vs Success Percentage 1 0.8 10 hops Success Ratio 20 hops 0.6 30 hops 40 hops 50 hops 0.4 60 hops 70 hops 80 hops 0.2 90 hops 100 hops 0 50 60 70 80 90 100 Queries per Second A Naming Service for Overlay Networks 22

  23. � � � Grid Experimental Setup Regular grid Trade-off of Push vs. Pull All sockets query; all sockets respond Choose: Columns Push Radius Pull Radius Network: 40 X 40 qps fixed Rows Latency? Success Ratio? A Naming Service for Overlay Networks 23

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend