From: Joe Soricelli (jsoricelli@xxxxxxxx)
Date: Wed Apr 28 1999 - 15:15:32 GMT-3
OK. I'm going to assume that on router 1 last night you did the
redistribute connected into OSPF. After doing a write, you might try to
reload the router. I know it shouldn't work that way, but I've seen both
OSPF and BGP do this. Just today, I put a command into BGP that I know
works, did a clear ip bgp *, and nothing. Tried the reload, and magic!!!
Now, if that doesn't work, the next thing I'd try is to take the no-summary
OFF of router 4. Let him advertise the 172.17.0.0/16 network. Router 1
should pick that up and redistribute it into OSPF. Then routers 2 and 3
will forward traffic for 172.17.59.0 towards router 1 who has a specific
route for it.
I'm in the middle of something else in my lab right now, but maybe I can try
this out tonight. If you get to it sooner, let me know the outcome.
-joe
-----Original Message-----
From: Mark Mirrotto <mmirrott@stratos.net>
To: 'Joe Soricelli' <jsoricelli@fridge.ccci.com>; ccielab@groupstudy.com
<ccielab@groupstudy.com>
Date: Wednesday, April 28, 1999 2:02 PM
Subject: RE: BGP and OSPF redistribution
>The area 0 network is 172.17.59.16 / 28 with the 3 interfaces in question
>being .17 .18 & .19.
>The E0 network on R4 is 172.17.59.160 / 30 Ethernet 0 on R4 is set to
>172.17.59.161
>The token ring network that R2 & R3 share is 172.17.59.128 / 28 with the 2
>interfaces set to .129 & .130 and is in OSPF area 1
>I have the ip classless statements around the house, I have 'no summary'
>statements in the BGP processes, and I am using the appropriate masks in
>the BGP network statements.
>My OSPF redistribute command includes the subnets parameter.
>R2 & R3 can see the 160 network from R4, and R4 can see the 128 and 16
>network. R2 & R3 cannot see the .0 network. Since I am subnetting down a
>class B, I don't need to worry about the IP subnet zero, but the commands
>are there anyway.
>I did try a few things last night, including redistributing connected on R1
>and the route to the 0 subnet still didn't show up on R2 & R3.
>I think that's everything.
>Thanks!
>
>
>-----Original Message-----
>From: Joe Soricelli [SMTP:jsoricelli@ccci.com]
>Sent: Wednesday, April 28, 1999 12:34 PM
>To: ccielab@groupstudy.com
>Subject: Re: BGP and OSPF redistribution
>
>Can you supply some IP addressing information on the links? Specifically,
>the E0 on router 4, the EBGP link, and the 2 area 0 links on router 1?
>-----Original Message-----
>From: Mark Mirrotto <mmirrott@stratos.net>
>To: 'Joe Soricelli' <jsoricelli@fridge.ccci.com>; ccielab@groupstudy.com
><ccielab@groupstudy.com>
>Date: Wednesday, April 28, 1999 1:29 PM
>Subject: RE: BGP and OSPF redistribution
>
>
>>Router 1 has the network statement. Sorry, I should have given more
>details.
>>
>>-----Original Message-----
>>From: Joe Soricelli [SMTP:jsoricelli@ccci.com]
>>Sent: Wednesday, April 28, 1999 8:56 AM
>>To: ccielab@groupstudy.com
>>Subject: Re: BGP and OSPF redistribution
>>
>>Does router 1 or 4 have the network between them listed as a network
>>statement under BGP?
>>
>>-joe
>>-----Original Message-----
>>From: Mark Mirrotto <mmirrott@stratos.net>
>>To: 'ccielab@groupstudy.com' <ccielab@groupstudy.com>
>>Date: Wednesday, April 28, 1999 8:42 AM
>>Subject: BGP and OSPF redistribution
>>
>>
>>>I am having problems in my test lab getting BGP routes to redistribute
>into
>>>my routing tables. Here is the scenario:
>>>
>>>R1 is running OSPF over a multipoint frame relay connection to R2 and R3.
>>>This is OSPF area 0
>>>R2 and R3 are also connected via their token ring interfaces in OSPF area
>>>1.
>>>R1 also has an EBGP connection to R4 over a point-to-point frame relay
>>>connection. R4 is advertising the network connected to its ethernet.
>>>R1 is mutually redistributing OSPF and BGP. The rest of the OSPF routers
>>>see the BGP route from R4, and R4 sees the rest of the OSPF network. The
>>>problem is R1 is not propagating the network connecting R1 and R4 (the
>EBGP
>>>network) even though there is a network statement under the BGP routing
>>>process.
>>>If I extend the OSPF area 0 to include the network connecting to R4,
>>>everything works fine. I guess the bottom line is I need to get this
>route
>>>into the routing tables somehow without using static routes, and without
>>>using OSPF. Any ideas?
>>>Thanks
>>>
>>
>>
>
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:21:36 GMT-3