Download xia-nsdi2012-public

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Document related concepts

TV Everywhere wikipedia , lookup

Multiprotocol Label Switching wikipedia , lookup

Recursive InterNetwork Architecture (RINA) wikipedia , lookup

Piggybacking (Internet access) wikipedia , lookup

Zero-configuration networking wikipedia , lookup

Wake-on-LAN wikipedia , lookup

Net bias wikipedia , lookup

Cracking of wireless networks wikipedia , lookup

Transcript
XIA: Efficient Support for
Evolvable Internetworking
Dongsu Han
Ashok Anand
Fahad Dogar
Boyan Li
Hyeontaek Lim
Michel Machado
Arvind Mukundan
Wenfei Wu
Aditya Akella
David G. Andersen
John W. Byers
Srinivasan Seshan
Peter Steenkiste
IP: Narrow Waist of the Internet
Applications
IP
Innovation both
above and below IP
But what about IP?
Technology
Hyeontaek Lim / NSDI '12
2
Proposed
•
•
•
•
-Centric Networking
Service: Serval (This NSDI!)
Content: Named Data Networking
Mobility: MobilityFirst
Cloud: Nebula
Problem: Focusing on one communication type may hinder
using other communication types, as occurred to IP
Can we support heterogeneous communication types on a
single Internet architecture?
Hyeontaek Lim / NSDI '12
3
Future
-Centric Networking
• Service, content, mobility, and cloud
did not receive much attention before as now
• Yet more networking styles may be useful
in the future
– E.g., DTN, wide-area multicast, …?
Problem: Introducing additional communication types to
the existing network can be very challenging
Can we support future communication types
without redesigning the Internet architecture?
Hyeontaek Lim / NSDI '12
4
Legacy Router May Prevent Innovation
Internet
“I got a computer with
Awesome-Networking
announced in NSDI 2022!
Can I use it right now?”
“Ouch, we just replaced all of
our routers built in 2012.
Can you wait for another
10 years for new routers?”
Problem: Using a new communication type may require
every legacy router in the network to be upgraded
Can we allow using a new communication type even when
the network is yet to natively support it?
Hyeontaek Lim / NSDI '12
5
XIA’s Goals and Design Pillars
“Principal types”
Support multiple
communication
types
(heterogeneity)
Hyeontaek Lim / NSDI '12
Support future
communication
types
(evolution)
“Fallbacks”
Allow using new
communication
types at any point
(incremental
deployment)
6
Principal Types
Define your own communication model
Hyeontaek Lim / NSDI '12
7
Principals
Current
Internet
XIA
IP address
Principal Type-specific
type
identifier
Hash of host’s
public key
128.2.10.162
Hyeontaek Lim / NSDI '12
Host
0xF63C7A4…
Service
0x8A37037…
Content
0x47BF217…
Future
…
Hash of service’s
public key
Hash of content
8
Principal Type-Specific Semantics
Host
0xF63C7A4…
Contact a host
Service
0x8A37037…
Use a service
Content
0x47BF217…
Retrieve content
Hyeontaek Lim / NSDI '12
9
Principal Type-Specific Processing
Host-specific processing
Input
Common
processing
Service-specific processing
Output
Content-specific processing
…
XIA router
• Type-specific processing examples
• Service: load balancing or service migration
• Content: content caching
Hyeontaek Lim / NSDI '12
10
Routers with Different Capabilities
• Routers are not required to support
every principal type
– The only requirement: Host-based communication
Host
Common
Host
Common
Service
Host
Common
Content
Host-only router
Hyeontaek Lim / NSDI '12
Service-enabled
router
Content-enabled
router
11
Using Principal Types that are
Not Understood by Legacy Routers?
Content-enabled
router
Content-enabled
router
Legacy router
without
content support
Want to communicate
using content principals
Hyeontaek Lim / NSDI '12
12
Fallbacks
Tomorrow’s communication types… today!
Hyeontaek Lim / NSDI '12
13
Fallbacks: Alternative Ways for
Routers to Fulfill Intent of Packet
Intent: Retrieve Content
Fallback: Contact
Host
,
who understands Content request
What the network does:
• With content-enabled routers, use Content for routing
• Otherwise, use
Hyeontaek Lim / NSDI '12
Host
for routing (always succeeds)
14
DAG-Based
Address
Your address is more than a number
Hyeontaek Lim / NSDI '12
15
DAG (Direct Acyclic Graph)-Based
Addressing Enables Fallbacks
Packet sender
Routing choice
Intent
Content
Host
Another routing choice
(with lower priority)
This host knows how to
handle content request
Fallback
Hyeontaek Lim / NSDI '12
16
DAG Addresses in Packet Header
Common fields
(Size, Hop limit, …)
Destination address
Including in-packet
state for forwarding
For forward path
Source address
For return path
(Extension headers)
Payload
Hyeontaek Lim / NSDI '12
DAG encoding in paper
17
Scoping Using DAG
Tier-1 ISP
Tier-2 ISP
My laptop
Echo
More specific intent & Better scalability
Hyeontaek Lim / NSDI '12
Domain
Tier-1 ISP
Domain
Tier-2 ISP
Host
My laptop
Service
Echo
18
Service Binding with DAG
Initial contact to a service
Service
Web service
When a particular host should serve subsequent service requests
Host
Server #57
Service
Web service
“Late binding”
Hyeontaek Lim / NSDI '12
19
DAG Allows Nested Fallbacks
Content
Service
Domain
Host
Strong support for evolvable internetworking
Hyeontaek Lim / NSDI '12
20
Can We Forward
DAGs Rapidly?
Expressive ≠ Expensive
Hyeontaek Lim / NSDI '12
21
XIA Software Router’s
High Forwarding Throughput
≤26% slowdown
for small packets
with 3 fallbacks
Click-based implementation on commodity hardware
351 K table entries based on a Route Views snapshot
Hyeontaek Lim / NSDI '12
22
XIA: eXpressive Internet Architecture
• Support for evolvable internetworking
– Heterogeneous communication types
– Future communication types
– Incremental deployment of new communication
types
• Principal types & fallbacks
• DAG-based addressing
Hyeontaek Lim / NSDI '12
23
XIA: Enabling Evolution by eXpression
Something
New
Something
Old
• Prototype: github.com/XIA-Project/xia-core
– Router, socket, content cache, etc.
– Supports LAN, XIA-over-IP, GENI
Hyeontaek Lim / NSDI '12
24