04-24-2009 04:26 AM - edited 03-18-2019 10:55 PM
Hi,
Running UCM 6.1. I can add a route pattern without any wildcards and outbound calls are successful to the specific pattern. I have installed the Australian dial plan (AUNP) using 0.@ as a route pattern. Dialing the same number which works as a specific route pattern entry results in a busy tone. I am stripping everything preAt (0) and ISDN debugs seem ok.
Any clues to the solution here would be appreciated.
Thanks.
Matt Naismith.
04-27-2009 08:47 PM
ISDN Q931 Debug of a failed call.
Apr 28 04:35:06.718: ISDN Se0/0/0:15 Q931: SETUP pd = 8 callref = 0x0004
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, '555'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0418796732'
Plan:Unknown, Type:Unknown
Apr 28 04:35:06.730: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=7
Apr 28 04:35:06.770: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=9 nr=7
Apr 28 04:35:06.770: ISDN Se0/0/0:15 Q931: CALL_PROC pd = 8 callref = 0x8004
Channel ID i = 0xA9839F
Exclusive, Channel 31
Apr 28 04:35:06.774: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=10
Apr 28 04:35:09.890: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=7 nr=10
Apr 28 04:35:09.890: ISDN Se0/0/0:15 Q931: DISCONNECT pd = 8 callref = 0x0004
Cause i = 0x8490 - Normal call clearing
I have upgraded to 6.1.3B and problem still exists. I'm also runnning MGCP on a 2811. Can help to feel i'm missing something obvious...
04-28-2009 05:33 AM
Can you post the full debug here. The debug you have posted is missing some things. eg, I cant see the beginning of the disconnect. This will tell us which side is disconnecting the call..
04-28-2009 02:24 PM
Hi, thanks.
Here is a call with ISDN Q931 debug.. Its the only call hitting the gateway so its output should be complete.
Thanks.
Matt.
Apr 28 22:12:40.722: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x000D
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, '555'
Plan:Unknown, Type:Unknown
Called Party Number i = 0xA1, '0418796723'
Plan:ISDN, Type:National
Apr 28 22:12:41.766: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x800D
Channel ID i = 0xA9839F
Exclusive, Channel 31
Apr 28 22:12:41.770: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x800D
Cause i = 0x849F - Normal, unspecified
Progress Ind i = 0x8288 - In-band info or appropriate now available
Apr 28 22:13:02.998: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x000D
Apr 28 22:13:03.026: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x800D
Here a call to the same number but with a specific route pattern which works fine.
Apr 28 22:18:51.939: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0011
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, '555'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0418796723'
Plan:Unknown, Type:Unknown
Apr 28 22:18:51.983: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8011
Channel ID i = 0xA9839F
Exclusive, Channel 31
Apr 28 22:18:57.495: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x8011
Progress Ind i = 0x8488 - In-band info or appropriate now available
Apr 28 22:18:57.543: ISDN Se0/0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8011
Progress Ind i = 0x8488 - In-band info or appropriate now available
Apr 28 22:19:01.099: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8011
Date/Time i = 0x09041D0813
Apr 28 22:19:01.103: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0011
Apr 28 22:19:05.463: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8011
Cause i = 0x809F - Normal, unspecified
Progress Ind i = 0x8288 - In-band info or appropriate now available
Apr 28 22:19:05.503: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x0011
Apr 28 22:19:05.535: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8011
04-29-2009 03:41 AM
Its looking like this is a bug. Tac yet to verify.
I replaced the 0.@ on the route pattern with 0.! and it works fine.
Matt.
10-05-2010 07:47 AM
Hi All,
Know this is an old bug, but I am having the same issue whereby I;
1. install the aunp
2. create a route pattern 0.@
3. set the number plan to aunp
4. Dont strip (as I am lazy and do it on the voice gateway)
For some reason on this installation, it simply dont work. I can go and replace it with 0.! and it works fine, but then I lose all my other things like filtering premium and international.
Is anyone else coming across this on cucm 6.1 using IDP AUNP 1.1(9)
I only get this in my lab on vm running on windows, not my lab running on my mac....
john
Sydney, Australia
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