[mpls] Fw: New Version Notification fordraft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-registry-00.txt

t.petch <ietfc@btconnect.com> Sat, 23 February 2013 20:44 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 058BE21F893F for <mpls@ietfa.amsl.com>; Sat, 23 Feb 2013 12:44:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 CxJI3Zzvqe35 for <mpls@ietfa.amsl.com>; Sat, 23 Feb 2013 12:44:15 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by ietfa.amsl.com (Postfix) with ESMTP id 30CD921F84AF for <mpls@ietf.org>; Sat, 23 Feb 2013 12:44:14 -0800 (PST)
Received: from mail181-ch1-R.bigfish.com (10.43.68.229) by CH1EHSOBE016.bigfish.com (10.43.70.66) with Microsoft SMTP Server id 14.1.225.23; Sat, 23 Feb 2013 20:44:14 +0000
Received: from mail181-ch1 (localhost [127.0.0.1]) by mail181-ch1-R.bigfish.com (Postfix) with ESMTP id 396FC40212 for <mpls@ietf.org>; Sat, 23 Feb 2013 20:44:14 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.250.181; KIP:(null); UIP:(null); IPV:NLI; H:AMSPRD0711HT004.eurprd07.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -19
X-BigFish: PS-19(zz9371I936eI542Izz1f42h1ee6h1de0h1202h1e76h1d1ah1d2ahzz1033IL17326ah8275bh8275dhz2dh2a8h5a9h668h839h93fhd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h1758h17f1h184fh1898h18e1h1946h19b5h19ceh304l1155h)
Received: from mail181-ch1 (localhost.localdomain [127.0.0.1]) by mail181-ch1 (MessageSwitch) id 1361652251921332_9999; Sat, 23 Feb 2013 20:44:11 +0000 (UTC)
Received: from CH1EHSMHS019.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.249]) by mail181-ch1.bigfish.com (Postfix) with ESMTP id D510A400129 for <mpls@ietf.org>; Sat, 23 Feb 2013 20:44:11 +0000 (UTC)
Received: from AMSPRD0711HT004.eurprd07.prod.outlook.com (157.56.250.181) by CH1EHSMHS019.bigfish.com (10.43.70.19) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sat, 23 Feb 2013 20:44:11 +0000
Received: from pc6 (81.151.166.54) by pod51017.outlook.com (10.242.14.165) with Microsoft SMTP Server (TLS) id 14.16.263.1; Sat, 23 Feb 2013 20:44:09 +0000
Message-ID: <00af01ce1206$0d5c9c80$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: mpls <mpls@ietf.org>
Date: Sat, 23 Feb 2013 20:40:38 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [81.151.166.54]
X-OriginatorOrg: btconnect.com
Subject: [mpls] Fw: New Version Notification fordraft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-registry-00.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Feb 2013 20:44:16 -0000

LSP Ping, RFC4379, has been very successful and has evolved in ways in
which, perhaps, the original authors did not anticipate.  In particular,
RFC4379 set up a separate name space for the sub-TLVs of each TLV which
makes it awkward when a TLV wants to reuse sub-TLVs that have already
been defined for a pre-existing TLV.  The namespaces are large, huge
even, and, with the benefit of hindsight, a single namespace of sub-TLVs
would have been plenty large enough and would have allowed reuse without
any further consideration.

This I-D proposes that future allocations of sub-TLVs should be from a
single namespace, common to all TLVs, carved out of the existing range
(but not so far used).  Apart from that, the policies remain unaltered,
TLVs are allocated with the same considerations, and the division into
mandatory, optional and vendor private use remains the same.  Existing
sub-TLVs are unaltered (although it would be advantageous to define a
new one from the common namespace as and when an I-D wants to reuse one
of them).

Please take a look and comment.

Mach, Tom and Loa

----- Original Message -----
From: <internet-drafts@ietf.org>
To: <loa@mail01.huawei.com>
Cc: <tomsecurity@network-engineer.co.uk>; <mach.chen@huawei.com>
Sent: Saturday, February 16, 2013 4:00 PM
Subject: New Version Notification
fordraft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-registry-00.txt



A new version of I-D,
draft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-registry-00.txt
has been successfully submitted by Loa Andersson and posted to the
IETF repository.

Filename: draft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-registry
Revision: 00
Title: "MPLS LSP Ping TLVs and sub-TLVs registry"
Creation date: 2013-02-16
Group: Individual Submission
Number of pages: 22
URL:
http://www.ietf.org/internet-drafts/draft-pac-mpls-lsp-ping-tlvs-and-sub
-tlvs-registry-00.txt
Status:
http://datatracker.ietf.org/doc/draft-pac-mpls-lsp-ping-tlvs-and-sub-tlv
s-registry
Htmlized:
http://tools.ietf.org/html/draft-pac-mpls-lsp-ping-tlvs-and-sub-tlvs-reg
istry-00


Abstract:
   This document addresses issues with the structure, allocation
   policies and clarity in the use of the "TLVs and sub-TLVs" of the
   "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs)
   Ping Parameters" in the "Multiprotocol Label Switching Architecture
   (MPLS)" name space.

   This document does not change any existing allocations and the new
   structure is backwards compatible with the existing registries.

   The policy for the allocation of TLVs is unchanged but future
   allocations of sub-TLVs will come from a single namespace, common to
   all TLVs of LSP Ping Parameters.

The IETF Secretariat