Pages

Wednesday, July 3, 2013

BGP aggregate-address

Using the aggregate-address command with no arguments will create an aggregate entry in the BGP routing table if there are any more-specific BGP routes available that fall in the specified range. The aggregate route will be advertised as coming from your autonomous system and has the atomic aggregate attribute set to show that information might be missing. (By default, the atomic aggregate attribute is set unless you specify the as-set keyword.)

Using the summary-only keyword not only creates the aggregate route (for example, 193.*.*.*) but will also suppress advertisements of more-specific routes to all neighbors. If you only want to suppress advertisements to certain neighbors, you may use the neighbor distribute-list command, with caution. If a more specific route leaks out, all BGP speakers will prefer that route over the less-specific aggregate you are generating (using longest-match routing).




R11 & R10 "show ip bgp" Without Aggregate-address:






R11 & R10 "show ip bgp" With Aggregate-address:






R11 & R10 "show ip bgp" With Aggregate-address Summary-Only:






from: Cisco IOS IP Routing: BGP Command Reference

Files:
Topology
Configs
BGP Configuration

Note:
TCL Script from: Packet Pushers

Tuesday, June 18, 2013

BGP Confederations



BGP Confederations: An Alternative to Full Mesh Internal BGP (IBGP)

  • iBGP requires a full mesh between all BGP-speaking routers; route reflectors modify iBGP split-horizon rules, and BGP confederations modify iBGP AS-path processing

  • The full-mesh requirement is relaxed through introduction of member autonomous systems into which the original autonomous system is split.

  • The addition autonomous system numbers are hidden from the outside world by modified AS-path update procedures.

  • The intraconfederation segment is removed from the AS path by the egress confederation router prior to prepending the official AS number when sending a BGP update to an external AS.

  • Intraconfederation eBGP sessions act like eBGP sessions from a session.establishment perspective, and they act like iBGP sessions from the BGP attribute-propagation perspective.




  • Output after BGP is configured:










    from: Cisco IOS IP Routing: BGP Command Reference

    Files:
    Topology
    Configs
    BGP Configuration

    Monday, June 3, 2013

    BGP Large Scale BGP Route Reflectors with Clusters



    BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP)- Part II
               - Larger scale BGP designs cannot be serviced by only a single RR
      • Single RR is a single point of failure
               - RR "clusters" allow redundancy and hierarchy
      • Cluster is defined by the clients a RR serves
      • RRs in the same cluster use the same Cluster-ID
               - Inter-Cluster peerings between RRs can be client or non-client peerings
      • Depends on redundancy design






    from: Cisco IOS IP Routing: BGP Command Reference

    Files:
    Topology
    Configs
    BGP Configuration