Am I correct?
Can't this be handled by the:
"isdn tei negotiation powerup" config command?
OR setting it for tei first-call? I thought I read
that power-up negotiation is set by default on cisco
boxes.
Thanks.
--- "Erick B." <[EMAIL PROTECTED]> wrote:
> Gareth,
>
> Did you get my original response regarding checking
> 'show isdn stat' when it "goes to sleep"?
>
> Paste the output from that when it is "sleeping".
> Also, check with the ISDN provider and have them
> look
> at their switch to see what they see when it is
> "sleeping".
>
> If you have a extra router with a BRI interface try
> this ISDN circuit in that router to eliminate a
> possible hardware problem perhaps. What IOS version
> and model of router is this?
>
> Erick
>
> --- Gareth Hinton <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > Thanks for the responses, but are you not talking
> > about layer 3?
> > During calls I have no problems. A call with
> > interesting traffic will stay
> > up for hours. It is during periods of no calls
> that
> > the layer 2 seems to go
> > to sleep, so no matter whether the router sees it
> as
> > interesting traffic or
> > not, it is not even seeing layer 2 active.
> > Shut then no shut returns the layer 2 active and
> > interesting traffic from
> > that point will raise calls.
> > Please feel free to correct me if I'm being slow,
> > been a very long week.
> >
> > Cheers,
> >
> > Gaz
> >
> >
> > "Erick B." <[EMAIL PROTECTED]> wrote in message
> >
>
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > They can also do a dialer idle either to reset
> the
> > > timer in both directions.
> > >
> > > --- Tony van Ree <[EMAIL PROTECTED]> wrote:
> > > > 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
> > > >
> > > >
> > >
> > >
> > >
> __________________________________________________
> > > Do You Yahoo!?
> > > Yahoo! Shopping - Thousands of Stores. Millions
> of
> > Products.
> > > http://shopping.yahoo.com/
> > >
> > > _________________________________
> > > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > > Report misconduct and Nondisclosure violations
> to
> > [EMAIL PROTECTED]
> > >
> >
> >
> > _________________________________
> > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to
> [EMAIL PROTECTED]
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Shopping - Thousands of Stores. Millions of
> Products.
> http://shopping.yahoo.com/
>
=== message truncated ===
=====
Dan West -- CCNA, CCNP (in progress)
__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
