We have multiple FreePBX distro servers that we use for multiple customers. On one box, we throw a bunch of customers that only have a handful of extensions. Customer phones go into a custom context called [from-customer] that prevents them from calling each other.
One customer decided they wanted sidecars on their Cisco SPA504 phones so they could monitor via BLF, as well as have instant transfer to voicemail capabilities. So we hooked them up like all our other sidecar SPA504s.
Except the BLF buttons went orange and would not get state information for the other extensions. After some testing, we discovered that if the extensions are not in [from-internal] the BLFs won’t subscribe properly.
We have a working work-around for this, but wanted to know if anyone else had such a problem?
@DungeonMaster3000, no we have not tried that. We will investigate. Though I’m guessing that our provisioning team will not want to add to extensions_custom.conf (or our version of it) every time add an extension. We’ll see.
@SkykingOH, while we do provide dedicated servers for each of our customers except for those with a handful of extensions. They get dumped onto a set of general purpose machines. As for the rest of this note, I hope it does not sound confrontational - it’s so hard to get “genuine concern” tone in an email.
Please let me know what makes you think we are. We are not knowingly rebranding FreePBX. We do not allow customers access to web interface and all customer support requests go through our support staff. To my knowledge, we are in compliance with the FreePBX Distro ToS located at http://www.freepbx.org/freepbx-distro-tos, but if there is something else that we missed, please let me know and I’ll pass it along to our compliance people. We do not market or sell our product as having anything to do with FreePBX.
By the way, there’s a typo on the ToS page: “strickly prohibited” should be “strictly prohibited.”
I am working with a similar situation where I have 2 groups of users and want to prevent group A from dialing group b. I’ve setup 2 context names and made added code to extensions_custom.conf to accomplish this.
The code below prevents extensions in the 500 range from calling extensions in the 100 and 200 range. Works fine, and BLF on the extensions works.
However, BLF for the parking extensions and mailbox extension 500 do not work. I’m hoping an extra set of eyes might see why I’m not getting BLF hints for virtual ext 500 and park extensions 79 and 80.