CUBE with transoding, dtmf issue

Unanswered Question
Aug 19th, 2009

Hi, gurus!

Need your help again..

Cisco 2811 recieves call from VOIP provider via h323, g729r8, fast start, dtmf-relay type is h245-alphanumeric.

Outgoing call must have the same parameters.

This Cisco executes an TCL/VXML IVR, after which the incoming call is connected to operator, which, in some cases, is a cellular phone, so that setup is made again from this Provider (looks like ipsec-on-stick).

When call setup is done, operator has oportunity to transfer call to a more qualified specialist pressing "0". But cisco does not recieve dtmf.

Here is my config:

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

redirect ip2ip

h323

no call service stop

call preserve

dspfarm profile 1 transcode

codec g711ulaw

codec g711alaw

codec g729ar8

codec g729abr8

codec g729r8

maximum sessions 6

associate application SCCP

! incoming peer, translate 84959888053->9888053

dial-peer voice 1 voip

translation-profile incoming 1

destination-pattern 84959888053

session target ipv4:this Cisco IP

incoming called-number 84959888053

dtmf-relay h245-alphanumeric

no vad

! transcode and send to IVR script on g711

dial-peer voice 2 voip

service ivr

destination-pattern 9888053

session target ipv4:this Cisco IP

incoming called-number 9888053

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

! when operator is selected, we need to play him a info message (so once again we use translation and transcoder)

dial-peer voice 916739 voip

description -=Operator1=-

translation-profile incoming 9

destination-pattern 989167396844

session target ipv4:this cisco IP

incoming called-number 989161182155

dtmf-relay h245-alphanumeric

codec g711ulaw (we need to play msg!)

no vad

! after transoder and "9"-stripping send to operator(g729,alpha)

dial-peer voice 100 voip

destination-pattern 8..........

session target ipv4:X.X.X.X

dtmf-relay h245-alphanumeric

no vad

And operator cannot send DTMF.

UPD: i think that the problem is in call legs created in this call. SCCP call legs use strictly inband Dtmf type, and H323 use h245-alphanumeric dtmf-relay.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.

Actions

This Discussion