Why is this happening?

You configure an SRX Series chassis cluster with graceful restart support for the configured routing protocols. When testing your cluster failover in a large, multivendor lab environment, you notice that most of the BGP and OSPF neighbors remain adjacent, whereas a few other neighbors drop the adjacency with your cluster during the cluster failover test. You notice that the OSPF and BGP neighbors that drop the adjacencies are always the same

Why is this happening?

You configure an SRX Series chassis cluster with graceful restart support for the configured routing protocols. When testing your cluster failover in a large, multivendor lab environment, you notice that most of the BGP and OSPF neighbors remain adjacent, whereas a few other neighbors drop the adjacency with your cluster during the cluster failover test. You notice that the OSPF and BGP neighbors that drop the adjacencies are always the same

Why is this happening?

A.
The OSPF/BGP neighbors in question have misconfigured hello/dead interval timers, which causes the connection to flap during the failover.

B.
The OSPF/BGP neighbors in question are not running in GR helper mode, which causes the adjacencies to flap.

C.
The local SRX cluster devices have misconfigured OSPF/BGP hello/dead interval timers, which cause the connections to flap during the failover.

D.
The local SRX cluster devices are not running in GR helper mode, which causes the adjacencies to flap.



Leave a Reply 0

Your email address will not be published. Required fields are marked *