86. Resource Discovery Using an Intentional Naming System Hari Balakrishnan MIT Lab for Computer Science http://wind.lcs.mit.edu/ [email_address] With: William Adjie-Winoto, Elliot Schwartz, Jeremy Lilley, Anit Chakraborty
87.
88.
89.
90.
91.
92.
93.
94.
95. How does it work? INR DSR Virtual space partitions Domain Space Resolvers Scaling? Application-level overlay network formed based on performance Inter-domain information via DSR protocol Exchange names as if they were routes
96. INS service model INR application Early binding Late binding query Intentional anycast Intentional multicast Application-level routing using intentional names Self-configuring app-level overlay network formed based on performance Soft-state name dissemination set of names
97.
98.
99.
100.
101.
102.
103.
104. Virtual space partitioning vspace=camera vspace=5th-floor Routing updates for each vspace Delegate this to another INR
121. Future Internet Architecture Flexible IP routers Scheduling, buffer mgmt Use each other to add value Resource management Traffic engineering Congestion Manager Middleware ... Cache & replica management Self-configuring overlays INS Media transcoders Performance discovery Service location Jini UPnP E-speak T-spaces Decentralized security
122.
123.
Editor's Notes
Does the paper answer the question?
It does satisfy the requirement of their suitable IA
Lots of problems with what the Internet is tuned to do today DNS is rather static
WHAT, not WHERE! You don’t often know WHERE, but you always know WHAT you want!
One of the cornerstones of N21 is a new naming system. Intentional names --> express WHAT you want Names are descriptions; names are queries
What are some key features of the world I just described? - Lots of heterogeneity - Much higher levels of dynamism than today - Much more decentralized and needs much more robustness - allow for tetherless operation