From: Rodgers Moore (rodgers@xxxxxxxxxxxxxx)
Date: Mon Feb 26 2001 - 13:17:31 GMT-3
Depending on the IOS version, you may need the command "no peer
neighbor-route" on the interfaces. This fixes an OSPF bug that causes the
link to flap up and down just as you describe it. The bug is not in IOS,
but rather the OSPF standard. Sorry, I didn't research this very far.
This info came from Cisco TAC a couple years ago.
Also, your config doesn't show access list 1. You could have an issue
there.
Rodgers Moore
chunyuchen wrote:
> Dear all,
> Who can help me to fix OSPF demand circuit problem.
> It is alway connect to each other via isdn.
> if the idle-time-out is expire.
> It will re-connection to each other.
> My configuration as following,
>
> R3#show ip ospf neighbor
>
> Neighbor ID Pri State Dead Time Address =
> Interface
> 6.6.6.6 1 INIT/ - 00:00:36 33.33.33.6 BRI0
>
> R6#show ip ospf neighbor
> Not thing.
>
> R6
> interface BRI0
> ip address 33.33.33.6 255.255.255.0
> no ip directed-broadcast
> encapsulation ppp
> ip ospf demand-circuit
> dialer idle-timeout 180
> dialer map ip 33.33.33.3 name r3 broadcast 12711291
> dialer-group 1
> ppp authentication pap
> !
> router ospf 1
> network 33.33.33.0 0.0.0.255 area 0
> network 6.6.6.0 0.0.0.255 area 0
> !
> ip classless
>
> R3:
> interface BRI0
> =20
> ip address 33.33.33.3 255.255.255.0
> no ip directed-broadcast
> encapsulation ppp
> ip ospf demand-circuit
> dialer idle-timeout 180
> dialer map ip 33.33.33.6 name r6 12711323
> dialer load-threshold 128 outbound
> dialer-group 1
> ppp authentication pap
> !
> router eigrp 1
> variance 18
> network 10.0.0.0
> network 3.0.0.0
> no auto-summary
> !
> router ospf 1
> network 33.33.33.0 0.0.0.255 area 0
> network 3.3.3.0 0.0.0.255 area 0
>
> Thanks
> Regards
> Jerry
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:02 GMT-3