[CCAMP] Fwd: slides for draft-ietf-ccamp-flexi-grid-fwk-01

Oscar González de Dios <ogondio@tid.es> Wed, 05 March 2014 13:53 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 []) by ietfa.amsl.com (Postfix) with ESMTP id 27C401A0143 for <ccamp@ietfa.amsl.com>; Wed, 5 Mar 2014 05:53:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.448
X-Spam-Status: No, score=-4.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id u4nuIqM2c3Tu for <ccamp@ietfa.amsl.com>; Wed, 5 Mar 2014 05:53:54 -0800 (PST)
Received: from correo-bck.tid.es (correo-bck.tid.es []) by ietfa.amsl.com (Postfix) with ESMTP id 644941A0100 for <ccamp@ietf.org>; Wed, 5 Mar 2014 05:53:53 -0800 (PST)
Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet []) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N1Y00KR5ULPYW@tid.hi.inet> for ccamp@ietf.org; Wed, 05 Mar 2014 14:53:49 +0100 (MET)
Received: from vanvan (vanvan.hi.inet []) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 9C.A3.05896.D6C27135; Wed, 05 Mar 2014 14:53:49 +0100 (CET)
Received: from correo.tid.es (mailhost.hi.inet []) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0N1Y00KR2ULPYW@tid.hi.inet> for ccamp@ietf.org; Wed, 05 Mar 2014 14:53:49 +0100 (MET)
Received: from EX10-MB2-MAD.hi.inet ([]) by EX10-HTCAS7-MAD.hi.inet ([::1]) with mapi id 14.03.0158.001; Wed, 05 Mar 2014 14:53:24 +0100
Date: Wed, 05 Mar 2014 13:53:23 +0000
From: =?Windows-1252?Q?Oscar_Gonz=E1lez_de_Dios?= <ogondio@tid.es>
In-reply-to: <D62E6669B3621943B7632961308F8F9E3BCC3567@lhreml509-mbx>
To: "ccamp@ietf.org" <ccamp@ietf.org>
Message-id: <DF3E7F96-18B8-443D-996E-C5770DCEED36@tid.es>
MIME-version: 1.0
Content-type: multipart/alternative; boundary="Boundary_(ID_/9PV9IaFswflWNQa6KbxOA)"
Content-language: es-ES
Accept-Language: es-ES, en-US
Thread-topic: slides for draft-ietf-ccamp-flexi-grid-fwk-01
X-AuditID: 0a5f4e69-b7f778e000001708-b2-53172c6d9f33
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLLMWRmVeSWpSXmKPExsXCFe9nqJurIx5s8OS9hMWTOTdYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcWyyW8GCrIpp2+exNzC+juli5OSQEDCR+Lp3HhuELSZx4d56 IJuLQ0hgG6PEs1/rGCGcH4wS5w40sINUCQlMY5S4uV4cxGYRUJW4dGc7WJxNwEmioec8I4gt LGAtsXzNOrCpnAKuEvv69rGC2CJA9WduXgSr4RWwlDj7YxOULSjxY/I9FhCbWSBaYu6nh0wQ trjEnF8TwXoZBWQlVp4/DVTPATTHWmLbtxCIkTkSbUc+s0A8ICCxZM95ZghbVOLl43+sEPc3 MUmsOdjPNoFRZBaSdbOQrJuFZB2EbSDx/tx8ZghbW2LZwtdQtr7Exi9nGZHFFzCyr2IUK04q ykzPKMlNzMxJNzDSy8jUy8xLLdnECImizB2My3eqHGIU4GBU4uHVOCUSLMSaWFZcmXuIUYKD WUmEN1pLPFiINyWxsiq1KD++qDQntfgQIxMHp1QDY8jd9ZKrairsleqPxpk6BE2sVro1U/fg qprrUirvdp3rulX2hicu55hBtZRPh2mcTaht5fVLn3vcr2Vkpb3cb6z63aXcJilIJJRvsqr9 XfEl3FKyJicdDrtHv1y16lPwm32RRgdyH3HpXJTi+rzysWQhi5EPw/ks+18/XZK/HvnrdXRp 6oclSizFGYmGWsxFxYkAerc7IIACAAA=
References: <OF28272013.7A147740-ON48257C91.004AA039-48257C91.004B16C0@zte.com.cn> <5315EB33.9040403@cttc.es> <D62E6669B3621943B7632961308F8F9E3BCC30A9@lhreml509-mbx> <5316D23F.10505@cttc.es> <D62E6669B3621943B7632961308F8F9E3BCC3567@lhreml509-mbx>
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/9PQ5GfsQB7s3CeKah0cR80gPeZc
Subject: [CCAMP] Fwd: slides for draft-ietf-ccamp-flexi-grid-fwk-01
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: Wed, 05 Mar 2014 13:53:58 -0000


Enviado desde mi iPhone

Inicio del mensaje reenviado:

De: Maarten vissers <maarten.vissers@huawei.com<mailto:maarten.vissers@huawei.com>>
Fecha: 5 de marzo de 2014 13:47:43 GMT
Para: Ramon Casellas <ramon.casellas@cttc.es<mailto:ramon.casellas@cttc.es>>, "fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>" <fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>>, Iftekhar Hussain <IHussain@infinera.com<mailto:IHussain@infinera.com>>
Cc: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>>, "Malcolm.BETTS@zte.com.cn<mailto:Malcolm.BETTS@zte.com.cn>" <Malcolm.BETTS@zte.com.cn<mailto:Malcolm.BETTS@zte.com.cn>>, Oscar González de Dios <ogondio@tid.es<mailto:ogondio@tid.es>>, "Zhangxian (Xian)" <zhang.xian@huawei.com<mailto:zhang.xian@huawei.com>>, Fatai Zhang <zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>>
Asunto: RE: slides for draft-ietf-ccamp-flexi-grid-fwk-01

Hi Ramon,

A GMPLS LSP per network media channel is indeed **not** the right approach.

The GMPLS LSP has to represent the one optical channel layer connection that carries the complete OTUCn and thus encompasses all the associated network media channels; this GMPLS LSP is to be signaled with a list of frequency slots that are occupied by this optical channel layer connection. I.e. use an approach that is similar to the approach for signaling the set up of a multi-time slot ODUk connection.
See also Xihua’s email which was CC’ed to ccamp.

As you already know how to signal a multi-time slot ODUk connection, you essentially know how to signal a multi-frequency slot optical channel layer connection. The main difference is that a frequency slot is defined by a <nominal center frequency and slot width>-tuple and not by a simple <slot number> as in the ODUk case.


From: Ramon Casellas [mailto:ramon.casellas@cttc.es]
Sent: woensdag 5 maart 2014 08:29
To: Maarten vissers; fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>; Iftekhar Hussain
Cc: Daniele Ceccarelli; Malcolm.BETTS@zte.com.cn<mailto:Malcolm.BETTS@zte.com.cn>; Oscar González de Dios; Zhangxian (Xian); Fatai Zhang
Subject: Re: slides for draft-ietf-ccamp-flexi-grid-fwk-01

El 05/03/2014 0:33, Maarten vissers escribió:

My suggestion is to focus on the optical channel layer connection and not on the media channel as described in my response to Xihua about an hour ago. An optical channel layer connection encompasses one or more network media channels. You have to configure optical channel layer cross connects in each NE in the computed path. An optical channel layer cross connect connects one or more frequency slots <FS1,FS2,..,FSn> between two or more ports.

Awareness of network media channels is only required in the PCE, during optical channel layer path computation as described in my previous email.

Hi again,

In short, I want to understand whether, provided that the path computation function is able to compute a set of network media channels that are logically associated and that satisfy your constraints (i.e., compute the optical channel layer route), you think that having an LSP per network media channel where the label represents the frequency slot and associating them somehow (the method is still to be defined, channel sets, association, virtual concat, just to echo some terms) is *not* the right approach?


Note: We should  CCccamp as requested in the past by AD & WG chairs to avoid parallel discussions.


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: