The second step would be to confirm reachability between the devices and the amount of IP hops required for multihop. A Ping and a Traceroute should generally provide the necessary information.
Optionally it is always good to confirm that nothing between the devices are blocking port 179. But in the case of a Fortigate this by default will not work unless explicitly allowed. If that all seems fine, it is best to start digging a bit deeper to understand where this is failing.ĭoes the “ show logging” have anything of interest? In this case it didn’t.Ī “ debug ip tcp transactions” can be used next. But I generally steer away from this on production devices. Additionally in this case it is not yet available on the Nexus 7000.
A “ diagnose sniffer packet” on the Fortigate could be used here, but it will have showed little more information that we already know.Ġ.865117 10.5.0.18.179 -> 10.5.4: rst 38968363795791Ġ.870861 10.5.8 -> 10.5.0.18.179: rst 3556829865Ī RST (reset) for BGP sessions is never good, but we know already that the session does not want to come up. The next step should involve looking at the BGP events between the neighbors to determine where this is breaking. Notice: If your walkie-talkie type is not in the list above, please see my other items or email us your model number, then, we will help you find one that suits for you.The command to use is “ debug ip bgp events“.
0 kommentar(er)
