04-12-2019 03:14 AM
Hello,
We have a setup where iBGP peers have IPv4/6/VPNv4 address-family peerings. In order to decommission it, I wanted to take the approach to de-activate individual af peerings. However found recommendations against doing that due to the potential danger of getting the entire neighbor specific configuration removed from the entire bgp process. So under the recommendation entire neighbor configuration (for other AFs) could also get removed if the peering was being de-activated under a single AF. This would make it difficult for a timely and orderly rollback if needed. The approach which then was left was to shutdown the neighbor under the bgp (general no-AF) process. With this approach however, when neighbor <IPv4> is shutdown, that would disable the peering sessions for both IPv4 and VPNV4 at the same time.
When tested in lab (Virl) using Cisco IOS 15 code, I found that de-activating individual AF peering session did not disable or remove the peering configuration for the rest of the AFs. I am still going to take the safer approach of shutting down the neighbor but wanted to find out if there is any clarity on this issue and if anyone has successfully tried de-activation approach for individual AF without affecting other AFs.
Thanks and regards,
Abid Ghufran
04-12-2019 03:48 AM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide