It’s pretty obvious now this blog is closed. Almost 3 years without posting. In case you don’t know, a couple of years ago support for MFC-R2 signaling into Asterisk was integrated natively into chan_dahdi/chan_zap, which effectively meant chan_unicall was not needed anymore for MFC-R2. Asterisk versions starting with 1.6.2 use the OpenR2 library (www.libopenr2.org), no patching needed.
I’ll leave the blog online as a reference and memories of the good old Unicall times 
AstUnicall for Asterisk 1.6.0.1 (and therefore working with DAHDI) is now available in downloads.
Let me know if you find any bugs, I did minimal testing (a couple of calls) so I may have missed something.
AstUnicall for Asterisk 1.4.21.2 is now available in downloads.
This is just a refresh working with the latest versions of all the libraries.
Tzafrir sent me a package with the Unicall driver and a Makefile just to compile it without patching Asterisk Makefile. From now on I will keep updating 2 packages:
1. astunicall, that is, the package with all the required libraries.
2. chan-unicall, a package with the chan unicall driver only, you must have already installed all the library dependencies.
AstUnicall for Asterisk 1.4.18 is now available in downloads.
- users now can set the calling party category request from the dial plan and from the unicall.conf file (more info in the included unicall.conf)
- added a README file with instructions to install.
- added a sample unicall.conf with comments about how to use the UC_CATEGORY dial plan variable and the new category parameter for unicall.conf
- removed menuselect.makeopts ( Clod Patry, thanks for the heads up )
- fixed a bug with the usage count of the chan_unicall.so module
The driver for Asterisk 1.6 is also about to be released someday the next week (yeah right …)
A new chan_unicall driver is available in downloads
Changes included:
- Music On Hold Fix
- module reload bug fixed
If anyone is facing problems with “Private CallerID, specially from “Nextel” in México, please contact me so we can fix this ASAP.
Downloads section is now available, including a package with the proper versions for Asterisk 1.2.21.Some people reported a problem with chan_unicall and MOH ( Music On Hold ). I had access to a server to test it and confirm there is a problem with the driver and Asterisk 1.4.X . Asterisk 1.4 changed a bit the way in which the “onhold” event is processed. In Asterisk 1.2, onhold event was processed by the channel driver receiving the onhold event. In 1.4 the bridged channel is the one responsible for handling that. Thus, a change in unicall_indicate routine is needed to support HOLD UNHOLD events. I have added the change, however I am also doing some code clean-up and other small fixes before posting the new version.
Other people has reported problems with private callerid. However that problem is on the libmfcr2 side, not on the channel driver itself, so that one is going to have to wait a couple of weeks more until I have a proper test server.
Well, it seems my previous post was a false alarm. As long as you keep everything as included in the package everything should run smoothly.
Some people has offered me help for testing in their systems, and finally Im getting a bit more time on work to dedicate time to Asterisk chan_unicall and try to keep it up to date with CallWeaver.
For some reason the ./configure script in the astunicall-1.4.9-0.1.tar.gz does not work and do not generate the Makefile. I think it has something to do with the fact that chan_unicall.c and channels/Makefile are included in the package. So, a workaround for now is to just download asterisk 1.4.9 from asterisk.org and then copy channels/Makefile and channels/chan_unicall.c from the astunicall package.
Most recent version of Asterisk can now work with most recent version of unicall.
Download here: http://www.moythreads.com/astunicall/downloads/astunicall-1.4.9-0.1.tar.gz
Not much testing has been done. If you find problems report them and I wil do what I can to fix them.
This blog is an effort to support Unicall Asterisk driver. Steve is probably dropping support for chan_unicall in Asterisk, so I will try to keep up to date the driver using OpenPBX/CallWeaver driver code as a base.
Moy