You need to use command "Debug dialer" in global config mode then you can
find easily in your log,(show log)the source and destinations and reasons of
disconnections for this call.
Make sure that all console messages are going to save in log buffer,by
using ccommand:
"logging console buffered"
I have found the most common cause for this to occur with the people I deal with on a
day to day basis is they don't really tie things up correctly.
Often the primary channel is up but subsequent "B" channels are not. Most often due
to the dialer-load threshold be set to 2 or more.
Setting th
Have you checked the logs? Or watched real time as the calls come in
using "terminal monitor"?
You can see who is dialling you and the user name they are
authenticating by (assuming you are running PPP authetication CHAP).
--- Jerry Deer <[EMAIL PROTECTED]> wrote: > Hello Group,
> I have recie
> Hello Group,
> I have recieved several bills from telco that show an accessive amounts
> of incoming calls from ISDN routers in the field, but most of these
> routers are "nailed up" since there is no per minute charge and only
> charged per connection, my question is how can I found out wher
Hello Group,
I have recieved several bills from telco that show an accessive amounts of
incoming calls from ISDN routers in the field, but most of these routers are
"nailed up" since there is no per minute charge and only charged per
connection, my question is how can I found out where all of the
5 matches
Mail list logo
