Hi,
Yes, you are almost correct and please find the details on BGP route handling in Junos in a simple words, by default, only active BGP routes are advertised.
The rules are as simple as follows:
1. IBGP peers advertise routes received from EBGP peers to other IBGP peers.
2. EBGP peers advertise routes learned from IBGP or EBGP peers to other EBGP peers.
To be Noticed: IBGP peers do not advertise routes received from IBGP peers to other IBGP peers[unless it is functioning as a route reflector]. The purpose of the advertisement rules is to prevent routing loops on a BGP network.
A full mesh is required to ensure all IBGP speakers have consistent BGP routing information. Because of the internal BGP (IBGP) full-mesh requirement, most networks use route reflectors to simplify configuration. The formula to compute the number of sessions required for a full mesh is v * (v - 1)/2, where v is the number of BGP-enabled devices. The full-mesh model does not scale well. Using a route reflector, you group routers into clusters, which are identified by numeric identifiers unique to the autonomous system (AS). Within the cluster, you must configure a BGP session from a single router (the route reflector) to each internal peer. With this configuration, the IBGP full-mesh requirement is met.
Reiterating your statement as below:
Default JunOS IBGP behavior:
Export routes that the localhost learned through EBGP
Import routes to its own routing table learned through EBGP or IBGP Peers<<<<
Default JunOS EBGP behavior:
Export routes that the localhost learned through EBGP or IBGP (!)
Import routes to its own routing table learned through EBGP or IBGP Peers
Importing or Exporting Protocol | Default Import Policy | Default Export Policy |
|---|---|---|
BGP | Accept all received BGP IPv4 routes learned from configured neighbors and import into the inet.0 routing table. Accept all received BGP IPv6 routes learned from configured neighbors and import into the inet6.0 routing table. | Readvertise all active BGP routes to all BGP speakers, while following protocol-specific rules that prohibit one IBGP speaker from readvertising routes learned from another IBGP speaker, unless it is functioning as a route reflector. |
-Python
#Please mark my solution as accepted if it helped, Kudos are appreciated as well.