From: John (jgarrison1@austin.rr.com)
Date: Tue Sep 25 2007 - 01:02:54 ART
Joeseph,
Thanks for the suggestions. Part of whats killing me is that from R1 I can
ping R2's inside (in respect to R1) interface but not the Outside and vice
versa, same with R3. Even though R3 cannot ping the "outside interfaces of
R1 and 2 it can ping across them to the ethernet/vlans hanging of R4 and 5.
debug ICMP shows nothing when I try to ping the "outside interfaces from R1,
R3or R2 . I just checked the answer key and according to ot my config is
correct, also this is the base lab for a number of BGP labs. I've set it up
from scratch at least three times with no problem. I swear I've done it the
same everytime. I of course got connectivity when I redistributed eigrp
into bgp on R1 and 2
the lab looks like this R1---R3---R2
| |
R4 R5
R1,2 and 3 are in AS 2. R4 is in AS 3. R5 is in AS 1
I have eigrp running in AS 2 on the inside interfaces of R1 and 2 and both
interfaces of R3.
Heres the sh ip bgp sum's fro R1, 2, and 3
Rack1R1#sh ip bgp sum
BGP router identifier 155.1.146.1, local AS number 2
BGP table version is 16, main routing table version 16
3 network entries using 351 bytes of memory
3 path entries using 156 bytes of memory
4/3 BGP path/bestpath attribute entries using 496 bytes of memory
2 BGP AS-PATH entries using 48 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 1051 total bytes of memory
BGP activity 7/4 prefixes, 9/6 paths, scan interval 60 secs
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Dow
155.1.13.3 4 2 284 289 16 0 0 04:39:
155.1.23.2 4 2 290 290 16 0 0 04:40:
155.1.146.4 4 3 284 293 16 0 0 03:57:
Rack1R2#sh ip bgp sum
BGP router identifier 155.1.23.2, local AS number 2
BGP table version is 16, main routing table version 16
3 network entries using 351 bytes of memory
3 path entries using 156 bytes of memory
4/3 BGP path/bestpath attribute entries using 496 bytes of memory
2 BGP AS-PATH entries using 48 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 1051 total bytes of memory
BGP activity 7/4 prefixes, 9/6 paths, scan interval 60 secs
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down
State/PfxRcd
155.1.0.5 4 1 272 285 16 0 0 03:57:58 1
155.1.13.1 4 2 290 290 16 0 0 04:40:15 1
155.1.23.3 4 2 283 288 16 0 0 04:38:57 1
Rack1R3#sh ip bgp sum
BGP router identifier 155.1.37.3, local AS number 2
BGP table version is 16, main routing table version 16
3 network entries using 351 bytes of memory
3 path entries using 156 bytes of memory
4/3 BGP path/bestpath attribute entries using 496 bytes of memory
2 BGP AS-PATH entries using 48 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 1051 total bytes of memory
BGP activity 7/4 prefixes, 9/6 paths, scan interval 60 secs
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down
State/PfxRcd
155.1.13.1 4 2 289 284 16 0 0 04:39:34 1
155.1.23.2 4 2 289 284 16 0 0 04:39:04 1
I'm doing something incredibly stupid and I just can't see it arrrrggggg
----- Original Message -----
From: "Joseph Brunner" <joe@affirmedsystems.com>
To: "'John'" <jgarrison1@austin.rr.com>; <ccielab@groupstudy.com>
Sent: Monday, September 24, 2007 6:49 PM
Subject: RE: IWE BGP
> John, I have tried to go through this config; and draw it out in my head.
>
> "Show ip interface brief" and "show ip bgp summary" in the future would
> also
> be helpful to us to provide more assistance ;)
>
> Here is how I normally go about solving these issues in my lab...
>
> Do some "debug ip icmp" + "term mon" on the routers send and receiving the
> pings, lets see what's failing. Debug ip packet <ACL> also helps, again
> with
> term mon turned on, or "logging console" if you are directly connected.
>
> The next hop is automatically reset to the outgoing interface for EBGP (or
> if the update-source is set, it will use that interface). I suspect a
> broken
> igp underlying your perhaps working bgp config.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> John
> Sent: Monday, September 24, 2007 9:19 PM
> To: John; ccielab@groupstudy.com
> Subject: Re: IWE BGP
>
> error R2 not R1 is connected to R5 via EBGP
>
> ----- Original Message -----
> From: "John" <jgarrison1@austin.rr.com>
> To: <ccielab@groupstudy.com>
> Sent: Monday, September 24, 2007 7:03 PM
> Subject: IWE BGP
>
>
>> This is killing me I've set up this same lab a number of times. It
>> appears
>> that the BGP and routing tables are correct at all routers.R1 R2 R3 are
>> in
>
>> AS2
>> R4 is in AS3 and R5 is in AS1. From R4 I cannot ping R3 or R5's
>> ethernet/vlan(155.1.37.0, 155.1.5.0), but from R3 I can ping R4 and R5's
>> ethernet/vlan here is the relevant info for R4
>> Network Next Hop Metric LocPrf Weight Path
>> *> 155.1.5.0/24 155.1.146.1 0 2 1 i
>> *> 155.1.37.0/24 155.1.146.1 0 2 i
>> *> 204.12.1.0 0.0.0.0 0 32768 i
>> Rack1R4#sh ip route
>> C 204.12.1.0/24 is directly connected, FastEthernet0/1
>> 155.1.0.0/24 is subnetted, 3 subnets
>> C 155.1.146.0 is directly connected, FastEthernet0/0
>> B 155.1.5.0 [20/0] via 155.1.146.1, 00:37:13
>> B 155.1.37.0 [20/0] via 155.1.146.1, 00:37:13
>> Rack1R4#sh ip bgp 155.1.5.0
>> BGP routing table entry for 155.1.5.0/24, version 2
>> Paths: (1 available, best #1, table Default-IP-Routing-Table)
>> Not advertised to any peer
>> 2 1
>> 155.1.146.1 from 155.1.146.1 (155.1.146.1)
>> Origin IGP, localpref 100, valid, external, best
>> Rack1R4#sh ip bgp 155.1.37.0
>> BGP routing table entry for 155.1.37.0/24, version 3
>> Paths: (1 available, best #1, table Default-IP-Routing-Table)
>> Not advertised to any peer
>> 2
>> 155.1.146.1 from 155.1.146.1 (155.1.146.1)
>> Origin IGP, localpref 100, valid, external, best
>>
>> Heres where it gets weird R4 is connected to R1 via EBGP and from R1 I
>> can
>> ping R3 and R4's ethernet /vlan(155.1.37.0, 204.12.1.0), but not
>> R5's(155.1.5.0). From R1 I cannot reach 155.1.0.0 which is connecting R1
>> to
>> R5 via EBGP, but I can reach 155.1.23.0 which connects R3 to R2 via IBGP
>> and
>> EIGRP heres R1's relevant info
>> Network Next Hop Metric LocPrf Weight Path
>> *>i155.1.5.0/24 155.1.23.2 0 100 0 1 i
>> *>i155.1.37.0/24 155.1.13.3 0 100 0 i
>> *> 204.12.1.0 155.1.146.4 0 0 3 i
>> Rack1R1#sh ip route
>> Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
>> D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
>> N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
>> E1 - OSPF external type 1, E2 - OSPF external type 2
>> i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS
>> level-2
>> ia - IS-IS inter area, * - candidate default, U - per-user static
>> route
>> o - ODR, P - periodic downloaded static route
>>
>> Gateway of last resort is not set
>>
>> B 204.12.1.0/24 [20/0] via 155.1.146.4, 00:53:17
>> 155.1.0.0/24 is subnetted, 5 subnets
>> C 155.1.146.0 is directly connected, FastEthernet0/0
>> D 155.1.23.0 [90/2681856] via 155.1.13.3, 01:37:10, Serial2/1
>> C 155.1.13.0 is directly connected, Serial2/1
>> B 155.1.5.0 [200/0] via 155.1.23.2, 00:54:49
>> B 155.1.37.0 [200/0] via 155.1.13.3, 01:30:38
>> Rack1R1#sh ip bgp 155.1.5.0
>> BGP routing table entry for 155.1.5.0/24, version 6
>> Paths: (1 available, best #1, table Default-IP-Routing-Table)
>> Advertised to update-groups:
>> 1
>> 1
>> 155.1.23.2 (metric 2681856) from 155.1.23.2 (155.1.23.2)
>> Origin IGP, metric 0, localpref 100, valid, internal, best
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Oct 06 2007 - 12:01:15 ART