[CCAMP] Draft Text for ITU-T - CCAMP Liason regarding Flexi-grid

Oscar González de Dios <ogondio@tid.es> Mon, 17 March 2014 16:39 UTC

Return-Path: <ogondio@tid.es>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DE5F1A0427 for <ccamp@ietfa.amsl.com>; Mon, 17 Mar 2014 09:39:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.416
X-Spam-Level:
X-Spam-Status: No, score=0.416 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FRT_BELOW2=0.01] 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 sNEfnC-dGDMm for <ccamp@ietfa.amsl.com>; Mon, 17 Mar 2014 09:39:02 -0700 (PDT)
Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 714611A006F for <ccamp@ietf.org>; Mon, 17 Mar 2014 09:38:59 -0700 (PDT)
Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N2L0015WA8N6H@tid.hi.inet> for ccamp@ietf.org; Mon, 17 Mar 2014 17:38:50 +0100 (MET)
Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 1D.38.05896.A1527235; Mon, 17 Mar 2014 17:38:50 +0100 (CET)
Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0N2L0017YA8Q6H@tid.hi.inet> for ccamp@ietf.org; Mon, 17 Mar 2014 17:38:50 +0100 (MET)
Received: from EX10-MB2-MAD.hi.inet ([169.254.2.84]) by EX10-HTCAS7-MAD.hi.inet ([::1]) with mapi id 14.03.0158.001; Mon, 17 Mar 2014 17:38:50 +0100
Date: Mon, 17 Mar 2014 16:38:49 +0000
From: Oscar González de Dios <ogondio@tid.es>
In-reply-to: <F64C10EAA68C8044B33656FA214632C80C16CA41@MISOUT7MSGUSR9O.ITServices.sbc.com>
X-Originating-IP: [10.95.64.115]
To: CCAMP <ccamp@ietf.org>
Message-id: <CF4CDE1A.3541F%ogondio@tid.es>
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_FXjY38/xi9xrOsetuPg9/A)"
Content-language: es-ES
Accept-Language: es-ES, en-US
Thread-topic: Draft Text for ITU-T - CCAMP Liason regarding Flexi-grid
Thread-index: AQHPPSwcqGay97GfJkiJ4/JTd6KXbZrcCU0AgAAXtHCACPbDAIAAZOSwgAAHvIA=
user-agent: Microsoft-MacOutlook/14.3.9.131030
X-AuditID: 0a5f4e69-b7f778e000001708-96-5327251a034a
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsXCFe9nqCulqh5s8O67msWTOTdYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVseXLNdaCGbOZKtavb2FrYLzbydTFyMkhIWAi8fJFN5QtJnHh 3nq2LkYuDiGBbYwSUyd2sUM4PxglzuxaBJWZxijx9sYSNpAWFgFViX1/P4DZbAJOEg095xlB bGEBR4kLP1czg9icAjESUw9cY4FYoSDx59xjMFtEQEri5r5b7CA2r4C2xM1NjUwQtqDEj8n3 wGqYBdwlvn2/ww5hi0vM+TWRFcRmFJCVWHn+NCPEHDeJj/0QvSICfhLvOrrAbFEBPYl7j+ZC 7RWReHjxNBuELSrx8vE/Vohnupgk/n5qY5vAKDYLye5ZSHbPQrJ7FiMHkB0ocWilCkTYQOL9 ufnMELa2xLKFr6FsfYmNX84yQpSbSXy4q4CppFTi/qTlUJu0JN4u+wwU5wKyNzNKvF75iw0i YSbxddZiRghbUWJK90P2BYx8qxjFipOKMtMzSnITM3PSDYz0MjL1MvNSSzYxQpJE5g7G5TtV DjEKcDAq8fDekFEPFmJNLCuuzD3EqAI06NGG1RcYpVjy8vNSlUR4L/ECpXlTEiurUovy44tK c1KLDzEycXBKNTDuuPR01aFU1/af/o9/nlCtl/mRbjxD3+6at0usj8hj5vRpS2zz6nqlGS5O XSp6L5bls5Kku+ANkcvyBye+0arn8TQ6PqW15PdPrSdpJx51q+UevZXb8d+Hx6RL+VjlxKmv q3/UFQS8XHVc7X3npLnHPKYounG1dl9NDnZuKIycdLt3hnfXpD9KLMUZiYZazEXFiQDKpDda /AIAAA==
References: <0N290084EWW0ZH@tid.hi.inet> <CF44EB50.33E23%ogondio@tid.es> <F64C10EAA68C8044B33656FA214632C80C15FCD0@MISOUT7MSGUSR9O.ITServices.sbc.com> <CF4C8774.35194%ogondio@tid.es> <F64C10EAA68C8044B33656FA214632C80C16CA41@MISOUT7MSGUSR9O.ITServices.sbc.com>
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/ZHqlRsujzX2JosjDT-F4PcXBurk
Subject: [CCAMP] Draft Text for ITU-T - CCAMP Liason regarding Flexi-grid
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Mar 2014 16:39:16 -0000

Dear CCAMP Colleagues,

We have prepared a first draft of the text for the liaison ITU-T - IETF CCAMP regarding clarifications in Flexi–Grid. Thanks for the contributions sent to us by email.

We would gladly appreciate your feedback in the liaison text. Please find attached the proposed text with comments from a review by Deborah. Also, for those of you allergic to non-standard file formats, please find bellow the plain text:

* Please comment on future changes regarding the values of nominal central frequency (NCF) granularity or channel spacing (CS) [currently 6.25 GHz] and slot width granularity [currently 12.5 GHz], as defined in G.694.1. Is ITU-T considering alternative values in the foreseeable future? If yes, is it correct to assume, that the always following holds, w.r.t. slot width granularity and CS? SWG = 2 * CS [Note: changes in these values may impact the need for code-points]

* Clarification on the maximum values of the slot width (m parameter) and expected use cases (e.g. to cover the whole C band). Knowing these values is required since it has an impact on its encoding.

* Clarification on the need for “hitless” and “hitless” capabilities. Is ITU-T considering any hitless procedure, such as resizing / restoration of a network media channel (in terms of its frequency slot)?
* Examples of cases where hitless capabilities may be considered are:
- Case 1: Recovery where the new network media channel uses a diverse path
- Case 2: shrink / enlarge frequency slot width, invariant NCF (n)
- Case 3: shift the NCF (n), maintaining the frequency slot width (m)

* Clarification regarding the discussed use case where an optical tributary signal is to be supported by multiple network media channels, as in “An OTUCn is carried in its entirety over one optical channel layer connection, which is considered to be supported by multiple network media channels”, where a (co-routed) group of network media channels which must be managed as a single entity – set up, restored, and cross-connected. If this is on scope, what is the estimated availability of ITU-T Recommendation (amendments?) covering this new requirement?
[Note: CCAMP has considered so far the following requirement: “The control plane architecture SHOULD allow multiple media channels to be logically associated.  The control plane SHOULD allow the co-routing of a set of media channels logically associated”.]


* G.872 defines that a media channel may carry more than one OCh-P signal. It also defines that a network media channel is a specific use of media channel with a single OCh-P.  Clarification is needed on the definition and application of network media channel and its support of multiple OCh-Ps

Looking forward to receiving your feedback,

Oscar and Ramon

________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx