MPLS Multiple Topology Applicability and Requirements draft-li-mpls-mt-applicability-requirement-00 IETF 79 - Beijing.

Slides:



Advertisements
Similar presentations
MPLS and GMPLS Li Yin CS294 presentation.
Advertisements

Path Splicing with Network Slicing Nick Feamster Murtaza Motiwala Santosh Vempala.
History of VPLS at IETF Ali Sajassi November 12, 2002.
Ethernet OAM Update Overview & Technical Aspects Dinesh Mohan May 18, 2004.
APNOMS03 1 A Resilient Path Management for BGP/MPLS VPN Jong T. Park School of Electrical Eng. And Computer Science Kyungpook National University
MPLS Multiple Topology Support draft-zhao-mpls-ldp-multiple-topology-01 draft-zhao-mpls-rsvp-te-multiple-topology-01 IETF 80 – Prague.
New Timing Distribution Mechanism TICTOC WG, IETF 71th Philadelphia, USA draft-ji-tictoc-new-timing-distribution-mechanism-00.txt Kuiwen Ji
1 IEEE 1588v2 Clock Synchronization & P2MP LSP with co-routed reverse path Lizhong Jin (ZTE) Frederic Jounay (France Telecom Orange)
Leaf discovery mechanism for mLDP based P2MP/MP2MP LSP
Nov 2009 draft-ietf-mpls-tp-framework-06.txt A framework for MPLS in Transport networks draft-ietf-mpls-tp-framework-06.txt Stewart Bryant (Cisco), Matthew.
NETWORK TRANSFORMATION THROUGH VIRTUALIZATION
Release 5.1, Revision 0 Copyright © 2001, Juniper Networks, Inc. Advanced Juniper Networks Routing Module 9: Static Routes & Routing Table Groups.
Application-Based Network Operations (ABNO) IETF 88 – SDN RG
Dynamic Allocation of Shared IPv4 Addresses draft-csf-dhc-dynamic-shared-v4allocation-00 Q. Sun, Y. Cui, I. Farrer, Y. Lee, Q. Sun, M. Boucadair IETF 89,
Deployment of MPLS VPN in Large ISP Networks
Why do current IP semantics cause scaling issues? −Today, “addressing follows topology,” which limits route aggregation compactness −Overloaded IP address.
1 © 2000, Cisco Systems, Inc. Integrated-ISIS Route Leaking.
All Rights Reserved © Alcatel-Lucent 2006, ##### Scalability of IP/MPLS networks Lieven Levrau 30 th April, 2008 France Telecom, Cisco Systems, uawei Technologies,
The Case for Enterprise Ready Virtual Private Clouds Timothy Wood, Alexandre Gerber *, K.K. Ramakrishnan *, Jacobus van der Merwe *, and Prashant Shenoy.
1 EL736 Communications Networks II: Design and Algorithms Class3: Network Design Modeling Yong Liu 09/19/2007.
1 Vladimir Knežević Microsoft Software d.o.o.. 80% Održavanje 80% Održavanje 20% New Cost Reduction Keep Business Up & Running End User Productivity End.
Draft-chen-i2rs-mpls-ldp-usecases-00/ draft-huang-i2rs-mpls-te-usecase-00 IETF 88 I2RS1 Use Cases for an Interface to MPLS Protocol draft-chen-i2rs-mpls-ldp-usecases-00/
VROOM: Virtual ROuters On the Move Jennifer Rexford Joint work with Yi Wang, Eric Keller, Brian Biskeborn, and Kobus van der Merwe
Seamless MPLS for Mobile Backhaul draft-li-mpls-seamless-mpls-mbh-00
Draft-atlas-rtgwg-mrt-frr-architecture-01IETF 82 RTGWG: 17 Nov IP/LDP Fast-Reroute Using Maximally Redundant Trees draft-atlas-rtgwg-mrt-frr-architecture-01.
Network-based IP VPNs using Virtual Routers Tim Hubbard.
Copyright Microsoft Corp Ramnish Singh IT Advisor Microsoft Corporation Secure Remote Access Challenges, Choices, Best Practices.
Extension to LDP-VPLS for Ethernet Broadcast and Multicast draft-delord-l2vpn-ldp-vpls-broadcast-exten-03 Presenter: Zhihua Liu, China Telecom IETF79,
Virtual Private Network
Draft-li-mpls-seamless-mpls-mbb-00IETF 87 MPLS1 Seamless MPLS for Mobile Backhaul draft-li-mpls-mbb-seamless-mpls-00 Zhenbin Li, Lei Li (Huawei) Manuel.
1 Multi-Protocol Label Switching (MPLS) presented by: chitralekha tamrakar (B.S.E.) divya krit tamrakar (B.S.E.) Rashmi shrivastava(B.S.E.) prakriti.
61st IETF Washington DC November 2004 Detecting P2MP Data Plane Failures draft-yasukawa-mpls-p2mp-lsp-ping-00.txt Seisho Yasukawa -
Barracuda Load Balancer Server Availability and Scalability.
Chapter 10 : Designing a SQL Server 2005 Solution for High Availability MCITP Administrator: Microsoft SQL Server 2005 Database Server Infrastructure Design.
Computer Network: It is group of interconnected computers and devices which are sharing the same communication infrastructure and communication protocols.
1 WHY NEED NETWORKING? - Access to remote information - Person-to-person communication - Cooperative work online - Resource sharing.
Status of Work Feb 2, What and how fits? (option 1) Network Manager Network Elements (routers, switches, etc) RESTCONF / NETCONF Service Management.
OASIS – Open Access Server In Subnet Communication Systems Design 2002 KTH OASIS – Open Access Server In Subnet.
IETF 51, IPv6 WG1 Multilink Subnets draft-thaler-ipngwg-multilink-subnets-01.txt Dave Thaler
Computers Are Your Future Eleventh Edition
What is the cloud ? IT as a service Cloud allows access to services without user technical knowledge or control of supporting infrastructure Best described.
Comparison of Multicast Mobility Route Optimization draft-von-hugo-multimob-ro-compa-00.txt AMT-approach (WG MBONED) and proposed drafts within WG MultiMob.
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
1 IETF- 56 – TE WG- SAN FRANCISCO Inter-AS MPLS Traffic Engineering draft-vasseur-inter-AS-TE-00.txt Jean-Philippe Vasseur – Cisco Systems Raymond Zhang.
 High-Availability Cluster with Linux-HA Matt Varnell Cameron Adkins Jeremy Landes.
Half-Duplex Multicast Distribution Trees (draft-brockners-ldp-half-duplex-mp2mp-00.txt) IETF 68, March 2007 Frank Brockners
WEEK 11 – TOPOLOGIES, TCP/IP, SHARING & SECURITY IT1001- Personal Computer Hardware System & Operations.
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
Draft-li-rtgwg-igp-ext-mrt-frr-00IETF 85 RTGWG1 Applicability of LDP Multi-Topology for Unicast Fast-reroute Using Maximally Redundant Trees draft-li-rtgwg-ldp-mt-mrt-frr-01.
Draft-li-mpls-proxy-te-lsp-01IETF 90 MPLS1 Proxy MPLS Traffic Engineering Label Switched Path(LSP) draft-li-mpls-proxy-te-lsp-01 Zhenbin Li, Xinzong Zeng.
MPLS WG Meeting IETF 58 Paris Detecting MPLS Data Plane Failures in Inter-AS and inter-provider Scenarios draft-nadeau-mpls-interas-lspping-00.txt Tom.
Establishing P2MP MPLS TE LSPs draft-raggarwa-mpls-p2mp-te-02.txt Rahul Aggarwal Juniper Networks.
Draft-li-idr-cc-bgp-arch-00IETF 88 IDR1 An Architecture of Central Controlled Border Gateway Protocol (BGP) draft-li-idr-cc-bgp-arch-00 Zhenbin Li, Mach.
82 nd Taipei Protection Mechanisms for LDP P2MP/MP2MP LSP draft-zhao-mpls-mldp-protections-00.txt Quintin Zhao, Emily Chen, Huawei.
VPN Alex Carr. Overview  Introduction  3 Main Purposes of a VPN  Equipment  Remote-Access VPN  Site-to-Site VPN  Extranet Based  Intranet Based.
MPLS Introduction How MPLS Works ?? MPLS - The Motivation MPLS Application MPLS Advantages Conclusion.
Draft-fm-bess-service-chaining-01 Prague, July 2015 Rex Fernando Stuart Mackie Dhananjaya Rao Bruno Rijsman Maria Napierala.
Gateway redundancy protocols
DISCUSSION LEADERS PRAVINA KOTA, KEVAN ESSMYER, NAVEEN KARDURI
Shaopeng, Ho Architect of Chinac Group
Virtual Private Networks
GENUS Virtualisation Service for GÉANT and European NRENs
Richard Ogier Presented by Tom Henderson July 28, 2011
Dave Allan Requirements and Framework for Unified MPLS Sub-Network Interconnection draft-allan-unified-mpls-req-frmwk-00 Dave.
draft-atlas-rtgwg-mrt-mc-arch-02
Requirements for Ring Protection in MPLS-TP
Multicast in Virtual Router-based IP VPNs
A Scalable Multipath Algorithm in Hierarchical MPLS Networks
Label Switched VPNs – Scalability and Performance Analysis
Introducing Scenario Network Data Editing and Enterprise GIS
Presentation transcript:

MPLS Multiple Topology Applicability and Requirements draft-li-mpls-mt-applicability-requirement-00 IETF 79 - Beijing

What is Covered in the Draft? There are a few scenarios described in this draft: Simplified Data-plane Automation of inter-layer interworking Migration without service disruption Protection using MT Service Separation Load Balancing Two categories of requirements are presented in the draft: Service Requirements Provider requirements IETF 79 - Beijing

Application Scenario Example1 backbone MAN AS x MAN AS y Province Network AS9808 O&M server Backbone router Province router In order to deploy MPLS VPN with entire network, there is a strong demand to support inter-AS connection and E2E O&M ASO&M backbone network Public AS: 9808 headquarte r province network Private AS: x province Headquarter O&M Province O&M

Solution for Inter-AS MPLS VPN Three mature mechanisms have been used to Inter- AS MPLS VPN Optioin A Option B Option C Option A/B/C can build inter-AS connection of MPLS VPN, but E2E O&M cant be achieved by them We hope to use single AS to solve E2E O&M problem based on the original multiple ASs network

Inter-AS VPN E2E O&M Solutions AS #1 AS #2 AS #3 AS #2 AS #1 A B AS #3 AS #2 AS #4 AS #1 Virtual Router Solution ASolution BSolution C Goal of the Solutions: Transfer inter-AS to Single AS Inter-ASSingle AS A B Expand backbone AS with new routers Expand backbone AS with virtual routers Build new AS with multiple-topology

CMnet backbone Province A Province B Router with default topology Inter-AS VPN E2E O&M Router with VPN topology CMnet backbone AS #1 AS #2 AS #3 AS #2 AS #4 AS #1 Province A Province B O&M server Headquarter O&M Build New AS for MPLS VPN Using MPLS Multiple Topology – Use multiple-topology to create a new AS which merges virtual topologies from backbone and province ASs together – Backbone can achieve E2E O&M within the new AS

Analysis Most of Existing network routers cant support the virtual router by software update. Its also a high cost solution because of substituting the hardware and software Multiple-Topology Virtual Router New Construction is simple and reliable. But the high cost and the inefficient use of existing network resources are not preferable New Construction Considering cost and scalability, utilization and evolution of the existing network, Multiple-Topology may be the preferable solution Multiple-Topology is an easy way to deploy by software update. With MT existing network resources could be efficiently used and the network can be of resilent expansion. But the standard is not mature enough

Application Scenario Example 2: End-to-End P2MP backup LSP The primary P2MP LSP set up in the red topology is backed up by the secondary P2MP LSP setup in the blue topology, where the red topology and blue topology dont share the common links and nodes.

Next Steps We would like to identify more application scenarios and identify more detailed requirements in the next version of the draft. We would like to get more feed back from the working group for this draft. IETF 79 - Beijing