Re: [L2tpext] RtgDir review : draft-ietf-l2tpext-sbfd-discriminator

"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Sun, 03 January 2016 12:59 UTC

Return-Path: <cpignata@cisco.com>
X-Original-To: l2tpext@ietfa.amsl.com
Delivered-To: l2tpext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475841AC41D; Sun, 3 Jan 2016 04:59:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ket9hKScjsEU; Sun, 3 Jan 2016 04:59:54 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 056AC1AC41B; Sun, 3 Jan 2016 04:59:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9768; q=dns/txt; s=iport; t=1451825994; x=1453035594; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=SBED3Cb3+j5rMNhWhYUNIpYhEtmQdVmZO4b4tV2QFRk=; b=dtaJn8UYb8w9SGm3dgNEamAymvBkO6pEbbKz3AcyhRcByiDSMpqwA6SQ Qp6Uye2sBzLKp87VbGv1otdB1x0n0z6DWAVrO05DJJ+gB8GF1du1fuIem TaPbi5tcguiNC/k2xsRS6vyhNKPuHXA4EV5yzE/tz0cKAi17SK7v+0kOp c=;
X-Files: signature.asc : 841
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AXAwAzGolW/40NJK1egzpSbQaIU7NwDoFkIoVtAoESOBQBAQEBAQEBgQqENAEBAQMBI1YFCwIBCBQEKgICMiUCBA4FDogZCA6uYJBqAQEBAQEBAQEBAQEBAQEBAQEBAQEBDwmGVoIPCIJohHeCfC6BGwWXBgGCcYFkaogRgVxKg3yIWYpHg3IBEQ8BQ4QKcgGEB4EIAQEB
X-IronPort-AV: E=Sophos;i="5.20,516,1444694400"; d="asc'?scan'208,217";a="223665871"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Jan 2016 12:59:53 +0000
Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u03CxqHA006535 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 3 Jan 2016 12:59:52 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 3 Jan 2016 07:59:52 -0500
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1104.009; Sun, 3 Jan 2016 07:59:51 -0500
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Manav Bhatia <manav@ionosnetworks.com>
Thread-Topic: RtgDir review : draft-ietf-l2tpext-sbfd-discriminator
Thread-Index: AQHRQ8qcrPnooaAjyk+2+OoFLJmvep7qGYCA
Date: Sun, 03 Jan 2016 12:59:51 +0000
Message-ID: <C863B247-3483-4A3E-B5CC-E239F5D40C87@cisco.com>
References: <CAGS6MpDZWc7Bpfs7+pHMTwdLfv8460nW_M_9+yHdr_r3fj+2Fg@mail.gmail.com>
In-Reply-To: <CAGS6MpDZWc7Bpfs7+pHMTwdLfv8460nW_M_9+yHdr_r3fj+2Fg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.81.8.161]
Content-Type: multipart/signed; boundary="Apple-Mail=_E5251CC7-C0CE-4A40-BBB2-6E0A64C7A77E"; protocol="application/pgp-signature"; micalg="pgp-sha256"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/l2tpext/N5s6IEQ0sK1gMC31AY5Ff0zZlsQ>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "l2tpext@ietf.org" <l2tpext@ietf.org>, "draft-ietf-l2tpext-sbfd-discriminator@ietf.org" <draft-ietf-l2tpext-sbfd-discriminator@ietf.org>, "rtg-ads@tools.ietf.org" <rtg-ads@tools.ietf.org>
Subject: Re: [L2tpext] RtgDir review : draft-ietf-l2tpext-sbfd-discriminator
X-BeenThere: l2tpext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Layer Two Tunneling Protocol Extensions <l2tpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2tpext>, <mailto:l2tpext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/l2tpext/>
List-Post: <mailto:l2tpext@ietf.org>
List-Help: <mailto:l2tpext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2tpext>, <mailto:l2tpext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Jan 2016 12:59:56 -0000

Thanks Manav for this second RTG-Dir review (the first one from Dec 18th by Loa)

Please see inline. The upcoming rev will address all your minor concerns.

> On Dec 31, 2015, at 7:55 AM, Manav Bhatia <manav@ionosnetworks.com> wrote:
> 
> Hello,
> 
> I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see  http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir <http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir>
> 
> Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft.
> 
> Document: draft-ietf-l2tpext-sbfd-discriminator-01.txt
> Reviewer: Manav Bhatia
> Review Date: 2015-12-31
> IETF LC End Date: date-if-known
> Intended Status: Proposed Standard (ID says Standards track)
> 
> Summary:
> 
> I have some minor concerns about this document that I think should be resolved before publication.
> 
> Comments:
> 
> I have issues in general readability of the draft. There were parts that were not very clear but that could also be because i am not very conversant with L2TP.
> 
> Major Issues:
> 
> 1. The document describes how one or more than one S-BFD descriminator can be advertised using L2TPv3 AVP. The draft when originally written was inline with the popular idea then, that a node MAY want to advertise more than one S-BFD descriminator. This idea however, is losing currency since the reason that necessitated this capability is now being questioned. Given this, the authors might need to rewrite sections of this draft, if the consensus is to remove the notion of advertising multiple discriminators.

Consensus on this item seems to be that the advertisement vehicles (OSPF, ISIS, L2TP) should allow for multiple discriminators, while the sbfd spec can constrain this to one.

Based on this, there is no change needed on this doc on this point (other than editorials as also pointed out by Loa).

> 
> Minor Issues:
> 
> 1. Most of the acroynms have not been expanded and referenced.
> 

Ack — fixed.

> 2. The figure in the draft is not clear. I dont even want to guess how that needs to be interpreted.
> 

No need to guess, it’s the same as with the ISIS draft (and a format which is quite common actually).

Nonetheless, I added an additional figure to completely disambiguate potential problems or misinterpretations. I hope the new figure is clear.

> Cheers, Manav

Thanks again, Manav!

— Carlos.