Fusion Newbie - Initial Thoughts/Questions

Status
Not open for further replies.

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,043
565
113
More than that, you have stopped the log part way through the process
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,043
565
113
I just see this on an inbound route:
Regex (FAIL) [Infotech_Inbound] destination_number(30177421*203) =~ /^(01332460590)$/ break=on-false

It looks like the carrier is sending you the username rather than the DID number!
 

Billy

New Member
Oct 1, 2018
18
2
3
Thats how they route DID. You have one master number and then other numbers are put in the syntax you see.

Its just the way their system works, and they don't have channels. Its a limitation that all numbers after the master also have to have an extension and therefore allows them to used separately.

This does work on 3cx trunks adding them separately.
 

Billy

New Member
Oct 1, 2018
18
2
3
[Infotech_Inbound] destination_number(30177421*203) =~ /^(01332460590)$/ break=on-false

The trunk is connected via this method 30177421*203 thus when you call the number 01332460590, its supposed to pass it to this connected trunk 30177421*203.

Although they said I may need 30177421*203 in the inbound rule too!
 

Billy

New Member
Oct 1, 2018
18
2
3
Same result:

Regex (FAIL) [30177421*203] destination_number(30177421*203) =~ /^(30177421*203)$/ break=on-false

Also this :

EXECUTE sofia/external/07776130590@46.31.231.185 log([inbound routes] 404 not found 46.31.231.185)

I might try a new trunk tomorrow - may be it just doesn't work with Voipfone.
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,043
565
113
That should have given you a match: Regex (FAIL) [30177421*203] destination_number(30177421*203) =~ /^(30177421*203)$/ break=on-false
 

Billy

New Member
Oct 1, 2018
18
2
3
You may want to try the destination as 30177421\*203

I think this worked. Im hearing dial and the active calls shows the call. Im not in the office so can't see the phones, but looks to have worked!

Do you know why the \ seems to work in this case?

Thanks for all your input, its very much appreciated. And this is supposed to be the easy bit :),
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,043
565
113
Its your carrier that's absolute crap that's the problem :) The \ is escaping the *. We are not used to receiving * as a RURI of an INVITE. Like I said though, with this carrier your problems really start when you have more than one did number to bring in.
 

Billy

New Member
Oct 1, 2018
18
2
3
Lol. Noted...

Yeah you would have to add each one as a separate destination? How does it work normally then say with 4/4 DIDS from the same provider?
 

tag915

Member
Sep 24, 2018
67
6
8
Billy, Having to add an additional trunk/gateway for every DID is ridicules. That setting will ultimately cause a ton of headaches and somethign I have never seen any carrier/provider do. The channel limitation is set by your provider and then you can set it in FusionPBX on your side. We can have one trunk with 100+ channels/call paths no problem. I would look at Skyetel.com. They have been great for us and also a sponser of the FusionPBX project. Great rates and Chris is awesome.
 

Billy

New Member
Oct 1, 2018
18
2
3
Billy, Having to add an additional trunk/gateway for every DID is ridicules. That setting will ultimately cause a ton of headaches and somethign I have never seen any carrier/provider do. The channel limitation is set by your provider and then you can set it in FusionPBX on your side. We can have one trunk with 100+ channels/call paths no problem. I would look at Skyetel.com. They have been great for us and also a sponser of the FusionPBX project. Great rates and Chris is awesome.

Thanks for the input I will take look at Skytel..
 

markjcrane

Active Member
Staff member
Jul 22, 2018
448
162
43
49
Billy you can see SkyeTel from Accounts -> Providers page inside FusionPBX 4.4. Has a quick button to get to their website. And a button to help you install the settings that are needed.
 
Status
Not open for further replies.