Intra-Carrier Solutions Enabled by the OIF NNI Erning Ye Nortel Networks.

Slides:



Advertisements
Similar presentations
Achieving Seamless IP Optical Network Integration OIF Interoperability Update Amy Wang, Avici Systems.
Advertisements

MPLS and GMPLS Li Yin CS294 presentation.
APNOMS03 1 A Resilient Path Management for BGP/MPLS VPN Jong T. Park School of Electrical Eng. And Computer Science Kyungpook National University
1 Introducing the Specifications of the Metro Ethernet Forum.
1 Introducing the Specifications of the Metro Ethernet Forum.
1 Introducing the Specifications of the Metro Ethernet Forum.
1 Introducing the Specifications of the Metro Ethernet Forum MEF 17 Service OAM Framework and Requirements February 2008.
G : DCM Signaling Mechanism Using GMPLS RSVP-TE ITU-T Workshop on IP-Optical, Chitose, Japan 7/11/2002 Dimitrios Pendarakis, Tellium, Inc. ITU-T.
Optical Control Plane Activities in IETF and OIF L. Ong 9 July 2002 L. Ong 9 July 2002
Network Protection and Restoration Session 5 - Optical/IP Network OAM & Protection and Restoration Presented by: Malcolm Betts Date:
International Telecommunication Union Practical Issues In Managing Optical Networks by Wesam Alanqar and Tammy Ferris ITU-T Workshop IP/Optical (Chitose,
ITU-T Solutions Session 2 – Switched Optical Networks Presented by: Stephen Shew Date:
Identifying MPLS Applications
Generalized Multiprotocol Label Switching: An Overview of Signaling Enhancements and Recovery Techniques IEEE Communications Magazine July 2001.
1 Transport Services Layer Protection Switching Types Interacting with DRNI Maarten Vissers
Application-Based Network Operations (ABNO) IETF 88 – SDN RG
Hierarchical Design.
© 2010 MAINS Consortium MAINS (Metro Architectures enablINg Subwavelengths) Javier Aracil (WPL, UAM) Giacomo Bernini (NXW) MAINS 2 nd EC Technical Review.
An Architecture for Application-Based Network Operations Adrian Farrel - Old Dog Consulting Daniel King –
1 DRNI and Distributed Protection Examples Maarten Vissers v01 Based on slides presented in IW meeting in Nanjing on Thursday Sept 22.
DWDM GMPLS Deployment Experience Joint Tech Workshop July 2007 George Frank, Ph.D. Infinera.
ITU-T Workshop “NGN and its Transport Networks“ Kobe, April 2006 International Telecommunication Union ITU-T Introduction to the Path Computation.
An evolutionary approach to G-MPLS ensuring a smooth migration of legacy networks Ben Martens Alcatel USA.
A Study of MPLS Department of Computing Science & Engineering DE MONTFORT UNIVERSITY, LEICESTER, U.K. By PARMINDER SINGH KANG
1 Multipoint Ethernet Connection Protection
Abstraction and Control of Transport Networks (ACTN) BoF
1 Introducing the Specifications of the Metro Ethernet Forum.
NOBEL WP4 Meeting – Dec 1st, 2004
Introduction to Network Layer. Network Layer: Motivation Can we built a global network such as Internet by extending LAN segments using bridges? –No!
Interoperable Intelligent Optical Networking: Key to future network services and applications OIF Carrier Group Interoperability: Key issue for carriers.
IST Project LION 2 Outline IST-project LION –Layers Interworking in Optical Networks –Overview – objectives –Testbed Progress: 2 examples –Recovery experiments.
SMUCSE 8344 Protection & Restoration of Optical Networks.
Routing in Optical Networks Markus Isomäki IP and MPLS in Optical Domain.
Optical Control Plane - The realization of distributed control for optical switches Siva Sankaranarayanan ITU-T Workshop on IP/Optical Chitose, Japan July.
Page 1 OIF worldwide interoperability demonstrations on ASON inter-domain interfaces A carrier’s point of view Hans-Martin Foisel Deutsche Telekom OIF.
WORLDWIDE INTEROPERABILITY DEMONSTRATION Carlo Cavazzoni Alessandro D’Alessandro.
Optical Control Plane, Optical/IP integration Concepts and Issues Greg Bernstein Greg Bernstein
OIF NNI: The Roadmap to Non- Disruptive Control Plane Interoperability Dimitrios Pendarakis
A Snapshot on MPLS Reliability Features Ping Pan March, 2002.
Contribution Number: oif Working Group: Architecture & Signaling Title: Project proposal for interworking of G RFC 3473 network domains.
67th IETF San Diego November 2006 Requirement for Inter-Domain LSP Recovery Wataru Imajuku: Tomohiro.
Page 1 Recent Progress in ASON Technologies in the OIF Joe Berthold President – Optical Internetworking Forum.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Session 10: Optical Switching and Equipment ITU-T Study Group 15, Q12 Michael Mayer Nortel Networks.
Optical Control Plane Standardization - OIF / IETF / ITU Lyndon Ong, Director, Network Control Architecture Ciena Corporation
1 Protection in SONET Path layer protection scheme: operate on individual connections Line layer protection scheme: operate on the entire set of connections.
1 3/15/2016 Requirements on the O-UNI Olivier Duroyon, Alcatel Monica Lazer, AT&T Jen-Wei Kuo, Fujitsu Hirokazu Ishimatsu, Japan Telecom Zhi-Wei Lin, Lucent.
MEF Protection Work Pascal Menezes Technical Contributor June 3 rd 2003.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
PAPADIMITRIOU Dimitri IETF 49th Meeting - San Diego draft-papadimitriou-onni-frame D.Papadimitriou, M.Fontana, G.Grammel (Alcatel) Y.Xu, Z.Lin, S.Sankaranarayanan.
Network Hierarchy and Multilayer Survivability
An evolutionary approach to G-MPLS ensuring a smooth migration of legacy networks Ben Martens Alcatel USA.
Applicability Statement for Layer 1 Virtual Private Networks (L1VPNs) Basic Mode draft-takeda-l1vpn-applicability-basic-mode-00.txt Deborah Brungard (AT&T)
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
Requirements for Ring Protection in MPLS-TP
ASON routing implementation and testing ASON routing extensions
Presenter: Jeffrey Zhang
SUPA/YMCA (Yang Models for Configuration and topology Abstraction)
MPLS-TP Survivability Framework
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
Network Layer Goals: Overview:
ITU-T Study Group 15 Update to IETF CCAMP
CCAMP Liaisons and Communications
Network Survivability
Signalling and Routing - Summary of Session 7 -
OSI Model The Seven Layers
Network Layer The network layer is responsible for the source-to-destination delivery of a packet, possibly across multiple networks (links). Whereas the.
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
Fast Reroute for Node Protection in LDP- based LSPs
Karthik Sethuraman, NEC
Presentation transcript:

Intra-Carrier Solutions Enabled by the OIF NNI Erning Ye Nortel Networks

Reference Network Metro E-NNI EMS I-NNI UNI Core Regional Metro

Multiple Control Domains Each domain could be a core, regional, or metro network. The control inside each domain is independent: Different signaling control systems (e.g., proxy) with different protocols (e.g., PNNI, CR-LDP, RSVP, etc.) Different routing control systems (e.g., centralized or distributed) with different protocols (e.g., PNNI, OSPF, IS-IS, etc.) Different protection and restoration mechanisms. Different EMS/NMS Use UNI or NMI to initialize and/or terminate connection services. Different addressing scheme and/or space inside domain. Implementation agreement on E-NNI between domains provides end-to-end services that are transparent to users.

Sub-network Organization and Routing Areas Sub-network E-NNI Sub-network E-NNI Sub-network RA.1 RA.2 RA.top RA.2.2 RA.2.1 RA RA RA.2.2.3

NNI Routing – Requirements Accept ITU-T G.7715 routing requirements, architecture and terminology. Scope of routing area is a consequence of sub- network organization that is described in G.805 at a given layer. Subdivision of the network into routing areas where the areas can contain smaller areas. This creates routing levels. 4 levels of routing hierarchy is required by carriers (OIF NNI requirement). Interoperability between adjacent routing areas is domain-domain routing protocol based on a hierarchical link state protocol.

Sub-network Abstraction and Routing Controller Abstract node Centralized routing control Abstract TE links Distributed routing control Abstract TE links Centralized routing control RA.2.2 RA RA RA RC Abstracted intra-domain link RC

NNI Routing Separation of transport plane and control plane: Separated address space for routing controller and transport nodes Separated topology for routing controller and transport nodes Routing control could be centralized or distributed. Transport sub-network could be abstracted to be one node or several border nodes with abstract intra-domain links. Transport routings main function is to provide path computation to Connection Management (Control plane). In hierarchical routing, the path is computed at certain routing level.

NNI Signaling Domain A Domain B Domain C Client E-NNI UNI SPC Service SC Service Call Segment Network Call Controller Connection Controller UNI Segment Sub-network Segment Sub-network Segment Sub-network Segment UNI Segment NNI Segment NNI Segment

Call/Connection Separation and Call Segments Call model is part of ASON architecture (G.8080), G7713 and OIF NNI. In a multiple control domain environment, the end-to-end call is achieved by concatenating multiple individual UNI, sub- network and NNI call segments. Each call segment could have multiple connections associated with it (e.g., 1+1 path protection, virtual concatenate connections). Network call controllers and connection controllers are defined in G.8080 and used in the NNI signaling specification. NNI call controller is responsible for associating the call segments of NNI and sub-network NNI connection controller is responsible for signaling protocol interoperability

NNI Application – Domain Based Recovery Call/connection separation and call segmentation by ENNI enables domain based protection and restoration ENNI can be used to separate rerouting (recovery) domain. Each rerouting domain contains one or more than one call segment (A rerouting domain may contain other rerouting domains). Each rerouting domain could have its own protection mechanism, e.g., liner protection on ENNI link, APS protection inside one domain, and 1+1 path protection in another domain. The call controller at ingress ENNI performs redial function in the scope of rerouting domain. The failure happens in one domain would not cause connection teardown in other domains.

Recovery Example Client X E-NNI Client X E-NNI