05-26-2004 05:13 PM - edited 03-02-2019 03:58 PM
Dear All
I have a 3640 with 2 ISDN PRI, I use dialer interface to dial out to sites, I limit the number of channel that a dialer can bringup but the max-link number doesn't match the real # of channel dialed, attached is the dialer debug message config and ISDN service result. Does any one have a Idea about this issue.
May 27 10:00:53: Se3/1:15 DDR: has 18 ongoing call(s), maximum allowed call(s) 18 on pool 4, exceeded max
When only 14 channels are up
me680-2#sh isdn service
PRI Channel Statistics:
ISDN Se3/0:15, Channel [1-31]
Configured Isdn Interface (dsl) 0
Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Service State (0=Inservice 1=Maint 2=Outofservice)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
ISDN Se3/1:15, Channel [1-31]
Configured Isdn Interface (dsl) 1
Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 2 2 2 2 2 2 2 2 2 2 2 2 2 2
Service State (0=Inservice 1=Maint 2=Outofservice)
Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
interface Serial3/1:15
no ip address
encapsulation ppp
dialer pool-member 2 max-link 2
dialer pool-member 3
dialer pool-member 4 max-link 18
isdn switch-type primary-net5
ppp authentication chap
ppp multilink
interface Dialer20
description Connection to DR site
mtu 1400
ip address 10.x.x.x 255.255.255.252
ip accounting output-packets
encapsulation ppp
dialer pool 4
dialer remote-name mx-1
dialer idle-timeout 2000000
dialer string 86990700
dialer load-threshold 1 outbound
dialer-group 1
pulse-time 0
ppp authentication chap
05-27-2004 12:16 AM
Hello,
below is the output from the Output Interpreter, not sure if this is helpful:
SHOW ISDN SERVICE NOTIFICATIONS (if any)
WARNING: Channel 17 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 18 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 19 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 20 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 21 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 22 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 23 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 24 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 25 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 26 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 27 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 28 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 29 on interface Se3/1:15 is in the 'Busy' state.
WARNING: Channel 30 on interface Se3/1:15 is in the 'Busy' state.
This might indicate the actual state of the channels or could be a false signal
generated by use of the 'ISDN busy' command. This command was introduced in IOS
12.0 and is used to give the impression that a call is active when the channel is
actually idle.
TRY THIS: Examine the running configuration using the 'show running-config' enable
command. Look for any occurrence of the 'ISDN busy' command and use the 'no' form
of this command to remove this condition.
You may also check the amount of active Channel Control Blocks (CCBs) by issuing
the 'show isdn status' command.
Regards,
GP
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: