cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
640
Views
0
Helpful
5
Replies

UCM 6.1 routing AUNP failure.

otn-cco
Level 1
Level 1

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.

5 Replies 5

otn-cco
Level 1
Level 1

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

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

Please rate all useful posts

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

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.

john.brandis
Level 1
Level 1

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

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: