From: Peng Zheng (zpnist@yahoo.com)
Date: Thu Sep 25 2003 - 16:13:59 GMT-3
I'm not sure. WHen I remove dialer-group from R5, I
got:
-----------------
02:24:35: BR0 DDR: beginning callback to router4
4081111111
02:24:35: BR0 DDR: Attempting to dial 4081111111
02:24:35: %LINK-3-UPDOWN: Interface BRI0:1, changed
state to up
Rack06R5#
02:24:35: DDR: Freeing callback to router4 4081111111
02:24:35: BR0:1 PPP: Treating connection as a callout
Rack06R5#
02:24:37: BR0:1 CHAP: O CHALLENGE id 36 len 29 from
"Rack06R5"
02:24:37: BR0:1 CHAP: I CHALLENGE id 21 len 28 from
"router4"
02:24:37: BR0:1 CHAP: O RESPONSE id 21 len 29 from
"Rack06R5"
02:24:37: BR0:1 CHAP: I SUCCESS id 21 len 4
02:24:37: BR0:1 CHAP: I RESPONSE id 36 len 28 from
"router4"
02:24:38: BR0:1 CHAP: O SUCCESS id 36 len 4
02:24:38: BR0:1 DDR: disconnecting call
02:24:38: %ISDN-6-DISCONNECT: Interface BRI0:1
disconnected from 4081111111 rou
ter4, call lasted 3 seconds
02:24:38: %LINK-3-UPDOWN: Interface BRI0:1, changed
state to down
Rack06R5#
02:24:38: BR0:1 DDR: disconnecting call
Rack06R5#
---------------
R5 always disconnect the call in several seconds when
it callback.
What's the problem?
--- Brian Dennis <bdennis@internetworkexpert.com>
wrote:
> That is the point of my e-mail. CDP and "peer
> neighbor-route" should not
> bring the line up. Now the "peer neighbor-route"
> feature 'could' cause
> the line to bounce when doing route redistribution.
> As a side note PPP
> multilink 'could' also cause the link to bounce when
> using OSPF demand
> circuit.
>
> Now on to your questions:
>
> 1) Should I use dialer-group on R5, if I don't, R5
> won't callback R4 when I ping R5 from R4. But If I
> configure it, the callback reason OSPF.
>
> Are you sure that PPP callback needs a dialer-group
> to return a call?
> Try it out.
>
> 2) If I configure dialer-group on R5, can I
> configure
> ip ospf demand-circuit on R4. If I did so, R5 will
> call R4 when just reload both of them. Is this
> conflict with "Only R4 initiate call"?
>
> As per RFC 1793 (OSPF over Demand Circuits):
> <Quote>
> A demand point-to-point circuit need be configured
> in only one of the
> two endpoints.
> </Quote>
>
> If you do not want R5 to make a call for any reason
> just do not include
> the dialer-group command under the interface. Be
> sure to set the dialer
> idle-timeout to 0 on R5 since R5 does not have any
> interesting traffic
> specified so that it will not ever drop the link due
> to the lack of
> interesting traffic.
>
> That being said R5 could still make a call if using
> dialer watch or
> dialer persistent (12.2T) even without a
> dialer-group command.
>
> Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> bdennis@internetworkexpert.com
> Toll Free: 877-224-8987
> Direct: 775-745-6404 (Outside the US and Canada)
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
>
> -----Original Message-----
> From: Peng Zheng [mailto:zpnist@yahoo.com]
> Sent: Thursday, September 25, 2003 10:34 AM
> To: Brian Dennis; 'Scott Morris'; 'Barney Gaumer';
> 'Nawaz, Ajaz'; 'Donny
> MATEO'
> Cc: ccielab@groupstudy.com
> Subject: RE: Should I disable cdp on ISDN
>
>
> I have a case:
>
> R5----R4
>
> Only R4 initiate call, R5 will callback. R4 will
> watch
> some routes. OSPF won't bring up the link.
>
> I configure both demand-circuit and dialer-watch
>
> My config on R4:
>
> interface BRI0
> ip address 145.45.45.4 255.255.255.240
> encapsulation ppp
> ip ospf authentication message-digest
> ip ospf message-digest-key 1 md5 7 110A1016141D
> dialer idle-timeout 180
> dialer map ip 150.50.12.0 name R5 broadcast
> 4082222222
> dialer map ip 145.45.45.5 name R5 broadcast
> 4082222222
> dialer load-threshold 128 either
> dialer watch-group 1
> dialer-group 1
> isdn switch-type basic-ni
> isdn spid1 40811111111 4081111111
> isdn spid2 40811111112 4081111111
> cdapi buffers regular 0
> cdapi buffers raw 0
> cdapi buffers large 0
> ppp callback request
> ppp authentication chap callin
> ppp chap hostname r4
> ppp chap password 7 14141B180F0B
> ppp multilink
>
> dialer-list 1 protocol ip permit
>
> ------------------------
> on R5:
>
>
> interface BRI0
> ip address 145.45.45.5 255.255.255.240
> encapsulation ppp
> ip ospf authentication message-digest
> ip ospf message-digest-key 1 md5 7 070C285F4D06
> ip ospf demand-circuit
> dialer callback-secure
> dialer idle-timeout 180
> dialer map ip 145.45.45.4 name r4 class dialer1
> broadcast 4081111111
> dialer load-threshold 128 either
> dialer-group 1
> isdn switch-type basic-ni
> isdn spid1 40822222221 4082222222
> isdn spid2 40822222222 4082222222
> cdapi buffers regular 0
> cdapi buffers raw 0
> cdapi buffers large 0
> ppp callback accept
> ppp authentication chap PPPCALLBACK
> ppp authorization PPPCALLBACK
> ppp multilink
>
> dialer-list 1 protocol ip permit
> ------------------------------
>
>
>
> I have several question:
>
> 1) Should I use dialer-group on R5, if I don't, R5
> won't callback R4 when I ping R5 from R4. But If I
> configure it, the callback reason OSPF.
>
> 2) If I configure dialer-group on R5, can I
> configure
> ip ospf demand-circuit on R4. If I did so, R5 will
> call R4 when just reload both of them. Is this
> conflict with "Only R4 initiate call"?
>
> 3)in this case, I enable cdp and peer nei, it didn't
> bring
>
>
> --- Brian Dennis <bdennis@internetworkexpert.com>
> wrote:
> > Scott,
> > Can you send the debugs from when CDP generates
> this
> > host route in the
> > routing table and causes OSPF to trigger a call?
> Of
> > course add the "no
> > peer neighbor-route" command so we can be sure
> it's
> > CDP that is
> > generating the host route. Actually if you can get
> > the "peer
> > neighbor-route" command to cause an OSPF demand
> > circuit to trigger a
> > call without involving route redistribution send
> the
> > debugs for that
> > also.
> >
> > Are you 100% sure that the host route for the
> "peer
> > neighbor-route"
> > command is generated by CDP or has anything to do
> > with CDP? Disable CDP
> > and see if it still appears. In fact try it with
> > another vendor's device
> > on the other side if you have one around.
> >
> > The "peer neighbor-route" command is needed
> normally
> > for unnumbered
> > links. If a link is unnumbered a route will be
> > needed to the remote
> > side's IP address. This "peer neighbor-route"
> > command is how a route to
> > the remote end is created. If you disable the
> "peer
> > neighbor-route"
> > command on an unnumbered link, a static route will
> > normally be needed to
> > reach the remote end.
> >
> > For someone to get an understanding of the "peer
> > neighbor-route" command
> > and how it's used in the real world I recommend
> > enabling PPP on a serial
> > link between two routers. Use IP unnumbered off of
>
=== message truncated ===
__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.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:37 GMT-3