Hi Erick,
Sorry, didn't get your original response until just now. Too many different
e-mail accounts.
Good advice though.
To be honest with this one I was being nosey, with a job one of our other
engineers was working on, where the outcome, due to a similar previous was
to advise customer to speak to the ISDN provider to check their switch
settings. This was the reason for lack of details as it was just a passing
interest.
Seemed like a problem that could be rectified by shut/no shut, should have a
work around that could be done on the router (some sort of keepalive), which
was the reason for my interest.
I will track the call log and take the call if it's not rectified by ISDN
provider.
Let you know how it goes anyway.
Thanks,
Gareth
""Erick B."" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> 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/
>
> _________________________________
> 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]
