Re: [mpls] FW: New Version Notification for draft-manral-mpls-rfc3811bis-03.txt

Vishwas Manral <vishwas.ietf@gmail.com> Mon, 01 July 2013 15:49 UTC

Return-Path: <vishwas.ietf@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 0E57011E8248 for <mpls@ietfa.amsl.com>; Mon, 1 Jul 2013 08:49:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 OWoBrto2RzS7 for <mpls@ietfa.amsl.com>; Mon, 1 Jul 2013 08:49:18 -0700 (PDT)
Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id D11BE11E8242 for <mpls@ietf.org>; Mon, 1 Jul 2013 08:49:16 -0700 (PDT)
Received: by mail-ie0-f170.google.com with SMTP id e11so9696666iej.1 for <mpls@ietf.org>; Mon, 01 Jul 2013 08:49:15 -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=ihOnzWBeruyg4F5kn6RilTdhgG1Y6h6TxPOXxGb16T4=; b=oJLwc6jMmUHl5OidJmbohGsGjk0HixqJOTOZpVNekzqe4xKDN3XWjSXX5eYF4dNLDD /a729FAWsnXDrOgqQwx27Y8bXxTCsrVwVPvWJ5280P+4I0W4O0i0FYbipd7hza0zVenT gVwtdFy6ZOvNZ985ltkiQRlJZT6eyx8MbtgsrqppXYMzz/AA6BiJtHMV8ECBzZSgy6aJ faMgIlAgrdNg+uEeBcljKFFmqDWD0QbRHqOzgHAxkr336Tu7t25P3W2UWc4yaHDFgQw/ Y1WP3S6dyKP22Cgn4naebjD05xqjtCFv3moAzgwalMcPo4FazkMlye0yrPsmBa0AWfuw i2cA==
MIME-Version: 1.0
X-Received: by 10.50.22.72 with SMTP id b8mr16148022igf.17.1372693753553; Mon, 01 Jul 2013 08:49:13 -0700 (PDT)
Received: by 10.50.11.115 with HTTP; Mon, 1 Jul 2013 08:49:13 -0700 (PDT)
In-Reply-To: <CDF6E9E3.42649%josh.rogers@twcable.com>
References: <C9B5F12337F6F841B35C404CF0554ACB3F5B69F9@szxeml546-mbx.china.huawei.com> <CDF6E9E3.42649%josh.rogers@twcable.com>
Date: Mon, 01 Jul 2013 08:49:13 -0700
Message-ID: <CAOyVPHRrJtfUCK+NJD6XjWmDXFavDKSu9r8jEfe4HJD9c7hyPQ@mail.gmail.com>
From: Vishwas Manral <vishwas.ietf@gmail.com>
To: "Rogers, Josh" <josh.rogers@twcable.com>
Content-Type: multipart/alternative; boundary="047d7b10c94791778904e0752b4d"
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] FW: New Version Notification for draft-manral-mpls-rfc3811bis-03.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: Mon, 01 Jul 2013 15:49:19 -0000

Hi Josh,

Good point. I read the words and they did sound very confusing.

As a format its an OCTET STRING, we however need to clarify the definition
of the TC MplsNewExtendedTunnelId. We will update that text across.

Thanks,
Vishwas


On Mon, Jul 1, 2013 at 6:16 AM, Rogers, Josh <josh.rogers@twcable.com>wrote:

> RE: MplsNewExtendedTunnelId
> >For IPv6 this represents an IPv4 address of the ingress or
> >egress LSR for the tunnel for an IPv6 network.
>
>
> We've been interested in changing a couple of private networks to v6 only,
> but are waiting for feature in code and maturity of v6 MPLS, so may still
> be a while before we can do it.  I noticed that the language about the
> Extended TunnelID uses words like 'suggests' and 'should' when speaking
> about using a v4 loopback address as the TunnelId for a 'IPv6 network'.
> If there is no v4 address because the network is v6 only, what should be
> used instead?  Are we setting the expectation that everything will be dual
> stacked forever?
>
> Thanks for your response and insight,
> Josh
>
>
> On 6/27/13 11:58 PM, "Will Liu (Shucheng)" <liushucheng@huawei.com> wrote:
>
> >Hi Folks,
> >
> >We uploaded a new version to address the comments about MplsLSPID
> >description as below. We are looking forward to your further comments.
> >Thanks.
> >
> >Cheers,
> >Will
> >
> >-----Original Message-----
> >From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> >Sent: Friday, June 28, 2013 12:54 PM
> >To: Tina TSOU; Will Liu (Shucheng); Francesco Fondelli; Vishwas Manral;
> >Will Liu (Shucheng)
> >Subject: New Version Notification for draft-manral-mpls-rfc3811bis-03.txt
> >
> >
> >A new version of I-D, draft-manral-mpls-rfc3811bis-03.txt
> >has been successfully submitted by Vishwas Manral and posted to the
> >IETF repository.
> >
> >Filename:       draft-manral-mpls-rfc3811bis
> >Revision:       03
> >Title:          Definitions of Textual Conventions (TCs) for
> Multiprotocol Label
> >Switching (MPLS) Management
> >Creation date:  2013-06-28
> >Group:          Individual Submission
> >Number of pages: 22
> >URL:
> >http://www.ietf.org/internet-drafts/draft-manral-mpls-rfc3811bis-03.txt
> >Status:
> >http://datatracker.ietf.org/doc/draft-manral-mpls-rfc3811bis
> >Htmlized:
> >http://tools.ietf.org/html/draft-manral-mpls-rfc3811bis-03
> >Diff:
> >http://www.ietf.org/rfcdiff?url2=draft-manral-mpls-rfc3811bis-03
> >
> >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
>
>
> This E-mail and any of its attachments may contain Time Warner Cable
> proprietary information, which is privileged, confidential, or subject to
> copyright belonging to Time Warner Cable. This E-mail is intended solely
> for the use of the individual or entity to which it is addressed. If you
> are not the intended recipient of this E-mail, you are hereby notified that
> any dissemination, distribution, copying, or action taken in relation to
> the contents of and attachments to this E-mail is strictly prohibited and
> may be unlawful. If you have received this E-mail in error, please notify
> the sender immediately and permanently delete the original and any copy of
> this E-mail and any printout.
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>