03-30-2015 11:29 AM - edited 03-17-2019 02:29 AM
Good Day,
I am not getting ringback on some numbers but others work. Numbers reside in the same country. Can you tell if this is a Telco issue? Below are the part of the debug isdn / ccapi of working and non-working. I can reach the non-working number from a cellphone, so it seems like an issue on my part too. it shows SIGNAL INDICATION=NOT PRESENT on non-working debug. Where should i look to correct it?
Gateway is H323 and ISDN is PRI
WORKING
Target Trkgrp Route Label=pstn, tg_label_flag=TRUE, Call Id=0xE00A
144869: Mar 30 18:50:20.539: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 4709
144870: Mar 30 18:50:20.543: ISDN Se0/0/1:15 Q931: Sending SETUP callref = 0x588E callID = 0xD80F switch = primary-net5 interface = User
144871: Mar 30 18:50:20.543: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x588E
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0081, '4709'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0044XXXXXXX005'
Plan:Unknown, Type:Unknown
144872: Mar 30 18:50:20.719: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0xD88E
Channel ID i = 0xA98381
Exclusive, Channel 1
144873: Mar 30 18:50:20.779: //57355/809B383A6D2B/CCAPI/cc_api_call_proceeding:
Interface=0x70D04890, Progress Indication=NULL(0)
144874: Mar 30 18:50:23.171: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0xD88E
Progress Ind i = 0x8482 - Destination address is non-ISDN
144875: Mar 30 18:50:23.171: //57355/809B383A6D2B/CCAPI/cc_api_call_alert:
Interface=0x70D04890, Progress Indication=DESTINATION IS NON ISDN(2), Signal Indication=SIGNAL RINGBACK(1)
144876: Mar 30 18:50:23.171: //57355/809B383A6D2B/CCAPI/cc_api_call_alert:
Call Entry(Retry Count=0, Responsed=TRUE)
144877: Mar 30 18:50:23.171: //57354/809B383A6D2B/CCAPI/ccCallAlert:
Progress Indication=DESTINATION IS NON ISDN(2), Signal Indication=SIGNAL RINGBACK(1)
144878: Mar 30 18:50:23.171: //57354/809B383A6D2B/CCAPI/ccCallAlert:
Call Entry(Responsed=TRUE, Alert Sent=TRUE)
144879: Mar 30 18:50:23.171: //57355/809B383A6D2B/CCAPI/cc_api_get_called_ccm_detected:
CallInfo(ccm detected=0)
144880: Mar 30 18:50:23.171: //57354/809B383A6D2B/CCAPI/ccConferenceCreate:
NON-WORKING
144725: Mar 30 18:42:23.030: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 4709
144726: Mar 30 18:42:23.030: ISDN Se0/0/1:15 Q931: Sending SETUP callref = 0x588D callID = 0xD80E switch = primary-net5 interface = User
144727: Mar 30 18:42:23.034: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8 callref = 0x588D
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x0081, '4709'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0044XXXXXXX179'
Plan:Unknown, Type:Unknown
144728: Mar 30 18:42:23.218: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0xD88D
Channel ID i = 0xA98381
Exclusive, Channel 1
144729: Mar 30 18:42:23.318: //57353/002FE81D6C2B/CCAPI/cc_api_call_proceeding:
Interface=0x70D04890, Progress Indication=NULL(0)
144730: Mar 30 18:42:24.618: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0xD88D
144731: Mar 30 18:42:24.622: //57353/002FE81D6C2B/CCAPI/cc_api_call_alert:
Interface=0x70D04890, Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255)
144732: Mar 30 18:42:24.622: //57353/002FE81D6C2B/CCAPI/cc_api_call_alert:
Call Entry(Retry Count=0, Responsed=TRUE)
144733: Mar 30 18:42:24.622: //57352/002FE81D6C2B/CCAPI/ccCallAlert:
Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255)
144734: Mar 30 18:42:24.622: //57352/002FE81D6C2B/CCAPI/ccCallAlert:
Call Entry(Responsed=TRUE, Alert Sent=TRUE)
144735: Mar 30 18:42:24.622: //57353/002FE81D6C2B/CCAPI/cc_api_get_called_ccm_detected:
DIAL PEER config that is hit
dial-peer voice 5 pots
trunkgroup pstn
description Outbound Dial-Peer for International Calls
translation-profile outgoing TranslateOutbound
destination-pattern 00T
direct-inward-dial
prefix 00
Thanks for all replies.
Wilmer
Solved! Go to Solution.
03-30-2015 11:47 AM
Hi
What is the call control server here ? CUCM or CME .
IF CUCM how is it connecting to CUCM ( Protocol , H323, SIP or MGCP ) ?
Ring back is expected from the provider in your situation .
You can add following commands to fix the problem on the dial-peer (pots):
progress_ind alert enable 8 progress_ind progress enable 8 progress_ind connect enable 8
Following document will help u with better understanding of the issue:
http://www.cisco.com/c/en/us/support/docs/voice/h323/22983-ringback.html
Regards
Aditya Gupta
03-30-2015 11:47 AM
Hi
What is the call control server here ? CUCM or CME .
IF CUCM how is it connecting to CUCM ( Protocol , H323, SIP or MGCP ) ?
Ring back is expected from the provider in your situation .
You can add following commands to fix the problem on the dial-peer (pots):
progress_ind alert enable 8 progress_ind progress enable 8 progress_ind connect enable 8
Following document will help u with better understanding of the issue:
http://www.cisco.com/c/en/us/support/docs/voice/h323/22983-ringback.html
Regards
Aditya Gupta
03-30-2015 05:09 PM
Hi,
If you look and compare the debugs, for the non-working call you will notice that you do not receive a PI with the ALERT
Working
144874: Mar 30 18:50:23.171: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0xD88E
Progress Ind i = 0x8482 - Destination address is non-ISDN
Non-working
144730: Mar 30 18:42:24.618: ISDN Se0/0/1:15 Q931: RX <- ALERTING pd = 8 callref = 0xD88D
144731: Mar 30 18:42:24.622: //57353/002FE81D6C2B/CCAPI/cc_api_call_alert:
Interface=0x70D04890, Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255)
In the pots dial peer I always add "tone ringback alert-no-PI" along with progress-ind commands
!
!
dial-peer voice 9 pots
description *** O/G 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
!
Regards
Alex
03-31-2015 04:08 AM
Thanks Alex,
(+5) for the thorough explanation of interpreting the logs. It is then a best practice to always add these commands.
Cheers,
Wilmer
04-01-2015 04:19 PM
Hi Wilmer,
Through the years and experiences you gain knowledge like you have learned re "no ringback tone".
You start to put together what the best practises are to give you the least grief with your implementations.
So like you have seen, I always use something like
!
dial-peer voice 9 pots
description *** O/G 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
!
For my outgoing dial peers for ISDN.
Regards
Alex
03-31-2015 04:05 AM
Thanks Aditya,
It works now. So does this mean i should use these commands on the dial-peer as best practice even if other numbers work?
Thanks for the link. I'll read it when i got more time.
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: