Re: [Gen-art] [CCAMP] Gen-ART review of draft-ietf-ccamp-flexi-grid-fwk-05 - Nits/editorial items

"Adrian Farrel" <adrian@olddog.co.uk> Wed, 05 August 2015 13:02 UTC

Return-Path: <adrian@olddog.co.uk>
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 E5A701A013B; Wed, 5 Aug 2015 06:02:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] 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 6L4QYEGJSb_5; Wed, 5 Aug 2015 06:02:50 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C4E61A011B; Wed, 5 Aug 2015 06:02:49 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t75D2A9h028982; Wed, 5 Aug 2015 14:02:11 +0100
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id t75D27Up028881 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 5 Aug 2015 14:02:08 +0100
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Fatai Zhang' <zhangfatai@huawei.com>, "'Black, David'" <david.black@emc.com>, fu.xihua@zte.com.cn, daniele.ceccarelli@ericsson.com, ihussain@infinera.com, 'General Area Review Team' <gen-art@ietf.org>
References: <CE03DB3D7B45C245BCA0D2432779493614053775@MX104CL02.corp.emc.com> <F82A4B6D50F9464B8EBA55651F541CF85CCB12BE@SZXEMA504-MBS.china.huawei.com> <CE03DB3D7B45C245BCA0D2432779493614058848@MX104CL02.corp.emc.com> <F82A4B6D50F9464B8EBA55651F541CF85CCB2517@SZXEMA504-MBS.china.huawei.com>
In-Reply-To: <F82A4B6D50F9464B8EBA55651F541CF85CCB2517@SZXEMA504-MBS.china.huawei.com>
Date: Wed, 05 Aug 2015 14:02:10 +0100
Message-ID: <054f01d0cf7e$f1df3330$d59d9990$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0550_01D0CF87.53AAC720"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLzpLQVzApDYwkm6DJTTkGcORknowGmSgiCAQqaxgsCHcbGxZuRPZlA
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21726.004
X-TM-AS-Result: No--37.874-10.0-31-10
X-imss-scan-details: No--37.874-10.0-31-10
X-TMASE-MatchedRID: CxmI61mtwh+nykMun0J1wo3NgkEqAN0RvdPf2rGet4lmpPsu43cEUY6Z ZPB+HcskIsp94dCR6GaqoYavcamf/BME5sXUqWznbMGKOuLn5FVimi8LvNfmrwwxVVWYNqWhw1R motfJ466a3wYoRIQqAMcIK6S4JS2i2HBy8kFz9avx5KZMlKYS/STbbsi+pqSF2xyHbnN4LdWyZz 4fMPkeaBT6+KIPEGWdi7GijHQHBrcpd1UXTgPSyZpWgCLYjjT9hV0srjoqtx+YfLu5qIysvnKnc 7MoI8kriCilT76ynH3CVAPw2xasE7pFo7STYPKL/LLJcbWWqyj6rVj794QCtuOxOq7LQlGLRM0K 5xNkVlrJ6HLqrzpDeNg68hfLnE/VV4GFwExhAa7AJnGRMfFxyYUpeygF2mvCVz8J52OVy+SdZje LHqMeb/1EBtPtRUgWGbgYDQG3T2B5Cq5qrm6F1xkRs1vNNDxvtDSfcMR+7ZOTMTaQzhvoerYWjp yj4zHKfujF7t36TxDVuaV+kL/TQc0T1lcgKjMVliwpJdZauwdcSMp/1+EppyNMHin/frJX8jzML 2+pa3MhkqtajdspLtlNrLODdOpWBM3l5648LMtRKfej56hSbIB84MMvKlea83DJTxsX82eyAyct lBFX+GP8+LyQ3IZaTxdOFCEOQygYvVegSPfWrcOriXY+VMfQ31asM/gsp2nHtB+yzAhXFcEauLb H4aQclbuU0VRkgxHbWjfFUhEL88NYV73vYBFQjtK7dC6UBnkUqWKocoJo6esoDDE6CvPdp4Wcmy qBbFxC3bjvSDu95yxaLixdyIaFPwbcb/CNUOmeAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7AGLeSok4rrZbdTuPa9VRGsj80Za3RRg8NeQXWZlTWdXYiT7rcOsaKHRfoSbQaiB+Lar4jT0 WvactRkNxJ2JyUw=
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/q-FA9JCxuTphec6e_sw2e8YgKhg>
Cc: ccamp@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
Reply-To: adrian@olddog.co.uk
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 13:02:59 -0000

Right, thanks Fatai. You have put us right.
 
But David and I both got confused by Figure 3, and perhaps by the difference
between n and m.
 
I suggest
 
OLD
         Slot width = 25 GHz     Slot width = 37.5 GHz
NEW
         Slot width = 25 GHz     Slot width = 37.5 GHz
             n = 4,   m = 2          n = 6,  m = 3      
END
 
OLD
      *  The '--' represents the nominal central frequency granularity
NEW
      *  The '--' represents the nominal central frequency granularity in units
of 6.25 GHz
END
 
Cheers,
Adrian
 
From: Fatai Zhang [mailto:zhangfatai@huawei.com] 
Sent: 05 August 2015 12:51
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 David,
 
I am not sure if it needs the formula or not, but I think you can get more
information from Section 3.2.1. 
 
It can be seen that a slot width is constrained to be m x SWG..,  Slot Width
Granularity (SWG) is  12.5 GHz, and Nominal Central Frequency Granularity is
6.25GHz.
 
Take Figure 3 as an example. 
 
Note that the '--' represents the Nominal Central Frequency Granularity (NOT
Slot Width Granularity)!!  i.e., a couple of '--' forms the size of one SWG.
 
Frequency Slot 1: slot width = 2*SWG=2*12.5=25GHz.
Frequency Slot 2: slot width = 3*SWG=3*12.5=37.5GHz.
 
 
 
Best Regards
 
Fatai
 
From: Black, David [mailto:david.black@emc.com] 
Sent: Wednesday, August 05, 2015 9:34 AM
To: Fatai Zhang; 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 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; Fatai Zhang; fu.xihua@zte.com.cn;
daniele.ceccarelli@ericsson.com; ihussain@infinera.com; 'General Area Review
Team'
Cc: ccamp@ietf.org; 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> mailto:adrian@olddog.co.uk]
> Sent: Monday, August 03, 2015 1:38 PM
> To: Black, David;  <mailto:zhangfatai@huawei.com> zhangfatai@huawei.com;
<mailto:fu.xihua@zte.com.cn> fu.xihua@zte.com.cn;
>  <mailto:daniele.ceccarelli@ericsson.com> daniele.ceccarelli@ericsson.com;
<mailto:ihussain@infinera.com> ihussain@infinera.com; 'General Area Review
> Team'
> Cc:  <mailto:ccamp@ietf.org> ccamp@ietf.org;  <mailto:ietf@ietf.org>
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