Rewriting inbound caller IDs?

[cwernstedt]

One of our SIP-trunk providers isn't particularly good about how they present the CIDs on inbound calls.

Is there a way to rewrite these according to some rules, for example replacing 001 with +1 , or adding a country code to local numbers.

Note for clarity: I'm talking about how numbers are presented in the From field in CDRs, logs, etc.
 

 

 

[Support]

Hi,

 

We suppose you're looking for the outgoing call and how you can make changes to the dialed number.

Please refer to this doc page and examples on it: https://doc.vodia.com/domain_dialplans

 

[cwernstedt]

Hi, 

Well, it's the inbound (not dialed) that I'm looking to change. In other words, the number that is presented on calees' phones and in logs etc.

The trunk provider presents local numbers without the correct international prefix, which makes it difficult to process these calls correctly.  
 

[Support]

Hi,

 

We made a few changes to the back end of the latest 63.1 (http://portal.vodia.com/downloads/pbx/version-63.1.xml) version for handling your scenario in a better manner. Can you please upgrade and test it, maybe it helps.

 

[cwernstedt]

Ok. Where do I configure these things in this version? Ideally I would like to prefix +423 to all numbers lacking a 00 prefix (local numbers) and replace 00 prefixes with + for international numbers.

So 2371336 would turn into +423 2371336 and 0013343456666 would turn into +1 3343456666 .

(Incoming calls only)

[Vodia PBX]

You can always use the ERE for inbound trunk routing, for example the one below !^00([0-9]*)$!+\1! !^([0-9]{6})$!+423\1! 40.

[koolandrew]

I was wondering if there is a handbook somewhere on this. I was wondering why the Vodia would remove +1 from calls. I see them as being presented but in log files but in the call logs and on the phone, the number gets changed from  +15555551212 to 555-555-1212 in the logs, and 5555551212 on the phone.

The list of expressions above only directs the call, it doesnt seem to have anything to do with inbound caller id as mentioned above.

Where is the setting for caller id.

Thanks

[Support]

Inbound caller ID settings headers: https://doc.vodia.com/trunk_custom_headers (you can navigate on the left hand side to look for more settings).

And the admin level shows the +1 along with the numbers in the call logs if you want to take a look. Inside the domain, it's the default setting that reformats the number to look like 555-555-1212 by default.

[koolandrew]

i am not clear by your response.

When i click on the link....the first thing it says is:

Trunk Custom Headers

The PBX can send just about anything in the SIP headers when making outbound calls. This is particularly useful if the trunk provider needs special parameters/values in the SIP headers.

When you say the left hand side, is this a reply for the question regarding expressions, as i am just looking for quidance. I tried to use your example above and it didnt work and the call went to voicemail.

!^([2-9]{10})$!+\1! !^([1-9]{11})$!+\1! 38

i understand that the default setting using 1 but why not +1  as that will not work.

In any event, if there is no way to actually receive calls 1+, just say so. I cannot find a way to do so using the default 1 settings.

 

thanks

[Vodia PBX]

The headers are really just about outbound calls. There is no need to come up with headers on inbound calls.

Generally the idea is that telephone numbers should be converted into the internal "global" format. That means in the case of the PBX, that the numbers start with a +-symbol. There are a couple of settings for the trunk on how it expects the numbers and that usuually works well (there are a few providers that send e.g. From in international format and To in E164-format which is causing a lot of confusion).

So I would recommend to review the format of the trunk and check if the numbers are read correctly. Then there is no need to use the ERE pattern matching for inbound calls.

[Support]

On 4/24/2020 at 6:11 PM, koolandrew said:

i am not clear by your response.

Pasted the wrong URL. Anyway, should be clearer now.

[koolandrew]

The calls are coming in as 1+. If we dont have default country set as 1, then we can receive the calls at 1+ but it causes all kinds of other issues. If we leave the 1 as default, we cannot get +1...this is why i  was asking about expressions.

[Vodia PBX]

1+ or +1???

[koolandrew]

sorry i meant 1+

[koolandrew]

geez... i just read this again...no wonder i can get help............it is +1 the + sign..that is the big dilemma here....+1

if i write 1+ again...kick me out of the forum...lol

[Vodia PBX]

Well, there is the possibility to edit a post! 1+ is very confusing indeed. Anyway there is another post about it, in a nutshell I would just look at the logs along the processing of the call and make adjustments so that the numbers make sense in each step.

[koolandrew]

I have tried many times. I try to get help on the forum. And this the response.. how about this is how you do it.. ir forget it can't be done. Please?

[Support]

Is the field "Rewrite global numbers" being set to "Don't rewrite" not helping, inside the trunk settings?

[koolandrew]

I am sorry but the confusion continues.

Are you referring to outbound calls, i need to ask to make sure. If so, how will this help with the dial plan when + is involved. The dial plan directs to the trunk.  These settings make no difference.

[Support]

12 minutes ago, koolandrew said:

If so, how will this help with the dial plan when + is involved.

Yes, that's what it's supposed to do. 

Again, we're talking about inbound calls here right? I wasn't referring to dial plans at all. These are just trunk setting which "should" take effect on inbound calls.

[koolandrew]

When the country code is set back to 1, and that setting of dont rewrite on a trunk is set, the + gets removed when using "dont rewrite" or "use + symbol at the beginning". I dont think there is any way to use the 1 as country code and keep +1555555555 (for example) on inbound calls.

[fred.bloggs]

Our SIP Provider does really strange things on inbound trunk calls:

From: <sip:035xxxxxx@sip.xxxx.de>
To: <sip:4935xxxxxx@sip.xxxx.de>

They format the FROM with a leading 0 and the TO with E164 format. So when I change the Rewrite global numbers setting either the FROM number or the TO number is formatted correctly but the other one is always wrong. So I really would like to see the possibility to also manipulate inbound trunk IDs...

Is there any chance to achieve this with the current version 66.0.6?

[Vodia PBX]

Yes there are some providers that can't keep the same format even in a single packet. In order to handle this we need to add that provider to the drop down list with a script code that digs out the relevant information. What provider is this?

[fred.bloggs]

The provider is called easybell. You already have a template for that, but maybe they have changed the way they format numbers. 

https://translate.google.com/translate?sl=auto&tl=en&u=https://www.easybell.de/hilfe/fragen/fragen-zum-telefonanschluss/antwort/rufnummernformat-bei-eingehenden-anrufen.html

They even have some if else:

1. If it is only a single number or the root number of a trunk it is international format 0049xxxxx
2. If it is an extension number of the trunk it is E.164 (49xxxxx)

So maybe you can script it that both options would work.

[Vodia PBX]

We support easybell for some time. What they are saying is they are contacting whatever was provided in the contact header for a single line account (which makes a lot of sense) and the E164 format if there are multiple numbers. It would make sense to use the E164 format all the time, including in the Contact header. You can set the contact header explicitly for the trunk to the E164-formatted number—would that solve the problem in all cases (and set the number interpretation for the trunk to E164)? If yes we could change the template for easybell and make this the default for easybell. The alternative would be to have the PBX look at the To-header, and not the Request-URI for an incoming call.