VROOM: Virtual ROuters On the Move Yi Wang (Princeton) With: Kobus van der Merwe (AT&T Labs - Research) Jennifer Rexford (Princeton)

Slides:



Advertisements
Similar presentations
Elastic Provisioning In Virtual Private Clouds
Advertisements

RouterFarm: Towards a Dynamic, Manageable Network Edge Mukesh Agrawal, Bobbi Bailey, Zihui Ge, Albert Greenberg, Kobus van der Merwe, Jorge Pastor, Panagiotis.
Power Saving. 2 Greening of the Internet Main idea: Reduce energy consumption in the network by turning off routers (and router components) when they.
APNOMS03 1 A Resilient Path Management for BGP/MPLS VPN Jong T. Park School of Electrical Eng. And Computer Science Kyungpook National University
All Rights Reserved © Alcatel-Lucent 2009 Enhancing Dynamic Cloud-based Services using Network Virtualization F. Hao, T.V. Lakshman, Sarit Mukherjee, H.
Copyright © 2004 Juniper Networks, Inc. Proprietary and Confidentialwww.juniper.net 1 E-VPN and Data Center R. Aggarwal
Seamless BGP Migration with Router Grafting Eric Keller, Jennifer Rexford Princeton University Kobus van der Merwe AT&T Research NSDI 2010.
The Case for Enterprise Ready Virtual Private Clouds Timothy Wood, Alexandre Gerber *, K.K. Ramakrishnan *, Jacobus van der Merwe *, and Prashant Shenoy.
Migrating and Grafting Routers to Accommodate Change Eric Keller Princeton University Jennifer Rexford, Jacobus van der Merwe, Yi Wang, and Brian Biskeborn.
Towards Virtual Routers as a Service 6th GI/ITG KuVS Workshop on “Future Internet” November 22, 2010 Hannover Zdravko Bozakov.
VROOM: Virtual ROuters On the Move Aditya Akella Based on slides from Yi Wang.
Grafting Routers to Accommodate Change Eric Keller Princeton University Oct12, 2010 Jennifer Rexford, Jacobus van der Merwe, Michael Schapira.
Projects Related to Coronet Jennifer Rexford Princeton University
VROOM: Virtual ROuters On the Move
1 In VINI Veritas: Realistic and Controlled Network Experimentation Jennifer Rexford with Andy Bavier, Nick Feamster, Mark Huang, and Larry Peterson
Traffic Engineering With Traditional IP Routing Protocols
VROOM: Virtual ROuters On the Move Jennifer Rexford Joint work with Yi Wang, Eric Keller, Brian Biskeborn, and Kobus van der Merwe
1 Route Control Platform Making the Network Act Like One Big Router Jennifer Rexford Princeton University
Shadow Configurations: A Network Management Primitive Richard Alimi, Ye Wang, Y. Richard Yang Laboratory of Networked Systems Yale University.
1 GENI: Global Environment for Network Innovations Jennifer Rexford Princeton University
VROOM: Virtual ROuters On the Move Jennifer Rexford Joint work with Yi Wang, Eric Keller, Brian Biskeborn, and Kobus van der Merwe (AT&T)
A Routing Control Platform for Managing IP Networks Jennifer Rexford Computer Science Department Princeton University
1 K. Salah Module 4.0: Network Components Repeater Hub NIC Bridges Switches Routers VLANs.
© 2008 AT&T Intellectual Property. All rights reserved. CloudNet: Where VPNs Meet Cloud Computing Flexibly and Dynamically Timothy Wood Kobus van der Merwe,
A Routing Control Platform for Managing IP Networks Jennifer Rexford Princeton University
Inside the Internet. INTERNET ARCHITECTURE The Internet system consists of a number of interconnected packet networks supporting communication among host.
Green Networking Jennifer Rexford Computer Science Department Princeton University.
Network Monitoring for Internet Traffic Engineering Jennifer Rexford AT&T Labs – Research Florham Park, NJ 07932
Rethinking Routers in the Age of Virtualization Jennifer Rexford Princeton University
Virtual ROuters On the Move (VROOM): Live Router Migration as a Network-Management Primitive Yi Wang, Eric Keller, Brian Biskeborn, Kobus van der Merwe,
The Future of the Internet Jennifer Rexford ’91 Computer Science Department Princeton University
Backbone Support for Host Mobility: A Joint ORBIT/VINI Experiment Jennifer Rexford Princeton University Joint work with the ORBIT team (Rutgers) and Andy.
Jennifer Rexford Princeton University MW 11:00am-12:20pm Data-Center Traffic Management COS 597E: Software Defined Networking.
Data Centers and IP PBXs LAN Structures Private Clouds IP PBX Architecture IP PBX Hosting.
Network-based IP VPNs using Virtual Routers Tim Hubbard.
Network based IP VPN Architecture using Virtual Routers Jessica Yu CoSine Communications, Inc. Feb. 19 th, 2001.
Network Management Concepts and Practice Author: J. Richard Burke Presentation by Shu-Ping Lin.
Virtual ROuters On the Move (VROOM): Live Router Migration as a Network-Management Primitive Yi Wang, Eric Keller, Brian Biskeborn, Kobus van der Merwe,
Hosting Virtual Networks on Commodity Hardware VINI Summer Camp.
Circuit Services - IPTV Christian Todorov Internet2 Fall Member Meeting October 9, 2007.
Enterprise Architecture and Infrastructure Progress Report for Committee on Technology and Architecture March 2012 Mark Day Dept. of Radiology & Biomedical.
Chapter 17 - Internetworking: Concepts, Architecture, and Protocols 1. Internetworking concepts 2. Router 3. protocol for internetworking 4. TCP/ IP layering.
Vytautas Valancius, Nick Feamster, Akihiro Nakao, and Jennifer Rexford.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 1: Introduction to Scaling Networks Scaling Networks.
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
Layer 1,2,3 networking on GrangeNet II Slide Pack Greg Wickham APAN 2006 ver 1.1.
Intradomain Traffic Engineering By Behzad Akbari These slides are based in part upon slides of J. Rexford (Princeton university)
MPLS VPNs by Richard Bannister. The Topology The next two slides display both the physical and logical topology of our simple example network –Please.
Evolving Toward a Self-Managing Network Jennifer Rexford Princeton University
1 | © 2015 Infinera Open SDN in Metro P-OTS Networks Sten Nordell CTO Metro Business Group
MULTI-PROTOCOL LABEL SWITCHING Brandon Wagner. Lecture Outline  Precursor to MPLS  MPLS Definitions  The Forwarding Process  MPLS VPN  MPLS Traffic.
Evolving Toward a Self-Managing Network Jennifer Rexford Princeton University
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
Cisco Router Technology. Overview Topics :- Overview of cisco Overview of cisco Introduction of Router Introduction of Router How Router Works How Router.
Implementing Cisco IP Routing (ROUTE v2.0)
InterVLAN Routing 1. InterVLAN Routing 2. Multilayer Switching.
Virtual Data Center LAN
Multi Node Label Routing – A layer 2.5 routing protocol
Instructor Materials Chapter 1: LAN Design
CIS 700-5: The Design and Implementation of Cloud Networks
Software defined networking: Experimental research on QoS
Distributed Mobility Management for Future 5G Networks : Overview and Analysis of Existing Approaches IEEE Wireless Communications January 2015 F. Giust,
Campus Communications Fabric
Cisco Router Technology
6.829 Lecture 13: Software Defined Networking
Refactoring Router Software to Minimize Disruption
NTHU CS5421 Cloud Computing
Kireeti Kompella Juniper Networks
BGP Instability Jennifer Rexford
Yi Wang, Eric Keller, Brian Biskeborn,
Presentation transcript:

VROOM: Virtual ROuters On the Move Yi Wang (Princeton) With: Kobus van der Merwe (AT&T Labs - Research) Jennifer Rexford (Princeton)

2  Key idea Routers should be free to roam around  Useful for many network management tasks Simplify network maintenance Simplify service deployment Save power …  Feasible in practice Virtual ROuters On the Move (VROOM)

3 VROOM: The Basic Idea  Virtual routers (VRs) form logical topology physical router virtual router physical link logical link

4 VROOM: The Basic Idea  VR migration does not affect the logical topology physical router virtual router physical link logical link

5 Tight Coupling of Logical and Physical  Today, the physical and logical configurations of a router is tightly coupled Hardware upgrade requires logical re-configuration Customer re-homing requires re-configuration  The less re-configurations, the better Less protocol reconvergence Less traffic disruption Less configuration errors and overhead

6 VROOM Separates the Logical and Physical  All logical configurations/states remain the same before/after the migration IP addresses remain the same Routing protocol configurations remain the same Routing-protocol adjacencies stay up No protocol (BGP/IGP) reconvergence  Network topology stays intact Adjacent routers won’t know the router has moved  Virtually no disruption to traffic Our most recent results show that the traffic downtime can be eliminated

7 Application 1: Planned Maintenance  Today’s best practice: “cost-out/cost-in” Router reconfiguration & protocol reconvergence  VROOM NO reconfiguration of VRs, NO reconvergence PR-A VR-1 PR-B

8 Application 1: Planned Maintenance  Today’s best practice: “cost-out/cost-in” Router reconfiguration & protocol reconvergence  VROOM NO reconfiguration of VRs, NO reconvergence PR-A VR-1 PR-B

9 Application 1: Planned Maintenance  Today’s best practice: “cost-out/cost-in” Router reconfiguration & protocol reconvergence  VROOM NO reconfiguration of VRs, NO reconvergence PR-A VR-1 PR-B

10 Application 1: Planned Maintenance  Today’s best practice: “cost-out/cost-in” Router reconfiguration & protocol reconvergence  VROOM NO reconfiguration of VRs, NO reconvergence PR-A VR-1 PR-B

11 Application 1: Planned Maintenance  Today’s best practice: “cost-out/cost-in” Router reconfiguration & protocol reconvergence  VROOM NO reconfiguration of VRs, NO reconvergence PR-A VR-1 PR-B

12 Application 2: Service Deployment Production network Test network CE  Deploy a new service in a controlled “test network” first

13 Application 2: Service Deployment Production network Test network  Roll the service out to the production network after it matures  VROOM guarantees seamless service to existing customers during the roll-out

14 Application 3: Power Saving  Big power consumption of routers Millions of Routers in the U.S. Electricity bill: $ hundreds of millions/year (Source: National Technical Information Service, Department of Commerce, Figures for 2005 & 2010 are projections.)

15 Application 3: Power Saving  Observation: the diurnal traffic pattern  Idea: contract and expand the physical network according to the traffic demand

16 Application 3: Power Saving Dynamic change in a day - 3PM

17 Application 3: Power Saving Dynamic change in a day - 9PM

18 Application 3: Power Saving Dynamic change in a day - 4AM

19 Enabling Technologies 1.Virtual routers Vendors: Cisco VRF, Juniper logical routers, … Research community: GENI, Cabo, … Today’s virtual routers have to stay put 2.Live virtual machine migration Available from VMWare, Xen, … Typically limited to LANs Don’t have dedicated forwarding engine (e.g., FIBs, line cards, …)

20 Enabling Technologies 3.Programmable transport layers Long-haul links are reconfigurable  Layer 3 point-to-point links are multi-hop at layer 1/2 Benefit for VROOM: links are easily migratable Chicago New York Washington D.C. : Multi-service optical switch (e.g., Ciena CoreDirector)

21 Enabling Technologies 3.Programmable transport layers Long-haul links are reconfigurable  Layer 3 point-to-point links are multi-hop at layer 1/2 Benefit for VROOM: links are easily migratable Chicago New York Washington D.C. : Multi-service optical switch (e.g., Ciena CoreDirector)

22 Enabling Technologies 4.Packet-aware access networks Access links are becoming inherently virtualized  Customers connects to provider edge (PE) via pseudo- wires (virtual circuits) Benefit for VROOM: multiple customers can share the same physical interface on PE routers Dedicated physical port Shared physical port

23  These enabling technologies offer great flexibilities from physical layer to IP layer  VROOM harnesses these flexibilities in a structured way to power network management

24 VROOM Architecture  Virtual router migration Dynamic bindings between logical interfaces and physical interfaces

25 VROOM Architecture  Virtual link migration Leverage programmable transport networks

26 VROOM Architecture  Minimize downtime In commercial routers, data plane runs in dedicated hardware (line cards) Idea: keep the data plane forwarding traffic while migrating the control plane

27 Deciding Where To Migrate  Physical constraints Latency  E.g, NYC to Washington D.C.: 2 msec Link capacity  Enough remaining capacity for extra traffic Platform compatibility  Routers from different vendors Router capability  E.g., number of ACLs supported  Good news: these constraints limit the search space of migration destinations

28 Conclusions & Ongoing Work  Conclusions VROOM separates the tight coupling between physical and logical router configurations Simplify network management, enable new applications  Ongoing work Formulate migration scheduling as a constrained optimization problem, create automated solver Prototype with NetFPGA card as data plane Explore other VROOM applications

29 Thanks! Questions & Comments Please! Contact: Yi Wang

30 Backup Slides

31 VROOM Architecture  Edge migration Leverage packet-aware transport networks  Virtualized interfaces (label-based)  Virtualized access links (pseudo-wires)  No need for a per customer physical interface on PE routers

32 Packet-aware Access Network

33 Packet-aware Access Network PE CE P/G-MSS: Packet-aware/Gateway Multi-Service Switch MSE: Multi-Service Edge Pseudo-wires (virtual circuits) from CE to PE

34 Events During Migration  Network failure during migration The old VR image is not deleted until the migration is confirmed successful  Routing messages arrive during the migration of the control plane BGP: TCP retransmission OSPF: reliable flooding

35 Prototype Evaluation  Configure a Xen virtual machine to work as a software router  Leverage the live migration functionality provided by Xen  Use GRE tunnels to emulate virtual links No assumption on the underlying physical/link layer technology

36 Prototype Evaluation  Before migration

37 Prototype Evaluation  During migration (VR migrated, links not yet)

38 Prototype Evaluation  After migration (VR & links migrated)

39 Prototype Evaluation  Ping packets between NR1 and NR2 (1 msec interval)  Observations Increased latency during migration Short period of downtime at the end of migration 563 msec