Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd
Jonas Mårtensson <Jonas.Martensson@acreo.se> Wed, 20 May 2015 07:29 UTC
Return-Path: <Jonas.Martensson@acreo.se>
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 7A5E81B2D70 for <ccamp@ietfa.amsl.com>; Wed, 20 May 2015 00:29:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.401
X-Spam-Level: ***
X-Spam-Status: No, score=3.401 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, MANGLED_FORM=2.3, MIME_8BIT_HEADER=0.3] autolearn=no
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 Dwgygcq_Y11g for <ccamp@ietfa.amsl.com>; Wed, 20 May 2015 00:29:29 -0700 (PDT)
Received: from smtp303-outgoing.stejtech.net (smtp303.stejtech.net [IPv6:2001:67c:27e0:2212::5303]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1415A1B2D25 for <ccamp@ietf.org>; Wed, 20 May 2015 00:29:26 -0700 (PDT)
X-Spam-STAY-ID: v=2.0 cv=QJfqt33L c=1 sm=0 a=fpfCo9GHTwTpwwPQDU8l2g==:17 a=dBZgz0PQq4UA:10 a=xqWC_Br6kY4A:10 a=h1PgugrvaO0A:10 a=48vgC7mUAAAA:8 a=0Pnrb1QawpfMYe0ThfQA:9 a=wPNLvfGTeEIA:10 a=ZocR-70LVBqqEoFx:21 a=bIy3iEzxp3Wd8tdN:21 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=OATSh-GLmXdlWyUX7E4A:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10
Received: from mail.acreo.se (unknown [217.151.196.13]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp303.stejtech.net (Postfix) with ESMTPSA id 54A17F813D4; Wed, 20 May 2015 09:29:22 +0200 (CEST)
Received: from ACREOEXC02.ad.acreo.se ([::1]) by ACREOEXC02.ad.acreo.se ([::1]) with mapi id 14.03.0210.002; Wed, 20 May 2015 09:29:22 +0200
From: Jonas Mårtensson <Jonas.Martensson@acreo.se>
To: Ramon Casellas <ramon.casellas@cttc.es>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd
Thread-Index: AdCAxt9X5E05ipNNTWCBtB1iqh4XcgLE00wAABLQzYAAfE4sAAEtqgIQ
Date: Wed, 20 May 2015 07:29:21 +0000
Message-ID: <7ECED07E132D4B4F89DCC0FDA683C6C290C76A@ACREOEXC02.ad.acreo.se>
References: <4A1562797D64E44993C5CBF38CF1BE48128F2479@ESESSMB301.ericsson.se> <5550A8BC.4090005@labn.net> <9D50FCE7413E3D4EA5E42331115FB5BC29C85B6B@xmb-rcd-x03.cisco.com> <55546934.8070806@cttc.es>
In-Reply-To: <55546934.8070806@cttc.es>
Accept-Language: en-US, sv-SE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.4.144.165]
Content-Type: multipart/alternative; boundary="_000_7ECED07E132D4B4F89DCC0FDA683C6C290C76AACREOEXC02adacreo_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ccamp/DpYl4hKqaZ6VactE0-QjFp9NTOc>
Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd
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, 20 May 2015 07:29:34 -0000
Hi Ramon, 4.8.4: bear in mind that 0 is not a positive integer, and it looks like the definitions involving (2^n) and (2^m) are intended to include the case where n/m is 0. Ramon> Changed for "n" to say "non-negative integer". For "m", I am leaving it as positive integer, since m=0 would imply an empty frequency slot. How do you figure that? Doesn't <Available Slot Width Granularity> ::= (2^m) x 12.5GHz imply that the available SWGs start at 25 GHz if "m" is positive integer? /Jonas From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Ramon Casellas Sent: den 14 maj 2015 11:22 To: ccamp@ietf.org Subject: Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-grid-fwk-03 and call for sheperd Dear Matt, all Thank you very much for the review and comments, please see inline (aligned with Adrian's reply). For what is worth, there were some comments that I received post LC, that will also be in next updated version. El 12/05/2015 a las 0:02, Matt Hartley (mhartley) escribió: All, I've reviewed this revision of the document, and I think it's almost ready for publication. I have a few comments (below) but I don't think there's any major issues. 3.1: definition of OTN could be moved up to section 2.2, if you want. Ramon> Added as acronym, and removed the expansion, thank you 3.2.1: you state that the Nominal Central Frequency Granularity is 6.25GHz, but there's no reference for this. I assume it's in an ITU doc somewhere? If so, it'd be good to say so (and where) Ramon> Indeed. Much like SWG being 12.5GHz, added [G.694.1] The document refers to "OTSi signals" in several places, but the definition of "OTSi" includes "signal" :) I don't know whether or not this is normal usage or whether it's worth fixing... but it looks technically wrong to me (like people talking about "PIN numbers" whenever they get cash out of the bank). Ramon> changed OTSi signals to OTSi 3.2.5, first bullet: "This group of OTSi should be carried over a single fibre." Is that a normal English should, or a 2219 SHOULD? If the former, it might be worth rephrasing to avoid ambiguity. Ramon> changed to "are" as per Adrian's suggestion 4.2: "The association of the three components a filter, a fiber, and a filter, is a media channel in its most basic form.". It'd be nice to clarify that this is a fiber with a filter at each end - that's not immediately obvious on first reading, especially with the diagram that makes it clear on the next page. Ramon> Likewise, changed to "association sequence" The paragraph below figure 8 is... unclear. Is it just trying to say that media channels can be joined together to make a new media channel? Or is there more to it than that? Ramon> Basically the intent is that one, although it should reflect more to the join of "basic" media channels (defined as an association sequence of filter-fiber-filter as above). This, and the architectural construct being an LSP. Changed to also use the term "association sequence" OLD Additionally, when a cross-connect for a specific frequency slot is considered, the underlying media support is still a media channel, augmented, so to speak, with a bigger association of media elements and a resulting effective slot. When this media channel is the result of the association of basic media channels and media layer matrix cross-connects, this architectural construct can be represented as (i.e., corresponds to) a Label Switched Path (LSP) from a control plane perspective. In other words, It is possible to "concatenate" several media channels (e.g., Patch on intermediate nodes) to create a single media channel. NEW Additionally, when a cross-connect for a specific frequency slot is considered, the resulting media support of joining basic media channels is still a media channel, i.e., a longer association sequence of media elements and its effective frequency slot. In other words, It is possible to "concatenate" several media channels (e.g., patch on intermediate nodes) to create a single media channel. The architectural construct resulting of the association sequence of basic media channels and media layer matrix cross-connects can be represented as (i.e., corresponds to) a Label Switched Path (LSP) from a control plane perspective. Fig 12: OTSi trail? Did you mean OCh trail? Ramon> The error comes from the text, since the correct term is OTSi. OLD In Figure 12 a Network Media Channel is represented as terminated at the DWDM side of the transponder. This is commonly named as OCh- trail connection. NEW In Figure 12 a Network Media Channel is represented as terminated at the network side of the transponders. This is commonly named as OTSi- trail connection. Fig 14: MLN/MRN needs explaining. Or removing. Ramon> Removed. 4.3, towards the end: "there must be enough guard band between adjacent OTSis in any media channel to compensate filter concatenation effect and other effects caused by signal layer switching elements". Maybe "...to compensate for the filter concatenation effect and..." or "...to compensate for filter concatenation effects and..."? Ramon> new text "there must be enough guard band between adjacent OTSis in any media channel to compensate for the filter concatenation effects and other effects caused by signal layer switching elements" 4.8.4: bear in mind that 0 is not a positive integer, and it looks like the definitions involving (2^n) and (2^m) are intended to include the case where n/m is 0. Ramon> Changed for "n" to say "non-negative integer". For "m", I am leaving it as positive integer, since m=0 would imply an empty frequency slot. If no further comments, I will proceed to upload these changes for -04 (with other backlogged changes such as affiliation changes, CCAMP WG, Informational, nits, editorial changes , typos, etc. ). Please see the attached diff Thanks Ramon
- [CCAMP] WG Last Call on draft-ietf-ccamp-flexi-gr… Daniele Ceccarelli
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Daniele Ceccarelli
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Lou Berger
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Andrew G. Malis
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Adrian Farrel
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Matt Hartley (mhartley)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Zhangxian (Xian)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Adrian Farrel
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Matt Hartley (mhartley)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Matt Hartley (mhartley)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Lou Berger
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Huub van Helvoort
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Daniele Ceccarelli
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Jonas Mårtensson
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Jonas Mårtensson
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Jonas Mårtensson
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Matt Hartley (mhartley)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Matt Hartley (mhartley)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Daniele Ceccarelli
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Daniele Ceccarelli
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Zhangxian (Xian)
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Fatai Zhang
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Lou Berger
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Adrian Farrel
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… BRUNGARD, DEBORAH A
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Lou Berger
- Re: [CCAMP] WG Last Call on draft-ietf-ccamp-flex… Ramon Casellas