Re: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709 open issues)

John E Drake <jdrake@juniper.net> Tue, 21 May 2013 02:32 UTC

Return-Path: <jdrake@juniper.net>
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 D11F121F9738 for <ccamp@ietfa.amsl.com>; Mon, 20 May 2013 19:32:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.467
X-Spam-Level:
X-Spam-Status: No, score=-1.467 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SARE_RAND_6=2, UNRESOLVED_TEMPLATE=3.132]
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 wXFbMu4EVkT7 for <ccamp@ietfa.amsl.com>; Mon, 20 May 2013 19:32:50 -0700 (PDT)
Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by ietfa.amsl.com (Postfix) with ESMTP id 0034021F9732 for <ccamp@ietf.org>; Mon, 20 May 2013 19:32:49 -0700 (PDT)
Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKUZrc0QJGXYWy8iu/vGI97CyhfyPI/JHE@postini.com; Mon, 20 May 2013 19:32:50 PDT
Received: from P-CLDFE01-HQ.jnpr.net (172.24.192.59) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 May 2013 19:31:11 -0700
Received: from o365mail.juniper.net (207.17.137.224) by o365mail.juniper.net (172.24.192.59) with Microsoft SMTP Server id 14.1.355.2; Mon, 20 May 2013 19:31:10 -0700
Received: from CO9EHSOBE018.bigfish.com (207.46.163.26) by o365mail.juniper.net (207.17.137.224) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 20 May 2013 19:41:59 -0700
Received: from mail1-co9-R.bigfish.com (10.236.132.250) by CO9EHSOBE018.bigfish.com (10.236.130.81) with Microsoft SMTP Server id 14.1.225.23; Tue, 21 May 2013 02:31:10 +0000
Received: from mail1-co9 (localhost [127.0.0.1]) by mail1-co9-R.bigfish.com (Postfix) with ESMTP id 3E7D54208C5 for <ccamp@ietf.org.FOPE.CONNECTOR.OVERRIDE>; Tue, 21 May 2013 02:31:10 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); (null); H:BL2PRD0510HT005.namprd05.prod.outlook.com; R:internal; EFV:INT
X-SpamScore: -47
X-BigFish: PS-47(z21aILzbb2dI98dI9371I542I1432I1418I4015Idb82hzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz1033IL17326ah8275dh8275chz2dh2a8h668h839h944hd25he5bhf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1d0ch1d2eh1d3fh1155h)
Received: from mail1-co9 (localhost.localdomain [127.0.0.1]) by mail1-co9 (MessageSwitch) id 1369103445163171_13888; Tue, 21 May 2013 02:30:45 +0000 (UTC)
Received: from CO9EHSMHS025.bigfish.com (unknown [10.236.132.228]) by mail1-co9.bigfish.com (Postfix) with ESMTP id 253A8440710; Tue, 21 May 2013 02:30:45 +0000 (UTC)
Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by CO9EHSMHS025.bigfish.com (10.236.130.35) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 21 May 2013 02:30:45 +0000
Received: from BL2PRD0510MB349.namprd05.prod.outlook.com ([169.254.1.63]) by BL2PRD0510HT005.namprd05.prod.outlook.com ([10.255.100.40]) with mapi id 14.16.0311.000; Tue, 21 May 2013 02:30:31 +0000
From: John E Drake <jdrake@juniper.net>
To: Lou Berger <lberger@labn.net>
Thread-Topic: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709 open issues)
Thread-Index: AQHOUz2x/LI/EygSNE2StyemUF3KopkOC57AgABhqoCAAAntLYAAFyOAgABhf08=
Date: Tue, 21 May 2013 02:30:30 +0000
Message-ID: <ABBBA19E-EDF3-4B68-AC13-64F1C7E946EE@juniper.net>
References: <518A82D9.7080508@labn.net> <F82A4B6D50F9464B8EBA55651F541CF84317B000@SZXEML552-MBX.china.huawei.com> <518BAB17.9090807@labn.net> <4A1562797D64E44993C5CBF38CF1BE480C67D9@ESESSMB301.ericsson.se> <518BDAFF.40706@labn.net> <F82A4B6D50F9464B8EBA55651F541CF84317B39A@SZXEML552-MBX.china.huawei.com> <519657FE.5030602@labn.net> <0182DEA5604B3A44A2EE61F3EE3ED69E1D5009B0@BL2PRD0510MB349.namprd05.prod.outlook.com> <519693DF.6000003@labn.net> <0182DEA5604B3A44A2EE61F3EE3ED69E1D504EAD@BL2PRD0510MB349.namprd05.prod.outlook.com>, <519A6EC1.4080205@labn.net> <9574E62A-6A68-4290-A103-8A0A750E2004@juniper.net>, <519A8A7D.5020002@labn.net>
In-Reply-To: <519A8A7D.5020002@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [198.228.212.29]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
X-FOPE-CONNECTOR: Id%12219$Dn%LABN.NET$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
X-FOPE-CONNECTOR: Id%12219$Dn%HUAWEI.COM$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
X-FOPE-CONNECTOR: Id%12219$Dn%TOOLS.IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
X-FOPE-CONNECTOR: Id%12219$Dn%IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
Cc: "draft-ietf-ccamp-gmpls-signaling-g709v3@tools.ietf.org" <draft-ietf-ccamp-gmpls-signaling-g709v3@tools.ietf.org>, "draft-ietf-ccamp-otn-g709-info-model@tools.ietf.org" <draft-ietf-ccamp-otn-g709-info-model@tools.ietf.org>, CCAMP <ccamp@ietf.org>
Subject: Re: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709 open issues)
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: Tue, 21 May 2013 02:32:55 -0000

What is behind your preoccupation with enumerating all possible combinations of length & TSG?  Do you have trouble with arithmetic?

Sent from my iPhone

On May 20, 2013, at 1:42 PM, "Lou Berger" <lberger@labn.net> wrote:

> 
> 
> On 5/20/2013 3:18 PM, John E Drake wrote:
>> I think that's a big mistake(tm).  If a new rate or TSG is introduced
>> the RFC would need to be updated even though the encoding does not
>> require it.
> 
> Well that's easily addressed, via something like:
> 
> Length (12 bits): indicates the number of bits of the Bit Map field,
> i.e., the number of TS in the HO ODUk link.  The TS granularity,
> 1.25Gbps or 2.5Gbps, may be derived by dividing the HO ODUk link's rate
> by the value of the Length field.  In the context of [G709-2012], the
> values of 4 and 16 indicate a TS granularity of 2.5Gps, and the values
> 2, 8, 32 and 80 indicate a TS granularity of 1.25Gps.
> 
> Lou
> 
>> Sent from my iPhone
>> 
>> On May 20, 2013, at 2:43 PM, "Lou Berger" <lberger@labn.net> wrote:
>> 
>>> John,
>>> There's still some ambiguity here.  How about:
>>> On 5/20/2013 9:15 AM, John E Drake wrote:
>>>> Length (12 bits): indicates the number of bits of the Bit Map field,
>>>> i.e., the number of TS in the HO ODUk link.  The TS granularity,
>>>> 1.25Gbps or 2.5Gbps, may be derived by dividing the HO ODUk link's
>>>> rate by the value of the Length field.  
>>> 
>>> 
>>> Replace:
>>>> For example, for an HO ODU2
>>>> link, whose link rate is 10Gbps, the value of the Length field will
>>>> be either 4 or 8 and the TS granularity will be either 2.5Gbps or
>>>> 1.25Gbps, respectively.
>>> With:
>>> 
>>>  The values of 4 and 16 indicate a TS granularity of 2.5Gps, while
>>>  the values 2, 8, 32 and 80 indicate a TS granularity of 1.25Gps.
>>> 
>>> Lou
>>> 
>>> 
>>>> Irrespectively Yours,
>>>> 
>>>> John
>>>> 
>>>> 
>>>>> -----Original Message-----
>>>>> From: Lou Berger [mailto:lberger@labn.net]
>>>>> Sent: Friday, May 17, 2013 1:33 PM
>>>>> To: John E Drake
>>>>> Cc: Fatai Zhang; draft-ietf-ccamp-otn-g709-info-model@tools.ietf.org;
>>>>> CCAMP; draft-ietf-ccamp-gmpls-signaling-g709v3@tools.ietf.org
>>>>> Subject: Re: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709
>>>>> open issues)
>>>>> 
>>>>> John,
>>>>>   I guess you haven't been paying attention!  The rewrite
>>>>> originated from Daniele, was tweaked by me and then fixed by Fatai.
>>>>> 
>>>>> Do you have an alternate proposal to address issue#48?
>>>>> Issue #48="In signaling document section 6: Clarify related text [i.e.,
>>>>> the OLD text] to unambiguously identify the relationship between label
>>>>> length and TSG."
>>>>> 
>>>>> Thanks,
>>>>> Lou
>>>>> 
>>>>> On 5/17/2013 1:15 PM, John E Drake wrote:
>>>>>> Lou,
>>>>>> 
>>>>>> I think the original text is fine and your attempted re-write
>>>>> completely mangled its meaning.  The label is a bit vector whose length
>>>>> is equal to the ODUk rate / TSG.
>>>>>> 
>>>>>> Irrespectively Yours,
>>>>>> 
>>>>>> John
>>>>>> 
>>>>>> 
>>>>>>> -----Original Message-----
>>>>>>> From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On
>>>>>>> Behalf Of Lou Berger
>>>>>>> Sent: Friday, May 17, 2013 9:17 AM
>>>>>>> To: Fatai Zhang
>>>>>>> Cc: draft-ietf-ccamp-otn-g709-info-model@tools.ietf.org; CCAMP;
>>>>>>> draft- ietf-ccamp-gmpls-signaling-g709v3@tools.ietf.org
>>>>>>> Subject: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709
>>>>>>> open issues)
>>>>>>> 
>>>>>>> Authors/WG,
>>>>>>>   From the mail on the list it seems to me that we've reached
>>>>> closure
>>>>>>> on Issue #48: "Document no explicit indication of TSG in the label"
>>>>>>> (http://trac.tools.ietf.org/wg/ccamp/trac/ticket/48).  I'd like to
>>>>>>> confirm my reading.
>>>>>>> 
>>>>>>> As I read the list, this issue will be resolved by making the
>>>>>>> following change to draft-ietf-ccamp-gmpls-signaling-g709v3.
>>>>>>> 
>>>>>>> OLD
>>>>>>> Note that the
>>>>>>> Length field in the label format MAY be used to indicate the TS
>>>>>>> type of the HO ODUk (i.e., TS granularity at 1.25Gbps or 2.5Gbps)
>>>>>>> since the HO ODUk type can be known from IF_ID RSVP_HOP Object. In
>>>>>>> some cases when there is no Link Management Protocol (LMP) or
>>>>>>> routing to make the two end points of the link to know the TSG,
>>>>>>> the TSG information used by another end can be deduced from the
>>>>>>> label format. For example, for HO ODU2 link, the value of the
>>>>>>> length filed will be 4 or 8, which indicates the TS granularity is
>>>>>>> 2.5Gbps or 1.25Gbps, respectively.
>>>>>>> 
>>>>>>> NEW
>>>>>>> Please note that the TS granularity of an HO ODUk can be inferred
>>>>>>> from
>>>>>>> the length of the label. The values of 4 and 16 indicate a TS
>>>>>>> granularity of 2.5Gps, while the values 2, 8, 32 and 80 indicate a
>>>>> TS
>>>>>>> granularity of 1.25Gps.
>>>>>>> 
>>>>>>> Please speak up if you disagree with this resolution.
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> Lou
>>>>>>> 
>>>>>>> On 5/9/2013 9:41 PM, Fatai Zhang wrote:
>>>>>>>> For point 1), "1" should be dropped and "7" should be corrected to
>>>>>>> "8" in your proposed text.
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> CCAMP mailing list
>>>>>>> CCAMP@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/ccamp
>