cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
646
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