Re: [mpls] (no subject)
"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Fri, 26 October 2018 03:47 UTC
Return-Path: <cpignata@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09D6D12DD85; Thu, 25 Oct 2018 20:47:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.97
X-Spam-Level:
X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, 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, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 Q9S5OVsy0ncB; Thu, 25 Oct 2018 20:47:56 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCD2A12D4EA; Thu, 25 Oct 2018 20:47:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12266; q=dns/txt; s=iport; t=1540525675; x=1541735275; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=wiauvQpdkQTg408KlMlyS07UJoFavdOl30F23bpTvfk=; b=FmQS2scYgiMQtg4bDdRlFfQLB4+xpVC7M8oaKu6wM5/TDsnhFChT86WE xTtvnyjxNTggOHiCdPp8Btj06ClvMmeNu2/sRvMaZ/rKb0pGRjhhy5zem gHTYZKkrXnifzc+hfQdysNfEHXfDCiJqez80ZGG1fSth/NlWRYs9z/SzF I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AEAAAGjtJb/5RdJa1jGgEBAQEBAgEBAQEHAgEBAQGBUQUBAQEBCwGBDXdmfygKg2uIGIwXiwqIVYVKFIFmCwEBGAEKhEkCF4J6ITQNDQEDAQECAQECbRwMhTsCAQMBASFLCxACAQg/AwICAh8GCxQRAgQOBYMhAYEdTAMVD6dCgS6Hdw2CEwWLZxeBQT+BEAEnH4JMglZFAQECAYEmN4MFMYImAo5Ghh6JQyYuCQKGZ4ZvgycYkESMa32GLYJUAhEUgSYdOCeBLnAVOyoBgkE+iluFPm8BjAmBHwEB
X-IronPort-AV: E=Sophos;i="5.54,426,1534809600"; d="scan'208,217";a="471637894"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Oct 2018 03:47:47 +0000
Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id w9Q3llc6013578 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 26 Oct 2018 03:47:47 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 25 Oct 2018 23:47:46 -0400
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.1395.000; Thu, 25 Oct 2018 23:47:46 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Greg Mirsky <gregimirsky@gmail.com>
CC: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, mpls <mpls@ietf.org>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Thread-Topic: [mpls] (no subject)
Thread-Index: AQHUYzLWq7XojlNuBEunfbfxxeHuLKUxOfgA
Date: Fri, 26 Oct 2018 03:47:46 +0000
Message-ID: <15CB10A6-6AF4-460F-A71D-56F28D9D7784@cisco.com>
References: <CA+RyBmVDvb6t3rh3sZUHrsApfJRb9A8GCLxPCe9b=tcvZz6J3w@mail.gmail.com>
In-Reply-To: <CA+RyBmVDvb6t3rh3sZUHrsApfJRb9A8GCLxPCe9b=tcvZz6J3w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3445.100.39)
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.118.116.132]
Content-Type: multipart/alternative; boundary="_000_15CB10A66AF4460FA71D56F28D9D7784ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 64.101.220.159, xch-rtp-019.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/IJDKtfLT6krWvTC5IINg4eLVV9M>
Subject: Re: [mpls] (no subject)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 26 Oct 2018 03:47:58 -0000
Hi, Cc BFD WG It would be useful to understand the use case motivation or applicability of this draft, other than it can be done. I’m also increasingly concerned by confusing scope and definition of specifications. For example: https://tools.ietf.org/html/draft-mirsky-mpls-p2mp-bfd-04#section-3.2 3.2. Non-IP Encapsulation of Multipoint BFD Non-IP encapsulation for multipoint BFD over p2mp MPLS LSP MUST use Generic Associated Channel (G-ACh) Label (GAL) [RFC5586] at the bottom of the label stack followed by Associated Channel Header (ACH). Channel Type field in ACH MUST be set to BFD CV [RFC6428]. First, there’s no definition for non-IP BFD in RFC 5586 — only in RFC 5885. Second, the specification in RFC 6428 applies to MPLS Transport Profile only. NOT for MPLS, and explicitly NOT for P2MP! https://tools.ietf.org/html/rfc6428#section-1 This document specifies the BFD extension and behavior to satisfy the CC, proactive CV monitoring, and the RDI functional requirements for both co-routed and associated bidirectional LSPs. Supported encapsulations include Generic Associated Channel Label (GAL) / Generic Associated Channel (G-ACh), Virtual Circuit Connectivity Verification (VCCV), and UDP/IP. Procedures for unidirectional point-to-point (P2P) and point-to-multipoint (P2MP) LSPs are for further study. So, no, this does not work. RFC 6428 does not have scope for P2MP. And RFC 5586 does not specify anything for BFD. Instead, what needs to be cited (appropriately and expanded) is RFC 5885 https://tools.ietf.org/html/rfc6428#section-4 RFC 5884 - BFD CC in UDP/IP/LSP RFC 5885 - BFD CC in G-ACh RFC 5085 - UDP/IP in G-ACh MPLS-TP - CC/CV in GAL/G-ACh or G-ACh Thanks, — Carlos Pignataro On Oct 13, 2018, at 4:24 PM, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote: Dear WG Chairs, et al., as the author of the BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP (draft-mirsky-mpls-p2mp-bfd) I would like to ask you to consider WG adoption call of the draft. The document addresses non-IP encapsulation of p2mp BFD over MPLS LSP that may be useful if the overhead of IP, particularly IPv6, encapsulation is the concern. The base specification of BFD for Multipoint Networks is at this time in IESG LC. Regards, Greg _______________________________________________ mpls mailing list mpls@ietf.org<mailto:mpls@ietf.org> https://www.ietf.org/mailman/listinfo/mpls
- [mpls] (no subject) Greg Mirsky
- Re: [mpls] (no subject) Gyan Mishra
- Re: [mpls] p2mp BFD over MPLS LSP Greg Mirsky
- Re: [mpls] p2mp BFD over MPLS LSP Gyan Mishra
- Re: [mpls] p2mp BFD over MPLS LSP Greg Mirsky
- Re: [mpls] (no subject) Carlos Pignataro (cpignata)
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Greg Mirsky
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Carlos Pignataro (cpignata)
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Loa Andersson
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Greg Mirsky
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Carlos Pignataro (cpignata)
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Greg Mirsky
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Carlos Pignataro (cpignata)
- Re: [mpls] MPLS WG adoption call for draft-mirsky… Greg Mirsky