04-08-2025 02:40 PM
Good day.
I have a branch with CCME running on Cisco 3825 router. Outgoing calls work well through ISDN PRI E1 interface. Incoming calls aren't working. No records in show call history voice.
card type e1 0 3
network-clock-participate wic 3
network-clock-select 1 E1 0/3/0
isdn switch-type primary-net5
controller E1 0/3/0
framing NO-CRC4
pri-group timeslots 1-16
interface Serial0/3/0:15
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-net5
isdn incoming-voice voice
no cdp enable
voice-port 0/3/0:15
translation-profile incoming ISDN
bearer-cap Speech
dial-peer voice 201 pots
translation-profile incoming In2121
incoming called-number .T
direct-inward-dial
forward-digits all
dial-peer voice 302 pots
translation-profile outgoing Outgoing
destination-pattern 9T
no digit-strip
direct-inward-dial
port 0/3/0:15
forward-digits all
!
show isdn status
Global ISDN Switchtype = primary-net5
ISDN Serial0/3/0:15 interface
dsl 0, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x80007FFF
Number of L2 Discards = 0, L2 Session ID = 0
Total Allocated ISDN CCBs = 0
deb isdn q931
debug isdn q931 is ON.
Apr 8 21:35:37.564: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x0181, 'YYYY'
Plan:ISDN, Type:Unknown
Called Party Number i = 0xC1, 'XXXX'
Plan:ISDN, Type:Subscriber(local)
deb isdn error
Apr 8 21:37:31.366: ISDN Se0/3/0:15 SERROR: L2_Go: at bailout DLCB is NULL
L2: sapi 0 tei 127 ces 0 ev 0xFFF
04-08-2025 10:11 PM
If deb isdn q931 isn’t showing any incoming calls from outside, you’ll need to coordinate with the ITSP, as this is an issue on their end. There’s nothing we can do about it from our side.
04-09-2025 12:09 AM
deb isdn q931 is showing
debug isdn q931 is ON.
Apr 8 21:35:37.564: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x0181, 'YYYY'
Plan:ISDN, Type:Unknown
Called Party Number i = 0xC1, 'XXXX'
Plan:ISDN, Type:Subscriber(local)
but nothing is shown by show call history voice due as I think to error message
deb isdn error
Apr 8 21:37:31.366: ISDN Se0/3/0:15 SERROR: L2_Go: at bailout DLCB is NULL
L2: sapi 0 tei 127 ces 0 ev 0xFFF
04-09-2025 04:18 AM
Could you share the complete output of debug isdn q931 and debug ccapi inout?
Providing just one piece of the puzzle isn’t enough to fully analyze the issue
How many channels have been subscribed with the ITSP? I’ve seen ITSP's typically provide either 10, 20, or 30 channels, but your configuration shows 15 channels (pri-group timeslots 1-16). Are you sure this matches your subscription?
04-09-2025 08:38 AM
>>How many channels have been subscribed with the ITSP? I’ve seen ITSP's typically provide either 10, 20, or 30 channels, but your >>configuration shows 15 channels (pri-group timeslots 1-16). Are you sure this matches your subscription?
Everything right. 15 timeslots + D-channel
sh debugging
The following ISDN debugs are enabled on all DSLs:
debug isdn error is ON.
debug isdn q931 is ON. (filter is OFF)
CCAPI:
debug voip ccapi inout is ON (filter is OFF)
Apr 9 15:31:46.055: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98392
Exclusive, Channel 18
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x2181, '972557707607'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '21210'
Plan:ISDN, Type:Subscriber(local)
Apr 9 15:31:56.055: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98392
Exclusive, Channel 18
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x2181, '972557707607'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '21210'
Plan:ISDN, Type:Subscriber(local)
04-09-2025 09:40 PM - edited 04-09-2025 09:51 PM
The following ISDN debugs are enabled on all DSLs:
debug isdn error is ON.
debug isdn q931 is ON. (filter is OFF)
CCAPI:
debug voip ccapi inout is ON (filter is OFF)Apr 9 15:31:46.055: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98392
Exclusive, Channel 18
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x2181, '972557707607'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '21210'
Plan:ISDN, Type:Subscriber(local)
Apr 9 15:31:56.055: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98392
Exclusive, Channel 18
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
Calling Party Number i = 0x2181, '972557707607'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '21210'
Plan:ISDN, Type:Subscriber(local)
Is this what you see with an inbound call landing on the gateway? I see the PSTN calling number and internal called number, Which means the call is landing on the gateway.
I see calls landing on Exclusive Channel 18 , but you only have 15 channels configured. Verify how many channels your ITSP subscription includes.
Your outgoing calls work because they use channels 1-15.
As I noted earlier, it’s rare for an ITSP to provide 15 channels unless specifically requested—E1 typically comes in increments of 10 (10, 20, 30). I’m unfamiliar with T1.
Configuring additional channels should resolve the incoming call issue.
Additionally can you share "show controllers E1" output,What’s your translation pattern? Can you share your full configuration? Attach it as a text file, don’t paste it in the reply.
04-10-2025 06:01 AM - edited 04-10-2025 06:25 AM
ITSP made me sure, that pri-group has been fixed. Rigth value is 15 timeslots, as it's described in contract.
However, issue is still present.
sh controllers e1
E1 0/3/0 is up.
Applique type is Channelized E1 - balanced
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
Data in current interval (813 seconds elapsed):
0 Line Code Violations, 8 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 148 Path Code Violations,
1 Slip Secs, 1 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
1 Errored Secs, 0 Bursty Err Secs, 1 Severely Err Secs, 13 Unavail Secs
04-09-2025 08:47 AM
Exclusive, Channel 18
this line seems very suspicious.
04-09-2025 11:00 AM
Are you sure about the number of channels that you have? It seems like the service provider is using channels outside of what you have defined on your end.
04-09-2025 12:04 PM
seems like that
04-09-2025 09:59 PM
Not directly related to your problem, but you do not need to have “forward-digits all” on your dial peers for these reasons. On DP 201 it’s not needed as it’s an inbound dial peer and on DP 302 it’s not needed due to that you have this command, no digit-strip. That tells the router to not do any digit discard, so the other command is redundant. Also you do not need to have the “direct-inwards-dial” command on your outbound dial peer as that’s an inbound dial peer command.
04-14-2025 12:35 PM
I've tried to change signaling and problem has disappeared.
isdn switch-type primary-qsig
!
interface Serial0/3/0:15
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-qsig
isdn overlap-receiving
isdn incoming-voice voice
isdn map address .+ plan isdn type national
isdn send-alerting
isdn disconnect-cause busy
isdn sending-complete
no cdp enable
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide