<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
I assume this run's on Linux only ?<BR><br><BR>Is your project on the web somewhere?<br><BR><br><BR>Jan<BR><br>> Date: Thu, 15 Jul 2010 15:57:55 +0200<br>> From: sverker@abrahamsson.com<br>> To: asterisk-ss7@lists.digium.com<br>> Subject: Re: [asterisk-ss7] SIGTRAN GW based on libss7<br>> <br>> No, there is no licence conflict as the binaries are not linked together.<br>> The dialogic stack sit on the other side of the SCTP socket and<br>> communicate with the signaling gateway over SIGTAN. It's only the<br>> signaling gateway code itself that has to be released as GPL as it's<br>> linked to libss7.<br>> /Sverker<br>> <br>> ><br>> > Isn't that a license conflict? I assume Dialogic is commercial?<br>> ><br>> ><br>> > Jan<br>> ><br>> ><br>> ><br>> ><br>> > From: sverker@abrahamsson.com<br>> > To: asterisk-ss7@lists.digium.com<br>> > Date: Thu, 15 Jul 2010 15:28:43 +0200<br>> > Subject: Re: [asterisk-ss7] SIGTRAN GW based on libss7<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > Yes, I’m only using the libss7 up to mtp3 level. The plan is to<br>> > support M2UA as well, and maybe M2PA if the need come up.<br>> ><br>> ><br>> ><br>> > I currently use Dialogic for SCCP/TCAP/MAP layers but the nice<br>> > part about this architecture is that it can be combined with more or less<br>> > any<br>> > stack and any card supported by dahdi.<br>> ><br>> > /Sverker<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > From: asterisk-ss7-bounces@lists.digium.com<br>> > [mailto:asterisk-ss7-bounces@lists.digium.com] On Behalf Of Jan Berger<br>> ><br>> > Sent: den 15 juli 2010 2:47<br>> ><br>> > To: asterisk-ss7@lists.digium.com<br>> ><br>> > Subject: Re: [asterisk-ss7] SIGTRAN GW based on libss7<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > I have never seen the value of ISUP over<br>> > SIGTRAN. CAMEL, INAP, MAP makes more sense, but in that case you should<br>> > only<br>> > use mtp3 and avoid the rest of Asterisk for the IN-apps.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > That is unless you plan an integrated SRP solution.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > For Asterisk I would consider M2UA because that allows an Asterisk to<br>> > benefit<br>> > from the redundancy and failover in M2UA + you could stack a SS7 that<br>> > run's<br>> > over several boxes - thought the value is a bit limited.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > What do you use for SCCP, TCAP and CAMEL/MAP?<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > Jan<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > From: sverker@abrahamsson.com<br>> ><br>> > To: asterisk-ss7@lists.digium.com<br>> ><br>> > Date: Thu, 15 Jul 2010 10:17:16 +0200<br>> ><br>> > Subject: Re: [asterisk-ss7] SIGTRAN GW based on libss7<br>> ><br>> ><br>> ><br>> > Hi Jan,<br>> ><br>> > You are right of course, ISUP needs more than just the signaling<br>> > to be relevant. My focus is on SCCP as it’s MAP and INAP that is most<br>> > interesting for me.<br>> ><br>> ><br>> ><br>> > Yes, I use the LGPL M3UA stack.<br>> ><br>> > /Sverker<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > From: asterisk-ss7-bounces@lists.digium.com<br>> > [mailto:asterisk-ss7-bounces@lists.digium.com] On Behalf Of Jan Berger<br>> ><br>> > Sent: den 14 juli 2010 3:15<br>> ><br>> > To: asterisk-ss7@lists.digium.com<br>> ><br>> > Subject: Re: [asterisk-ss7] SIGTRAN GW based on libss7<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > hi Sverker,<br>> ><br>> ><br>> ><br>> > Most interesting article.<br>> ><br>> ><br>> ><br>> > SCCP over M3UA is straight forward, but how would you do ISUP?<br>> ><br>> ><br>> ><br>> > What I mean is that ISUP contains reference to CIC's and basically is an<br>> > instruction to connect a voice channel - but what will you use to actually<br>> > connect to the voice channel ? Asterisk acting as an AS can be on a<br>> > different box<br>> > than the SG, meaning that if you run a proper SG you will need to connect<br>> > the<br>> > voice out from that box as well.<br>> ><br>> ><br>> ><br>> > Are you using the LGPL M3UA stack?<br>> ><br>> ><br>> ><br>> > Jan<br>> ><br>> ><br>> ><br>> >> From: sverker@abrahamsson.com<br>> ><br>> >> To: asterisk-ss7@lists.digium.com<br>> ><br>> >> Date: Tue, 13 Jul 2010 20:31:22 +0200<br>> ><br>> >> Subject: [asterisk-ss7] SIGTRAN GW based on libss7<br>> ><br>> >><br>> ><br>> >> Hello everybody,<br>> ><br>> >> Since a while back I've been working on a SIGTRAN signaling gateway<br>> >> which<br>> ><br>> >> use libss7 for MTP2 and MTP3 layers and currently support M3UA on the IP<br>> ><br>> >> side, it needs some more work as still many things are hardcoded for the<br>> ><br>> >> specific application but it is being used in production currently. I'm<br>> > using<br>> ><br>> >> E1 card from Sangoma with wanpipe 3.5.11.4 and dahdi 2.3.0.<br>> ><br>> >><br>> ><br>> >> To do that I've modified libss7 1.0.2 to allow SCCP packages to be<br>> >> passed<br>> ><br>> >> from libss7 to the gateway app, as I'm currently using only that<br>> >> protocol.<br>> ><br>> >> I'm now looking into cleaning up the code and making it general purpose,<br>> > and<br>> ><br>> >> I'm also facing an issue. Some questions and remarks:<br>> ><br>> >><br>> ><br>> >> * libss7 contains implementations for MTP2, MTP3 and ISUP. I'd be<br>> > interested<br>> ><br>> >> to support ISUP over the SIGTRAN as well. One way to solve that is that<br>> > the<br>> ><br>> >> lib has a call where the application can register which protocols it's<br>> ><br>> >> interested of, i.e. ISUP in that case will be passed on to gw<br>> >> application<br>> ><br>> >> instead of handled by internal implementation<br>> ><br>> >><br>> ><br>> >> * in file NEWS-05-30-2008 it is mentioned that part of MTP2 processing<br>> >> has<br>> ><br>> >> been moved to kernel space with a new channel driver in zaptel. Does<br>> >> that<br>> ><br>> >> work with dahdi as well and is there any configuration needed to enable<br>> > it?<br>> ><br>> >> I saw an issue on sending mtp2 packets, they were queued in user space<br>> >> but<br>> ><br>> >> the poll in ss7linktest (that I based my app on) never got enabled for<br>> ><br>> >> write. I did a quick fix in mtp3_transmit that after calling mtp2_msu<br>> >> then<br>> ><br>> >> ss7_write is called.<br>> ><br>> >><br>> ><br>> >> * as I understand the trunk is not the most up to date but there are<br>> ><br>> >> development in other branches. Should I port my changes to trunk or to<br>> > some<br>> ><br>> >> other branch?<br>> ><br>> >><br>> ><br>> >> * In trunk there has been some api changes so that ss7linktest doesn't<br>> ><br>> >> compile. I did changes to make it compile but I might have misunderstood<br>> ><br>> >> something as it didn't work to run it, the link didn't come up. Is there<br>> > any<br>> ><br>> >> API docs or working example code to use with trunk (or recommended<br>> > branch)?<br>> ><br>> >> How about merging the branches and make a 2.0 release?<br>> ><br>> >><br>> ><br>> >> * I'm currently facing an issue with memory corruption, I get the<br>> > following<br>> ><br>> >> from valgrind:<br>> ><br>> >><br>> ><br>> >> ==3591== 4999998 errors in context 2 of 8:<br>> ><br>> >> ==3591== Thread 3:<br>> ><br>> >> ==3591== Invalid free() / delete / delete[]<br>> ><br>> >> ==3591== at 0x400551D: free (vg_replace_malloc.c:325)<br>> ><br>> >> ==3591== by 0xC53E2F: mtp2_receive (mtp2.c:403)<br>> ><br>> >> ==3591== by 0xC5460B: ss7_read (ss7.c:365)<br>> ><br>> >> ==3591== by 0x80493B6: ss7_run (sgw.c:114)<br>> ><br>> >> ==3591== by 0xC83831: start_thread (in /lib/libpthread-2.5.so)<br>> ><br>> >> ==3591== by 0xBC3E0D: clone (in /lib/libc-2.5.so)<br>> ><br>> >> ==3591== Address 0x40c9958 is 0 bytes inside a block of size 520 free'd<br>> ><br>> >> ==3591== at 0x400551D: free (vg_replace_malloc.c:325)<br>> ><br>> >> ==3591== by 0xC53E2F: mtp2_receive (mtp2.c:403)<br>> ><br>> >> ==3591== by 0xC5460B: ss7_read (ss7.c:365)<br>> ><br>> >> ==3591== by 0x80493B6: ss7_run (sgw.c:114)<br>> ><br>> >> ==3591== by 0xC83831: start_thread (in /lib/libpthread-2.5.so)<br>> ><br>> >> ==3591== by 0xBC3E0D: clone (in /lib/libc-2.5.so)<br>> ><br>> >> ==3591==<br>> ><br>> >> ==3591==<br>> ><br>> >> ==3591== 4999998 errors in context 3 of 8:<br>> ><br>> >> ==3591== Invalid read of size 4<br>> ><br>> >> ==3591== at 0xC53E22: mtp2_receive (mtp2.c:402)<br>> ><br>> >> ==3591== by 0xC5460B: ss7_read (ss7.c:365)<br>> ><br>> >> ==3591== by 0x80493B6: ss7_run (sgw.c:114)<br>> ><br>> >> ==3591== by 0xC83831: start_thread (in /lib/libpthread-2.5.so)<br>> ><br>> >> ==3591== by 0xBC3E0D: clone (in /lib/libc-2.5.so)<br>> ><br>> >> ==3591== Address 0x40c9b5c is 516 bytes inside a block of size 520<br>> >> free'd<br>> ><br>> >> ==3591== at 0x400551D: free (vg_replace_malloc.c:325)<br>> ><br>> >> ==3591== by 0xC53E2F: mtp2_receive (mtp2.c:403)<br>> ><br>> >> ==3591== by 0xC5460B: ss7_read (ss7.c:365)<br>> ><br>> >> ==3591== by 0x80493B6: ss7_run (sgw.c:114)<br>> ><br>> >> ==3591== by 0xC83831: start_thread (in /lib/libpthread-2.5.so)<br>> ><br>> >> ==3591== by 0xBC3E0D: clone (in /lib/libc-2.5.so)<br>> ><br>> >><br>> ><br>> >> Is this something that has already been addressed in trunk/dev branch?<br>> >> It<br>> ><br>> >> had worked fine for a couple of weeks and then suddenly started to<br>> >> happen<br>> ><br>> >> quite frequently under load.<br>> ><br>> >><br>> ><br>> >> * The plan for the signaling gateway is to support M3UA, M2UA and M2PA<br>> >> as<br>> ><br>> >> well as the Dialogic gct api. Naturally it will have to be released<br>> >> under<br>> ><br>> >> GPL since libss7 is.<br>> ><br>> >><br>> ><br>> >> Best regards<br>> ><br>> >> Sverker<br>> ><br>> >><br>> ><br>> >><br>> ><br>> >> --<br>> ><br>> >> _____________________________________________________________________<br>> ><br>> >> -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>> ><br>> >><br>> ><br>> >> asterisk-ss7 mailing list<br>> ><br>> >> To UNSUBSCRIBE or update options visit:<br>> ><br>> >> http://lists.digium.com/mailman/listinfo/asterisk-ss7<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > Your<br>> > E-mail and More On-the-Go. Get Windows Live Hotmail Free. Sign up now.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > Hotmail:<br>> > Powerful Free email with security by Microsoft. Get it now.<br>> ><br>> ><br>> ><br>> ><br>> > _________________________________________________________________<br>> > Hotmail: Trusted email with powerful SPAM protection.<br>> > https://signup.live.com/signup.aspx?id=60969--<br>> > _____________________________________________________________________<br>> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>> ><br>> > asterisk-ss7 mailing list<br>> > To UNSUBSCRIBE or update options visit:<br>> > http://lists.digium.com/mailman/listinfo/asterisk-ss7<br>> <br>> <br>> -- <br>> _____________________________________________________________________<br>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>> <br>> asterisk-ss7 mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> http://lists.digium.com/mailman/listinfo/asterisk-ss7<br> <br /><hr />Hotmail: Trusted email with Microsoft’s powerful SPAM protection. <a href='https://signup.live.com/signup.aspx?id=60969' target='_new'>Sign up now.</a></body>
</html>