07-08-2013 02:37 AM - edited 03-16-2019 06:15 PM
Hi all !
I have a strange issue on my Cisco 38xx gateway and CUCM 8.6.2.
I have a CUCM 8.6.2 and Cisco gateway connected to PRI for PSTN access.
When i dial the same number from different locations the voice gateway behaves differently -
ISDN Q931 debugging shows the same messages but the first one fails.
I call external number '0033222222222' from "1111111" and "2222222", The one from "1111111" fails.
What else can i look at to trobleshoot ?
NOT WORKING
*Jul 8 09:39:32.275: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 1111111
*Jul 8 09:39:32.275: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x076F callID = 0x86F0 switch = primary-net5 interface = User
*Jul 8 09:39:32.279: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x076F
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839D
Exclusive, Channel 29
Calling Party Number i = 0x0081, '1111111'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0033222222222'
Plan:Unknown, Type:Unknown
*Jul 8 09:39:32.759: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x876F
Channel ID i = 0xA9839D
Exclusive, Channel 29
*Jul 8 09:39:32.991: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x876F
Cause i = 0x879F - Normal, unspecified
*Jul 8 09:39:32.991: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x076F
*Jul 8 09:39:33.183: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x876F
*Jul 8 09:39:36.907: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x876E
Net Specific Fac i = 0x0032332A020000
WORKING
*Jul 8 09:42:23.591: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 2222222
*Jul 8 09:42:23.591: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x0770 callID = 0x86F1 switch = primary-net5 interface = User
*Jul 8 09:42:23.591: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0770
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0081, '2222222'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '003322222222'
Plan:Unknown, Type:Unknown
*Jul 8 09:42:24.063: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8770
Channel ID i = 0xA9839F
Exclusive, Channel 31
*Jul 8 09:42:24.351: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8770
Cause i = 0x879F - Normal, unspecified
*Jul 8 09:42:24.351: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0770
*Jul 8 09:42:24.563: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8770
Best regards,
Dmitry
07-08-2013 02:47 AM
Hi Dmitry,
The two debug that you have paste here, both have the same cause code "Normal Unspecified".
Are you sure the debug of working scenario is really working? Because the cause code received is "Normal Unspecified" which infact can not be considered as successful.
Also if you notice then the call is being released from PSTN side. So just co-ordinate from PSTN side and the issue could be from PSTN side or the call you are sending is not meeting there requirement.
07-08-2013 02:52 AM
Hello Nishant,
The problem is that the SECOND call got connected to the recipient. I was able to hear the long rings (did not wait for anybody to pick it up). The first one just quickly results with the standard CUCM message "Your call cannot be completed as dialled. Please, consult your directory and call again"
07-08-2013 02:58 AM
Hi,
As you said that you hear the long ring but no response from remote end, then the possibililty is that the call is not landed to the destination party but due to issue at PSTN side you have received the cause code "Normal Unspecified".
I would suggest to co-ordinate with remote (PSTN) end as the call is being disconnected from PSTN and not from your side.
07-08-2013 03:22 AM
Hello Nishant,
This time i've made a full successfull call and had a short conversation with the recipient.
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 2222222
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x0785 callID = 0x8706 switch = primary-net5 interface = User
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0785
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839D
Exclusive, Channel 29
Calling Party Number i = 0x0081, '2222222'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0033222222222'
Plan:Unknown, Type:Unknown
*Jul 8 10:30:20.254: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8785
Channel ID i = 0xA9839D
Exclusive, Channel 29
*Jul 8 10:30:20.554: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8785
Cause i = 0x879F - Normal, unspecified
*Jul 8 10:30:20.554: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0785
*Jul 8 10:30:20.754: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8785
*Jul 8 10:30:23.190: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A0F0000
*Jul 8 10:30:53.950: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A100000
*Jul 8 10:31:24.782: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A110000
*Jul 8 10:31:55.538: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A120000
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 2222222
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: Sending SETUP callref = 0x0785 callID = 0x8706 switch = primary-net5 interface = User
*Jul 8 10:30:19.778: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0785
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839D
Exclusive, Channel 29
Calling Party Number i = 0x0081, '2222222'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0033222222222'
Plan:Unknown, Type:Unknown
*Jul 8 10:30:20.254: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8785
Channel ID i = 0xA9839D
Exclusive, Channel 29
*Jul 8 10:30:20.554: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8785
Cause i = 0x879F - Normal, unspecified
*Jul 8 10:30:20.554: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0785
*Jul 8 10:30:20.754: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8785
*Jul 8 10:30:23.190: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A0F0000
*Jul 8 10:30:53.950: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A100000
*Jul 8 10:31:24.782: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A110000
*Jul 8 10:31:55.538: ISDN Se0/0/0:15 Q931: RX <- INFORMATION pd = 8 callref = 0x8783
Net Specific Fac i = 0x0032332A120000
07-08-2013 03:40 AM
Hi,
Actually it's strange, because you had a short conversation with the recipient but there is no any "Connect" message being exchaged.
After call proceeding you are directly receiving "Disconnect" message from PSTN then how's the possibility of conversation?
Try to reset the link once and try to make calls again.
Also check if the CDR is generated for the successful call or not.
07-08-2013 03:42 AM
Hello,
When you say "reset the link", shoud i shut- no shut Serial 0/0/0:15 ? Is it enough ?
07-08-2013 03:53 AM
Yes,
just shut and no shut the serial interface 0/0/0:15.
And if possible ask the PSNT guy also to reset from his side too.
07-11-2013 09:13 AM
Yes, Nishant is right, first you should do basic troubleshooting @ your side like reset the port check isdn messages & status.
If the issue still persist then contact SP, & raised a service ticket with them, let them check their switch configuration & provide them appropriate debugs.
07-11-2013 10:36 AM
You're getting Disconnects from the PSTN even in the working scenario. Your working call did not use that PRI (it received almost an immediate disconnect). It must have hunted to using another device in the Route List in the working case.
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