From: Logan, Harold (loganh@xxxxxxxxx)
Date: Mon Jul 08 2002 - 18:24:21 GMT-3
I went ahead and set this up using Danny's configs, and setting the cost on the
dialer interfaces fixed the problem. Before I did that, I got the same thing:
the line was coming up from LSA's, but they weren't type 1's. I'm guessing that
when the line is brought back down, that represents a change in the ospf cost,
therefore the line needs to be brought back up? Danny, if you still have this
set up, try doing 'debug ip ospf lsa-generation', observe what happens for a fe
w minutes, then do an 'isdn disconnect int bri0/0 all'. You should see things f
airly quiet until the bri line gets brought down, then it comes right back up a
s more lsa's are generated. Likewise, if you force the line down with isdn disc
onnect, it gets brought right back up along with a handful of lsa's.
Does anyone else have any input on why this happens, or know of a way to fix th
e problem other then ip ospf cost?
Thanks,
Hal
> -----Original Message-----
> From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
> Sent: Monday, July 08, 2002 4:01 PM
> To: Danny.Wang@alderwoods.com
> Cc: ccielab@groupstudy.com
> Subject: Re: ISDN and OSPF
>
>
> Danny,
> Short answer: fix the ospf cost of your ddr interfaces (via ip ospf
> cost).
>
> If you take a closer look, you should see that hellows are
> supressed for
> the
> DDR interfaces. The link is being set because of an LSU triggered by a
> change in
> cost of the link.
>
> HTH
>
> Danny.Wang@alderwoods.com wrote:
> >
> > Very simple scenario. R1 connected to R2 with both ISDN and
> Ethernet.
> >
> > Requiment:
> >
> > 1. Configure OSPF for the network
> > 2. Do not allow OSPF hello to keep the ISDN link up indefinitely
> > 3. The ISDN line should only come up when the ethernet
> connections failed
> >
> > But after i enable the 'ip ospf demand circuit' on the
> dialer interface
> > (one side only), the link still constantly up and down,
> just wonderring if
> > i missed something or it's a Teltone simulator "bug" ;-j
> >
> > When i enable debuy ip packet and dialer packet, it shows
> the dialer caused
> > by hello packet, source ip address from dialer 1 to 224.0.0.5 ).
> >
> > when i modified the dialer-list on the R1, it's stopped,
> and leaving R2 as
> > is
> >
> > dialer list 1 protocol list 100
> > access-list 100 deny ospf any any
> > access-list 100 permit ip any any
> >
> > Any advice?
> >
> > R1------ISDN-------R2
> > \ /
> > \ /
> > Ethernet
> >
> > r1# sh run
> >
> > Building configuration...
> >
> > Current configuration : 1551 bytes
> > !
> > version 12.1
> > no service single-slot-reload-enable
> > service timestamps debug uptime
> > service timestamps log uptime
> > no service password-encryption
> > !
> > hostname r1
> > !
> > !
> > username CCIE2 password 0 cisco
> > username r2 password 0 cisco
> > !
> > !
> > !
> > !
> > ip subnet-zero
> > no ip domain-lookup
> > !
> > ip audit notify log
> > ip audit po max-events 100
> > isdn switch-type basic-ni
> > !
> > !
> > !
> > !
> > !
> > !
> > !
> > interface Loopback0
> > ip address 10.10.11.1 255.255.255.255
> > !
> > interface Loopback1
> > ip address 10.10.12.1 255.255.255.255
> > !
> > interface Loopback2
> > ip address 10.10.13.1 255.255.255.255
> > !
> > interface Ethernet0/0
> > no ip address
> > shutdown
> > !
> > interface Serial0/0
> > no ip address
> > shutdown
> > no fair-queue
> > !
> > interface BRI0/0
> > no ip address
> > encapsulation ppp
> > dialer pool-member 1
> > isdn switch-type basic-ni
> > isdn spid1 0835866101 8358661
> > isdn spid2 0835866301 8358663
> > ppp authentication chap
> > ppp multilink
> > !
> > interface Ethernet0/1
> > ip address 192.168.1.211 255.255.255.0
> > !
> > interface Dialer1
> > ip address 172.19.1.6 255.255.255.252
> > encapsulation ppp
> > ip ospf demand-circuit
> > dialer pool 1
> > dialer remote-name CCIE2
> > dialer string 8358662
> > dialer-group 1
> > ppp authentication chap
> > ppp chap hostname CCIE1
> > ppp multilink
> >
> > !
> > router ospf 64
> > log-adjacency-changes
> > network 10.10.11.1 0.0.0.0 area 0
> > network 10.10.12.1 0.0.0.0 area 1
> > network 10.10.13.1 0.0.0.0 area 2
> > network 172.19.1.4 0.0.0.3 area 0
> > network 192.168.1.0 0.0.0.255 area 0
> > !
> > ip classless
> > ip http server
> > ip ospf name-lookup
> > !
> > dialer-list 1 protocol ip permit
> > !
> > !
> > alias exec r show run
> > alias exec c conf t
> > !
> > line con 0
> > exec-timeout 0 0
> > line aux 0
> > line vty 0 4
> > login
> > !
> > end
> >
> > r2#sh run
> > Building configuration...
> >
> > Current configuration : 1627 bytes
> > !
> > version 12.1
> > no service single-slot-reload-enable
> > service timestamps debug uptime
> > service timestamps log uptime
> > no service password-encryption
> > !
> > hostname r2
> > !
> > logging buffered 10000 debugging
> > !
> > username CCIE1 password 0 cisco
> > username r1 password 0 cisco
> > !
> > !
> > !
> > !
> > ip subnet-zero
> > no ip domain-lookup
> > !
> > isdn switch-type basic-ni
> > !
> > !
> > !
> > !
> > !
> > !
> > !
> > interface Loopback0
> > ip address 10.10.11.2 255.255.255.255
> > !
> > interface Loopback1
> > ip address 10.10.12.2 255.255.255.255
> > !
> > interface Loopback2
> > ip address 10.10.13.2 255.255.255.255
> > !
> > interface Ethernet0/0
> > no ip address
> > shutdown
> > !
> > interface Serial0/0
> > no ip address
> > shutdown
> > no fair-queue
> > !
> > interface BRI0/0
> > no ip address
> > encapsulation ppp
> > dialer pool-member 1
> > isdn switch-type basic-ni
> > isdn spid1 0835866201 8358662
> > isdn spid2 0835866401 8358664
> > ppp authentication chap
> > ppp multilink
> > !
> > interface Ethernet0/1
> > backup delay 2 2
> > backup interface Dialer1
> > ip address 192.168.1.212 255.255.255.0
> > !
> > interface Dialer1
> > ip address 172.19.1.5 255.255.255.252
> > encapsulation ppp
> > dialer pool 1
> > dialer remote-name CCIE1
> > dialer string 8358661
> > dialer load-threshold 128 either
> > dialer-group 1
> > ppp authentication chap
> > ppp chap hostname CCIE2
> > ppp multilink
> > !
> > router ospf 64
> > log-adjacency-changes
> > network 10.10.11.2 0.0.0.0 area 0
> > network 10.10.12.2 0.0.0.0 area 12
> > network 10.10.13.2 0.0.0.0 area 13
> > network 172.19.1.4 0.0.0.3 area 0
> > network 192.168.1.0 0.0.0.255 area 0
> > !
> > ip classless
> > ip http server
> > !
> > dialer-list 1 protocol ip permit
> > !
> > !
> > alias exec r show run
> > alias exec c conf t
> >
> > line con 0
> > exec-timeout 0 0
> > line aux 0
> > line vty 0 4
> > login
> > !
> > end
> >
> > Debug output:
> >
> > 00:44:45: IP: s=192.168.1.211 (local), d=224.0.0.5
> (Ethernet0/1), len 68,
> > sendin
> > g broad/multicast
> > 00:44:49: IP: s=192.168.1.212 (Ethernet0/1), d=224.0.0.5,
> len 68, rcvd 0
> > 00:44:54: IP: s=172.19.1.6 (local), d=224.0.0.5 (Dialer1),
> len 64, sending
> > broad
> > /multicast
> > 00:44:54: Di1 DDR: ip (s=172.19.1.6, d=224.0.0.5), 64
> bytes, outgoing
> > interestin
> > g (ip PERMIT)
> > 00:44:54: IP: s=172.19.1.6 (local), d=224.0.0.5 (BRI0/0), len 64,
> > encapsulation
> > failed
> > 00:44:55: IP: s=192.168.1.211 (local), d=224.0.0.5
> (Ethernet0/1), len 68,
> > sendin
> > g broad/multicast
> > 00:44:55: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to up
> > 00:44:55: %DIALER-6-BIND: Interface BR0/0:1 bound to profile Di1
> > 00:44:56: %ISDN-6-CONNECT: Interface BRI0/0:1 is now
> connected to 8358662
> > 00:44:56: %ISDN-6-DISCONNECT: Interface BRI0/0:1
> disconnected from 8358662
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:22 GMT-3