SIP Outbound Caller ID Rule - Entire Number Replacement

Status
Not open for further replies.

Drain Bamaged

Premier Customer
Joined
Mar 6, 2020
Messages
68
Reaction score
18
Good Day,

As part of our DR plan, if office A loses their SIP and is unable to make outbound calls, we can automatically route those calls using outbound rules over the 3CX bridge to office B.

To connect those calls, Office B's SIP needs a caller ID that falls into the range of DID/DDI assigned to that SIP. Luckily, there is only one number assigned to Office A's caller ID so we just need to replace one number with another and we're golden.

Assume Office A has an (imaginary) Caller ID number of: 2127058878 and Office B has a free DID with required dial format of +13451236789

Can I use 2127058878 in source pattern and just put +13451236789 in the destination pattern as a wholesale replacement? Don't really want to play with these things on a production server without a firm idea of results.

Thanks.
 
There's a number of variables at play here to give you a definitive answer. And there's no harm in testing and is exactly that you should do. That being said you don't need to fail over everyone. Just make a route for one extension (or any extension using a prefix) and do your testing with that.
 
Change the caller ID number, in the outbound rules of the destination PBX. You can create new rules that are only intended to be used by the bridged PBX.

As mentioned, do this using a unique prefix, on numbers coming from the other PBX.

Of course, the provider used will have to allow this.
 
Last edited:
Hey @Drain Bamaged

Provided that you do not mind all calls from PBX A going through PBX B and out having the same Caller ID, you could just use the Outbound Caller ID field in the Outbound Rules:

(This to be configured on PBX B)
1616058527572.png

I think this is what @leejor is referring to. This Outbound Rule will be configured in a way to only match calls of PBX A and therefore have all those calls assigned with the defined Caller ID.

Once configured, I also recommend testing as @cobaltit mentioned.
 
Status
Not open for further replies.