Re: [CCAMP] Confirming plan for Issue #48: (Was: Closing G.709 open issues)
John E Drake <jdrake@juniper.net> Mon, 20 May 2013 19:26 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 550F921F96AB for <ccamp@ietfa.amsl.com>; Mon, 20 May 2013 12:26:12 -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 agzzv8znxt+z for <ccamp@ietfa.amsl.com>; Mon, 20 May 2013 12:26:05 -0700 (PDT)
Received: from exprod7og128.obsmtp.com (exprod7og128.obsmtp.com [64.18.2.121]) by ietfa.amsl.com (Postfix) with ESMTP id 4A47621F9681 for <ccamp@ietf.org>; Mon, 20 May 2013 12:26:01 -0700 (PDT)
Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob128.postini.com ([64.18.6.12]) with SMTP ID DSNKUZp4yIIqokiEscef79I7UeAqf62kZ58+@postini.com; Mon, 20 May 2013 12:26:02 PDT
Received: from P-CLDFE01-HQ.jnpr.net (172.24.192.59) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 May 2013 12:18:50 -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 12:18:50 -0700
Received: from va3outboundpool.messaging.microsoft.com (216.32.180.30) by o365mail.juniper.net (207.17.137.224) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 20 May 2013 12:29:39 -0700
Received: from mail90-va3-R.bigfish.com (10.7.14.247) by VA3EHSOBE011.bigfish.com (10.7.40.61) with Microsoft SMTP Server id 14.1.225.23; Mon, 20 May 2013 19:18:49 +0000
Received: from mail90-va3 (localhost [127.0.0.1]) by mail90-va3-R.bigfish.com (Postfix) with ESMTP id A3A853600E1 for <ccamp@ietf.org.FOPE.CONNECTOR.OVERRIDE>; Mon, 20 May 2013 19:18:49 +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 mail90-va3 (localhost.localdomain [127.0.0.1]) by mail90-va3 (MessageSwitch) id 1369077527953476_10083; Mon, 20 May 2013 19:18:47 +0000 (UTC)
Received: from VA3EHSMHS006.bigfish.com (unknown [10.7.14.235]) by mail90-va3.bigfish.com (Postfix) with ESMTP id DAA243400D1; Mon, 20 May 2013 19:18:47 +0000 (UTC)
Received: from BL2PRD0510HT005.namprd05.prod.outlook.com (157.56.240.101) by VA3EHSMHS006.bigfish.com (10.7.99.16) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 20 May 2013 19:18:47 +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; Mon, 20 May 2013 19:18:46 +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/EygSNE2StyemUF3KopkOC57AgABhqoCAAAntLQ==
Date: Mon, 20 May 2013 19:18:45 +0000
Message-ID: <9574E62A-6A68-4290-A103-8A0A750E2004@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>
In-Reply-To: <519A6EC1.4080205@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [166.147.96.91]
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: Mon, 20 May 2013 19:26:20 -0000
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. 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