RE: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt> (LabelSwitched Path (LSP) Ping for IPv6 Pseudowire FECs) toProposed Standard
Mach Chen <mach.chen@huawei.com> Wed, 07 November 2012 12:25 UTC
Return-Path: <mach.chen@huawei.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8196021F89D0 for <ietf@ietfa.amsl.com>; Wed, 7 Nov 2012 04:25:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.373
X-Spam-Level:
X-Spam-Status: No, score=-6.373 tagged_above=-999 required=5 tests=[AWL=0.226, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mw-h9gayqq6x for <ietf@ietfa.amsl.com>; Wed, 7 Nov 2012 04:25:02 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A1FB821F8850 for <ietf@ietf.org>; Wed, 7 Nov 2012 04:25:01 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ALH65371; Wed, 07 Nov 2012 12:24:59 +0000 (GMT)
Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 7 Nov 2012 12:24:09 +0000
Received: from SZXEML433-HUB.china.huawei.com (10.72.61.61) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 7 Nov 2012 12:24:17 +0000
Received: from SZXEML511-MBX.china.huawei.com ([169.254.3.192]) by szxeml433-hub.china.huawei.com ([10.72.61.61]) with mapi id 14.01.0323.003; Wed, 7 Nov 2012 20:24:13 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "t.p." <daedulus@btconnect.com>, "ietf@ietf.org" <ietf@ietf.org>
Subject: RE: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt> (LabelSwitched Path (LSP) Ping for IPv6 Pseudowire FECs) toProposed Standard
Thread-Topic: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt> (LabelSwitched Path (LSP) Ping for IPv6 Pseudowire FECs) toProposed Standard
Thread-Index: AQHNuSTu23yioUPmEECSQKSrGiYylpfeUkdw
Date: Wed, 07 Nov 2012 12:24:13 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE22CAE869D@SZXEML511-MBX.china.huawei.com>
References: <20121024213116.29724.2375.idtracker@ietfa.amsl.com>, <028101cdb924$b77260a0$4001a8c0@gateway.2wire.net>
In-Reply-To: <028101cdb924$b77260a0$4001a8c0@gateway.2wire.net>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.128.104]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Nov 2012 12:25:03 -0000
Hi Tom, Many thanks for your comments! Please see my reply inline with [Mach] Best regards, Mach ________________________________________ From: ietf-bounces@ietf.org [ietf-bounces@ietf.org] on behalf of t.p. [daedulus@btconnect.com] Sent: Saturday, November 03, 2012 2:05 To: ietf@ietf.org Subject: Re: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt> (LabelSwitched Path (LSP) Ping for IPv6 Pseudowire FECs) toProposed Standard I worry about the allocation of sub-TLVs in this I-D. It calls for "The following Sub-TLV changes, which comprise three updates and two additions, are made for two TLV Types in the aforementioned sub- registry: TLV Type 1 for "Target FEC Stack", and TLV Type 21 for "Reply Path"." and it is the Type 21 that worries me. [Mach] Since draft-ietf-mpls-return-path-specified-lsp-ping has already defined the rule and policy on how to inhirent the sub-TLVs from type 1 TLV, IMHO, here it may be no need to explicitly mention how to registry the sub-TLVs for Type 21. So, how about this: "The following Sub-TLV changes, which comprise three updates and two additions, are made for TLV Type 1." IANA has, for Type 21, Reply Path (TEMPORARY - expires 2012-01-20) [draft-ietf-mpls-return-path-specified-lsp-ping] and I am unclear what the rules are about updates to expired, TEMPORARY, allocations. [Mach] As Loa pointed out, the current IANA registry for Type 21 TLV is not reflecting the proposal in [draft-ietf-mpls-return-path-specified-lsp-ping]. I worry too that [draft-ietf-mpls-return-path-specified-lsp-ping] while confirming the reservation of Type 21 takes a different tack for sub-TLVs, namely " According to the guidelines defined in [RFC5226], the sub-TLV range of Reply Path TLV are partitioned as following: 0-31743 - Reserved, and MUST NOT be allocated." so quite what this I-D will do to that I-D worries me. [Mach] This is intended for the Type 21 TLV to have a common part code range shared with Type 1 TLV and a TLV specific code range for its own dedicaed sub-TLV. I think we should have an agreement on this solution :-) Best regards, Mach And I worry yet more that other I-Ds, such as draft-zjns-mpls-lsp-ping-relay-reply-00 are heading down the track with further updates in this area of the MPLS namespace (except that this particular one seems to have abandoned sub-TLVs). Tom Petch ----- Original Message ----- From: "The IESG" <iesg-secretary@ietf.org> To: "IETF-Announce" <ietf-announce@ietf.org> Cc: <mpls@ietf.org> Sent: Wednesday, October 24, 2012 9:31 PM > > The IESG has received a request from the Multiprotocol Label Switching WG > (mpls) to consider the following document: > - 'Label Switched Path (LSP) Ping for IPv6 Pseudowire FECs' > <draft-ietf-mpls-ipv6-pw-lsp-ping-03.txt> as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2012-11-09. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. > > Abstract > > Multi-Protocol Label Switching (MPLS) Label Switched Path (LSP) Ping > and traceroute mechanisms are commonly used to detect and isolate > data plane failures in all MPLS LSPs including Pseudowire (PW) LSPs. > The PW LSP Ping and traceroute elements, however, are not specified > for IPv6 address usage. > > This document extends the PW LSP Ping and traceroute mechanisms so > they can be used with IPv6 PWs, and updates RFC 4379. > > > The file can be obtained via > http://datatracker.ietf.org/doc/draft-ietf-mpls-ipv6-pw-lsp-ping/ > > IESG discussion can be tracked via > http://datatracker.ietf.org/doc/draft-ietf-mpls-ipv6-pw-lsp-ping/ballot/ > > > No IPR declarations have been submitted directly on this I-D. > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >
- Re: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-ls… t.p.
- Re: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-ls… Carlos Pignataro (cpignata)
- RE: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-ls… Mach Chen
- Re: [mpls] Last Call: <draft-ietf-mpls-ipv6-pw-ls… t.p.