345 349 hz4rzsyolibuvx5tzn7p22f5myi3eyf6zqlqcky HZ4RZSYOLIBUVX5TZN7P22F5MYI3EYF6ZQLQCKY


Internet Routing Architectures (CISCO):Configuring Basic BGP Functions and Attributes Previous Table of Contents Next The output of RTC's BGP table shows that the only prefix that was learned from RTA is the aggregate 172.16.0.0/16. Because RTF is also performing the same aggregation, RTC will also learn an aggregate that is originated from RTF (next hop RTD via AS2). RTC#sh ip bgp BGP table version is 22, local router ID is 192.68.11.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 172.16.0.0 172.16.20.2 0 3 i * 192.68.6.1 0 2 3 i *> 192.68.10.0 192.68.6.1 0 0 2 i *> 192.68.11.0 0.0.0.0 0 32768 i Looking at the specific 172.16.0.0/16 aggregate entry, the following display provides more information about the aggregate itself. Note the presence of the "atomic-aggregate" attribute, which indicates that the prefix 172.16.0.0/16 is an aggregate. Also note the presence of the "aggregated by 3 192.68.5.1" and "aggregated by 3 172.16.2.254" statements, which represent the "aggregator" attribute. The "aggregator" attribute (Chapter 5) indicates the AS number and Router ID of the router who originated the aggregate; in this case, AS3 and the Router IDs of RTA and RTF. RTC#sh ip bgp 172.16.0.0 BGP routing table entry for 172.16.0.0/16, version 22 Paths: (2 available, best #1, advertised over EBGP) 3, (aggregated by 3 172.16.2.254) 172.16.20.2 from 172.16.20.2 (172.16.2.254) Origin IGP, valid, external, atomic-aggregate, best 23, (aggregated by 3 192.68.5.1) 192.68.6.1 from 192.68.6.1 (192.68.10.1) Origin IGP, valid, external, atomic-aggregate Aggregates can also be generated by using static routes. This is illustrated in the following RTA and RTF configuration. RTA configuration: router bgp 3 no synchronization network 172.16.0.0 neighbor 172.16.1.2 remote-as 3 neighbor 172.16.1.2 update-source Loopback0 neighbor 172.16.20.1 remote-as 1 neighbor 172.16.20.1 filter-list 10 out no auto-summary ip route 172.16.0.0 255.255.0.0 null0 ip as-path access-list 10 permit ^$ RTF configuration: router bgp 3 no synchronization network 172.16.0.0 neighbor 172.16.2.254 remote-as 3 neighbor 172.16.2.254 next-hop-self neighbor 192.68.5.2 remote-as 2 neighbor 192.68.5.2 filter-list 10 out no auto-summary ip route 172.16.0.0 255.255.0.0 null0 ip as-path access-list 10 permit ^$ The preceding configuration places a static instance of 172.16.0.0/16 in the routing table. Note that the static entry is pointing to null0 (pit bucket). If RTA or RTF have no knowledge of the more specific routes of 172.16.0.0, then traffic will be dropped. This is to prevent loops in case RTA or RTF are themselves following defaults to their providers (see "Aggregation and Loops," in Chapter 3, "Handling IP Address Depletion"). Aggregate Plus More Specific Routes In some cases, more specific routes, in addition to the aggregate, need to be passed (leaked) to a neighboring AS. This is usually done in ASs multihomed to a single provider. An AS (the provider) that gets the more specific routes would be able to make a better decision about which way to take to reach the route. (You have already seen how an AS receiving different metrics can direct the traffic accordingly.) In figure 10-11, AS3 is multihomed to a single provider AS1. RTA and RTF in AS3 can send the aggregate 172.16.0.0/16 and the more specific routes toward AS1. The following configuration of RTA and RTF will do so: Figure 10-11  More BGP aggregation scenarios. RTA configuration: router bgp 3 no synchronization network 172.16.1.0 mask 255.255.255.0 network 172.16.10.0 mask 255.255.255.0 network 172.16.65.0 mask 255.255.255.192 network 172.16.220.0 mask 255.255.255.0 aggregate-address 172.16.0.0 255.255.0.0 neighbor 172.16.1.2 remote-as 3 neighbor 172.16.1.2 update-source Loopback0 neighbor 172.16.20.1 remote-as 1 neighbor 172.16.20.1 filter-list 10 out no auto-summary ip as-path access-list 10 permit ^$ RTF configuration: router bgp 3 no synchronization network 172.16.1.0 mask 255.255.255.0 network 172.16.10.0 mask 255.255.255.0 network 172.16.65.0 mask 255.255.255.192 network 172.16.220.0 mask 255.255.255.0 aggregate-address 172.16.0.0 255.255.0.0 neighbor 172.16.2.254 remote-as 3 neighbor 172.16.2.254 next-hop-self neighbor 192.68.5.2 remote-as 1 neighbor 192.68.5.2 filter-list 10 out no auto-summary ip as-path access-list 10 permit ^$ Previous Table of Contents Next

Wyszukiwarka

Podobne podstrony:
345 349 vaextdeiy72h3oqsjmgvdgwkca2f6tu4htitvsa
349 Konwersja pożyczki na udziały ujęcie w księgach rachunkowych
349 Gpm318
TATAREK LAB 345
347 349
345 Gpm314
349 352 j425pxv7fxhj4hqs7eplgh7th52blr5sya3fhqq
Mahabharata Księga V (Udyoga Parva) str 291 345
Nuestro Circulo 345 Karel Treybal
345 Księgi rachunkowe wspólnoty mieszkaniowej prowadzone w sposób uproszczony

więcej podobnych podstron