Re: [mpls-tp] [mpls] poll to adopt draft-nitinb-mpls-tp-on-demand-cv as a working group document

Nitin Bahadur <nitinb@juniper.net> Thu, 08 July 2010 19:50 UTC

Return-Path: <nitinb@juniper.net>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D26EB3A684C; Thu, 8 Jul 2010 12:50:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57vzcTh7ED9r; Thu, 8 Jul 2010 12:50:14 -0700 (PDT)
Received: from exprod7og115.obsmtp.com (exprod7og115.obsmtp.com [64.18.2.217]) by core3.amsl.com (Postfix) with ESMTP id 054853A6830; Thu, 8 Jul 2010 12:50:03 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob115.postini.com ([64.18.6.12]) with SMTP ID DSNKTDYr7EcV9JlrK7pTWAoTjg4r9EhEuT8E@postini.com; Thu, 08 Jul 2010 12:50:19 PDT
Received: from EMBX02-HQ.jnpr.net ([fe80::18fe:d666:b43e:f97e]) by P-EMHUB03-HQ.jnpr.net ([::1]) with mapi; Thu, 8 Jul 2010 12:48:52 -0700
From: Nitin Bahadur <nitinb@juniper.net>
To: Lavanya Srivatsa <lavanya.srivatsa@aricent.com>, MPLS TP <mpls-tp@ietf.org>, Loa Andersson <loa@pi.nu>
Date: Thu, 08 Jul 2010 12:48:49 -0700
Thread-Topic: [mpls-tp] [mpls] poll to adopt draft-nitinb-mpls-tp-on-demand-cv as a working group document
Thread-Index: AcscPcK0uiKqVsQRQCSiVMrEbZSWCwAAJksrAKYOZxQ=
Message-ID: <C85B79B1.1274E%nitinb@juniper.net>
In-Reply-To: <AF085525D89CCA4EB233BE7E5BF2FDAB1693A750CA@GUREXMB02.ASIAN.AD.ARICENT.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-Entourage/13.4.0.100208
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "mpls@ietf.org" <mpls@ietf.org>, "ahmpls-tp@lists.itu.int" <ahmpls-tp@lists.itu.int>
Subject: Re: [mpls-tp] [mpls] poll to adopt draft-nitinb-mpls-tp-on-demand-cv as a working group document
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jul 2010 19:50:16 -0000

Hi Lavanya,

On 7/5/10 5:52 AM, "Lavanya Srivatsa" <lavanya.srivatsa@aricent.com> wrote:

> Yes / Support.
> 
> However, I have some comments/queries that I would request be updated in the
> next version (if the authors
> agree with my comments, of course!).
> 
> (1)  In Section 2.2, it states "When sending LSP-Ping packets using ACH,
> without IP encapsulation,
>    there MAY be a need to identify the source address of the packet.
>    This source address will be specified via the Source Address TLV,
>    being defined in [I-D.ietf-mpls-tp-ach-tlv]"
> [LS] The ACH TLV draft has Source Address only in
> the IP format and not in the non-IP format as per mpls-tp-identifiers draft.

New address types for src-addr tlv is not in the purview of this draft.
 
> (2) Section 2.3 states - "Only one identifier (MEP or MIP) MUST be present in
> a packet."
> [LS] Would there not be a scenario that a Source MEP and a Destination MIP
> might need 
> to be carried in the packet for connectivity verification to
> intermediate/transit nodes?
> I agree that source MEP/source MIP and destination MEP/destination MIP are
> invalid combinations
> but Source MEP/Destination MIP seems a "possible" combination?

I'm not sure. I am willing to change this if others on the wg mailing list
think so as well.

> (3) Section 3.3 states that the Egress Node may add the Target FEC Stack TLV
> in its echo responses.
> [LS] How will the egress node know when to do so? Is it expected/mandated that
> the echo request 
> should have an newly defined bit set in the Global Flags field to indicate
> that the response should
> contain a Target FEC stack? If so, then I think that this draft needs to
> explain this modification on
> the base rfc 4379.

This section needs some work. Next revision :-)

> On the same lines, would it also be recommended that the echo response
> contains the V bit
> set in the Global Flags to indicate that the ingress must validate the reverse
> FEC?

Yes, I will add some text to indicate that V flag can be set in the reverse
direction as well.
 
> - Lavanya
> 
> 
> ---------- Forwarded message ----------
> From: Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>>
> Date: Mon, Jun 21, 2010 at 5:37 PM
> Subject: [mpls] poll to adopt draft-nitinb-mpls-tp-on-demand-cv as a working
> group document
> To: "mpls-tp@ietf.org<mailto:mpls-tp@ietf.org>"
> <mpls-tp@ietf.org<mailto:mpls-tp@ietf.org>>,
> mpls@ietf.org<mailto:mpls@ietf.org>, MPLS-TP ad hoc team
> <ahmpls-tp@lists.itu.int<mailto:ahmpls-tp@lists.itu.int>>
> 
> 
> 
> Working Group,
> 
> this email is to start poll to adopt
> draft-nitinb-mpls-tp-on-demand-cv-00.txt
> as an MPLS working group draft.
> 
> After recent experience, the chairs would like to remind you all
> what it means to conduct a poll to adopt a draft as a working group
> draft.
> 
> - Please recall that the IETF does not "vote." Polls of a working
>  group are to gather information to help the chairs make their
>  decisions. Voting is not part of the normal working methods of
>  an IETF working group.
> 
> - The "rough consensus" process used in the working group assumes
>  that people expressing opinions are also participating in the
>  development of standards documents.
> 
> - Subscription to the list specifically to express an opinion is
>  noticed by the chairs who has access to information on the new list
>  members. Such behavior is not part of the normal working methods.
> 
> - The purpose of a poll for adoption is to help the chairs understand
>  the level of support for a document (i.e. who has read it, who
>  believes it is a good starting point for working group work, who
>  will contribute to the work) and whether there are any significant
>  technical issues. Statements of objection must be backed up by
>  proper technical reasons.
> 
> So please respond to this poll indicating whether you support the adoption of
> this draft or stating your technical issues.
> 
> Please also not that this draft has after a discussion with the
> working group chairs been renamed, it was earlier know as
> draft-nitinb-mpls-tp-lsp-ping-extensions-01.
> 
> This poll ends eob July 5.
> 
> 
> Loa and George
> mpls wg co-chairs
> 
> --
> 
> 
> Loa Andersson                         email:
> loa.andersson@ericsson.com<mailto:loa.andersson@ericsson.com>
> Sr Strategy and Standards Manager            loa@pi.nu<mailto:loa@pi.nu>
> Ericsson Inc                          phone: +46 10 717 52 13
>                                             +46 767 72 92 13
> _______________________________________________
> mpls mailing list
> mpls@ietf.org<mailto:mpls@ietf.org>
> https://www.ietf.org/mailman/listinfo/mpls
> 
> _______________________________________________
> mpls-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp