supporting mobility in mobilityfirst
play

Supporting Mobility in MobilityFirst F. Zhang, K. Nagaraja, T. - PowerPoint PPT Presentation

Supporting Mobility in MobilityFirst F. Zhang, K. Nagaraja, T. Nguyen, D. Raychaudhuri, Y. Zhang WINLAB, Rutgers University Technology Centre of NJ 671 Route 1, North Brunswick, NJ 08902, USA Mobile Data Usage Forecast Mobile data [Cisco


  1. Supporting Mobility in MobilityFirst F. Zhang, K. Nagaraja, T. Nguyen, D. Raychaudhuri, Y. Zhang WINLAB, Rutgers University Technology Centre of NJ 671 Route 1, North Brunswick, NJ 08902, USA

  2. Mobile Data Usage Forecast  Mobile data [Cisco Visual Networking Index]  Global mobile data traffic grew 2.3 fold in 2011  More than doubling for the fourth year in a row  By the end of 2012, the number of mobile-connected devices will exceed the number of people on earth.  Mobile cloud traffic  Mainly medium  Mobile cloud traffic will grow 28 fold from 2011 to 2016, will account for 71% (7.6 exabyets / month) of total mobile data traffic in 2016

  3. Mobile Content

  4. Mobility Support in MobilityFirst  Device Mobility  “Can I download a movie while riding the taxi to EWR?”  Content Retrieval and Content Mobility  “ Can I access the content copy that is close to me? ”  Dynamic Context  “Can I send a message to all the people who are attending the Winlab IAB?”

  5. Globally Unique Identifier (GUID) Sue’s_mobile_2  Each device/content/context has a Server_1234 human-readable name (HRN) and Media File_ABC Taxis in NB a globally unique ID (GUID) Sensor@XYZ John’s _laptop_1  Many existing work on creating HRNs Host Sensor Context Content Naming Naming Naming  GUIDs are flat, randomly Naming Service Service Service Service generated bits (possibly from Globally Unique Flat Identifier (GUID) public key), without any semantic Global Name Resolution Service structure Network  ~ 160 bits  Name assignment service (NAS): domain-specific service Translating HRNs to GUIDs  Net2.local_ID 5

  6. Basic Mobility Support Through Host H AS1 Network Address Publishing AS1 GUID 1. GUID H GNRS GNRS

  7. Basic Mobility Support Through GNRS GUID Network Address H AS1 GNRS 1. GUID Publishing 2. GNRS lookup AS1 3. GNRS Reply: AS1 for H 4. Data request Host H requestor 5. Data reply

  8. Basic Mobility Support Through AS2 Host H AS1 Network Address AS1 GUID H GNRS GNRS

  9. Host H Basic Mobility Support Through AS2 AS1 Network Address GUID update AS1 1. GUID H GNRS GNRS

  10. Host H Basic Mobility Support Through AS2 AS1 Network Address GUID update AS2 1. GUID H GNRS GNRS

  11. A Shared-Hosting GNRS through Direct Map (D-Map) GUID (00101100……10011001) Hash Function IP IP x = (44.32.1.153) (+) Strictly 1-overlay-hop lookup  No extra routing requirement  (e.g. utilize current BGP)

  12. Mapping Replication Every mapping is replicated at  Keeping a local copy within the  K random locations source AS Lookups can choose closest  LNRS vs GNRS  among K mappings. Much reduced lookup latencies Local replica GUID AS# AS 1 10 1 (00101100……10011001) GUID GUID 10 GUID update AS 200 AS 5 k Hash Functions K=1 K=3 IP x = (44.32.1.153) IP AS 101 IP IP x = (67.10.12.1) GUID AS# IP GUID AS# IP x = (8.12.2.3) K=2 10 1 10 1 GUID AS# 10 1

  13. In-network Caching  Intermediate routers can choose to cache GNRS mappings  Each GUID update has a TTL field  Entry is evicted from the cache when TTL expires  Mobile needs to estimate its stay time when it GUID AS# associates to a new network G AS2 AS 23973 AS 26 (G, AS2) GUID update AS 2 (G, AS2) (G, AS2) GUID Update GUID (G, AS2, 2 update hours) (G, AS2) 13

  14. Case Study I: Content Download on the Go GUID Network Address Content AS 239 GNRS Mobile AS 1 AS 239 AS 1 content request content reply 14

  15. Case Study I: Content Download on the Go GUID Network Address Content AS 239 GNRS Mobile AS 2 AS 2 content AS 239 reply AS 1 15

  16. Case Study II: Dynamic Content Caching GUID Network Address Content AS 239 GUID lookups GNRS Content requests AS 239 16

  17. Case Study II: Dynamic Content Caching GUID lookups GUID mapping cache GUID Network Address Content AS 239, GNRS cache1, cache 2 Content requests Content cache 1 Content AS 239 cache 2 17

  18. Case Study III: Context Support Context GUID NA(s) G3 G1 G2 G4 GUID AS1 M1 G1-7 AS1 G5 G7 G6 Context update GUID NA(s) M1 AS1 Global Name Resolutions Service (GNRS) 18

  19. Simulation Results of GNRS – Query Latencies

  20. System prototype  Click-based router  Data forwarding path  Implement reliable hop-by-hop transport, storage aware routing  Name resolution, content caching  User-level process  Name service structured into two service planes (LNRS + GNRS) User-level Nam e Content Routing Mgm t. Resolution Cache Processes Host Tx Q Host Rx Q Click Rsrc Wired and wireless i/f To/From Host Forwarding Engine Wired and wireless i/f Control To Next-hop Forwarding Lookup Classifier Table Rx Q Tx Q Block Block Next-hop Segmentor Aggregator Look up Hold buffer Forwarding Elements x86 hardware and runtime

  21. Orbit Evaluation on Device Mobility  200+ AS’s  GUID update/lookup traces  AT&T cell tower data  Rutgers CS lawn trace  The distributed GNRS service includes  In-memory GUID mapping database on each GNRS server  Multiple replicas  Local copies  In-network caching

  22. Questions & Answers 22

  23. Related work  CCN, NDN  Hierarchical naming: /parc.com/videos/WidgetA.mpg  Semantic routing based on content names  DONA  Flat, self-certifying content names  A tree based content routing approach

  24. Comparison against NDN  Hierarchical naming  /parc.com/videos/Widget A.mpg  Interest packets are routed according to FIB  Data packets are routed by reversing the path of the interests

  25. Comparison Against NDN  Compared to NDN, our design offers the following benefits:  Much smaller routing table: our solution relies on existing routing table, while NDN’s routing table may grow sub-linearly with number of contents  Much lower Update cost: our solution only needs to update K locations for an update, while NDN needs to update a large number of routing tables  Better Mobility Support: NDN routes data packets by reversing the interest path

  26. Evaluation Plan  Four Use Cases  Use case I: downloading popular contents, e.g., movie or video  Use case II: peer-to-peer one-2-many delivery  Use case III: content download on the go  Use case IV: high density, dynamic content retrieval, e.g., stadium, commuting bus  Two-step evaluation plan  Orbit prototyping  GENI evaluation

  27. Traditional Mobility Support Methods  Dynamic DNS  Mobile IP

  28. Simulation Results of GNRS – Load Distribution

Recommend


More recommend