Re: [mpls] New Version Notification for draft-mirsky-spring-bfd-00.txt

"Carlos Pignataro (cpignata)" <> Wed, 10 May 2017 19:25 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A37E412EA74; Wed, 10 May 2017 12:25:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.521
X-Spam-Status: No, score=-14.521 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id E2Z4OsZlgIrf; Wed, 10 May 2017 12:25:06 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BFF1512EA6A; Wed, 10 May 2017 12:25:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=23734; q=dns/txt; s=iport; t=1494444305; x=1495653905; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3D8DG/LRuhURy/OPI+AudnyFtFyljp+M1x7zxnWErYI=; b=FQXwhcAII5q1wD1SGe51vDoBEeiUogbmvoWCKehc4oB8qMfgm9+JDkuW 7z9zno/Gazp5ZVVD54i6l+TwmG54Ion+1g9soP9R1SyTd1bldKlHi/LDS sBN232QN9LNi8/6quNGDNT3sIUrfhvDXkA1p4C1+PN1Uf7nfRNlqYuaZD 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.38,320,1491264000"; d="scan'208,217";a="243726006"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 May 2017 19:24:53 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id v4AJOrxW014129 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 10 May 2017 19:24:53 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 10 May 2017 15:24:52 -0400
Received: from ([]) by ([]) with mapi id 15.00.1210.000; Wed, 10 May 2017 15:24:52 -0400
From: "Carlos Pignataro (cpignata)" <>
To: Greg Mirsky <>
CC: "" <>, "" <>, "" <>
Thread-Topic: [mpls] New Version Notification for draft-mirsky-spring-bfd-00.txt
Thread-Index: AQHSyNwl4f82jzKO5Eq8Ccd1kzJOwKHsbA8AgAAB9QCAADyAAIABjQKA
Date: Wed, 10 May 2017 19:24:52 +0000
Message-ID: <>
References: <> <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_9D8869646C21427C87337731D5A996D3ciscocom_"
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [mpls] New Version Notification for draft-mirsky-spring-bfd-00.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multi-Protocol Label Switching WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 10 May 2017 19:25:09 -0000


In the MPLS data plane, FECs are also instantiated through a label stack. But RFC 7110 does not use numeric label values, it uses TFSs. That does not create any additional state. E.g.,:


— Carlos.

On May 9, 2017, at 3:43 PM, Greg Mirsky <<>> wrote:

Hi Carlos,
I probably would characterize anything that starts with Why not as a technical comment but rather as a question.
According to draft-ietf-spring-segment-routing-mpls, "In the MPLS dataplane,the SR header is instantiated through a label stack".
At the same time, one of advantages of SR is that "per-flow state only [maintained] at the ingress node to the SR domain".
Thus, for the case of monitoring unidirectional SR tunnels, I consider that there's no need to create any additional state on the egress node.
Of course, if there were bidirectional SR tunnels, then control of the reverse direction of the BFD session would not require use of the Return Path sub-TLV.
As for LSP-Ping, I just propose that the Segment Routing MPLS Tunnel sub-TLV MAY be used Reply Path TLV defined in RFC 7110. I viewed the proposal as invitation to technical discussion.


On Tue, May 9, 2017 at 9:07 AM, Carlos Pignataro (cpignata) <<>> wrote:
Thank you Greg!

Since seems quite similar to the text removed at, then the complete set of outstanding technical comments that triggered the removal of that text from draft-ietf-mpls-bfd-directed-05.txt might peek your interest :-)

One that I recall is: why use label values when every other return-path sub-TLV for BFD and for LSP-Ping, including draft-ietf-mpls-bfd-directed, uses TFSs?


— Carlos.

On May 9, 2017, at 12:00 PM, Greg Mirsky <<>> wrote:

Dear Carlos,
I've decided to re-start the discussion and am interested to hear technical comments to the proposed solution.


On Tue, May 9, 2017 at 8:51 AM, Carlos Pignataro (cpignata) <<>> wrote:
Dear Greg,

Cursorily scanning through this, it seems that most concerns raised and comments made about the SR sections of draft-ietf-mpls-bfd-directed-0N (with N < 5) apply to your new draft.

This is one of those: — the list archive shows a few more. The copy/paste did not address the comments.


— Carlos.

On May 8, 2017, at 11:33 PM, Greg Mirsky <<>> wrote:

Dear All,
perhaps this new draft may is of interest to you.
Your comments, suggestions are most welcome and greatly appreciated.


---------- Forwarded message ----------
From: <<>>
Date: Mon, May 8, 2017 at 8:29 PM
Subject: New Version Notification for draft-mirsky-spring-bfd-00.txt
To: Gregory Mirsky <<>>

A new version of I-D, draft-mirsky-spring-bfd-00.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:           draft-mirsky-spring-bfd
Revision:       00
Title:          Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane
Document date:  2017-05-08
Group:          Individual Submission
Pages:          7

   Segment Routing architecture leverages the paradigm of source
   routing.  It can be realized in the Multiprotocol Label Switching
   (MPLS) network without any change to the data plane.  A segment is
   encoded as an MPLS label and an ordered list of segments is encoded
   as a stack of labels.  Bidirectional Forwarding Detection (BFD) is
   expected to monitor any kind of paths between systems.  This document
   defines how to use Label Switched Path Ping to bootstrap and control
   path in reverse direction of a BFD session on the Segment Routing
   network over MPLS dataplane.

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at<>g/>.

The IETF Secretariat

mpls mailing list<>