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 >
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- [CCAMP] Closing G.709 open issues Lou Berger
- Re: [CCAMP] Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- Re: [CCAMP] Closing G.709 open issues Daniele Ceccarelli
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- Re: [CCAMP] Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] Closing G.709 open issues Daniele Ceccarelli
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- Re: [CCAMP] Closing G.709 open issues John E Drake
- Re: [CCAMP] Closing G.709 open issues Fatai Zhang
- [CCAMP] R: Closing G.709 open issues BELOTTI, SERGIO (SERGIO)
- Re: [CCAMP] Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- Re: [CCAMP] Closing G.709 open issues Daniele Ceccarelli
- Re: [CCAMP] Closing G.709 open issues Lou Berger
- [CCAMP] R: Closing G.709 open issues BELOTTI, SERGIO (SERGIO)
- Re: [CCAMP] R: Closing G.709 open issues Lou Berger
- Re: [CCAMP] R: Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] R: Closing G.709 open issues Lou Berger
- [CCAMP] Confirming plan for Issue #48: (Was: Clos… Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] R: Closing G.709 open issues Khuzema Pithewan
- Re: [CCAMP] R: Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] R: Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] R: Closing G.709 open issues Khuzema Pithewan
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- [CCAMP] Closing Issue #49 (Was: Re: R: Closing G.… Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Fatai Zhang
- Re: [CCAMP] R: Closing G.709 open issues Fatai Zhang
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Lou Berger
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Lou Berger
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Fatai Zhang
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … John E Drake
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Fatai Zhang
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Fatai Zhang
- Re: [CCAMP] Confirming plan for Issue #48: (Was: … Fatai Zhang
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Lou Berger
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Khuzema Pithewan
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Lou Berger
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Fatai Zhang
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Khuzema Pithewan
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Lou Berger
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Lou Berger
- [CCAMP] R: Closing Issue #49 (Was: Re: R: Closing… BELOTTI, SERGIO (SERGIO)
- Re: [CCAMP] Closing Issue #49 (Was: Re: R: Closin… Khuzema Pithewan
- Re: [CCAMP] R: Closing Issue #49 (Was: Re: R: Clo… Lou Berger
- [CCAMP] R: R: Closing Issue #49 (Was: Re: R: Clos… BELOTTI, SERGIO (SERGIO)
- Re: [CCAMP] R: R: Closing Issue #49 (Was: Re: R: … Lou Berger
- [CCAMP] R: R: R: Closing Issue #49 (Was: Re: R: C… BELOTTI, SERGIO (SERGIO)
- Re: [CCAMP] R: R: R: Closing Issue #49 (Was: Re: … Lou Berger