Академический Документы
Профессиональный Документы
Культура Документы
2018 N E W A G E Q U A N T A
NETWORKING NOTES 2 BGP LABELED-UNICAST
>> LU can only be activated on a per-neighbor basis with the use of send-label under address-family ipv4 unicast
>> Because of the way the configuration occurs, I am unaware of another way to only advertise LU and not unicast
>> This is in stark contrast with IOS-XR (discussed below)
>> BGP LU is “activated” under BGP only via address-family ipv4 unicast
2018 N E W A G E Q U A N T A
NETWORKING NOTES 4 BGP LABELED-UNICAST
>> There is no separate address-family ipv4 labeled-unicast in the global BGP process
>> Instead, there is a particular knob under ipv4 unicast that must be turned to activate label distribution
>> allocate labels [all|route-policy <ROUTE_POLICY>]
> IOS-XR Advertised Capabilities
>> However, this does not mean that there is no control at all when it comes to capability advertisement
>> In XR, the AFI/SAFI must also be activated under each neighbor
>> Under the neighbor hierarchy, both address-family ipv4 unicast and address-family ipv4 labeled-unicast are available
>> If both are activated, both AFI 1, SAFI 1 and SAFI 4 capabilities are advertised
>> If either one is activated, only that particular SAFI is advertised
<SNIP>
!
RP/0/0/CPU0:XR2(config-bgp-vrf)#router bgp 100 neighbor 4.4.4.4 address-family ipv4 unicast
RP/0/0/CPU0:XR2(config-bgp-nbr-af)#commit
Wed Feb 28 11:58:15.958 UTC
RP/0/0/CPU0:XR2(config-bgp-nbr-af)#RP/0/0/CPU0:Feb 28 11:58:17.998 : bgp[1052]: %ROUTING-BGP-4-INCOMPATIBLE_AFI : IPv4
Unicast and IPv4 Labeled-unicast Address families together are not supported under the same neighbor.
!
RP/0/0/CPU0:XR2(config-bgp-nbr-af)#do sho bgp neighbor 4.4.4.4
Wed Feb 28 11:58:50.096 UTC
>> In the above example, as SAFI 1 is activated under the neighbor, XR starts advertising both SAFI 1 and SAFI 4
>> NOTE: The apparent warning is a cosmetic bug as both families are supported under the same neighbor
> Only one SAFI Per NLRI
>> One BIG caveat is that the same NLRI CANNOT be advertised under both unicast and LU
>> Another BIGGER caveat is that allocate-label is TWO-WAY configuration when VRFs are concerned
>>> Explanation below after the LU allocate-label description
>> If the NLRI matches the allocate-label policy (via all or via RPL), it will only be advertised as LU
>> If the NLRI does NOT match the allocate-label policy, it will only be advertised as unicast
>>> Initially one might see both NLRIs being advertised but if BGP is cleared, it falls back to only one family
2018 N E W A G E Q U A N T A
NETWORKING NOTES 6 BGP LABELED-UNICAST
>>> For the global RT, if a LU NLRI is known, XR will impose a label in data plane
>>> This renders the data plane working (BGP, ICMP etc.)
>>> But this is not true for lookups inside VRFs (unknown, undocumented reason)
No advertising protos.
>>> Initially, from the outputs above, it might seem like the information is good and should be working
>>> But the LSP and the data-plane end up being broken
RP/0/0/CPU0:XR2(config)#show
Wed Feb 28 17:58:54.786 UTC
Building configuration...
2018 N E W A G E Q U A N T A
NETWORKING NOTES 10 BGP LABELED-UNICAST
>>> Now the data-plane is functional and end to end connectivity will be achieved for VRF customer
2018 N E W A G E Q U A N T A