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

Thu Jul 29 00:59:44 EDT 2010

Yep some of those are hidden commands. I've tried them all with no luck. Right now I have:

E1 0/3/0 is the telco
E1 0/3/1 is the PABX.

dial-peer voice 100 pots
 description Used in SRST mode for incoming number
 incoming called-number .
 direct-inward-dial
 port 0/3/0:15
dial-peer voice 200 pots
 description Used in CM mode for numbers to the PSTN
 huntstop
 destination-pattern 0T
 progress_ind progress enable 8
 direct-inward-dial
 port 0/3/0:15
dial-peer voice 400 voip
 description Used in CM mode for calls to extensions
 preference 1
 destination-pattern [1-9]...
 progress_ind setup enable 3
 voice-class codec 10
 voice-class h323 10
 session target ipv4:192.168.87.20
 incoming called-number .
 dtmf-relay h245-alphanumeric
 ip qos dscp cs3 signaling
 no vad
dial-peer voice 401 voip
 description Used in CM mode for calls to extensions numbers via CM
 huntstop
 preference 2
 destination-pattern [1-9]...
 progress_ind setup enable 3
 voice-class codec 10
 voice-class h323 10
 session target ipv4:192.168.205.20
 incoming called-number .
 dtmf-relay h245-alphanumeric
 ip qos dscp cs3 signaling
 no vad
dial-peer voice 900 pots
 huntstop
 preference 1
 destination-pattern 38108...
 progress_ind setup enable 1
 incoming called-number .
 no digit-strip
 direct-inward-dial
 port 0/3/1:15

-----Original Message-----
From: Ki Wi [mailto:kiwi.voice at gmail.com]
Sent: Thu 29/07/2010 14:39
To: John.VanLaecke at ghd.com
Cc: Dana Tong; cisco-voip-bounces at puck.nether.net; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Ringback tone to from Ericsson MD110 ( PRI H323 integration)

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

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________