cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
496
Views
0
Helpful
11
Replies

CCME blocks incoming ISDN PRI calls

klenkovk
Level 1
Level 1

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

 

 

11 Replies 11

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.



Response Signature


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

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?



Response Signature


klenkovk
Level 1
Level 1

>>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)


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.

 

 



Response Signature


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

klenkovk
Level 1
Level 1

Exclusive, Channel 18

this line seems very suspicious.

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.



Response Signature


klenkovk
Level 1
Level 1

seems like that

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.



Response Signature


klenkovk
Level 1
Level 1

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