[cisco-voip] Ringback tone to from Ericsson MD110 ( PRI H323 integration)

Ki Wi kiwi.voice at gmail.com
Thu Jul 29 00:39:05 EDT 2010


I don't think at voip dial-peer u can put in those commands.

I have a similar Tac case before. Need to do debug h225 asn1 and debug  
voice something. Basically, in the end we determine that the gateway  
that we are working with doesn't send back PI=1 so no ringback tone.

Sent from my iPhone
Pls pardon my fat fingers.

On 29-Jul-2010, at 11:21 AM, John.VanLaecke at ghd.com wrote:

> Dana,
>
> Add these to the dialpeer for calls from pabx to voip
>
>  progress_ind alert enable 8
> progress_ind connect enable 8
>
>
>
> Regards,
>
> John Van Laecke
> Network Administrator
>
> GHD   Accomplish More Together
> T: 61 7 3316 4456 | M:0427 015 232 | V: 414456 | E: John.vanlaecke at ghd.com
> Level 2, 201 Charlotte Street QLD AUSTRALIA | www.ghd.com.au
> Water | Energy & Resources | Environment | Property & Buildings |  
> Transportation
>
> Please consider the environment before printing this email
>
>
> From:	"Dana Tong" <Dana.Tong at ivision.com.au>
> To:	<cisco-voip at puck.nether.net>
> Date:	29/07/2010 01:20 PM
> Subject: 	[cisco-voip] Ringback tone to from Ericsson MD110 ( PRI  
> H323         integration)
> Sent by:	cisco-voip-bounces at puck.nether.net
>
>
>
>
> Hi all,
>
> Having some problems with a PABX integration for a customer. The  
> Ericsson MD110 is a straight PRI connection with H323 dial peers (no  
> QSIG) and from what I understand QSIG is not an option.
>
> The system is setup like so:
>
> ISDN --- H323 GW --- CUCM 8.0(2C)
>            |
>            |_____ Ericsson MD110
>
>
>
> All inbound calls in a 200 number DID are routed to CUCM. There is a  
> route pattern in CUCM to send unknown numbers back to the H323 gw  
> with a steering code which then routes via POTS dialpeer to the PABX.
>
> Calls from external to IP phones has ringback tone
> Calls from external to PABX phones has ringback tone
>
> Call from IP phones to PABX phones do not have any tone.
>
>
>
> I've tried a number of different combinations of progress-ind alert,  
> setup, progress, connect etc and "tone ringback alert-no-pi" as well  
> as some of the CUCM service parameters such as:
>
> Send H225 User Info Message  - Use ANN for Ringback
>
> Check Progress Indicator Before Establishing Media - True
>
>
> but no such luck...
>
> Does anyone know what I might be able to do to achieve a ringback  
> tone?
>
> Thanks
> Dana
>
>
>
>
> Debug for the call from IP phone to PABX phone:
>
> 033613: Jul 29 13:14:30: ISDN Se0/3/1:15 Q931: TX -> SETUP pd = 8   
> callref = 0x2A6A
>        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
>        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have  
> in-band info
>        Calling Party Number i = 0x4181, 'xxxx7900'
>                Plan:ISDN, Type:Subscriber(local)
>        Called Party Number i = 0xC1, 'xxxx8899'
>                Plan:ISDN, Type:Subscriber(local)
> 033614: Jul 29 13:14:30: ISDN Se0/3/1:15 Q931: RX <- CALL_PROC pd =  
> 8  callref = 0xAA6A
>        Channel ID i = 0xA98381
>                Exclusive, Channel 1
> 033615: Jul 29 13:14:30: ISDN Se0/3/1:15 Q931: RX <- ALERTING pd =  
> 8  callref = 0xAA6A
>        Progress Ind i = 0x8182 - Destination address is non-ISDN
> swanbnk-3825-r01#
> swanbnk-3825-r01#
> swanbnk-3825-r01#
> 033616: Jul 29 13:14:33: ISDN Se0/3/1:15 Q931: TX -> DISCONNECT pd =  
> 8  callref = 0x2A6A
>        Cause i = 0x8290 - Normal call clearing
>
>
>
>
>
>
>
>
> Debug for the working external call:
>
>
> 033619: Jul 29 13:15:18: ISDN Se0/3/0:15 Q931: RX <- SETUP pd = 8   
> callref = 0x003C
>        Sending Complete
>        Bearer Capability i = 0x8090A3
>                Standard = CCITT
>                Transfer Capability = Speech
>                Transfer Mode = Circuit
>                Transfer Rate = 64 kbit/s
>        Channel ID i = 0xA1838B
>                Preferred, Channel 11
>        Called Party Number i = 0xC1, 'xxxx8899'
>                Plan:ISDN, Type:Subscriber(local)
> 033620: Jul 29 13:15:18: ISDN Se0/3/0:15 Q931: Received SETUP   
> callref = 0x803C callID = 0x285E switch = primary-net5 interface =  
> User
> 033621: Jul 29 13:15:18: ISDN Se0/3/0:15 Q931: TX -> CALL_PROC pd =  
> 8  callref = 0x803C
>        Channel ID i = 0xA9838B
>                Exclusive, Channel 11
> 033622: Jul 29 13:15:18: ISDN Se0/3/1:15 Q931: Sending SETUP   
> callref = 0x2A6B callID = 0xA9EC switch = primary-net5 interface =  
> Network
> 033623: Jul 29 13:15:18: ISDN Se0/3/1:15 Q931: TX -> SETUP pd = 8   
> callref = 0x2A6B
>        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
>        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have  
> in-band info
>        Called Party Number i = 0xC1, xxxx8899'
>                Plan:ISDN, Type:Subscriber(local)
> 033624: Jul 29 13:15:19: ISDN Se0/3/1:15 Q931: RX <- CALL_PROC pd =  
> 8  callref = 0xAA6B
>        Channel ID i = 0xA98381
>                Exclusive, Channel 1
> 033625: Jul 29 13:15:19: ISDN Se0/3/1:15 Q931: RX <- ALERTING pd =  
> 8  callref = 0xAA6B
>        Progress Ind i = 0x8182 - Destination address is non-ISDN
> 033626: Jul 29 13:15:19: ISDN Se0/3/0:15 Q931: TX -> ALERTING pd =  
> 8  callref = 0x803C
>        Progress Ind i = 0x8182 - Destination address is non-ISDN
> swanbnk-3825-r01#
> swanbnk-3825-r01#
> swanbnk-3825-r01#un al
> 033627: Jul 29 13:15:21: ISDN Se0/3/0:15 Q931: RX <- DISCONNECT pd =  
> 8  callref = 0x003C
>        Cause i = 0x8090 - Normal call clearing
> 033628: Jul 29 13:15:21: ISDN Se0/3/0:15 Q931: TX -> RELEASE pd = 8   
> callref = 0x803C
> 033629: Jul 29 13:15:21: ISDN Se0/3/0:15 Q931: RX <- RELEASE_COMP pd  
> = 8  callref = 0x003C
> 033630: Jul 29 13:15:21: ISDN Se0/3/1:15 Q931: TX -> DISCONNECT pd =  
> 8  callref = 0x2A6B
>        Cause i = 0x8290 - Normal call clearing
> 033631: Jul 29 13:15:21: ISDN Se0/3/1:15 Q931: RX <- RELEASE pd = 8   
> callref = 0xAA6B
>        Cause i = 0x8190 - Normal call clearing
> 033632: Jul 29 13:15:21: ISDN Se0/3/1:15 Q931: TX -> RELEASE_COMP pd  
> = 8  callref = 0x2A6Bl
>
>
>
>
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _____________________
> This e-mail has been scanned for viruses by MessageLabs.
>
>
> _____________________
> This email and all attachments are confidential. For further  
> important information about emails sent to or from GHD or if you  
> have received this email in error, please refer to http://www.ghd.com/emaildisclaimer.html 
>  .
> _____________________
> This e-mail has been scanned for viruses by MessageLabs.
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100729/44d205bf/attachment.html>


More information about the cisco-voip mailing list