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

"Giovanni Martinelli (giomarti)" <giomarti@cisco.com> Thu, 06 March 2014 10:33 UTC

Return-Path: <giomarti@cisco.com>
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 706841A01AF for <ccamp@ietfa.amsl.com>; Thu, 6 Mar 2014 02:33:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.047
X-Spam-Level:
X-Spam-Status: No, score=-10.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 Ww05T0QrZD0F for <ccamp@ietfa.amsl.com>; Thu, 6 Mar 2014 02:33:37 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) by ietfa.amsl.com (Postfix) with ESMTP id ABA331A0243 for <ccamp@ietf.org>; Thu, 6 Mar 2014 02:33:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16788; q=dns/txt; s=iport; t=1394102013; x=1395311613; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EZfMwpUh21tEaCIq9mPtTW7aU5aKJEU5Q0krLqWKhpc=; b=efN/yY2tgCNxvezN92YG8iMc3vCw2qUWYXKmKkFuG1Q7OPe/CNnggzz7 7gP7XtN6Kj4l9W2SdoZdQ4iyMFIAL14oY5rS+IvWxvwCG/ZQVw8XYOL5b lKDIOo6gUk7n7Hq6q/aJARtzGi/aE0oYCfkDpNFAd3qzEuDFuYm8ogaqu U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AisFAPdNGFOtJXG+/2dsb2JhbABagkJEO1fBHYEbFnSCJQEBAQQBAQFkBwsQAgEIEQQBASgHIQYLFAkIAgQOBYdlAxENx3cNhnUXjESBNQsGASUnBAYBBoMegRQEllGBbYxjhUiDLYFpCBci
X-IronPort-AV: E=Sophos; i="4.97,599,1389744000"; d="scan'208,217"; a="25350420"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-6.cisco.com with ESMTP; 06 Mar 2014 10:33:32 +0000
Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s26AXWLo023060 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 6 Mar 2014 10:33:32 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.171]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 04:33:32 -0600
From: "Giovanni Martinelli (giomarti)" <giomarti@cisco.com>
To: Cyril Margaria <cyril.margaria@gmail.com>
Thread-Topic: [CCAMP] Fwd: slides for draft-ietf-ccamp-flexi-grid-fwk-01
Thread-Index: AQHPOSAsnz6llZO+3km/sYnKYMbUV5rUQV0A
Date: Thu, 06 Mar 2014 10:33:31 +0000
Message-ID: <DCF905FE-0EDB-4A72-885A-6F8021EA153E@cisco.com>
References: <OF28272013.7A147740-ON48257C91.004AA039-48257C91.004B16C0@zte.com.cn> <5315EB33.9040403@cttc.es> <D62E6669B3621943B7632961308F8F9E3BCC30A9@lhreml509-mbx> <5316D23F.10505@cttc.es> <D62E6669B3621943B7632961308F8F9E3BCC3567@lhreml509-mbx> <DF3E7F96-18B8-443D-996E-C5770DCEED36@tid.es> <CADOd8-t9TQii4cLps8pYHwdo=OVgmaU4tbvP_KyCaEV6ENb6Jg@mail.gmail.com>
In-Reply-To: <CADOd8-t9TQii4cLps8pYHwdo=OVgmaU4tbvP_KyCaEV6ENb6Jg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.104.38]
Content-Type: multipart/alternative; boundary="_000_DCF905FE0EDB4A72885A6F8021EA153Eciscocom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/YbgWs4tKllihl6ebbgH7XWwyPoY
Cc: "ccamp@ietf.org" <ccamp@ietf.org>, Maarten vissers <maarten.vissers@huawei.com>
Subject: Re: [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: Thu, 06 Mar 2014 10:33:40 -0000

On 06 Mar 2014, at 10:40, Cyril Margaria <cyril.margaria@gmail.com<mailto:cyril.margaria@gmail.com>> wrote:

Hi,

The current framework document scope the LSP to the media channel, not any OTU or OTUCn. The signal and adaptation part was out-of-scope in the previous revisions. I did not see any change related to this configuration in the document.
It is not immediately clear why the LSP should represent one optical channel connection and not limit itself to the media channel.
This seems going into how the optical channel/termination is done.

I  do not see an immediate need to go in the termination part, the document allows one LSP to carry several media-channel, encompassing all the media channel needed to carry the optical channel.


+1

G

I think that the current text address correctly the problem and requirements for the current (public) data plane specs.

BR




On 5 March 2014 14:53, Oscar González de Dios <ogondio@tid.es<mailto:ogondio@tid.es>> wrote:
FYI

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.

Regards,
Maarten

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ó:
Ramon,

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?

R.

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:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx

_______________________________________________
CCAMP mailing list
CCAMP@ietf.org<mailto:CCAMP@ietf.org>
https://www.ietf.org/mailman/listinfo/ccamp


_______________________________________________
CCAMP mailing list
CCAMP@ietf.org<mailto:CCAMP@ietf.org>
https://www.ietf.org/mailman/listinfo/ccamp