Re: OSPF redistribution

I know it may sound very strange but on the redistribution statement I
was using a route-map that was matching a community value and an
AS-Path access-list.
However on one of my routers I was only matching the community. This
router was performing the redistribution fine.
When I removed the AS path filter from the route-map everything works fine.
I will open a case with Cisco and see what they have to say.

Thanks for everyone's comments

On 14 July 2010 23:52, Rich Collins <nilsi2002_at_gmail.com> wrote:
> Hi,
>
> It looks okay to me.
>
> I quickly set up the same between two of my routers and tried your scenario.
> If it's just in a lab try a "debug ip routing" and clear the bgp
> neighbors - you might see your problem show up.
>
> -Rich
>
>
> R_2#sh ip bgp
> BGP table version is 8, local router ID is 9.9.0.2
> Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
> r RIB-failure, S Stale
> Origin codes: i - IGP, e - EGP, ? - incomplete
>
> Network Next Hop Metric LocPrf Weight Path
> *> 179.50.0.0/23 10.203.66.62 0 0 11 ?
> *> 179.50.64.0/18 10.203.66.62 0 0 11 ?
> *> 179.50.128.0/17 10.203.66.62 0 0 11 i
>
> R_2#sh ip ospf database
>
> OSPF Router with ID (9.9.0.2) (Process ID 22)
>
> Router Link States (Area 0)
>
> Link ID ADV Router Age Seq# Checksum Link count
> 9.9.0.2 9.9.0.2 259 0x80000134 0x00C850 2
> 13.13.13.1 13.13.13.1 264 0x80000137 0x00DBE6 3
>
> Type-5 AS External Link States
>
> Link ID ADV Router Age Seq# Checksum Tag
> 179.50.0.0 9.9.0.2 80 0x80000001 0x0047E8 11
> 179.50.64.0 9.9.0.2 80 0x80000001 0x004DE0 11
> 179.50.128.0 9.9.0.2 80 0x80000001 0x0049E4 11
>
>
>
>
> Jul 14 22:37:25.289: RT: NET-RED 0.0.0.0/0
>
> Jul 14 22:37:26.097: RT: SET_LAST_RDB for 179.50.0.0/23
> NEW rdb: via 10.203.66.62
>
> Jul 14 22:37:26.097: RT: add 179.50.0.0/23 via 10.203.66.62, bgp metric [20/0]
> Jul 14 22:37:26.097: RT: NET-RED 179.50.0.0/23
> Jul 14 22:37:26.101: RT: network 179.50.0.0 is now variably masked
> Jul 14 22:37:26.101: RT: SET_LAST_RDB for 179.50.64.0/18
> NEW rdb: via 10.203.66.62
>
> Jul 14 22:37:26.101: RT: add 179.50.64.0/18 via 10.203.66.62, bgp metric [20/0]
> Jul 14 22:37:26.101: RT: NET-RED 179.50.64.0/18
> Jul 14 22:37:26.101: RT: SET_LAST_RDB for 179.50.128.0/17
> NEW rdb: via 10.203.66.62
>
> Jul 14 22:37:26.101: RT: add 179.50.128.0/17 via 10.203.66.62, bgp metric [20/0]
> Jul 14 22:37:26.101: RT: NET-RED 179.50.128.0/17
>
>
> On Thu, Jul 8, 2010 at 6:35 AM, Muzammil Malick <malickmuz_at_gmail.com> wrote:
>> Hi
>>
>> I am redistributing 3 BGP routes into OSPF however only 1 route is
>> entering the OSPF database.
>> If I do a show ip route I can see the routes are being redistributed
>> but if I look
>> in the OSPF database only one route is there.
>>
>> The area is a standard area (no stub routing of any kind).
>>
>> redistribute bgp 29400 metric-type 1 subnets route-map bgp2ospf
>>
>> The route-map refers to an AS path access-list. All 3 of the BGP
>> routes have the same AS path
>>
>> show ip bgp
>> *> 179.50.0.0/23
>> *> 179.50.64.0/18
>> *> 179.50.128.0/17
>>
>> sh ip route 179.50.0.0
>>
>> Routing entry for 179.50.0.0/16, 3 known subnets
>> Variably subnetted with 3 masks
>> Redistributing via ospf 100
>>
>> B 179.50.128.0/17 [20/0] via 10.50.1.98, 1d21h
>> B 179.50.64.0/18 [20/0] via 10.50.1.98, 1d21h
>> B 179.50.0.0/23 [20/0] via 10.50.1.98, 1d21h
>>
>>
>> sh ip ospf database | i 179.50
>> 179.50.0.0 10.1.168.250 283 0x80000053 0x5207 1600
>>
>> On clearing the routing table the routes enter the OSPF database,
>> however if BGP flaps the routes are not redistributed when BGP
>> comes back up.
>> The only difference between the routes is that before the routes are
>> redistributed, the bgp route that is entering the database has an
>> origin of igp
>> whereas the other two have unknown origin.
>>
>> Am I doing something wrong, or is this some sort of bug?
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Thu Jul 15 2010 - 13:29:59 ART