Caller id issue: SOLVED

[ou812]

FSpbx 1.9.6

On 1 sub domain half the phones can not call out, I found it to be a caller id issue, all phones are set with the same caller id number & name but when some of the phones call out the caller id number is set for the extension number and not external number, the other phones use the external number.

I have deleted the extensions and recreated inserting the original sip passwords so phones will reregister, set the caller id, flushed the cache and reloaded the xml but they still use extension number as outbound cid number ?

This started after an update last night, maybe somehow the database is a bit off.

 

[ou812]

Not sure why but making a change to the outbound routes fixed the issue. I had set Route Options - Toll Allow - domestic. removing domestic fixed the cid issue ?

 

[kenn10]

@ou812 I find the whole "toll allow" thing to be unnecessarily confusing. I've ended up beating my head against the wall until I just removed all entries in the toll allow fields on extensions. I suspect a serious study of documentation would grant more insight for me, but it really isn't needed in my environment.

I think the bottom line is that if you put a toll allow class on a route, you have to have that on the extension as well. You can have multiple toll allow types on each extension if they needed somethings like domestic, international for example. You'd have to modify the rules or directly modify the XML for the route to match the toll-allow class you set up since the route GUI does not directly address the toll-allow field except possibly through the rules screen.

This FusionPBX document explains it to a degree: https://docs.fusionpbx.com/en/latest/additional_information/toll_allow.html

@pbxgeek, how do you handle toll allow to limit extension access to routes? The route screen could be a lot easier if there was a table-driven drop-down selection of things like: internal-only, local, toll, international and so forth. Said table could be set up by the administrator in terms they decide and would be selectable in multiples on an extension and for the outbound routes. Am I missing something here or does that function not exist as an easy GUI selection? I see it is there when you create an outbound route but changing it after creating the route is pretty much manual.

 

[kenn10]

@pbxgeek here is a little AI assisted design to set up a table for various toll restriction/toll-allow tables and use a resulted total value of all types selected for the route to do a simple <= or >= against the numeric result to determine which calls can pass on the outbound route. Obviously, the more types of toll allow are added, the higher the value for the additional selections. Using numeric values would be more efficient to test than trying to match text.

This is a classic bit-flag (or bitmask) design. Assign each row a distinct power of 2. When any combination of rows is selected, you simply add (or bitwise-OR) their values; the resulting number uniquely identifies exactly which rows were chosen.

Recommended values​

Sequence	Description	Value
1	Internal Only	1
2	Local	2
3	Toll-Free	4
4	Toll	8
5	International	16

Using 1, 2, 4, 8, 16 is the conventional and most convenient approach.

How it works​

• Single selections are just the value itself.
• Multiple selections → sum (or ) the values. Examples:
  • Local + Toll-Free → 2 + 4 = 6
  • Internal Only + International → 1 + 16 = 17
  • Local + Toll + International → 2 + 8 + 16 = 26
  • All five → 1+2+4+8+16 = 31

Because every number from 0–31 has a unique binary representation, you can always recover exactly which flags were set:
text
value & 1 → Internal Only selected
value & 2 → Local selected
value & 4 → Toll-Free selected
value & 8 → Toll selected
value & 16 → International selected