From: Larry Roberts (larryr@xxxxxxxxxxxx)
Date: Sat May 04 2002 - 14:48:54 GMT-3
Hi gang,
The broadcast keyword on the dialer map is not an issue. However, the demand
circuit only suppresses OSPF Hellos on a point-to-point network type. That
should be the default on a BRI link, but you might want to put the "ip ospf
network point-to-point" command on the BRI interfaces just to make sure. As
noted before I would always apply the "no peer neighbor route" command also.
Another issue to watch out for is when you are redistributing a classful
protocol into a classless protocol on a router with a BRI interface
connected to the ISDN link. This will causes issues with the line coming up
also. You can use the "debug ip ospf monitor" to determine exactly what LSA
is bringing up the ISDN circuit.This is a hidden command and will not show
up with context sensitive help. You need to just type in the full command.
HTH,
Larry Roberts
CCIE #7886 (R&S / Security)
----- Original Message -----
From: "Greg Schmitt" <gschmitt@thrupoint.net>
To: "elpingu" <elping@acedsl.com>; "zapeta zape" <zzapeta@hotmail.com>
Cc: <ccielab@groupstudy.com>
Sent: Saturday, May 04, 2002 9:16 AM
Subject: RE: ISDN 224.0.0.5 problem
> Greetings,
>
> For some reason, one of my biggest headaches with the lab was ISDN. It
never seemed to work the same two times in a row for me.
>
> The OSPF demand circuit command you are using is supposed to keep the
224.0.0.5 multicast messages from initiating an ISDN call
> unless there is a network change (new LSA). If your OSPF network is
generating new LSAs, then you will see the link go up and down.
> However, if your network is steady, then the OSPF demand circuit command
may not be functioning the way you want it to.
>
> Here are some things you can try:
>
> 1. Only have one router be capable of initiating a call (only have one map
statement with the dialer number). Remove the OSPF demand
> circuit from the dialing router, but leave it on the dialed router.
>
> 2. Same as above, but leave the OSPF demand circuit on the dialing router
and remove it from the dialed router.
>
> 3. Try a different version of code (12.0 perhaps) with the configurations
above.
>
>
> Good luck.
>
> Greg
>
> Greg Schmitt, CCIE #8105
>
> Internetwork Solutions Engineer
> ThruPoint, Inc.
> Cell: 443-822-5183
> Voice: 410-974-4337
> e-mail: GSchmitt@thrupoint.net
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> elpingu
> Sent: Saturday, May 04, 2002 11:41 AM
> To: zapeta zape
> Cc: ccielab@groupstudy.com
> Subject: Re: ISDN 224.0.0.5 problem
>
>
> 224.0.0.5 is a multicast reserved for ospf ....so your routers are trying
to
> stablish adjecencies..because the link is broadcast ....
>
> try removing the broadcast from the dialer map so that it can be a
point-to
> point interface
>
> ping
>
> zapeta zape wrote:
>
> > Hello,
> > I am having a problem with my isdn.For one the multicast address
224.0.0.5
> > is bringing the link up. By the way I am not doing any redistribution.
> > When I do sh ip osp neigh on R1, I don't see no neighbor id toward R2.
> > When I apply the same command on R2, I see that R2 is try to establish a
> > neighbor with R1. I already tried the no peer neighbor-route on both
> > command. I tried to command deb ip ospf monitor I can't apply on my
routers
> > even I am running the 12.2 code.
> > Any help will be appreciated.
> > Thanks
> > Zape
> >
> > R1
> > username r2 password 0 cisco
> > !
> > interface BRI0/0
> > ip address 150.10.35.1 255.255.255.252
> > encapsulation ppp
> > ip ospf priority 0
> > ip ospf demand-circuit
> > dialer map ip 150.10.35.2 name r2 broadcast 7704324217
> > dialer-group 1
> > isdn switch-type basic-ni
> > isdn spid1 77043242400101 4324240
> > cdapi buffers regular 0
> > cdapi buffers raw 0
> > cdapi buffers large 0
> > ppp callback request
> > ppp chap hostname cisco5
> > !
> > router ospf 100
> > router-id 150.10.1.1
> > log-adjacency-changes
> >
> > network 150.10.1.0 0.0.0.255 area 0
> >
> > network 150.10.35.0 0.0.0.3 area 0
> > !
> > dialer-list 1 protocol ip permit
> >
> > r2
> >
> > interface BRI0/0
> > ip address 150.10.35.2 255.255.255.252
> > no ip directed-broadcast
> > encapsulation ppp
> > ip ospf interface-retry 0
> > ip ospf demand-circuit
> > dialer idle-timeout 20
> > dialer map ip 150.10.35.1 name r1 class ccie broadcast 7704324240
> > dialer-group 1
> > isdn switch-type basic-ni
> > isdn spid1 77043242170101 4324217
> > ppp callback accept
> > ppp authentication chap
> > !
> > router ospf 100
> > router-id 150.10.2.2
> > log-adjacency-changes
> >
> > network 150.10.2.0 0.0.0.255 area 0
> > network 150.10.35.0 0.0.0.3 area 0
> >
> > !
> >
> > map-class dialer ccie
> > dialer callback-server username
> > !
> > dialer-list 1 protocol ip permit
> >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:50 GMT-3