freepbx

We are working on a new Distro Install Process as we speak.

The plan is to let you go through the normal Centos Setup screens with a full Centos ISO and than we will prompt you with a payload/version option for what version of the Distro you want to install and it would pull down the packages it needs for the Distro like Asterisk, Dahdi, FreePBX and such so the amount of time it spends pulling down packages from the Internet should be about 1/4 of what it currently is with the Net Install only option that we have.

Which brings be to this Blog.

We are trying to come up with a better version number for the Distro mainly because lots of people equate the 1.8.2.x-x with that we are either using Asterisk 1.8.2 or FreePBX 1.8.

What I am thinking of is as followed.

asteriskversion.freepbxversion.centosversion-minor release number.

So for example the next release would be
1.85.29.55-1
This would equate to a Asterisk 8.5 with FreePBX 2.9 and Centos 5.5

We will also have a
1.85.29.60-1
Which would equate to Asterisk 8.5 with FreePBX 2.9 and Centos 6.0.

I would love feedback from everyone on what they would like to see in regards to version numbering so we can polish off the new Full ISO builds for everyone this week.

This will also allow you to wget the setup script from our webserver and just execute the script on any stock Centos Machine to turn it into a full fledge FreePBX Distro system.

Related posts:

1. Elastix 1.4 released
2. FreePBX 2.8 beta2
3. Hello from the FreePBX v3 coders!

freepbx

It has now been a little over a month since Tony Lewis announced the release of the new FreePBX Market Place. We have had an excellent response from the FreePBX community on the Professional Modules that have been released thus far. With that said it is apparent that the FaxPro module has stirred up the most interest. I wanted to put this blog out to answer the most common questions I have been getting and explain a little more about the module itself.

Here are some of the most frequently asked questions on FaxPro.

Q. What is the FaxPro module?
A. The Fax Pro module is a reliable, robust inbound/outbound faxing server. You simply enable faxing for any user on the system; then you point a phone number to specific fax user and let the FaxPro module answer the fax call.

Q. Does the FaxPro module work with T.38?
A. T.38 is handled by asterisk behind the scenes and has nothing to do with the FaxPro module. As long as your system is configured properly you can utilize both inbound and outbound t.38.

Q. Can I use FaxPro with my Trixbox / Elastix / Brand X deployment?
A. No. The FaxPro module can only be used with the FreePBX Distro.

Q. I have a standard Asterisk server, can I use the FaxPro module?
A. No. Again the FaxPro module can only be used with the FreePBX Distro.

Q. How is outbound faxing handled?
A. Outbound faxing is done through a web interface on your FreePBX Distro server. Simply enter the phone number you are faxing to and upload a PDF you would like to fax.

Q. I have a custom asterisk deployment. Can you work with me to implement a faxing solution?
A. We are always happy to discuss the scope of your project to determine if there is an opportunity for us to help. Please contact us.

FaxPro Features

• Individual inbound Fax to Email account for unlimited users.
  • This allows all of your users to have inbound faxes delivered directly to there inboxes. No need to stand by a fax machine to wait for an incoming fax.
• Outbound Faxes from PDF’s.
  • Outbound faxing made easy! Instead of walking across the office to a fax machine simply select the PDF that you want to send. This makes sending faxes quick and easy!
• Simple web interface to manage inbound and outbound faxes.
  • We have made viewing and managing faxes simple with a straight forward web interface.
• Have all inbound and outbound faxes stored on the server for easy viewing and archiving.
  • Access your Faxes from anywhere! Great feature for reviewing a quote you sent last month, or checking your inbound faxes when away from your office computer.
• Create company wide fax coversheets that allow easy customization for each user.
  • Allow easy customization of Cover Sheets for every user!

Here are some screenshots of the FaxPro Module.

Related posts:

1. AsteriskNOW 1.7.1 now available with add-on installer module for FreePBX
2. Preview the all-new Directory
3. New Elastix: version 1.1 available

freepbx

With 2.9 solidly behind us and one of the most feature rich releases ever, we are really pumped to keep up the momentum and brining you more great things! Several of us (active developers) spent some time last week to map out what we want to try and accomplish in the next release, when it should come out, and tackle the hard problem of what we will need to move out of the 2.10 wish list so that we can get a release out before the end of 2012! Since it’s really important for us to bounce off such plans on all of you, I wanted to share a summary of what is on our mind.

Because the last release cycle was just shy of a year and incorporated some substantial architectural changes, we thought we would take a bit of a breather and shoot for a target date of Astricon 2011 for our next cycle, which means right around Nov 1. Since 2.9 has been out for about a month, this means we have about a 6 month cycle, or 5 months from now. That will gauge what we can and can’t get in.

So what are we planning in that time frame? I will be updating the 2.10 Milestone to reflect more details of our current thoughts, but in a nutshell this is what we have in mind. First, what are the big things going into the release that people have currently signed up for:

1. Call Recording functionality. This is the one ”big ticket item” that we want to try and tackle in this next release. For those long timers who care about call recording, you are probably aware of the limitations and issues with getting calls recorded. Our plan is to revisit the call recordings ability system wide and try to come up with an overall call recording capability that deals with policy constraints such as call recording between extensions if one allows and one doesn’t, etc. More to come on what we have in mind once we sit down and really start to design this out.
2. Backup Module. Schmooze has stepped up to the plate and is planning on doing a rewrite of this module that has been long plagued with various challenges. Although this module often works fine for many, there continues to be a background ‘buzz’ of various issues that continue to be encountered and no one likes to find out that their backups failed at the time of restoring. Add your thoughts/comments/feature requests tothis thread!
3. IVR Module. Schmooze has also stepped up to the plate with a plan to rewrite this module. Details of what this means for features will be forth coming, but many of the changes are more internal coding changes that will facilitate our ability for other modules to “hook” into this. (This allows new functionality to be introduced, for example, a speech recognition module that could add the ability to speech enable an IVR).
4. New Features. This is always the one we have a lot of fun with and where we can best engage the community! We have yet to dig through the hundreds of tickets or hear your feedback to blogs like this one in determining what we can squeeze into this release so that will all be forth coming. There are lots of ideas and I’m sure plenty of you will take this opportunity to add more! We will do our best to listen to all the input, read through all the tickets, and see what we can realistically get into the release given the time schedule and other “big” changes we are working towards! For now though, feel free to toss out your ideas!

Outside of these major points, there are other decisions we have made going forward. Here is a summary and there will be more to come on some of these.

1. Asterisk release support: This topic is always sensitive and there has been a lot of discussion about this for quite some time. The challenge we always face is how far back to support an Asterisk release, in conjunction with their own support life commitments, and at the same time try to innovate and come out with new features and capabilities. In the timeframe of this release, 1.8 will have been out for a year and its stability is anticipated to be quite solid (it’s already looking pretty good now). Asterisk 1.10 will be coming out at the same time and as always we want to support the newest release. Both 1.4 and 1.6.x have already had their end of life announced and by the time 2.10 is really mature, will no longer be supported by the Asterisk team. Given all that, we’ve decided to take the approach for 2.10 that we will focus on 1.8 and 1.10 support. This does NOT mean that it will not support 1.4 and 1.6, it means that we won’t go out of our way to support those and it’s unknown until we get a bit further down the road if there will be support issues for these releases. We will evaluate the situation further down the road and if it turns out that these release will be affected, we will make sure that 2.9 has a long enough support life to cover the requirements of those in the community who need to stay on older Asterisk releases, even to the extent that the Asterisk team is no longer supporting these.
2. PHP Support: We will no longer support PHP4, which should not be an issue as PHP4 has been obsoleted now for multiple years and the measurable FreePBX population still on PHP4 is almost insignificant. We will be coding against PHP 5.3 and even though current releases of popular Linux distributions are not yet on 5.3, FreePBX already comes with a compatibility library that includes the missing pieces such that these will all be fine.
3. A few things we will be deferring because of the release schedule is a rewrite of the User Portal (ARI) and the replacement of the current CDR Reports. However, due to the Call Recordings re-architecting mentioned above, the ARI will be maintained so as to tie into those changes.
4. FOP: This one is a challenge we have been wrestling with for quite some time. The current FOP is not being maintained given the FOP2 that asternic has had out for quite some time. FOP2 is an excellent product and will be available in our Market Place, but the free version is quite lacking in its inability to have any control as to what gets displayed in the 15 free icons, thus making it very difficult to evaluate if it’s worth the purchase. (For you big sites, that’s not really an issue, but for all the small guys and hobbyists out there, it matters a bit more.) However, as it stands FOP does not really work and is plagued with issues which are not being addressed and we feel our hands are a bit forced in that it probably needs to be removed. That means outside of FOP2 (free and commercial) and the iSymphony solutions that will also be available in the marketplace, we are left without a good “free” replacement for FOP. We are happy to hear your thoughts and ideas around this as we really feel it’s something that is not in our control.

Well, there’s a pretty good overview of what is going on and where our collective thoughts are at. We really look forward to hearing from you as we continue to move forward on this and will make sure to keep you up to date and incorporate your feedback into our planning process!

Philippe - On behalf of the FreePBX Team!

read more

Related posts:

1. FreePBX 2.7 Is Final
2. FreePBX 2.8 beta2
3. Heavy Queue Usage in FreePBX

freepbx

We are excited to have the 2.8 release finalized and released for general availability. We moved to final release status at the beginning of this past week finishing the 2.8 Milestone with 332 closed tickets comprising of 231 bugs and 101 feature requests and similar. As always, a majority of the bug fixes are bugs from version 2.7 and earlier which are usually only addressed in the new release.

The efforts of 2.8 have been going strong since the beginning of March and we extended the beta testing period to assure a solid release since there were several changes in critical sections of the dialplan. There are way too many changes to recap all the added benefits throughout the release, some visible, some hidden. Some of the big areas that had substantial improvements include Outbound Routes (and some visual changes to outbound trunks), the newCompany Directory, some HA related enhancements to the Backup and Restore module, some significant scalability improvements to Queues, visual improvements to tool tips and “destination select boxes” thoughout and a host of other enhancements and new features across the system.

Join the 3900 systems who have moved to 2.8 so far and spend some time digging around to see what new features may be valuable to your system!

While we relish in a job well done on 2.8, the steam is already building up on work for 2.9! I mentioned plans around the Endpoint Manager and DAHDi configuration modules in last week’s blog and progress on that front continues to be strong! The definition of other features for 2.9 is still very much in the planning state as you will notice if you visit the 2.9 Milestone. We’ve had some suggestions in the forums and in tickets concerning other important areas people would like us to work on but more input is very welcome. If you already have feature requests in the ticket system, feel free to bump them onto the the radar scope. We will be looking though existing requests but they can be easy to miss when there are almost 500 tickets to sift through!

Related posts:

1. FreePBX 2.8 beta2
2. FreePBX 2.7 Is Final
3. Hello from the FreePBX v3 coders!

We are really excited about this new release and all that it brings. Just as exciting is the extremely low bug rate since we “opened the flood gates” by enabling the Version Upgrade module and all the new systems it has brought online. If the incident rate remains as low as it has we will probably be looking at a Release Candidate as early as next week! We’ve had early beta testers actively using the system for a few months now so confidence is high that this release is in a good state to move forward!

We provided a Sneak Preview of the release in an earlier blog, and have discussed just a few of the exciting features such as the Company Directory Module and the enhanced Remote Backup (e.g poor man’s HA) capabilities in earlier blogs as well.

There are way too many enhancements both big and small to try and list them here, and some of them you may find are quite “hidden” without digging though. For example, did you know that you can now collapse/expand categories in the Left Navigation bar by simply clicking on the category? If you are really picky, have a look at the new “secret”freepbx_admin.conf INI file, which lets you completely re-arrange the layout and names on the Left Navigation bar. (Sorry, there’s no GUI or module for that yet, maybe in the future…).

For those of you who have followed the attempts to get the Custom Contexts module ported to 2.8, you will be glad to know that the upgrade has happened and the module now functions properly on 2.8. In addition, it has had a handful of minor enhancements and other fixes that were previously not there. You’ll notice, for example, that the context text box is no longer present on extensions/devices; and on device types that can’t have a custom context assigned, the select box no longer shows up. You’ll also find that the context orders are now properly sorted based on the assigned priority and Outbound Routes default to the proper route order as dictated by the Outbound Route’s module when given equivalent priorities.

For now, we are looking forward that you to spend some time exploring all the small and big things we have done with version 2.8. As we wrap up this milestone, we are really excited to start planning for the next one. We have some great ideas in mind and as always we’ll be sifting through the trac system looking at open tickets to consider when planning the next release. We’ve also been thinking about a new facelift as it’s been a while, maybe we’ll get motivated … stay tuned!

Related posts:

1. FreePBX 2.8 beta2
2. Hello from the FreePBX v3 coders!
3. FreePBX 2.7 Is Final

Along with the kind assistance provided by some customers of FreePBX Professional Support (in the form of time donated for a feature they needed for their business), the boys over at Schmoozecom Com (disclaimer: including yours truly) have once again surpassed all expectations. As of FreePBX 2.8, (currently in beta – more on that later) the Backup module includes built in support for High Availability clustering!

The following is an interview I had with Me (aka myself), elaborating on the new features:

I: So, what is this new HA (High Availability) feature, and why are we so excited with it?
Me: To ensure that their critical infrastructure maintains a high level of reliability, many business seek out HA solutions of one type of another. To that end, we have introduced an automated capability for a designated server (herein: backup server) to periodically backup a production server (herein: primary server) and to restore said backup on the backup server. This ensures that the backup server always has a fresh copy of the primary server’s settings, and is ready to take over should the primary server fail.

I: Billions of bilious blistering barnacles – that’s not true HA! True HA means the backups in real time and instant hand off between the two servers?!
Me: Actually, according to ( wait for it – you’ll never guess!) Wikipedia, HA is “is a system design … to ensures a certain degree of operational continuity…“. While there may be some benefit to having both the backups and hand-offs in real-time, such solutions can to be overly complex and way above the requirements of many organizations. Additionally, such solution tend to require a unique and complex setup with additional components not usually installed on FreePBX based distributions. Being OS agnostic, FreePBX is best not left to deal with the configuration and maintenance of such solutions. Instead, FreePBX takes a simplistic approach, removing much obscurity and confusion from the picture. Keep in mind, however, that FreePBX’s HA implementation can be used as part of a greater HA solution, perhaps including real-time fail-over support.

I: So, how does FreePBX backup a server?
Me: The backup server can perform backups at any requested interval – ranging from every minute (not recommended for most scenarios) to multiple times per hour/day/week/month, etc. It then restores the backup to itself, wiping away any previous configurations, and replacing them with the latest setting from the production server.

Optionally, the backup server can be configured NOT to restore the setting locally, and act as a storage area for backing up MANY primary servers. In this configuration, the backup server keeps copies of backups handy, ready to be restored locally in the event of a failure to any of the primary servers. Please note that in this scenario, the backup server will continue to function as a backup server, even in the capacity of a surrogate to the failed production server.

I: How dose production move to the backup server?
Me: As mentioned previously, on its own – it doesn’t. The sysadmin is required to manually change the ip address of the server so that all peers can find it. This also allows the sysadmin more control of the switching over process, more notification to error’s and an incentive to ensure that the primary server doesn’t fail in the first place!

Additionally, there are services that can do the fail over automatically, but those are beyond the scope of this discussion. Apparently, these can be enabled in certain routers as well.

I: Great! This is the perfect way to backup my CDR’s!
Me: Actually, if you require real-time backups of cdr’s, your probably better off with a master-slave setup for your database (for the cdrs that is).

I: After a backup is restored, what happens to my trunks – will they automatically try to register to my provider and ‘steal’ the incoming calls from the primary server?
Me: No. FreePBX requires that you click the orange bar at the top of the screen for any changed settings to go in to affect. This can be done manually or, if you’re using other elements as part of you HA solution, programmaticly by calling/var/lib/asterisk/bin/module_admin reload. If you have traditional PSTN trunks (not VoIP), additional measures will have to be taken to connect those lines to your PBX and assure they are up and running.

I: Bougainvillea! How do I backup the backup server?!
Me: Exposed now in the GUI are many different options that can be run after a backup is complete. For example, copy the backup to an ftp server, ssh the backup to another host, or even have it emailed to you.

I: Doesn’t the ability to pull a backup off a primary server pose a security risk?
Me: We have gone to great lengths to ensure that your phone system remains safe and secure throughout this process. The backups are all executed over ssh and encrypted with the public key.

I: Public keys rock! (Uh, What are public keys?)
Me: Public/private keys are a method to encrypt data sent over insecure connections – easily considered one of the securest method in the world. See here for more info.

I: Right, I knew that! But just to make sure, can you ‘remind’ me how to set up ssh keys?
Me: That’s probably something better left for the wiki/forums, but here is a very, very, very quick primer (designed for Cent OS systems, assuming asterisk is running as Linux user asterisk):

sudo -u asterisk ssh-keygen
hit [enter]
hit [enter]
hit [enter]

Then copy the public key to the primary server:
sudo -u asterisk ssh-copy-id -i /var/lib/asterisk/.ssh/id_rsa.pub root@<primary server ip or hostname>
Your output should look something like this:

[root@localhost /]# sudo -u asterisk ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/var/lib/asterisk/.ssh/id_rsa):
Created directory '/var/lib/asterisk/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /var/lib/asterisk/.ssh/id_rsa.
Your public key has been saved in /var/lib/asterisk/.ssh/id_rsa.pub.
The key fingerprint is:
ae:2d:fd:b7:19:d3:e8:34:8a:a9:7d:76:1c:71:c4:a8 asterisk@localhost.localdomain

[root@localhost /]# sudo -u asterisk ssh-copy-id -i /var/lib/asterisk/.ssh/id_rsa.pub  root@myserver.example.com

The authenticity of host 'myserver.example.com (21.158.66.3)' can't be established.
RSA key fingerprint is 8e:ae:6a:49:bb:1b:1b:91:3f:02:4f:65:ab:e7:5e:6b.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'myserver.example.com,21.158.66.3' (RSA) to the list of known hosts.
root@myserver.example.com's password:
Now try logging into the machine, with "ssh 'root@myserver.example.com'", and check in:

  .ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.
[root@localhost /]#

I: Duh! Now, what do I need to do in the backup module?
Me: Under Remote Backup Options, put in the hostname or IP address of the primary server, the user name (probably root), and the private ssh key (if you followed the steps above, that should be: /var/lib/asterisk/.ssh/id_rsa). To restore the backup immediately, check “Restore to this server”.

I: Great, I’m all set. One last thing – why don’t I see these options in my backup module?
Me: These options were included starting with FreePBX 2.8, currently in beta. Feel free to start beta testing 2.8! Have a look here for more info.

I: Thank you so much for sharing your thoughts with me. Is there anything else you would like to add?
Me: Yes. As of last week there were some issues threatening the continuity of Custom Contexts as of FreePBX 2.8. Congratulation and a tip of the hat to all those that step up to contribute and help resolve the issue!
Moshe Brevda

Related posts:

1. FreePBX 2.8 out the Door and 2.9 Coming Strong
2. FreePBX 2.10 plans – what we are thinking
3. FaxPro Module

We started out highlighting the All New Directory which has panned out quite nicely. We still need to get some better recordings made up to polish off the default recordings but we are very much looking for your feedback on what’s there so far. Also, don’t miss the tie-in with the 2.8 IVR which let’s you enable direct dialing to Directory members in addition to or in place of the dial-by-name functionality.

I showed some Sneak Previews of some of the changes including several visual improvements such as the double cascading destination selections and the new Outbound Routes and Trunks Dial Rules GUI boxes. However, as excitement built up for this release so did the additional contributions, bug fixes and various other great ideas that have made this another blockbuster release! As of this blog, there are 223 closed tickets against the milestone so far, of which about 1/3 of those are new Feature Requests, big and small!

For those of you who followed the efforts of Kenn10 and the Custom Context Efforts, it looks like that was a success so I will be coordinating with Kenn10 to get that effort under way as well!

Since there are several changes in some of the critical core components of the dialplan, I’m approaching this beta more cautiously then usual. We could really use another wave of testing and new testers before I add the 2.8 Version Upgrade module to the 2.7 repository. Your help in both flushing out any issues or giving us other feedback about things you like (or dislike) would be very welcome! (For instance – check out the Accordion effect on the Left Module navigation bar – do we keep that, or put it back the way it was, or other suggestions?)

With this beta2 release we are more-or-less freezing new features on 2.8. There is a small handful of changes that we plan on rolling in and did not want to hold up beta2, but beyond these, we will be pushing most new feature requests out until we get 2.8 finalized.

There are two options to install or upgrade to 2.8 and help us test. If you want to stick with the GUI only, you can manually download the 2.8 Upgrade Module onto your existing FreePBX install and then upgrade though the Module Admin GUI.

You can get the Upgrade module here:

2.8 Version Upgrade Module

which is not yet available through the online repository until we get a little more testing done.

Alternatively, you can download the 2.8.0beta2 tarball and use the traditional install_amp installation/upgrade option, instructions can be found on the Upgrade Instructions page.

Which ever route you take, please give us feedback either here, though the ticket system or in the forums to help us drive this release to a final version!

Philippe - On behalf of the FreePBX Team

Related posts:

1. Hello from the FreePBX v3 coders!
2. Heavy Queue Usage in FreePBX
3. FreePBX 2.8 out the Door and 2.9 Coming Strong

The current Dial-by-Name directory achieves some basic goals but has always left a lot to be desired. In a lot of use cases it was plagued with issues that made it less than desirable and in my opinion often not viable.

If all your users had voice mail boxes, and all your users were on the same system, and none of your users were reachable via Queues, Ring Groups, or Custom Extensions, and you didn’t need to exclude any voice mail user from the list, and you’re happy with the default prompts, and [your own specific needs here] – then it was great to have around. For the rest of us, read on…

The FreePBX development team, in conjunction with Schmooze Com are proud to announce the all-new Directory Module. We have aimed to fix just about every thing that was wrong with the old directory – and then some. Some of the features that we are really excited about include:

1. Add/Remove just about anything anyone/thing that you can spell
2. Include users from other systems (by setting a custom user)
3. Multiple directories
4. Multiple entries (for different spelling/tags)
5. Include all users or just some

There are other features as well, but we wouldn’t want to spoil the surprise! Nevertheless, here is a screen shot of the new Directory (spoiler alert ):

If your running the 2.8 beta (in a beta environment of course), you can install this Directory module from the Module Admin. If you aren’t actively testing the 2.8 beta, what are you waiting for? Install it now and start checking out all the 2.8 goodness, including new tooltips, reworked outbound routing, and a really cool new feature that I will leave to you to find (hint). Oh, and don’t forget to look back here next week for the answer.

Of course, should your extensive test show any abnormalities in the Directory module feel free to file a bug.

One more thing. Some of you have been running the Custom Context module for a while. Save for some quirks, the module has been pretty stable. Until today. With the advent of FreePBX 2.8, Custom Context is pretty much End of Life.

But … it doesn’t have to be. A group of concerned community members have set out to bring the Custom Context module up to date so that you can continue with your context quirkiness. They need your help. Please take a momentto read the details and help out in every way you can. Because Open Source is really for You.

p.s. Just a quick heads up: Some of you may have known me by my forum handle lazytt. As of today, I’ll be mbrevda in both the forums and on irc.

Moshe Brevda - on behalf of the FreePBX Team!

Related posts:

1. FreePBX 2.8 beta2
2. v3, 2.8 and Custom Contexts
3. Sneak Preview of 2.8

v3 ISO

The v3 code is in pretty good shape as Darren pointed out in his blog last week. There are a handful of bugs that are being worked but what’s a few bugs… and there is an upgrade capability in v3 to update the code, a precursor to its future “Module Admin” capability. For now the biggest delay is simply getting the ISO processes built so we can get some ISOs out to you.

Since v3 will run both Asterisk and FreeSWITCH we will have two ISOs initially, at least until we can get fancy to allow Asterisk or FreeSWITCH to be chosen during ISO install time. We seem to be in good shape on the Asterisk front. Bryan (GameGamer43) with Schmoozecom.com has offered to leverage their ISO process used for their robust commercial products and put together a CentOS 5 based ISO since they have all the required Asterisk RPMs build and readily available to generate one.

We are a little lacking on the FreeSWITCH front though. No one has stepped up to offer help in generating the FreeSWITCH RPM for the ISO. Talking with the great folks over in “FreeSWITCH Land” they do have a spec file that should build the required RPMs but we are looking for someone who is willing to do that so that we can get them over to Bryan to spin up the FreeSWITCH version of the v3 ISO. If you would like to help move things along, please let us know or even better, send us the RPMs!. (PM me if this is something you would be willing to help with!) We’ll get it to the FreeSWITCH team as well so that they can make it available to anyone.

2.8 Progress

The 2.8 version has been moving along quite nicely and I’m not too far off from making it available to a larger audience. We originally had it pegged for the middle of May but just moved it into June to deal with the need to balance resources between v3 and 2.8, and get the Company Directory module out and tested which has been moving along but not yet finished.

No Custom-Context in 2.8

The early beta testing drew attention to the fact that one of the popular third party modules, Custom Context, will no longer function due to changes we made in the outbound routing section of FreePBX. I previsouly warned about this and it was confirmed with the beta testing of 2.8. This has resulted in quite a few threads being spurred both in our forums as well as those of other distros that package FreePBX (whether they call it FreePBX or not…).

One of our community members, kenn10, decided to take it upon himself to see if he could rally up support from the community to find someone (with my help) to make the required changes and migrations to keep Custom Context in the mix given how important many community members indicated it was in the various forum discussions. I have helped facilitate his efforts by creating a dedicated page and setting up a paypal account to facilitate the collection of needed funds in order to get the module updated so that it continues to work in 2.8 and beyond. I’ve also spent a good amount of time reviewing what is needed to move it forward. (Of course I also contacted the original author to see if they were available to do the modifications (for pay or for free) but unfortunately they indicated that they are having trouble finding time to even sleep these days!)

The reaction has been a bit luke warm to this point considering some of the strong sentiments expressed of the importance of custom context to many resellers and businesses, so kenn10 is waiting patiently to see if the required funds can be raised in order to move forward with the required work. I’m hoping that this blog post may make a few more of you who are making a living off of FreePBX come forward and help make sure that you can continue to use custom context going forward.

If this module is important to you and/or your business, please help yourself and make sure it does not go End of Life! Here is the link with more information and where you can contribute to its future.

Custom Context Bounties Page

For now it’s time to sign off, I’ll be back in another week or so with more.

Philippe – on behalf of the FreePBX Team!

Related posts:

1. FreePBX 2.8 beta2
2. Preview the all-new Directory
3. FreePBX 2.8 Almost Ready for Release Candidate!

v3 is alive and well and is still actively being developed. We are just a couple weeks out from what we are titling the “FreePBX v3 General Preview”. Consider this more mature than a beta but not quite a production release – we’re really just looking for bugs at this point – but we believe much of the core functionality needed to run a small or medium sized PBX is now there. This includes device setup, multi-user conferencing, voicemail, number management, general call routing, ring groups and basic trunk setup. FreePBX v2 has a history of having extremely reliable upgrades, so we don’t want to tarnish that reputation by releasing too early. Therefore, we’re not *quite* ready to call this production-ready, although it is getting close. We also believe the foundations are there to build features that are missing and to push out updates to folks when a new feature comes along.

Now, let’s take a closer look at what’s new.

Look & Feel
Some of you have not seen the FreePBX v3 interface since we revealed it last year and it’s changed a tremendous amount. Just to show you how much we value your feedback, we’ve completely redesigned the core skin, the colors and the navigational approach. This has resulted in a cleaner look and has made it easier to get around. The most complained about issue was the scrolling navigation bar at the top – so now, it’s gone! It’s been replaced with a rich, category-based menu bar that groups similar items together.

Take a look at some of the screen shots of the new interface:

FreePBX v3 – Device Manager: The device editor – note the new navigation bar at the top!

FreePBX v3 Screenshot – Auto Attendants: Auto Attendant Editor

FreePBX v3 Screenshot – Ring Groups: Ring Groups

FreePBX v3 Screenshot – XML Editor: FreeSWITCH XML Editor

FreePBX v3 Screenshot – Help Popups: Help Popups

FreePBX v3 Screenshot – Destinations: v3 – Destination Popups

FreePBX v3 Screenshot – Destinations Picker: Pick a destination and routing options

Development Progress
Under the hood, there is some really neat stuff in the new v3 for both Asterisk and FreeSWITCH!

Asterisk
We should first note that the Asterisk driver is now fully built and should be functional. We are really in need of a few testers here, as there are likely many bugs to be found. All general features we currently expose (listed earlier in this article) are now available for Asterisk. Please help us play with it!

For Asterisk, we’ve heavily utilized the AMI interface in Asterisk 1.6 (and higher) which allows for writing of configuration files remotely. While we haven’t yet exposed a way to configure the Asterisk host IP, you can do it within the PHP files for now. (HINT: modules/asterisk/config/asterisk.php) This feature lets you keep your web server, database and FreePBX interface on one machine (in the cloud, if you wish) and your actual Asterisk box on a completely separate machine. Each time you make a change in the FreePBX v3 interface, the FreePBX software connects via TCP to the Asterisk box’s AMI interface, requests the change be written to disk, and records it in the local FreePBX database for consistency. In this manner you could use an ALIX or other small board running Asterisk at a client site while keeping your FreePBX GUI interface in the cloud. With some reasonably minor tweaks, this opens the door to all sorts of neat enhancements – like having a change in your config automatically propagate to multiple boxes, or splitting configuration options between clients. You could also make “throw-away” style Asterisk boxes – when you need a new one, you just install Asterisk on it and point an existing FreePBX node to the box, and the config could be re-generated fully. The possibilities are somewhat limitless. You could alternatively rip out just the AMI library from FreePBX v3 for use in your own program – it’s completely independent.

The AMI-based driver also follows the same design pattern as the FreeSWITCH driver. It changes only things it actively “understands” and is intending to modify. If you’ve added dialplan sections or configuration options in other files, we don’t touch those, we just work around them. This adds some overhead and can be turned off if necessary.

FreeSWITCH
For FreeSWITCH, we’ve spent a lot of time working on the SIP Interface module. We admit it’s still a bit too confusing, but once you learn it, you’ll understand that it empowers you to operate multiple clients on the same box, giving each client their own IP/port combo to operate on and allowing for the separation of call routing between clients. This is an important foundational piece of multi-tenancy and we’ll likely do a full tutorial on how to use this feature soon.

There are a host of other enhancements and under-the-hood goodies so I’ll try and post them periodically on this site going forward.

Bugs, Chatter, Moving Forward…
We have a laundry list of bugs still in the hopper over at http://www.freepbx.org/v3/report/3. We’re hoping to finish those up this week and next. We’ll then re-build and re-post an ISO for easy installation and setup, including some demo data pre-loaded. This should let everyone easily test out (and even deploy, if you’re a bleeding-edge type of person) an install of FreePBX v3.

I’ve seen some chatter in the community related to why v3 has “taken so long” to get a first production-ready release out. We just want to remind folks of the ambitious goals with this project – not just “getting it working”. We’ve put a tremendous amount of time and energy into mapping out how we want things to grow going forward to ensure they don’t become spaghetti code. FreePBX v2 was previously much more organic, but even it took over five years to get where it is today. So v3 will likely still need some time under it’s belt before it’s as mature. In addition, we’re building our own ISO, making things skinnable, supporting multiple switching engines and providing other such features that were never a part of v2. So there’s a tremendous amount of lower-level programming happening that still has yet to be exposed. That said, we are close to a release, so just a little more patience and we’ll get you on your way.

Licensing
Last but not least, we wanted to let everyone know that we’ve changed the licensing on FreePBX v3. FreePBX v3 is now licensed MPL. This license is slightly more open then our previous selection of the CPAL license, but it removes any attribution requirements on the interface/GUI pages. The main drive for doing this was to ensure our license is inline with others out there and is easily recognizable and understood. MPL is a much more popular license, although we may also dual-license FreePBX v3 down the road if we get enough requests for alternative licenses.

Join Us!
We think we’re off to a great start – but we’re looking for more help. If you think you can participate in any of the following areas:

- Programming PHP (any skill level)
- Testing Asterisk / FreeSWITCH installs
- Building an ISO
- Setting up automated builds
- Building CSS-based skins (and general graphics work)
- Verifying language translations
- Writing documentation

or would like to just generally join in with our work on v3, please visit us at:

#freepbx-dev (on irc.freenode.net)

or drop me a line at

d@d-man.org

Special Thanks
The two other largest contributors to the project, by far, are Michael Phillips and Karl Anderson. I want to take the opportunity to thank these two individuals for their fantastic work and contribution to making v3 a reality.

A special mention also goes to our quiet code reviewer Dale Hege (fdhege). While he idly sits in the channel, if we ever check anything in that’s broken, he politely reminds us that he’s watching by submitting a patch almost instantly.

In Closing…
I look forward to getting the next generation of FreePBX out there to the world as quickly as possible – and we’re closer to our first release then ever before!

Sincerely,
Darren Schreiber