Re: [Mpls-review] MPLS-RT review of draft-raza-mpls-ldp-applicability-label-adv

"Kamran Raza (skraza)" <skraza@cisco.com> Mon, 16 July 2012 20:52 UTC

Return-Path: <skraza@cisco.com>
X-Original-To: mpls-review@ietfa.amsl.com
Delivered-To: mpls-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 527A411E826C for <mpls-review@ietfa.amsl.com>; Mon, 16 Jul 2012 13:52:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.448
X-Spam-Level:
X-Spam-Status: No, score=-9.448 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_AVOID=2.3, RCVD_IN_DNSWL_HI=-8]
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 3ZzTV87n9oS3 for <mpls-review@ietfa.amsl.com>; Mon, 16 Jul 2012 13:52:03 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 0769E11E813B for <mpls-review@ietf.org>; Mon, 16 Jul 2012 13:52:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=skraza@cisco.com; l=38205; q=dns/txt; s=iport; t=1342471969; x=1343681569; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=KHiDd5yq19uyAgL2pjyxlPmHTfewXzRv9OPPiIONPwU=; b=DMIHtVUYxsTorAritkoYwrFsZI19mWnCaiE5zjHTRdlvF8pB8+tIZVLu zegoGvLEiCQ00OpzlxtIpga/TPBK0AytzLgeWwaOcwSF22HyIsjVQxR+l y3DlzEilaYfWMwdfBYXm0Wa428kLLpKPX29yhgQEoLOE6TnY4jkGOjaYp U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAJx+BFCtJXHB/2dsb2JhbABFgkq3B4EHgiABAQEDAQEBAQ8BGkELEgEIDgMDAQIhAQYoBgsUCQgBAQQBDQUih1wDBgYLm3GWPQ2JSgSKWmaGRwOVO4sEgxyBZoJfgV8
X-IronPort-AV: E=Sophos; i="4.77,596,1336348800"; d="scan'208,217"; a="102373849"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by rcdn-iport-6.cisco.com with ESMTP; 16 Jul 2012 20:52:48 +0000
Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id q6GKqmKx020380 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Jul 2012 20:52:48 GMT
Received: from xmb-aln-x03.cisco.com ([169.254.6.20]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.02.0298.004; Mon, 16 Jul 2012 15:52:47 -0500
From: "Kamran Raza (skraza)" <skraza@cisco.com>
To: Yaacov Weingarten <wyaacov@gmail.com>, Ross Callon <rcallon@juniper.net>
Thread-Topic: [Mpls-review] MPLS-RT review of draft-raza-mpls-ldp-applicability-label-adv
Thread-Index: Ac1O7viHN2hrb6y1R2mvf0ff4lr/LgJmvkGAAsTXgwA=
Date: Mon, 16 Jul 2012 20:52:46 +0000
Message-ID: <CC29F2FE.F9F3%skraza@cisco.com>
In-Reply-To: <CAM0WBXWHjaaX76kvE8Dk2+O1mjgbxEomrUgmY=+V+xtX4+aaaw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.10.0.110310
x-originating-ip: [10.86.251.142]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19042.007
x-tm-as-result: No--31.159000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_CC29F2FEF9F3skrazaciscocom_"
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 17 Jul 2012 08:16:29 -0700
Cc: "George Swallow \(swallow\)" <swallow@cisco.com>, Mach Chen <mach.chen@huawei.com>, Nischal Sheth <nsheth@juniper.net>, "mpls-review@ietf.org" <mpls-review@ietf.org>, "Luca Martini \(lmartini\)" <lmartini@cisco.com>, "Sami Boutros \(sboutros\)" <sboutros@cisco.com>, Nic Leymann <N.Leymann@telekom.de>, "thomas.morin@orange.com" <thomas.morin@orange.com>, Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>, Loa Andersson <loa@pi.nu>
Subject: Re: [Mpls-review] MPLS-RT review of draft-raza-mpls-ldp-applicability-label-adv
X-BeenThere: mpls-review@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: MPLS Review <mpls-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls-review>, <mailto:mpls-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-review>
List-Post: <mailto:mpls-review@ietf.org>
List-Help: <mailto:mpls-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-review>, <mailto:mpls-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Jul 2012 20:52:05 -0000

Hi Yaacov,

>> There is one point that I would raise with the authors and their extensions to RFC5036 Section 3.5.3 - I think it would be helpful if the authors
>> explicitly addressed the final sentence in the description of the A bit and explained how to support an LSR that the mode that is being forced on it
>> is "unacceptable".  During the Initialization of the session there is a possibility for the LSR to reject the session, but in the proposal, it seems that >> a particular application may use a mode that was not agreed as part of the initialization.

The matter of "acceptance" and "non-acceptance" only applies when mode "negotiation" applies to a FEC/application. As per out draft, the negotiated mode currently really applies to the "IP Prefix" FEC/application. So, the final sentence in the section 3.5.3. Of RFC 3036 still hold/apply as-is to this FEC.

For the FEC/applications with "forced" mode for their advertisement, there is no "negotiation" and hence they ALWAYS operate in a given mode for a given FEC/application (even on a shared session).

I can add following new subsection 4.3 in the draft to make it clear

"4.3 Unacceptable mode:

The procedures related to unacceptable label advertisement mode defined in RFC-5036 section 3.5.3 continue to apply for any "session mode-bound" FEC/applications. For "session mode-independent" FEC/applications, there is no negotiation and both LSRs MUST operate in the same/given mode as specified by their respective specification. For a session jointly shared amongst mode-bound and mode-independent FEC/applications, an unacceptable mode (between LSRs) for a given mode-bound FEC/application type will cause session to not establish, as per RFC-5036 section 3.5.3"

Comments ?

Rgds,
-- Kamran
From: Yaacov Weingarten <wyaacov@gmail.com<mailto:wyaacov@gmail.com>>
Date: Mon, 2 Jul 2012 17:36:15 +0300
To: Ross Callon <rcallon@juniper.net<mailto:rcallon@juniper.net>>
Cc: Nischal Sheth <nsheth@juniper.net<mailto:nsheth@juniper.net>>, Mach Chen <mach.chen@huawei.com<mailto:mach.chen@huawei.com>>, "thomas.morin@orange.com<mailto:thomas.morin@orange.com>" <thomas.morin@orange.com<mailto:thomas.morin@orange.com>>, George Swallow <swallow@cisco.com<mailto:swallow@cisco.com>>, "mpls-review@ietf.org<mailto:mpls-review@ietf.org>" <mpls-review@ietf.org<mailto:mpls-review@ietf.org>>, Luca Martini <lmartini@cisco.com<mailto:lmartini@cisco.com>>, "Sami Boutros (sboutros)" <sboutros@cisco.com<mailto:sboutros@cisco.com>>, "Syed Kamran Raza (skraza)" <skraza@cisco.com<mailto:skraza@cisco.com>>, Nic Leymann <N.Leymann@telekom.de<mailto:N.Leymann@telekom.de>>, Martin Vigoureux <martin.vigoureux@alcatel-lucent.com<mailto:martin.vigoureux@alcatel-lucent.com>>, Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>>
Subject: Re: [Mpls-review] MPLS-RT review of draft-raza-mpls-ldp-applicability-label-adv

Hi, all

I have read the draft and in general would say that it is coherent, useful, fills a void, and ready for WG adoption.

There is one point that I would raise with the authors and their extensions to RFC5036 Section 3.5.3 - I think it would be helpful if the authors explicitly addressed the final sentence in the description of the A bit and explained how to support an LSR that the mode that is being forced on it is "unacceptable".  During the Initialization of the session there is a possibility for the LSR to reject the session, but in the proposal, it seems that a particular application may use a mode that was not agreed as part of the initialization.

Aside from that there are several editorial corrections that should be performed that I will forward to the authors

BR,
yaacov weingarten

On Wed, Jun 20, 2012 at 5:14 PM, Ross Callon <rcallon@juniper.net<mailto:rcallon@juniper.net>> wrote:
You have been selected as an MPLS Review team reviewers for
draft-raza-mpls-ldp-applicability-label-adv.

Reviews should comment on whether the document is coherent, is it useful
(ie, is it likely to be actually useful in operational networks), and is
the document technically sound?  We are interested in knowing whether the
document is ready to be considered for WG adoption (ie, it doesn’t have to
be perfect at this point, but should be a good start).

Reviews should be sent to the document authors, WG co-chairs and secretary,
and CC’d to the MPLS WG email list. If necessary, comments may be sent
privately to only the WG chairs.

Are you able to review this draft by July 11, 2012 (this is giving you an
extra week due to the July 4th holiday)?

Thanks, Ross
(as MPLS WG chair)


_______________________________________________
Mpls-review mailing list
Mpls-review@ietf.org<mailto:Mpls-review@ietf.org>
https://www.ietf.org/mailman/listinfo/mpls-review