Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
685
Views
0
Helpful
6
Replies

uc520 isdn trouble

Go to solution
Thorsten Kurthien
Level 1
Level 1

‎01-08-2013 02:31 AM - edited ‎03-16-2019 03:02 PM

Hi everyone..

Im having trouble with calls on a uc520.

Then for example i make an incomming call from the outside to a number the phone rings but ether disconnects when pickup or after a certain time.

Can anyone give me a hint what could be wrong ?

Regards

Debug isdb q931 output :

UC520#

000168: Jan  8 09:41:43.996: ISDN BR0/2/0 Q931: RX <- SETUP pd = 8  callref = 0x01

    Sending Complete

    Bearer Capability i = 0x8090A3

        Standard = CCITT

        Transfer Capability = Speech 

        Transfer Mode = Circuit

        Transfer Rate = 64 kbit/s

    Channel ID i = 0x89

        Exclusive, B1

    Called Party Number i = 0xA1, 'ISDN NUMBER'

        Plan:ISDN, Type:National

000169: Jan  8 09:41:43.996: ISDN BR0/2/1 Q931: RX <- SETUP pd = 8  callref = 0x01

    Sending Complete

    Bearer Capability i = 0x8090A3

        Standard = CCITT

        Transfer Capability = Speech 

        Transfer Mode = Circuit

        Transfer Rate = 64 kbit/s

    Channel ID i = 0x89

        Exclusive, B1

    Called Party Number i = 0xA1, 'ISDN NUMBER'

        Plan:ISDN, Type:National

000170: Jan  8 09:41:44.032: ISDN BR0/2/0 Q931: TX -> CALL_PROC pd = 8  callref = 0x81

    Channel ID i = 0x89

        Exclusive, B1

000171: Jan  8 09:41:44.044: ISDN BR0/2/1 Q931: TX -> CALL_PROC pd = 8  callref = 0x81

    Channel ID i = 0x89

        Exclusive, B1

000172: Jan  8 09:41:44.056: ISDN BR0/2/0 Q931: TX -> ALERTING pd = 8  callref = 0x81

000173: Jan  8 09:41:44.060: ISDN BR0/2/0 Q931: TX -> ALERTING pd = 8  callref = 0x81

000174: Jan  8 09:41:44.064: ISDN BR0/2/1 Q931: TX -> ALERTING pd = 8  callref = 0x81

000175: Jan  8 09:41:49.244: ISDN BR0/2/0 Q931: TX -> CONNECT pd = 8  callref = 0x81

    Channel ID i = 0x89

        Exclusive, B1

000176: Jan  8 09:41:49.292: ISDN BR0/2/1 Q931: TX -> CONNECT pd = 8  callref = 0x81

    Channel ID i = 0x89

        Exclusive, B1

000177: Jan  8 09:41:49.356: ISDN BR0/2/0 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01

000178: Jan  8 09:41:49.360: ISDN BR0/2/1 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01

000179: Jan  8 09:41:49.360: %ISDN-6-CONNECT: Interface BRI0/2/0:1 is now connected to 800 N/A

000180: Jan  8 09:41:49.360: %ISDN-6-CONNECT: Interface BRI0/2/0 is now connected to N/A N/A

000181: Jan  8 09:41:49.360: %ISDN-6-CONNECT: Interface BRI0/2/1:1 is now connected to 800 N/A

000182: Jan  8 09:41:49.360: %ISDN-6-CONNECT: Interface BRI0/2/1 is now connected to N/A N/A

000183: Jan  8 09:41:49.368: ISDN BR0/2/0 Q931: RX <- RELEASE pd = 8  callref = 0x01

    Cause i = 0x829A - Non-selected user clearing

000184: Jan  8 09:41:49.368: ISDN BR0/2/1 Q931: RX <- RELEASE pd = 8  callref = 0x01

    Cause i = 0x829A - Non-selected user clearing

000185: Jan  8 09:41:49.376: ISDN BR0/2/0 Q931: RX <- RELEASE pd = 8  callref = 0x01

    Cause i = 0x829A - Non-selected user clearing

000186: Jan  8 09:41:49.376: ISDN BR0/2/1 Q931: RX <- RELEASE pd = 8  callref = 0x01

    Cause i = 0x829A - Non-selected user clearing

000187: Jan  8 09:41:50.372: ISDN BR0/2/0 Q931: RX <- STATUS pd = 8  callref = 0x01

    Cause i = 0x82E507 - Message not compatible with call state

    Call State i = 0x0A

000188: Jan  8 09:41:50.372: ISDN BR0/2/1 Q931: RX <- STATUS pd = 8  callref = 0x01

    Cause i = 0x82E507 - Message not compatible with call state

    Call State i = 0x0A

000189: Jan  8 09:41:50.452: ISDN BR0/2/0 Q931: RX <- STATUS_ENQ pd = 8  callref = 0x01

000190: Jan  8 09:41:50.452: ISDN BR0/2/1 Q931: RX <- STATUS_ENQ pd = 8  callref = 0x01

000191: Jan  8 09:41:50.452: ISDN BR0/2/0 Q931: TX -> STATUS pd = 8  callref = 0x81

    Cause i = 0x809E - Response to STATUS ENQUIRY or number unassigned

    Call State i = 0x0A

000192: Jan  8 09:41:50.452: ISDN BR0/2/1 Q931: TX -> STATUS pd = 8  callref = 0x81

    Cause i = 0x809E - Response to STATUS ENQUIRY or number unassigned

    Call State i = 0x0A

000193: Jan  8 09:41:51.288: ISDN BR0/2/0 Q931: Ux_DLRelInd: DL_REL_IND received from L2

000194: Jan  8 09:41:51.288: ISDN BR0/2/1 Q931: Ux_DLRelInd: DL_REL_IND received from L2

000195: Jan  8 09:41:51.288: %ISDN-6-DISCONNECT: Interface BRI0/2/0:1  disconnected from unknown , call lasted 1 seconds

000196: Jan  8 09:41:51.292: %ISDN-6-DISCONNECT: Interface BRI0/2/1:1  disconnected from unknown , call lasted 1 seconds

000197: Jan  8 09:41:55.176: ISDN BR0/2/0 Q931: RX <- DISCONNECT pd = 8  callref = 0x01

    Cause i = 0x8090 - Normal call clearing

    Progress Ind i = 0x8288 - In-band info or appropriate now available

000198: Jan  8 09:41:55.176: ISDN BR0/2/1 Q931: RX <- DISCONNECT pd = 8  callref = 0x01

    Cause i = 0x8090 - Normal call clearing

    Progress Ind i = 0x8288 - In-band info or appropriate now available

000199: Jan  8 09:41:55.388: ISDN BR0/2/0 **ERROR**: L2_AdvanceVA: TX_ack_queue empty

000200: Jan  8 09:41:55.388: ISDN BR0/2/1 **ERROR**: L2_AdvanceVA: TX_ack_queue empty

Labels:
0 Helpful
1 Accepted Solution

Accepted Solutions

Go to solution
barry
Level 7
Level 7
In response to Thorsten Kurthien

‎01-08-2013 04:46 AM

Hi Thorsten

It looks better when you have 0/2/0 shut down an the call is arriving on 0/2/1. When the call arrives on 0/2/0 it again seems to appear as two calls using both B channels and the router answers twice. I think you will need to work with your carrier on this and confirm how they have provisioned the BRIs.

In terms of call quality for a connected call, you may want to look at the "compand" command on the BRI port to ensure you are using g711alaw (assuming you are outside the US).

compand-type a-law

HTH.

Barry Hesk

Intrinsic Network Soutions.

View solution in original post

0 Helpful
6 Replies 6

Go to solution
barry
Level 7
Level 7

‎01-08-2013 03:31 AM

Hi Thorsten

This looks a bit strange. It looks like your incoming call is coming in on both ISDN BRI interfaces at the same time - and it is appearing as two calls as far as the UC520 is concerned. If you shutdown one of the BRIs do the symptoms change?

HTH.

Barry Hesk

Intrinsic Network Solutions

0 Helpful

Go to solution
Thorsten Kurthien
Level 1
Level 1
In response to barry

‎01-08-2013 04:05 AM

Hi Barry.

Thanks for your reply.

I tried to disable the one BRI at a time and they actually have different output in the debug (See attached)

I have two isdn numbers for testing and the uc520 is connected to an NT Box.

The UC is working fine internally and is behind an ASA firewall.. but the phones are ringing for incoming calls and i think this is a matter of ISDN / my config.

The phones are configured to go to a voicemail if no answer and i actually hear the prompt but with great scatter.

Im not sure what the matter is.

Regards

140950-bri0_1_0_shut.txt.zip
0 Helpful

Go to solution
barry
Level 7
Level 7
In response to Thorsten Kurthien

‎01-08-2013 04:46 AM

Hi Thorsten

It looks better when you have 0/2/0 shut down an the call is arriving on 0/2/1. When the call arrives on 0/2/0 it again seems to appear as two calls using both B channels and the router answers twice. I think you will need to work with your carrier on this and confirm how they have provisioned the BRIs.

In terms of call quality for a connected call, you may want to look at the "compand" command on the BRI port to ensure you are using g711alaw (assuming you are outside the US).

compand-type a-law

HTH.

Barry Hesk

Intrinsic Network Soutions.

0 Helpful

Go to solution
Thorsten Kurthien
Level 1
Level 1
In response to barry

‎01-08-2013 05:12 AM

Hi Barry.

Just that did the trick.. great

after shutting the 0/2/0 down i now get the voicemail without scatter on both numbers due to the compand command.

I will test the calls tonight and update on the progress.

Again thank you so much for the answer

Regards

Thorsten

0 Helpful

Go to solution
barry
Level 7
Level 7
In response to Thorsten Kurthien

‎01-08-2013 05:48 AM

Hi Thorsten

Great stuff - thanks for the feeback :-)

Barry Hesk

Intrinsic Network Solutions

0 Helpful

Go to solution
Thorsten Kurthien
Level 1
Level 1
In response to barry

‎01-08-2013 09:38 AM

Hi Barry

So happy for your help.. im getting very close.

Actually the NT box was configured to send out both numbers on both channels so now no need to shut interface now and incoming calls works on both numbers.

Status is now as follows :

If i call from the outside im able to answer the call and can hear the outside caller very vell but the caller is not able to hear anything said from the IP phone ? ..

Regards

000690: Jan  8 17:37:27.562: ISDN BR0/2/1 Q931: RX <- SETUP pd = 8  callref = 0x01

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech 

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x89

Exclusive, B1

Called Party Number i = 0xA1, 'ISDN NUMBER'

Plan:ISDN, Type:National

000691: Jan  8 17:37:27.586: ISDN BR0/2/1 Q931: TX -> CALL_PROC pd = 8  callref = 0x81

Channel ID i = 0x89

Exclusive, B1

000692: Jan  8 17:37:28.587: ISDN BR0/2/1 Q931: TX -> CALL_PROC pd = 8  callref = 0x81

Channel ID i = 0x89

Exclusive, B1

000693: Jan  8 17:37:28.603: ISDN BR0/2/1 Q931: TX -> ALERTING pd = 8  callref = 0x81

000694: Jan  8 17:37:29.243: ISDN BR0/2/1 Q931: TX -> CONNECT pd = 8  callref = 0x81

Channel ID i = 0x89

Exclusive, B1

000695: Jan  8 17:37:29.363: ISDN BR0/2/1 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01

000696: Jan  8 17:37:29.371: ISDN BR0/2/1 Q931: RX <- RELEASE pd = 8  callref = 0x01

Cause i = 0x829A - Non-selected user clearing

000697: Jan  8 17:37:29.383: ISDN BR0/2/1 Q931: RX <- RELEASE pd = 8  callref = 0x01

Cause i = 0x829A - Non-selected user clearing

000698: Jan  8 17:37:38.207: ISDN BR0/2/1 Q931: RX <- DISCONNECT pd = 8  callref = 0x01

Cause i = 0x8090 - Normal call clearing

Progress Ind i = 0x8288 - In-band info or appropriate now available

000699: Jan  8 17:37:38.207: %ISDN-6-DISCONNECT: Interface BRI0/2/1:1  disconnected from unknown , call lasted 8 seconds

000700: Jan  8 17:37:38.239: ISDN BR0/2/1 Q931: TX -> RELEASE pd = 8  callref = 0x81

000701: Jan  8 17:37:38.383: ISDN BR0/2/1 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x01

0 Helpful
Customers Also Viewed These Support Documents