From: Muhammad Ahmed (mahmed@xxxxxxxxxxxxxx)
Date: Thu Nov 15 2001 - 22:47:57 GMT-3
Check to see in your ospf database if you see 150.50.4.0/24 or
150.50.4.8/32.
Modify you access-list for the route-map accordingly.
If I remember correctly, whenever you redistribute the loopback interface
into OSPF, it does not list on the mask boundary, rather as a host entry.
-Muhammad
-----Original Message-----
From: Chua, Parry [mailto:Parry.Chua@compaq.com]
Sent: Thursday, November 15, 2001 7:26 PM
To: Albert Lu; Nigel Roy
Cc: ccielab@groupstudy.com
Subject: RE: OSPF redistribution into BGP, no external routes shown.
Hi,
Check that it the route is in BGP table and it status.
- show ip bgp
If it is there but NOT best path ( ie * w/o > )
then check the RID of the route,
1.show ip bgp 150.50.4.0
2.show ip ospf database
Other thing such as summaration, route in Ip table as well.
Parry Chua
-----Original Message-----
From: Albert Lu [mailto:albert_ccie@yahoo.com]
Sent: Friday, November 16, 2001 5:06 AM
To: 'Nigel Roy'
Cc: ccielab@groupstudy.com
Subject: RE: OSPF redistribution into BGP, no external routes shown.
Nigel,
That is correct, I'm trying to redistribute the connected loopback of
150.50.4.0 into OSPF and redistribute it into BGP.
I'm sure that it must be ok for OSPF to redistribute it's external
routes
into BGP. In the real world, an AS would probably consist of more than 1
routing protocol (eg. OSPF + EIGRP). If OSPF has the job of
redistributing
into BGP, then no EIGRP routes would be redistributed.
That doesn't quite make sense for me, but please correct me.
Thanks
Albert
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Nigel Roy
Sent: Friday, November 16, 2001 1:29 AM
To: ccielab@groupstudy.com
Subject: Fw: OSPF redistribution into BGP, no external routes shown.
Albert,
From what I can gather you are trying to do the following:
redistribute connected into OSPF and then from OSPF into BGP.
Unfortunately the only routes that will get redistributed from OSPF
into
BGP
are routes that have been learned by OSPF or have a network statement
under
the OSPF. They must also be the best route as per the IP routing
table.
You cannot get routes from one protocol to be redistributed into
another
and
then forwarded onto a third protocol. This prevents the possibility of
mutual redistribution causing routes be fed back into their originating
protocol.
regards
Nigel
----- Original Message -----
From: "Albert Lu" <albert_ccie@yahoo.com>
To: <ccielab@groupstudy.com>
Sent: Thursday, November 15, 2001 12:18 PM
Subject: OSPF redistribution into BGP, no external routes shown.
> Hello all,
>
> Does anyone know any reason why OSPF external routes would not
redistribute
> into BGP?
>
> Here's a section of the config, and the show ip ospf database. The
ospf
> > database shows that the connected route has been redistributed into
OSPF
> as
> > External, but it seems like BGP won't accept this route when
redistributed
> > from OSPF.
> >
> > Thanks
> >
> > Albert
> >
> > interface Loopback0
> > ip address 200.0.0.8 255.255.255.255
> > !
> > interface Loopback1
> > ip address 150.50.3.8 255.255.255.0
> > ip ospf network point-to-point
> > !
> > interface Loopback2
> > ip address 150.50.4.8 255.255.255.0
> > ip ospf network
> >
> > router ospf 8
> > log-adjacency-changes
> > redistribute connected metric-type 1 subnets route-map
RM_150_50_4_Only
> > passive-interface Loopback1
> > network 150.50.3.0 0.0.0.255 area 0
> > network 150.50.5.64 0.0.0.63 area 0
> > !
> > router bgp 65078
> > bgp log-neighbor-changes
> > bgp confederation identifier 200
> > redistribute ospf 8 match internal external 1 external 2 route-map
O_IN_B
> > neighbor 150.50.5.68 remote-as 65078
> > no auto-summary
> > !
> > !
> > access-list 10 permit 150.50.4.0
> > access-list 10 permit 150.50.3.0
> >
> > route-map RM_150_50_4_Only permit 10
> > match interface Loopback2
> > !
> > route-map O_IN_B permit 10
> > match ip address 10
> > !
> >
> >
> > OSPF Router with ID (200.0.0.8) (Process ID 8)
> >
> >
> > Router Link States (Area 0)
> >
> > Link ID ADV Router Age Seq# Checksum Link
count
> > 200.0.0.7 200.0.0.7 243 0x80000019 0xF97C 2
> > 200.0.0.8 200.0.0.8 242 0x80000019 0x7B1C 3
> >
> > Type-5 AS External Link States
> >
> > Link ID ADV Router Age Seq# Checksum Tag
> > 150.50.4.0 200.0.0.8 247 0x80000001 0xF88A 0
> >
> >
This archive was generated by hypermail 2.1.4 : Fri Jun 21 2002 - 06:45:16 GMT-3