Presentation is loading. Please wait.

Presentation is loading. Please wait.

LEVER: Leveraging Routing Infrastructure for Routing Scalability, Mobility and Content Networking IEEE CCW, Oct. 2011 Ted “Taekyoung” Kwon Seoul National.

Similar presentations


Presentation on theme: "LEVER: Leveraging Routing Infrastructure for Routing Scalability, Mobility and Content Networking IEEE CCW, Oct. 2011 Ted “Taekyoung” Kwon Seoul National."— Presentation transcript:

1 LEVER: Leveraging Routing Infrastructure for Routing Scalability, Mobility and Content Networking IEEE CCW, Oct. 2011 Ted “Taekyoung” Kwon Seoul National University Joint work with Ray at Rutgers, ES Cho at SNU, SC Kim at SNU

2 Routing scalability Number of IP prefixes Source: Geoff Huston@APNIC

3 Routing scalability Multi-homing, TE, non-aggregatable prefix assignment Endpoint identifiers (EIDs) may have to be separated from routing locators (RLOCs) Locator Identifier Separation Protocol (LISP) and so on Q1: How to find RLOCs from EIDs?

4 Mobility Mobility becomes the norm Data: ITU

5 Mobility IP mobility –Many unsuccessful proposals Different contexts –Identifier and locator –Home address (HoA) and care-of-address (CoA) –Initial address and new address(es) Q2: how to find CoA for HoA?

6 Content networking Content-oriented Internet usage Source: Limelight

7 Content networking Two contrasting approaches –Route-by-name DONA, CCN,… Scalability problem –Lookup-by-name P2P, CDN,… Application-specific, cost The latter could be almost as efficient as the former Assume content ID is standardized, like URL Q3: how to find the location for content ID?

8 A common mapping infra FQDN  IP: DNS EID  RLOC: routing scalability HoA  CoA: mobility Content ID  IP: content networking

9 I. An Evolutionary Approach

10 FQDN  IP FQDN: www.cs.bu.edu Root edu. com. bu. mit. (1) (2) (3) (4) Name IP Client Local Mapping Server cs.

11 EID  RLOC 58.10.46.147.in-addr.arpa (EID: 147.46.10.58) Root arpa. com. in-addr. ip6. 147. 46. (1) (2) (3) (4) (5) EID Client Local Mapping Server RLOC * Assume the ISP has class B address block: 147.46.0.0/16

12 HoA  CoA 58.10.46.147.in-addr.arpa (HoA: 147.46.10.58) Root arpa. com. in-addr. ip6. 147. 46. (1) (2) (3) (4) (5) HoA Client Local Mapping Server CoA * Assume the ISP has class B address block: 147.46.0.0/16

13 Content ID (CID)  IP CID: www.cs.bu.edu/a.mpg Root edu. com. bu. mit. cs. www. (1) (2) (3) (4) (5) CID IP Client Local Mapping Server * Assume, for each FQDN, a single server maintains mapping for all the URLs starting with the FQDN

14 Mobility in-depth att.com bu.edu (1) HoA? (2) HoA? (5) CoA (4) HoA? Mobile Node verizon.com (3) HMS (6) CoA Home Mapping Server (HMS) Corre s. Node Correspondent/ mobile Node Local/home Mapping Server * Mobile node is a Verizon user, moves to BU * the HMS is the leaf in the DNS hierarchy DNS

15 Mobility w/ caching att.com bu.edu (1) HoA? (2) To find cache (6) CoA (5) HoA? (3) If cache miss Mobile Node verizon.com (4) HMS (7) CoA (8) CoA HMS Corres. Node Hashed ID Prefix Local Mapping Server 00A 01B 10C 11D A B C D DNS * CN is a user of AT&T, which caches mapping * Hashed value of MN’s HoA starts with 0b01

16 II. A Clean Slate Approach

17 1. So far, we talked about an evolutionary approach 2. There will be other mapping schemes, which should be supported in the Future Internet, e.g. RFID 3. DNS may be outdated Verisign undertakes Project Apollo, which will grow capacity 1,000 times today’s level of 4 trillion queries to manage 4 quadrillion queries per day by 2020.

18 Building a mapping infra: a clean-slate approach Hierarchical vs. flat Centralized vs. distributed Can we leverage the routing structure to realize the mapping infra?

19 LEVER: Realizing mapping by leveraging routing Mapping server co-locates with router –E.g. local mapping server = router For a given ID, how can we find a mapping server who is in charge?

20 LEVER: how to advertise IDs? the ID space is divided among ASs –Each AS is in charge of mapping for the IDs in its partition, which is advertised by BGP –BGP router knows which ASs are in charge of which ID partition: AS mapping table –We can extend/leverage BGP A partition of an AS is divided among its routers –Each router is in charge of mapping for the IDs in its sub-partition, which is advertized –A router knows the IDs maintained by other routers in the same AS: router mapping table –We can leverage intra-domain routing

21 AS 20: FP 001 AS 30: FP 010 (1) (2) (4) (5) Solicitor Router BGP Speaker FPASNLocator 0b000810.10.10.1 0b00120100.100.20.1 0b01030100.200.30.1 ……… SPLocator 0b00100.200.10.1 0b01100.200.15.1 0b10100.200.20.1 0b11100.200.25.1 (3) Access Router AS Mapping Table Router Mapping Table 100.200.20.1 100.200.30.1 * ID is 0b01010… First prefix (FP) second prefix (SP) LEVER: how to find mapping of an ID

22 LEVER Relies on IP routing Overlay Incentives –ICANN may enforce the mapping service E.g. ID partition  assigned address block –ISP can offer registry operator biz

23 Thank you! tkkwon@snu.ac.kr


Download ppt "LEVER: Leveraging Routing Infrastructure for Routing Scalability, Mobility and Content Networking IEEE CCW, Oct. 2011 Ted “Taekyoung” Kwon Seoul National."

Similar presentations


Ads by Google