cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1416
Views
0
Helpful
9
Replies

Dialling issue

dmitryklimenkov
Level 1
Level 1

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

9 Replies 9

Nishant Savalia
Level 4
Level 4

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.

Regards, Nishant Savalia

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"

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.

Regards, Nishant Savalia

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

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.

Regards, Nishant Savalia

Hello,

When you say "reset the link", shoud i shut- no shut Serial 0/0/0:15 ? Is it enough ?

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.

Regards, Nishant Savalia

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.

Thanks: Mohit Grover MCP, MCSE, MCITP CCIE Voice # 35961 BCA (Network Communications) MCA (Network Communications)

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.