with referance to my post on sep-25 in this thread, plz notify me of if
i am mistaken or missing anything abt installing asterisk-ss7 having it
now re-checked successfully. From the error log on that post it seems
that it requires 'version.h' which i am not able to find for it that
suits it, plz help here...<br>
<br>
& abt libss7: though i've been able to successfully check it now
but this time upon 'make' it demands zaptel.h which in the whole system
of mine i've not been able to find, the error log goes here;<br>
-----------CLI Log-------------<br>
[root@ACDsvr libss7]# make<br>
gcc -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -g -fPIC -c -o mtp2.o mtp2.c<br>
gcc -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -g -fPIC -c -o ss7_sched.o ss7_sched.c<br>
gcc -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -g -fPIC -c -o ss7.o ss7.c<br>
gcc -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -g -fPIC -c -o mtp3.o mtp3.c<br>
gcc -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -g -fPIC -c -o isup.o isup.c<br>
ar rcs libss7.a mtp2.o ss7_sched.o ss7.o mtp3.o isup.o<br>
ranlib libss7.a<br>
gcc -shared -Wl,-hlibss7.so.1 -o libss7.so.1.0 mtp2.o ss7_sched.o ss7.o mtp3.o isup.o<br>
/sbin/ldconfig -n .<br>
ln -sf libss7.so.1 libss7.so<br>
gcc -g -o ss7test ss7test.c libss7.a -lpthread<br>
gcc -g -o ss7linktest ss7linktest.c libss7.a -lpthread<br>
ss7linktest.c:13:27: error: zaptel/zaptel.h: No such file or directory<br>
ss7linktest.c: In function 'ss7_run':<br>
ss7linktest.c:91: error: 'ZT_GETEVENT' undeclared (first use in this function)<br>
ss7linktest.c:91: error: (Each undeclared identifier is reported only once<br>
ss7linktest.c:91: error: for each function it appears in.)<br>
ss7linktest.c:95: error: 'ZT_EVENT_OVERRUN' undeclared (first use in this function)<br>
ss7linktest.c:98: error: 'ZT_EVENT_BADFCS' undeclared (first use in this function)<br>
ss7linktest.c:101: error: 'ZT_EVENT_ABORT' undeclared (first use in this function)<br>
ss7linktest.c: In function 'zap_open':<br>
ss7linktest.c:195: error: 'ZT_BUFFERINFO' undeclared (first use in this function)<br>
ss7linktest.c:195: error: syntax error before 'bi'<br>
ss7linktest.c:197: error: 'ZT_SPECIFY' undeclared (first use in this function)<br>
ss7linktest.c:201: error: 'bi' undeclared (first use in this function)<br>
ss7linktest.c:201: error: 'ZT_POLICY_IMMEDIATE' undeclared (first use in this function)<br>
ss7linktest.c:205: error: 'ZT_SET_BUFINFO' undeclared (first use in this function)<br>
make: *** [ss7linktest] Error 1<br>
[root@ACDsvr libss7]#<br>
----------------------------<br>
surely it needs zaptel.h badly, but where to find it?<br>
<br><br><div><span class="gmail_quote">On 9/26/06, <b class="gmail_sendername">Matthew Fredrickson</b> <<a href="mailto:creslin@digium.com">creslin@digium.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It doesn't use the Sangoma SS7 support. You need to set your<br>signalling channel as a dchan (or hardhdlc if you're using Digium<br>TE2xxp or TE4xxp cards). I've been doing all of my development on<br>digium cards so far, so I feel confident about how it works with them.
<br>I have not heard any results as to how reliable the sangoma cards are<br>on a signalling link.<br><br>Matthew Fredrickson<br><br>On Sep 25, 2006, at 6:15 PM, Rob Hillis wrote:<br><br>> I actually figured it out late last night - I needed to "make
<br>> menuselect"<br>> and re-select everything. Don't know why (since it was already<br>> showing as<br>> selected) but it compiled fine.<br>><br>> I had checked out both zaptel and libpri from SVN as well just to be on
<br>> the safe side. I now have 30 odd zap channels, but calls aren't being<br>> passed through, though my suspicion at this stage is that SS7 support<br>> isn't compiled into my wanpipe drivers. (Why Sangoma insist on hiding
<br>> the<br>> SS7 code, I don't know!)<br>><br>><br>>> You can use asterisk trunk now instead of the asterisk-ss7 branch.<br>>> With the release of the 1.4 beta, I was able to put the libss7 changes
<br>>> into trunk (no, this does not mean that it will be in 1.4, just in<br>>> trunk). However, I suspect your problem with chan_zap compiles has to<br>>> do with the version of zaptel running on your system. Make sure you
<br>>> are using zaptel from trunk, not from 1.2. Some things changed since<br>>> zaptel-1.2 so it is necessary to use zaptel-1.4 for it to compile.<br>><br>> _______________________________________________
<br>> --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>><br>> asterisk-ss7 mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">
http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-ss7 mailing list
<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br></blockquote></div><br><br clear="all"><br>--
<br> |__\__/__| /__/ \__\ |__| \__|<br><br><br>