Setup inbound call routing with FreePBX 13
-
Let's say your company had the following.
- Local number 555.555.5555
- Toll-free number 800.555.5555
- Three DIDs: 555.555.5556, 5557, and 5558
You'd configure a route for each number.
Route 1 would send DID 5555555555 to whatever IVR you've setup
Route 2 would send DID 8005555555 to whatever IVR you've setup
Route 3 would send DID 5555555556 to X extension.
Route 4 would send DID 5555555557 to Y extension.
Route 5 would send DID 5555555558 to Z extension.Thus, eliminating the need for DID any, as you've covered all possible DIDs associated with your company, and the order of the routes wouldn't matter, as it's not possible to match more than one route.
-
@EddieJennings said in Setup inbound call routing with FreePBX 13:
Let's say your company had the following.
- Local number 555.555.5555
- Toll-free number 800.555.5555
- Three DIDs: 555.555.5556, 5557, and 5558
You'd configure a route for each number.
Route 1 would send DID 5555555555 to whatever IVR you've setup
Route 2 would send DID 8005555555 to whatever IVR you've setup
Route 3 would send DID 5555555556 to X extension.
Route 4 would send DID 5555555557 to Y extension.
Route 5 would send DID 5555555558 to Z extension.Thus, eliminating the need for DID any, as you've covered all possible DIDs associated with your company, and the order of the routes wouldn't matter, as it's not possible to match more than one route.
Correct.
-
I'm curious about routing logic for extension to extension calls. Am I right in assuming the concept of inbound routes refers to routing inbound calls from a trunk, rather than literally any inbound SIP traffic to the PBX?
-
@EddieJennings Outbound routes would be more applicable to your question. The dial rules match number patterns to determine whether your call is a local extension or external route.
One thing I like about FreePBX/Asterisk/Freeswitch over 3CX is the fact that you don't have to worry about extension numbering. You can create any extension number you want (301, 302, 1045, 2343423).
-
@bigbear said in Setup inbound call routing with FreePBX 13:
@EddieJennings Outbound routes would be more applicable to your question. The dial rules match number patterns to determine whether your call is a local extension or external route.
One thing I like about FreePBX/Asterisk/Freeswitch over 3CX is the fact that you don't have to worry about extension numbering. You can create any extension number you want (301, 302, 1045, 2343423).
My questions now are really for my own curiosity and wanting to know more about how the traffic is handled. As an experiment, I deleted all inbound and outbound routes and was still able to call extension-to-extension, which tells me that there's logic baked into the PBX so it just knows how to handle that. From what you said it looks like there are other PBX systems where that intelligence isn't built in, I would have to write specific routes for how to handle those calls.
-
Maybe start a new thread for the curiosities.. I'll chime in there.
-
@Dashrender said in Setup inbound call routing with FreePBX 13:
Maybe start a new thread for the curiosities.. I'll chime in there.
Good idea. Perhaps @Minion-Queen or @scottalanmiller can fork the last bit of this tread into a new one.
-
I can't. I'm at a park.
-
@EddieJennings said in Setup inbound call routing with FreePBX 13:
From what you said it looks like there are other PBX systems where that intelligence isn't built in, I would have to write specific routes for how to handle those calls.
Hmmm, I may not have explained that well. On an asterisk level you have dial plans. This can even be alphanumeric. You can create an extension or even a name like EDDIE and tell the call where to go.
In FreePBX (which is a system controlling Asterisk) you have an Extensions application and Outbound Routes which are manipulating your dial plans in asterisk.
What other routes are you looking to configure?
-
@EddieJennings said in Setup inbound call routing with FreePBX 13:
other PBX systems where that intelligence isn't built in
Generally these other systems with intelligence dont exist. Take Allworx for example, its just Asterisk forked and customized, then made proprietary.
Everything is generally Asterisk or Freeswitch, or some bastardization of these.
-
I don't know anything about other systems than FreePBX and Mitel. Both systems route calls automatically between any registered extensions on the system.
Think about this like a network switch, the switch understand IP enough that an IP registered on port 1 will receive traffic sent to that IP from any other port on the switch.
-
@Dashrender said in Setup inbound call routing with FreePBX 13:
I don't know anything about other systems than FreePBX and Mitel. Both systems route calls automatically between any registered extensions on the system.
Think about this like a network switch, the switch understand IP enough that an IP registered on port 1 will receive traffic sent to that IP from any other port on the switch.
Its essentially all in extensions.conf (although FreePBX now uses a database and ignores this file)
-
@bigbear said in Setup inbound call routing with FreePBX 13:
@Dashrender said in Setup inbound call routing with FreePBX 13:
I don't know anything about other systems than FreePBX and Mitel. Both systems route calls automatically between any registered extensions on the system.
Think about this like a network switch, the switch understand IP enough that an IP registered on port 1 will receive traffic sent to that IP from any other port on the switch.
Its essentially all in extensions.conf (although FreePBX now uses a database and ignores this file)
No it doesn't.
FreePBX uses a database for the GUI and when you click the red apply button, it re-writes the conf files.
-
@JaredBusch So the conf files are still getting written to, but editing the conf files does no good as the database overwrites them?
-
@bigbear said in Setup inbound call routing with FreePBX 13:
@JaredBusch So the conf files are still getting written to, but editing the conf files does no good as the database overwrites them?
The very next time you click the red apply button, yes. It has always worked this way. They even provide access to the conf files in the GUI, and you can see warning comments in them that they will be overwritten.
-
@bigbear right, and anything that you want to customize, has to be placed in the xxx_custom files.
-
@JaredBusch I still think of this as a "new thing" whereas pre bandwidth.com owning schmooze there was no mysql.
Somewhere maybe around 2008, before or after.
-
@bigbear said in Setup inbound call routing with FreePBX 13:
@JaredBusch So the conf files are still getting written to, but editing the conf files does no good as the database overwrites them?
Not related, but Unifi stuff on the controller works the same way. Editing the files directly on the devices is over written the next time the controller talks to it.
-
@bigbear said in Setup inbound call routing with FreePBX 13:
@JaredBusch I still think of this as a "new thing" whereas pre bandwidth.com owning schmooze there was no mysql.
Somewhere maybe around 2008, before or after.
The FreePBX GUI has always been designed around a database to store the settings and then writing to the conf files all at once. It was never designed to read raw conf files and write back to them immediately.
-
