summaryrefslogtreecommitdiffstats
path: root/bgpd/bgp_nexthop.c
diff options
context:
space:
mode:
authorvivek <vivek@cumulusnetworks.com>2020-03-18 03:59:52 +0100
committervivek <vivek@cumulusnetworks.com>2020-03-18 03:59:52 +0100
commita3b725399030b9041fe2ae7d3597f43e7fb98481 (patch)
tree528c3b79278ad51ca3bc80080f7a81776f232135 /bgpd/bgp_nexthop.c
parentMerge pull request #5849 from donaldsharp/pim_register_prefix_list (diff)
downloadfrr-a3b725399030b9041fe2ae7d3597f43e7fb98481.tar.xz
frr-a3b725399030b9041fe2ae7d3597f43e7fb98481.zip
bgpd: Refine multiaccess check for next hop resetting
A BGP update-group is dynamically created to group together a set of peers such that any BGP updates can be formed just once for the entire group and only the next hop attribute may need to be modified when the update is sent out to each peer in the group. The update formation code attempts to determine as much as possible if the next hop will be set to our own IP address for every peer in the group. This helps to avoid additional checks at the point of sending the update (which happens on a per-peer basis) and also because some other attributes may/could vary depending on whether the next hop is set to our own IP or not. Resetting the next hop to our own IP address is the most common behavior for EBGP peerings in the absence of other user-configured or internal (e.g., for l2vpn/evpn) settings and peerings on a shared subnet. The code had a flaw in the multiaccess check to see if there are peers in the update group which are on a shared subnet as the next hop of the path being announced - the source peer could itself be in the same update group and cause the check to give an incorrect result. Modify the check to skip the source peer so that the check is more accurate. Signed-off-by: Vivek Venkatraman <vivek@cumulusnetworks.com> Reviewed-by: Donald Sharp <sharpd@cumulusnetworks.com> Reviewed-by: Don Slice <dslice@cumulusnetworks.com>
Diffstat (limited to 'bgpd/bgp_nexthop.c')
-rw-r--r--bgpd/bgp_nexthop.c13
1 files changed, 11 insertions, 2 deletions
diff --git a/bgpd/bgp_nexthop.c b/bgpd/bgp_nexthop.c
index ab0c3a3f1..8e43801d2 100644
--- a/bgpd/bgp_nexthop.c
+++ b/bgpd/bgp_nexthop.c
@@ -612,7 +612,8 @@ int bgp_multiaccess_check_v6(struct in6_addr nexthop, struct peer *peer)
}
int bgp_subgrp_multiaccess_check_v6(struct in6_addr nexthop,
- struct update_subgroup *subgrp)
+ struct update_subgroup *subgrp,
+ struct peer *exclude)
{
struct bgp_node *rn1 = NULL, *rn2 = NULL;
struct peer_af *paf = NULL;
@@ -632,6 +633,9 @@ int bgp_subgrp_multiaccess_check_v6(struct in6_addr nexthop,
return 0;
SUBGRP_FOREACH_PEER (subgrp, paf) {
+ /* Skip peer we're told to exclude - e.g., source of route. */
+ if (paf->peer == exclude)
+ continue;
p.u.prefix6 = paf->peer->su.sin6.sin6_addr;
rn2 = bgp_node_match(bgp->connected_table[AFI_IP6], &p);
@@ -650,7 +654,8 @@ int bgp_subgrp_multiaccess_check_v6(struct in6_addr nexthop,
}
int bgp_subgrp_multiaccess_check_v4(struct in_addr nexthop,
- struct update_subgroup *subgrp)
+ struct update_subgroup *subgrp,
+ struct peer *exclude)
{
struct bgp_node *rn1, *rn2;
struct peer_af *paf;
@@ -670,6 +675,10 @@ int bgp_subgrp_multiaccess_check_v4(struct in_addr nexthop,
return 0;
SUBGRP_FOREACH_PEER (subgrp, paf) {
+ /* Skip peer we're told to exclude - e.g., source of route. */
+ if (paf->peer == exclude)
+ continue;
+
p.u.prefix4 = paf->peer->su.sin.sin_addr;
rn2 = bgp_node_match(bgp->connected_table[AFI_IP], &p);