- Within an AS, bgp peers do not need to be directly connected.
- For routers that run ebgp, neighbors are usually directly connected.
- ALL bgp speakers within an AS MUST establish a peer relationship unless you use Route
- reflectors or confederations.
- When a bgp speaker receives an update from other bgp speakers in its own AS, (via ibgp) the
- receiving bgp speaker uses ebgp to forward the update to ebgp speakers only.
- The BGP synchronization rule states that if an AS provides transit service to another AS, BGP
- should not advertise a route until all of the routers within the AS have learned the route via an
- IGP.
- You can disable synchronization if one of the following is true:
- 1. Your AS does not pass traffic from one AS to another.
- 2. ALL the transit routers in your AS run BGP
- The only difference between advertising a static and a default route, is that when you redistribute a
- static, BGP sets the origin attribute of updates to incomplete.
- Redistributing a static route is the best way to advertise a supernet because it stops the route from
- flapping.
- To ensure a loop free inter-domain topology, BGP does not accept updates that originated from its own AS.
- Origin attribute- will be “i” when injected with network command in router configuration mode, “e” when learned through EGP, “?” incomplete when a route is redistributed into bgp.
- BGP specifies that the next hop of EBGP learned routes remain unchanged into and through IBGP.
- Access-list
- Route-map
- Neighbor weight command
- use the bgp default local-preference command
- route-maps
- Is the Next-Hop present for the Route.
- Prefer Largest Weight, if Cisco.
- Prefer largest local preference, after Weight.
- Internally Generated Routes have high preference.
- Prefer Shortest AS Path
- Prefer Incomplete Origin over IGP and IGP over EGP.
- Prefer the lowest MED ( Metric )
- Prefer closest route learned through an IGP
- If still all stuff is same, make decisions on BGP Router IDs, lowest is always preferred.
BGP Attributes
The weight attribute is a special CISCO attribute that is used in the path selection when there is more than one route to the destination. The weight attribute is local to the router on which it is assigned and is NOT propagated in routing updates. (higher more preferred), there are 3 ways to set weight:
The local preference attribute indicates the preferred path when there is multiple paths. (higher=better). Unlike the weight attribute, the local preference is carried with route updates and exchanged with routers in the same AS. 2 ways to set local preference:
The MED attribute is a hint to EBGP peers about the preferred path into an AS when there are multiple. (lower=better). Unlike local preference, the MED is exchanged between AS’s, but a MED that comes into
an AS does not leave the AS.
The community attribute provides a way of grouping destinations to which routing decisions can be
applied. To send the attribute you MUST use the neighbor send-community router config command.
Other topics:
BGP Route Reflectors- eliminates full mesh requirement.
BGP Confederations- makes “mini- AS’s” inside of an AS.
BGP Peer groups – a group of neighbors that share the same update policies.
Brief, BGP Path Selection Process:
Important BGP Commands:
Aggregate-address | Configure bgp aggregate entries |
Auto-summary |
|
Default-metric | Set metric of redistributed routes |
Distance | Define admin distance |
Distribute-list | Filter Networks in routing updates |
Maximum-paths | Forward Packets on multiple paths |
Synchronization | Perform IGP Synchronization (IBGP) |
Timers | Adjust BGP Update Timers |
Traffic-share | Algorithm for computing traffic share over alternate routes |
Neighbor | Specific route-map for conditional adverstisements |
Neighbor | Min. Interval b/w EBGP Routing Updates |
Neighbor | Filter Routes specific to neighbor |
Neighbor | Allow EBGP Neighbors not on directly connected networks |
Neighbor | Enable BGP Filters |
Neighbor | Max. Limit of Routes the neighbor could learn. |
Neighbor | Disable Next-Hop Calculation for neighbor and advertise itself as the neighbor |
Neighbor | Assign a Peer Group to the neighbor |
Neighbor | Filter updates from this neighbor |
Neighbor | Define the AS |
Neighbor | No Private AS #s in outbound updates |
Neighbor | Apply a route-map |
Neighbor | Enable Route-Reflection on this Router |
Neighbor | Send the Community Attribute to this neighbor |
Neighbor | Administratively disable peering with the neighbor |
Neighbor | BGP Neighbor specific timers |
Neighbor | Route-Map to selectively allow suppressed routes to that specific neighbor |
Neighbor | Define Source interface for the neighbor |
Neighbor | Specify neighbor specific weight (Cisco Only) |
1 comment:
Hi Farhan,
Thanks for a great Summary of BGP.
I noticed a minor error. Under BGP Best path selection, i think point 6 is incorrect. It should be in reverse..
i.e Preference is as:
EBGP > IBGP > Incomplete
Thanks & Regards,
Zulfiquar L.
Post a Comment