Re: [mpls] FW: New Version Notification for draft-manral-mpls-rfc3811bis-02.txt
Francesco Fondelli <francesco.fondelli@gmail.com> Fri, 24 May 2013 18:09 UTC
Return-Path: <francesco.fondelli@gmail.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 BEC4321E8055 for <mpls@ietfa.amsl.com>; Fri, 24 May 2013 11:09:39 -0700 (PDT)
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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAEgDb2yfS8B for <mpls@ietfa.amsl.com>; Fri, 24 May 2013 11:09:35 -0700 (PDT)
Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by ietfa.amsl.com (Postfix) with ESMTP id 130EF21E804E for <mpls@ietf.org>; Fri, 24 May 2013 11:09:31 -0700 (PDT)
Received: by mail-lb0-f173.google.com with SMTP id t10so5006523lbi.18 for <mpls@ietf.org>; Fri, 24 May 2013 11:09:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s9z+ulpzw5u9ySIj2RZUE90EU22qqQGAqrzaTnt2yH4=; b=VUaQgRiMEvXCMcl1gn+sSFkzyEqjVpGN3wuz1xIkGSUPke/gz+xscNvba56UC0FrqF bddQtXXK4gB83j3lAWW0efIOc69LbsLtX20QEBPEzVQJToKbVsOnE8qPrlIhlGvC7maE BAlZXP4m/5ElFJ8QeRG+EJa8+OlbMnqnyuc5h5QEROk7riWShz0UJeVV7jRBeoQhFqH6 VLqJBiIZbCIyzh0a0HomTmntXfBNOw2caTST8GJOVwnW42KY4OJzcXgLCdcSEr6pGlUF Ye6uX+8oGkom0JYC3pHEygMIQNUbxvhZ2ttDqUWO3z6jBqV9U/CXRjV66qSopCHEX8nS lf2g==
MIME-Version: 1.0
X-Received: by 10.152.26.225 with SMTP id o1mr9554001lag.43.1369418963173; Fri, 24 May 2013 11:09:23 -0700 (PDT)
Received: by 10.114.183.114 with HTTP; Fri, 24 May 2013 11:09:23 -0700 (PDT)
In-Reply-To: <C9B5F12337F6F841B35C404CF0554ACB2D7E106A@szxeml546-mbs.china.huawei.com>
References: <C9B5F12337F6F841B35C404CF0554ACB2D7E106A@szxeml546-mbs.china.huawei.com>
Date: Fri, 24 May 2013 20:09:23 +0200
Message-ID: <CABP12Jyv+8W4BfG8vEgeuskUcrCqX-sdfEQxjxmwPvXexpGufA@mail.gmail.com>
From: Francesco Fondelli <francesco.fondelli@gmail.com>
To: "Will Liu (Shucheng)" <liushucheng@huawei.com>
Content-Type: text/plain; charset="UTF-8"
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] FW: New Version Notification for draft-manral-mpls-rfc3811bis-02.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: Fri, 24 May 2013 18:09:39 -0000
Hi Will, all, I have always thought MplsLSPID description in 3811 was misleading (or inconsistent): "A unique identifier within an MPLS network that is assigned to each LSP...". For LDP this is 6 bytes 'IP addr + local ID' and can be used as a network-unique handle. However, for LSPs signaled using RSVP-TE, RFC3811 suggests to use the LSP_ID (2 byte) used in the SENDER_TEMPLATE obj. This is just a local number (it is unique within the scope of the SESSION) so it cannot be used to uniquely identify an LSP on a network. Can we also "fix" this in 3811bis ? We can simply state (in the MplsLSPID description) that for LSPs signaled using RSVP-TE this is just a local number. Alternatively, we can make room (now is max 6 octets) for full network level LSP identification: 5-tuple { Destination Address, Tunnel_ID, Extended Tunnel ID, Sender Address, LSP_ID }. thank you ciao fra On Wed, May 22, 2013 at 5:02 AM, Will Liu (Shucheng) <liushucheng@huawei.com> wrote: > Folks, > > We updated the draft by modifying the introduction, typos in section 5, and adding a section highlighting the changes on rfc3811. > > Your review and comments are highly appreciated. > > Regards, > Will > > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Wednesday, May 22, 2013 3:30 AM > To: Tina TSOU; Will Liu (Shucheng); Vishwas Manral; Will Liu (Shucheng) > Subject: New Version Notification for draft-manral-mpls-rfc3811bis-02.txt > > > A new version of I-D, draft-manral-mpls-rfc3811bis-02.txt > has been successfully submitted by Vishwas Manral and posted to the > IETF repository. > > Filename: draft-manral-mpls-rfc3811bis > Revision: 02 > Title: Definitions of Textual Conventions (TCs) for Multiprotocol Label Switching (MPLS) Management > Creation date: 2013-05-20 > Group: Individual Submission > Number of pages: 22 > URL: http://www.ietf.org/internet-drafts/draft-manral-mpls-rfc3811bis-02.txt > Status: http://datatracker.ietf.org/doc/draft-manral-mpls-rfc3811bis > Htmlized: http://tools.ietf.org/html/draft-manral-mpls-rfc3811bis-02 > Diff: http://www.ietf.org/rfcdiff?url2=draft-manral-mpls-rfc3811bis-02 > > Abstract: > This memo defines a Management Information Base (MIB) module which > contains Textual Conventions to represent commonly used Multiprotocol > Label Switching (MPLS) management information. The intent is that > these TEXTUAL CONVENTIONS (TCs) will be imported and used in MPLS > related MIB modules that would otherwise define their own > representations. > > This document obsoletes RFC3811 as it addresses the need to support > IPv6 extended TunnelID's by defining a new TC- > MplsNewExtendedTunnelID which suggests using IPv4 address of the > ingress or egress LSR for the tunnel for an IPv6 network. Changes > from RFC3811 and the effect of the new TC to other related documents > are summarized in Section 4 and 5, respectively. > > > > > The IETF Secretariat > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
- [mpls] FW: New Version Notification for draft-man… Will Liu (Shucheng)
- Re: [mpls] FW: New Version Notification for draft… Francesco Fondelli
- Re: [mpls] FW: New Version Notification for draft… Will Liu (Shucheng)
- Re: [mpls] FW: New Version Notification for draft… Will Liu (Shucheng)