Title: Optical Control Plane Activities in IETF and OIF
1Optical Control Plane Activities in IETF and OIF
- L. Ong
- 9 July 2002
- Lyong_at_ciena.com
2Outline
- Intelligent Optical Networking
- Goals
- Protocols Required
- IETF
- Organization, History
- Current work and status
- OIF
- UNI 1.0 Specification
- Future UNI and NNI activities InterDomain
Interface - Summary
- Comparison Different Focus but Common Goals
3The Problems
Traditional Optical Networking
- Labor-intensive processes
- ? Error-prone, slow and high operations costs
- Inflexible protection schemes, fixed-size pipes
- ? Limited service levels and poor utilization
- Every action flows through the central Network
Management system - ? Limited scalability, visibility and
manageability
One Cause of Limitations Lack of flexibility and
intelligence in hardware and software
4The Solution
Intelligent Optical Networks
NETWORK MGMT PLANE
User
User
OUNI
CONTROL PLANE
DATA PLANE
3. Connection Signaling
Automated Processes, Scalability, Robustness,
Efficiency
5Intelligent Optical Network Foundations
- ION Protocol Functions
- Discovery
- Neighbor and link identity and characteristics
- Routing/Topology Dissemination
- Network topology and resource availability
- Connection Signaling
- Automated provisioning and failure recovery
- Concepts endorsed by every standards body
ITU-T, IETF and OIF - Keys to ION/GMPLS/ASON
6ION-related Standards Activities
7IETF
8IETF Optical Standards
- IETFs Traditional Focus
- The Internet IP and IP Services routing,
transport, applications, security management - Sub-IP Area
- Coordinates activities below the IP layer, esp.
MPLS/GMPLS - Disbanding soon as work matures
9IETF GMPLS History
- How did GMPLS start?
- Outgrowth of MPLS - IP traffic engineering work
- Generalized protocols for label-switched path
creation - Fiber switching
- Wavelength/Waveband switching
- Time slot switching (SONET/SDH)
- Possible Architectures
- Flat network routers and optical systems fully
peered - Hierarchical network routers are optical
clients - Scope
- Support of IP networking over optical transport
- Non-IP-related use of GMPLS is out-of-scope
10IP, MPLS and GMPLS
- IP Shortest Path takes all packets
- MPLS Traffic Engineering allows flows to be
mapped to different paths for better utilization - GMPLS MPLS control protocols could also set up
connections in a circuit network
11IETF Standards Process
- Working Group
- Defines protocols
- Approves via email Last Call
- Internet Engineering Steering Group (IESG)
- Reviews for correctness and desirability
- Conducts IETF-wide email Last Call
- RFC Editor
- Final editing and number assignment
Proposed Standard
Draft Standard
Standard
IETF Last Call
WG Last Call
RFC edit
Discussion
t
WG Draft
WG Approval
Individual Draft
IETF Approval Proposed Std
RFC
Last Call
12IETF GMPLS Status
- Signaling
- RSVP-TE extensions starting IETF Last Call
- CR-LDP extensions starting IETF Last Call
- Extensions for SONET/SDH still resolving
comments - Next step would be Proposed Standard, then RFC
- Link Management
- LMP 2nd WG Last Call
- Routing
- OSPF IS-IS extensions Currently WG drafts
Proposed Standard
Draft Standard
Standard
Signaling
LMP
Routing
t
RFC
WG Draft
WG Approval
Individual Draft
IETF Approval Proposed Std
Last Call
13IETF GMPLS Implementation
- CCAMP WG survey of GMPLS implementation
- 21 responses
- Most implement RSVP
- Subset implement CR-LDP
- 13 implement SONET/SDH
- Many GMPLS implementations in progress
- Future
- Complete core GMPLS specifications
- Add features, e.g., restoration/protection
- Input from G.ASON, e.g., call and connection
separation
14OIF
- Optical Network Implementation and deployment
15OIF History
- Formed 1998
- (04/98 Cisco and Ciena announcement)
- Focus deployment and interoperability
- Results
- Several physical interfaces specified
- UNI 1.0 signaling interface specified (10/01)
- Interoperability demonstrations organized
- Emphasizes carrier optical networking requirements
16OIF Standards OIF UNI 1.0
OIF UNI
ext
ext
ext
RSVP
LDP
GMPLS
LMP
OSPF
ISIS
17OIF Optical UNI Progress
- Work based on IETF GMPLS protocols
- Modifications
- UNI reduced functionality, trust/security
e.g., ATM or ISDN - No routing required
- Service enhancements
- TNA address carrier-provisioned interface
address - LMP service discovery added
- Signaling service object added
- Focus on SONET/SDH environment
- Subset of LMP and signaling objects
- Use of LMP for neighbor discovery expanded
- UNI 1.0 approved, interoperability events
sponsored at Supercomm and other venues
18Current Work
- UNI 2.0
- Extensions for, e.g., multi-homed access,
reachability extensions, enhanced security - 19 candidate features
- NNI
- Interface between domains
- InterDomain signaling
- InterDomain routing (new problems)
19NNI Work Closer Look
Carrier A
Domain Y
Domain X
UNI
UNI
Carrier B
Intradomain Protocol
Domain Z
Interdomain Protocol
Generic Interdomain Protocol
UNI
- Within Domain homogeneous systems and protocols
- Different Domains heterogeneous systems and
protocols
? Domain Model
20Domain Model
- Networks may be organized as multiple domains
- Administrative/security purposes
- Scaling purposes
- Technology/vendor differences
- InterDomain interface
- Hides domain characteristics
- Advertises summarized information
- Ideally supports diverse routing
21Inter-Domain Routing Model
Domain Speaker
Inter-Domain protocol
S
S
S
Reachable addresses Border links and resource
availability Services supported (e.g., 11, 1N)
- Allows Differing Domains to Interwork
- Legacy (EMS-controlled) Domains Can Also
Interwork
22Future Directions
- ITU-T
- G.7715 specification includes interdomain
architecture - Functions and requirements defined, protocol to
follow - IETF
- Similar concepts in IPO Working Group Interdomain
Requirements draft - Protocol work still open
- OIF NNI
- Task Force identifying carrier requirements
- Protocol proposals under discussion
- Largely based on existing routing protocols
23IETF vs. ITU vs. OIF
- Different focus
- ITU focuses on architecture
- IETF focuses on building blocks
- OIF focuses on applications and interoperability
- Common goal better optical networking
- Recognized need for coordination