summaryrefslogtreecommitdiff
path: root/lib/segment_routing.h
diff options
context:
space:
mode:
authorLoïc Sang <loic.sang@6wind.com>2024-10-02 14:47:18 +0200
committerLoïc Sang <loic.sang@6wind.com>2024-10-25 09:30:32 +0200
commit6975228d6662a01f7a710f1b3f2a30c64d73b22d (patch)
tree7179293383763a24f0695b3bc2bb6428d5a0f5f1 /lib/segment_routing.h
parent47cdfbda7640f9e10dc298cb98ea0411dc14e0ab (diff)
bgpd: fix prefix same as nexthop in label per nexthop
When a prefix is imported using the "network" command under a vrf, which is a connected prefix, and in the context of label allocation per nexthop: .. >router bgp 1 vrf vrf1 > address-family ipv4 unicast > redistribute static > network 172.16.0.1/32 <--- connected network > network 192.168.106.0/29 > label vpn export auto > label vpn export allocation-mode per-nexthop .. We encounter an MPLS entry where the nexthop is the prefix itself: > 18 BGP 172.16.0.1 - Actually, when using the "network" command, a bnc context is used, but it is filled by using the prefix itself instead of the nexthop for other BGP updates. Consequently, when picking up the original nexthop for label allocation, the function behaves incorrectly. Instead ensure that the nexthop type of bnc->nexthop is not a nexthop_ifindex; otherwise fallback to the per vrf label. Update topotests. Signed-off-by: Loïc Sang <loic.sang@6wind.com>
Diffstat (limited to 'lib/segment_routing.h')
0 files changed, 0 insertions, 0 deletions