MobilityFirst : A Robust and Trustworthy Mobility-Centric Architecture for the Future Internet NSF FIA Meeting Nov 15-16, 2010 MobilityFirst Project Team Contact: D. Raychaudhuri ray@winlab.rutgers.edu
MobilityFirst Project: Collaborating Institutions (LEAD) D. Raychaudhuri, M. Gruteser, W. Trappe, M. Reiter R, Martin, Y. Zhang, I. Seskar A. Venkataramani, J. Kurose, D. Towsley S. Bannerjee W. Lehr Z. Morley Mao B. Ramamurthy X. Yang, R. RoyChowdhury G. Chen + Also industrial R&D collaborations with AT&T Labs, Bell Labs, Technicolor, Toyota ITC, NEC, Ericsson and others MobilityFirst FIA Team Presentation Nov 15, 2010
MobilityFirst Vision
Vision: Mobility as the key driver for the future Internet � Historic shift from PC’s to mobile computing and embedded devices… � ~4 B cell phones vs. ~1B Internet-connected PC’s in 2010 � Mobile data growing exponentially – Cisco white paper predicts >1exabyte per month (surpassing wired PC traffic) by 2012 � Sensor deployment just starting, ~5-10B units by 2020 ~2B servers/PC’s, ~10B notebooks, PDA’s, smart phones, sensors ~1B server/PC’s, ~700M smart phones Wireless Wireless Edge Edge Network Network INTERNET INTERNET INTERNET INTERNET Wireless Wireless Edge Edge Network Network ~2010 ~2020 MobilityFirst FIA Team Presentation Nov 15, 2010
Vision: Near-term “mobile Internet” usage scenario – cellular convergence � ~4-5B new cellular devices in just a few years will drive convergence of technical standards and business models � Currently involves 2 sets of addresses (cellular number & IP), 2 sets of protocols (3GPP and IP), and protocol gateways (GGSN, PDN GW, etc.) � Scalability, performance and security problems when bridging 2 networks � Even more complicated with multiple radio access systems � Lack of a single unified standard inhibits mobile Internet app development across diverse networks and platforms INTERNET Cellular – MOBILE INTERNET MOBILE Internet GW INTERNET INTERNET Cellular – Internet GW Radio Access C Cellular system B Cellular system A Radio Access B Radio Access Net A MobilityFirst FIA Team Presentation Nov 15, 2010
Vision: Near-term “mobile Internet” usage scenario – Mobile P2P and Infostations � P2P and Infostations (DTN-like) modes for content delivery becoming mainstream � Heterogeneous access; network may be disconnected at times � Involves both terminal and router mobility; dynamic trust establishment � Requires content caching and opportunistic data delivery MOBILE INTERNET MOBILE INTERNET Mobile DTN Router Opportunistic High-Speed Link Ad-Hoc (MB/s) Network Mobile DTN User/Router Roadway Sensors Infostations Router MobilityFirst FIA Team Presentation Mobile P2P User Nov 15, 2010
Vision: Future “mobile Internet” usage scenarios – vehicular networks � 100’s of million cars will be equipped with radios by ~2015 � Both V2V (vehicle-to-vehicle) and V2I (vehicle-to-infrastructure) modes � Involves capabilities such as location services, georouting, reliable multicast � Important new trust (security and privacy) requirements in this scenario V2I Irrelevant vehicles in radio range for few seconds Following vehicle, V2V in radio range for minutes Passing vehicle, in radio range for seconds MobilityFirst FIA Team Presentation Nov 15, 2010
Vision: Emerging “mobile Internet” usage scenarios – pervasive (ubiquitous) systems � The next generation of Internet applications will involve interfacing human beings with the physical world � Wide range of usage scenarios including healthcare, smart grids, etc. � Networking requires awareness of location and context, along with embedded computational resources � Challenges - flexible network computing model, security and robustness Ambient interfaces “Human in the Loop” “Cloud” Applications Global Pervasive Network (Future Internet) Computation To Actuators Protocol & Storage Content & Location module Aware Routers Network Connectivity & Computation Healthcare Data From Application Vehicles with Sensors Sensors & Wireless Virtualized physical world object Robotics Application Smart Grids MobilityFirst FIA Team Presentation Nov 15, 2010
Vision: Protocol Design for the future Mobile/Wireless World � Fundamental change in design goals and assumptions � ~10B+ mobile/wireless end-points as “first-class” Internet devices � Mobility as the norm for end-points and access networks � Wireless access – varying link BW/quality, multiple radios, disconnections � Stronger security/trust requirements due to: � open radio medium � need for dynamic trust association for mobile devices/users, � increased privacy concerns (e.g. location tracking) � greater potential for network failure � Mobile applications involve location/content/context and energy constraints � Technology has also changed a lot in the ~40 yrs since IP was designed � Moore’s law improvements in computing and storage (~5-6 orders-of- magnitude gain in cost performance since 1970) � Edge/core disparity, fast fiber but continuing shortage of radio spectrum MobilityFirst FIA Team Presentation Nov 15, 2010
Vision: Protocol Design for the future Mobile/Wireless World (cont.) � Proposed MobilityFirst architecture motivated by these considerations � Clean-slate protocol design that directly addresses the problems of mobility at scale, while also strengthening the trust model End-point and network mobility at scale � Intrinsic properties of wireless medium � More stringent security/trust requirements � Special needs of emerging mobile applications � � Fixed internet access is treated as a special case of the more general design � Although the “sweet spot” of our protocol is wireless/mobile, we believe that our design provides important benefits to fixed network applications Security/trust � Robustness � Fault tolerance � Context/content � MobilityFirst FIA Team Presentation Nov 15, 2010
Architecture Overview
Architecture: MobilityFirst Network Overview � MobilityFirst key protocol features: Computing Blade � Fast global naming service MobilityFirst Buffer Storage Router with Forwarding Engine Self-certifying public key names � Integrated Computing & � Dynamic mapping of name to Storage topological network address(es) Routers support both flat name � Hop-by-Hop Transport and hierarchical address routing Core Network � Storage-aware (generalized DTN) (flat label routing) Base Station routing in access GDTN Router Routing Hop-by-hop (segmented) transport � Data Data block Plane � Programmable computing layer AP Support for � Global Name Wireless Router Resolution Service content/context/location Name <-> PKI Separate network mgmt plane � address mapping Control & � New components, very Management Plane distinct from IP, intended to achieve key mobility and trust goals More detailed rationale for the architecture in the following slides MobilityFirst FIA Team Presentation Nov 15, 2010
Architecture: MobilityFirst Protocol Stack � Core elements of protocol stack (“narrow waist) � Global Name Resolution & Routing Services � Storage-aware routing (GDTN) protocol � Hop-by-hop (segmented) transport � Services and management API’s � Multiple TP and link layer options + programmable services Network Network …. APP-n Service B APP-1 Service A (e.g. Location) (e.g. Privacy) M-APP Network services (socket calls) Programmable Services API D-Socket D-Socket Include: - send (name, data) M-Socket Global - Send(name1..name n, data) Global Name E2E E2E Routing - Get (content_name) Resolution Transport Transport Service Service - - send/get (context_ID, data) Protocol 1 Protocol 2 - - send (location, data) Management Protocol Hop-by-Hop In-Network Transport “Narrow Waist” Storage Aware Routing (GDTN) Link Layer D Link Layer C Link Layer B Link Layer A (e.g Ethernet (e.g WiFi) (e.g LTE) (e.g fiber) MobilityFirst FIA Team Presentation Nov 15, 2010
Protocol Design: Name-Address Separation � Separation of names (ID) Sue’s_mobile_2 from network addresses Server_1234 Media File_ABC Taxis in NB � Globally unique name for Sensor@XYZ John’s _laptop_1 each network end-point � User name, device ID, content, Host Sensor Context Content Naming context, AS name, and so on Naming Naming Naming Service Service Service Service � Multiple domain-specific naming Globally Unique Flat Identifier (GID) services Fast GID-Address Resolution Service � Fast resolution & update from name � address(es) Network � Alternative designs possible � Routing on flat name space � Flat name space with indirection to hierarchical topological addresses Net2.local_ID Network address Net1.local_ID MobilityFirst FIA Team Presentation Nov 15, 2010
Recommend
More recommend
