[Pce] Infomral status presented to ITU

Hi,

I am at the Study Group 15, Question 14 interim meeting, and I was asked to 
present the status of IETF work related to the control plane for optical 
networks.

Below is my text. Note that is was not a formal liaison, but an informal 
communication.

Thanks,
Adrian

===

Introduction

In response to several requests, this contribution provides an interim and 
unofficial status of the activities within the IETF that are pertinent to 
optical networking.

Overview

Work continues to progress within the IETF in many working groups that are 
relevant to the activities of Study Group 15. Of most direct relevance to 
Question 14/15 are the activities in the Common Control and Measurement 
Plane (CCAMP) working group, the Path Computation Element (PCE) working 
group, and the Layer One Virtual Private Network (L1VPN) working group.

CCAMP is responsible for the development and maintenance of the GMPLS family 
of protocols including signaling extensions for RSVP-TE, and routing 
extensions for OSPF and IS-IS. It also looks after LMP and LMP-WDM. CCAMP is 
also working on the frameworks and protocol extensions for multi-domain and 
multi-layer networks.

The PCE working group is developing the architecture, requirements, 
protocols, and applicability for the Path Computation Element - a functional 
element responsible for determining paths (routes) that may span multiple 
domains.
The L1VPN working group is responsible for the development of GMPLS protocol 
extensions and applicabilities in support of a service model that involves 
the supply by a service provider of layer one connectivity between customer 
sites.

Recent Activity

Control of TDM Switches

a.       Revision of RFC 3946

RFC 3946 is titled Generalized Multi-Protocol Label Switching (GMPLS) 
Extensions for Synchronous Optical Network (SONET) and Synchronous Digital 
Hierarchy (SDH) Control. This RFC was published in October 2004, is stable, 
has been implemented by multiple vendors, and is deployed with live traffic. 
Recent exchanges with the OIF exposed some issues of clarity, and a minor 
editorial revision (equivalent to an
Amendment within the ITU-T) was published as 
draft-ietf-ccamp-rfc3946-bis-01.txt in December 2005. This draft has now 
been fully reviewed by the IETF community and has been accepted for 
publication as an RFC. It is expected that it will be published within the 
next few months.

b.      Diversely routed VCAT groups

RFC 3946 provides mechanisms for establishing and maintaining LSPs in 
support of virtual concatenation where the members of a VCG are co-routed; 
that is, where all group members follow the same path through the network. 
Recently, hardware vendors have become confident in their technical 
solutions to support diversely routed VCG members and have asked for 
protocol solutions to be developed. Members of the CCAMP working group are 
currently specifying the requirements for this work including the use of 
LCAS, and it is anticipated that this will soon become official CCAMP work. 
The development of appropriate protocol solutions has already been discussed 
and will most likely follow quickly after the requirements work.

ASON Signaling

a.       Requirements

Following from the completion of RFC 4139 (Requirements for Generalized MPLS 
(GMPLS) Signaling Usage and Extensions for Automatically Switched Optical 
Network (ASON)) which was the product of successful cooperation and liaison 
between SG15 and CCAMP, CCAMP has also published RFC 4397 (A Lexicography 
for the Interpretation of Generalized Multiprotocol Label Switching (GMPLS) 
Terminology within the
Context of the ITU-T's Automatically Switched Optical Network (ASON) 
Architecture).

RFC 4397 required extensive liaisons, discussion, and face-to-face meetings 
before both the CCAMP working group and SG15 were satisfied with its 
contents. This RFC provides the tools necessary to assess the GMPLS 
signaling protocol RFCs and determine how they may be used to satisfy the 
requirements set out in RFC 4139.

b.      Toolkit

The CCAMP working group has just completed work on an important item in the 
protocol toolkit. Although not aimed directly at the ASON environment, 
draft-ietf-ccamp-gmpls-rsvp-te-call (Generalized MPLS (GMPLS) RSVP-TE 
Signaling Extensions in support of Calls) has clear applicability to ASON. 
This work has completed working group last call and will receive a few minor 
editorial changes before advancing for wider IETF review and publication as 
an RFC.

c.       Solutions

The CCAMP working group believes that all building blocks are now in place 
to use GMPLS signaling protocols to satisfy the ASON signaling requirements 
as expressed in RFC 4139. In particular, this includes the provision of 
signaling at the UNI, E-NNI, and I-NNI. CCAMP will soon start work on an 
Applicability Statement to document how the requirements are met, and it is 
anticipated that this will be liaised to Q14/15 as work in progress.

d.      Inter-working

CCAMP recognizes that an important concern for some people is how they can 
achieve inter-working of G.7713.x (x = 1, 2, or 3) or OIF UNI reference 
points on either side of a domain where the I-NNI is achieved using GMPLS 
signaling protocols. Clearly this needs to be achieved using a standardized 
approach so that I-NNI nodes will not be disrupted, and so that UNI-N 
implementations can cooperate. It is also CCAMP's intention to produce an 
Applicability Statement for this situation, and it is anticipated that this 
work will be liaised to Q14/15 as work in progress.

ASON Routing

a.       Requirements

RFC 4258 (Requirements for Generalized Multi-Protocol Label Switching 
(GMPLS) Routing for the Automatically Switched Optical Network (ASON)) is 
the best evidence we have that the IETF, ITU-T, and OIF communities can work 
together. This document, finally published in November 2005, concentrates on 
the routing requirements placed on the GMPLS suite of protocols in order to 
support the capabilities and functionalities of an Automatically Switched 
Optical Network (ASON) as defined by the ITU-T. It was produced by a joint 
team of people from (although not representing) there three bodies, and was 
agreed only after careful liaison with Q14/15.

b.      Evaluation of Existing Routing Protocols

draft-ietf-ccamp-gmpls-ason-routing-eval was also a collaborative effort 
and, as well as experts from the OIF and SG15, the team included IETF 
routing protocol experts. The draft which has been reviewed by the IESG and 
the IETF community, and is ready for publication as an RFC, examines the 
requirements set out in RFC 4258 and compares them against the capabilities 
of the IETF routing protocols. Some small lacunae are identified as 
requiring protocol extensions.

c.       Solutions

Design of the necessary protocol extensions to complete a solution that 
meets the requirements laid out in RFC 4258 (i.e. to supply the missing 
pieces identified in draft-ietf-ccamp-gmpls-ason-routing-eval) is well 
progressed in the IETF. draft-dimitri-ccamp-gmpls-ason-routing-sol-01 
published in March proposes protocol solutions, and has just been split into 
separate work items for OSPF and IS-IS. Discussions are well advanced with 
the appropriate IGP working groups so that CCAMP will be able to adopt this 
work soon, and we have received indications that the OIF is looking to the 
completion of this work in order to determine a final E-NNI routing 
solution.

d.      PCE

The Path Computation Element (PCE) is receiving attention in Q14/15 through 
the work on G.7715.2. The PCE working group has made good advances in the 
determination of an architecture and requirements statements. These have 
completed work in the working group and have been reviewed by the IESG.
While work continues to develop a suitable communications protocol for path 
queries, the working group is also examining the applicability of PCE to 
inter-layer scenarios. Some clarification  from SG15 of whether such 
scenarios are within the scope of the ASON model may be beneficial to the 
work in the PCE working group.

Control-Plane / Management-Plane Migration

A recent liaison from SG15 to CCAMP highlighted some of the problems with 
the concept of migrating an existing LSP between the control plane and the 
management plane. This has proven to be extremely useful to CCAMP members in 
developing a concise set of requirements for this function within specific 
and limited environments. There appears to be significant support from 
carriers for this work, and it is likely to progress within the CCAMP 
working group first as a requirements statement and then with the addition 
of simple signaling protocol extensions.

Future Cooperation

The CCAMP working group co-chairs plan to send a formal liaison to SG15 to 
communicate about CCAMP progress shortly after the IETF meeting that will be 
held in Montreal at the start of July.

The CCAMP, L1VPN and PCE working groups always welcome questions and 
contributions from all sources on their mailing lists which have open access 
to everyone. More substantial contributions are welcomed in the form of 
Internet-Drafts.

_______________________________________________
Pce mailing list
Pce@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/pce