8564
PROPOSED STANDARD
Support of Point-to-Multipoint Bidirectional Forwarding Detection (BFD) in Transparent Interconnection of Lots of Links (TRILL)
Authors: M. Zhang, S. Pallagatti, V. Govindan
Date: April 2019
Area: rtg
Working Group: trill
Stream: IETF
Updates:
RFC 7175
Abstract
Point-to-multipoint (P2MP) Bidirectional Forwarding Detection (BFD) is designed to verify multipoint connectivity. This document specifies the support of P2MP BFD in Transparent Interconnection of Lots of Links (TRILL). Similar to TRILL point-to-point BFD, BFD Control packets in TRILL P2MP BFD are transmitted using RBridge Channel messages. This document updates RFCs 7175 and 7177.
RFC 8564
PROPOSED STANDARD
Internet Engineering Task Force (IETF) M. Zhang
Request for Comments: 8564 Huawei Technologies
Updates: <a href="./rfc7175">7175</a>, <a href="./rfc7177">7177</a> S. Pallagatti
Category: Standards Track Vmware
ISSN: 2070-1721 V. Govindan
Cisco Systems
April 2019
Support of Point-to-Multipoint Bidirectional Forwarding Detection (BFD)
in Transparent Interconnection of Lots of Links (TRILL)
Abstract
Point-to-multipoint (P2MP) Bidirectional Forwarding Detection (BFD)
is designed to verify multipoint connectivity. This document
specifies the support of P2MP BFD in Transparent Interconnection of
Lots of Links (TRILL). Similar to TRILL point-to-point BFD, BFD
Control packets in TRILL P2MP BFD are transmitted using RBridge
Channel messages. This document updates RFCs 7175 and 7177.
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in <a href="./rfc7841#section-2">Section 2 of RFC 7841</a>.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
<a href="https://www.rfc-editor.org/info/rfc8564">https://www.rfc-editor.org/info/rfc8564</a>.
<span class="grey">Zhang, et al. Standards Track [Page 1]</span><span id="page-2" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and the IETF Trust's Legal
Provisions Relating to IETF Documents
(<a href="https://trustee.ietf.org/license-info">https://trustee.ietf.org/license-info</a>) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-2">2</a>
<a href="#section-2">2</a>. Acronyms and Terminology . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-2.1">2.1</a>. Acronyms . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-2.2">2.2</a>. Terminology . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-3">3</a>. Bootstrapping . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-4">4</a>. A New RBridge Channel Message for P2MP BFD . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-5">5</a>. Discriminators and Packet Demultiplexing . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-6">6</a>. Tracking Active Tails . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-7">7</a>. Security Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-8">8</a>. IANA Considerations . . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-9">9</a>. References . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-9.1">9.1</a>. Normative References . . . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-9.2">9.2</a>. Informative References . . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
TRILL supports multicast forwarding. Applications based on TRILL
multicast may need quick detection of multicast failures using P2MP
BFD [<a href="./rfc8562" title=""Bidirectional Forwarding Detection (BFD) for Multipoint Networks"">RFC8562</a>]. This document specifies TRILL support of P2MP BFD.
To use P2MP BFD, the head end needs to periodically transmit BFD
Control packets to all tails using TRILL multicast. A new RBridge
Channel message is allocated for this purpose.
In order to execute the global protection of distribution used for
multicast forwarding [<a href="#ref-TRILL-TREES">TRILL-TREES</a>], the head needs to track the
active status of tails [<a href="./rfc8563" title=""Bidirectional Forwarding Detection (BFD) Multipoint Active Tails"">RFC8563</a>]. If the tail loses connectivity as
detected by not receiving the new RBridge Channel message from the
head, the tail should notify the head of the lack of multipoint
<span class="grey">Zhang, et al. Standards Track [Page 2]</span><span id="page-3" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
connectivity with unicast BFD Control packets. These unicast BFD
Control packets are transmitted using the existing RBridge Channel
message assigned to BFD Control [<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>].
This document updates [<a href="./rfc7177" title=""Transparent Interconnection of Lots of Links (TRILL): Adjacency"">RFC7177</a>] as specified in <a href="#section-3">Section 3</a> and updates
[<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>] as specified in Sections <a href="#section-4">4</a> and <a href="#section-5">5</a>.
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Acronyms and Terminology</span>
<span class="h3"><a class="selflink" id="section-2.1" href="#section-2.1">2.1</a>. Acronyms</span>
Data Label: VLAN or Fine-Grained Label [<a href="./rfc7172" title=""Transparent Interconnection of Lots of Links (TRILL): Fine-Grained Labeling"">RFC7172</a>].
BFD: Bidirectional Forwarding Detection
P2MP: Point to Multipoint
TRILL: Transparent Interconnection of Lots of Links or Tunneled
Routing in the Link Layer
<span class="h3"><a class="selflink" id="section-2.2" href="#section-2.2">2.2</a>. Terminology</span>
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in
<a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a> [<a href="./rfc2119" title=""Key words for use in RFCs to Indicate Requirement Levels"">RFC2119</a>] [<a href="./rfc8174" title=""Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words"">RFC8174</a>] when, and only when, they appear in all
capitals, as shown here.
Familiarity with [<a href="./rfc6325" title=""Routing Bridges (RBridges): Base Protocol Specification"">RFC6325</a>], [<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>], and [<a href="./rfc7178" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Support"">RFC7178</a>] is assumed in
this document.
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Bootstrapping</span>
The TRILL adjacency mechanism bootstraps the establishment of one-
hop TRILL BFD sessions [<a href="./rfc7177" title=""Transparent Interconnection of Lots of Links (TRILL): Adjacency"">RFC7177</a>]. Multi-hop sessions are expected to
be configured by the network manager. A slight wording update to the
second sentence in <a href="./rfc7177#section-6">Section 6 of [RFC7177]</a> is required.
It currently reads:
If an RBridge supports BFD [<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>], it will have learned whether
the other RBridge has BFD enabled by whether or not a BFD-Enabled
TLV [<a href="./rfc6213" title=""IS-IS BFD-Enabled TLV"">RFC6213</a>] was included in its Hellos.
<span class="grey">Zhang, et al. Standards Track [Page 3]</span><span id="page-4" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
Now it should read:
If an RBridge supports BFD (see [<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>] and [<a href="./rfc8564">RFC8564</a>]), it will
have learned whether the other RBridge has BFD enabled by whether
or not a BFD-Enabled TLV [<a href="./rfc6213" title=""IS-IS BFD-Enabled TLV"">RFC6213</a>] was included in its Hellos.
In addition, a normative reference to this document is added to <a href="./rfc7177">RFC</a>
<a href="./rfc7177">7177</a> as a result of this update.
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. A New RBridge Channel Message for P2MP BFD</span>
RBridge Channel protocol number 0x002 is defined for TRILL point-to-
point BFD Control packets in [<a href="./rfc7175" title=""Transparent Interconnection of Lots of Links (TRILL): Bidirectional Forwarding Detection (BFD) Support"">RFC7175</a>]. That RFC states that if the
M bit of the TRILL Header of the RBridge Channel packet containing a
BFD Control packet is nonzero, the packet is generally dropped. In
P2MP BFD, the head is required to probe tails using multicast. This
means the M bit will be set to 1. For this reason, a new RBridge
Channel message (P2MP BFD Control), whose protocol code point is
0x007, is specified in this document. An RBridge that supports P2MP
BFD MUST support the new RBridge Channel message for P2MP BFD. The
capability to support the RBridge Channel message for P2MP BFD, and
therefore support performing P2MP BFD, is announced within the
RBridge Channel Protocols sub-TLV in Link State PDUs (LSPs)
[<a href="./rfc7176" title=""Transparent Interconnection of Lots of Links (TRILL) Use of IS-IS"">RFC7176</a>].
As specified in [<a href="./rfc7178" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Support"">RFC7178</a>], when the tail receives TRILL Data packets
sent as BFD RBridge Channel messages, it will absorb the packets
itself rather than deliver these packets to its attached end
stations.
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Discriminators and Packet Demultiplexing</span>
The processing in <a href="./rfc7175#section-3.2">Section 3.2 of [RFC7175]</a> generally applies except
that the test on the M bit in the TRILL Header is reversed. If the M
bit is zero, the packet MUST be discarded. If the M bit is one, it
is processed.
After the processing per <a href="./rfc7175#section-3.2">Section 3.2 of [RFC7175]</a>, the tail
demultiplexes incoming BFD packets based on a combination of the
source address and My Discriminator as specified in [<a href="./rfc8562" title=""Bidirectional Forwarding Detection (BFD) for Multipoint Networks"">RFC8562</a>]. In
addition to this combination, TRILL P2MP BFD requires that the tail
use the Data Label, which is either the inner VLAN or the Fine-
Grained Label [<a href="./rfc7172" title=""Transparent Interconnection of Lots of Links (TRILL): Fine-Grained Labeling"">RFC7172</a>], for demultiplexing. If the tail needs to
notify the head about the failure of a multipath, the tail is
required to send unicast BFD Control packets using the same Data
Label as used by the head.
<span class="grey">Zhang, et al. Standards Track [Page 4]</span><span id="page-5" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. Tracking Active Tails</span>
According to [<a href="./rfc8562" title=""Bidirectional Forwarding Detection (BFD) for Multipoint Networks"">RFC8562</a>], the head has a session of type MultipointHead
that is bound to a multipoint path. Multipoint BFD Control packets
are sent by this session over the multipoint path, and no BFD Control
packets are received by it. Each tail dynamically creates a
MultipointTail per a multipoint path. MultipointTail sessions
receive BFD Control packets from the head over multipoint paths.
An example use is when a multicast tree root needs to keep track of
all the receivers as in [<a href="#ref-TRILL-TREES">TRILL-TREES</a>]; this can be done by
maintaining a session of type MultipointClient per receiver that is
of interest, as described in [<a href="./rfc8563" title=""Bidirectional Forwarding Detection (BFD) Multipoint Active Tails"">RFC8563</a>]. See [<a href="./rfc8563" title=""Bidirectional Forwarding Detection (BFD) Multipoint Active Tails"">RFC8563</a>] for detailed
operations of tracking active tails.
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. Security Considerations</span>
Multipoint BFD provides its own authentication but does not provide
encryption (see the Security Considerations in [<a href="./rfc8562" title=""Bidirectional Forwarding Detection (BFD) for Multipoint Networks"">RFC8562</a>]). As
specified in this document, the point-to-multipoint BFD payloads are
encapsulated in RBridge Channel messages that have been extended by
[<a href="./rfc7978" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Header Extension"">RFC7978</a>] to provide security. [<a href="./rfc7978" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Header Extension"">RFC7978</a>] provides encryption only
for point-to-point extended RBridge Channel messages, so its
encryption facilities are not applicable to this document. However,
[<a href="./rfc7978" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Header Extension"">RFC7978</a>] provides stronger authentication than that currently
provided in BFD. Thus, there is little reason to use the BFD
security mechanisms if authentication per [<a href="./rfc7978" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Header Extension"">RFC7978</a>] is in use. It is
expected that a future TRILL document will provide for group keying;
when that occurs, the use of RBridge Channel security [<a href="./rfc7978" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Header Extension"">RFC7978</a>] will
be able to provide both encryption and authentication.
For general multipoint BFD security considerations, see [<a href="./rfc8562" title=""Bidirectional Forwarding Detection (BFD) for Multipoint Networks"">RFC8562</a>].
For general RBridge Channel security considerations, see [<a href="./rfc7178" title=""Transparent Interconnection of Lots of Links (TRILL): RBridge Channel Support"">RFC7178</a>].
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. IANA Considerations</span>
IANA has allocated the following from the Standards Action [<a href="./rfc8126" title="">RFC8126</a>]
range of the "RBridge Channel Protocols" registry, which is part of
the "Transparent Interconnection of Lots of Links (TRILL) Parameters"
registry.
Protocol Number
---------------- ------
P2MP BFD Control 0x007
<span class="grey">Zhang, et al. Standards Track [Page 5]</span><span id="page-6" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
<span class="h2"><a class="selflink" id="section-9" href="#section-9">9</a>. References</span>
<span class="h3"><a class="selflink" id="section-9.1" href="#section-9.1">9.1</a>. Normative References</span>
[<a id="ref-RFC2119">RFC2119</a>] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc2119">RFC 2119</a>,
DOI 10.17487/RFC2119, March 1997,
<<a href="https://www.rfc-editor.org/info/rfc2119">https://www.rfc-editor.org/info/rfc2119</a>>.
[<a id="ref-RFC6325">RFC6325</a>] Perlman, R., Eastlake 3rd, D., Dutt, D., Gai, S., and A.
Ghanwani, "Routing Bridges (RBridges): Base Protocol
Specification", <a href="./rfc6325">RFC 6325</a>, DOI 10.17487/RFC6325, July 2011,
<<a href="https://www.rfc-editor.org/info/rfc6325">https://www.rfc-editor.org/info/rfc6325</a>>.
[<a id="ref-RFC7172">RFC7172</a>] Eastlake 3rd, D., Zhang, M., Agarwal, P., Perlman, R., and
D. Dutt, "Transparent Interconnection of Lots of Links
(TRILL): Fine-Grained Labeling", <a href="./rfc7172">RFC 7172</a>,
DOI 10.17487/RFC7172, May 2014,
<<a href="https://www.rfc-editor.org/info/rfc7172">https://www.rfc-editor.org/info/rfc7172</a>>.
[<a id="ref-RFC7175">RFC7175</a>] Manral, V., Eastlake 3rd, D., Ward, D., and A. Banerjee,
"Transparent Interconnection of Lots of Links (TRILL):
Bidirectional Forwarding Detection (BFD) Support",
<a href="./rfc7175">RFC 7175</a>, DOI 10.17487/RFC7175, May 2014,
<<a href="https://www.rfc-editor.org/info/rfc7175">https://www.rfc-editor.org/info/rfc7175</a>>.
[<a id="ref-RFC7176">RFC7176</a>] Eastlake 3rd, D., Senevirathne, T., Ghanwani, A., Dutt,
D., and A. Banerjee, "Transparent Interconnection of Lots
of Links (TRILL) Use of IS-IS", <a href="./rfc7176">RFC 7176</a>,
DOI 10.17487/RFC7176, May 2014,
<<a href="https://www.rfc-editor.org/info/rfc7176">https://www.rfc-editor.org/info/rfc7176</a>>.
[<a id="ref-RFC7177">RFC7177</a>] Eastlake 3rd, D., Perlman, R., Ghanwani, A., Yang, H., and
V. Manral, "Transparent Interconnection of Lots of Links
(TRILL): Adjacency", <a href="./rfc7177">RFC 7177</a>, DOI 10.17487/RFC7177, May
2014, <<a href="https://www.rfc-editor.org/info/rfc7177">https://www.rfc-editor.org/info/rfc7177</a>>.
[<a id="ref-RFC7178">RFC7178</a>] Eastlake 3rd, D., Manral, V., Li, Y., Aldrin, S., and D.
Ward, "Transparent Interconnection of Lots of Links
(TRILL): RBridge Channel Support", <a href="./rfc7178">RFC 7178</a>,
DOI 10.17487/RFC7178, May 2014,
<<a href="https://www.rfc-editor.org/info/rfc7178">https://www.rfc-editor.org/info/rfc7178</a>>.
[<a id="ref-RFC7978">RFC7978</a>] Eastlake 3rd, D., Umair, M., and Y. Li, "Transparent
Interconnection of Lots of Links (TRILL): RBridge Channel
Header Extension", <a href="./rfc7978">RFC 7978</a>, DOI 10.17487/RFC7978,
September 2016, <<a href="https://www.rfc-editor.org/info/rfc7978">https://www.rfc-editor.org/info/rfc7978</a>>.
<span class="grey">Zhang, et al. Standards Track [Page 6]</span><span id="page-7" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
[<a id="ref-RFC8174">RFC8174</a>] Leiba, B., "Ambiguity of Uppercase vs Lowercase in <a href="./rfc2119">RFC</a>
<a href="./rfc2119">2119</a> Key Words", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc8174">RFC 8174</a>, DOI 10.17487/RFC8174,
May 2017, <<a href="https://www.rfc-editor.org/info/rfc8174">https://www.rfc-editor.org/info/rfc8174</a>>.
[<a id="ref-RFC8562">RFC8562</a>] Katz, D., Ward, D., Pallagatti, S., Ed., and G. Mirsky,
Ed., "Bidirectional Forwarding Detection (BFD) for
Multipoint Networks", <a href="./rfc8562">RFC 8562</a>, DOI 10.17487/RFC8562,
April 2019, <<a href="https://www.rfc-editor.org/info/rfc8562">https://www.rfc-editor.org/info/rfc8562</a>>.
[<a id="ref-RFC8563">RFC8563</a>] Katz, D., Ward, D., Pallagatti, S., Ed., and G. Mirsky,
Ed., "Bidirectional Forwarding Detection (BFD) Multipoint
Active Tails", <a href="./rfc8563">RFC 8563</a>, DOI 10.17487/RFC8563, April 2019,
<<a href="https://www.rfc-editor.org/info/rfc8563">https://www.rfc-editor.org/info/rfc8563</a>>.
<span class="h3"><a class="selflink" id="section-9.2" href="#section-9.2">9.2</a>. Informative References</span>
[<a id="ref-RFC6213">RFC6213</a>] Hopps, C. and L. Ginsberg, "IS-IS BFD-Enabled TLV",
<a href="./rfc6213">RFC 6213</a>, DOI 10.17487/RFC6213, April 2011,
<<a href="https://www.rfc-editor.org/info/rfc6213">https://www.rfc-editor.org/info/rfc6213</a>>.
[<a id="ref-RFC8126">RFC8126</a>] Cotton, M., Leiba, B., and T. Narten, "Guidelines for
Writing an IANA Considerations Section in RFCs", <a href="https://www.rfc-editor.org/bcp/bcp26">BCP 26</a>,
<a href="./rfc8126">RFC 8126</a>, DOI 10.17487/RFC8126, June 2017,
<<a href="https://www.rfc-editor.org/info/rfc8126">https://www.rfc-editor.org/info/rfc8126</a>>.
[<a id="ref-TRILL-TREES">TRILL-TREES</a>]
Zhang, M., Senevirathne, T., Pathangi, J., Banerjee, A.,
and A. Ghanwani, "TRILL: Resilient Distribution Trees",
Work in Progress, <a href="./draft-ietf-trill-resilient-trees-09">draft-ietf-trill-resilient-trees-09</a>,
January 2018.
Acknowledgements
The authors would like to thank Gayle Noble and Donald Eastlake 3rd
for their comments and suggestions.
<span class="grey">Zhang, et al. Standards Track [Page 7]</span><span id="page-8" ></span>
<span class="grey"><a href="./rfc8564">RFC 8564</a> P2MP BFD for TRILL April 2019</span>
Authors' Addresses
Mingui Zhang
Huawei Technologies
No.156 Beiqing Rd. Haidian District
Beijing 100095
China
Email: [email protected]
Santosh Pallagatti
Vmware
Email: [email protected]
Vengada Prasad Govindan
Cisco Systems
Email: [email protected]
Zhang, et al. Standards Track [Page 8]
Annotations
Select text to annotate