When troubleshooting a BGP session where the session is established but certain routes are missing, one common culprit is an improperly configured static route. Specifically, if a static route points to an interface rather than a next-hop IP address, BGP may not correctly install or advertise those routes.
When using loopback interfaces for eBGP peering, it's crucial to understand that by default, eBGP sessions are designed to form only with directly connected neighbors (i.e., within one hop). If you try to peer using a loopback address without additional configuration, the session will remain in the Idle or Active state.
When dealing with eBGP sessions that remain stuck in the Idle state, it's important to ensure that basic IP connectivity exists between the routers. If Layer 3 connectivity is not established, the eBGP session will never progress beyond Idle.
When troubleshooting BGP peering issues, it's essential to ensure that the correct network prefixes are being advertised to your BGP neighbors. If you notice an advertised network prefix isn’t visible on the remote router, it often indicates that the appropriate network statements are missing in the BGP configuration.
When troubleshooting a BGP session that remains in the Idle or Active state, one of the most common issues is an incorrect configuration of the remote AS (Autonomous System) on one of the routers. In BGP, both peers must have matching AS numbers in their respective remote-as statements for the session to be successfully established.
In the previous lesson, we established iBGP peering between two routers in the same Autonomous System (AS 2350) and configured network advertisements.

We ended the lesson with a challenge to verify iBGP was properly advertising routes and to advertise Loopback1 on both devices.