summaryrefslogtreecommitdiff
path: root/pceplib/pcep_utils_queue.c
diff options
context:
space:
mode:
authorDonald Sharp <sharpd@nvidia.com>2023-08-30 07:25:06 -0400
committerDonatas Abraitis <donatas@opensourcerouting.org>2023-09-01 16:40:15 +0300
commit90f1783fe41081dbd426c4180bd358d6b80fd663 (patch)
treeda3d4eed1d6d1a96a494be5ed51128a87b331544 /pceplib/pcep_utils_queue.c
parentfda0db038d47f2a5e905ad6f27ab77e91da8a1b5 (diff)
bgpd: Add peers back to peer hash when peer_xfer_conn fails
It was noticed that occassionally peering failed in a testbed upon investigation it was found that the peer was not in the peer hash and we saw these failure messages: Aug 25 21:31:15 doca-hbn-service-bf3-s06-1-ipmi bgpd[3048]: %NOTIFICATION: sent to neighbor 2001:cafe:1ead:4::4 4/0 (Hold Timer Expired) 0 bytes Aug 25 21:31:22 doca-hbn-service-bf3-s06-1-ipmi bgpd[3048]: [EC 100663299] Can't get remote address and port: Transport endpoint is not connected Aug 25 21:31:22 doca-hbn-service-bf3-s06-1-ipmi bgpd[3048]: [EC 100663299] %bgp_getsockname() failed for peer 2001:cafe:1ead:4::4 fd 27 (from_peer fd -1) Aug 25 21:31:22 doca-hbn-service-bf3-s06-1-ipmi bgpd[3048]: [EC 33554464] %Neighbor failed in xfer_conn root@doca-hbn-service-bf3-s06-1-ipmi:/var/log/hbn/frr# vtysh -c 'show bgp peerhash' | grep 2001:cafe:1ead:4::4 root@doca-hbn-service-bf3-s06-1-ipmi:/var/log/hbn/frr# Upon looking at the code the peer_xfer_conn function can fail and the bgp_establish code will then return before adding the peer back to the peerhash. This is only part of the failure. The peer also appears to be in a state where it is no longer initiating connection attempts but that will be another commited fix when we figure that one out. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
Diffstat (limited to 'pceplib/pcep_utils_queue.c')
0 files changed, 0 insertions, 0 deletions