CUBE & MoH

[fjlopezderego]

Hi,

    I'm trying to setup a CUBE to connect to a ITSP. Everything seems to be working fine but MoH. I've seen lots of problems with MMoH, but this case I'm using unicast. I'm running CUCM BE 8.6(1), I've got a SIP trunk directly from the CUCM to the ITSP and everything works fine, but when I try to use CUBE, MoH doesn't work. This is the flow:

   Phone - (SCCP) - CUCM - (H.323) - CUBE - (SIP) - ITSP

   I've tried w/wo MTP, changed the CUBE config, the gateways config... but I haven't found any way to solve it. This is the CUBE's config, as you can see it's really easy:

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

supplementary-service h450.12

fax protocol pass-through g711alaw

h323

modem passthrough nse codec g711alaw redundancy

sip

   ITSP's call leg:

dial-peer voice 11 voip

destination-pattern XXXXXXXXXXX

session protocol sipv2

session target ipv4:III.III.III.III

incoming called-number YYYYYYYYYYY

no vad

   CUCM's call leg:

dial-peer voice 13 voip

translation-profile outgoing 0_Entrants

answer-address YYYYYYYYYYYY

destination-pattern 34997

translate-outgoing calling 1

session target ipv4:CCC.CCC.CCC.CCC

dtmf-relay h245-alphanumeric

no vad

    Did anyone find any problem like this? There is something strange, when I try to hold the call, there is signaling sent to the ITSP, maybe this is the reason why it fails.

Thanks!!!

[fjlopezderego]

Sorry, I forgot. When I place a call on hold, there is silence, neither music, nor tones, just silence. The call is not dropped and I can resume it.

[radoslav-drabik]

Hi,

it seems to me as a codec mismatch. Can you check what codec is negotiated and if it is allowed in the Cisco IP Voice Media Streaming app service for MoH.

Can you provide a SIP trace for the call? Thanks.

R.

[fjlopezderego]

I've done a debug ccsip messages in the gateway. As you can see, there is signaling between the CUBE and the ITSP when the call is placed in hold.

G729 and G711ulaw is enabled in the IP Voice Media Streaming service parameters.

I could make MoH work once, with G711 in an inbound calls, but I'm not able to do it again. I supposed it was a codec problem, but it's quite strange.

11111111111 -> Calling number

2222222222 -> Called number

222.222.222.222 -> gateway

333.333.333.333 -> ITSP

[radoslav-drabik]

SIP call leg looks fine.

     Negotiated codec during the hold is: G729/8000, annexb=no. Direction of the flow: recvonly.

     Media flows from your gateway 222.222.222.222 to ITSP 333.333.333.333.

You need to check the H.323 part (between the CUCM server and the voice gateway). What codec is negotiated there?

Another option is to place an access-list on the gateway and verify if you are receiving any audio from the CUCM once on hold.

The access-list can look like this:

ip access-list extended test

permit udp host host eq eq log

permit ip any any

The port number can be determined during the hold by issuing the command

"show call active voice brief"

[Marlo De Ocampo]

Check box MTP in CUBE which is registered in cucm

unchecked box  for  set supplementary box

enable outbound fast-start and inboundfast

[Giovanni Sciotti]

Hello,

i have exately the same issue. Did yuo solve?

Thank you

Giovanni