1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
|
<pre>Internet Engineering Task Force (IETF) R. Aggarwal
Request for Comments: 5884 K. Kompella
Updates: <a href="./rfc1122">1122</a> Juniper Networks
Category: Standards Track T. Nadeau
ISSN: 2070-1721 BT
G. Swallow
Cisco Systems, Inc.
June 2010
<span class="h1">Bidirectional Forwarding Detection (BFD)</span>
<span class="h1">for MPLS Label Switched Paths (LSPs)</span>
Abstract
One desirable application of Bidirectional Forwarding Detection (BFD)
is to detect a Multiprotocol Label Switching (MPLS) Label Switched
Path (LSP) data plane failure. LSP Ping is an existing mechanism for
detecting MPLS data plane failures and for verifying the MPLS LSP
data plane against the control plane. BFD can be used for the
former, but not for the latter. However, the control plane
processing required for BFD Control packets is relatively smaller
than the processing required for LSP Ping messages. A combination of
LSP Ping and BFD can be used to provide faster data plane failure
detection and/or make it possible to provide such detection on a
greater number of LSPs. This document describes the applicability of
BFD in relation to LSP Ping for this application. It also describes
procedures for using BFD in this environment.
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="./rfc5741#section-2">Section 2 of RFC 5741</a>.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
<a href="http://www.rfc-editor.org/info/rfc5884">http://www.rfc-editor.org/info/rfc5884</a>.
<span class="grey">Aggarwal, et al. Standards Track [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
Copyright Notice
Copyright (c) 2010 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="http://trustee.ietf.org/license-info">http://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.
This document may contain material from IETF Documents or IETF
Contributions published or made publicly available before November
10, 2008. The person(s) controlling the copyright in some of this
material may not have granted the IETF Trust the right to allow
modifications of such material outside the IETF Standards Process.
Without obtaining an adequate license from the person(s) controlling
the copyright in such materials, this document may not be modified
outside the IETF Standards Process, and derivative works of it may
not be created outside the IETF Standards Process, except to format
it for publication as an RFC or to translate it into languages other
than English.
Table of Contents
<a href="#section-1">1</a>. Introduction ....................................................<a href="#page-3">3</a>
<a href="#section-2">2</a>. Specification of Requirements ...................................<a href="#page-3">3</a>
<a href="#section-3">3</a>. Applicability ...................................................<a href="#page-3">3</a>
<a href="#section-3.1">3.1</a>. BFD for MPLS LSPs: Motivation ..............................<a href="#page-3">3</a>
<a href="#section-3.2">3.2</a>. Using BFD in Conjunction with LSP Ping .....................<a href="#page-5">5</a>
<a href="#section-4">4</a>. Theory of Operation .............................................<a href="#page-6">6</a>
<a href="#section-5">5</a>. Initialization and Demultiplexing ...............................<a href="#page-7">7</a>
<a href="#section-6">6</a>. Session Establishment ...........................................<a href="#page-7">7</a>
<a href="#section-6.1">6.1</a>. BFD Discriminator TLV in LSP Ping ..........................<a href="#page-8">8</a>
<a href="#section-7">7</a>. Encapsulation ...................................................<a href="#page-8">8</a>
<a href="#section-8">8</a>. Security Considerations .........................................<a href="#page-9">9</a>
<a href="#section-9">9</a>. IANA Considerations ............................................<a href="#page-10">10</a>
<a href="#section-10">10</a>. Acknowledgments ...............................................<a href="#page-10">10</a>
<a href="#section-11">11</a>. References ....................................................<a href="#page-10">10</a>
<a href="#section-11.1">11.1</a>. Normative References .....................................<a href="#page-10">10</a>
<a href="#section-11.2">11.2</a>. Informative References ...................................<a href="#page-10">10</a>
<span class="grey">Aggarwal, et al. Standards Track [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
One desirable application of Bidirectional Forwarding Detection (BFD)
is to track the liveness of a Multiprotocol Label Switching (MPLS)
Label Switched Path (LSP). In particular, BFD can be used to detect
a data plane failure in the forwarding path of an MPLS LSP. LSP Ping
[<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>] is an existing mechanism for detecting MPLS LSP data plane
failures and for verifying the MPLS LSP data plane against the
control plane. This document describes the applicability of BFD in
relation to LSP Ping for detecting MPLS LSP data plane failures. It
also describes procedures for using BFD for detecting MPLS LSP data
plane failures.
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Specification of Requirements</span>
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [<a href="./rfc2119" title=""Key words for use in RFCs to Indicate Requirement Levels"">RFC2119</a>].
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Applicability</span>
In the event of an MPLS LSP failing to deliver data traffic, it may
not always be possible to detect the failure using the MPLS control
plane. For instance, the control plane of the MPLS LSP may be
functional while the data plane may be mis-forwarding or dropping
data. Hence, there is a need for a mechanism to detect a data plane
failure in the MPLS LSP path [<a href="./rfc4377" title=""Operations and Management (OAM) Requirements for Multi-Protocol Label Switched (MPLS) Networks"">RFC4377</a>].
<span class="h3"><a class="selflink" id="section-3.1" href="#section-3.1">3.1</a>. BFD for MPLS LSPs: Motivation</span>
LSP Ping described in [<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>] is an existing mechanism for
detecting an MPLS LSP data plane failure. In addition, LSP Ping also
provides a mechanism for verifying the MPLS control plane against the
data plane. This is done by ensuring that the LSP is mapped to the
same Forwarding Equivalence Class (FEC), at the egress, as the
ingress.
BFD cannot be used for verifying the MPLS control plane against the
data plane. However, BFD can be used to detect a data plane failure
in the forwarding path of an MPLS LSP. The LSP may be associated
with any of the following FECs:
a) Resource Reservation Protocol (RSVP) LSP_Tunnel IPv4/IPv6
Session [<a href="./rfc3209" title=""RSVP-TE: Extensions to RSVP for LSP Tunnels"">RFC3209</a>]
b) Label Distribution Protocol (LDP) IPv4/IPv6 prefix [<a href="./rfc5036" title=""LDP Specification"">RFC5036</a>]
c) Virtual Private Network (VPN) IPv4/IPv6 prefix [<a href="./rfc4364" title=""BGP/MPLS IP Virtual Private Networks (VPNs)"">RFC4364</a>]
<span class="grey">Aggarwal, et al. Standards Track [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
d) Layer 2 VPN [<a href="#ref-L2-VPN" title=""Layer 2 VPNs Over Tunnels"">L2-VPN</a>]
e) Pseudowires based on PWid FEC and Generalized PWid FEC
[<a href="./rfc4447" title=""Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)"">RFC4447</a>]
f) Border Gateway Protocol (BGP) labeled prefixes [<a href="./rfc3107" title=""Carrying Label Information in BGP-4"">RFC3107</a>]
LSP Ping includes extensive control plane verification. BFD, on the
other hand, was designed as a lightweight means of testing only the
data plane. As a result, LSP Ping is computationally more expensive
than BFD for detecting MPLS LSP data plane faults. BFD is also more
suitable for being implemented in hardware or firmware due to its
fixed packet format. Thus, the use of BFD for detecting MPLS LSP
data plane faults has the following advantages:
a) Support for fault detection for greater number of LSPs.
b) Fast detection. Detection with sub-second granularity is
considered as fast detection. LSP Ping is intended to be used
in an environment where fault detection messages are exchanged,
either for diagnostic purposes or for infrequent periodic fault
detection, in the order of tens of seconds or minutes. Hence,
it is not appropriate for fast detection. BFD, on the other
hand, is designed for sub-second fault detection intervals.
Following are some potential cases when fast detection may be
desirable for MPLS LSPs:
1. In the case of a bypass LSP used for a facility-based link
or node protection [<a href="./rfc4090" title=""Fast Reroute Extensions to RSVP-TE for LSP Tunnels"">RFC4090</a>]. In this case, the bypass LSP
is essentially being used as an alternate link to protect
one or more LSPs. It represents an aggregate and is used to
carry data traffic belonging to one or more LSPs, when the
link or the node being protected fails. Hence, fast failure
detection of the bypass LSP may be desirable particularly in
the event of link or node failure when the data traffic is
moved to the bypass LSP.
2. MPLS Pseudowires (PWs). Fast detection may be desired for
MPLS PWs depending on i) the model used to layer the MPLS
network with the Layer 2 network, and ii) the service that
the PW is emulating. For a non-overlay model between the
Layer 2 network and the MPLS network, the provider may rely
on PW fault detection to provide service status to the end-
systems. Also, in that case, interworking scenarios such as
ATM/Frame Relay interworking may force periodic PW fault
detection messages. Depending on the requirements of the
service that the MPLS PW is emulating, fast failure
detection may be desirable.
<span class="grey">Aggarwal, et al. Standards Track [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
There may be other potential cases where fast failure detection is
desired for MPLS LSPs.
<span class="h3"><a class="selflink" id="section-3.2" href="#section-3.2">3.2</a>. Using BFD in Conjunction with LSP Ping</span>
BFD can be used for MPLS LSP data plane fault detection. However, it
does not have all the functionality of LSP Ping. In particular, it
cannot be used for verifying the control plane against the data
plane. LSP Ping performs the following functions that are outside
the scope of BFD:
a) Association of an LSP Ping Echo request message with a FEC. In
the case of Penultimate Hop Popping (PHP) or when the egress
Label Switching Router (LSR) distributes an explicit null label
to the penultimate hop router, for a single label stack LSP,
the only way to associate a fault detection message with a FEC
is by carrying the FEC in the message. LSP Ping provides this
functionality. Next-hop label allocation also makes it
necessary to carry the FEC in the fault detection message as
the label alone is not sufficient to identify the LSP being
verified. In addition, presence of the FEC in the Echo request
message makes it possible to verify the control plane against
the data plane at the egress LSR.
b) Equal Cost Multi-Path (ECMP) considerations. LSP Ping
traceroute makes it possible to probe multiple alternate paths
for LDP IP FECs.
c) Traceroute. LSP Ping supports traceroute for a FEC and it can
be used for fault isolation.
Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault
detection:
i) LSP Ping is used for bootstrapping the BFD session as described
later in this document.
ii) BFD is used to exchange fault detection (i.e., BFD session)
packets at the required detection interval.
iii) LSP Ping is used to periodically verify the control plane
against the data plane by ensuring that the LSP is mapped to
the same FEC, at the egress, as the ingress.
<span class="grey">Aggarwal, et al. Standards Track [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. Theory of Operation</span>
To use BFD for fault detection on an MPLS LSP, a BFD session MUST be
established for that particular MPLS LSP. BFD Control packets MUST
be sent along the same data path as the LSP being verified and are
processed by the BFD processing module of the egress LSR. If the LSP
is associated with multiple FECs, a BFD session SHOULD be established
for each FEC. For instance, this may happen in the case of next-hop
label allocation. Hence, the operation is conceptually similar to
the data plane fault detection procedures of LSP Ping.
If MPLS fast-reroute is being used for the MPLS LSP, the use of BFD
for fault detection can result in false fault detections if the BFD
fault detection interval is less than the MPLS fast-reroute
switchover time. When MPLS fast-reroute is triggered because of a
link or node failure, BFD Control packets will be dropped until
traffic is switched on to the backup LSP. If the time taken to
perform the switchover exceeds the BFD fault detection interval, a
fault will be declared even though the MPLS LSP is being locally
repaired. To avoid this, the BFD fault detection interval should be
greater than the fast-reroute switchover time. An implementation
SHOULD provide configuration options to control the BFD fault
detection interval.
If there are multiple alternate paths from an ingress LSR to an
egress LSR for an LDP IP FEC, LSP Ping traceroute MAY be used to
determine each of these alternate paths. A BFD session SHOULD be
established for each alternate path that is discovered.
Periodic LSP Ping Echo request messages SHOULD be sent by the ingress
LSR to the egress LSR along the same data path as the LSP. This is
to periodically verify the control plane against the data plane by
ensuring that the LSP is mapped to the same FEC, at the egress, as
the ingress. The rate of generation of these LSP Ping Echo request
messages SHOULD be significantly less than the rate of generation of
the BFD Control packets. An implementation MAY provide configuration
options to control the rate of generation of the periodic LSP Ping
Echo request messages.
To enable fault detection procedures specified in this document, for
a particular MPLS LSP, this document requires the ingress and egress
LSRs to be configured. This includes configuration for supporting
BFD and LSP Ping as specified in this document. It also includes
configuration that enables the ingress LSR to determine the method
used by the egress LSR to identify Operations, Administration, and
Maintenance (OAM) packets, e.g., whether the Time to Live (TTL) of
the innermost MPLS label needs to be set to 1 to enable the egress
<span class="grey">Aggarwal, et al. Standards Track [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
LSR to identify the OAM packet. For fault detection for MPLS PWs,
this document assumes that the PW control channel type [<a href="./rfc5085" title=""Pseudowire Virtual Circuit Connectivity Verification (VCCV): A Control Channel for Pseudowires"">RFC5085</a>] is
configured and the support of LSP Ping is also configured.
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Initialization and Demultiplexing</span>
A BFD session may be established for a FEC associated with an MPLS
LSP. As described above, in the case of PHP or when the egress LSR
distributes an explicit null label to the penultimate hop router, or
next-hop label allocation, the BFD Control packet received by the
egress LSR does not contain sufficient information to associate it
with a BFD session. Hence, the demultiplexing MUST be done using the
remote discriminator field in the received BFD Control packet. The
exchange of BFD discriminators for this purpose is described in the
next section.
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. Session Establishment</span>
A BFD session is bootstrapped using LSP Ping. This specification
describes procedures only for BFD asynchronous mode. BFD demand mode
is outside the scope of this specification. Further, the use of the
Echo function is outside the scope of this specification. The
initiation of fault detection for a particular <MPLS LSP, FEC>
combination results in the exchange of LSP Ping Echo request and Echo
reply packets, in the ping mode, between the ingress and egress LSRs
for that <MPLS LSP, FEC>. To establish a BFD session, an LSP Ping
Echo request message MUST carry the local discriminator assigned by
the ingress LSR for the BFD session. This MUST subsequently be used
as the My Discriminator field in the BFD session packets sent by the
ingress LSR.
On receipt of the LSP Ping Echo request message, the egress LSR MUST
send a BFD Control packet to the ingress LSR, if the validation of
the FEC in the LSP Ping Echo request message succeeds. This BFD
Control packet MUST set the Your Discriminator field to the
discriminator received from the ingress LSR in the LSP Ping Echo
request message. The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session. The local discriminator assigned by the egress LSR
MUST be used as the My Discriminator field in the BFD session packets
sent by the egress LSR.
The ingress LSR follows the procedures in [<a href="#ref-BFD" title=""Bidirectional Forwarding Detection"">BFD</a>] to send BFD Control
packets to the egress LSR in response to the BFD Control packets
received from the egress LSR. The BFD Control packets from the
ingress to the egress LSR MUST set the local discriminator of the
egress LSR, in the Your Discriminator field. The egress LSR
demultiplexes the BFD session based on the received Your
<span class="grey">Aggarwal, et al. Standards Track [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
Discriminator field. As mentioned above, the egress LSR MUST send
Control packets to the ingress LSR with the Your Discriminator field
set to the local discriminator of the ingress LSR. The ingress LSR
uses this to demultiplex the BFD session.
<span class="h3"><a class="selflink" id="section-6.1" href="#section-6.1">6.1</a>. BFD Discriminator TLV in LSP Ping</span>
LSP Ping Echo request and Echo reply messages carry a BFD
discriminator TLV for the purpose of session establishment as
described above. IANA has assigned a type value of 15 to this TLV.
This TLV has a length of 4. The value contains the 4-byte local
discriminator that the LSR, sending the LSP Ping message, associates
with the BFD session.
If the BFD session is not in UP state, the periodic LSP Ping Echo
request messages MUST include the BFD Discriminator TLV.
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. Encapsulation</span>
BFD Control packets sent by the ingress LSR MUST be encapsulated in
the MPLS label stack that corresponds to the FEC for which fault
detection is being performed. If the label stack has a depth greater
than one, the TTL of the inner MPLS label MAY be set to 1. This may
be necessary for certain FECs to enable the egress LSR's control
plane to receive the packet [<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>]. For MPLS PWs, alternatively,
the presence of a fault detection message may be indicated by setting
a bit in the control word [<a href="./rfc5085" title=""Pseudowire Virtual Circuit Connectivity Verification (VCCV): A Control Channel for Pseudowires"">RFC5085</a>].
The BFD Control packet sent by the ingress LSR MUST be a UDP packet
with a well-known destination port 3784 [<a href="#ref-BFD-IP" title=""Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)"">BFD-IP</a>] and a source port
assigned by the sender as per the procedures in [<a href="#ref-BFD-IP" title=""Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)"">BFD-IP</a>]. The source
IP address is a routable address of the sender. The destination IP
address MUST be randomly chosen from the 127/8 range for IPv4 and
from the 0:0:0:0:0:FFFF:7F00/104 range for IPv6 with the following
exception. If the FEC is an LDP IP FEC, the ingress LSR may discover
multiple alternate paths to the egress LSR for this FEC using LSP
Ping traceroute. In this case, the destination IP address, used in a
BFD session established for one such alternate path, is the address
in the 127/8 range for IPv4 or 0:0:0:0:0:FFFF:7F00/104 range for IPv6
discovered by LSP Ping traceroute [<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>] to exercise that
particular alternate path.
The motivation for using the address range 127/8 is the same as
specified in <a href="./rfc4379#section-2.1">Section 2.1 of [RFC4379]</a>. This is an exception to the
behavior defined in [<a href="./rfc1122" title=""Requirements for Internet Hosts - Communication Layers"">RFC1122</a>].
The IP TTL or hop limit MUST be set to 1 [<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>].
<span class="grey">Aggarwal, et al. Standards Track [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
BFD Control packets sent by the egress LSR are UDP packets. The
source IP address is a routable address of the replier.
The BFD Control packet sent by the egress LSR to the ingress LSR MAY
be routed based on the destination IP address as per the procedures
in [<a href="#ref-BFD-MHOP" title=""Bidirectional Forwarding Detection (BFD) for Multihop Paths"">BFD-MHOP</a>]. If this is the case, the destination IP address MUST
be set to the source IP address of the LSP Ping Echo request message,
received by the egress LSR from the ingress LSR.
Or the BFD Control packet sent by the egress LSR to the ingress LSR
MAY be encapsulated in an MPLS label stack. In this case, the
presence of the fault detection message is indicated as described
above. This may be the case if the FEC for which the fault detection
is being performed corresponds to a bidirectional LSP or an MPLS PW.
This may also be the case when there is a return LSP from the egress
LSR to the ingress LSR. In this case, the destination IP address
MUST be randomly chosen from the 127/8 range for IPv4 and from the
0:0:0:0:0:FFFF:7F00/104 range for IPv6.
The BFD Control packet sent by the egress LSR MUST have a well-known
destination port 4784, if it is routed [<a href="#ref-BFD-MHOP" title=""Bidirectional Forwarding Detection (BFD) for Multihop Paths"">BFD-MHOP</a>], or it MUST have a
well-known destination port 3784 [<a href="#ref-BFD-IP" title=""Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)"">BFD-IP</a>] if it is encapsulated in a
MPLS label stack. The source port MUST be assigned by the egress LSR
as per the procedures in [<a href="#ref-BFD-IP" title=""Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)"">BFD-IP</a>].
Note that once the BFD session for the MPLS LSP is UP, either end of
the BFD session MUST NOT change the source IP address and the local
discriminator values of the BFD Control packets it generates, unless
it first brings down the session. This implies that an LSR MUST
ignore BFD packets for a given session, demultiplexed using the
received Your Discriminator field, if the session is in UP state and
if the My Discriminator or the Source IP address fields of the
received packet do not match the values associated with the session.
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. Security Considerations</span>
Security considerations discussed in [<a href="#ref-BFD" title=""Bidirectional Forwarding Detection"">BFD</a>], [<a href="#ref-BFD-MHOP" title=""Bidirectional Forwarding Detection (BFD) for Multihop Paths"">BFD-MHOP</a>], and [<a href="./rfc4379" title=""Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures"">RFC4379</a>]
apply to this document. For BFD Control packets sent by the ingress
LSR or when the BFD Control packet sent by the egress LSR are
encapsulated in an MPLS label stack, MPLS security considerations
apply. These are discussed in [<a href="#ref-MPLS-SEC" title=""Security Framework for MPLS and GMPLS Networks"">MPLS-SEC</a>]. When BFD Control packets
sent by the egress LSR are routed, the authentication considerations
discussed in [<a href="#ref-BFD-MHOP" title=""Bidirectional Forwarding Detection (BFD) for Multihop Paths"">BFD-MHOP</a>] should be followed.
<span class="grey">Aggarwal, et al. Standards Track [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
<span class="h2"><a class="selflink" id="section-9" href="#section-9">9</a>. IANA Considerations</span>
This document introduces a BFD discriminator TLV in LSP Ping. The
BFD Discriminator has been assigned a value of 15 from the LSP Ping
TLVs and sub-TLVs registry maintained by IANA.
<span class="h2"><a class="selflink" id="section-10" href="#section-10">10</a>. Acknowledgments</span>
We would like to thank Yakov Rekhter, Dave Katz, and Ina Minei for
contributing to the discussions that formed the basis of this
document and for their comments. Thanks to Dimitri Papadimitriou for
his comments and review. Thanks to Carlos Pignataro for his comments
and review.
<span class="h2"><a class="selflink" id="section-11" href="#section-11">11</a>. References</span>
<span class="h3"><a class="selflink" id="section-11.1" href="#section-11.1">11.1</a>. Normative References</span>
[<a id="ref-BFD">BFD</a>] Katz, D. and D. Ward, "Bidirectional Forwarding
Detection", <a href="./rfc5880">RFC 5880</a>, June 2010.
[<a id="ref-BFD-IP">BFD-IP</a>] Katz, D. and D. Ward, "Bidirectional Forwarding Detection
(BFD) for IPv4 and IPv6 (Single Hop)", <a href="./rfc5881">RFC 5881</a>, June
2010.
[<a id="ref-RFC4379">RFC4379</a>] Kompella, K. and G. Swallow, "Detecting Multi-Protocol
Label Switched (MPLS) Data Plane Failures", <a href="./rfc4379">RFC 4379</a>,
February 2006.
[<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>, March 1997.
[<a id="ref-RFC1122">RFC1122</a>] Braden, R., Ed., "Requirements for Internet Hosts -
Communication Layers", STD 3, <a href="./rfc1122">RFC 1122</a>, October 1989.
<span class="h3"><a class="selflink" id="section-11.2" href="#section-11.2">11.2</a>. Informative References</span>
[<a id="ref-BFD-MHOP">BFD-MHOP</a>] Katz, D. and D. Ward, "Bidirectional Forwarding Detection
(BFD) for Multihop Paths", <a href="./rfc5883">RFC 5883</a>, June 2010.
[<a id="ref-RFC5085">RFC5085</a>] Nadeau, T., Ed., and C. Pignataro, Ed., "Pseudowire
Virtual Circuit Connectivity Verification (VCCV): A
Control Channel for Pseudowires", <a href="./rfc5085">RFC 5085</a>, December 2007.
[<a id="ref-RFC3209">RFC3209</a>] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V.,
and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP
Tunnels", <a href="./rfc3209">RFC 3209</a>, December 2001.
<span class="grey">Aggarwal, et al. Standards Track [Page 10]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-11" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
[<a id="ref-RFC4090">RFC4090</a>] Pan, P., Ed., Swallow, G., Ed., and A. Atlas, Ed., "Fast
Reroute Extensions to RSVP-TE for LSP Tunnels", <a href="./rfc4090">RFC 4090</a>,
May 2005.
[<a id="ref-RFC5036">RFC5036</a>] Andersson, L., Ed., Minei, I., Ed., and B. Thomas, Ed.,
"LDP Specification", <a href="./rfc5036">RFC 5036</a>, October 2007.
[<a id="ref-RFC4364">RFC4364</a>] Rosen, E. and Y. Rekhter, "BGP/MPLS IP Virtual Private
Networks (VPNs)", <a href="./rfc4364">RFC 4364</a>, February 2006.
[<a id="ref-L2-VPN">L2-VPN</a>] Kompella, K., Leelanivas, M., Vohra, Q., Achirica, J.,
Bonica, R., Cooper, D., Liljenstolpe, C., Metz, E., Ould-
Brahim, H., Sargor, C., Shah, H., Srinivasan, and Z.
Zhang, "Layer 2 VPNs Over Tunnels", Work in Progress,
February 2003.
[<a id="ref-RFC4447">RFC4447</a>] Martini, L., Ed., Rosen, E., El-Aawar, N., Smith, T., and
G. Heron, "Pseudowire Setup and Maintenance Using the
Label Distribution Protocol (LDP)", <a href="./rfc4447">RFC 4447</a>, April 2006.
[<a id="ref-RFC3107">RFC3107</a>] Rekhter, Y. and E. Rosen, "Carrying Label Information in
BGP-4", <a href="./rfc3107">RFC 3107</a>, May 2001.
[<a id="ref-RFC4377">RFC4377</a>] Nadeau, T., Morrow, M., Swallow, G., Allan, D., and S.
Matsushima, "Operations and Management (OAM) Requirements
for Multi-Protocol Label Switched (MPLS) Networks", <a href="./rfc4377">RFC</a>
<a href="./rfc4377">4377</a>, February 2006.
[<a id="ref-MPLS-SEC">MPLS-SEC</a>] Fang, L., Ed., "Security Framework for MPLS and GMPLS
Networks", Work in Progress, October 2009.
<span class="grey">Aggarwal, et al. Standards Track [Page 11]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-12" ></span>
<span class="grey"><a href="./rfc5884">RFC 5884</a> BFD for MPLS LSPs June 2010</span>
Authors' Addresses
Rahul Aggarwal
Juniper Networks
1194 N. Mathilda Ave.
Sunnyvale, CA 94089
USA
EMail: rahul@juniper.net
Kireeti Kompella
Juniper Networks
1194 N. Mathilda Ave.
Sunnyvale, CA 94089
USA
EMail: kireeti@juniper.net
Thomas D. Nadeau
BT
BT Centre
81 Newgate Street
London EC1A 7AJ
UK
EMail: tom.nadeau@bt.com
George Swallow
Cisco Systems, Inc.
300 Beaver Brook Road
Boxborough, MA 01719
USA
EMail: swallow@cisco.com
Aggarwal, et al. Standards Track [Page 12]
</pre>
|
