BGP into OSPF Redistribution issues

From: Uppal, Raj (RajUppal@mrgmail.com)
Date: Wed Sep 24 2003 - 02:21:22 GMT-3


Was wondering if anyone ran into this before.

 

There is Site A and Site B

Site A has a lan segment 10.1.0.0 connected to a Nortel Passport 8600
Running OSPF in area 0.0.0.0

Site B has a lan segment 10.1.0.0 connected to a Nortel Passport 8600
Running OSPF in area 0.0.0.0

 

Site A and B Passports are connected together using 802.1q tagging

 

There is a 7206 at both sites. The Gig0/0 interface of the 7206's is
connected to the LAN segment on the switches.

 

The ATM interface on both ends is a DS3 with a subinterface (PTP) which
connects to a remote AS on the other end

 

 

So the Core two switches have a ton of VLANS that need to be advertised to
the BGP cloud as all of the remote sites run BGP

But the remote BGP sites need to be aware of how to get to the core sites as
well so I redist BGP into OSPF

 

 

Here is the sample configs on site A router

router ospf 1

 router-id 10.247.1.2

 log-adjacency-changes

 redistribute bgp 65000 metric 50 subnets

 network 10.1.0.0 0.0.255.255 area 0.0.0.0

!

router bgp 65000

 no synchronization

 bgp log-neighbor-changes

 network 10.1.0.0 mask 255.255.0.0

 network 10.247.0.4 mask 255.255.255.252

 network 10.247.1.2 mask 255.255.255.255

 redistribute ospf 1 metric 50 match internal external 1 external 2

 neighbor 10.247.0.6 remote-as 13979

 default-information originate

 no auto-summary

 

 

And site B is

router ospf 1

 router-id 10.247.1.1

 log-adjacency-changes

 redistribute bgp 65000 metric 100 subnets

 network 10.1.0.0 0.0.255.255 area 0.0.0.0

!

router bgp 65000

 no synchronization

 bgp log-neighbor-changes

 network 10.1.0.0 mask 255.255.0.0

 network 10.247.0.0 mask 255.255.255.252

 network 10.247.0.8 mask 255.255.255.252

 network 10.247.0.12 mask 255.255.255.252

 network 10.247.1.1 mask 255.255.255.255

 redistribute static

 redistribute ospf 1 metric 100 match internal external 1 external 2

 neighbor 10.247.0.2 remote-as 13979

 default-information originate

 no auto-summary

!

ip classless

ip route 10.62.0.0 255.255.0.0 10.247.0.9

ip route 10.162.0.0 255.255.0.0 10.1.40.4

ip route 10.212.1.0 255.255.255.0 ATM1/0.6

ip route 10.212.1.0 255.255.255.0 10.247.0.13

ip route 10.212.2.0 255.255.255.0 10.247.0.17

ip route 10.247.0.8 255.255.255.252 ATM1/0.5

ip route 172.16.172.1 255.255.255.255 10.1.34.11

ip route 172.16.172.49 255.255.255.255 10.1.34.11

ip route 172.16.172.236 255.255.255.255 10.1.34.11

ip route 172.18.66.0 255.255.255.0 10.1.17.1

ip route 192.168.112.156 255.255.255.255 10.1.34.11

 

 

 

 

Problem is that after this new setup was implemented, something causes OSPF
to go haywire every rough 48 hours that all routes in the Passports are
lost. Then it comes up and after 45 minutes goes down again. After the
second time when it comes up, it is another roughly 48 hours of no issues
then again down, wait 45 mins and down again. Any thoughts?

 

 

 

 

Raj Uppal

Mandalay Resort Group

rajuppal@mrgmail.com

***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***



This archive was generated by hypermail 2.1.4 : Wed Oct 01 2003 - 07:24:35 GMT-3