From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Tue Jul 19 2005 - 14:18:56 GMT-3
Dave,
Yes it does check the routing table once the idle timer expires,
but keep in mind that interesting traffic is only locally significant.
Just because the remote end has reset the idle timer doesn't mean it
will affect the receiving end. As for the legacy vs dialer profiles it
should not have any impact.
Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
> -----Original Message-----
> From: Schulz, Dave [mailto:DSchulz@dpsciences.com]
> Sent: Tuesday, July 19, 2005 12:17 PM
> To: Brian McGahan; ccielab@groupstudy.com
> Subject: RE: Dialer watch with profiles problem
>
> Ok. Interesting....why would that be a difference on using the
physical
> interface at the remote side. And, when you use dialer watch, isn't
the
> dialer idle-timeout suppose to just check the line status under dialer
> watch. Was I mistaken?
>
> Dave
>
> -----Original Message-----
> From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
> Sent: Tuesday, July 19, 2005 1:15 PM
> To: Schulz, Dave; ccielab@groupstudy.com
> Subject: RE: Dialer watch with profiles problem
>
> Dave,
>
> That is your problem right there. You need to set the idle
> timeout to be zero seconds on the answering side.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
> > -----Original Message-----
> > From: Schulz, Dave [mailto:DSchulz@dpsciences.com]
> > Sent: Tuesday, July 19, 2005 12:13 PM
> > To: Brian McGahan; ccielab@groupstudy.com
> > Subject: RE: Dialer watch with profiles problem
> >
> > Brian -
> >
> > I believe that is the local end that is dropping, since the host did
> not
> > change between the two scenarios. I will try to reconfigure it and
> > recreate the issue....and get the debugs. Here is the configs at
the
> > host end (the answering end).....
> >
> > interface Serial1/0:23
> > no ip address
> > encapsulation ppp
> > dialer pool-member 1
> > dialer idle-timeout 300
> > isdn switch-type primary-4ess
> > ppp authentication chap
> > ppp multilink
> > no clns route-cache
> > !
> > interface Dialer9
> > description ISDN Backup to REMOTE
> > bandwidth 128
> > ip address 10.11.24.1 255.255.255.252 encapsulation ppp dialer
pool
>
> > 1 dialer remote-name REMOTE dialer idle-timeout 60 no cdp enable
> > ppp authentication chap ppp multilink load-threshold 10 either no
> > clns route-cache
> >
> >
> > Dave Schulz
> > Email: dschulz@dpsciences.com
> >
> >
> >
> > -----Original Message-----
> > From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
> > Sent: Tuesday, July 19, 2005 12:03 PM
> > To: Schulz, Dave; ccielab@groupstudy.com
> > Subject: RE: Dialer watch with profiles problem
> >
> > Dave,
> >
> > Are you sure it is the local end that is dropping the call?
> > "debug dialer" and "debug dialer packets" on both ends of the link
and
>
> > post your output.
> >
> >
> > HTH,
> >
> > Brian McGahan, CCIE #8593
> > bmcgahan@internetworkexpert.com
> >
> > Internetwork Expert, Inc.
> > http://www.InternetworkExpert.com
> > Toll Free: 877-224-8987 x 705
> > Outside US: 775-826-4344 x 705
> > 24/7 Support: http://forum.internetworkexpert.com
> > Live Chat: http://www.internetworkexpert.com/chat/
> >
> >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
Behalf
> > Of
> > > Schulz, Dave
> > > Sent: Tuesday, July 19, 2005 6:29 AM
> > > To: ccielab@groupstudy.com
> > > Subject: Dialer watch with profiles problem
> > >
> > > I posted a similar question awhile back, but found an interesting
> > issue
> > > working on dialer watch and profiles last night...it appears that
> when
> > you
> > > are
> > > using dialer watch in profiles that you can get somee strange
> results.
> > > The
> > > dialer idle-timeout that is suppose to check the line, actually
> drops
> > the
> > > link
> > > and redials. Then, once it dials the line and comes up....and
then,
> > the
> > > primary comes back, the backup never drops the line and reverts
back
> > to
> > > the
> > > primary.
> > >
> > > However, if you take the same configuration information and move
it
> > under
> > > the
> > > BRI interface and eliminate the profile, everything is happy.
This
> > may be
> > > related to the code of 12.2, but not sure.
> > >
> > > Here is what the configs look like:
> > >
> > > The one that works:
> > >
> > > interface BRI0
> > > bandwidth 128
> > > ip address 10.11.24.2 255.255.255.252 encapsulation ppp no ip
> > > route-cache cef no ip route-cache dialer map ip 10.11.255.252
name
>
> > > HOST broadcast 5551212 dialer watch-group 10 isdn switch-type
> > > basic-ni isdn spid1 55555555550101 isdn spid2 66666666660101 no
> > > fair-queue no cdp enable ppp authentication chap callin ppp
> > > multilink load-threshold 10 either
> > >
> > > dialer watch-list 10 ip 10.11.255.252 255.255.255.252
> > >
> > > Here is the one that did not work cleanly:
> > >
> > > interface BRI0
> > > bandwidth 128
> > > no ip address
> > > encapsulation ppp
> > > no ip route-cache cef
> > > no ip route-cache
> > > dialer pool-member 10
> > > isdn switch-type basic-ni
> > > isdn spid1 55555555550101
> > > isdn spid2 66666666660101
> > > no fair-queue
> > > !
> > > interface Dialer1
> > > bandwidth 128
> > > ip address 10.11.24.2 255.255.255.252 dialer watch-group 10
> > > encapsulation ppp dialer pool 10 dialer remote-name HOST dialer
> > > idle-timeout 60 dialer string 5551212 ppp authentication chap
> > > callin ppp multilink load-threshold 10 either !
> > > dialer watch-list 10 ip 10.11.255.252 255.255.255.252
> > >
> > >
> > > In researching the dialer watch, I did notice that you need to
have
> > the
> > > same
> > > route in the watch list (as the dialer map). However, I cannot
find
> a
> > > command
> > > that is similar to the dialer map (this may relate to the
problem).
> > Also,
> > > I
> > > cannot find a good example with the profile and dialer watch used
> > > together.
> > > Any thoughts or ideas on this weird one?
> > >
> > > Dave
> > >
> > >
> >
>
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:00:30 GMT-3