CUBE SIP One way audio and MMOH issue

[fedor.solovev]

Hello.
I have done some reseach and found a partial solution here and here
In may case it is
ITSP —> SIP—>CUBE4321(15.4) —> SIP —> CUCM11.5 —> UCCX11.6
IVR greeting is working. After UCCX transfers a call to an internal ip phone,
I have one way audio (no incoming audio from ITSP to the IP phone) because of the re-invite messages from CUCM I guess.

I fixed this by re-configuring SIP profile at CUCM:
- Early Offer support for voice and video calls Best Effort or Mandatory

- Send send-receive SDP in mid-call INVITE

- nothing changed at GW

I have tried all three commands as well:
ISR4321V(conf-serv-sip)#midcall-signaling ?
block Block all SIP messages in midcall
passthru Passthrough SIP messages from one IP leg to another IP leg
preserve-codec preserve initial negotiated codec i.e. midcall codec change denial

Any of this solutions work in terms of fixing one-way audio if a call is transferred through an IVR system to a internal ip phone.

However, another problem appeared if any of these commands is entered:
this is MMOH not working no matter if a call was transferred via UCCX / CUC or was landed directly to an internal extension. Only UMOH works.

The question is: How to solve one way audio problem without disabling MMOH ?
I remember voice-class configuration at IOS GW to re-write SDP field to sendrecv,

request ANY sdp-header Audio-Attribute modify "a=inactive" "a=sendrecv"
request ANY sdp-header Audio-Connection-Info modify "0.0.0.0" "CUBE's IP"

but it would be perfect to find out any other solution as well.

[acampbell]

Hi,

Does your CUBE Router have an ip route to the the UCCX ?
Try pinging the UCCX with the source address of both sides of your CUBE.

[R0g22]

Who is the MOH source ? CUBE or a UCM node ?

[fedor.solovev]

Hello, thank you for your questions.
This is a proven network availability between nodes participating in these calls (GW, IP phone, UCCX, CUCM nodes).
It might be not clear from the first glance, this is a IVR greeting working fine, after that if a call is transferred to an internal ip phone, that was one way audio. Both MMOH and UMOH are from CUCM.

[Will Pettit]

Hi, 

Did you resolve this issue? We've got the same one-way audio issue as soon as an agent answers a call. We've just moved to SIP circuits and never had this problem before.

Thanks, Will