From Virtualization Paradigm to Fractal Infrastructure

Transcription

1 From Virtualization Paradigm to Fractal Infrastructure Jean-Marc Uzé Director Product & Technology, EMEA TNC2009, Malaga, June 9 th, Agenda What is the next R&E innovation? Virtualization paradigm explorations in EMEA R&E What it is important for commercial operators? Deploying Virtualization in production NRENs 2

2 Research & Education: what is next innovation? R&E is paving the evolution way of Networking Recent outcomes: IPv6: commercial now engaged in the transition process Lightpath: some ISPs using shortcut paths AAA: Identity Federation is now the building block for Business Model Evolution (e.g. for targeted advertisement) What s next? Networking Infrastructure Virtualization? 3 FEDERICA Objectives Support research experiments on new Internet architectures and protocols. Create an e-infrastructure that allows researchers a complete control of set of resources in a slice, enabling disruptive experiments, simultaneous use, open to host HW and SW. Human networking, facilitate discussion, create experience for the next generation of the European Research and Education Networks, contribute to standardization. Support and perform research in virtualization of e- Infrastructures integrating network resources and nodes capable of virtualization (V-Nodes). In particular on multi-(virtual)-domain control, management and monitoring, including virtualization services and user oriented control in a federated environment..

3 Infrastructure planned topology and status (now) Core PoPs: MX routers Non-Core Pops: EX switches NRENs and Global Internet FEDERICA substrate MANTICORE II goals Allow a network provider to offer its routing gear as Infrastructure as a Service (IaaS) Provide an IP Network Service that helps users create and configure one or more IP networks with the routers they got (as IaaS) from one or more network providers The scope of the project is to build a system that can be deployed on operational networks and used in production by real life users

4 Why it is also interesting for ISPs? IP Overlay proliferation adds complexity and cost Popular notion that convergence has happened is false IPTV Operational divisions with strict walls VOIP Wireline VPN Internet Regulatory environment Many networks with different growth rates, partnerships, business cases Equipment write-offs from 3 to 15 years Lengthy planning, testing & deployment Legacy applications refuse to go away Each service has diverse requirements (TE, QOS, security, growth rates) Wireless Wholesale 7 Service Providers are forced to roll out multiple overlay networks, or risk compromising scale, stability and/or security As more new services are introduced this leads to escalating CapEx and OpEx Why it is also interesting for ISPs? IP Overlay proliferation adds complexity and cost Popular notion that convergence has happened is false IPTV Operational divisions with strict walls VOIP VPN Internet Regulatory environment Many networks with different growth rates, partnerships, business cases Wireline Equipment write-offs from 3 to 15 years Lengthy brings planning, a new testing dimension & deployment Legacy applications refuse to go away Each service has diverse requirements to (TE, QOS, the security, network growth rates) Wireless NETWORK VIRTUALIZATION of flexibility and scalability infrastructure Service Providers are forced to roll out multiple overlay networks, or risk compromising scale, stability and/or security As more new services are introduced this leads to escalating CapEx and OpEx 8 Wholesale

5 Network Virtualization for commercial networks Service provider operational model of the future T1600 IPTV TX Matrix Plus Wireline Wireless VOIP T1600 TX Matrix Plus Wholesale VPN VOIP VPN Internet IPTV Wireless 1 Wireless Internet2 Wireless 3 Wholesale 1 Wholesale 2 Wholesale 3 T1600 TX Matrix Plus 9 Virtualization fulfils the true promise of convergence Shared infrastructure without changing organizational model Service networks decoupled from infrastructure New service networks introduced without new overlays Each service network managed and controlled individually Network expansion swift and with reduced risk Each division and/or service now runs its own Virtual Service Network Reduced total cost of ownership Risk mitigation Streamlined asset utilization Support of new business models Improved profitability Deploying Virtualization in production NRENs einfrastructure challenges EC Project Y National Project X Experimental Network GRID Infrastructure Internet A single Infrastructure offering Platform Virtualization NREN opportunity & Vendors mission 10 NREN

6 Independent Controlled Environments EC Project Y National Project X Experimental Network GRID Infrastructure Internet A single Infrastructure offering Platform Virtualization Network Operation Center 11 NREN Requirements 1. Scaling the data plane 2. Decoupling, scaling, and segmenting the control plane 3. Adopting hybrid optical/packet based approach for the transport layer 4. Programmable network systems 12

7 1- Scaling the data plane increasing demand for deterministic performance in the data plane some project or community infrastructures require deterministic QoS and experiment reproducibility Number of networks can increase drastically As supposed to be flexible and agile, quick to set-up and release Physical location of routers may become less important, although delay requirement may influence the topology of a virtual platform Convergence increase dataplane scaling requirements Need for multi-chassis systems and 100GE 13 Technology readiness for Scaling the forwarding plane 100G/slot 2007 T G ports 16 40G ports 8 100G ports TX Matrix Plus G ports G ports G ports standard racks 40G/slot T G ports 8 40G ports TX Matrix G ports 32 40G ports Single chassis Multi chassis 14

8 2- Decoupling, scaling, and segmenting the control plane 15 years ago: one unique control and data plane 10 years ago: strict separation between control plane and data plane Today (2008): decoupling the control plane from the data plane Both planes scale independently ASIC vs. CPU vs. memory Independent physical locations Need for Router Virtualization 15 10,000 1, Router Capacity x2.9 / 18m Moore s law x2 / 18m Silicon speed x1.5 / 18m DRAM access rate x1.1 / 18m Source: N. McKeown, Stanford University (Modified) Logical Routers (Software) and Protected System Domains (Hardware) M Juniper pioneers the separation of control and forwarding plane TX Matrix 2004 First multichassis routing system T Gbps/slot Core IP/MPLS forwarding density 2003 LR_3 Tier 2/3 ISPs Multiple control RI_1: ISP A instances running on one router RI_2: ISP B 2008 Juniper takes control plane architecture to the next level by physically decoupling the forwarding and control platforms LR_1 Service A LR_2 Service B 16 Logical Routers

9 Advantage of Hardware-based control plane scaling Shared Control Plane Standalone Control Plane SVC 1 SVC 2 SVC 3 SVC n SVC 1 SVC 2 SVC 3 SVC n Control Plane Forwarding Plane CP1 CP2 CP3 CPn Forwarding Plane JCS1200 Router Router Stability Processing Requirements Scale Stability Scale SVC 1 SVC 2 SVC 3 SVC n CP3 CP2 CP1 Processing Requirements SVC 1 SVC 2 SVC 3 SVC n 17 Enabling Technology Components Shared chassis, blades, interfaces, power, links Transcend physical router boundaries Shared pool of slots Each slot is a router TX Matrix Plus JCS1200 PSD4 PSD3 PSD1 PSD2 T1600 Physically secure, individually managed networks Control plane Data plane Experimental GRID Infra EC Project Y Internet GRID Infra Internet EC Project Y 18 Shared uplinks, Integrated optics, 100GE, High-density 10GE, Service interfaces

10 Router Virtualization options: hardware and software-based Feature Separate control and administration plane Same capabilities as physical router Logical Router Protected System Domain CAPEX benefit by sharing interfaces Operational flexibility by allowing each partition to run different software version Scaling per partition Adopting hybrid optical/packet based approach for the transport layer 20 Lightpath paradigm initiated by a limited number of high demanding user (e.g. astronomy) Initial deployments with optical and SDH solution for deterministic pt-to-pt circuits Now looking for packet-based solution for more flexibility (multiplexing, multi-point, integration with IP, reduced cost, SDH death...) It requires better integration and cooperation between the packet based systems and optical cross connect systems The transport layer is being revisited (see Crisis Towards OTN and GMPLS in Transport session on Wednesday)

11 Integrating OTN transponders onto routing platforms High Functioning Transponders ITU-T G.709 compliant Wavelength Agile FEC/EFEC for amplified links Integrated onto routing platforms 1,000+ Km w/o regeneration Metro, Regional, and LH apps CAPEX savings Fewer transponder shelves Fewer single-feature (wavelengthshifting) transponders OPEX savings Power and space savings (~40W per link) Increased network availability via proactive rerouting based on link surveillance Simplified deployments: fewer materials to plan, source, spare, and deploy Fewer failure points & higher reliability estimates X- ponder Shelf 10/40G Network X- ponder Shelf 10/40/100G Network 21 GMPLS technology offers New dynamic Provisioning Restoration Capabilities GMPLS GMPLS OSS/NMS/EMS 22

12 4- Programmable Networks Future of Internet requires innovation in the infrastructure The network is becoming a platform of applications (value per bit) R&E must have new ways of implementing new features and capabilities in the infrastructure On both control plane and data plane Collateral impact: a system must be easily upgradable, without service interuption Need for Router SDK and ISSU capabilities 23 Juniper Accelerates the Pace of Innovation Customers and Partners Build on JUNOS Foundation Partner Solution Development Platform (PSDP) First carrier class network operating system offering secure APIs to routing features and data streams Allows 3 rd party apps to run on or integrate directly to JUNOS software Integrates the unique value and expertise of others with JUNOS software advantages Delivers competitive advantage and greater choice and control matched to specific business needs Partner Code Partner Solution Development Platform PSDP Applications 24

13 How the PSDP Works Routing Engine (RE) Routing and control functions Slow path packet processing User interface extension JUNOS RE Process modularization Resource management App Partner Solution Development Platform Partner Source Code Adapts applications to run in JUNOS Certificate used to sign apps Admin controls activated apps MultiService PIC / Service DPC Fast packet processing JUNOS Packet Forwarding App Other Network Elements 25 In-Service Software Upgrade (ISSU) Our definition of ISSU: Upgrade the entire code on the router Routing Engine Packet Forwarding Engine Physical Interfaces with minimal disruption to traffic Can even go from one major release to another! Routing Engine Daemon 1 Daemon 2 Daemon 3 Daemon n Kernel Packet Forwarding JUNOS Very comprehensive definition of ISSU! 26 Physical Interfaces High-level Architecture View

14 Conclusion Today opportunity for NRENs to build a nextg infrastructure implementing native virtualization paradigm Industry is providing key building blocks Middleware is being developed by the community Network as a Service and Programmable Networks are close to reality Opportunity to take the lead and decuple innovation in NRENs 27 THANK YOU 28