Hey Nick,I have found the fix.
There is an issue on older API setups, I think. The format of the Curl Message that worked for me includes the line
"messaging_product": "whatsapp" and I also had to cleanup the format of the server and port.
Code:curl -X POST "https://graph.facebook.com/v24.0/<YOURPHONEIDHERE>/settings" \ -H "Authorization: Bearer <YOURTOKENHERE>" \ -H "Content-Type: application/json" \ -d '{ "messaging_product": "whatsapp", "calling": { "status": "ENABLED", "callback_permission_status": "ENABLED", "call_icon_visibility": "DEFAULT", "srtp_key_exchange_protocol": "SDES", "sip": { "status": "ENABLED", "servers": [ { "hostname": "<YOURSERVERHERE>", "port": 5061 } ] } } }'
Same here. They all seem to be coming in via only one trunk (the first to be added), ignoring routing.Anyone have any issue adding multiple whatsapp trunks / numbers to same system ? Sales, Support etc all have separate whatsapp numbers trying to add to Q's. I cant add 2nd trunk/number.
In a nutshell, WhatsApp calling desn't work under Multi Company instance. I'd appreciate an advice on this.Same here. They all seem to be coming in via only one trunk (the first to be added), ignoring routing.
Since WhatsApp calling is IP based it will not work well on Multi Company setups due to source identification conflicts.n a nutshell, WhatsApp calling desn't work under Multi Company instance. I'd appreciate an advice on this.
Thank you.
leg_onfailure {
3 {
reason = Server Failure
reason_text = Certificate Name Mismatch
sip_code = 503
sip_message {
msg = {
SIP/2.0 503 Certificate Name Mismatch
Via: SIP/2.0/TLS 192.168.xxx.xx:5061;branch=z9hG4bK-524287-1---6951db283b6c8950;rport
To: <sip:[email protected];transport=TLS>;tag=6920d911
From: "+xxxxxx1"<sip:[email protected];transport=TLS>;tag=4f369048
Call-ID: kUu0xBGWHBt4P6QaURgfQQ..
CSeq: 1 INVITE
Warning: 399 ccc.domain.com "No other DNS entries to try (10,0)"
Content-Length: 0
}
}
}
}
We have attempted both, the errors earlier are from tests for outbound calls.Are trying to make outbound calls or is the error present in inbound calls as well?
No luck with inbound tooPlease note that WhatsApp is only supported for inbound calls. Outbound calls are not supported at this time.
Do inbound calls work?
{
"timestamp": 1774509878,
"wacid": "wacid.IhggRTk1Mzg5NTg1M0UxQkU1MDU1MDE3NzdCRDE3OTc1QTUcGAo5NjA3NjcwMDExFQIAFR4A",
"call_uuid": "outgoing:wacid.IhggRTk1Mzg5NTg1M0UxQkU1MDU1MDE3NzdCRDE3OTc1QTUcGAo5NjA3NjcwMDExFQIAFR4A.6569e396-9bb7-4d9c-ae0d-b26ecc8f735e.",
"app_id": "XXXXXXXXXXXXXXX",
"reason": "call_failed",
"sip_code": 503,
"sip_reason": "Service Unavailable",
"terminate_reason": "BUSINESS_TERMINATED",
"call_api_type": "CONNECT_REJECT"
}

Yes we are using E164 number format. Our incoming and outgoing for whatsapp messages works fine.In which format are your numbers configured? Make sure you have added your numbers in the E164 number format. You can also check your activity log (set the logging level to verbose for testing) and see if there is any errors there during inbound calls.
03/26/2026 1:41:35.096 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>])Creating new Device
03/26/2026 1:41:35.096 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) Selected 57.144.153.157:5061/TLS fk=0 tgt=meta.vc (|_sips._tcp.wa.meta.vc|meta.vc), expires in 59sec
03/26/2026 1:41:35.096 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) has resolved targets to following list:
|_sips._tcp.wa.meta.vc|meta.vc => [57.144.153.157:5061 @ TLS] 0 102 1 expires in 59s
03/26/2026 1:41:35.032 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) Resolving targets: primary - sip:wa.meta.vc, no secondary, over +TLS+IPv4
03/26/2026 1:41:35.032 PM Scheduled request to resolve DNS for line 10005
03/26/2026 1:41:26.066 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>])Creating new Device
03/26/2026 1:41:26.066 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) Selected 57.144.153.157:5061/TLS fk=0 tgt=meta.vc (|_sips._tcp.wa.meta.vc|meta.vc), expires in 59sec
03/26/2026 1:41:26.066 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) has resolved targets to following list:
|_sips._tcp.wa.meta.vc|meta.vc => [57.144.153.157:5061 @ TLS] 0 102 1 expires in 59s
03/26/2026 1:41:25.873 PM Lc:10005(@WA_TEST[<sip:@:0/UDP>]) Resolving targets: primary - sip:wa.meta.vc, no secondary, over +TLS+IPv4
03/26/2026 1:41:25.873 PM Scheduled request to resolve DNS for line 10005

{
"messaging_product": "whatsapp",
"calling": {
"status": "ENABLED",
"callback_permission_status": "ENABLED",
"call_icon_visibility": "DEFAULT",
"srtp_key_exchange_protocol": "SDES",
"sip": {
"status": "ENABLED",
"servers": [
{ "hostname": "<sipdomain>", "port": 5061 }
]
}
}
}
Founded in 2005, when VoIP was an emerging technology, 3CX has gone on to establish itself as a global leader in business communications.