From 68fe91d6c7731fba199a7f4bd53e12a559e3b3de Mon Sep 17 00:00:00 2001 From: radhika Date: Mon, 31 Aug 2015 14:56:11 -0700 Subject: Support of BFD status in Quagga MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Ticket:CM-6802, CM-6952 Reviewed By: Donald, Kanna Testing Done: Double commit of b76943235e09472ec174edcf7204fc82d27fe966 from br2.5. But, manually resolved all the compilation errors. Also, modified the shows to support the json format which was not supported in br2.5. CM-6802 – Currently, BFD session status can be monitored only through ptmctl. There is no way to check the BFD status of a peer/neighbor through Quagga. Debugging becomes easier if BFD status is shown in Quagga too. BFD status is relevant when it is shown against the BGP peer/OSPF neighbor. For, this following code changes have been done: - Only down messages from PTM were being propagated from Zebra daemon to clients (bgpd, ospfd and ospf6d). Now, both up and down messages are redistributed to the clients from zebra. BFD status field has been added to the messaging. Handling of BFD session up messages has been added to the client code. BGP/OSPF neighbor is brought down only if the old BFD session status is ‘Up’ to handle extra/initial down messages. - BFD status and last update timestamp fields have been added to the common BFD info structure. Also, common show functions for showing BFD information have been added to BFD lib. - Modified the BGP neighbor show functions to call common BFD lib functions. - For ospf and ospf6, BFD information was maintained only at interface level. To show BFD status per neighbor, BFD information has been added at neighbor level too. “show ip ospf interface”, “show ip ospf neighbor detail”, “show ipv6 ospf6 interface” and “show ipv6 ospf6 neighbor detail” output have been modified to show BFD information. CM-6952 - IBGP peers were always assumed to be multi-hop since there was no easy way to determine whether an IBGP peer was single hop or multihop unlike EBGP. But, this is causing problem with IBGP link local peers since BFD doesn't allow multihop BFD session with link local IP addresses. Link local peers were discovered when the interface peering was enabled. Interface peering is always singlehop. So, added checks to treat all interface based peers as single hop irrespective of whether the peer is IBGP or EBGP. --- ospf6d/ospf6_bfd.h | 10 ++++++++++ 1 file changed, 10 insertions(+) (limited to 'ospf6d/ospf6_bfd.h') diff --git a/ospf6d/ospf6_bfd.h b/ospf6d/ospf6_bfd.h index eaaf15785..11b13d66f 100644 --- a/ospf6d/ospf6_bfd.h +++ b/ospf6d/ospf6_bfd.h @@ -33,4 +33,14 @@ ospf6_bfd_trigger_event(struct ospf6_neighbor *nbr, int old_state, int state); extern void ospf6_bfd_write_config(struct vty *vty, struct ospf6_interface *oi); +extern void +ospf6_bfd_info_nbr_create (struct ospf6_interface *oi, + struct ospf6_neighbor *on); + +extern void +ospf6_bfd_info_free(void **bfd_info); + +extern void +ospf6_bfd_show_info(struct vty *vty, void *bfd_info, int param_only); + #endif /* OSPF6_BFD_H */ -- cgit v1.2.3