Re: [Gen-art] [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items
"Black, David" <david.black@emc.com> Wed, 05 August 2015 01:35 UTC
Return-Path: <david.black@emc.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F5C01B2AC9; Tue, 4 Aug 2015 18:35:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 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, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 3GmU-iaNEUpC; Tue, 4 Aug 2015 18:35:04 -0700 (PDT)
Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D9AF1B2AC3; Tue, 4 Aug 2015 18:35:03 -0700 (PDT)
Received: from maildlpprd54.lss.emc.com (maildlpprd54.lss.emc.com [10.106.48.158]) by mailuogwprd51.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t751Yoqe022280 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Aug 2015 21:34:51 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com t751Yoqe022280
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1438738491; bh=629XpL/0lBvxoHd88gN8zXJpUPw=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=txCGkvsVy6Z/kfE3eyfkIUlrtT6tuzZf/FVx4tgyi0vjx9jWhFcczpeVVhRBKnSK2 U8v/GUOrTAh908Z7DChHkuq9s2TF0IVh+4yf1MsBxySzgIr8rjosLf8WCTaisdG0j0 yq2dDetcW22Y65l6Ou+My0LUvFSrDFJbVxteUSGQ=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd51.lss.emc.com t751Yoqe022280
Received: from mailusrhubprd54.lss.emc.com (mailusrhubprd54.lss.emc.com [10.106.48.19]) by maildlpprd54.lss.emc.com (RSA Interceptor); Tue, 4 Aug 2015 21:34:10 -0400
Received: from mxhub24.corp.emc.com (mxhub24.corp.emc.com [128.222.70.136]) by mailusrhubprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id t751YS4G013934 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 4 Aug 2015 21:34:29 -0400
Received: from MXHUB102.corp.emc.com (10.253.58.15) by mxhub24.corp.emc.com (128.222.70.136) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 4 Aug 2015 21:34:28 -0400
Received: from MX104CL02.corp.emc.com ([169.254.8.86]) by MXHUB102.corp.emc.com ([::1]) with mapi id 14.03.0224.002; Tue, 4 Aug 2015 21:34:27 -0400
From: "Black, David" <david.black@emc.com>
To: Fatai Zhang <zhangfatai@huawei.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "fu.xihua@zte.com.cn" <fu.xihua@zte.com.cn>, "daniele.ceccarelli@ericsson.com" <daniele.ceccarelli@ericsson.com>, "ihussain@infinera.com" <ihussain@infinera.com>, 'General Area Review Team' <gen-art@ietf.org>
Thread-Topic: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items
Thread-Index: AdDOwhMNAviDYnLARAKxsjm6Ec8togAV0l7gAAEz2IA=
Date: Wed, 05 Aug 2015 01:34:27 +0000
Message-ID: <CE03DB3D7B45C245BCA0D2432779493614058848@MX104CL02.corp.emc.com>
References: <CE03DB3D7B45C245BCA0D2432779493614053775@MX104CL02.corp.emc.com> <F82A4B6D50F9464B8EBA55651F541CF85CCB12BE@SZXEMA504-MBS.china.huawei.com>
In-Reply-To: <F82A4B6D50F9464B8EBA55651F541CF85CCB12BE@SZXEMA504-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.13.52.140]
Content-Type: multipart/alternative; boundary="_000_CE03DB3D7B45C245BCA0D2432779493614058848MX104CL02corpem_"
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd54.lss.emc.com
X-RSA-Classifications: DLM_1, public
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/3BV8YqWx3N5g55_ktafbyxXzGxY>
Cc: "ccamp@ietf.org" <ccamp@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: [Gen-art] [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Aug 2015 01:35:11 -0000
Hi Fatai, > I think the amount of frequency in use is exactly the same value of the slot width (ie., m*SWG). Please see the formula: > > Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2] That was not obvious to me in reading the draft. As an alternative to Adrian's new sentence, could you add that formula to the draft? Thanks, --David From: Fatai Zhang [mailto:zhangfatai@huawei.com] Sent: Tuesday, August 04, 2015 9:08 PM To: Black, David; adrian@olddog.co.uk; fu.xihua@zte.com.cn; daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review Team' Cc: ccamp@ietf.org; ietf@ietf.org Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Hi Adrian and David, Thanks for your comments. I just have one comment for clarification on the following proposal: I think the original text is correct, so it is not necessary to add the last sentence in the "NEW'. I think the amount of frequency in use is exactly the same value of the slot width (ie., m*SWG). Please see the formula: Frequency slot = [(central frequency) - (slot width)/2] ~[(central frequency) + (slot width)/2] In addition, I think some people might be confused by Nominal Central Frequency Granularity (which is 6.25) and Slot Width Granularity (which is 12.5). ================================================================================================ > OLD >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x >> 12.5 GHz), where m is an integer greater than or equal to 1. > >NEW >> o Slot Width: The slot width determines the "amount" of optical >> spectrum regardless of its actual "position" in the frequency >> axis. A slot width is constrained to be m x SWG (that is, m x > > 12.5 GHz), where m is an integer greater than or equal to 1. >> The slot width defines the amount of spectrum in use on >> each side of the central frequency, thus the amount of >> frequency in use is actually twice the value of the slot width. >That definitely helps. Best Regards Fatai -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Tuesday, August 04, 2015 10:30 PM To: adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; Fatai Zhang; fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>; daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>; ihussain@infinera.com<mailto:ihussain@infinera.com>; 'General Area Review Team' Cc: ccamp@ietf.org<mailto:ccamp@ietf.org>; ietf@ietf.org<mailto:ietf@ietf.org>; Black, David Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items Adrian, Thanks for the response - this note contains the follow-ups on nits/editorial items. All of these are nits or editorial, and hence I defer to the editors' discretion on what (if anything) to do about them. The two suggestions for text revisions in your response will definitely improve the draft, IMHO. Thanks, --David > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Monday, August 03, 2015 1:38 PM > To: Black, David; zhangfatai@huawei.com<mailto:zhangfatai@huawei.com>; fu.xihua@zte.com.cn<mailto:fu.xihua@zte.com.cn>; > daniele.ceccarelli@ericsson.com<mailto:daniele.ceccarelli@ericsson.com>; ihussain@infinera.com<mailto:ihussain@infinera.com>; 'General Area Review > Team' > Cc: ccamp@ietf.org<mailto:ccamp@ietf.org>; ietf@ietf.org<mailto:ietf@ietf.org> > Subject: RE: [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 > > Hello David, > > Responding as a contributing author who wants to see this work move forward > promptly... > > Many thanks for taking the time to review. [... snip ...] > > Nits/editorial comments: > > > > Section: 3.2.1 - Editorial suggestion: Changing "+" -> "+/-" in the > > formula for nominal central frequency and re-defining n as a > > non-negative integer would be slightly clearer. > > This is something you'd need to take up with the ITU-T, I think. > We don't want to change the formulae in common use where the data plane is > defined. Ok, proof by (ITU-T) authority wins here. > > p.6 - please state that slot width is +/- wrt nominal central frequency. > > Ah, took me a moment to see what you mean. > Yes, this could be clarified with > > OLD > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > NEW > o Slot Width: The slot width determines the "amount" of optical > spectrum regardless of its actual "position" in the frequency > axis. A slot width is constrained to be m x SWG (that is, m x > 12.5 GHz), where m is an integer greater than or equal to 1. > The slot width defines the amount of spectrum in use on > each side of the central frequency, thus the amount of > frequency in use is actually twice the value of the slot width. That definitely helps. > > > p.8 - Fig 4 could use a bit more explanation - the two frequency > > slots occur at different points along the path. > > Maybe... > > OLD > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > NEW > o Effective Frequency Slot [G.870]: The effective frequency slot of > a media channel is that part of the frequency slots of the filters > along the media channel that is common to all of the filters' > frequency slots. Note that both the Frequency Slot and Effective > Frequency Slot are local terms. > > Figure 4 shows the effect of combining two filters along a channel. > The combination of frequency slot 1 and frequency slot 2 applied to > the media channel is effective frequency slot shown. > END That also helps. > > Nit: First nominal central frequency 'X' in Fig 5 needs to move 2 > > chars left. > > I think it is one char :-) Touche' > > Section 4 - TE link term shows up w/o acronym expansion or definition. > > Please define it before use. > > Yes. Last line of section 4. This section provides a mapping of the ITU-T G.872 architectural aspects to GMPLS/Control plane terms, and considers the relationship between the architectural concept/construct of media channel and its control plane representations (e.g., as a TE link). I don't understand how "e.g." defines "TE link". > > Sections 4.2 and 4.3 - this may be my unfamiliarity, but it would have > > helped to have some sort of heads-up at the start of the figures that > > the top (non-GMPLS) portion of the figures prior to Figure 12 are > > entirely in the optical domain. Perhaps explaining what the two > > planes are (and how they're realized/implemented) in Figure 8 would help. > > Hmmm. I think the reader should be coming at this with the concepts of TE link > and LSR in their heads so that the mapping is clear. Ok, chalk this one (and probably the previous one) up to me not being a GMPLS expert. > > Last paragraph on p.16: "trnaponders" -> "transponders". Also, I saw > > "transceivers" earlier - if that's the same concept, only one term > > should be used. > > While "transponder" is technically correct, using "transceiver" would be more > consistent. Ok. > > p.19 - Even after expanding acronyms, I don't understand this sentence: > > > > If two OTSis must be > > switched to different ports, it is better to carry them by different > > FSC channels, and the media layer switch is enough in this scenario. > > > > A sentence or two explaining what an "FSC channel" is earlier in that > > paragraph would help. > > > > p.21, 1st para: > > > > messages, and a specific frequency slot can be requeste on any > > > > s/requeste/requested > > > > p.21: > > > > In GMPLS the requested effective frequency slot is represented to the > > TSpec present in the Path message, and the effective frequency slot > > is mapped to the FlowSpec carried in the Resv message. > > > > I believe those are RSVP-TE messages - that should be stated. > > > > p. 22: > > > > d. n can change, but m needs to remain the same along the path. > > This ensures that the effective frequency slot remains valid, but > > allows the frequency slot to be moved within the spectrum from > > hop to hop. > > > > In full generality, that may require the ability to shift or convert a > > frequency slot, which is a concept that doesn't appear to occur in the > > draft prior to this point. > > Penultimate paragraph of page 21. Ok. > > Figures 15 and 16 need their variables (e.g., m_a, FSb) somehow > > labelled or explained > > > > After Figure 16, the switch to the EFS acronym is a surprise, given > > the extensive prior usage of the spelled-out term. This paragraph > > contains all uses of the EFS acronym - I suggest removing that acronym > > and spelling out the term. > > > > Section 4.6: I don't understand why this sentence is in the middle of > > the paragraph - it doesn't seem to describe an example of different > > slot width granularities: > > > > Consider a node with an application where the nominal > > central frequency granularity is 12.5 GHz and where slot widths are > > multiples of 25 GHz. > > > > I'd suggest removing it. > > > > 5.1.1. What is L-band? This is the first time it's mentioned. > > > > idnits 2.13.02 didn't find anything that needs attention. > > Many thanks, > Adrian
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Black, David
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Fatai Zhang
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Black, David
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Fatai Zhang
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Adrian Farrel
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Jari Arkko
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Ramon Casellas
- Re: [Gen-art] [CCAMP] Gen-ART review of draft-iet… Ramon Casellas