Hello all,
@tomas_, Thanks for your reply.
I tried it and the carrier accepted the call, but since I specified a number (+33123456789) on the diversion, all outgoing calls are under that number "+33123456789"
"custom_sip_headers": {
"Diversion": "<sip:+33123456789@sip.provider.com>;reason=unconditional"
},
But in my case, I have several users where everyone has his own number (for example: +33111111111, +33122222222, +33133333333) and each forward the calls to another number
Example:
UserA: +33111111111 --> Forward to --> +33 6 78 00 00 00
UserB: +33122222222 --> Forward to --> +33 6 49 11 88 88
UserC: +33133333333 --> Forward to --> +33 6 41 10 10 10
What I'm looking for is how to set the correct configuration that can replace the "<sip:+33xxxxxxxxx@sip.provider.com> by the correct number of each user:
<sip:UserA_number@sip.provider.com>, <sip:UserB_number@sip.provider.com>, <sip:UserC_number@sip.provider.com>
For the moment, What I did is:
- Deleting "custom_sip_headers" settings from the resources doc
- Setting "should_add_diversion_header": "true" to system_config -> Kazoo_endpoint
- On monster-ui, all users that have "Call Forwarding" enabled, have "Keep Original Caller-ID" checked
With these setting, calls are forwarded and accepted by the carrier, but what I noticed is, all tested incoming calls from +33 xxxx are correctly working, while any call coming from other prefixes like +44, +32... is rejected
Below example calls
Scenario 1 (Working):
Caller ID: +33 6 35 00 00 00 (French Mobile)
Called ID: +33 1 11 11 11 11
Forwarded to: +33 6 78 00 00 00(French Mobile)
But when I try to call from +32 xxxxx number to the SAME number the call is rejected with message error "503 Service Unavailable"
Scenario 2 (Not working):
Caller ID: + 32 2 33 12 345 (Belgian DID)
Called ID: +33 1 11 11 11 11
Forwarded to: +33 6 78 00 00 00(French Mobile)
I also noticed on the PCAP that on Scenario 1 , that diversion is applied and I see the Called ID, while on Scenario 2 the diversion is not applied, which led the carrier to reject the call.
I still didn't figure out why it's happening. The only possible solution for me now is to use /force again custom_sip_headers, but only if I can assign the correct called ID on the Diversion (ie. <sip:UserA_number@sip.provider.com>, <sip:UserB_number@sip.provider.com>, <sip:UserC_number@sip.provider.com> )
Best Regards,