Re: OSPF redistribution

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 Wed Jul 14 2010 - 18:52:34 ART