Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf

"Nobo Akiya" <nobo.akiya.dev@gmail.com> Mon, 06 April 2015 01:10 UTC

Return-Path: <nobo.akiya.dev@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D1B1ACECD for <mpls@ietfa.amsl.com>; Sun, 5 Apr 2015 18:10:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 uYn9k7jkWviI for <mpls@ietfa.amsl.com>; Sun, 5 Apr 2015 18:10:31 -0700 (PDT)
Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 751A91ACEC4 for <mpls@ietf.org>; Sun, 5 Apr 2015 18:10:31 -0700 (PDT)
Received: by pddn5 with SMTP id n5so28561886pdd.2 for <mpls@ietf.org>; Sun, 05 Apr 2015 18:10:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=C6lC/+3h8QK7sXfvkNSIVSX4NwCY2C5yjzetn+QbGxw=; b=ME2Ov4BBAz1kRvRq1ZKWJlEf4OOLRerQ12OIcBEyJ7c9pWKUxKgIrdGinnpDT94ldc IG7BiQxiNZ81703so+8aSdfEETldAWs2gqs0ySAqSPZJKC+KAAFsLC0YKLT3xhnXVLez 6TtDICnmoDk65EmtmjdNqtDxBdwa9Ob7i7SIXtMB1mcEjwnxohHLAeuNpSNQhAgOdBjz RjKhUM0GpgkmRWkLbLzwBbslIc/poVgkeoy/RLoOJKVtWNuovDz/bH4iK/Yo2QcXUklf 832r83aIzfmfsC9cOKTTt7kRQvQRvgA5dyrjvKYjUOuN+oZLEsWx12nIU7z19/pdF05r AAbg==
X-Received: by 10.68.231.66 with SMTP id te2mr23395823pbc.118.1428282631180; Sun, 05 Apr 2015 18:10:31 -0700 (PDT)
Received: from NoboAkiyaPC (108-245-44-219.lightspeed.sntcca.sbcglobal.net. [108.245.44.219]) by mx.google.com with ESMTPSA id ts4sm2667482pbc.41.2015.04.05.18.10.29 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 05 Apr 2015 18:10:30 -0700 (PDT)
From: "Nobo Akiya" <nobo.akiya.dev@gmail.com>
To: "'Ross Callon'" <rcallon@juniper.net>, <mpls@ietf.org>
References: <BY1PR0501MB143041FD755CA2819623985EA5180@BY1PR0501MB1430.namprd05.prod.outlook.com> <BY1PR0501MB14307B7B5965125211314F1FA5FE0@BY1PR0501MB1430.namprd05.prod.outlook.com>
In-Reply-To: <BY1PR0501MB14307B7B5965125211314F1FA5FE0@BY1PR0501MB1430.namprd05.prod.outlook.com>
Date: Sun, 5 Apr 2015 18:10:26 -0700
Message-ID: <005801d07006$789a7ed0$69cf7c70$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQH1MtJuR9PoFq/Ikt5tBrpfIzTGugHj/uh8nOZ5mVA=
Content-Language: en-ca
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/u_StBfGdDgv0EVjH5xUhMjvPcY0>
Cc: mpls-chairs@tools.ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@tools.ietf.org
Subject: Re: [mpls] working group last call for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
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, 06 Apr 2015 01:10:33 -0000

Hi Ross,

My apologies for being late.

I skipped over all the PM details, but read rest of the document. This
document defines an important functionality for TP OAM, and I do support its
progress.

I did spot few things which should be addressed in the document (especially
#1 and #4).

1. Section 2.2

      - BFD Configuration sub-TLV, which MUST be included if either the
      CC, the CV or both OAM Function flags being set in the OAM
      Function Flags Sub-TLV [RFC7260].

I'm guessing that above is a copy & paste error/leftover. MPLS OAM Function
TLV is defined in the section 2.2 of the
draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf document, and the TLV has MPLS OAM
TLV Flags defined. We would want to refer to the MPLS OAM TLV Flags in the
MPLS OAM Function TLV instead of OAM Function flags in the OAM Function
Flags Sub-TLV defined in RFC7260.

And if above is true (and the text is corrected), then the reference to
RFC7260 can also be removed (as it is not mentioned anywhere else in this
document).

2. Section 2.2

      This sub-TLV MUST carry a "BFD
      Local Discriminator sub-TLV" and a "Timer Negotiation Parameters
      sub-TLV" if the N flag is cleared.  The "Source MEP-ID sub-TLV"
      MUST also be included.  If the I flag is set, the "BFD
      Authentication sub-TLV" MAY be included.

I think above should be removed, as it is a subset (and a bit confusion
subset) of what is better described at the end of Section 2.2.1 anyways.

3. Section 2.2.1

         In this case an updated
         Negotiation Timer Parameters sub-TLV, containing values
         supported by the egress node, is returned to the ingress.

Above is probably a good place to reference RFC7419 to prevent problematic
interop of multiple devices.

4. Section 2.2.4

There needs to be some synchronicity between AuthType/AuthKeyID to specified
in "this" MPLS echo request message and AuthType/AuthKeyID being used by BFD
control packets. For example:

- If BFD control packets using "new" auth is received by the egress LSR
before MPLS echo request with new "auth" is received, all BFD control
packets using "new" auth will be dropped.
- To take that a step further, if BFD control packets using "new" auth is
received by the egress LSR before "this" MPLS echo request is received by
the egress LSR and corresponding BFD session is updated to point to the
"new" auth , all BFD control packets using "new" auth will be dropped.
- If BFD control packets using "new" auth is only sent X time after sending
the MPLS echo request with new "auth", then it is not guaranteed that the
egress LSR will still be accepting BFD control packets with "old" auth for X
amount of time.
- And of course there's the error case of the egress LSR not being able to
support the specified the "new" auth specified in received MPLS echo
request, but the ingress LSR starts using the "new" auth before it receives
back NOSUP from the egress LSR via MPLS echo reply.

I suspect if sufficient details are not defined, we would likely run into
some inter-op issues with this aspect.

Thanks!

-Nobo

> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
> Sent: April-05-15 5:10 PM
> To: mpls@ietf.org
> Cc: Ross Callon; mpls-chairs@tools.ietf.org;
draft-ietf-mpls-lsp-ping-mpls-tp-
> oam-conf@tools.ietf.org
> Subject: Re: [mpls] working group last call for
draft-ietf-mpls-lsp-ping-mpls-tp-
> oam-conf
> 
> This working group last call has now ended.
> 
> There was one public response (to the MPLS working group) in support. I
also
> got private responses of support from two of the authors. Otherwise there
were
> no responses (neither in favor nor opposed). This is not sufficient to
constitute
> “rough consensus”. As such the working group last call has failed.
> 
> My inclination is to wait for the July IETF (in Prague), and give the
authors an
> opportunity to present and solicit additional support. Depending upon the
> response there, we may then repeat the WGLC.
> 
> Thanks, Ross
> (as WG co-chair)
> 
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
> Sent: Tuesday, March 10, 2015 4:46 PM
> To: mpls@ietf.org
> Cc: mpls-chairs@tools.ietf.org; draft-ietf-mpls-lsp-ping-mpls-tp-oam-
> conf@tools.ietf.org
> Subject: [mpls] working group last call for
draft-ietf-mpls-lsp-ping-mpls-tp-oam-
> conf
> 
> Working Group,
> 
> This is to initiate a working group last call on
draft-ietf-mpls-lsp-ping-mpls-tp-
> oam-conf-09.
> Because this WGLC will span the IETF in Dallas, it will be extended to
just over
> three weeks.
> 
> Please send your comments to the mpls wg mailing list (mpls@ietf.org).
> 
> There are no IPR disclosures against this document. All the authors have
stated
> that they
> are not aware of any IPR that relates to this draft (two of the responses
were
> private to
> the WG chairs).
> 
> This working group last call ends Thursday  April 2, 2015.
> 
> Ross
> for the MPLS WG chairs
> 
>