LDP FRR используется чтобы заранее просигнализировать резервный LSP и в случае сбоя/обрыва линка сразу перевести на него трафик,
не дожидась пока IGP пересчитает маршруты и таким образом минимизировать потери трафика.
LDP FRR завязан на IGP LFA и включается автоматически при включении LFA в протокле маршрутизации.
Рассмотрим на примере следующей схемы LSP между R1 и R4.
Таблица IS-IS маршрутов на R1 выглядит следующим образом:
0/ME5100:R1# show route isis
Sun Jun 29 22:09:14 2025
Codes: i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2
LE1 - IS-IS level1 external, LE2 - IS-IS level2 external
i L2 1.1.1.0/30 via 10.10.17.2 [116/20], 00h31m42s, te0/0/19
i L2 2.2.2.2/32 via 10.10.12.2 [116/10], 00h31m37s, te0/0/18
i L2 4.4.4.4/32 via 10.10.17.2 [116/20], 00h31m37s, te0/0/19
i L2 7.7.7.7/32 via 10.10.17.2 [116/10], 00h31m42s, te0/0/19
i L2 10.10.14.0/30 via 10.10.12.2 [116/20], 00h31m37s, te0/0/18
Таблица ldp forwarding:
0/ME5100:R1# show mpls ldp forwarding
Sun Jun 29 22:09:14 2025
Codes:
R = Remote LFA FRR backup
E = Entropy Label Capability
Prefix Label(s) out Outgoing Interface Next Hop flags
--------------------- ------------- ------------------- --------------------- ------
2.2.2.2/32 ImpNull te0/0/18 10.10.12.2
4.4.4.4/32 22 te0/0/19 10.10.17.2
7.7.7.7/32 ImpNull te0/0/19 10.10.17.2
Для FEC 4.4.4.4/32 получены метки от соседей 2.2.2.2 и 7.7.7.7:
0/ME5100:R1# show mpls ldp bindings remote 4.4.4.4/32
Sun Jun 29 22:11:18 2025
4.4.4.4/32
local binding: 2.2.2.2:0, label 28
State: mapping-liberally-retained, type: prefix
Interface:
4.4.4.4/32
local binding: 7.7.7.7:0, label 22
State: mapping-established, type: prefix
Interface: Tengigabitethernet0/0/19
Но, т.к. LDP опирается на данные от IGP, мы видим, что binding для fec 4.4.4.4. через соседа 7.7.7.7 и интерфейс Te0/0/19 в статусе mapping-established и
в таблицу l3forwarding инсталлируется именно он. Binding для fec 4.4.4.4. через соседа 2.2.2.2 в статусе mapping-liberally-retained.
0/ME5100:R1# show l3forwarding | i 4.4.4.4 Sun Jun 29 22:09:14 2025 Prefix Nexthop Outgoing label Interface ---------------------------------------------- ------------------------------------------- ------------------ ---------- 4.4.4.4/32 10.10.17.2 22 te0/0/19
Теперь включим LFA в IS-IS на R1 и посмотрим, что изменится.
R1
router isis 1
address-family ipv4 unicast
lfa include-all
exit
В таблице маршрутизации появился резервынй маршрут до префикса 4.4.4.4:
0/ME5100:R1# show route | i 4.4.4.4
Sun Jun 29 22:17:25 2025
4.4.4.4/32 via 10.10.12.2 [0/20], 00h02m22s, te0/0/18 <<<<
i L2 4.4.4.4/32 via 10.10.17.2 (backup local-lfa, address: 10.10.12.2) [116/20], 00h39m49s, te0/0/19
В таблице ldp forwarding появилась еще одна запись для fec 4.4.4.4, которая отмечена кодом R = Remote LFA FRR backup:
0/ME5100:R1# show mpls ldp forwarding
Sun Jun 29 22:15:17 2025
Codes:
R = Remote LFA FRR backup
E = Entropy Label Capability
Prefix Label(s) out Outgoing Interface Next Hop flags
--------------------- ------------- ------------------- --------------------- ------
2.2.2.2/32 ImpNull te0/0/18 10.10.12.2
4.4.4.4/32 28 te0/0/18 10.10.12.2 R <<<<
4.4.4.4/32 22 te0/0/19 10.10.17.2
7.7.7.7/32 ImpNull te0/0/19 10.10.17.2
Binding для FEC 4.4.4.4 через обоих соседей теперь в статусе mapping-established:
0/ME5100:R1# show mpls ldp bindings remote 4.4.4.4/32
Sun Jun 29 22:15:17 2025
4.4.4.4/32
local binding: 2.2.2.2:0, label 28
State: mapping-established, type: prefix
Interface: Tengigabitethernet0/0/18
4.4.4.4/32
local binding: 7.7.7.7:0, label 22
State: mapping-established, type: prefix
Interface: Tengigabitethernet0/0/19
В таблицу l3forwarding также инсталированы 2 записи для префикса 4.4.4.4:
0/ME5100:R1# show l3forwarding Sun Jun 29 22:15:17 2025 Prefix Nexthop Outgoing label Interface ---------------------------------------------- ------------------------------------------- ------------------ ---------- 4.4.4.4/32 10.10.17.2 LFA 22 te0/0/19 4.4.4.4/32 10.10.12.2 28 te0/0/18