cancel
Showing results forĀ 
Search instead forĀ 
Did you mean:Ā 
cancel
3182
Views
25
Helpful
8
Replies

Ringback instead of the message "Called number unavailable" by ISDN calls

Andrei Fokin
Level 1
Level 1

Hello!

When users dial telephone PSTN number (GSM number) from phone registered on CUCM 7.1 call is established through SIP-trunk with ISR Cisco 2821 which is connected with PSTN through ISDN PRI. If number is busy or unavailable caller  hear ringback tones instead voice message about inaccessibility. I have consulted with service provider and he informed me that is normally because time of  this voice messages shouldn't not be billed. How I can configure voice gateway that caller can hear this messages about PSTN-number inaccessibility?

Debug of call to PSTN-number XXXXXXXX (mobile phone is powered down):

*Oct 10 07:21:00.992: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x57B6

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech 

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA9838A

                Exclusive, Channel 10

        Calling Party Number i = 0x0181, 'YYYYYYYY'

                Plan:ISDN, Type:Unknown

        Called Party Number i = 0x81, 'XXXXXXXX'

                Plan:ISDN, Type:Unknown

*Oct 10 07:21:01.064: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0xD7B6

        Channel ID i = 0xA9838A

                Exclusive, Channel 10

*Oct 10 07:21:07.868: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xD7B6

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

        Progress Ind i = 0x8282 - Destination address is non-ISDN

*Oct 10 07:21:12.440: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0xD7B6

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

        Progress Ind i = 0x8282 - Destination address is non-ISDN

*Oct 10 07:21:12.448: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0xD7B6

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

        Progress Ind i = 0x8282 - Destination address is non-ISDN

*Oct 10 07:21:12.452: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0xD7B6

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

        Progress Ind i = 0x8282 - Destination address is non-ISDN

8 Replies 8

acampbell
VIP Alumni
VIP Alumni

Hi,

If your gateway is H323 controlled

You could try adding

!

voice call convert-discpi-to-prog

!

to the global config

Please see link.

http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a0080111b58.shtml#voipout

HTH

Alex

Regards, Alex. Please rate useful posts.

Hello, acampbell!

>>voice call convert-discpi-to-prog

>>This command converts an inbound       ISDN disconnect message with a PI to a H.225 progress message with the same PI       value.

In debug there is no signal DISCONNECT- only PROGRESS.

>>If your gateway is H323 controlled

There is SIP-trunk via voice gateway and CUCM.

Hi,

As you are receiving :-

*Oct 10 07:21:07.868: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xD7B6

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

You are seeing Progress indicators value of "8"

Have you configured your outbound POTS dial peer to include. :-

For example

!

dial-peer voice 9 pots

description *** O/G LEVEL 9 TRAFFIC TO PSTN ***

destination-pattern 9T

tone ringback alert-no-PI

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 0/0/0:15

HTH

Alex

Regards, Alex. Please rate useful posts.

I add this commands, but it not solve problem:

dial-peer voice 9 pots

tone ringback alert-no-PI

translation-profile outgoing e1_out

destination-pattern 9

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

progress_ind connect enable 8

direct-inward-dial

port 0/0/0:15

*Oct 10 12:58:48.486: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x58E3

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech 

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA98389

                Exclusive, Channel 9

        Progress Ind i = 0x8183 - Origination address is non-ISDN 

        Calling Party Number i = 0x0181, 'YYYYY'

                Plan:ISDN, Type:Unknown

        Called Party Number i = 0x81, 'XXXXXXX'

                Plan:ISDN, Type:Unknown

*Oct 10 12:58:48.558: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0xD8E3

        Channel ID i = 0xA98389

                Exclusive, Channel 9

*Oct 10 12:58:50.842: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xD8E3

        Notification Ind i = 0xFB

*Oct 10 12:58:51.962: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0xD8E3

        Cause i = 0x849F - Normal, unspecified

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

Hi,

Looks like when the telco send you the CALL PROC they are expecting your gateway to respond.

Can you try adding

Global config.

!

voice rtp send-recv

!

I cant think of anything else.

Regards

Alex

Regards, Alex. Please rate useful posts.

The problem is solved. I set "Media Termination Point Required" on CUCM SIP-trunk settings.ISDN trace after that hasn't changed. Possibly the problem was in SIP between CUCM and 2821.

Thank you for help!!

Andrei

Well done +5 for you

Regards, Alex. Please rate useful posts.

Hello,

The thing that worked for me is change the SIP trunk in CUCM. There should be a ""Send PRACK if 1xx contains SDP". This should enable early media so you connect the RTP to the phone and hear the provider messages.

I'm not sure if this parameter was available in CUCM 7.1, I have a 8.6 at hand, but if it's not in the SIP trunk profile it should be in the CUCM service parameters.

You can also take a look on the following thread;

https://supportforums.cisco.com/thread/2044345

Stoyan