Hi,
The dialer idle inbound is probably ok in most circumstances. We as a supplier of
thousands of dial-in type (asynch/synch and ISDN) services do not place calls to the
remote end. Therefore there is nothing to bring up the link that is why I use the rip
method of keeping up the service.
Teunis,
Hobart, Tasmania
Australia
On Thursday, December 14, 2000 at 07:09:56 PM, [EMAIL PROTECTED] wrote:
> Comments inline.
>
> --- Tony van Ree <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > This is anotherone that comes up a lot with people
> > that use a service from the outside but not always
> > from within.
> >
> > If you don't have the dialer-list (x) protocol [ip
> > ipx or whatever] permit [access-list if wanted] set
> > your dialer won't dial.
> >
> > If this is set but your traffic is always generated
> > from outside the network then run a bogus rip
> > process. This will send out the odd packet and keep
> > your link up. Only do this if you want to tie up
> > the link.
>
> Starting with 12.1(5)T you can do a 'dialer idle ##
> inbound' to reset idle timer for inbound traffic that
> matches the dialer-list.
>
> >
> > Teunis
> > Hobart, Tasmania
> > Australia
> >
> > > Hi all,
> > >
> > > Has anybody experienced an ISDN BRI "going to
> > sleep".
> > > After periods of inactivity, the layer 2 status is
> > not shown as active and
> > > incoming calls cannot be received.
> > > Shut then no shut on interface does the trick.
> > > I suspect this could be some configuration on BT
> > equipment, but is there any
> > > workaround, or is there some form of keepalive
> > which is not default. Switch
> > > is basic-net3.
> > > Config is a real basic one used successfully in
> > many other locations.
>
>
> =====
> -----------------------------
> Erick B | [EMAIL PROTECTED]
> http://erickbe.home.dhs.org
> -----------------------------
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Shopping - Thousands of Stores. Millions of Products.
> http://shopping.yahoo.com/
>
>
--
www.tasmail.com
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]