Re: OSPF Demand Circuit

From: yuen me (yuen_me@xxxxxxxxxxx)
Date: Sun Feb 17 2002 - 20:34:10 GMT-3


   
I don't think it is a hello but you cannot tell simply from 224.0.0.5. it
should be LSA update which on-demand circuit does not suppress. Check the
age of LSAs and see whether there is any "forever young" entry.

Yuenme

>From: "Lupi, Guy" <Guy.Lupi@eurekaggn.com>
>Reply-To: "Lupi, Guy" <Guy.Lupi@eurekaggn.com>
>To: "'ccielab@groupstudy.com'" <ccielab@groupstudy.com>
>Subject: OSPF Demand Circuit
>Date: Sun, 17 Feb 2002 17:25:43 -0500
>
>Has anyone had issues with OSPF demand circuits? I have it configured in
>my
>lab, I have tried it with both legacy ddr and with dialer interfaces, the
>line comes up with no issues, goes to the idle timeout as it should, but
>then from a debug dialer I see that the multicast OSPF hello brings up the
>line again even though the line is configured as a demand circuit. The
>output of a show IP ospf interface shows that the hellos are suppressed,
>but
>the router continues to send them. Any help appreciated as always, output
>of debugs and show ip ospf interfaces below. I looked in the archives and
>I
>found an issue similar to this that said the problem could be resolved with
>dialer interfaces but that doesn't seem to be the case, I am running IOS
>12.1(12):
>
>BRI0 is up, line protocol is up (spoofing)
> Internet Address 10.10.10.2/24, Area 0
> Process ID 100, Router ID 10.10.10.2, Network Type POINT_TO_POINT, Cost:
>9999
> Configured as demand circuit.
> Run as demand circuit.
> DoNotAge LSA allowed.
> Transmit Delay is 1 sec, State POINT_TO_POINT,
> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
> Hello due in 00:00:07
> Index 1/1, flood queue length 0
> Next 0x0(0)/0x0(0)
> Last flood scan length is 1, maximum is 1
> Last flood scan time is 0 msec, maximum is 8 msec
> Neighbor Count is 1, Adjacent neighbor count is 1
> Adjacent with neighbor 198.207.193.112 (Hello suppressed)
>
>r2#
>01:01:33: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from 1111 r8,
>call lasted 179 seconds
>01:01:33: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
>01:01:33: BR0:1 DDR: disconnecting call
>01:01:33: BR0 DDR: Dialing cause ip (s=10.10.10.2, d=224.0.0.5)
>01:01:33: BR0 DDR: Attempting to dial 1111
>01:01:34: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
>01:01:34: BR0:1 DDR: dialer protocol up
>01:01:40: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 1111 r8



This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 13:46:26 GMT-3