http://www.moythreads.com/unicall/mfcr2-asterisk-unicall-0.2-english.pdf
On Jan 11, 2008 3:15 PM, Brian Hutchinson <b.hutchman at gmail.com>
wrote:>
> ---------- Forwarded message ----------
> From: Brian Hutchinson <b.hutchman at gmail.com>
> Date: Fri, 11 Jan 2008 12:22:09 -0500
> Subject: Trying to build MFC/R2
>
>
> Hi Moy,
>
> I downloaded your astunical-1.4.16 and have been studying it.
>
> I have a machine running the latest download of asterisk-1.4-17 and was
> trying to figure out how to build MFC/R2 support into it.
>
> I merged your unicall specific changes from the Makefile in channels
> directory to the new 1.4.17 channels Makefile (only like 4 changes).
>
> Next I went into each individual directory of your tarball and started
> building.
>
> I did spandsp-0.0.4 first and that appeared to work OK.
>
> Next I did libsupertone-0.0.2 which again appeared to work OK.
>
> Next I did libunicall-0.0.3 which went OK.
>
> Next I did libmfcr2-0.0.3 and that didn't go OK.
>
> I captured the output of make and found that the build of mfcr2.c died
> because it couldn't find the include file "linux/zaptel.h"
>
> I did a find on my system and saw where zaptel.h was in
> /usr/include/zaptel/zaptel.h
>
> Once I fixed that ... I backed out to the main asterisk-1.4.17 directory
and
> did a make there and it looked like it build chan_unicall OK and make
> install put the .so in the right place.
>
> I noticed that your tarball did not include a unicall.conf file. Do you
> have one?
>
> I'm using two Digium TE420B (with DSP). Most of my trunks will be EURO
ISDN
> and two of them need to do R2 signalling. How should my configs look? Are
> all trunks configured with unicall.conf now or do I still have to use
> /etc/zaptel.conf?
>
> (time goes by)
>
> rebooted the box and now it seg faults over and over because I guess I
> don't have the unicall cone set up right.
>
> I've left for the day and I'm sending this from a mobile device so
I
> hope it makes it and looks ok. I'm in Iraq so I didn't want to lose
a
> day due to the time difference.
>
>
> Any help would be appreciated.
>
>
> Regards,
>
> Brian
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
--
"Within C++, there is a much smaller and cleaner language struggling
to get out."