[CCAMP] 答复: Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02

Fatai Zhang <zhangfatai@huawei.com> Wed, 06 March 2013 05:29 UTC

Return-Path: <zhangfatai@huawei.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB1F111E80ED for <ccamp@ietfa.amsl.com>; Tue, 5 Mar 2013 21:29:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.572
X-Spam-Level:
X-Spam-Status: No, score=-1.572 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, EXTRA_MPART_TYPE=1, FRT_BELOW2=2.154, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, SARE_GIF_ATTACH=1.42, SARE_SUB_ENC_UTF8=0.152]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id INbAKDfFsOvC for <ccamp@ietfa.amsl.com>; Tue, 5 Mar 2013 21:29:52 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id AE23E21F8566 for <ccamp@ietf.org>; Tue, 5 Mar 2013 21:29:50 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id APB64446; Wed, 06 Mar 2013 05:29:49 +0000 (GMT)
Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 6 Mar 2013 05:29:38 +0000
Received: from SZXEML418-HUB.china.huawei.com (10.82.67.157) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 6 Mar 2013 05:29:47 +0000
Received: from SZXEML552-MBX.china.huawei.com ([169.254.1.47]) by szxeml418-hub.china.huawei.com ([10.82.67.157]) with mapi id 14.01.0323.007; Wed, 6 Mar 2013 13:29:44 +0800
From: Fatai Zhang <zhangfatai@huawei.com>
To: "fu.xihua@zte.com.cn" <fu.xihua@zte.com.cn>, Iftekhar Hussain <IHussain@infinera.com>
Thread-Topic: [CCAMP] Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02
Thread-Index: AQHOGhxVtWz9tNPTU0qwPx4IiRjONpiYIRDe
Date: Wed, 06 Mar 2013 05:29:43 +0000
Message-ID: <F82A4B6D50F9464B8EBA55651F541CF8358770B0@SZXEML552-MBX.china.huawei.com>
References: <D7D7AB44C06A2440B716F1F1F5E70AE53F9ECBCA@SV-EXDB-PROD2.infinera.com>, <OF8734AD43.14354334-ON48257B26.00118638-48257B26.00142526@zte.com.cn>
In-Reply-To: <OF8734AD43.14354334-ON48257B26.00118638-48257B26.00142526@zte.com.cn>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.85.125]
Content-Type: multipart/related; boundary="_005_F82A4B6D50F9464B8EBA55651F541CF8358770B0SZXEML552MBXchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: CCAMP <ccamp@ietf.org>
Subject: [CCAMP] 答复: Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
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, 06 Mar 2013 05:29:54 -0000

Hi all,



Question is: what LSP is intended to be created? The answer should be Flexi-LSP, ie., media LSP instead of OCh-P (signal LSP).



So, if this draft (or SSON drafts) only focus on media LSP, I think there is nothing with OCh-P LSP stuff from CP perspective,e.g, if n media LSPs are requested (n>=1), the number of LSPs should be created. Otherwise, if signal LSP is involved, then it is MLN topic.



Thanks



Fatai







________________________________
发件人: ccamp-bounces@ietf.org [ccamp-bounces@ietf.org] 代表 fu.xihua@zte.com.cn [fu.xihua@zte.com.cn]
发送时间: 2013年3月6日 11:39
到: Iftekhar Hussain
Cc: CCAMP
主题: Re: [CCAMP] Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02


Hi Iftekhar,

They don't contradict each other.
When electronic signal is distributed over more than one network media channels, these network media channels may go through different components (e.g., filters and amplifiers).
For example, some systems may use L and C band together to carry one electronic signal (e.g., OTUCn). So different network media channels may go through different amplifiers (i.e. independent C-band and L-band amplifiers). This may result in faults impacting some members but not other network media channels. That means all of network media channel to carry one electronic signal don't share the same risk. Also different NMCs may have different delay constraint. C-band and L-band may result in different delay. The path computation have to calculate independent route for different NMCs. According to routing and trouble shooting consideration, we should keep the relationship between OCh and network media channel 1:1.
This hasn't yet been decided by ITU-T. But section 4.2 in the framework document describing one OCh-P over multiple network media channels excludes multiple OCh instances' case.
Whichever you use (single OCh or multiple OChs), the hardware is the same. But management of multple NMCs is different.
If we use single OCh to mange multiple NMCs, we may need only one signaling, routing and one label. If we use multiple OCh to mange multiple NMC, we may need separated signaling, routing and label. This is very important to direct the protocol extension draft in the future.

Xihua



Iftekhar Hussain <IHussain@infinera.com>

2013-03-06 上午 02:17


收件人
        "fu.xihua@zte.com.cn" <fu.xihua@zte.com.cn>, Oscar González de Dios <ogondio@tid.es>
抄送
        Abinder Dhillon <ADhillon@infinera.com>, "'Adrian Farrel' (adrian@olddog.co.uk)" <adrian@olddog.co.uk>, "andrew.g.malis@verizon.com" <andrew.g.malis@verizon.com>, Biao Lu <blu@infinera.com>, "Margaria, Cyril (NSN - DE/Munich)" <cyril.margaria@nsn.com>, "Daniel King (daniel@olddog.co.uk)" <daniel@olddog.co.uk>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "Varma, Eve L (Eve)" <eve.varma@alcatel-lucent.com>, FELIPE JIMENEZ ARRIBAS <felipej@tid.es>, "ggalimbe@cisco.com" <ggalimbe@cisco.com>, "giomarti@cisco.com" <giomarti@cisco.com>, Hanjianrui <hanjianrui@huawei.com>, "huubatwork@gmail.com" <huubatwork@gmail.com>, "'le-liu@kddilabs.jp'" <le-liu@kddilabs.jp>, Leeyoung <leeyoung@huawei.com>, "Malcolm.BETTS@zte.com.cn" <Malcolm.BETTS@zte.com.cn>, "Moustafa Kattan (mkattan)" <mkattan@cisco.com>, Marco Sosa <msosa@infinera.com>, "Ramon Casellas" <ramon.casellas@cttc.es>, Raul Muñoz <raul.munoz@cttc.es>, Ricardo Martínez <ricardo.martinez@cttc.es>, Rajan Rao <rrao@infinera.com>, "BELOTTI, SERGIO (SERGIO)" <sergio.belotti@alcatel-lucent.com>, Sharfuddin Syed <ssyed@infinera.com>, "'Takehiro Tsuritani' (tsuri@kddilabs.jp)" <tsuri@kddilabs.jp>, "wang.lei131@zte.com.cn" <wang.lei131@zte.com.cn>, "wang.qilei@zte.com.cn" <wang.qilei@zte.com.cn>, "wsliguotou@hotmail.com" <wsliguotou@hotmail.com>, "zhang.fei3@zte.com.cn" <zhang.fei3@zte.com.cn>, "Zhangxian (Xian)" <zhang.xian@huawei.com>, Fatai Zhang <zhangfatai@huawei.com>, "'zhangguoying@ritt.cn'" <zhangguoying@ritt.cn>, zhangguoying <zhangguoying2010@gmail.com>
主题
        RE: Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02







Hi Xihua,

“I expect ITU-T will allow electronic signal to be distributed over more than one network media channels. But the relationship between OCh and network media channel should be 1:1”.

I think, these two statements appear to contradict each other. Anyway, why do we want to restrict the architecture to only 1:1 mapping of an OCh to a media network media channel (i.e., Frequency slot)?  The architecture should be flexible to allow other mappings as well (in alignment with your first statement above).

Best regards,
Iftekhar
From: fu.xihua@zte.com.cn [mailto:fu.xihua@zte.com.cn]
Sent: Tuesday, March 05, 2013 4:03 AM
To: Oscar González de Dios
Cc: Abinder Dhillon; 'Adrian Farrel' (adrian@olddog.co.uk); andrew.g.malis@verizon.com; Biao Lu; Margaria, Cyril (NSN - DE/Munich); Daniel King (daniel@olddog.co.uk); Daniele Ceccarelli; Varma, Eve L (Eve); FELIPE JIMENEZ ARRIBAS; ggalimbe@cisco.com; giomarti@cisco.com; Hanjianrui; huubatwork@gmail.com; Iftekhar Hussain; 'le-liu@kddilabs.jp'; Leeyoung; Malcolm.BETTS@zte.com.cn; Moustafa Kattan (mkattan); Marco Sosa; Ramon Casellas; Raul Muñoz; Ricardo Martínez; Rajan Rao; BELOTTI, SERGIO (SERGIO); Sharfuddin Syed; 'Takehiro Tsuritani' (tsuri@kddilabs.jp); wang.lei131@zte.com.cn; wang.qilei@zte.com.cn; wsliguotou@hotmail.com; zhang.fei3@zte.com.cn; Zhangxian (Xian); Fatai Zhang; 'zhangguoying@ritt.cn'; zhangguoying
Subject: Re: Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02


Hi Oscar,

ITU-T Q11 has discussed the inverse multiplexing last week, i.e., you refer to the relationship between signal layer / media layer.
There are two models. One is multiple OCh instances' model. Another is single OCh instance's model. The model will impact on signaling and label solution.
[cid:_1_092598C4092594C00014246348257B26]
I expect ITU-T will allow electronic signal to be distributed over more than one network media channels.
But the relationship between OCh and network media channel should be 1:1. As different network media channels may go through different components even if they go through the same fiber and nodes.
Following is the multiple OCh instances' model.
[cid:_1_09259D8C092594C00014246348257B26]


I saw section 4.2 describes one OCh-P over multiple network media channels. This model is not correct.
Q11 didn't make any decision until now. I suggest to delete the OCh-P Frequency Slot terminology and the figure 5.
I expect Q11, Q12 and Q14 will discuss the model in July and add the discussion result in G.872 in the future.

Xihua Fu


Oscar González de Dios <ogondio@tid.es<mailto:ogondio@tid.es>>

2013-03-01 下午 04:27

收件人
        "Zhangxian (Xian)" <zhang.xian@huawei.com<mailto:zhang.xian@huawei.com>>, "wang.lei131@zte.com.cn<mailto:wang.lei131@zte.com.cn>" <wang.lei131@zte.com.cn<mailto:wang.lei131@zte.com.cn>>, "Daniel King (daniel@olddog.co.uk<mailto:daniel@olddog.co.uk>)" <daniel@olddog.co.uk<mailto:daniel@olddog.co.uk>>, Abinder Dhillon <ADhillon@infinera.com<mailto:ADhillon@infinera.com>>, "'Adrian Farrel' (adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>)" <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>>, "andrew.g.malis@verizon.com<mailto:andrew.g.malis@verizon.com>" <andrew.g.malis@verizon.com<mailto:andrew.g.malis@verizon.com>>, Biao Lu <blu@infinera.com<mailto:blu@infinera.com>>, "Margaria, Cyril (NSN - DE/Munich)" <cyril.margaria@nsn.com<mailto:cyril.margaria@nsn.com>>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>>, "Varma, Eve L (Eve)" <eve.varma@alcatel-lucent.com<mailto:eve.varma@alcatel-lucent.com>>, FELIPE JIMENEZ ARRIBAS <felipej@tid.es<mailto:felipej@tid.es>>, "fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>" <fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>>, "ggalimbe@cisco.com<mailto:ggalimbe@cisco.com>" <ggalimbe@cisco.com<mailto:ggalimbe@cisco.com>>, "giomarti@cisco.com<mailto:giomarti@cisco.com>" <giomarti@cisco.com<mailto:giomarti@cisco.com>>, Hanjianrui <hanjianrui@huawei.com<mailto:hanjianrui@huawei.com>>, "huubatwork@gmail.com<mailto:huubatwork@gmail.com>" <huubatwork@gmail.com<mailto:huubatwork@gmail.com>>, Iftekhar Hussain <IHussain@infinera.com<mailto:IHussain@infinera.com>>, "'le-liu@kddilabs.jp'" <le-liu@kddilabs.jp<mailto:le-liu@kddilabs.jp>>, Leeyoung <leeyoung@huawei.com<mailto:leeyoung@huawei.com>>, "Malcolm.BETTS@zte.com.cn<mailto:Malcolm.BETTS@zte.com.cn>" <Malcolm.BETTS@zte.com.cn<mailto:Malcolm.BETTS@zte.com.cn>>, "Moustafa Kattan (mkattan)" <mkattan@cisco.com<mailto:mkattan@cisco.com>>, Marco Sosa <msosa@infinera.com<mailto:msosa@infinera.com>>, Ramon Casellas <ramon.casellas@cttc.es<mailto:ramon.casellas@cttc.es>>, Raul Muñoz <raul.munoz@cttc.es<mailto:raul.munoz@cttc.es>>, Ricardo Martínez <ricardo.martinez@cttc.es<mailto:ricardo.martinez@cttc.es>>, Rajan Rao <rrao@infinera.com<mailto:rrao@infinera.com>>, "BELOTTI, SERGIO (SERGIO)" <sergio.belotti@alcatel-lucent.com<mailto:sergio.belotti@alcatel-lucent.com>>, Sharfuddin Syed <ssyed@infinera.com<mailto:ssyed@infinera.com>>, "'Takehiro Tsuritani' (tsuri@kddilabs.jp<mailto:tsuri@kddilabs.jp>)" <tsuri@kddilabs.jp<mailto:tsuri@kddilabs.jp>>, "wang.qilei@zte.com.cn<mailto:wang.qilei@zte.com.cn>" <wang.qilei@zte.com.cn<mailto:wang.qilei@zte.com.cn>>, "wsliguotou@hotmail.com<mailto:wsliguotou@hotmail.com>" <wsliguotou@hotmail.com<mailto:wsliguotou@hotmail.com>>, "zhang.fei3@zte.com.cn<mailto:zhang.fei3@zte.com.cn>" <zhang.fei3@zte.com.cn<mailto:zhang.fei3@zte.com.cn>>, Fatai Zhang <zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>>, "'zhangguoying@ritt.cn'" <zhangguoying@ritt.cn<mailto:zhangguoying@ritt.cn>>, zhangguoying <zhangguoying2010@gmail.com<mailto:zhangguoying2010@gmail.com>>
抄送

主题
        Action points for discussion in joint meeting from ITU-T from draft-ogrcetal-ccamp-flexi-grid-fwk-02










Dear co-authors and contributors of draft-ogrcetal-ccamp-flexi-grid-fwk-02

Ramon and me have prepared a summary of the topics which have been discussed so far between co-authors and would be appropriate to be sent as inputs of draft-ogrcetal-ccamp-flexi-grid-fwk-02 for the joint meeting with ITU-T to be held in the next IETF meeting.  Before sending the e-mail to the CCAMP mailing list in response to CCAMP WG chairs asking the authors of the different drafts for discussion topics to be included in the joint ccamp-ITU meeting,  we would like to check with you these topics and if you consider adding any further discussion item from the Framework draft discussions. Please find bellow the identifed list:

- Media channel with different slot sizes along the path. Are different
n allowed?

- Resource allocation models, how to ensure valid effective frequency slots

- Information model: What should be included in the information model
(Available spectrum) to describe the whole attributions/constraints.
E.g. describing a WSS
to be applied for both nodes and links. How is link bundling expected to
work?

- Relationship between signal layer / media layer. Can a single Optical
Channel Payload be transported over more than one network media channel.
Are such elements expected to be a single management entity? How is
ITU-T expecting that (network) media channels are managed?

- Is a flexi-grid network a multi-layer network?

- Justification and interest of express media channels (that contain
other media channels)

- Relation of media channel with future OTU-Flex / OTU optical channels
beyond 100G?

- What kind of compatibility is expected for WSON?

- Is switching at signal layer exepcted, foreseen, or precluded? Does
the control plane need to take into account both media layer switching
matrixes and signal matrixes?

- How are Optical Channel connections established over the media layer?
Is it a multi-layer/multi-region aspect or is it a containment relationship?



Best Regards,

Ramon and Oscar

________________________________


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