Re: [Pce] Broadband Forum Liaison: Achieving Packet Network Optimization using DWDM Interfaces

"Fargano, Michael" <Michael.Fargano@CenturyLink.com> Mon, 16 November 2015 18:10 UTC

Return-Path: <Michael.Fargano@CenturyLink.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70BE81B30B1; Mon, 16 Nov 2015 10:10:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.484
X-Spam-Level:
X-Spam-Status: No, score=-2.484 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.585] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dz8yG_-iUeV0; Mon, 16 Nov 2015 10:10:38 -0800 (PST)
Received: from lxomp52w.centurylink.com (lxomp52w.centurylink.com [155.70.50.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3FAE1AC3DC; Mon, 16 Nov 2015 10:10:37 -0800 (PST)
Received: from lxomavmpc030.qintra.com (lxomavmpc030.qintra.com [151.117.207.30]) by lxomp52w.centurylink.com (8.14.8/8.14.8) with ESMTP id tAGIABox001947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Nov 2015 12:10:11 -0600
Received: from lxomavmpc030.qintra.com (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id 113A91E00E7; Mon, 16 Nov 2015 12:10:06 -0600 (CST)
Received: from lxdnp32k.corp.intranet (unknown [10.6.10.61]) by lxomavmpc030.qintra.com (Postfix) with ESMTP id 536A11E0088; Mon, 16 Nov 2015 12:10:05 -0600 (CST)
Received: from lxdnp32k.corp.intranet (localhost [127.0.0.1]) by lxdnp32k.corp.intranet (8.14.8/8.14.8) with ESMTP id tAGIA4D0045698; Mon, 16 Nov 2015 11:10:04 -0700
Received: from vodcwhubex501.ctl.intranet (vodcwhubex501.ctl.intranet [151.117.206.27]) by lxdnp32k.corp.intranet (8.14.8/8.14.8) with ESMTP id tAGIA4Sx045682 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Nov 2015 11:10:04 -0700
Received: from PODCWMBXEX503.ctl.intranet ([fe80::4d5b:a179:e694:9731]) by vodcwhubex501.ctl.intranet ([151.117.206.27]) with mapi id 14.03.0195.001; Mon, 16 Nov 2015 12:10:04 -0600
From: "Fargano, Michael" <Michael.Fargano@CenturyLink.com>
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
Thread-Topic: Broadband Forum Liaison: Achieving Packet Network Optimization using DWDM Interfaces
Thread-Index: AdEINxc6TE4QHmqkTVCnnbAc6/cDZgYQMKqwAAiKh6A=
Date: Mon, 16 Nov 2015 18:10:03 +0000
Message-ID: <8D492192-C6C8-42B7-824A-6CDC6D4DFFBF@centurylink.com>
References: <871EB8879748FA458598F0461906289322DA2077@eusaamb103.ericsson.se>, <4A1562797D64E44993C5CBF38CF1BE4812ADE468@ESESSMB301.ericsson.se>
In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE4812ADE468@ESESSMB301.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_8D492192C6C842B7824A6CDC6D4DFFBFcenturylinkcom_"
MIME-Version: 1.0
X-TM-AS-MML: disable
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/pce/AwHvIf42taC7xaJ4952iUNCqB3k>
X-Mailman-Approved-At: Tue, 17 Nov 2015 00:39:31 -0800
Cc: "Dean Cheng, Packet Optical Evolution Project Stream Lead" <dean.cheng@huawei.com>, "Gabrielle Bingham, Broadband Forum Secretariat" <gbingham@broadband-forum.org>, "IETF Statements, " <statements@ietf.org>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>, "Drew Rexrode II, BBF Routing and Transport Area Director" <charles.a.rexrode@verizon.com>, "TEAS WG (teas@ietf.org)" <teas@ietf.org>, "pce@ietf.org" <pce@ietf.org>, David Sinicrope <david.sinicrope@ericsson.com>, "Robin Mersh, Broadband Forum CEO" <rmersh@broadband-forum.org>, "Alvaro Retana, Routing Area Director" <aretana@cisco.com>, "Vishnu Pavan Beeram, TEAS Co-Chair" <vbeeram@juniper.net>
Subject: Re: [Pce] Broadband Forum Liaison: Achieving Packet Network Optimization using DWDM Interfaces
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2015 18:10:40 -0000

Received. Uploaded as BBF2015.1183.00. Thx.

Regards,
Mike

On Nov 16, 2015, at 8:10 AM, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>> wrote:


Hello,



The TEAS, PCE and CCAMP Working Groups would like to thank the Broadband Forum for informing us of your effort on packet-optical networks, and providing the IETF with the opportunity to review and comment on your document and its use of our RFCs.



We have conducted an initial review where we noted the references to IETF RFCs on GMPLS and PCE for satisfying the control requirements.

Below is some preliminary feedback based on this initial review we hope you will find helpful and consider for the document.   However, given the recent IETF 94 meeting activity, we regret there was little time to conduct a thorough technical review of the document.  We understand the document is in the last call stage of development.   If time and the BBF process allows, the CCAMP, PCE and TEAS Working Groups would be happy to conduct a more in depth technical review over the coming weeks.  Please let us know if you wish us to proceed with such a review.



As the Broadband Forum progresses its work on "Achieving Packet Network Optimization using DWDM Interfaces", we would greatly appreciate if you keep us informed of any gaps you identify in the RFCs that are needed to satisfy these requirements.  Feedback from the BBF on existing and progressing CCAMP, PCE and TEAS work would be greatly appreciated and can be provided via the relevant IETF Working Group mailing list without the need for a formal liaison.



We look forward to your response and our continued communication on this important area of optical networking.

Best Regards,

Daniele Ceccarelli & Fatai Zhang - CCAMP Working Group Chairs

Jonathan Hardwick, Julien Meuric & Jean-Philippe Vasseur - PCE Working Group Chairs

Vishnu Pavan Beeram & Lou Berger - TEAS Working Group Chairs



---------------------------

Preliminary Feedback

---------------------------

Questions:

•             In A.2.1, how is the GMPLS communication between the Packet Node and the DWDM Network Element achieved?  Is there a specific control interface that is used in your solution? There are a number of possibilities for control channel connectivity available.   Perhaps clarifying which are intended would aid understanding and interoperability.

•             Are there more details on the management and SDN control aspects between the packet network and the optical network?  Additional management and SDN control detail might convey a better understanding of the solution configuration and its operation.



Comments:

•             When referring to PCE and related issues, e.g., in [R-26] and [R-27], it seems only stateless PCE (RFC4655) and corresponding PCEP (RFC5440) are included in the current solution.   The PCE Working Group is investigating stateful PCE and  PCE Initiated LSPs, which are planned to be published in the future.  It may be worth specifying which kind of PCE is suggested to be used in the current solution, to differentiate the two.  Has RFC 5623 - PCE-based inter-layer MPLS and GMPLS Traffic Engineering been considered?  It may be a good reference for this solution.

•             In section 4.4 when talking about SDN, Openflow is mentioned as a standard protocol to interact between packet nodes and DWDM nodes. PCE Protocol (PCEP) could be considered as another example, as it is currently used in IETF.  RFC 3413 about SNMP, and RFC 4208 about GMPLS UNI are also recommended references.

•             In section 4.5, [R-36] uses the term "North-Bound interface" to refer to the interface between Network Elements and the SDN controller.  We noted that some commonly use the same term when referring to the interface between the controller and what sits "above" the controller (e.g. another controller or orchestrator).  This could lead to unintended misunderstanding.  Perhaps a clarification would help avoid misunderstanding.


From: David Sinicrope
Sent: venerdì 16 ottobre 2015 19:22
To: Alia Atlas, Routing Area Director,; Deborah Brungard, Routing Area Director; Alvaro Retana, Routing Area Director; Daniele Ceccarelli; Fatai Zhang, CCAMP Co-Chair; Vishnu Pavan Beeram, TEAS Co-Chair; Lou Berger, TEAS Co-Chair; IETF Statements,
Cc: michael.fargano@centurylink.com<mailto:michael.fargano@centurylink.com>; Robin Mersh, Broadband Forum CEO; Gabrielle Bingham, Broadband Forum Secretariat; David Sinicrope; Drew Rexrode II, BBF Routing and Transport Area Director; Oscar Gonzalez de Dios, CCAMP Secretary; Matt Hartley, TEAS Secretary; Dean Cheng, Packet Optical Evolution Project Stream Lead
Subject: Broadband Forum Liaison: Achieving Packet Network Optimization using DWDM Interfaces

Hi All,
Please find attached a liaison from the Broadband Forum and its associated attachments.
Please let me know if you have trouble receiving or opening the liaison.
Best Regards,
Dave Sinicrope
IETF-BBF Liaison Manager
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.