03-14-2024 01:41 AM
Hi
I have configured webex calling via local router and calling service is working fine but apparently unable to hold call, when I choose hold tab call is ended. Is there any setting need to change or amend, please help
03-20-2024 11:50 PM
Hi thanks for share info, May I know where to check in Webex settings for call holding is enabled?
03-21-2024 11:18 AM
That was spam; ignore it. There's nothing to check on the WxC-MT side.
03-21-2024 09:41 PM
Hi Jonathan
Call Hold is working now after ITSP enable call hold function to this 038893XXX.We are able to put call on hold 9940 but following DID’s 9941 & 9947 2nd call hold attempt is drop. We are still checking with ITSP to validate the parameter. No changes from our end to LGW
Call to 0388939940 : 1st hold success, 2nd hold success, 3rd hold success
Call to 0388939941 : 1st hold success, 2nd hold drop
Call to 0388939947 : 1st hold success, 2nd hold drop
03-14-2024 02:35 AM - edited 03-14-2024 02:39 AM
You need to pull debugs from the LGW to determine who isn’t happy - WxC-MT, the LGW, or the carrier. The SIP dialog will usually have a pretty clear sequence of events: something sent a request/response that something else didn’t like so the latter kills the call. Standard SIP troubleshooting. Once you understand what the triggering event is you can usually adjust the CUBE/LGW config to compensate.
03-14-2024 07:37 PM
TQ Jonathan, let me pull debugs LGW and check the logs
03-20-2024 02:46 AM
Hi Jonathan
After run the debug, indicate that below error. I have attached a log with some debugs
*Mar 19 05:33:11.430: //21725/DBFAD8CDB7E0/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 10.22.213.68:5060;branch=z9hG4bK1FBE1276
Call-ID: asbcgdr6de5drjtetj66fprpis3sfjjredss@ATS.rcatshw01.ims.tm.com.my.155
From: sip:0388939947;phone-context=ims.mnc153.mcc502.3gppnetwork.org@ims.mnc153.mcc502.3gppnetwork.org;user=phone;tag=194FD11E-1C9F
To: sip:Anonymous@ims.tm.com.my;tag=5pj665jg-CC-155
CSeq: 102 INVITE
Warning: 399 198.18.9256.ATS.rcatshw01.ims.tm.com.my.155.451.0.0.0.0.0 "The user doesn't have hold ability". I have attached the debug logs
Content-Length: 0
Caller: 0125597304
Callee: 0388939947 -> route to 0388939940
timestamp (with timezone) : 1.30pm (GMT +8 Kuala Lumpur)
Call Flow-> Call comes from 0125597304 PSTN to Local Gateway Webex Calling 0388939947 -> Route to Call Queue-> assign user in control hub-> Webex App-> ringing-> Accept Call-> Put on Hold-> Call End
03-20-2024 10:35 AM - edited 03-20-2024 10:45 AM
The error you show above was generated by the upstream provider, not Webex Calling. Webex Calling sent the Local Gateway a Re-INVITE at 05:33:11.327 with a=sendonly. CUBE generates an equivalent Re-INVITE toward the provider at 05:33:11.332 which sends the 403 response you pasted above.
This is a standard SIP SBC interworking issue. You need to understand what the provider expects to happen in this scenario and adjust the CUBE config - likely using a SIP profile - to manipulate the headers or SDP to conform with their expectations. One possible solution is to force a=sendonly back to a=sendrecv; see the Example: Modify Audio direction "Audio-Attribute" heading in the linked document.
03-20-2024 11:54 PM
Thanks Jonathan, Im checking with TSP to identify which parameter in the invite is not supported by them.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide