We have a CISCO CUBE and a Dialogic Gateway both connected to 2 different mediation servers.
PSTN Calls through Dialogic can be placed on hold.
PSTN calls through CUBE fail with error message "Call cannot be placed on hold. Your speaker and microphone have been muted."
I am of the opinion that the CUBE is at fault as everything works perfectly through the Dialogic Gateway.
1. Has anyone seen this issue and is there a fix?
2. Can someone please explain the background goings on when a call is placed on hold. Is it OCS putting the call on hold or the gateway? Does the gateway need to respond somehow to a hold request by OCS?
I go this explianation from Dialogic on how this should work -
"To recap....When OCS places the call on hold, it will send a re-invite to the DMG with a=inactive, DMG will respond to the hold request with 200OK and no longer send audio it is receiving on the TDM side to the IP side (OCS client). It will send CN packets (silence). Additionally, OCS will no longer send RTP Audio to the DMG (it will send CN packets). To take the call off hold, OCS will send DMG a re-invite without a=inactive (and its media port contents) and then DMG will respond to that with 200OK and starts sending media to the IP endpoint that it receives from the TDM side."
Does the CUBE support the hold feature? Is there a setting I am missing?
When a call is placed on hold, normally an MTP resource is required to have the audio terminate someplace on the network. The client is not sending or receiving any audio during the hold. Same with a transfer. An MTP source needs somewhere to temp park that call on the network to keep it alive.
Im not sure of your exact routing, but do you have CUBE---CUCM--MED servevr or are you going directly to/from the CUBE?
Also, how is your network card configured on the Mediation server? The RTP packets to/from Mediation and gateways is tricky. Typcially, I will set everything to one NIC card and test OCS voice features/funcations. The Pool and gateway share the same IP address on the same NIC card. if it works, then I can split it up two different cards.
Another item to check is your dial peers on the CUBE. Can you post a copy of how the dial peers are setup?
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...