From marketing at cluecon.com Mon Jul 2 21:52:58 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 2 Jul 2012 10:52:58 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes Message-ID: Welcome to July! We hope the leap second didn't crash any of your servers. Some folks were not so fortunate . On last week's conference call we had an open discussion on topics chosen by members of the community. One topic that got a fair amount of traction was how to address NAT when FreeSWITCH has a public IP address and the clients themselves are behind NAT. Dave Kompel shared his strategy of using "aggressive-nat-detection" on the SIP profile and then optionally setting "NDLB-connectile-dysfunction" for the directory entry. We also discussed other topics like IPv6 and using FreeSWITCH in the cloud with Amazon. The audio is available here . Darren Schreiber's company, 2600hz, made a very interesting announcementregarding "Kazoo BETA." This new cloud-based PBX solution uses a lot of open source software under the hood, including FreeSWITCH. Stay tuned for a more in-depth discussion with Darren about this new platform. On the ClueCon front we are happy to report that many have taken advantage of the fact that they can get 2^4 tickets (i.e. 16 tickets) for the drawings at ClueCon 2012. The bits will shift at the end of the day tomorrow, July 3, so don't delay! You can register quickly and easily hereon the ClueCon site. After July 3rd registrants will receive 2^3 or 8 tickets. Don't delay - we are giving away a total of ten 7" Android tablets among many other prizes supplied by our sponsors . Only 35 days until ClueCon 2012! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE cc12-0702 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120702/4008baf3/attachment.html From carsten at ng-voice.com Mon Jul 2 22:21:37 2012 From: carsten at ng-voice.com (Carsten Bock) Date: Mon, 2 Jul 2012 20:21:37 +0200 Subject: [Freeswitch-dev] Trunk: cc1: error: unrecognized command line option "-Wunused-but-set-variable" Message-ID: Hi, i am not sure, if it was an update with latest debian or some changes in latest trunk version of Freeswitch, but since today i am getting the following error when trying to build debian packages: I am using the latest, clean GIT-Version of Freeswitch. [...] Making all in src make[8]: Entering directory `/root/dev/freeswitch/freeswitch/libs/spandsp/src' make[9]: Entering directory `/root/dev/freeswitch/freeswitch/libs/spandsp/src' libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/libxml2 -I/root/dev/freeswitch/freeswitch/libs/tiff-3.8.2/libtiff -DNDEBUG -msse2 -std=gnu99 -ffast-math -Wall -Wunused-variable -Wunused-but-set-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden -DHAVE_VISIBILITY=1 -ggdb3 -O2 -c ademco_contactid.c -fPIC -DPIC -o ademco_contactid.o cc1: error: unrecognized command line option "-Wunused-but-set-variable" make[9]: *** [ademco_contactid.lo] Fehler 1 My GCC-Version is 4.4.5 (Debian stable): root at devel:~/dev# gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.5 (Debian 4.4.5-8) Any hints are welcome.... Thanks, Carsten From leonardo at daitangroup.com Mon Jul 2 23:55:44 2012 From: leonardo at daitangroup.com (Leonardo) Date: Mon, 2 Jul 2012 16:55:44 -0300 Subject: [Freeswitch-dev] How to play many audio files in the incoming call In-Reply-To: <9438D04074E0DE45A49CD7609982127246742D17@CORP-MAIL-002.edge.local> References: <9438D04074E0DE45A49CD7609982127246742C4D@CORP-MAIL-002.edge.local>, <63B00DD1DA6A364E9F64A3A0BD2FE7B6BA9B72@BY2PRD0710MB390.namprd07.prod.outlook.com> <1FFF97C269757C458224B7C895F35F15106C51@cantor.std.visionutv.se> <9438D04074E0DE45A49CD7609982127246742D17@CORP-MAIL-002.edge.local> Message-ID: <4FF1FCC0.8040107@daitangroup.com> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120702/5543922b/attachment.html From msc at freeswitch.org Tue Jul 3 01:01:15 2012 From: msc at freeswitch.org (Michael Collins) Date: Mon, 2 Jul 2012 14:01:15 -0700 Subject: [Freeswitch-dev] How to play many audio files in the incoming call In-Reply-To: <4FF1FCC0.8040107@daitangroup.com> References: <9438D04074E0DE45A49CD7609982127246742C4D@CORP-MAIL-002.edge.local> <63B00DD1DA6A364E9F64A3A0BD2FE7B6BA9B72@BY2PRD0710MB390.namprd07.prod.outlook.com> <1FFF97C269757C458224B7C895F35F15106C51@cantor.std.visionutv.se> <9438D04074E0DE45A49CD7609982127246742D17@CORP-MAIL-002.edge.local> <4FF1FCC0.8040107@daitangroup.com> Message-ID: I've never tried exactly this scenario but I think you can use uuid_break to stop the playback of the current call. Use the "all" flag to discard the playback of all sound files that are currently queued up to be played to the channel. http://wiki.freeswitch.org/wiki/Mod_commands#uuid_break Let us know if that works... and welcome to FreeSWITCH, btw! Oh, and be sure to send future questions like this to the freeswitch-users list because you'll have a wider audience and will probably get a quicker response. The -dev list is more for digging deeper into the code, like the C code, etc. :) -MC On Mon, Jul 2, 2012 at 12:55 PM, Leonardo wrote: > Hi. > I'm newbie in FreeSwitch and I'm trying to develop an application using > mod_socket interface. > First, I configured the FreeSwitch to answer any call coming from my > gateway: > > (dialplan/public.xml) > > > > > > > > > > After that I could play an audio in a call via mod_socket interface: > > api uuid_broadcast b5bd30fb-cd3e-4f13-a975-5be0aef6a0f7 > /usr/local/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav > both > > So far so good ... > Than I would like to stop the current audio file and play something else. > How could I do that? > > I already tried to play another audio file before the first one stop. > Nothing happened. > I tried to stop the current audio using: > api uuid_fileman b5bd30fb-cd3e-4f13-a975-5be0aef6a0f7 stop > but the call was HANGUP > > Thanks in advance, > Leo > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120702/d3f50aad/attachment.html From marketing at cluecon.com Tue Jul 3 03:46:49 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 2 Jul 2012 16:46:49 -0700 Subject: [Freeswitch-dev] Reminder: Last chance for 16 tickets before the bits shift! Message-ID: Just a friendly reminder: July 3rd is the last day to get all 16 tickets in the great ClueCon giveway. Be sure to get registeredby the end of the day on Tuesday, July 3rd to maximize your chance to win big! Looking forward to seeing you all in Chicago next month. -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120702/840c814b/attachment.html From dujinfang at gmail.com Tue Jul 3 06:56:39 2012 From: dujinfang at gmail.com (Seven Du) Date: Tue, 3 Jul 2012 10:56:39 +0800 Subject: [Freeswitch-dev] rtp question Message-ID: <6514115BB20041D88D2EA507E0DFFAF9@gmail.com> Hi, libx264 encoded NALUs exceeding packet window and some phones don't like it so I need to manually split with FU-A, I tried frame->m but looks like all packets has marker = 1 even frame->m = 0; by looking at mod_fsv.c, I added the following and generate my own rtp header switch_set_flag((&vid_frame), SFF_RAW_RTP); switch_set_flag((&vid_frame), SFF_PROXY_PACKET); but looks like it doens't send my rtp header, switch_rtp.c has a check also on SWITCH_RTP_FLAG_RAW_WRITE which I don't see in mod_fsv.c fwd = (switch_test_flag(rtp_session, SWITCH_RTP_FLAG_RAW_WRITE) && switch_test_flag(frame, SFF_RAW_RTP)) ? 1 : 0; I also tried set SFF_RTP_HEADER, but it tends to send double as packets looks if (switch_test_flag(frame, SFF_RTP_HEADER)) { in switch_rtp.c doesn't stop and what the purpose of this param? Any highlights? Thanks. -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn Sent with Sparrow (http://www.sparrowmailapp.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120703/3d82a044/attachment-0001.html From peter.olsson at visionutveckling.se Tue Jul 3 18:39:53 2012 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 3 Jul 2012 14:39:53 +0000 Subject: [Freeswitch-dev] Question about RTP marker Message-ID: <1FFF97C269757C458224B7C895F35F1512C803@cantor.std.visionutv.se> When I've been debugging RTP streams in Wireshark, I've noticed that Whireshark will get "everything wrong" when the timestamp changes (is reset). For instance, if I call a conference, by the time I get into the conference, the RTP timestamps will start over, and FS will send the marker bit By that time Wireshark will report strange figures for jitter etc. After some Googling I've found that the meaning of the RTP marker is to indicate "the beginning of a talkspurt". Which is not very clear to me... :) So my question is - is RTP marker really enough when starting a "new RTP stream" (not really new, but since the timestamps are reset we can think of it like that) - according to what I've been able to find, maybe the SSRC should also be changed? I have created a patch that will change the SSRC when a reset like this occurs, and after that Wireshark detects my audio streams without problems (though, it will detect more streams), but no strange jitter figures etc. are reported. The reason I started digging into this was because a PBX I was connecting to lost about the first second of audio after connecting to the conference, after also changing the SSRC the problem seems resolved. I could make a RTP_BUG setting for this, but I'm not really sure if I should really care - that's why I'm asking here, if anyone has more knowledge about this? /Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120703/e82a4366/attachment.html From anthony.minessale at gmail.com Tue Jul 3 19:18:24 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 3 Jul 2012 10:18:24 -0500 Subject: [Freeswitch-dev] Question about RTP marker In-Reply-To: <1FFF97C269757C458224B7C895F35F1512C803@cantor.std.visionutv.se> References: <1FFF97C269757C458224B7C895F35F1512C803@cantor.std.visionutv.se> Message-ID: The line is really blurry between what is right and what works better. I think the only real rule about the marker bit is that you are supposed to set it any time the timestamp is not the next expected timestamp. This is supposed to help you to understand that you are purposely sending a packet that has a different timestamp base or that you are resuming after intentionally not sending packets for a period of time. This tells the remote end to flush its jitter buffer which probably explains the drop in audio. If changing the SSRC is an acceptable workaround for when the rtp streams change that do not result in audio gaps, I'm more than happy to accept it as a default and we can always make it a config option if it presents any problems. On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson wrote: > When I?ve been debugging RTP streams in Wireshark, I?ve noticed that > Whireshark will get ?everything wrong? when the timestamp changes (is > reset). For instance, if I call a conference, by the time I get into the > conference, the RTP timestamps will start over, and FS will send the marker > bit By that time Wireshark will report strange figures for jitter etc. > > > > After some Googling I?ve found that the meaning of the RTP marker is to > indicate ?the beginning of a talkspurt?. Which is not very clear to me... :) > > > > So my question is ? is RTP marker really enough when starting a ?new RTP > stream? (not really new, but since the timestamps are reset we can think of > it like that) ? according to what I?ve been able to find, maybe the SSRC > should also be changed? > > > > I have created a patch that will change the SSRC when a reset like this > occurs, and after that Wireshark detects my audio streams without problems > (though, it will detect more streams), but no strange jitter figures etc. > are reported. > > > > The reason I started digging into this was because a PBX I was connecting to > lost about the first second of audio after connecting to the conference, > after also changing the SSRC the problem seems resolved. > > > > I could make a RTP_BUG setting for this, but I?m not really sure if I should > really care ? that?s why I?m asking here, if anyone has more knowledge about > this? > > > > /Peter > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From kris at kriskinc.com Tue Jul 3 19:32:58 2012 From: kris at kriskinc.com (Kristian Kielhofner) Date: Tue, 3 Jul 2012 11:32:58 -0400 Subject: [Freeswitch-dev] Question about RTP marker In-Reply-To: References: <1FFF97C269757C458224B7C895F35F1512C803@cantor.std.visionutv.se> Message-ID: +1 The use of the RTP marker has been broken and misunderstood by many implementations... The references the OP found about "talkspurts" are probably referring to the use of markers with VAD (voice activity detection). When VAD detects speech the first RTP packet is supposed to have the marker set, almost as a way of saying "Hey! I'm talking again". Of course with VAD a new talkspurt will also have a different timestamp... FreeSWITCH (out of respect for jitter buffers, as Anthony said) tries to pass original (read: meaningful) timestamps and use markers wherever possible. Consider the following scenario: Call -> IVR (FS starts generating RTP) IVR -> bridge to external SIP device (device starts generating RTP) In this scenario FS will generate the initial RTP stream with it's own timestamps. When the call is bridged to the remote device FS will set the marker and pass the timestamps from the B leg to the A leg. This allows the far end jitterbuffers (not FS) to buffer jitter based on the actual end to end RTP stream. Unfortunately this can cause all kinds of confusion with broken implementations. While changing the SSRC is (of course) a hack if it improves compatibility while maintaining the usefulness and integrity of timestamps (and jitter buffers) I'm for it. On Tue, Jul 3, 2012 at 11:18 AM, Anthony Minessale wrote: > The line is really blurry between what is right and what works better. > I think the only real rule about the marker bit is that you are > supposed to set it any time the timestamp is not the next expected > timestamp. > > This is supposed to help you to understand that you are purposely > sending a packet that has a different timestamp base or that you are > resuming after intentionally not sending packets for a period of time. > This tells the remote end to flush its jitter buffer which probably > explains the drop in audio. > > If changing the SSRC is an acceptable workaround for when the rtp > streams change that do not result in audio gaps, I'm more than happy > to accept it as a default and we can always make it a config option if > it presents any problems. > > > > On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson > wrote: >> When I?ve been debugging RTP streams in Wireshark, I?ve noticed that >> Whireshark will get ?everything wrong? when the timestamp changes (is >> reset). For instance, if I call a conference, by the time I get into the >> conference, the RTP timestamps will start over, and FS will send the marker >> bit By that time Wireshark will report strange figures for jitter etc. >> >> >> >> After some Googling I?ve found that the meaning of the RTP marker is to >> indicate ?the beginning of a talkspurt?. Which is not very clear to me... :) >> >> >> >> So my question is ? is RTP marker really enough when starting a ?new RTP >> stream? (not really new, but since the timestamps are reset we can think of >> it like that) ? according to what I?ve been able to find, maybe the SSRC >> should also be changed? >> >> >> >> I have created a patch that will change the SSRC when a reset like this >> occurs, and after that Wireshark detects my audio streams without problems >> (though, it will detect more streams), but no strange jitter figures etc. >> are reported. >> >> >> >> The reason I started digging into this was because a PBX I was connecting to >> lost about the first second of audio after connecting to the conference, >> after also changing the SSRC the problem seems resolved. >> >> >> >> I could make a RTP_BUG setting for this, but I?m not really sure if I should >> really care ? that?s why I?m asking here, if anyone has more knowledge about >> this? >> >> >> >> /Peter >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Kristian Kielhofner From peter.olsson at visionutveckling.se Tue Jul 3 20:07:13 2012 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 3 Jul 2012 16:07:13 +0000 Subject: [Freeswitch-dev] Question about RTP marker Message-ID: <1FFF97C269757C458224B7C895F35F1512C9ED@cantor.std.visionutv.se> Thank you for your replies, both Tony and Kristian - it made things a little bit clearer for me :) I will submit a proposed patch to Jira later on (probably tomorrow), and you can review my changes there, it's a small change. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Kristian Kielhofner Skickat: den 3 juli 2012 17:33 Till: freeswitch-dev at lists.freeswitch.org ?mne: Re: [Freeswitch-dev] Question about RTP marker +1 The use of the RTP marker has been broken and misunderstood by many implementations... The references the OP found about "talkspurts" are probably referring to the use of markers with VAD (voice activity detection). When VAD detects speech the first RTP packet is supposed to have the marker set, almost as a way of saying "Hey! I'm talking again". Of course with VAD a new talkspurt will also have a different timestamp... FreeSWITCH (out of respect for jitter buffers, as Anthony said) tries to pass original (read: meaningful) timestamps and use markers wherever possible. Consider the following scenario: Call -> IVR (FS starts generating RTP) IVR -> bridge to external SIP device (device starts generating RTP) In this scenario FS will generate the initial RTP stream with it's own timestamps. When the call is bridged to the remote device FS will set the marker and pass the timestamps from the B leg to the A leg. This allows the far end jitterbuffers (not FS) to buffer jitter based on the actual end to end RTP stream. Unfortunately this can cause all kinds of confusion with broken implementations. While changing the SSRC is (of course) a hack if it improves compatibility while maintaining the usefulness and integrity of timestamps (and jitter buffers) I'm for it. On Tue, Jul 3, 2012 at 11:18 AM, Anthony Minessale wrote: > The line is really blurry between what is right and what works better. > I think the only real rule about the marker bit is that you are > supposed to set it any time the timestamp is not the next expected > timestamp. > > This is supposed to help you to understand that you are purposely > sending a packet that has a different timestamp base or that you are > resuming after intentionally not sending packets for a period of time. > This tells the remote end to flush its jitter buffer which probably > explains the drop in audio. > > If changing the SSRC is an acceptable workaround for when the rtp > streams change that do not result in audio gaps, I'm more than happy > to accept it as a default and we can always make it a config option if > it presents any problems. > > > > On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson > wrote: >> When I've been debugging RTP streams in Wireshark, I've noticed that >> Whireshark will get "everything wrong" when the timestamp changes (is >> reset). For instance, if I call a conference, by the time I get into >> the conference, the RTP timestamps will start over, and FS will send >> the marker bit By that time Wireshark will report strange figures for jitter etc. >> >> >> >> After some Googling I've found that the meaning of the RTP marker is >> to indicate "the beginning of a talkspurt". Which is not very clear >> to me... :) >> >> >> >> So my question is - is RTP marker really enough when starting a "new >> RTP stream" (not really new, but since the timestamps are reset we >> can think of it like that) - according to what I've been able to >> find, maybe the SSRC should also be changed? >> >> >> >> I have created a patch that will change the SSRC when a reset like >> this occurs, and after that Wireshark detects my audio streams >> without problems (though, it will detect more streams), but no strange jitter figures etc. >> are reported. >> >> >> >> The reason I started digging into this was because a PBX I was >> connecting to lost about the first second of audio after connecting >> to the conference, after also changing the SSRC the problem seems resolved. >> >> >> >> I could make a RTP_BUG setting for this, but I'm not really sure if I >> should really care - that's why I'm asking here, if anyone has more >> knowledge about this? >> >> >> >> /Peter >> >> >> >> >> _____________________________________________________________________ >> ____ Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> v >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Kristian Kielhofner _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org !DSPAM:4ff3106232761496470876! From peter.olsson at visionutveckling.se Tue Jul 3 20:45:03 2012 From: peter.olsson at visionutveckling.se (Peter Olsson) Date: Tue, 3 Jul 2012 16:45:03 +0000 Subject: [Freeswitch-dev] Question about RTP marker Message-ID: <1FFF97C269757C458224B7C895F35F1512CA93@cantor.std.visionutv.se> I've added FS-4382, please check there for further info. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Peter Olsson Skickat: den 3 juli 2012 18:07 Till: freeswitch-dev at lists.freeswitch.org ?mne: Re: [Freeswitch-dev] Question about RTP marker Thank you for your replies, both Tony and Kristian - it made things a little bit clearer for me :) I will submit a proposed patch to Jira later on (probably tomorrow), and you can review my changes there, it's a small change. /Peter -----Ursprungligt meddelande----- Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Kristian Kielhofner Skickat: den 3 juli 2012 17:33 Till: freeswitch-dev at lists.freeswitch.org ?mne: Re: [Freeswitch-dev] Question about RTP marker +1 The use of the RTP marker has been broken and misunderstood by many implementations... The references the OP found about "talkspurts" are probably referring to the use of markers with VAD (voice activity detection). When VAD detects speech the first RTP packet is supposed to have the marker set, almost as a way of saying "Hey! I'm talking again". Of course with VAD a new talkspurt will also have a different timestamp... FreeSWITCH (out of respect for jitter buffers, as Anthony said) tries to pass original (read: meaningful) timestamps and use markers wherever possible. Consider the following scenario: Call -> IVR (FS starts generating RTP) IVR -> bridge to external SIP device (device starts generating RTP) In this scenario FS will generate the initial RTP stream with it's own timestamps. When the call is bridged to the remote device FS will set the marker and pass the timestamps from the B leg to the A leg. This allows the far end jitterbuffers (not FS) to buffer jitter based on the actual end to end RTP stream. Unfortunately this can cause all kinds of confusion with broken implementations. While changing the SSRC is (of course) a hack if it improves compatibility while maintaining the usefulness and integrity of timestamps (and jitter buffers) I'm for it. On Tue, Jul 3, 2012 at 11:18 AM, Anthony Minessale wrote: > The line is really blurry between what is right and what works better. > I think the only real rule about the marker bit is that you are > supposed to set it any time the timestamp is not the next expected > timestamp. > > This is supposed to help you to understand that you are purposely > sending a packet that has a different timestamp base or that you are > resuming after intentionally not sending packets for a period of time. > This tells the remote end to flush its jitter buffer which probably > explains the drop in audio. > > If changing the SSRC is an acceptable workaround for when the rtp > streams change that do not result in audio gaps, I'm more than happy > to accept it as a default and we can always make it a config option if > it presents any problems. > > > > On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson > wrote: >> When I've been debugging RTP streams in Wireshark, I've noticed that >> Whireshark will get "everything wrong" when the timestamp changes (is >> reset). For instance, if I call a conference, by the time I get into >> the conference, the RTP timestamps will start over, and FS will send >> the marker bit By that time Wireshark will report strange figures for jitter etc. >> >> >> >> After some Googling I've found that the meaning of the RTP marker is >> to indicate "the beginning of a talkspurt". Which is not very clear >> to me... :) >> >> >> >> So my question is - is RTP marker really enough when starting a "new >> RTP stream" (not really new, but since the timestamps are reset we >> can think of it like that) - according to what I've been able to >> find, maybe the SSRC should also be changed? >> >> >> >> I have created a patch that will change the SSRC when a reset like >> this occurs, and after that Wireshark detects my audio streams >> without problems (though, it will detect more streams), but no strange jitter figures etc. >> are reported. >> >> >> >> The reason I started digging into this was because a PBX I was >> connecting to lost about the first second of audio after connecting >> to the conference, after also changing the SSRC the problem seems resolved. >> >> >> >> I could make a RTP_BUG setting for this, but I'm not really sure if I >> should really care - that's why I'm asking here, if anyone has more >> knowledge about this? >> >> >> >> /Peter >> >> >> >> >> _____________________________________________________________________ >> ____ Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >> v >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > ______________________________________________________________________ > ___ Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Kristian Kielhofner _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org !DSPAM:4ff3184a32761575917611! From lconroy at insensate.co.uk Tue Jul 3 20:45:59 2012 From: lconroy at insensate.co.uk (Lawrence Conroy) Date: Tue, 3 Jul 2012 17:45:59 +0100 Subject: [Freeswitch-dev] Question about RTP marker In-Reply-To: <1FFF97C269757C458224B7C895F35F1512C9ED@cantor.std.visionutv.se> References: <1FFF97C269757C458224B7C895F35F1512C9ED@cantor.std.visionutv.se> Message-ID: <8C3340AF-4149-4B4D-B489-F1BF3C76215D@insensate.co.uk> Hi there, Quick point -- if one changes the SSRC, one is going to so change to RTCP sender & receiver reports (and a few other bits). Has anyone looked at the implications for the RTCP code of this change to SSRC? Off the top of my head, changing SSRC if the stream changes IS a good idea, but the SR accumulators would need to be reset, and RR code needs to not barf if it receives a new RR SSRC. all the best, Lawrence On 3 Jul 2012, at 17:07, Peter Olsson wrote: > Thank you for your replies, both Tony and Kristian - it made things a little bit clearer for me :) > > I will submit a proposed patch to Jira later on (probably tomorrow), and you can review my changes there, it's a small change. > > /Peter > > -----Ursprungligt meddelande----- > Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Kristian Kielhofner > Skickat: den 3 juli 2012 17:33 > Till: freeswitch-dev at lists.freeswitch.org > ?mne: Re: [Freeswitch-dev] Question about RTP marker > > +1 > > The use of the RTP marker has been broken and misunderstood by many implementations... > > The references the OP found about "talkspurts" are probably referring to the use of markers with VAD (voice activity detection). When VAD detects speech the first RTP packet is supposed to have the marker set, almost as a way of saying "Hey! I'm talking again". Of course with VAD a new talkspurt will also have a different timestamp... > > FreeSWITCH (out of respect for jitter buffers, as Anthony said) tries to pass original (read: meaningful) timestamps and use markers wherever possible. Consider the following scenario: > > Call -> IVR (FS starts generating RTP) > IVR -> bridge to external SIP device (device starts generating RTP) > > In this scenario FS will generate the initial RTP stream with it's own timestamps. When the call is bridged to the remote device FS will set the marker and pass the timestamps from the B leg to the A leg. This allows the far end jitterbuffers (not FS) to buffer jitter based on the actual end to end RTP stream. > > Unfortunately this can cause all kinds of confusion with broken implementations. > > While changing the SSRC is (of course) a hack if it improves compatibility while maintaining the usefulness and integrity of timestamps (and jitter buffers) I'm for it. > > On Tue, Jul 3, 2012 at 11:18 AM, Anthony Minessale wrote: >> The line is really blurry between what is right and what works better. >> I think the only real rule about the marker bit is that you are >> supposed to set it any time the timestamp is not the next expected >> timestamp. >> >> This is supposed to help you to understand that you are purposely >> sending a packet that has a different timestamp base or that you are >> resuming after intentionally not sending packets for a period of time. >> This tells the remote end to flush its jitter buffer which probably >> explains the drop in audio. >> >> If changing the SSRC is an acceptable workaround for when the rtp >> streams change that do not result in audio gaps, I'm more than happy >> to accept it as a default and we can always make it a config option if >> it presents any problems. >> >> >> >> On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson >> wrote: >>> When I've been debugging RTP streams in Wireshark, I've noticed that >>> Whireshark will get "everything wrong" when the timestamp changes (is >>> reset). For instance, if I call a conference, by the time I get into >>> the conference, the RTP timestamps will start over, and FS will send >>> the marker bit By that time Wireshark will report strange figures for jitter etc. >>> >>> >>> >>> After some Googling I've found that the meaning of the RTP marker is >>> to indicate "the beginning of a talkspurt". Which is not very clear >>> to me... :) >>> >>> >>> >>> So my question is - is RTP marker really enough when starting a "new >>> RTP stream" (not really new, but since the timestamps are reset we >>> can think of it like that) - according to what I've been able to >>> find, maybe the SSRC should also be changed? >>> >>> >>> >>> I have created a patch that will change the SSRC when a reset like >>> this occurs, and after that Wireshark detects my audio streams >>> without problems (though, it will detect more streams), but no strange jitter figures etc. >>> are reported. >>> >>> >>> >>> The reason I started digging into this was because a PBX I was >>> connecting to lost about the first second of audio after connecting >>> to the conference, after also changing the SSRC the problem seems resolved. >>> >>> >>> >>> I could make a RTP_BUG setting for this, but I'm not really sure if I >>> should really care - that's why I'm asking here, if anyone has more >>> knowledge about this? >>> >>> >>> >>> /Peter >>> >>> >>> >>> >>> _____________________________________________________________________ >>> ____ Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de >>> v >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> ______________________________________________________________________ >> ___ Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > > > -- > Kristian Kielhofner > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > !DSPAM:4ff3106232761496470876! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From anthony.minessale at gmail.com Wed Jul 4 00:23:54 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Tue, 3 Jul 2012 15:23:54 -0500 Subject: [Freeswitch-dev] rtp question In-Reply-To: <6514115BB20041D88D2EA507E0DFFAF9@gmail.com> References: <6514115BB20041D88D2EA507E0DFFAF9@gmail.com> Message-ID: you found a regression, i fixed it in git, see latest On Mon, Jul 2, 2012 at 9:56 PM, Seven Du wrote: > Hi, > > libx264 encoded NALUs exceeding packet window and some phones don't like it > so I need to manually split with FU-A, I tried frame->m but looks like all > packets has marker = 1 even frame->m = 0; > > by looking at mod_fsv.c, I added the following and generate my own rtp > header > > switch_set_flag((&vid_frame), SFF_RAW_RTP); > switch_set_flag((&vid_frame), SFF_PROXY_PACKET); > > but looks like it doens't send my rtp header, switch_rtp.c has a check also > on SWITCH_RTP_FLAG_RAW_WRITE which I don't see in mod_fsv.c > > fwd = (switch_test_flag(rtp_session, SWITCH_RTP_FLAG_RAW_WRITE) && > switch_test_flag(frame, SFF_RAW_RTP)) ? 1 : 0; > > > I also tried set SFF_RTP_HEADER, but it tends to send double as packets > looks > > if (switch_test_flag(frame, SFF_RTP_HEADER)) { in switch_rtp.c doesn't stop > and what the purpose of this param? > > Any highlights? > > Thanks. > > > -- > About: http://about.me/dujinfang > Blog: http://www.dujinfang.com > Proj: http://www.freeswitch.org.cn > > Sent with Sparrow > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From marketing at cluecon.com Wed Jul 4 01:19:57 2012 From: marketing at cluecon.com (Michael Collins) Date: Tue, 3 Jul 2012 14:19:57 -0700 Subject: [Freeswitch-dev] ClueCon 2012 - Last Chance for 16 Entries Message-ID: Hello all! I am happy to report that a number of people have taken advantage of this opportunity and have registered in time to get their 16 entries. Remember that you can register any time on July 3rd and still qualify for the extra entries. The bits will shift at midnight Central time so don't delay! Only 34 more days and we'll all be in Chicago. See you then! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120703/d493e14b/attachment.html From dujinfang at gmail.com Wed Jul 4 06:15:46 2012 From: dujinfang at gmail.com (Seven Du) Date: Wed, 4 Jul 2012 10:15:46 +0800 Subject: [Freeswitch-dev] Question about RTP marker In-Reply-To: <1FFF97C269757C458224B7C895F35F1512CA93@cantor.std.visionutv.se> References: <1FFF97C269757C458224B7C895F35F1512CA93@cantor.std.visionutv.se> Message-ID: <2E7B9BFA9AC14DD2A17E8CFAB5944525@gmail.com> Sorry hijacking this topic but my question is kind of related to this. I created a bare rtp streaming server in FS which accept a rtp stream and plays to a phone, the problem was that when the first time a rtp stream comes, it plays fine, but if the rtp stops and a new rtp stream comes, it cannot play anymore. I haven't got time to check this deep but would like to ask is it sort of related to the SSRC change or timestamp change? Is FS accept a different stream absolutely or should have some param set? Thanks, Seven. On Wednesday, July 4, 2012 at 12:45 AM, Peter Olsson wrote: > I've added FS-4382, please check there for further info. > > /Peter > > > -----Ursprungligt meddelande----- > Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Peter Olsson > Skickat: den 3 juli 2012 18:07 > Till: freeswitch-dev at lists.freeswitch.org (mailto:freeswitch-dev at lists.freeswitch.org) > ?mne: Re: [Freeswitch-dev] Question about RTP marker > > Thank you for your replies, both Tony and Kristian - it made things a little bit clearer for me :) > > I will submit a proposed patch to Jira later on (probably tomorrow), and you can review my changes there, it's a small change. > > /Peter > > -----Ursprungligt meddelande----- > Fr?n: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] F?r Kristian Kielhofner > Skickat: den 3 juli 2012 17:33 > Till: freeswitch-dev at lists.freeswitch.org (mailto:freeswitch-dev at lists.freeswitch.org) > ?mne: Re: [Freeswitch-dev] Question about RTP marker > > +1 > > The use of the RTP marker has been broken and misunderstood by many implementations... > > The references the OP found about "talkspurts" are probably referring to the use of markers with VAD (voice activity detection). When VAD detects speech the first RTP packet is supposed to have the marker set, almost as a way of saying "Hey! I'm talking again". Of course with VAD a new talkspurt will also have a different timestamp... > > FreeSWITCH (out of respect for jitter buffers, as Anthony said) tries to pass original (read: meaningful) timestamps and use markers wherever possible. Consider the following scenario: > > Call -> IVR (FS starts generating RTP) > IVR -> bridge to external SIP device (device starts generating RTP) > > In this scenario FS will generate the initial RTP stream with it's own timestamps. When the call is bridged to the remote device FS will set the marker and pass the timestamps from the B leg to the A leg. This allows the far end jitterbuffers (not FS) to buffer jitter based on the actual end to end RTP stream. > > Unfortunately this can cause all kinds of confusion with broken implementations. > > While changing the SSRC is (of course) a hack if it improves compatibility while maintaining the usefulness and integrity of timestamps (and jitter buffers) I'm for it. > > On Tue, Jul 3, 2012 at 11:18 AM, Anthony Minessale wrote: > > The line is really blurry between what is right and what works better. > > I think the only real rule about the marker bit is that you are > > supposed to set it any time the timestamp is not the next expected > > timestamp. > > > > This is supposed to help you to understand that you are purposely > > sending a packet that has a different timestamp base or that you are > > resuming after intentionally not sending packets for a period of time. > > This tells the remote end to flush its jitter buffer which probably > > explains the drop in audio. > > > > If changing the SSRC is an acceptable workaround for when the rtp > > streams change that do not result in audio gaps, I'm more than happy > > to accept it as a default and we can always make it a config option if > > it presents any problems. > > > > > > > > On Tue, Jul 3, 2012 at 9:39 AM, Peter Olsson > > wrote: > > > When I've been debugging RTP streams in Wireshark, I've noticed that > > > Whireshark will get "everything wrong" when the timestamp changes (is > > > reset). For instance, if I call a conference, by the time I get into > > > the conference, the RTP timestamps will start over, and FS will send > > > the marker bit By that time Wireshark will report strange figures for jitter etc. > > > > > > > > > > > > After some Googling I've found that the meaning of the RTP marker is > > > to indicate "the beginning of a talkspurt". Which is not very clear > > > to me... :) > > > > > > > > > > > > So my question is - is RTP marker really enough when starting a "new > > > RTP stream" (not really new, but since the timestamps are reset we > > > can think of it like that) - according to what I've been able to > > > find, maybe the SSRC should also be changed? > > > > > > > > > > > > I have created a patch that will change the SSRC when a reset like > > > this occurs, and after that Wireshark detects my audio streams > > > without problems (though, it will detect more streams), but no strange jitter figures etc. > > > are reported. > > > > > > > > > > > > The reason I started digging into this was because a PBX I was > > > connecting to lost about the first second of audio after connecting > > > to the conference, after also changing the SSRC the problem seems resolved. > > > > > > > > > > > > I could make a RTP_BUG setting for this, but I'm not really sure if I > > > should really care - that's why I'm asking here, if anyone has more > > > knowledge about this? > > > > > > > > > > > > /Peter > > > > > > > > > > > > > > > _____________________________________________________________________ > > > ____ Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > > http://www.freeswitchsolutions.com > > > > > > > > > > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://wiki.freeswitch.org > > > http://www.cluecon.com > > > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > > > FreeSWITCH-dev mailing list > > > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de > > > v > > > http://www.freeswitch.org > > > > > > > > > > > > > -- > > Anthony Minessale II > > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com (mailto:anthony_minessale at hotmail.com) > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com (mailto:anthony.minessale at gmail.com) > > IRC: irc.freenode.net (http://irc.freenode.net) #freeswitch > > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org (mailto:888 at conference.freeswitch.org) > > googletalk:conf+888 at conference.freeswitch.org (mailto:conf+888 at conference.freeswitch.org) > > pstn:+19193869900 > > > > ______________________________________________________________________ > > ___ Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > > -- > Kristian Kielhofner > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > !DSPAM:4ff3184a32761575917611! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120704/76a2e0c7/attachment-0001.html From dujinfang at gmail.com Wed Jul 4 08:14:49 2012 From: dujinfang at gmail.com (Seven Du) Date: Wed, 4 Jul 2012 12:14:49 +0800 Subject: [Freeswitch-dev] rtp question In-Reply-To: References: <6514115BB20041D88D2EA507E0DFFAF9@gmail.com> Message-ID: <636AA1BD338B4033BCD1E4356B712315@gmail.com> Cool. Video is perfect now. ;) It was fun that some phones looks good without correct marker and some phones are totally plays shit. I see discussions about this in another thread and I thought in the h264 rtp spec that the marker is just used as an "early indication" and receivers are not encouraged to render video depending on that. Anyway, is that means I have to generate my own rtp header than just set "frame->m = 1" to set the marker? also, can you explain a what SFF_RTP_HEADER trying to do? Thanks a lot. 7. On Wednesday, July 4, 2012 at 4:23 AM, Anthony Minessale wrote: > you found a regression, i fixed it in git, see latest > > On Mon, Jul 2, 2012 at 9:56 PM, Seven Du wrote: > > Hi, > > > > libx264 encoded NALUs exceeding packet window and some phones don't like it > > so I need to manually split with FU-A, I tried frame->m but looks like all > > packets has marker = 1 even frame->m = 0; > > > > by looking at mod_fsv.c, I added the following and generate my own rtp > > header > > > > switch_set_flag((&vid_frame), SFF_RAW_RTP); > > switch_set_flag((&vid_frame), SFF_PROXY_PACKET); > > > > but looks like it doens't send my rtp header, switch_rtp.c has a check also > > on SWITCH_RTP_FLAG_RAW_WRITE which I don't see in mod_fsv.c > > > > fwd = (switch_test_flag(rtp_session, SWITCH_RTP_FLAG_RAW_WRITE) && > > switch_test_flag(frame, SFF_RAW_RTP)) ? 1 : 0; > > > > > > I also tried set SFF_RTP_HEADER, but it tends to send double as packets > > looks > > > > if (switch_test_flag(frame, SFF_RTP_HEADER)) { in switch_rtp.c doesn't stop > > and what the purpose of this param? > > > > Any highlights? > > > > Thanks. > > > > > > -- > > About: http://about.me/dujinfang > > Blog: http://www.dujinfang.com > > Proj: http://www.freeswitch.org.cn > > > > Sent with Sparrow > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com (mailto:anthony_minessale at hotmail.com) > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com (mailto:anthony.minessale at gmail.com) > IRC: irc.freenode.net (http://irc.freenode.net) #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org (mailto:888 at conference.freeswitch.org) > googletalk:conf+888 at conference.freeswitch.org (mailto:conf+888 at conference.freeswitch.org) > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org (mailto:consulting at freeswitch.org) > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org (mailto:FreeSWITCH-dev at lists.freeswitch.org) > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120704/76f7fb89/attachment.html From cayliffe at gmail.com Wed Jul 4 11:37:03 2012 From: cayliffe at gmail.com (Craig Ayliffe) Date: Wed, 4 Jul 2012 17:37:03 +1000 Subject: [Freeswitch-dev] How to build Debian packages with Sangoma module included? Message-ID: Hi, Just wondering if anyone has been able to build Debian packages of FS with mod_sangoma_codec package built as well? I have removed it from the list of avoid_mods in debian/boot, and it goes to build it but fails because it can't find the Sangoma libraries when compiling. I am not sure how to get those libraries included in the fakeroot when it builds the packages. Any hints/assistance would be great thanks (Sorry if this should be in the user list but assumed this was the right one) -- Craig Ayliffe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120704/64ced18e/attachment.html From marketing at cluecon.com Mon Jul 9 22:26:54 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 9 Jul 2012 11:26:54 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes Message-ID: Greetings all! We are back to a full week after taking last Wednesday off. This weekwe have Dave Kompel scheduled to talk to us on a subject that has been of much interest in recent weeks: firewall security on Windows deployments of FreeSWITCH. Many of you know that we have fail2banavailable for Linux/Unix based installs, but what about Windows ? There are indeed techniques for Windows systems to update the Windows firewall to prevent things like the friendly scanner . Recall: the friendly scanner is an abuse of a SIP testing tool called SIPVicious. People use it for nefarious purposes, so having the ability to lock down the source IP address on the fly is a powerful technique to employ. We look forward to this discussion . We are happy to report that we have a new GOLD sponsor at ClueCon: Flowroute! The folks at Flowroute have graciously offered to make sure that our attendees are well taken care of. First, they are supplying the gift bags that all of our attendees will receive. In those bags will be lots of goodies from Flowroute and our other sponsors. A special item will be a $25 gift card for Flowroute. Additionally, Flowroute is sponsoring a pizza party on Monday night, August 6 at Gino'sin downtown Chicago! We hope you all will be able to join us. Only a few more weeks until we're all together again! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120709/e5129182/attachment.html From ian.bonham at gmail.com Tue Jul 10 20:05:56 2012 From: ian.bonham at gmail.com (Ian Bonham) Date: Tue, 10 Jul 2012 18:05:56 +0200 Subject: [Freeswitch-dev] Compilation Errors Message-ID: Hi, I hope I'm posting to the right list, I'm new to these parts! I have been running a test of FreeSwitch on Ubuntu 12.04, retrieved using Git, and it compiled and installed fine, and I've enjoyed learning about it. I needed to switch on avmd, so set the flag in modules.conf and went to recompile. Now, whenever I try to compile, I get the failure copied onto the end of this email. I've pulled down a fresh copy and still it won't play ball. Is something in avmd stopping mod_sofia compiling? If anyone can throw any light on this I would really appreciate it, as I'm using Freeswitch in a predictive dialler I'm building so need some form of voicemail detection. Many thanks, Ian Bonham ---------------------------------------------------------------------------------------------------------------------------- making all mod_sofia Creating mod_sofia_la-sofia.lo quiet_libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../../src/include -I../../../../libs/xmlrpc-c -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/libs/libteletone/src -fPIC -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/libs/libteletone/src -fPIC -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb -DHAVE_OPENSSL -Wall -std=c99 -pedantic -Wdeclaration-after-statement -I. -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url -g -O2 -MT mod_sofia_la-sofia.lo -MD -MP -MF .deps/mod_sofia_la-sofia.Tpo -c sofia.c -fPIC -DPIC -o .libs/mod_sofia_la-sofia.o cc1: warnings being treated as errors sofia.c: In function ?sofia_handle_sip_i_refer?: sofia.c:7323: error: format not a string literal and no format arguments sofia.c:7324: error: format not a string literal and no format arguments make[5]: *** [mod_sofia_la-sofia.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [mod_sofia-all] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120710/c3171604/attachment-0001.html From stkn at freeswitch.org Tue Jul 10 20:43:22 2012 From: stkn at freeswitch.org (Stefan Knoblich) Date: Tue, 10 Jul 2012 18:43:22 +0200 Subject: [Freeswitch-dev] Compilation Errors In-Reply-To: References: Message-ID: <4FFC5BAA.809@freeswitch.org> On 10.07.2012 18:05, Ian Bonham wrote: > cc1: warnings being treated as errors > sofia.c: In function ?sofia_handle_sip_i_refer?: > sofia.c:7323: error: format not a string literal and no format arguments > sofia.c:7324: error: format not a string literal and no format arguments that has been fixed 4 hours ago -- ------------------------------------------------------------------------------- Stefan Knoblich | Web: http://www.axsentis.de/ axsentis GmbH | http://oss.axsentis.de/ Eupener Str. 74, 50933 Koeln, Germany | Amtsgericht Koeln: HR B 56238 | Email: s.knoblich at axsentis.de UST-ID: DE244977565 | JID: s.knoblich at jabber.axsentis.de ------------------------------------------------------------------------------- Web: http://stkn.techmage.de/ Email: stkn at freeswitch.org IRC: #freeswitch-de @ irc.freenode.net From cmrienzo at gmail.com Tue Jul 10 21:41:21 2012 From: cmrienzo at gmail.com (Christopher Rienzo) Date: Tue, 10 Jul 2012 13:41:21 -0400 Subject: [Freeswitch-dev] Compilation Errors In-Reply-To: References: Message-ID: This was fixed in the latest git 5 hours ago. On Tue, Jul 10, 2012 at 12:05 PM, Ian Bonham wrote: > Hi, > I hope I'm posting to the right list, I'm new to these parts! > > I have been running a test of FreeSwitch on Ubuntu 12.04, retrieved using > Git, and it compiled and installed fine, and I've enjoyed learning about > it. I needed to switch on avmd, so set the flag in modules.conf and went to > recompile. > Now, whenever I try to compile, I get the failure copied onto the end of > this email. > I've pulled down a fresh copy and still it won't play ball. Is something > in avmd stopping mod_sofia compiling? > > If anyone can throw any light on this I would really appreciate it, as I'm > using Freeswitch in a predictive dialler I'm building so need some form of > voicemail detection. > > Many thanks, > > Ian Bonham > > ---------------------------------------------------------------------------------------------------------------------------- > making all mod_sofia > Creating mod_sofia_la-sofia.lo > quiet_libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../../src/include > -I../../../../libs/xmlrpc-c -I/usr/src/freeswitch/libs/curl/include > -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/src/include > -I/usr/src/freeswitch/libs/libteletone/src -fPIC -fvisibility=hidden > -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 > -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include > -I/usr/src/freeswitch/src/include > -I/usr/src/freeswitch/libs/libteletone/src -fPIC -Werror > -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb > -DHAVE_OPENSSL -Wall -std=c99 -pedantic -Wdeclaration-after-statement -I. > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url > -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url -g -O2 -MT > mod_sofia_la-sofia.lo -MD -MP -MF .deps/mod_sofia_la-sofia.Tpo -c sofia.c > -fPIC -DPIC -o .libs/mod_sofia_la-sofia.o > cc1: warnings being treated as errors > sofia.c: In function ?sofia_handle_sip_i_refer?: > sofia.c:7323: error: format not a string literal and no format arguments > sofia.c:7324: error: format not a string literal and no format arguments > make[5]: *** [mod_sofia_la-sofia.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [mod_sofia-all] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120710/54cba7ed/attachment.html From msc at freeswitch.org Tue Jul 10 23:15:49 2012 From: msc at freeswitch.org (Michael Collins) Date: Tue, 10 Jul 2012 12:15:49 -0700 Subject: [Freeswitch-dev] It's That Time Again: Buy Dinner For The FreeSWITCH Developers Message-ID: Greetings all! It has been quite some time since we all got together and pitched in to buy dinner for the FreeSWITCH development team. A well-fed dev team means more features and fewer bugs, so let's all head over to the main FreeSWITCH pageand hit the donate button. Be sure to click the "special instructions" link in Paypal and mention that your donation is for feeding the developers. Feel free to be creative. :) If you prefer to use a payment method other than FreeSWITCH then please contact Brian West directly. Thanks again for being such a great community and support us over the years! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120710/f14a6288/attachment.html From msc at freeswitch.org Wed Jul 11 03:04:53 2012 From: msc at freeswitch.org (Michael Collins) Date: Tue, 10 Jul 2012 16:04:53 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conference Call Tomorrow Message-ID: Hello Community! Just a friendly reminder: our conference call is scheduled for 1PM Eastern/10AM Pacific time tomorrow. The agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2012_07_11 Dave Kompel (drk__) will be discussing Windows firewall security. Rumor has it that he's got an interesting example of how to do server push notification for those of you who want to see an example of how to do server updates to a browser. On the ClueCon front we just wanted to remind those of you who will be in Chicago for ClueCon that Anthony will be enjoying birthday number 40-something, so plan accordingly. :) Thanks! -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120710/a2e8ac80/attachment.html From d at d-man.org Wed Jul 11 09:33:23 2012 From: d at d-man.org (Darren Schreiber) Date: Tue, 10 Jul 2012 22:33:23 -0700 Subject: [Freeswitch-dev] Can someone explain this block of code to me re: OPTIONS pings and timing In-Reply-To: Message-ID: Hi all, We are seeing a situation on all of our FreeSWITCH instances where OPTIONS pings are happening at an interval of about 45 seconds. I was expecting these to fire roughly every 30. I looked at sofia_reg.c to see when sofia_reg_nat_callback() gets kicked off and it's fired from within the sofia_reg_check_expire, which is fired from within the sofia_profile_worker_thread_run() thread. If I'm understanding the loop inside the sofia profile worker thread correctly, it pops requests off the SQL stack to process them in batch, then runs the sofia watchdog code to see if sofia is behaving, then if the number of iterations is above IREG_SECONDS constant it fires off the registration check in the database (which also kicks off options pings). IREG_SECONDS seems to be set at 30? mod_sofia.h: #define IREG_SECONDS 30 The word "seconds" would make me think it should fire reliably every +/- 30 seconds. But it's firing every 45. The system isn't really that busy otherwise IMHO. So I am perplexed if the math is just wrong in this loop or if I'm misunderstanding this code. I'm trying to figure out how the timer is counted, looks like it's tied to the microseconds of the current clock so this should be pretty accurate, busy or not busy: switch_interval_time_t sleepy_time = !statements ? 1000000 : switch_micro_time_now() - last_commit - profile->trans_timeout*1000; if (sleepy_time < 1000 || sleepy_time > 1000000) { sleepy_time = 1000; } What am I missing here?? Just looking for root cause possibilities, happy to poke around at some settings before mucking up the code with debug statements and the like? - Darren Schreiber -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120710/0ddd25f4/attachment-0001.html From ian.bonham at gmail.com Wed Jul 11 12:14:30 2012 From: ian.bonham at gmail.com (Ian Bonham) Date: Wed, 11 Jul 2012 10:14:30 +0200 Subject: [Freeswitch-dev] Compilation Errors In-Reply-To: References: Message-ID: That's great, thanks guys. I must have missed the update as I'd finished in the office for the day. Thanks for all the work on FreeSwitch, I'm really looking forward to seeing how it performs against our existing Asterisk set up, and I hope I can contribute to the project as I get up to speed on it, but thank you for your work so far and giving me a tool to work with. Have a good day, Thanks again, Ian On 10 July 2012 19:41, Christopher Rienzo wrote: > This was fixed in the latest git 5 hours ago. > > > > On Tue, Jul 10, 2012 at 12:05 PM, Ian Bonham wrote: > >> Hi, >> I hope I'm posting to the right list, I'm new to these parts! >> >> I have been running a test of FreeSwitch on Ubuntu 12.04, retrieved using >> Git, and it compiled and installed fine, and I've enjoyed learning about >> it. I needed to switch on avmd, so set the flag in modules.conf and went to >> recompile. >> Now, whenever I try to compile, I get the failure copied onto the end of >> this email. >> I've pulled down a fresh copy and still it won't play ball. Is something >> in avmd stopping mod_sofia compiling? >> >> If anyone can throw any light on this I would really appreciate it, as >> I'm using Freeswitch in a predictive dialler I'm building so need some form >> of voicemail detection. >> >> Many thanks, >> >> Ian Bonham >> >> ---------------------------------------------------------------------------------------------------------------------------- >> making all mod_sofia >> Creating mod_sofia_la-sofia.lo >> quiet_libtool: compile: gcc -DHAVE_CONFIG_H -I. >> -I../../../../src/include -I../../../../libs/xmlrpc-c >> -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include >> -I/usr/src/freeswitch/src/include >> -I/usr/src/freeswitch/libs/libteletone/src -fPIC -fvisibility=hidden >> -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 >> -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include >> -I/usr/src/freeswitch/src/include >> -I/usr/src/freeswitch/libs/libteletone/src -fPIC -Werror >> -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb >> -DHAVE_OPENSSL -Wall -std=c99 -pedantic -Wdeclaration-after-statement -I. >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/bnf >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/http >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/iptsec >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nea >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nth >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sdp >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/soa >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/stun >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/tport >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/features >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/ipt >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/msg >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nta >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/nua >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sip >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/sresolv >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/su >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url >> -I/usr/src/freeswitch/libs/sofia-sip/libsofia-sip-ua/url -g -O2 -MT >> mod_sofia_la-sofia.lo -MD -MP -MF .deps/mod_sofia_la-sofia.Tpo -c sofia.c >> -fPIC -DPIC -o .libs/mod_sofia_la-sofia.o >> cc1: warnings being treated as errors >> sofia.c: In function ?sofia_handle_sip_i_refer?: >> sofia.c:7323: error: format not a string literal and no format arguments >> sofia.c:7324: error: format not a string literal and no format arguments >> make[5]: *** [mod_sofia_la-sofia.lo] Error 1 >> make[4]: *** [all] Error 2 >> make[3]: *** [mod_sofia-all] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120711/5b34748b/attachment.html From anthonynovatsis at gmail.com Wed Jul 11 16:38:42 2012 From: anthonynovatsis at gmail.com (Anthony Novatsis) Date: Wed, 11 Jul 2012 22:38:42 +1000 Subject: [Freeswitch-dev] Conference outcall_flags Not Working As Expected Message-ID: Dear All, Using conference outcall, I have several outcalls with different member flags (using the recently added outcall_flags variable). In one conference_set_auto_outcall, I have the following data string: {outcall_flags=moderator|endconf}user/1000@$${domain},user/2000@ $${domain}|user/3000@$${domain} The users 1000 and 2000 are called simultaneously first and if they fail to answer or reject, user 3000 is called. All is working correctly from the call setup perspective. However the member flags are not always correct. They are only correct if user 1000 answers the call. It seems that they are only applying to the first user but I was expecting that they would apply to all users. Firstly, is the observed behaviour correct? And if yes, does anybody know how I can achieve the desired result? Any help would be much appreciated. Thank you in advance. Best regards, Anthony -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120711/a49cbe73/attachment.html From richard.screene at netdev.co.uk Wed Jul 11 13:47:02 2012 From: richard.screene at netdev.co.uk (Richard Screene) Date: Wed, 11 Jul 2012 10:47:02 +0100 Subject: [Freeswitch-dev] mod_dingaling does not set crypto Message-ID: Hello, Using mod_dingaling I am unable to get it to append the crypto details to the session-accept Jingle stanza. The message is sent as: The full Wireshark trace can be found at http://filebin.ca/8JFB0hyFdHf On investigation it would seem that the TFLAG_SECURE flag is not being set. If I hack out the test on this flag in mdl_build_crypto() then the crypto is included in the message generated by Freeswitch: But, I can't see how this flag is ever set. Is this a bug or am I missing something very simple?? This is using Freeswitch commit fa1276d9492fd39ea733f7af301faed3556c9544 (dated 8th July 2012) The jingle profile is here http://filebin.ca/8JGG8ZhEUSh. Regards, Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120711/78c724ec/attachment-0001.html From daniel.swarbrick at gmail.com Wed Jul 11 18:51:37 2012 From: daniel.swarbrick at gmail.com (Daniel Swarbrick) Date: Wed, 11 Jul 2012 16:51:37 +0200 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events Message-ID: <4FFD92F9.5060002@gmail.com> Does anybody have any objections if I add the FS version string and a machine-readable uptime to heartbeat events? Having the version string available in the heartbeat just seems like a good idea considering that we have other elements such as the core UUID and hostname in the event. And having the uptime as a machine-readable int will make it easier for monitoring apps to detect if the switch has rebooted (uptime goes backwards), assuming they missed other events that may have indicated that. I suggest using event header name "FreeSWITCH-Version" for the version. I see that FS tracks uptime down to millisecond resolution. Is it really this accurate? If so, then how about "Uptime-usec" ? From msc at freeswitch.org Wed Jul 11 20:27:28 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 11 Jul 2012 09:27:28 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conf Call In 30 Minutes! Message-ID: Talk to you soon! http://wiki.freeswitch.org/wiki/FS_weekly_2012_07_11 -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120711/a9b2df59/attachment.html From gabe at gundy.org Thu Jul 12 00:46:29 2012 From: gabe at gundy.org (Gabriel Gunderson) Date: Wed, 11 Jul 2012 14:46:29 -0600 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events In-Reply-To: <4FFD92F9.5060002@gmail.com> References: <4FFD92F9.5060002@gmail.com> Message-ID: On Wed, Jul 11, 2012 at 8:51 AM, Daniel Swarbrick wrote: > Having the version string > available in the heartbeat just seems like a good idea considering that > we have other elements such as the core UUID and hostname in the event. > And having the uptime as a machine-readable int will make it easier for > monitoring apps to detect if the switch has rebooted (uptime goes > backwards), assuming they missed other events that may have indicated that. I did a quick review of the code and didn't see FS's serial number in there. That too seems like it would be highly useful. Gabe From anthony.minessale at gmail.com Thu Jul 12 03:13:34 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 11 Jul 2012 18:13:34 -0500 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: Message-ID: does it work then? I had it disabled on purpose cos I have not confirmed it works yet. On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene wrote: > Hello, > > Using mod_dingaling I am unable to get it to append the crypto details to > the session-accept Jingle stanza. The message is sent as: > > to="fff at macbooks-macbook.local/talk" type="set" id="300"> > sid="233007325" initiator="fff at macbooks-macbook.local"> > > ssrc="1351525407"> > maxptime="8000"> > > > > xmlns:p="http://www.google.com/transport/p2p"> > > > id="233007325" initiator="fff at macbooks-macbook.local"> > > xmlns:pho="http://www.google.com/session/phone"> > > > > > The full Wireshark trace can be found at http://filebin.ca/8JFB0hyFdHf > > On investigation it would seem that the TFLAG_SECURE flag is not being set. > If I hack out the test on this flag in mdl_build_crypto() then the crypto is > included in the message generated by Freeswitch: > > to="fff at macbooks-macbook.local/talk" type="set" id="301"> > sid="7FnyqtQPPMNPn5h7nnJuRiv3GWg/bRAs" initiator="audio"> > > ssrc="1351524387"> > maxptime="8000"> > > > > key-params="inline:J8/3QjLtugHFof08KBIevXxUOBo3x8PdphPMx7J4" > tag="1"> > > > xmlns:p="http://www.google.com/transport/p2p"> > > > id="7FnyqtQPPMNPn5h7nnJuRiv3GWg/bRAs" initiator="audio"> > > xmlns:pho="http://www.google.com/session/phone"> > > > > > But, I can't see how this flag is ever set. Is this a bug or am I missing > something very simple?? > > This is using Freeswitch commit fa1276d9492fd39ea733f7af301faed3556c9544 > (dated 8th July 2012) > > The jingle profile is here http://filebin.ca/8JGG8ZhEUSh. > > > Regards, > Richard > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From daniel.swarbrick at gmail.com Thu Jul 12 03:39:11 2012 From: daniel.swarbrick at gmail.com (Daniel Swarbrick) Date: Thu, 12 Jul 2012 01:39:11 +0200 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events In-Reply-To: References: <4FFD92F9.5060002@gmail.com> Message-ID: <4FFE0E9F.3010006@gmail.com> On 11/07/12 22:46, Gabriel Gunderson wrote: > I did a quick review of the code and didn't see FS's serial number in > there. That too seems like it would be highly useful. Do you mean the number that's in freeswitch.serial? What (other than zrtp) uses this, and why is it needed in a heartbeat? I've added the version string, and decided on making the uptime in milliseconds, since the timing of the heartbeat events is not exactly precise (nor is it intended to be), so microsecond resolution uptime seemed a bit silly. From gabe at gundy.org Thu Jul 12 08:51:56 2012 From: gabe at gundy.org (Gabriel Gunderson) Date: Wed, 11 Jul 2012 22:51:56 -0600 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events In-Reply-To: <4FFE0E9F.3010006@gmail.com> References: <4FFD92F9.5060002@gmail.com> <4FFE0E9F.3010006@gmail.com> Message-ID: On Wed, Jul 11, 2012 at 5:39 PM, Daniel Swarbrick wrote: > Do you mean the number that's in freeswitch.serial? What (other than > zrtp) uses this, and why is it needed in a heartbeat? I don't know if it's the same thing or not. I'm talking about the unique number given to a FS instance when it's started up (as I recall, it's based on MAC addresses or something). It's sent with xml curl POSTs and so we'll often put that serial number in the database so we know what FS server is asking for it's configs. It can also be found in the log directory by cat-ing the 'freeswitch.serial' file (I think). Best, Gabe From richard.screene at netdev.co.uk Thu Jul 12 20:58:43 2012 From: richard.screene at netdev.co.uk (Richard Screene) Date: Thu, 12 Jul 2012 17:58:43 +0100 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: Message-ID: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> Hello Anthony, Thanks for your quick response! > does it work then? I had it disabled on purpose cos I have not > confirmed it works yet. That would explain it then :-) I have managed to get SRTP working for the outbound voice path, but it required a couple of hacks: 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. I've bodged it for now by passing the SFF_PLC flag to switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice paths from working! 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to switch_rtp_add_crypto_key(). I suspect there is some confusion between the crypto_type and crypto_send_type/crypto_recv_type members of tech_pvt->transports. I've hacked it for now as shown below. I hope this is useful to you. I'm going to try with the outbound voice path tomorrow. Regards, Richard For reference here are the diffs: diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c b/src/mod/endpoints/mod_dingaling/ index c47f589..1dda789 100644 --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object *tech_pvt, ldl_tran char *p; +/* if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { return SWITCH_STATUS_SUCCESS; } +*/ if (type == AES_CM_128_HMAC_SHA1_80) { @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct private_object *tech_pvt, static void try_secure(struct private_object *tech_pvt, ldl_transport_type_t ttype) { +/* if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { return; } +*/ + tech_pvt->transports[ttype].crypto_type = tech_pvt->transports[ttype].crypto_recv_type; //if (tech_pvt->transports[ttype].crypto_type) { switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, diff --git a/src/switch_rtp.c b/src/switch_rtp.c index 7d6ad29..99b4f83 100644 --- a/src/switch_rtp.c +++ b/src/switch_rtp.c @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, switch_payload_t *p if (read_pretriggered) { read_pretriggered = 0; } else { + *flags |= SFF_PLC; status = read_rtp_packet(rtp_session, &bytes, flags, SWITCH_TRU //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH } On 12 Jul 2012, at 00:13, Anthony Minessale wrote: > does it work then? I had it disabled on purpose cos I have not > confirmed it works yet. > > > On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene > wrote: >> Hello, >> >> Using mod_dingaling I am unable to get it to append the crypto details to >> the session-accept Jingle stanza. The message is sent as: >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120712/e86db49a/attachment-0001.html From manieq at wp.eu Sat Jul 14 01:45:06 2012 From: manieq at wp.eu (Mariusz Czulada) Date: Fri, 13 Jul 2012 23:45:06 +0200 Subject: [Freeswitch-dev] Conference recording pause/resume problem In-Reply-To: <4ef05e19e069b9.08296277@wp.pl> <4ef10a4a654499.83881720@wp.pl> <4f5e671abfb731.85842541@wp.pl> References: <4ef05e19e069b9.08296277@wp.pl> <4ef10a4a654499.83881720@wp.pl> <4f5e671abfb731.85842541@wp.pl> Message-ID: <500096e24f9848.96837813@wp.pl> An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120713/7bf3fe57/attachment.html From anthony.minessale at gmail.com Sat Jul 14 02:19:25 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 13 Jul 2012 17:19:25 -0500 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> Message-ID: try patch in latest head minus your plc hack. I have not made any changes to mod_dingaling yet but the core should not try to decode stun now. On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene wrote: > Hello Anthony, > > Thanks for your quick response! > > does it work then? I had it disabled on purpose cos I have not > confirmed it works yet. > > That would explain it then :-) > > I have managed to get SRTP working for the outbound voice path, but it > required a couple of hacks: > 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. > I've bodged it for now by passing the SFF_PLC flag to > switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice > paths from working! > 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to > switch_rtp_add_crypto_key(). I suspect there is some confusion between the > crypto_type and crypto_send_type/crypto_recv_type members of > tech_pvt->transports. I've hacked it for now as shown below. > > I hope this is useful to you. I'm going to try with the outbound voice path > tomorrow. > > Regards, > Richard > > > For reference here are the diffs: > > > > diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > b/src/mod/endpoints/mod_dingaling/ > index c47f589..1dda789 100644 > --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c > @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object > *tech_pvt, ldl_tran > char *p; > > > +/* > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > return SWITCH_STATUS_SUCCESS; > } > +*/ > > > if (type == AES_CM_128_HMAC_SHA1_80) { > @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct > private_object *tech_pvt, > static void try_secure(struct private_object *tech_pvt, > ldl_transport_type_t ttype) > { > > +/* > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > return; > } > > +*/ > + tech_pvt->transports[ttype].crypto_type = > tech_pvt->transports[ttype].crypto_recv_type; > > //if (tech_pvt->transports[ttype].crypto_type) { > > switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, > > > > > diff --git a/src/switch_rtp.c b/src/switch_rtp.c > index 7d6ad29..99b4f83 100644 > --- a/src/switch_rtp.c > +++ b/src/switch_rtp.c > @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, > switch_payload_t *p > if (read_pretriggered) { > read_pretriggered = 0; > } else { > + *flags |= SFF_PLC; > status = read_rtp_packet(rtp_session, > &bytes, flags, SWITCH_TRU > > //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH > } > > > > On 12 Jul 2012, at 00:13, Anthony Minessale wrote: > > does it work then? I had it disabled on purpose cos I have not > confirmed it works yet. > > > On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene > wrote: > > Hello, > > > Using mod_dingaling I am unable to get it to append the crypto details to > > the session-accept Jingle stanza. The message is sent as: > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From daniel.swarbrick at gmail.com Sat Jul 14 02:45:55 2012 From: daniel.swarbrick at gmail.com (Daniel Swarbrick) Date: Sat, 14 Jul 2012 00:45:55 +0200 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events In-Reply-To: References: <4FFD92F9.5060002@gmail.com> <4FFE0E9F.3010006@gmail.com> Message-ID: <5000A523.8060905@gmail.com> On 12/07/12 06:51, Gabriel Gunderson wrote: > > I don't know if it's the same thing or not. I'm talking about the > unique number given to a FS instance when it's started up (as I > recall, it's based on MAC addresses or something). > > It's sent with xml curl POSTs and so we'll often put that serial > number in the database so we know what FS server is asking for it's > configs. > > It can also be found in the log directory by cat-ing the > 'freeswitch.serial' file (I think). I see no freeswitch.serial in the log directory, however a file with that name is created in the conf directory each time FS starts (if it does not already exist). It consists of the hexadecimal representation of the local_ip_v4 variable, followed by four random hex chars. This is saved to the global switch variable "switch_serial", but the only place this is currently used is in the ZRTP zid_string. I think what you're seeing in the curl POSTs is something else. From anthony.minessale at gmail.com Sat Jul 14 02:52:13 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 13 Jul 2012 17:52:13 -0500 Subject: [Freeswitch-dev] Adding FS version and machine-readable uptime to heartbeat events In-Reply-To: <5000A523.8060905@gmail.com> References: <4FFD92F9.5060002@gmail.com> <4FFE0E9F.3010006@gmail.com> <5000A523.8060905@gmail.com> Message-ID: this is fine, it should be moved to jira, if its not already, and it can be added. On Fri, Jul 13, 2012 at 5:45 PM, Daniel Swarbrick wrote: > > > On 12/07/12 06:51, Gabriel Gunderson wrote: >> >> I don't know if it's the same thing or not. I'm talking about the >> unique number given to a FS instance when it's started up (as I >> recall, it's based on MAC addresses or something). >> >> It's sent with xml curl POSTs and so we'll often put that serial >> number in the database so we know what FS server is asking for it's >> configs. >> >> It can also be found in the log directory by cat-ing the >> 'freeswitch.serial' file (I think). > > I see no freeswitch.serial in the log directory, however a file with > that name is created in the conf directory each time FS starts (if it > does not already exist). It consists of the hexadecimal representation > of the local_ip_v4 variable, followed by four random hex chars. > > This is saved to the global switch variable "switch_serial", but the > only place this is currently used is in the ZRTP zid_string. > > I think what you're seeing in the curl POSTs is something else. > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From richard.screene at netdev.co.uk Mon Jul 16 17:05:05 2012 From: richard.screene at netdev.co.uk (Richard Screene) Date: Mon, 16 Jul 2012 14:05:05 +0100 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> Message-ID: <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> Hello Anthony, That seems to work better than my attempt! Thanks for your help! Richard On 13 Jul 2012, at 23:19, Anthony Minessale wrote: > try patch in latest head minus your plc hack. > I have not made any changes to mod_dingaling yet but the core should > not try to decode stun now. > > > On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene > wrote: >> Hello Anthony, >> >> Thanks for your quick response! >> >> does it work then? I had it disabled on purpose cos I have not >> confirmed it works yet. >> >> That would explain it then :-) >> >> I have managed to get SRTP working for the outbound voice path, but it >> required a couple of hacks: >> 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. >> I've bodged it for now by passing the SFF_PLC flag to >> switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice >> paths from working! >> 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to >> switch_rtp_add_crypto_key(). I suspect there is some confusion between the >> crypto_type and crypto_send_type/crypto_recv_type members of >> tech_pvt->transports. I've hacked it for now as shown below. >> >> I hope this is useful to you. I'm going to try with the outbound voice path >> tomorrow. >> >> Regards, >> Richard >> >> >> For reference here are the diffs: >> >> >> >> diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> b/src/mod/endpoints/mod_dingaling/ >> index c47f589..1dda789 100644 >> --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object >> *tech_pvt, ldl_tran >> char *p; >> >> >> +/* >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> return SWITCH_STATUS_SUCCESS; >> } >> +*/ >> >> >> if (type == AES_CM_128_HMAC_SHA1_80) { >> @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct >> private_object *tech_pvt, >> static void try_secure(struct private_object *tech_pvt, >> ldl_transport_type_t ttype) >> { >> >> +/* >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> return; >> } >> >> +*/ >> + tech_pvt->transports[ttype].crypto_type = >> tech_pvt->transports[ttype].crypto_recv_type; >> >> //if (tech_pvt->transports[ttype].crypto_type) { >> >> switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, >> >> >> >> >> diff --git a/src/switch_rtp.c b/src/switch_rtp.c >> index 7d6ad29..99b4f83 100644 >> --- a/src/switch_rtp.c >> +++ b/src/switch_rtp.c >> @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, >> switch_payload_t *p >> if (read_pretriggered) { >> read_pretriggered = 0; >> } else { >> + *flags |= SFF_PLC; >> status = read_rtp_packet(rtp_session, >> &bytes, flags, SWITCH_TRU >> >> //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH >> } >> >> >> >> On 12 Jul 2012, at 00:13, Anthony Minessale wrote: >> >> does it work then? I had it disabled on purpose cos I have not >> confirmed it works yet. >> >> >> On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene >> wrote: >> >> Hello, >> >> >> Using mod_dingaling I am unable to get it to append the crypto details to >> >> the session-accept Jingle stanza. The message is sent as: >> >> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org Richard Screene Senior Developer NetDev Ltd & Drum Collaboration +44 1273 936125 www.netdev.co.uk www.thisisdrum.com Registered in England and Wales Company Number 04741258 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120716/aa540281/attachment-0001.html From marketing at cluecon.com Mon Jul 16 21:24:07 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 16 Jul 2012 10:24:07 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes Message-ID: One week closer to ClueCon! Things have been very busy for the FreeSWITCH team and community. In addition to gearing up for ClueCon we've all been working on our day jobs and mixing in the occasional summer vacation. We've also had inclement weather play a role in scheduling one of our weekly conferencecall presentations. Dave Kompel, one of our resident Windows gurus, had been scheduled to discuss a technique for handling the Windows firewall in a manner similar to how we use Fail2Banin a Linux environment, however thunderstorms in his area required his full attention on protecting and keeping his servers up and running. We will reschedule as soon as possible. This week we have scheduled Darren Schreiber from 2600hz. He will be doing a follow up to his SIP 101 discussionfrom several weeks ago. We will be diving a bit deeper into the SIP protocol. In the initial discussion we focused most of our attention on getting SIP endpoints registered and the setup/teardown process. This week we will look at some of the other things SIP can do, like presence. We invite you to join us this Wednesday at 1PM Eastern, 10AM Pacific. In ClueCon news we are very happy to report that 2600hz is back as a Silver sponsor! In fact, the aforementioned Darren Schreiber will be giving a presentationat ClueCon, discussing some of the hard-earned lessons that 2600hz has learned over the past few years. If you are interested in cloud telephony then definitely be there for Darren's talk. For those who've not registered yet please keep in mind that the "bits will shift again" this Wednesday and registrants will receive four entries instead of the current eight. Register now to maximize your opportunity to win lots of great prizes. The ClueCon countdown is already down to 21 days! We are looking forward to seeing everyone together again in Chicago. -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE cc12-0716 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120716/95448617/attachment.html From anthony.minessale at gmail.com Mon Jul 16 21:44:16 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 16 Jul 2012 12:44:16 -0500 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> Message-ID: ok so I pushed the flag to be set so now it should work out of the box, thanks for testing. On Mon, Jul 16, 2012 at 8:05 AM, Richard Screene wrote: > Hello Anthony, > > That seems to work better than my attempt! > > Thanks for your help! > Richard > > > On 13 Jul 2012, at 23:19, Anthony Minessale wrote: > > try patch in latest head minus your plc hack. > I have not made any changes to mod_dingaling yet but the core should > not try to decode stun now. > > > On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene > wrote: > > Hello Anthony, > > > Thanks for your quick response! > > > does it work then? I had it disabled on purpose cos I have not > > confirmed it works yet. > > > That would explain it then :-) > > > I have managed to get SRTP working for the outbound voice path, but it > > required a couple of hacks: > > 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. > > I've bodged it for now by passing the SFF_PLC flag to > > switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice > > paths from working! > > 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to > > switch_rtp_add_crypto_key(). I suspect there is some confusion between the > > crypto_type and crypto_send_type/crypto_recv_type members of > > tech_pvt->transports. I've hacked it for now as shown below. > > > I hope this is useful to you. I'm going to try with the outbound voice path > > tomorrow. > > > Regards, > > Richard > > > > For reference here are the diffs: > > > > > diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > b/src/mod/endpoints/mod_dingaling/ > > index c47f589..1dda789 100644 > > --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object > > *tech_pvt, ldl_tran > > char *p; > > > > +/* > > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > > return SWITCH_STATUS_SUCCESS; > > } > > +*/ > > > > if (type == AES_CM_128_HMAC_SHA1_80) { > > @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct > > private_object *tech_pvt, > > static void try_secure(struct private_object *tech_pvt, > > ldl_transport_type_t ttype) > > { > > > +/* > > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > > return; > > } > > > +*/ > > + tech_pvt->transports[ttype].crypto_type = > > tech_pvt->transports[ttype].crypto_recv_type; > > > //if (tech_pvt->transports[ttype].crypto_type) { > > > switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, > > > > > > diff --git a/src/switch_rtp.c b/src/switch_rtp.c > > index 7d6ad29..99b4f83 100644 > > --- a/src/switch_rtp.c > > +++ b/src/switch_rtp.c > > @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, > > switch_payload_t *p > > if (read_pretriggered) { > > read_pretriggered = 0; > > } else { > > + *flags |= SFF_PLC; > > status = read_rtp_packet(rtp_session, > > &bytes, flags, SWITCH_TRU > > > //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH > > } > > > > > On 12 Jul 2012, at 00:13, Anthony Minessale wrote: > > > does it work then? I had it disabled on purpose cos I have not > > confirmed it works yet. > > > > On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene > > wrote: > > > Hello, > > > > Using mod_dingaling I am unable to get it to append the crypto details to > > > the session-accept Jingle stanza. The message is sent as: > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > Join Us At ClueCon - Aug 7-9, 2012 > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > Richard Screene > Senior Developer > NetDev Ltd & Drum Collaboration > +44 1273 936125 > www.netdev.co.uk > www.thisisdrum.com > Registered in England and Wales > Company Number 04741258 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From tomp at tomp.co.uk Mon Jul 16 22:07:58 2012 From: tomp at tomp.co.uk (Tom Parrott) Date: Mon, 16 Jul 2012 19:07:58 +0100 Subject: [Freeswitch-dev] Multi-server registration with replication Message-ID: <5004587E.1060400@tomp.co.uk> Hi All, I am have been running Freeswitch for a couple of years in production as a pure voice switch, without any registrations. I have now been tasked with setting up a phone system for our business across 3 offices (in 3 countries). We have SIP trunks with telecoms providers in each country (UK, US and ZA), and want to ensure that if a user dials a local number in each country that the calls are not routed to a central server first, but go out within the same country. I would also like internal extensions to work across the 3 countries, and ideally presence as well. We are using TCP SIP registrations as we have found these more reliable when users are connecting through home routers (or MS ISA firewall) which tend to mangle UDP SIP packets. Whilst I have read on the Freeswitch wiki that you can convert the presence and registration databases to MySQL and replicate them, I am unsure whether this would work when using TCP SIP, as surely the active TCP connection is with the local registration server, and so a registration server in another country could not route calls to the client. This lead me to thinking, perhaps I could use mod_event_zeromq to gather local registration events and forward them to agents on the other servers that would re-write the dialstring and insert a modified registration entry into the local server databases. This way it would cause Freeswitch to route calls for the user that occur on a remote server to the local server and use the existing TCP connection to deliver the call? I have been told I would be able open source this project. If anyone can give any pointers it would be much appreciated. Thanks Tom From richard.screene at netdev.co.uk Tue Jul 17 14:12:00 2012 From: richard.screene at netdev.co.uk (Richard Screene) Date: Tue, 17 Jul 2012 11:12:00 +0100 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> Message-ID: <47CF952E-2E4E-4913-A2FE-EB1250B21A85@netdev.co.uk> Hello Anthony, We're not quite there yet! It would appear that TFLAG_SECURE is not set for the outbound call. I've had to comment out the check in mdl_build_crypto(). Would we expect the the flag to be set for both legs of the call? Also, I'm getting *a lot* of the following errors: 2012-07-17 11:05:36.128059 [ERR] switch_rtp.c:4296 Error: SRTP protection failed with code 13 I did see this once yesterday (with the previous version) but it went away so I assumed it was something I was doing. Now, I'm getting it all the time. If you'd like me to investigate further please let me know. Thanks for your continuing help, Richard On 16 Jul 2012, at 18:44, Anthony Minessale wrote: > ok so I pushed the flag to be set so now it should work out of the > box, thanks for testing. > > > On Mon, Jul 16, 2012 at 8:05 AM, Richard Screene > wrote: >> Hello Anthony, >> >> That seems to work better than my attempt! >> >> Thanks for your help! >> Richard >> >> >> On 13 Jul 2012, at 23:19, Anthony Minessale wrote: >> >> try patch in latest head minus your plc hack. >> I have not made any changes to mod_dingaling yet but the core should >> not try to decode stun now. >> >> >> On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene >> wrote: >> >> Hello Anthony, >> >> >> Thanks for your quick response! >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> confirmed it works yet. >> >> >> That would explain it then :-) >> >> >> I have managed to get SRTP working for the outbound voice path, but it >> >> required a couple of hacks: >> >> 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. >> >> I've bodged it for now by passing the SFF_PLC flag to >> >> switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice >> >> paths from working! >> >> 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to >> >> switch_rtp_add_crypto_key(). I suspect there is some confusion between the >> >> crypto_type and crypto_send_type/crypto_recv_type members of >> >> tech_pvt->transports. I've hacked it for now as shown below. >> >> >> I hope this is useful to you. I'm going to try with the outbound voice path >> >> tomorrow. >> >> >> Regards, >> >> Richard >> >> >> >> For reference here are the diffs: >> >> >> >> >> diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> b/src/mod/endpoints/mod_dingaling/ >> >> index c47f589..1dda789 100644 >> >> --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object >> >> *tech_pvt, ldl_tran >> >> char *p; >> >> >> >> +/* >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> return SWITCH_STATUS_SUCCESS; >> >> } >> >> +*/ >> >> >> >> if (type == AES_CM_128_HMAC_SHA1_80) { >> >> @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct >> >> private_object *tech_pvt, >> >> static void try_secure(struct private_object *tech_pvt, >> >> ldl_transport_type_t ttype) >> >> { >> >> >> +/* >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> return; >> >> } >> >> >> +*/ >> >> + tech_pvt->transports[ttype].crypto_type = >> >> tech_pvt->transports[ttype].crypto_recv_type; >> >> >> //if (tech_pvt->transports[ttype].crypto_type) { >> >> >> switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, >> >> >> >> >> >> diff --git a/src/switch_rtp.c b/src/switch_rtp.c >> >> index 7d6ad29..99b4f83 100644 >> >> --- a/src/switch_rtp.c >> >> +++ b/src/switch_rtp.c >> >> @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, >> >> switch_payload_t *p >> >> if (read_pretriggered) { >> >> read_pretriggered = 0; >> >> } else { >> >> + *flags |= SFF_PLC; >> >> status = read_rtp_packet(rtp_session, >> >> &bytes, flags, SWITCH_TRU >> >> >> //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH >> >> } >> >> >> >> >> On 12 Jul 2012, at 00:13, Anthony Minessale wrote: >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> confirmed it works yet. >> >> >> >> On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene >> >> wrote: >> >> >> Hello, >> >> >> >> Using mod_dingaling I am unable to get it to append the crypto details to >> >> >> the session-accept Jingle stanza. The message is sent as: >> >> >> >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://wiki.freeswitch.org >> >> http://www.cluecon.com >> >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> http://www.freeswitch.org >> >> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> Richard Screene >> Senior Developer >> NetDev Ltd & Drum Collaboration >> +44 1273 936125 >> www.netdev.co.uk >> www.thisisdrum.com >> Registered in England and Wales >> Company Number 04741258 >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org Richard Screene Senior Developer NetDev Ltd & Drum Collaboration +44 1273 936125 www.netdev.co.uk www.thisisdrum.com Registered in England and Wales Company Number 04741258 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120717/0a88acd2/attachment-0001.html From richard.screene at netdev.co.uk Tue Jul 17 16:02:17 2012 From: richard.screene at netdev.co.uk (Richard Screene) Date: Tue, 17 Jul 2012 13:02:17 +0100 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> Message-ID: <568EF26A-A167-4619-8AD8-4EF867086B80@netdev.co.uk> Just to give you all the information: A few days ago I hacked the RTP so that the RTP bug NEVER_CHANGE_SSRC_ON_MARKER was enabled. I removed it and it seemed to work yesterday. But, would this have anything to do with the "SRTP protection failed" error I was seeing today? Thanks, Richard On 16 Jul 2012, at 18:44, Anthony Minessale wrote: > ok so I pushed the flag to be set so now it should work out of the > box, thanks for testing. > > > On Mon, Jul 16, 2012 at 8:05 AM, Richard Screene > wrote: >> Hello Anthony, >> >> That seems to work better than my attempt! >> >> Thanks for your help! >> Richard >> >> >> On 13 Jul 2012, at 23:19, Anthony Minessale wrote: >> >> try patch in latest head minus your plc hack. >> I have not made any changes to mod_dingaling yet but the core should >> not try to decode stun now. >> >> >> On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene >> wrote: >> >> Hello Anthony, >> >> >> Thanks for your quick response! >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> confirmed it works yet. >> >> >> That would explain it then :-) >> >> >> I have managed to get SRTP working for the outbound voice path, but it >> >> required a couple of hacks: >> >> 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. >> >> I've bodged it for now by passing the SFF_PLC flag to >> >> switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice >> >> paths from working! >> >> 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to >> >> switch_rtp_add_crypto_key(). I suspect there is some confusion between the >> >> crypto_type and crypto_send_type/crypto_recv_type members of >> >> tech_pvt->transports. I've hacked it for now as shown below. >> >> >> I hope this is useful to you. I'm going to try with the outbound voice path >> >> tomorrow. >> >> >> Regards, >> >> Richard >> >> >> >> For reference here are the diffs: >> >> >> >> >> diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> b/src/mod/endpoints/mod_dingaling/ >> >> index c47f589..1dda789 100644 >> >> --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object >> >> *tech_pvt, ldl_tran >> >> char *p; >> >> >> >> +/* >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> return SWITCH_STATUS_SUCCESS; >> >> } >> >> +*/ >> >> >> >> if (type == AES_CM_128_HMAC_SHA1_80) { >> >> @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct >> >> private_object *tech_pvt, >> >> static void try_secure(struct private_object *tech_pvt, >> >> ldl_transport_type_t ttype) >> >> { >> >> >> +/* >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> return; >> >> } >> >> >> +*/ >> >> + tech_pvt->transports[ttype].crypto_type = >> >> tech_pvt->transports[ttype].crypto_recv_type; >> >> >> //if (tech_pvt->transports[ttype].crypto_type) { >> >> >> switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, >> >> >> >> >> >> diff --git a/src/switch_rtp.c b/src/switch_rtp.c >> >> index 7d6ad29..99b4f83 100644 >> >> --- a/src/switch_rtp.c >> >> +++ b/src/switch_rtp.c >> >> @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, >> >> switch_payload_t *p >> >> if (read_pretriggered) { >> >> read_pretriggered = 0; >> >> } else { >> >> + *flags |= SFF_PLC; >> >> status = read_rtp_packet(rtp_session, >> >> &bytes, flags, SWITCH_TRU >> >> >> //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH >> >> } >> >> >> >> >> On 12 Jul 2012, at 00:13, Anthony Minessale wrote: >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> confirmed it works yet. >> >> >> >> On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene >> >> wrote: >> >> >> Hello, >> >> >> >> Using mod_dingaling I am unable to get it to append the crypto details to >> >> >> the session-accept Jingle stanza. The message is sent as: >> >> >> >> >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://wiki.freeswitch.org >> >> http://www.cluecon.com >> >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> http://www.freeswitch.org >> >> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> Richard Screene >> Senior Developer >> NetDev Ltd & Drum Collaboration >> +44 1273 936125 >> www.netdev.co.uk >> www.thisisdrum.com >> Registered in England and Wales >> Company Number 04741258 >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org Richard Screene Senior Developer NetDev Ltd & Drum Collaboration +44 1273 936125 www.netdev.co.uk www.thisisdrum.com Registered in England and Wales Company Number 04741258 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120717/2a32d9c5/attachment-0001.html From msc at freeswitch.org Tue Jul 17 20:08:57 2012 From: msc at freeswitch.org (Michael Collins) Date: Tue, 17 Jul 2012 09:08:57 -0700 Subject: [Freeswitch-dev] Need French-Candian translator Message-ID: Bonjour! We could use some assistance with a few sounds that need to be translated from English to French. These will be prompts that are recorded and made available to the community at large. Please email me off list if you are able to assist with translating about 20 or so phrases. Thanks, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120717/112a433a/attachment.html From t.mahe at b-and-c.net Wed Jul 18 14:27:46 2012 From: t.mahe at b-and-c.net (=?ISO-8859-1?Q?Tristan_Mah=E9?=) Date: Wed, 18 Jul 2012 12:27:46 +0200 Subject: [Freeswitch-dev] Need French-Candian translator In-Reply-To: References: Message-ID: <50068FA2.6030105@b-and-c.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Mickael, Please feel free to send me those phrases you need in french, I'll be glad to reply to you with the translations... Regards, Gled. Le 17/07/2012 18:08, Michael Collins a ?crit : > Bonjour! > > We could use some assistance with a few sounds that need to be > translated from English to French. These will be prompts that are > recorded and made available to the community at large. Please email > me off list if you are able to assist with translating about 20 or > so phrases. > > Thanks, Michael > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites http://www.freeswitch.org > http://wiki.freeswitch.org http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org - -- Tristan Mah? B&C 08.25.59.50.59 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlAGj6IACgkQ6Fs8qPC3T2l4xACfQ/7IbVHx+Ln2tf0oc454/Ddk sEgAnRZl+wxNlvQLvHWGk0JrcE046y4C =Fv92 -----END PGP SIGNATURE----- From msc at freeswitch.org Wed Jul 18 19:38:15 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 18 Jul 2012 08:38:15 -0700 Subject: [Freeswitch-dev] Need French-Candian translator In-Reply-To: <50068FA2.6030105@b-and-c.net> References: <50068FA2.6030105@b-and-c.net> Message-ID: Tristan, This is what I have. Let me know if you have any questions on what we are trying to do. Thanks! -MC On Wed, Jul 18, 2012 at 3:27 AM, Tristan Mah? wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Mickael, > > Please feel free to send me those phrases you need in french, I'll be > glad to reply to you with the translations... > > Regards, > > Gled. > > Le 17/07/2012 18:08, Michael Collins a ?crit : > > Bonjour! > > > > We could use some assistance with a few sounds that need to be > > translated from English to French. These will be prompts that are > > recorded and made available to the community at large. Please email > > me off list if you are able to assist with translating about 20 or > > so phrases. > > > > Thanks, Michael > > > > > > _________________________________________________________________________ > > > > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites http://www.freeswitch.org > > http://wiki.freeswitch.org http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > > > > http://www.freeswitch.org > > > - -- > Tristan Mah? > B&C > 08.25.59.50.59 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlAGj6IACgkQ6Fs8qPC3T2l4xACfQ/7IbVHx+Ln2tf0oc454/Ddk > sEgAnRZl+wxNlvQLvHWGk0JrcE046y4C > =Fv92 > -----END PGP SIGNATURE----- > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120718/94f13f41/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: French_prompts_ver16.xlsx Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet Size: 13035 bytes Desc: not available Url : http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120718/94f13f41/attachment-0001.bin From msc at freeswitch.org Wed Jul 18 20:04:46 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 18 Jul 2012 09:04:46 -0700 Subject: [Freeswitch-dev] FreeSWITCH Community Conference Call Reminder Message-ID: Hello all, Just a reminder that the conference call will start in less than an hour. Today's agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2012_07_18 Talk to you soon, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120718/bea809fe/attachment.html From marketing at cluecon.com Thu Jul 19 22:06:11 2012 From: marketing at cluecon.com (Michael Collins) Date: Thu, 19 Jul 2012 11:06:11 -0700 Subject: [Freeswitch-dev] How You Can Help With H.323 In FreeSWITCH Message-ID: Greetings! We would like to let you know about an opportunity we all have to assist with H.323 support in FreeSWITCH. We are working on getting Robert Jongbloed, author of mod_opal and all around cool guy, to ClueCon 2012. Robert does a lot of work with H.323 and his presence with us at ClueCon would go a long way in helping us get H.323 fully implemented in FreeSWITCH. The challenge is that Robert lives in Australia! To that end we are taking up a collection to help defray the substantial travel costs. Here's what you can do: visit FreeSWITCH.org and click the Donate button. In your Paypal donation, click "Add special instructions to the seller" and make a note that this donation is to assist with getting Robert to ClueCon. We'll take care of the rest. Thanks again for all of your wonderful support! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120719/061d26ff/attachment.html From marketing at cluecon.com Fri Jul 20 03:19:59 2012 From: marketing at cluecon.com (Michael Collins) Date: Thu, 19 Jul 2012 16:19:59 -0700 Subject: [Freeswitch-dev] Update On Donations For H.323 Message-ID: We have received several donations already - thank you very much! Just a reminder: please be sure to leave a note with your donation so that we know what your donation is for. Our target for getting Robert Jongbloed to Chicago from Australia is US $3000. We will let you know when we've met our goal and we'll give you status updates along the way. Thanks again for your generosity! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120719/b8a12726/attachment.html From tuyanozipek at gmail.com Fri Jul 20 04:38:13 2012 From: tuyanozipek at gmail.com (=?ISO-8859-1?Q?Tuyan_=D6zipek?=) Date: Thu, 19 Jul 2012 20:38:13 -0400 Subject: [Freeswitch-dev] Update On Donations For H.323 In-Reply-To: References: Message-ID: Hi, Does this include fixing iax2 support (implementing missing feautures) in mod_opal as well ? or just h323? The reason why i chose to write mod_opal , was because opal library supports not only h323, but also sip and iax2 too. Looking forward to have a fully functional mod_opal.. All the best, /tyn On Thu, Jul 19, 2012 at 7:19 PM, Michael Collins wrote: > We have received several donations already - thank you very much! > > Just a reminder: please be sure to leave a note with your donation so that > we know what your donation is for. Our target for getting Robert Jongbloed > to Chicago from Australia is US $3000. We will let you know when we've met > our goal and we'll give you status updates along the way. > > Thanks again for your generosity! > > -- > Michael S Collins > ClueCon Team > http://www.cluecon.com > 877-7-4ACLUE > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > From derek at indranet.co.nz Sat Jul 21 09:05:57 2012 From: derek at indranet.co.nz (Derek Smithies) Date: Sat, 21 Jul 2012 17:05:57 +1200 Subject: [Freeswitch-dev] Update On Donations For H.323 In-Reply-To: References: Message-ID: <500A38B5.4090207@indranet.co.nz> Hi, would it be better to just pay him to do the work rather than bringing him to Chicago? Cheers, Derek. On 20/07/12 12:38, Tuyan ?zipek wrote: > Hi, > > Does this include fixing iax2 support (implementing missing feautures) > in mod_opal as well ? or just > h323? > > The reason why i chose to write mod_opal , was because opal library > supports not only h323, but also > sip and iax2 too. > > Looking forward to have a fully functional mod_opal.. > > All the best, > > /tyn > > On Thu, Jul 19, 2012 at 7:19 PM, Michael Collins wrote: >> We have received several donations already - thank you very much! >> >> Just a reminder: please be sure to leave a note with your donation so that >> we know what your donation is for. Our target for getting Robert Jongbloed >> to Chicago from Australia is US $3000. We will let you know when we've met >> our goal and we'll give you status updates along the way. >> >> Thanks again for your generosity! >> >> -- >> Michael S Collins >> ClueCon Team >> http://www.cluecon.com >> 877-7-4ACLUE >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From anthony.minessale at gmail.com Sat Jul 21 19:45:51 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 21 Jul 2012 10:45:51 -0500 Subject: [Freeswitch-dev] Update On Donations For H.323 In-Reply-To: <500A38B5.4090207@indranet.co.nz> References: <500A38B5.4090207@indranet.co.nz> Message-ID: Someone is, but we wanted to give him a chance to finish it while hanging out with us. Same with you Derek, we miss you ! On Jul 21, 2012 12:07 AM, "Derek Smithies" wrote: > Hi, > would it be better to just pay him to do the work rather than bringing > him to Chicago? > > Cheers, > Derek. > > On 20/07/12 12:38, Tuyan ?zipek wrote: > > Hi, > > > > Does this include fixing iax2 support (implementing missing feautures) > > in mod_opal as well ? or just > > h323? > > > > The reason why i chose to write mod_opal , was because opal library > > supports not only h323, but also > > sip and iax2 too. > > > > Looking forward to have a fully functional mod_opal.. > > > > All the best, > > > > /tyn > > > > On Thu, Jul 19, 2012 at 7:19 PM, Michael Collins > wrote: > >> We have received several donations already - thank you very much! > >> > >> Just a reminder: please be sure to leave a note with your donation so > that > >> we know what your donation is for. Our target for getting Robert > Jongbloed > >> to Chicago from Australia is US $3000. We will let you know when we've > met > >> our goal and we'll give you status updates along the way. > >> > >> Thanks again for your generosity! > >> > >> -- > >> Michael S Collins > >> ClueCon Team > >> http://www.cluecon.com > >> 877-7-4ACLUE > >> > >> > >> > _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> > >> > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://wiki.freeswitch.org > >> http://www.cluecon.com > >> > >> Join Us At ClueCon - Aug 7-9, 2012 > >> > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> http://www.freeswitch.org > >> > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120721/565b2b73/attachment-0001.html From anthony.minessale at gmail.com Sat Jul 21 20:23:10 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 21 Jul 2012 11:23:10 -0500 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: <568EF26A-A167-4619-8AD8-4EF867086B80@netdev.co.uk> References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> <568EF26A-A167-4619-8AD8-4EF867086B80@netdev.co.uk> Message-ID: Give latest git head unchanged a shot again of you have a chance. That Darcy issue was fixed IIRC. Also I DoD a few rounds of changes. Btw next time use Jira Jira.freeswitch.org its easier to track stuff. I almost lost this thread 3 pages deep on my email. On Jul 17, 2012 7:03 AM, "Richard Screene" wrote: > Just to give you all the information: > A few days ago I hacked the RTP so that the RTP bug > NEVER_CHANGE_SSRC_ON_MARKER was enabled. I removed it and it seemed to work > yesterday. But, would this have anything to do with the "SRTP protection > failed" error I was seeing today? > > Thanks, > Richard > > > On 16 Jul 2012, at 18:44, Anthony Minessale wrote: > > ok so I pushed the flag to be set so now it should work out of the > box, thanks for testing. > > > On Mon, Jul 16, 2012 at 8:05 AM, Richard Screene > wrote: > > Hello Anthony, > > > That seems to work better than my attempt! > > > Thanks for your help! > > Richard > > > > On 13 Jul 2012, at 23:19, Anthony Minessale wrote: > > > try patch in latest head minus your plc hack. > > I have not made any changes to mod_dingaling yet but the core should > > not try to decode stun now. > > > > On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene > > wrote: > > > Hello Anthony, > > > > Thanks for your quick response! > > > > does it work then? I had it disabled on purpose cos I have not > > > confirmed it works yet. > > > > That would explain it then :-) > > > > I have managed to get SRTP working for the outbound voice path, but it > > > required a couple of hacks: > > > 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. > > > I've bodged it for now by passing the SFF_PLC flag to > > > switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice > > > paths from working! > > > 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to > > > switch_rtp_add_crypto_key(). I suspect there is some confusion between the > > > crypto_type and crypto_send_type/crypto_recv_type members of > > > tech_pvt->transports. I've hacked it for now as shown below. > > > > I hope this is useful to you. I'm going to try with the outbound voice > path > > > tomorrow. > > > > Regards, > > > Richard > > > > > For reference here are the diffs: > > > > > > diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > > b/src/mod/endpoints/mod_dingaling/ > > > index c47f589..1dda789 100644 > > > --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > > +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c > > > @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct private_object > > > *tech_pvt, ldl_tran > > > char *p; > > > > > +/* > > > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > > > return SWITCH_STATUS_SUCCESS; > > > } > > > +*/ > > > > > if (type == AES_CM_128_HMAC_SHA1_80) { > > > @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct > > > private_object *tech_pvt, > > > static void try_secure(struct private_object *tech_pvt, > > > ldl_transport_type_t ttype) > > > { > > > > +/* > > > if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { > > > return; > > > } > > > > +*/ > > > + tech_pvt->transports[ttype].crypto_type = > > > tech_pvt->transports[ttype].crypto_recv_type; > > > > //if (tech_pvt->transports[ttype].crypto_type) { > > > > switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, > > > > > > > diff --git a/src/switch_rtp.c b/src/switch_rtp.c > > > index 7d6ad29..99b4f83 100644 > > > --- a/src/switch_rtp.c > > > +++ b/src/switch_rtp.c > > > @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t *rtp_session, > > > switch_payload_t *p > > > if (read_pretriggered) { > > > read_pretriggered = 0; > > > } else { > > > + *flags |= SFF_PLC; > > > status = read_rtp_packet(rtp_session, > > > &bytes, flags, SWITCH_TRU > > > > //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH > > > } > > > > > > On 12 Jul 2012, at 00:13, Anthony Minessale wrote: > > > > does it work then? I had it disabled on purpose cos I have not > > > confirmed it works yet. > > > > > On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene > > > wrote: > > > > Hello, > > > > > Using mod_dingaling I am unable to get it to append the crypto details to > > > > the session-accept Jingle stanza. The message is sent as: > > > > > > > > > > _________________________________________________________________________ > > > Professional FreeSWITCH Consulting Services: > > > consulting at freeswitch.org > > > http://www.freeswitchsolutions.com > > > > > > > > > > > Official FreeSWITCH Sites > > > http://www.freeswitch.org > > > http://wiki.freeswitch.org > > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > > FreeSWITCH-dev at lists.freeswitch.org > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > > http://www.freeswitch.org > > > > > > > -- > > Anthony Minessale II > > > FreeSWITCH http://www.freeswitch.org/ > > ClueCon http://www.cluecon.com/ > > Twitter: http://twitter.com/FreeSWITCH_wire > > > AIM: anthm > > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > > FreeSWITCH Developer Conference > > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > Join Us At ClueCon - Aug 7-9, 2012 > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > Richard Screene > > Senior Developer > > NetDev Ltd & Drum Collaboration > > +44 1273 936125 > > www.netdev.co.uk > > www.thisisdrum.com > > Registered in England and Wales > > Company Number 04741258 > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > Join Us At ClueCon - Aug 7-9, 2012 > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > *Richard Screene > **Senior Developer > **NetDev Ltd & Drum Collaboration > **+44 1273 936125 > www.netdev.co.uk* > *www.thisisdrum.com* ** > *Registered in England and Wales > *Company Number 04741258 > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120721/85fa491f/attachment-0001.html From anthony.minessale at gmail.com Sat Jul 21 20:24:29 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Sat, 21 Jul 2012 11:24:29 -0500 Subject: [Freeswitch-dev] mod_dingaling does not set crypto In-Reply-To: References: <5102248D-06FA-40D6-90C3-A9585957C96A@netdev.co.uk> <4D867FAC-221F-4CFE-85B8-830DC5BD7CB1@netdev.co.uk> <568EF26A-A167-4619-8AD8-4EF867086B80@netdev.co.uk> Message-ID: Autocomplete FTL. SSRC not Darcy. Did not DoD On Jul 21, 2012 11:23 AM, "Anthony Minessale" wrote: > Give latest git head unchanged a shot again of you have a chance. That > Darcy issue was fixed IIRC. Also I DoD a few rounds of changes. > Btw next time use Jira Jira.freeswitch.org its easier to track stuff. I > almost lost this thread 3 pages deep on my email. > On Jul 17, 2012 7:03 AM, "Richard Screene" > wrote: > >> Just to give you all the information: >> A few days ago I hacked the RTP so that the RTP bug >> NEVER_CHANGE_SSRC_ON_MARKER was enabled. I removed it and it seemed to work >> yesterday. But, would this have anything to do with the "SRTP protection >> failed" error I was seeing today? >> >> Thanks, >> Richard >> >> >> On 16 Jul 2012, at 18:44, Anthony Minessale wrote: >> >> ok so I pushed the flag to be set so now it should work out of the >> box, thanks for testing. >> >> >> On Mon, Jul 16, 2012 at 8:05 AM, Richard Screene >> wrote: >> >> Hello Anthony, >> >> >> That seems to work better than my attempt! >> >> >> Thanks for your help! >> >> Richard >> >> >> >> On 13 Jul 2012, at 23:19, Anthony Minessale wrote: >> >> >> try patch in latest head minus your plc hack. >> >> I have not made any changes to mod_dingaling yet but the core should >> >> not try to decode stun now. >> >> >> >> On Thu, Jul 12, 2012 at 11:58 AM, Richard Screene >> >> wrote: >> >> >> Hello Anthony, >> >> >> >> Thanks for your quick response! >> >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> >> confirmed it works yet. >> >> >> >> That would explain it then :-) >> >> >> >> I have managed to get SRTP working for the outbound voice path, but it >> >> >> required a couple of hacks: >> >> >> 1) It was attempting to decrypt the STUN/ICE Bind Requests and failing. >> >> >> I've bodged it for now by passing the SFF_PLC flag to >> >> >> switch_rtp.c:read_rtp_packet() but I suspect this will stop inbound voice >> >> >> paths from working! >> >> >> 2) In mod_dingaling.c:try_secure() the incorrect crypto_type is passed to >> >> >> switch_rtp_add_crypto_key(). I suspect there is some confusion between >> the >> >> >> crypto_type and crypto_send_type/crypto_recv_type members of >> >> >> tech_pvt->transports. I've hacked it for now as shown below. >> >> >> >> I hope this is useful to you. I'm going to try with the outbound voice >> path >> >> >> tomorrow. >> >> >> >> Regards, >> >> >> Richard >> >> >> >> >> For reference here are the diffs: >> >> >> >> >> >> diff --git a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> >> b/src/mod/endpoints/mod_dingaling/ >> >> >> index c47f589..1dda789 100644 >> >> >> --- a/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> >> +++ b/src/mod/endpoints/mod_dingaling/mod_dingaling.c >> >> >> @@ -956,9 +956,11 @@ switch_status_t mdl_build_crypto(struct >> private_object >> >> >> *tech_pvt, ldl_tran >> >> >> char *p; >> >> >> >> >> +/* >> >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> >> return SWITCH_STATUS_SUCCESS; >> >> >> } >> >> >> +*/ >> >> >> >> >> if (type == AES_CM_128_HMAC_SHA1_80) { >> >> >> @@ -1056,10 +1058,13 @@ static switch_status_t mdl_add_crypto(struct >> >> >> private_object *tech_pvt, >> >> >> static void try_secure(struct private_object *tech_pvt, >> >> >> ldl_transport_type_t ttype) >> >> >> { >> >> >> >> +/* >> >> >> if (!switch_test_flag(tech_pvt, TFLAG_SECURE)) { >> >> >> return; >> >> >> } >> >> >> >> +*/ >> >> >> + tech_pvt->transports[ttype].crypto_type = >> >> >> tech_pvt->transports[ttype].crypto_recv_type; >> >> >> >> //if (tech_pvt->transports[ttype].crypto_type) { >> >> >> >> switch_rtp_add_crypto_key(tech_pvt->transports[ttype].rtp_session, >> >> >> >> >> >> >> diff --git a/src/switch_rtp.c b/src/switch_rtp.c >> >> >> index 7d6ad29..99b4f83 100644 >> >> >> --- a/src/switch_rtp.c >> >> >> +++ b/src/switch_rtp.c >> >> >> @@ -3234,6 +3234,7 @@ static int rtp_common_read(switch_rtp_t >> *rtp_session, >> >> >> switch_payload_t *p >> >> >> if (read_pretriggered) { >> >> >> read_pretriggered = 0; >> >> >> } else { >> >> >> + *flags |= SFF_PLC; >> >> >> status = read_rtp_packet(rtp_session, >> >> >> &bytes, flags, SWITCH_TRU >> >> >> >> //switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH >> >> >> } >> >> >> >> >> >> On 12 Jul 2012, at 00:13, Anthony Minessale wrote: >> >> >> >> does it work then? I had it disabled on purpose cos I have not >> >> >> confirmed it works yet. >> >> >> >> >> On Wed, Jul 11, 2012 at 4:47 AM, Richard Screene >> >> >> wrote: >> >> >> >> Hello, >> >> >> >> >> Using mod_dingaling I am unable to get it to append the crypto details to >> >> >> >> the session-accept Jingle stanza. The message is sent as: >> >> >> >> >> >> >> >> >> >> _________________________________________________________________________ >> >> >> Professional FreeSWITCH Consulting Services: >> >> >> consulting at freeswitch.org >> >> >> http://www.freeswitchsolutions.com >> >> >> >> >> >> >> >> >> >> >> Official FreeSWITCH Sites >> >> >> http://www.freeswitch.org >> >> >> http://wiki.freeswitch.org >> >> >> http://www.cluecon.com >> >> >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> >> >> FreeSWITCH-dev mailing list >> >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> >> http://www.freeswitch.org >> >> >> >> >> >> >> -- >> >> Anthony Minessale II >> >> >> FreeSWITCH http://www.freeswitch.org/ >> >> ClueCon http://www.cluecon.com/ >> >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> >> AIM: anthm >> >> MSN:anthony_minessale at hotmail.com >> >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> >> IRC: irc.freenode.net #freeswitch >> >> >> FreeSWITCH Developer Conference >> >> sip:888 at conference.freeswitch.org >> >> googletalk:conf+888 at conference.freeswitch.org >> >> pstn:+19193869900 >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://wiki.freeswitch.org >> >> http://www.cluecon.com >> >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> http://www.freeswitch.org >> >> >> >> Richard Screene >> >> Senior Developer >> >> NetDev Ltd & Drum Collaboration >> >> +44 1273 936125 >> >> www.netdev.co.uk >> >> www.thisisdrum.com >> >> Registered in England and Wales >> >> Company Number 04741258 >> >> >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> >> consulting at freeswitch.org >> >> http://www.freeswitchsolutions.com >> >> >> >> >> >> >> >> Official FreeSWITCH Sites >> >> http://www.freeswitch.org >> >> http://wiki.freeswitch.org >> >> http://www.cluecon.com >> >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> http://www.freeswitch.org >> >> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> *Richard Screene >> **Senior Developer >> **NetDev Ltd & Drum Collaboration >> **+44 1273 936125 >> www.netdev.co.uk* >> *www.thisisdrum.com* ** >> *Registered in England and Wales >> *Company Number 04741258 >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120721/c05a31e9/attachment-0001.html From zhangkai.fswitch at gmail.com Sun Jul 22 05:37:55 2012 From: zhangkai.fswitch at gmail.com (zhangkai.fswitch) Date: Sun, 22 Jul 2012 09:37:55 +0800 Subject: [Freeswitch-dev] What is the purpose of BLOCK in switch_event.c Message-ID: <500B5973.2040103@gmail.com> hi, Recently I read the codes in switch_event.c, and I am confused about the purpose of BLOCK. There are 2 locks defined in switch_event.c: static switch_mutex_t *BLOCK = NULL; static switch_thread_rwlock_t *RWLOCK = NULL; My understanding is the RWLOCK is wrlocked when binding or unbinding an event callback function, and rdlocked when executing the callback. So the RWLOCK is enough to protect multi-threads from modifying the event binding list at the same time, why we need another mutex BLOCK? And in the codes, when never the mutex BLOCK is requested to be locked, the RWLOCK must already be locked for write. like this: switch_thread_rwlock_wrlock(RWLOCK); switch_mutex_lock(BLOCK); So if BLOCK is mean to protect something, the RWLOCK is already guaranteed the exclusiveness. Please tell me if I am wrong. Regards, Kai ZHANG From shaheryarkh at googlemail.com Sun Jul 22 19:05:21 2012 From: shaheryarkh at googlemail.com (Muhammad Shahzad) Date: Sun, 22 Jul 2012 17:05:21 +0200 Subject: [Freeswitch-dev] Status of VP8 codec in Freeswitch Message-ID: A patch for VP8 codec pass-through support was submitted in April 09, 2012 by Seven Du, but it is still not committed to FS trunk. Can anyone update us on its status? http://jira.freeswitch.org/browse/FS-4092 If the patch works then i strongly recommend it should be committed to FS trunk, so we can have better integration with WebRTC clients. Thank you. -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +92 334 422 40 88 MSN: shari_786pk at hotmail.com Email: shaheryarkh at googlemail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120722/92917ecb/attachment.html From anthony.minessale at gmail.com Mon Jul 23 21:28:12 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 23 Jul 2012 12:28:12 -0500 Subject: [Freeswitch-dev] What is the purpose of BLOCK in switch_event.c In-Reply-To: <500B5973.2040103@gmail.com> References: <500B5973.2040103@gmail.com> Message-ID: You are probably right, the BLOCK is older than the write lock so its probably legacy code. but effectively its not really hurting anything. Once we release, we could try removing it and watch for regressions. On Sat, Jul 21, 2012 at 8:37 PM, zhangkai.fswitch wrote: > hi, > > Recently I read the codes in switch_event.c, and I am confused about the > purpose of BLOCK. > There are 2 locks defined in switch_event.c: > > static switch_mutex_t *BLOCK = NULL; > static switch_thread_rwlock_t *RWLOCK = NULL; > > My understanding is the RWLOCK is wrlocked when binding or unbinding an > event callback function, and rdlocked when executing the callback. So > the RWLOCK is enough to protect multi-threads from modifying the event > binding list at the same time, why we need another mutex BLOCK? > > And in the codes, when never the mutex BLOCK is requested to be locked, > the RWLOCK must already be locked for write. like this: > > switch_thread_rwlock_wrlock(RWLOCK); > switch_mutex_lock(BLOCK); > > So if BLOCK is mean to protect something, the RWLOCK is already > guaranteed the exclusiveness. > > Please tell me if I am wrong. > > Regards, > > Kai ZHANG > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From marketing at cluecon.com Mon Jul 23 21:41:55 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 23 Jul 2012 10:41:55 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes Message-ID: Hello all! Last week we enjoyed a nice conference call with Darren Schreiberfrom 2600hz . Darren gave us a follow uppresentation to the original SIP 101 discussionthat was held in June. This was a great presentation that went beyond the basics of SIP. We discussed important concepts like Via and Record Route headers and NOTIFY messages. SIP can do a lot, and with these two presentations we really have only scratched the surface. If we all bug Darren enough then perhaps we'll get a third presentation! The audio of the presentation is in the usual placeand the slides will be available shortly. This week we will be hearing from the community. We will have a brief report from Dave Kompel who will get us up to speed on using Windows Advanced Firewall to implement Fail2Ban-like functionality. After Dave speaks we will be opening things up for community discussion. Please bring your questions and topics! ClueCon 2012 is shaping up nicely! We have recently added Ditech Networks , Bandwidth.com , and Yealinkas sponsors. We are also happy to announce that Darrell Hensley will be speaking on the subject of Transitioning to Professional Voice. Darrell is the CEO of GMVoices , a ClueCon media sponsor for many years and the supplier of Callie, the voice of FreeSWITCH. We look forward to seeing Darrell in person again. As a quick reminder, if you registerby the end of the day on July 25th you will still receive four chances to win in the great ClueCon giveaway. See you in two weeks! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE cc12-0723 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120723/7a710848/attachment.html From anthony.minessale at gmail.com Mon Jul 23 23:03:54 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 23 Jul 2012 14:03:54 -0500 Subject: [Freeswitch-dev] Status of VP8 codec in Freeswitch In-Reply-To: References: Message-ID: its now in tree On Sun, Jul 22, 2012 at 10:05 AM, Muhammad Shahzad wrote: > A patch for VP8 codec pass-through support was submitted in April 09, 2012 > by Seven Du, but it is still not committed to FS trunk. Can anyone update us > on its status? > > http://jira.freeswitch.org/browse/FS-4092 > > If the patch works then i strongly recommend it should be committed to FS > trunk, so we can have better integration with WebRTC clients. > > Thank you. > > > -- > Muhammad Shahzad > ----------------------------------- > CISCO Rich Media Communication Specialist (CRMCS) > CISCO Certified Network Associate (CCNA) > Cell: +92 334 422 40 88 > MSN: shari_786pk at hotmail.com > Email: shaheryarkh at googlemail.com > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From shaheryarkh at googlemail.com Tue Jul 24 00:01:54 2012 From: shaheryarkh at googlemail.com (Muhammad Shahzad) Date: Mon, 23 Jul 2012 22:01:54 +0200 Subject: [Freeswitch-dev] Status of VP8 codec in Freeswitch In-Reply-To: References: Message-ID: great, let me try it out. Thank you. On Mon, Jul 23, 2012 at 9:03 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > its now in tree > > On Sun, Jul 22, 2012 at 10:05 AM, Muhammad Shahzad > wrote: > > A patch for VP8 codec pass-through support was submitted in April 09, > 2012 > > by Seven Du, but it is still not committed to FS trunk. Can anyone > update us > > on its status? > > > > http://jira.freeswitch.org/browse/FS-4092 > > > > If the patch works then i strongly recommend it should be committed to FS > > trunk, so we can have better integration with WebRTC clients. > > > > Thank you. > > > > > > -- > > Muhammad Shahzad > > ----------------------------------- > > CISCO Rich Media Communication Specialist (CRMCS) > > CISCO Certified Network Associate (CCNA) > > Cell: +92 334 422 40 88 > > MSN: shari_786pk at hotmail.com > > Email: shaheryarkh at googlemail.com > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +92 334 422 40 88 MSN: shari_786pk at hotmail.com Email: shaheryarkh at googlemail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120723/c3131a03/attachment-0001.html From msc at freeswitch.org Tue Jul 24 00:08:11 2012 From: msc at freeswitch.org (Michael Collins) Date: Mon, 23 Jul 2012 13:08:11 -0700 Subject: [Freeswitch-dev] Important Information About Not Reporting Bugs on the Mailing List Message-ID: Hello all, We've had yet another thread where someone wasn't sure if there was a but so they asked on the mailing list. I've written up some simple guidelines and put them on the world-famous Bugs wiki page: http://wiki.freeswitch.org/wiki/Reporting_Bugs#Important_Note.2C_Please_Read In short: not only should no one report bugs to the mailing list, no one should report symptoms to the mailing list and ask, "Is this a bug? Should I file a Jira?" If you have collected enough information to send an email to the list and ask whether or not to file a Jira then there's really no point in asking - just file the Jira. If you would like to discuss the symptoms on the mailing list then open the Jira *first* and then link to it in the message you send to the list. It's much better to open a Jira and find out later that it's not really a bug than it is to report a possible bug on the mailing list. Even if something is flagged as "not a bug" or "works as designed" there is still value in having the Jira ticket in the database for historical and research purposes. For those who have heard this discussion before, please be kind to the noobs and first-timers who may not appreciate the issues involved. Just point them to the bugs page. If someone repeatedly reports bugs to the mailing list then we will deliver the message with less delicacy. Thanks again for all your help. Using Jira will help keep Tony's life from become any more complicated than it already is. -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120723/2040e568/attachment.html From manieq at wp.eu Wed Jul 25 03:11:35 2012 From: manieq at wp.eu (Mariusz Czulada) Date: Wed, 25 Jul 2012 01:11:35 +0200 Subject: [Freeswitch-dev] Playback images as video Message-ID: <500f2ba79929d4.36339774@wp.pl> Hi all, I didn't get a response on my previous post so I guess I have to write an app myself ;) Can somebody give me any hints how to implement this? Is it generally possible in fsw at current stage? I'd expect usage in a dialplan like this: [...] - start streaming of an image [...] [...] - start streaming of another one [...] [...] - no data -> stop video streaming - or maybe this way? TIA, Mariusz Dnia 14-03-2012 o godz. 22:07 Mariusz Czulada napisa?(a): > Hi all, > > I wonder if it is possible now to "playback" a still image > (jpeg/png/tiff) in a video stream? While in IVR a new user could also > view the same or similar text as transmited as voice. > > Regards, > > Mariusz > > From khovayko at gmail.com Wed Jul 25 19:47:39 2012 From: khovayko at gmail.com (Oleg Khovayko) Date: Wed, 25 Jul 2012 11:47:39 -0400 Subject: [Freeswitch-dev] mod_file_string - crashed FS Message-ID: <5010151B.6090306@gmail.com> Hi, After recent upgrade, FreeSWITCH was unable to start. During startup, it generates SIGSEGV, and terminated. I investigated, what happening, and found - problem was in the obsolete mod_file_string (see debug log below). I disabled load this module, and FS works OK. I think, need remove this module from the repository, or make another steps, for preserve this crash. Thanks, Oleg /usr/local/freeswitch/bin/freeswitch -u sip -g sip -hp -nonat Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x28901040 (LWP 100138)] 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 "mod_file_string", new_module=0x295c51b8) at src/switch_loadable_module.c:321 321 for (i = 0; ptr->extens[i]; i++) { (gdb) p i No symbol "i" in current context. (gdb) l 316 for (ptr = new_module->module_interface->file_interface; ptr; ptr = ptr->next) { 317 if (!ptr->interface_name) { 318 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CRIT, "Failed to load file interface from %s due to no interface name.\n", key); 319 } else { 320 int i; 321 for (i = 0; ptr->extens[i]; i++) { 322 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_NOTICE, "Adding File Format '%s'\n", ptr->extens[i]); 323 if (switch_event_create(&event, SWITCH_EVENT_MODULE_LOAD) == SWITCH_STATUS_SUCCESS) { 324 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "type", "file"); 325 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "name", ptr->extens[i]); (gdb) p ptr $1 = (const switch_file_interface_t *) 0x295c5140 (gdb) p *ptr $2 = {interface_name = 0x294d62b3 "mod_file_string", file_open = 0x294d6040 , file_close = 0x294d5cf0 , file_truncate = 0, file_read = 0x294d5f80 , file_write = 0, file_read_video = 0x294d5c20 , file_write_video = 0, file_seek = 0, file_set_string = 0x294d7520 , file_get_string = 0, extens = 0x0, rwlock = 0x295c5188, refs = 0, reflock = 0x295c51a0, parent = 0x295c50c0, next = 0x0} (gdb) p i No symbol "i" in current context. (gdb) where #0 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 "mod_file_string", new_module=0x295c51b8) at src/switch_loadable_module.c:321 #1 0x2818e32e in switch_loadable_module_load_module_ex (dir=0x2890d400 "/usr/local/freeswitch/mod", fname=Variable "fname" is not available. ) at src/switch_loadable_module.c:1374 #2 0x2818fe3f in switch_loadable_module_init (autoload=SWITCH_TRUE) at src/switch_loadable_module.c:1675 #3 0x2818586a in switch_core_init_and_modload (flags=68097, console=SWITCH_TRUE, err=0xbfbfebec) at src/switch_core.c:1941 #4 0x0804a560 in main (argc=7, argv=0xbfbfec4c) at src/switch.c:1027 (gdb) From anthony.minessale at gmail.com Wed Jul 25 19:59:07 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Wed, 25 Jul 2012 10:59:07 -0500 Subject: [Freeswitch-dev] mod_file_string - crashed FS In-Reply-To: <5010151B.6090306@gmail.com> References: <5010151B.6090306@gmail.com> Message-ID: if you did "make current" it would have done the "modwipe" target that erases all the old module binaries. On Wed, Jul 25, 2012 at 10:47 AM, Oleg Khovayko wrote: > Hi, > > After recent upgrade, FreeSWITCH was unable to start. > During startup, it generates SIGSEGV, and terminated. > > > I investigated, what happening, and found - problem was in the obsolete > mod_file_string (see debug log below). > I disabled load this module, and FS works OK. > > I think, need remove this module from the repository, or make another > steps, for preserve this crash. > > > Thanks, > > Oleg > > > > /usr/local/freeswitch/bin/freeswitch -u sip -g sip -hp -nonat > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x28901040 (LWP 100138)] > 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 > "mod_file_string", new_module=0x295c51b8) at > src/switch_loadable_module.c:321 > 321 for (i = 0; ptr->extens[i]; i++) { > (gdb) p i > No symbol "i" in current context. > (gdb) l > 316 for (ptr = > new_module->module_interface->file_interface; ptr; ptr = ptr->next) { > 317 if (!ptr->interface_name) { > 318 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CRIT, "Failed to > load file interface from %s due to no interface name.\n", key); > 319 } else { > 320 int i; > 321 for (i = 0; ptr->extens[i]; i++) { > 322 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_NOTICE, "Adding > File Format '%s'\n", ptr->extens[i]); > 323 if > (switch_event_create(&event, SWITCH_EVENT_MODULE_LOAD) == > SWITCH_STATUS_SUCCESS) { > 324 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "type", > "file"); > 325 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "name", > ptr->extens[i]); > (gdb) p ptr > $1 = (const switch_file_interface_t *) 0x295c5140 > (gdb) p *ptr > $2 = {interface_name = 0x294d62b3 "mod_file_string", file_open = > 0x294d6040 , file_close = 0x294d5cf0 > , > file_truncate = 0, file_read = 0x294d5f80 , > file_write = 0, file_read_video = 0x294d5c20 , > file_write_video = 0, > file_seek = 0, file_set_string = 0x294d7520 > , file_get_string = 0, extens = > 0x0, rwlock = 0x295c5188, refs = 0, > reflock = 0x295c51a0, parent = 0x295c50c0, next = 0x0} > (gdb) p i > No symbol "i" in current context. > (gdb) where > #0 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 > "mod_file_string", new_module=0x295c51b8) at > src/switch_loadable_module.c:321 > #1 0x2818e32e in switch_loadable_module_load_module_ex (dir=0x2890d400 > "/usr/local/freeswitch/mod", fname=Variable "fname" is not available. > ) at src/switch_loadable_module.c:1374 > #2 0x2818fe3f in switch_loadable_module_init (autoload=SWITCH_TRUE) at > src/switch_loadable_module.c:1675 > #3 0x2818586a in switch_core_init_and_modload (flags=68097, > console=SWITCH_TRUE, err=0xbfbfebec) at src/switch_core.c:1941 > #4 0x0804a560 in main (argc=7, argv=0xbfbfec4c) at src/switch.c:1027 > (gdb) > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From msc at freeswitch.org Wed Jul 25 19:59:07 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 25 Jul 2012 08:59:07 -0700 Subject: [Freeswitch-dev] mod_file_string - crashed FS In-Reply-To: <5010151B.6090306@gmail.com> References: <5010151B.6090306@gmail.com> Message-ID: Oleg, This is great information! Please go ahead and open a Jira on this so that we can keep track of the issue. More info on Jira can be found here: http://wiki.freeswitch.org/wiki/Reporting_Bugs Thanks, Michael On Wed, Jul 25, 2012 at 8:47 AM, Oleg Khovayko wrote: > Hi, > > After recent upgrade, FreeSWITCH was unable to start. > During startup, it generates SIGSEGV, and terminated. > > > I investigated, what happening, and found - problem was in the obsolete > mod_file_string (see debug log below). > I disabled load this module, and FS works OK. > > I think, need remove this module from the repository, or make another > steps, for preserve this crash. > > > Thanks, > > Oleg > > > > /usr/local/freeswitch/bin/freeswitch -u sip -g sip -hp -nonat > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x28901040 (LWP 100138)] > 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 > "mod_file_string", new_module=0x295c51b8) at > src/switch_loadable_module.c:321 > 321 for (i = 0; ptr->extens[i]; i++) { > (gdb) p i > No symbol "i" in current context. > (gdb) l > 316 for (ptr = > new_module->module_interface->file_interface; ptr; ptr = ptr->next) { > 317 if (!ptr->interface_name) { > 318 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_CRIT, "Failed to > load file interface from %s due to no interface name.\n", key); > 319 } else { > 320 int i; > 321 for (i = 0; ptr->extens[i]; i++) { > 322 switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_NOTICE, "Adding > File Format '%s'\n", ptr->extens[i]); > 323 if > (switch_event_create(&event, SWITCH_EVENT_MODULE_LOAD) == > SWITCH_STATUS_SUCCESS) { > 324 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "type", > "file"); > 325 switch_event_add_header_string(event, SWITCH_STACK_BOTTOM, "name", > ptr->extens[i]); > (gdb) p ptr > $1 = (const switch_file_interface_t *) 0x295c5140 > (gdb) p *ptr > $2 = {interface_name = 0x294d62b3 "mod_file_string", file_open = > 0x294d6040 , file_close = 0x294d5cf0 > , > file_truncate = 0, file_read = 0x294d5f80 , > file_write = 0, file_read_video = 0x294d5c20 , > file_write_video = 0, > file_seek = 0, file_set_string = 0x294d7520 > , file_get_string = 0, extens = > 0x0, rwlock = 0x295c5188, refs = 0, > reflock = 0x295c51a0, parent = 0x295c50c0, next = 0x0} > (gdb) p i > No symbol "i" in current context. > (gdb) where > #0 0x2818cb53 in switch_loadable_module_process (key=0x28bfdb80 > "mod_file_string", new_module=0x295c51b8) at > src/switch_loadable_module.c:321 > #1 0x2818e32e in switch_loadable_module_load_module_ex (dir=0x2890d400 > "/usr/local/freeswitch/mod", fname=Variable "fname" is not available. > ) at src/switch_loadable_module.c:1374 > #2 0x2818fe3f in switch_loadable_module_init (autoload=SWITCH_TRUE) at > src/switch_loadable_module.c:1675 > #3 0x2818586a in switch_core_init_and_modload (flags=68097, > console=SWITCH_TRUE, err=0xbfbfebec) at src/switch_core.c:1941 > #4 0x0804a560 in main (argc=7, argv=0xbfbfec4c) at src/switch.c:1027 > (gdb) > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/bdfeff07/attachment-0001.html From msc at freeswitch.org Wed Jul 25 20:07:41 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 25 Jul 2012 09:07:41 -0700 Subject: [Freeswitch-dev] FreeSWITCH Conference Call Today Message-ID: Hey there, We are having our conference call in less than an hour. The agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2012_07_25 See you soon. -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/63e999fd/attachment.html From alhakeem at ipextelecom.net Wed Jul 25 20:39:25 2012 From: alhakeem at ipextelecom.net (Abdul Hakeem) Date: Wed, 25 Jul 2012 17:39:25 +0100 Subject: [Freeswitch-dev] CALEA Solution Message-ID: Hello, Can anyone recommend a CALEA solution for Freeswitch. Cheers, Abdul Hakeem -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/2cc55b2b/attachment.html From krice at freeswitch.org Wed Jul 25 20:41:56 2012 From: krice at freeswitch.org (Ken Rice) Date: Wed, 25 Jul 2012 11:41:56 -0500 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: Message-ID: tcpdump On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: > > Hello, > Can anyone recommend a CALEA solution for Freeswitch. > Cheers, > Abdul Hakeem > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/7426bb1a/attachment-0001.html From msc at freeswitch.org Wed Jul 25 20:46:12 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 25 Jul 2012 09:46:12 -0700 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: Actually, this might be a good topic for conversation on today's call once DRK is done discussing Windows FW stuff. Let's see how the conversation goes. -MC On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: > tcpdump > > > > On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: > > > Hello, > Can anyone recommend a CALEA solution for Freeswitch. > Cheers, > Abdul Hakeem > > ------------------------------ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/9676e7fb/attachment.html From rhuddleston at gmail.com Wed Jul 25 21:02:55 2012 From: rhuddleston at gmail.com (Robert-IPhone) Date: Wed, 25 Jul 2012 13:02:55 -0400 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: <7A855257-4BBF-447C-85D0-B117820522C5@gmail.com> Humorous but not a simple or elegant approach. Sent from BETA iOS6 On Jul 25, 2012, at 12:41 PM, Ken Rice wrote: > tcpdump > > > On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: > > > Hello, > Can anyone recommend a CALEA solution for Freeswitch. > Cheers, > Abdul Hakeem > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/3dbd7d9f/attachment.html From msc at freeswitch.org Wed Jul 25 21:07:56 2012 From: msc at freeswitch.org (Michael Collins) Date: Wed, 25 Jul 2012 10:07:56 -0700 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: <7A855257-4BBF-447C-85D0-B117820522C5@gmail.com> References: <7A855257-4BBF-447C-85D0-B117820522C5@gmail.com> Message-ID: Yeah, maybe pcapsipdump would be better. ;) -MC On Wed, Jul 25, 2012 at 10:02 AM, Robert-IPhone wrote: > Humorous but not a simple or elegant approach. > > > Sent from BETA iOS6 > > On Jul 25, 2012, at 12:41 PM, Ken Rice wrote: > > tcpdump > > > On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: > > > Hello, > Can anyone recommend a CALEA solution for Freeswitch. > Cheers, > Abdul Hakeem > > ------------------------------ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120725/6ce26662/attachment.html From mranga at gmail.com Wed Jul 25 20:56:54 2012 From: mranga at gmail.com (M. Ranganathan) Date: Wed, 25 Jul 2012 12:56:54 -0400 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: TCPDump will have a hard time with encrypted communications (SIP over TLS + SRTP ). On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: > Actually, this might be a good topic for conversation on today's call once > DRK is done discussing Windows FW stuff. Let's see how the conversation > goes. > > -MC > > > On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >> >> tcpdump >> >> >> >> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >> >> >> Hello, >> Can anyone recommend a CALEA solution for Freeswitch. >> Cheers, >> Abdul Hakeem >> >> ________________________________ >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- M. Ranganathan From alhakeem at gmail.com Thu Jul 26 00:16:51 2012 From: alhakeem at gmail.com (Abdul Hakeem) Date: Wed, 25 Jul 2012 21:16:51 +0100 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: I was thinking in the form of a Web interface via sockets (ESL module) or without sockets via the FS_IVRD tool. It would be nice to plug it into a CMS solution like Joomla...etc. The whole idea is to have a professional CALEA solution where users can plug in something like an RSS clients or anything else for reporting purposes. -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. Ranganathan Sent: Wednesday, July 25, 2012 5:57 PM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] CALEA Solution TCPDump will have a hard time with encrypted communications (SIP over TLS + SRTP ). On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: > Actually, this might be a good topic for conversation on today's call once > DRK is done discussing Windows FW stuff. Let's see how the conversation > goes. > > -MC > > > On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >> >> tcpdump >> >> >> >> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >> >> >> Hello, >> Can anyone recommend a CALEA solution for Freeswitch. >> Cheers, >> Abdul Hakeem >> >> ________________________________ >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- M. Ranganathan _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From krice at freeswitch.org Thu Jul 26 00:23:54 2012 From: krice at freeswitch.org (Ken Rice) Date: Wed, 25 Jul 2012 15:23:54 -0500 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: Message-ID: This is something I doubt you would ever see a complete opensource solution on... The amount of time and effort plus complaince issues make it iffy thing... Most people are actually better off actually finding one of the CALEA indemnity companies and subscribing to their services On 7/25/12 3:16 PM, "Abdul Hakeem" wrote: > I was thinking in the form of a Web interface via sockets (ESL module) or > without sockets via the FS_IVRD tool. > It would be nice to plug it into a CMS solution like Joomla...etc. > The whole idea is to have a professional CALEA solution where users can plug > in > something like an RSS clients or anything else for reporting purposes. > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. > Ranganathan > Sent: Wednesday, July 25, 2012 5:57 PM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] CALEA Solution > > TCPDump will have a hard time with encrypted communications (SIP over > TLS + SRTP ). > > On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: >> Actually, this might be a good topic for conversation on today's call once >> DRK is done discussing Windows FW stuff. Let's see how the conversation >> goes. >> >> -MC >> >> >> On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >>> >>> tcpdump >>> >>> >>> >>> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >>> >>> >>> Hello, >>> Can anyone recommend a CALEA solution for Freeswitch. >>> Cheers, >>> Abdul Hakeem >>> >>> ________________________________ >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Michael S Collins >> Twitter: @mercutioviz >> http://www.FreeSWITCH.org >> http://www.ClueCon.com >> http://www.OSTAG.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > M. Ranganathan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From alhakeem at ipextelecom.net Thu Jul 26 01:29:03 2012 From: alhakeem at ipextelecom.net (Abdul Hakeem) Date: Wed, 25 Jul 2012 22:29:03 +0100 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: I derive no consolation from this disclosure. If anyone is skilful enough to tackle this, or an offer on the building blocks, please don't hesitate to contact me. Cheers, AH -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Ken Rice Sent: Wednesday, July 25, 2012 9:24 PM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] CALEA Solution This is something I doubt you would ever see a complete opensource solution on... The amount of time and effort plus complaince issues make it iffy thing... Most people are actually better off actually finding one of the CALEA indemnity companies and subscribing to their services On 7/25/12 3:16 PM, "Abdul Hakeem" wrote: > I was thinking in the form of a Web interface via sockets (ESL module) or > without sockets via the FS_IVRD tool. > It would be nice to plug it into a CMS solution like Joomla...etc. > The whole idea is to have a professional CALEA solution where users can plug > in > something like an RSS clients or anything else for reporting purposes. > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. > Ranganathan > Sent: Wednesday, July 25, 2012 5:57 PM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] CALEA Solution > > TCPDump will have a hard time with encrypted communications (SIP over > TLS + SRTP ). > > On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: >> Actually, this might be a good topic for conversation on today's call once >> DRK is done discussing Windows FW stuff. Let's see how the conversation >> goes. >> >> -MC >> >> >> On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >>> >>> tcpdump >>> >>> >>> >>> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >>> >>> >>> Hello, >>> Can anyone recommend a CALEA solution for Freeswitch. >>> Cheers, >>> Abdul Hakeem >>> >>> ________________________________ >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >> >> >> >> -- >> Michael S Collins >> Twitter: @mercutioviz >> http://www.FreeSWITCH.org >> http://www.ClueCon.com >> http://www.OSTAG.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> > > > > -- > M. Ranganathan > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From prasd.d.b at gmail.com Fri Jul 27 01:17:03 2012 From: prasd.d.b at gmail.com (Prasd D) Date: Thu, 26 Jul 2012 14:17:03 -0700 Subject: [Freeswitch-dev] Push server and push capability Message-ID: I was searching and came across this amazing jira request for push server capability. This is exactly what I felt too, except didn't delve or earlier understand how to achieve this. http://jira.freeswitch.org/browse/FS-4347 This guy has identified very much what is really needed to be able to use it on smartphones. And suggests that Freeswitch and Csipsimple together show this capability where an incoming call or voicemail to a user using Csipsimple is notified through push notification. That starts Csipsimple (which is otherwise turned off) on his phone. This is a huge huge and amazingly useful thing since no one keeps their voip client on their phones on due to power consumption and battery drain ! This I think is the future of VOIP since smartphones are going to become soon huge % of voip clients. From prasd.d.b at gmail.com Sat Jul 28 10:27:55 2012 From: prasd.d.b at gmail.com (Prasd D) Date: Fri, 27 Jul 2012 23:27:55 -0700 Subject: [Freeswitch-dev] [Freeswitch-users] Push server and push capability In-Reply-To: References: Message-ID: I agree its best done as a module as opposed to core. It says, "RubyFS does not provide any features beyond connection management and protocol parsing. " It has to somehow use c2dm or (something close to that) in order to support it. It would be great to really see that FS + Csipsimple together have this working. On 7/26/12, Ben Langfeld wrote: > You could, and probably should, implement this as an inbound event socket > listener, rather than in FS core. You could do it in....ruby? > http://github.com/adhearsion/ruby_fs > > Happy hacking. > > Regards, > Ben Langfeld > > > On 26 July 2012 23:17, Prasd D wrote: > >> I was searching and came across this amazing jira request for push >> server capability. >> This is exactly what I felt too, except didn't delve or earlier >> understand how to achieve this. >> >> http://jira.freeswitch.org/browse/FS-4347 >> >> This guy has identified very much what is really needed to be able to >> use it on smartphones. >> And suggests that Freeswitch and Csipsimple together show this >> capability where an incoming call or voicemail to a user using >> Csipsimple is notified through push notification. That starts >> Csipsimple (which is otherwise turned off) on his phone. >> >> This is a huge huge and amazingly useful thing since no one keeps >> their voip client on their phones on due to power consumption and >> battery drain ! >> >> This I think is the future of VOIP since smartphones are going to >> become soon huge % of voip clients. >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > -- Thanks, Prasd From brian at freeswitch.org Sat Jul 28 17:49:56 2012 From: brian at freeswitch.org (Brian West) Date: Sat, 28 Jul 2012 08:49:56 -0500 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: Message-ID: <-7945418205692650800@unknownmsgid> What is so wrong with record session? -- Brian West brian at freeswitch.org FreeSWITCH Solutions, LLC PO BOX PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH_Wire T: +1.213.286.0410 | F: +1.213.286.0401 | M: +1.918.424.WEST iNUM: +883 5100 1286 0410 On Jul 25, 2012, at 4:31 PM, Abdul Hakeem wrote: > I derive no consolation from this disclosure. > If anyone is skilful enough to tackle this, or an offer on the building blocks, > please don't hesitate to contact me. > Cheers, > AH > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Ken Rice > Sent: Wednesday, July 25, 2012 9:24 PM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] CALEA Solution > > This is something I doubt you would ever see a complete opensource solution > on... The amount of time and effort plus complaince issues make it iffy > thing... Most people are actually better off actually finding one of the > CALEA indemnity companies and subscribing to their services > > > On 7/25/12 3:16 PM, "Abdul Hakeem" wrote: > >> I was thinking in the form of a Web interface via sockets (ESL module) or >> without sockets via the FS_IVRD tool. >> It would be nice to plug it into a CMS solution like Joomla...etc. >> The whole idea is to have a professional CALEA solution where users can plug >> in >> something like an RSS clients or anything else for reporting purposes. >> >> -----Original Message----- >> From: freeswitch-dev-bounces at lists.freeswitch.org >> [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. >> Ranganathan >> Sent: Wednesday, July 25, 2012 5:57 PM >> To: freeswitch-dev at lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] CALEA Solution >> >> TCPDump will have a hard time with encrypted communications (SIP over >> TLS + SRTP ). >> >> On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: >>> Actually, this might be a good topic for conversation on today's call once >>> DRK is done discussing Windows FW stuff. Let's see how the conversation >>> goes. >>> >>> -MC >>> >>> >>> On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >>>> >>>> tcpdump >>>> >>>> >>>> >>>> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >>>> >>>> >>>> Hello, >>>> Can anyone recommend a CALEA solution for Freeswitch. >>>> Cheers, >>>> Abdul Hakeem >>>> >>>> ________________________________ >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> Join Us At ClueCon - Aug 7-9, 2012 >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> Join Us At ClueCon - Aug 7-9, 2012 >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Michael S Collins >>> Twitter: @mercutioviz >>> http://www.FreeSWITCH.org >>> http://www.ClueCon.com >>> http://www.OSTAG.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >> >> >> >> -- >> M. Ranganathan >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From alhakeem at gmail.com Sat Jul 28 21:35:19 2012 From: alhakeem at gmail.com (Abdul Hakeem) Date: Sat, 28 Jul 2012 18:35:19 +0100 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: <-7945418205692650800@unknownmsgid> References: <-7945418205692650800@unknownmsgid> Message-ID: I am looking at it from the perspective of a separate full-blown events management server to control multiple FS boxes. Having looked at mod_shout and the Telecast application, it seems to fit in well with the ESL modules and the ability to create a custom variables that the fs_cli command such as /filter Event-name......can't satisfy. It's not just for CALEA purposes only, it could be a great CRM tool. -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Brian West Sent: Saturday, July 28, 2012 2:50 PM To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] CALEA Solution What is so wrong with record session? -- Brian West brian at freeswitch.org FreeSWITCH Solutions, LLC PO BOX PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH_Wire T: +1.213.286.0410 | F: +1.213.286.0401 | M: +1.918.424.WEST iNUM: +883 5100 1286 0410 On Jul 25, 2012, at 4:31 PM, Abdul Hakeem wrote: > I derive no consolation from this disclosure. > If anyone is skilful enough to tackle this, or an offer on the building blocks, > please don't hesitate to contact me. > Cheers, > AH > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Ken Rice > Sent: Wednesday, July 25, 2012 9:24 PM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] CALEA Solution > > This is something I doubt you would ever see a complete opensource solution > on... The amount of time and effort plus complaince issues make it iffy > thing... Most people are actually better off actually finding one of the > CALEA indemnity companies and subscribing to their services > > > On 7/25/12 3:16 PM, "Abdul Hakeem" wrote: > >> I was thinking in the form of a Web interface via sockets (ESL module) or >> without sockets via the FS_IVRD tool. >> It would be nice to plug it into a CMS solution like Joomla...etc. >> The whole idea is to have a professional CALEA solution where users can plug >> in >> something like an RSS clients or anything else for reporting purposes. >> >> -----Original Message----- >> From: freeswitch-dev-bounces at lists.freeswitch.org >> [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. >> Ranganathan >> Sent: Wednesday, July 25, 2012 5:57 PM >> To: freeswitch-dev at lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] CALEA Solution >> >> TCPDump will have a hard time with encrypted communications (SIP over >> TLS + SRTP ). >> >> On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: >>> Actually, this might be a good topic for conversation on today's call once >>> DRK is done discussing Windows FW stuff. Let's see how the conversation >>> goes. >>> >>> -MC >>> >>> >>> On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >>>> >>>> tcpdump >>>> >>>> >>>> >>>> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >>>> >>>> >>>> Hello, >>>> Can anyone recommend a CALEA solution for Freeswitch. >>>> Cheers, >>>> Abdul Hakeem >>>> >>>> ________________________________ >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> Join Us At ClueCon - Aug 7-9, 2012 >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> Join Us At ClueCon - Aug 7-9, 2012 >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> Michael S Collins >>> Twitter: @mercutioviz >>> http://www.FreeSWITCH.org >>> http://www.ClueCon.com >>> http://www.OSTAG.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >> >> >> >> -- >> M. Ranganathan >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting at freeswitch.org http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From mranga at gmail.com Sun Jul 29 16:44:31 2012 From: mranga at gmail.com (M. Ranganathan) Date: Sun, 29 Jul 2012 08:44:31 -0400 Subject: [Freeswitch-dev] CALEA Solution In-Reply-To: References: <-7945418205692650800@unknownmsgid> Message-ID: CALEA is not a feature. It is a requirement. CALEA is actually simpler than one might suppose. CALEA needs to comply with ATIS 1000678. ATIS specifies the message formats and protocol used to deliver signaling and media to a law enforcement endpoint. You cannot just send whatever you want to a LEA and be CALEA compliant. To meet requirements, one needs to format SIP messages using the format specified in ATIS 1000678 and send it off to a Law Enforcement Endpoint along with the RTP. There are two ways to accomplish this : - Direct Signal reporting - i.e. encapsulate SIP messages and send off to LEA and stream RTP messages and send off to LEA (corresponding to SIP messages). This is by far the simpler solution. - Mapped Reporting i.e. map SIP to a common format that applies across all VOIP protocols. This is very complex and quite a pain in the tookus. I am not even sure if the thing can be made to work. i.e. one does not need to record sessions or convert into event management service etc. Just thought I'd pass along some useful information. On Sat, Jul 28, 2012 at 1:35 PM, Abdul Hakeem wrote: > > I am looking at it from the perspective of a separate full-blown events > management server to control multiple FS boxes. > Having looked at mod_shout and the Telecast application, it seems to fit in well > with the ESL modules and the ability to create a custom variables that the > fs_cli command such as /filter Event-name......can't satisfy. > It's not just for CALEA purposes only, it could be a great CRM tool. > > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Brian West > Sent: Saturday, July 28, 2012 2:50 PM > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] CALEA Solution > > What is so wrong with record session? > > -- > Brian West > brian at freeswitch.org > FreeSWITCH Solutions, LLC > PO BOX PO BOX 2531 > Brookfield, WI 53008-2531 > Twitter: @FreeSWITCH_Wire > T: +1.213.286.0410 | F: +1.213.286.0401 | M: +1.918.424.WEST > iNUM: +883 5100 1286 0410 > > On Jul 25, 2012, at 4:31 PM, Abdul Hakeem wrote: > >> I derive no consolation from this disclosure. >> If anyone is skilful enough to tackle this, or an offer on the building > blocks, >> please don't hesitate to contact me. >> Cheers, >> AH >> >> -----Original Message----- >> From: freeswitch-dev-bounces at lists.freeswitch.org >> [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Ken Rice >> Sent: Wednesday, July 25, 2012 9:24 PM >> To: freeswitch-dev at lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] CALEA Solution >> >> This is something I doubt you would ever see a complete opensource solution >> on... The amount of time and effort plus complaince issues make it iffy >> thing... Most people are actually better off actually finding one of the >> CALEA indemnity companies and subscribing to their services >> >> >> On 7/25/12 3:16 PM, "Abdul Hakeem" wrote: >> >>> I was thinking in the form of a Web interface via sockets (ESL module) or >>> without sockets via the FS_IVRD tool. >>> It would be nice to plug it into a CMS solution like Joomla...etc. >>> The whole idea is to have a professional CALEA solution where users can plug >>> in >>> something like an RSS clients or anything else for reporting purposes. >>> >>> -----Original Message----- >>> From: freeswitch-dev-bounces at lists.freeswitch.org >>> [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of M. >>> Ranganathan >>> Sent: Wednesday, July 25, 2012 5:57 PM >>> To: freeswitch-dev at lists.freeswitch.org >>> Subject: Re: [Freeswitch-dev] CALEA Solution >>> >>> TCPDump will have a hard time with encrypted communications (SIP over >>> TLS + SRTP ). >>> >>> On Wed, Jul 25, 2012 at 12:46 PM, Michael Collins wrote: >>>> Actually, this might be a good topic for conversation on today's call once >>>> DRK is done discussing Windows FW stuff. Let's see how the conversation >>>> goes. >>>> >>>> -MC >>>> >>>> >>>> On Wed, Jul 25, 2012 at 9:41 AM, Ken Rice wrote: >>>>> >>>>> tcpdump >>>>> >>>>> >>>>> >>>>> On 7/25/12 11:39 AM, "Abdul Hakeem" wrote: >>>>> >>>>> >>>>> Hello, >>>>> Can anyone recommend a CALEA solution for Freeswitch. >>>>> Cheers, >>>>> Abdul Hakeem >>>>> >>>>> ________________________________ >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> >>>>> >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://wiki.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> Join Us At ClueCon - Aug 7-9, 2012 >>>>> >>>>> FreeSWITCH-dev mailing list >>>>> FreeSWITCH-dev at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>>> http://www.freeswitch.org >>>>> >>>>> >>>>> _________________________________________________________________________ >>>>> Professional FreeSWITCH Consulting Services: >>>>> consulting at freeswitch.org >>>>> http://www.freeswitchsolutions.com >>>>> >>>>> >>>>> >>>>> >>>>> Official FreeSWITCH Sites >>>>> http://www.freeswitch.org >>>>> http://wiki.freeswitch.org >>>>> http://www.cluecon.com >>>>> >>>>> Join Us At ClueCon - Aug 7-9, 2012 >>>>> >>>>> FreeSWITCH-dev mailing list >>>>> FreeSWITCH-dev at lists.freeswitch.org >>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>>> http://www.freeswitch.org >>>> >>>> >>>> >>>> -- >>>> Michael S Collins >>>> Twitter: @mercutioviz >>>> http://www.FreeSWITCH.org >>>> http://www.ClueCon.com >>>> http://www.OSTAG.org >>>> >>>> >>>> >>>> _________________________________________________________________________ >>>> Professional FreeSWITCH Consulting Services: >>>> consulting at freeswitch.org >>>> http://www.freeswitchsolutions.com >>>> >>>> >>>> >>>> >>>> Official FreeSWITCH Sites >>>> http://www.freeswitch.org >>>> http://wiki.freeswitch.org >>>> http://www.cluecon.com >>>> >>>> Join Us At ClueCon - Aug 7-9, 2012 >>>> >>>> FreeSWITCH-dev mailing list >>>> FreeSWITCH-dev at lists.freeswitch.org >>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>>> http://www.freeswitch.org >>> >>> >>> >>> -- >>> M. Ranganathan >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting at freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> >>> >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> Join Us At ClueCon - Aug 7-9, 2012 >>> >>> FreeSWITCH-dev mailing list >>> FreeSWITCH-dev at lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >>> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- M. Ranganathan From prasd.d.b at gmail.com Mon Jul 30 02:25:39 2012 From: prasd.d.b at gmail.com (Prasd D) Date: Sun, 29 Jul 2012 15:25:39 -0700 Subject: [Freeswitch-dev] [Freeswitch-users] Push server and push capability In-Reply-To: References: <501400AE.8040007@gmail.com> <50140122.40209@gmail.com> Message-ID: Forgot ccs On 7/29/12, Prasd D wrote: > Hi Regis, > > Thanks for throwing light on this. > > I fully agree with you on your first reason, and the initial general > comment. > >> AFAIK, what is done in C2DM is not magic. It should not be impossible to >> reach same thing on a third party app. > > I agree with you that we can have two sockets open. > > This is what I gather from what you put down above and have questions : > > - Presently push has only one socket open. 100% agree with you it > should not rely on a specific push provider > - A 3rd party app or something within csipsimple or a small component > of it will keep a socket open (while rest of csipsimple is shut off > for power purposes) through which it will receive a notification. This > notification will then start csipsimple to take an incoming call for > example. > Advantage of having a 3rd party app is that it can support push > notifications for other purposes also. However then again we are > relying on some other 3rd party push service provider. Instead if it > is done with the same SIP provider (achieved by using Freeswitch > hopefully it supports this as a module soon), then its even better. > I take it that this push service is then applicable only for this and > keeping a socket open just for this is not as optimal. > > > I didn't understand "solve the root cause on the app". I am not sure > if you are referring to "There is indeed known problems to keep the > connection alive on some devices with CSipSimple." when you are > talking about root cause. > But let's say csipsimple works fine when it is running. Then I guess > there is no "root cause" then? > > My main and only concern is saving power and battery and not having to > run csipsimple app running all the time just to receive incoming > calls. > So in this scenario (and no connection alive problems with > csipsimple), there is no "root cause" and the solution is just to use > push service. Is that correct ? > > Alternative is that csipsimple has components or plugins and while all > of it shuts off, one small component keeps running with a socket open > I guess to get simplied notification (rather than complex sip > messages) JUST to tell incoming call, whereafter the main csipsimple > starts. The Freeswitch server then waits for csipsimple to start and > send the invite (I am not sure how it will know that csipsimple woke > up, but I guess the job of the plugin is that. Perhaps it sens a push > notification and then few invites until it gets a response). > > Please clarify above. Would be great if you can provide a solution > together with freeswitch ! > > I think this is the future and as one of the developers indicated in > that jira bug, there are many companies now doing this (like > acrobits). > > > On 7/28/12, R?gis Montoya wrote: >> Hi Prasd, >> >> As I said many times to you about C2DM for invites... I still think >> that's a bad idea. >> >> There is indeed known problems to keep the connection alive on some >> devices with CSipSimple. >> But solving the issue by delegating to another solution hosted by google >> (or to any proprietary network) is not a good solution. If you want to >> develop something you should rather try to help on CSipSimple/pjsip for >> android to find out a reliable way for your devices. >> >> Several reason for that : >> * You become dependant of a push service provider... in this case >> google. Somebody using android should not be forced to use google. -and >> it also doesn't apply to private/enterprise networks-. >> * The C2DM doesn't ensure for reliability. Read the google docs, they >> tell that they don't assure that it will be delivered in time and for >> sure. It's the same for Apple push notification. >> * AFAIK, what is done in C2DM is not magic. It should not be >> impossible to reach same thing on a third party app. >> * Your sip provider becomes dependant of the push notification service >> provider : there is a mechanism to ensure your server is correctly >> allowed to publish on the push service provider (both for C2DM and Apple >> notifications). >> * Your application (in this case the CSipSimple plugin for your C2DM >> deployment), is also linked to the same mechanism and will be linked to >> certificates of the server (so also one app per service...) >> >> The only pro argument would be to have only one socket open, but in my >> opinion it's not a big deal. >> The other not receivable argument is laziness... (even if deployment of >> push notification can lead to headaches). >> >> If you really want to go this way feel free. The api provided by >> CSipSimple to other applications on android should allow you to do what >> you plan a clean and separated way. (I mean by a plugin). >> >> And I think that approach on FS is the same than mine : if you want such >> a thing, it should be addressed by a plugin. >> But my opinion remains the same, it's not a real solution to the >> problem. And I encourage any developer / sip provider facing this >> problem to help to focus their efforts to solve the root cause on the >> app ;). >> >> Best regards, >> R?gis >> > > > -- > Thanks, > Prasd > -- Thanks, Prasd From debasish.chandra at telemune.net Mon Jul 30 12:39:52 2012 From: debasish.chandra at telemune.net (Debasish Chandra) Date: Mon, 30 Jul 2012 14:09:52 +0530 Subject: [Freeswitch-dev] Freeswitch with google talk no audio. Message-ID: Hi, I am facing typical problem with gtalk RTP transmission. I have Freeswitch behind NAT, and trying to make call with gtalk using auto-nat. Following is the scenario. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Phone [PRI line/ X-lte softphone] <---> Freeswitch[192.168.1.10] <---> GW [122.160.151.16] <---> Internet <--> Gtalk ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Following is the output of nat_map status command ----------------------------------------------------------------------------- +OK log level [7] nat_map status Nat Type: UPNP, ExtIP: 122.160.151.16 NAT port mapping enabled. port,proto,proto_num,sticky 5060,udp,0,0 5060,tcp,1,0 5080,udp,0,0 5080,tcp,1,0 4 total. freeswitch at 10.168.1.10@internal> --------------------------------------------------------------------------------- *Strange thing is happening here that maye be google server is changing the RTP IP, and mod_dingaling is rejecting that. Following is the call trace. My FS server has dual NIC, the IP am using for freeswitch is 19.168.1.10, where default route is 192.168.1.1, and the DNS is also 192.168.1.1.* -------------------------------------------------------------------------- 2012-07-30 08:11:05.813221 [DEBUG] sofia_glue.c:3245 AUDIO RTP [sofia/internal/9810209276 at 192.168.1.10] 192.168.1.10 port 27860 -> 192.168.1.106 port 5062 codec: 0 ms: 20 2012-07-30 08:11:05.813221 [DEBUG] switch_rtp.c:1680 Starting timer [soft] 160 bytes per 20ms 2012-07-30 08:11:05.813221 [DEBUG] sofia_glue.c:3509 Set 2833 dtmf send payload to 101 2012-07-30 08:11:05.813221 [DEBUG] sofia_glue.c:3515 Set 2833 dtmf receive payload to 101 2012-07-30 08:11:05.813221 [DEBUG] sofia_glue.c:3542 sofia/internal/ 9810209276 at 192.168.1.10 Set rtp dtmf delay to 40 2012-07-30 08:11:05.813221 [DEBUG] mod_sofia.c:754 Local SDP sofia/internal/ 9810209276 at 192.168.1.10: v=0 o=FreeSWITCH 1343588205 1343588206 IN IP4 192.168.1.10 s=FreeSWITCH c=IN IP4 192.168.1.10 t=0 0 m=audio 27860 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2012-07-30 08:11:05.813221 [DEBUG] switch_core_session.c:773 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2011-07-30 08:11:05.813221 [DEBUG] switch_channel.c:3278 (sofia/internal/ 9810209276 at 192.168.1.10) Callstate Change RINGING -> ACTIVE EXECUTE sofia/internal/9810209276 at 192.168.1.10 set(hangup_after_bridge=true) 2012-07-30 08:11:05.813221 [DEBUG] mod_dptools.c:1305 sofia/internal/ 9810209276 at 192.168.1.10 SET [hangup_after_bridge]=[true] EXECUTE sofia/internal/9810209276 at 192.168.1.10 bridge(dingaling/1212/ debasish.chandra at telemune.net) 2012-07-30 08:11:05.813221 [DEBUG] switch_ivr_originate.c:1947 Parsing global variables 2012-07-30 08:11:05.893220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- Call Me! 2012-07-30 08:11:05.893220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:06.273227 [DEBUG] switch_core_session.c:919 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:06.273227 [DEBUG] switch_core_session.c:919 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:06.273227 [DEBUG] switch_core_session.c:919 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:06.373225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 24 2012-07-30 08:11:06.373225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 4], [profile name: 1212] 2012-07-30 08:11:06.373225 [NOTICE] switch_channel.c:926 New Channel dingaling/1212/debasish.chandra at telemune.net[02ae737e-d9f0-11e1-9b8b-b99cac690822] 2012-07-30 08:11:06.373225 [DEBUG] libdingaling.c:355 Created Session 5118131773 2012-07-30 08:11:06.373225 [DEBUG] mod_dingaling.c:1863 (dingaling/1212/ debasish.chandra at telemune.net) State Change CS_NEW -> CS_INIT 2012-07-30 08:11:06.373225 [DEBUG] switch_core_session.c:1224 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:06.373225 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:06.373225 [DEBUG] switch_core_state_machine.c:385 (dingaling/1212/debasish.chandra at telemune.net) Running State Change CS_INIT 2012-07-30 08:11:06.373225 [DEBUG] sofia.c:5785 Channel sofia/internal/ 9810209276 at 192.168.1.10 entering state [ready][200] 2012-07-30 08:11:06.373225 [DEBUG] switch_core_state_machine.c:424 (dingaling/1212/debasish.chandra at telemune.net) State INIT 2012-07-30 08:11:06.373225 [NOTICE] mod_dingaling.c:1160 Ring-Ready dingaling/1212/debasish.chandra at telemune.net! 2012-07-30 08:11:06.373225 [DEBUG] mod_dingaling.c:1113 Don't have my codec yet here's one 2012-07-30 08:11:06.373225 [DEBUG] mod_dingaling.c:1133 Send Describe [PCMU at 8000] 2012-07-30 08:11:07.373225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- Incoming Call From Extension 9810209276 9810209276 2012-07-30 08:11:07.373225 [DEBUG] libdingaling.c:1461 Processing 1 packets in retry queue 2012-07-30 08:11:07.373225 [DEBUG] libdingaling.c:1478 Sending packet 300 (2 left) 2012-07-30 08:11:07.373225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:08.373225 [DEBUG] libdingaling.c:1461 Processing 1 packets in retry queue 2012-07-30 08:11:08.693224 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:08.693224 [DEBUG] libdingaling.c:973 Cancel packet 300 2012-07-30 08:11:08.693224 [DEBUG] libdingaling.c:1461 Processing 1 packets in retry queue 2012-07-30 08:11:08.693224 [DEBUG] libdingaling.c:1489 Discarding packet 300 2012-07-30 08:11:10.773225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:531 New Candidate 1 name=rtp type=local protocol=udp username=VzwIhL+Cqq40gdgt password=XrAuKMZEJouZhu0YvqFw9Jxp address=192.168.1.106 port=53357 pref=1.00 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3431 1 candidates 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3467 candidates 192.168.1.106:53357 2012-07-30 08:11:10.773225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:531 New Candidate 1 name=rtp type=local protocol=udp username=y7d3YKQ6c24valA2 password=8da0wgefnChac+AjHroHU5xr address=10.168.1.234 port=53359 pref=1.00 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3431 1 candidates 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3467 candidates 10.168.1.234:53359 2012-07-30 08:11:10.773225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:531 New Candidate 2 name=rtp type=stun protocol=udp username=vrGqWkQLTYkSoQ0L password=oH3t4/R4oelZJ8obx+L1HjDh address=122.160.151.16 port=53358 pref=0.90 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3431 2 candidates 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3467 candidates 10.168.1.234:53359 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3467 candidates 122.160.151.16:53358 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3503 Acceptable Candidate 122.160.151.16:53358 2012-07-30 08:11:10.773225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:10.773225 [DEBUG] libdingaling.c:531 New Candidate 2 name=rtp type=stun protocol=udp username=QBK5DzcIbu5loZgG password=Usg724pXcE+SS8QmYQ++IEQt address=182.71.156.234 port=239 pref=0.90 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:10.773225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:10.773225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.373225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.373225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:11.373225 [DEBUG] libdingaling.c:531 New Candidate 3 name=rtp type=relay protocol=udp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:11.373225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:11.373225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:11.373225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:11.373225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.973225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.973225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:11.973225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:11.973225 [DEBUG] libdingaling.c:531 New Candidate 3 name=rtp type=relay protocol=udp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:11.973225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:11.973225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:11.973225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:11.973225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.993225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.993225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:11.993225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=nT3oDuUWDBki7UEo password=jc6k52FfHM+1DP37Z0ZDDyAF address=192.168.1.106 port=55205 pref=0.80 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:11.993225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.993225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:11.993225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:11.993225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:11.993225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=5NbllBn5tY0db9Iw password=PwYDqrNG79EhyqtUrqrKVqhF address=10.168.1.234 port=55206 pref=0.80 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:11.993225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:11.993225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:12.533225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:12.533225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:12.533225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:12.533225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:12.533225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:12.533225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:12.533225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:12.533225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:12.533225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:12.533225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:13.553221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:13.553221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:13.553221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:13.553221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:13.553221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:13.553221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=ajHTibt+0uic+dA8 password=1DRMIIxIZdVhCp1e address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:13.553221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:13.553221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:13.553221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:13.553221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:16.393221 [DEBUG] mod_dingaling.c:1058 Send Candidate 122.160.151.16:27016 [QX8ruWQwGjMS8TsF] 2012-07-30 08:11:16.553221 [DEBUG] libdingaling.c:1461 Processing 1 packets in retry queue 2012-07-30 08:11:16.553221 [DEBUG] libdingaling.c:1478 Sending packet 301 (2 left) 2012-07-30 08:11:16.553221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:16.973220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:16.973220 [DEBUG] libdingaling.c:973 Cancel packet 301 2012-07-30 08:11:16.973220 [DEBUG] libdingaling.c:1461 Processing 1 packets in retry queue 2012-07-30 08:11:16.973220 [DEBUG] libdingaling.c:1489 Discarding packet 301 2012-07-30 08:11:17.573222 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 3811422508 2012-07-30 08:11:17.573222 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:17.573222 [DEBUG] libdingaling.c:443 Add Payload [PCMU] id='0' 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 1], [profile name: 1212] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:3345 Already decided on a codec 2012-07-30 08:11:17.573222 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:900 Set Read Codec to PCMU at 8000 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:915 Set Write Codec to PCMU at 8000 2012-07-30 08:11:17.573222 [DEBUG] switch_nat.c:511 mapped public port 27016 protocol UDP to localport 27016 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:937 SETUP RTP 192.168.1.10:27016 -> 122.160.151.16:53358 2012-07-30 08:11:17.573222 [DEBUG] switch_rtp.c:1680 Starting timer [soft] 160 bytes per 20ms 2012-07-30 08:11:17.573222 [DEBUG] switch_channel.c:3278 (dingaling/1212/ debasish.chandra at telemune.net) Callstate Change DOWN -> ACTIVE 2012-07-30 08:11:17.573222 [DEBUG] switch_channel.c:3290 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:17.573222 [NOTICE] mod_dingaling.c:1252 Channel [dingaling/1212/debasish.chandra at telemune.net] has been answered 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1255 (dingaling/1212/ debasish.chandra at telemune.net) State Change CS_INIT -> CS_ROUTING 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:1224 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:424 (dingaling/1212/debasish.chandra at telemune.net) State INIT going to sleep 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:385 (dingaling/1212/debasish.chandra at telemune.net) Running State Change CS_ROUTING 2012-07-30 08:11:17.573222 [DEBUG] switch_channel.c:1919 (dingaling/1212/ debasish.chandra at telemune.net) Callstate Change ACTIVE -> RINGING 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:433 (dingaling/1212/debasish.chandra at telemune.net) State ROUTING 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1269 dingaling/1212/ debasish.chandra at telemune.net CHANNEL ROUTING 2012-07-30 08:11:17.573222 [DEBUG] switch_ivr_originate.c:67 (dingaling/1212/debasish.chandra at telemune.net) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] switch_ivr_originate.c:3330 Originate Resulted in Success: [dingaling/1212/debasish.chandra at telemune.net] 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:1224 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:433 (dingaling/1212/debasish.chandra at telemune.net) State ROUTING going to sleep 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:385 (dingaling/1212/debasish.chandra at telemune.net) Running State Change CS_CONSUME_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] switch_channel.c:1921 (dingaling/1212/ debasish.chandra at telemune.net) Callstate Change RINGING -> ACTIVE 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:452 (dingaling/1212/debasish.chandra at telemune.net) State CONSUME_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:452 (dingaling/1212/debasish.chandra at telemune.net) State CONSUME_MEDIA going to sleep 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:773 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:773 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] switch_ivr_bridge.c:1359 (dingaling/1212/ debasish.chandra at telemune.net) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:1224 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:385 (dingaling/1212/debasish.chandra at telemune.net) Running State Change CS_EXCHANGE_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] switch_core_state_machine.c:443 (dingaling/1212/debasish.chandra at telemune.net) State EXCHANGE_MEDIA 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1406 CHANNEL LOOPBACK 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:835 Send signal dingaling/1212/debasish.chandra at telemune.net [BREAK] 2012-07-30 08:11:17.573222 [DEBUG] mod_dingaling.c:1398 dingaling/1212/ debasish.chandra at telemune.net CHANNEL KILL 2012-07-30 08:11:17.573222 [DEBUG] switch_core_session.c:835 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:17.613222 [DEBUG] switch_rtp.c:3257 Correct ip/port confirmed. 2012-07-30 08:11:32.733223 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=udp username=a8CUyp0Dm8K1D048 password=GzWd4Qjt+rH34m6B4anJc/Vc address=192.168.1.106 port=56286 pref=1.00 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:32.733223 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:32.733223 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:32.733223 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=udp username=3d89wylgTUDUoKwV password=tZ3kro8WHvnSjsUEqZhV8rio address=10.168.1.234 port=56288 pref=1.00 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:32.733223 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:32.733223 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:33.133220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:33.133220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:33.133220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:33.133220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=stun protocol=udp username=HjMgasDSsTaIHE7d password=v4Oo6Wpc0cUT+Mxem0fycGMa address=182.71.156.234 port=240 pref=0.90 2012-07-30 08:11:33.133220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:33.133220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:33.133220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:33.133220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.173225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.173225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:34.173225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:34.173225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=stun protocol=udp username=2jOCDOtgh0a1TRzF password=jINE+afC7R1dvb1/3MIt//Zt address=122.160.151.16 port=56287 pref=0.90 2012-07-30 08:11:34.173225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:34.173225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:34.173225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:34.173225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.553225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=udp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:34.553225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.553225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:34.553225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=udp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:34.553225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:34.553225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.973225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=iuDA6Wru4+I0Pouh password=kOuQ53i8QO5aCOwKuNSwt7/A address=192.168.1.106 port=55217 pref=0.80 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:34.973225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.973225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:34.973225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=W6XZGuJ/mJSd9Lj2 password=8+Zfe+IQmeMg/cRzr212sbWZ address=10.168.1.234 port=55218 pref=0.80 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:34.973225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:34.973225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:35.373225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:35.373225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:35.373225 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:35.373225 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:35.373225 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:35.373225 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:36.133221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:36.133221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:36.133221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:36.133221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=f65iyW5c8L9IFXUP password=O9xkIKKiVdY/rjtw address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:36.133221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:36.133221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:39.873221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 24 a7ecf6993189b75641a683a7b6c745e57d35b4d1 2012-07-30 08:11:39.873221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 4], [profile name: 1212] 2012-07-30 08:11:40.233221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 24 f1d81da7a84c557c2f74998ea5ce39ae71f57f4b 2012-07-30 08:11:40.233221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 4], [profile name: 1212] 2012-07-30 08:11:49.473221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=udp username=XNv7fF+IJCnvS7K2 password=7k+DZ4wFkXVq5t2myV5/QlDy address=192.168.1.106 port=56292 pref=1.00 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:49.473221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.473221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:49.473221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=udp username=EZcDlsZcs8l4loYJ password=PU0zDLhadNZCltENZ/3YQq7L address=10.168.1.234 port=56294 pref=1.00 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:49.473221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:49.473221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.873221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=stun protocol=udp username=NhGr2+Nqvpz+E0df password=eC7ZAOZI2HDmH13QwwV0YcIV address=182.71.156.234 port=242 pref=0.90 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:49.873221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.873221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:49.873221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=stun protocol=udp username=foM9ZMSmXiHPEiho password=5O0wU6FeXGgaf5T2X/WNzBhT address=122.160.151.16 port=56293 pref=0.90 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:49.873221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:49.873221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:50.993220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:50.993220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:50.993220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:50.993220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=udp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:50.993220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:50.993220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:50.993220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:50.993220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.413221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.413221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:51.413221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:51.413221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=udp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:51.413221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:51.413221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:51.413221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:51.413221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.793220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=8Ou3I9JDGRoHYDcB password=3U4beC1UURAa9mkLIWYalefQ address=192.168.1.106 port=55223 pref=0.80 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:51.793220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.793220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:51.793220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=local protocol=tcp username=cNSKbzB3pjLnN2zP password=vQgcMaE1p3M49pBoKn/7Pow8 address=10.168.1.234 port=55224 pref=0.80 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:51.793220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:51.793220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.233221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:52.233221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.233221 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:52.233221 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=tcp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=19305 pref=0.50 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:52.233221 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:52.233221 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.893220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:52.893220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.893220 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:383 Message for Session 5118131773 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:485 Duplicate Pref! 2012-07-30 08:11:52.893220 [DEBUG] libdingaling.c:531 New Candidate 4 name=rtp type=relay protocol=ssltcp username=7CKnLrO82x0t7c38 password=CptpCa0yYxKXz5ZJ address=209.85.175.127 port=443 pref=0.50 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:2815 mod_dingaling handle_signalling in [signal: 2], [profile name: 1212] 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:3092 using Existing session for 5118131773 2012-07-30 08:11:52.893220 [DEBUG] mod_dingaling.c:3427 Already picked an IP [122.160.151.16] 2012-07-30 08:11:52.893220 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- 2012-07-30 08:11:53.493220 [DEBUG] switch_core_session.c:919 Send signal sofia/internal/9810209276 at 192.168.1.10 [BREAK] 2012-07-30 08:11:53.513221 [DEBUG] switch_channel.c:2882 (sofia/internal/ 9810209276 at 192.168.1.10) Callstate Change ACTIVE -> HANGUP 2012-07-30 08:11:53.513221 [NOTICE] sofia.c:711 Hangup sofia/internal/ 9810209276 at 192.168.1.10 [CS_EXECUTE] [NORMAL_CLEARING] ------------------------------------------------------------ Best Regards, Debasish -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/7ff77dd5/attachment-0001.html From marketing at cluecon.com Mon Jul 30 22:04:28 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 30 Jul 2012 11:04:28 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes Message-ID: Greetings from the FreeSWITCH team! Things have been busy with all of the ClueCon preparations! We hope to see you in Chicago next week. In the meantime we are still doing our weekly conference calls. This past Wednesday we enjoyed a very nice demonstration by Dave Kompel (IRC: drk__) on how to implement Fail2Ban -like functionality in a Windows environment. Dave's code is simple and elegant. If you missed the presentation then please download it hereand listen to it. The source code is also available . This week we will be having a community discussion on several subjects, not the least of which is the interesting news that Google uses FreeSWITCH internally . This is the last weekly news and notes before ClueCon. Next Monday I'll be sending this out *from Chicago**!* To the scores of people who have registered and sponsored us this year I would like to give a well-deserved thanks. We are looking forward to seeing everyone next week. If you haven't yet registered there is still time, but please hurry! The sooner we know you're coming, the better prepared we will be to take care of you when you arrive. Have a great week! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE cc12-0730 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/06f12166/attachment.html From anton.jugatsu at gmail.com Mon Jul 30 22:10:41 2012 From: anton.jugatsu at gmail.com (Anton Kvashenkin) Date: Mon, 30 Jul 2012 22:10:41 +0400 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes In-Reply-To: References: Message-ID: Michael, what about inviting Jeff Bates from Google to upcoming weekly conference? 2012/7/30 Michael Collins > Greetings from the FreeSWITCH team! > > Things have been busy with all of the ClueCon > preparations! We hope to see you in Chicago next week. In the meantime > we are still doing our weekly conference calls. This past Wednesday we > enjoyed a very nice demonstration by Dave Kompel (IRC: drk__) on how to > implement Fail2Ban -like > functionality in a Windows environment. Dave's code is simple and elegant. > If you missed the presentation then please download it hereand listen to it. The source code is also > available . This > week we will be having a community discussion on several subjects, not the > least of which is the interesting news that Google uses FreeSWITCH > internally . > > This is the last weekly news and notes before ClueCon. Next Monday I'll be > sending this out *from Chicago**!* To the scores of people who have > registered and sponsored us this year I would like to give a well-deserved > thanks. We are looking forward to seeing everyone next week. If you haven't > yet registered there is still > time, but please hurry! The sooner we know you're coming, the better > prepared we will be to take care of you when you arrive. > > Have a great week! > > -- > Michael S Collins > ClueCon Team > http://www.cluecon.com > 877-7-4ACLUE > cc12-0730 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/ceab9e9b/attachment.html From msc at freeswitch.org Mon Jul 30 22:13:17 2012 From: msc at freeswitch.org (Michael Collins) Date: Mon, 30 Jul 2012 11:13:17 -0700 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes In-Reply-To: References: Message-ID: On Mon, Jul 30, 2012 at 11:10 AM, Anton Kvashenkin wrote: > Michael, what about inviting Jeff Bates from Google to upcoming weekly > conference? > Who says I haven't already done so? ;) -MC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/09812bb4/attachment.html From krice at freeswitch.org Mon Jul 30 22:13:32 2012 From: krice at freeswitch.org (Ken Rice) Date: Mon, 30 Jul 2012 13:13:32 -0500 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes In-Reply-To: Message-ID: Hey Put collins in touch with him (probably off list) we would love to have him talk to us on the weekly conf call... On 7/30/12 1:10 PM, "Anton Kvashenkin" wrote: > Michael, what about inviting Jeff Bates from Google to upcoming weekly > conference? > > 2012/7/30 Michael Collins >> Greetings from the FreeSWITCH team! >> >> Things have been busy with all of the?ClueCon >> ?preparations! We hope to see you in >> Chicago next week. In the meantime we are still doing our weekly conference >> calls. This past Wednesday we enjoyed a very nice demonstration by Dave >> Kompel (IRC: drk__) on how to implement?Fail2Ban >> -like functionality in a >> Windows environment. Dave's code is simple and elegant. If you missed the >> presentation then please download it?here >> and >> listen to it. The source code is also?available >> . This week we will be >> having a community discussion on several subjects, not the least of which is >> the interesting news that Google uses FreeSWITCH internally >> . >> >> This is the last weekly news and notes before ClueCon. Next Monday I'll be >> sending this out?from Chicago! To the scores of people who have registered >> and sponsored us this year I would like to give a well-deserved thanks. We >> are looking forward to seeing everyone next week. If you haven't yet >> registered there is still time, >> but please hurry! The sooner we know you're coming, the better prepared we >> will be to take care of you when you arrive. >> >> Have a great week! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/c7160fbe/attachment-0001.html From anton.jugatsu at gmail.com Mon Jul 30 22:19:30 2012 From: anton.jugatsu at gmail.com (Anton Kvashenkin) Date: Mon, 30 Jul 2012 22:19:30 +0400 Subject: [Freeswitch-dev] FreeSWITCH Weekly News and Notes In-Reply-To: References: Message-ID: Brian (at irc) said that you didn't receive feedback yet. I contacted Jeff via G+ and twitter to reminde him that he should check his e-mail :) 2012/7/30 Michael Collins > > > On Mon, Jul 30, 2012 at 11:10 AM, Anton Kvashenkin < > anton.jugatsu at gmail.com> wrote: > >> Michael, what about inviting Jeff Bates from Google to upcoming weekly >> conference? >> > > Who says I haven't already done so? ;) > -MC > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/7a373fae/attachment.html From jpablolorenzetti at hotmail.com Tue Jul 31 01:55:28 2012 From: jpablolorenzetti at hotmail.com (Juan Pablo L.) Date: Mon, 30 Jul 2012 21:55:28 +0000 Subject: [Freeswitch-dev] about developing modules and documentation Message-ID: Hi, i m not sure if this is the correct list but i m developing a module to perform some services but i do not have a clear understanding how modules are treated/managed in freeswitch and its internal flow when it is calling the functions from modules, etc etc .. i m looking into other modules source codes but there are pieces (well all the code related to multi-threated) that i do not understand because i do not have this base. thanks! From daniel.swarbrick at gmail.com Tue Jul 31 02:05:50 2012 From: daniel.swarbrick at gmail.com (Daniel Swarbrick) Date: Tue, 31 Jul 2012 00:05:50 +0200 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: References: Message-ID: <5017053E.6010605@gmail.com> Have you checked http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? On 30/07/12 23:55, Juan Pablo L. wrote: > Hi, i m not sure if this is the correct list but i m developing a module to perform > some services but i do not have a clear understanding how modules are treated/managed > in freeswitch and its internal flow when it is calling the functions from modules, etc etc .. i m looking > into other modules source codes but there are pieces (well all the code related to multi-threated) that > i do not understand because i do not have this base. thanks! From jpablolorenzetti at hotmail.com Tue Jul 31 02:26:27 2012 From: jpablolorenzetti at hotmail.com (Juan Pablo L.) Date: Mon, 30 Jul 2012 22:26:27 +0000 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: <5017053E.6010605@gmail.com> References: , <5017053E.6010605@gmail.com> Message-ID: Hi, yes thanks! i checked that and i do not have an issue in building the module, that is clear thanks to that page and other module source codes, what i do not understand are things like (locking mainly): when freswitch calls the unload function in the module, is there a chance that some of the code could be in the middle of execution in a different call (different thread)? , can the load function be called more than once ? i know (deducted really) that the main function, the one that actually implements the functionality can be called from different threads (as i read freeswitch uses different threads to treat incoming calls into the switch) so if i have something shared but i know it wont change for as long as the module is loaded i do not need to put a lock but that same thing has some memory allocated that will be freed when freeswitch deleted the memory pool after unloading the module that was passed at loading time .. i also read that using the session memory pool is not good idea, so almos all stock modules use it like vm ? so i m trying to figure out all these but i do not find docs about it ... and you know how murphy is .. ---------------------------------------- > Date: Tue, 31 Jul 2012 00:05:50 +0200 > From: daniel.swarbrick at gmail.com > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] about developing modules and documentation > > Have you checked > http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? > > On 30/07/12 23:55, Juan Pablo L. wrote: > > Hi, i m not sure if this is the correct list but i m developing a module to perform > > some services but i do not have a clear understanding how modules are treated/managed > > in freeswitch and its internal flow when it is calling the functions from modules, etc etc .. i m looking > > into other modules source codes but there are pieces (well all the code related to multi-threated) that > > i do not understand because i do not have this base. thanks! > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From msc at freeswitch.org Tue Jul 31 02:30:29 2012 From: msc at freeswitch.org (Michael Collins) Date: Mon, 30 Jul 2012 15:30:29 -0700 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: References: <5017053E.6010605@gmail.com> Message-ID: I suggest you listen to Ken Rice's "DIY dialplan" presentation: http://torrents.freeswitch.org/conf_call_2012-05-16.torrent He makes a lot of interesting statements about doing modules. He may not answer all of these questions specifically but it's definitely worth your time. http://torrents.freeswitch.org/conf_call_2012-05-16.torrent -MC On Mon, Jul 30, 2012 at 3:26 PM, Juan Pablo L. wrote: > > Hi, yes thanks! i checked that and i do not have an issue in building the > module, that > is clear thanks to that page and other module source codes, what i do not > understand > are things like (locking mainly): when freswitch calls the unload function > in the module, > is there a chance that some of the code could be in the middle of > execution in a different call (different thread)? > , can the load function be called more than once ? i know (deducted > really) that the main function, > the one that actually implements the functionality can be called from > different threads (as i read freeswitch uses different > threads to treat incoming calls into the switch) so if i have something > shared but i know it wont change > for as long as the module is loaded i do not need to put a lock but that > same thing has some memory allocated > that will be freed when freeswitch deleted the memory pool after unloading > the module that was passed at loading time .. > i also read that using the session memory pool is not good idea, so almos > all stock modules use it like vm ? > so i m trying to figure out all these but i do not find docs about it ... > and you know how murphy is .. > > > > ---------------------------------------- > > Date: Tue, 31 Jul 2012 00:05:50 +0200 > > From: daniel.swarbrick at gmail.com > > To: freeswitch-dev at lists.freeswitch.org > > Subject: Re: [Freeswitch-dev] about developing modules and documentation > > > > Have you checked > > http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? > > > > On 30/07/12 23:55, Juan Pablo L. wrote: > > > Hi, i m not sure if this is the correct list but i m developing a > module to perform > > > some services but i do not have a clear understanding how modules are > treated/managed > > > in freeswitch and its internal flow when it is calling the functions > from modules, etc etc .. i m looking > > > into other modules source codes but there are pieces (well all the > code related to multi-threated) that > > > i do not understand because i do not have this base. thanks! > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/d747776c/attachment.html From jpablolorenzetti at hotmail.com Tue Jul 31 02:34:11 2012 From: jpablolorenzetti at hotmail.com (Juan Pablo L.) Date: Mon, 30 Jul 2012 22:34:11 +0000 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: References: , <5017053E.6010605@gmail.com>, , Message-ID: thank you very much i appreciated. so regarding my doubts i guess the answer would be that there is not such documents or explanations ? (i have not yet watched the video) cause right now i m blinded, just copying what other modules are doing but without really understanding why .... thanks! ________________________________ > Date: Mon, 30 Jul 2012 15:30:29 -0700 > From: msc at freeswitch.org > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] about developing modules and documentation > > I suggest you listen to Ken Rice's "DIY dialplan" presentation: > http://torrents.freeswitch.org/conf_call_2012-05-16.torrent > > He makes a lot of interesting statements about doing modules. He may > not answer all of these questions specifically but it's definitely > worth your time. > http://torrents.freeswitch.org/conf_call_2012-05-16.torrent > > -MC > > On Mon, Jul 30, 2012 at 3:26 PM, Juan Pablo L. > > > wrote: > > Hi, yes thanks! i checked that and i do not have an issue in building > the module, that > is clear thanks to that page and other module source codes, what i do > not understand > are things like (locking mainly): when freswitch calls the unload > function in the module, > is there a chance that some of the code could be in the middle of > execution in a different call (different thread)? > , can the load function be called more than once ? i know (deducted > really) that the main function, > the one that actually implements the functionality can be called from > different threads (as i read freeswitch uses different > threads to treat incoming calls into the switch) so if i have something > shared but i know it wont change > for as long as the module is loaded i do not need to put a lock but > that same thing has some memory allocated > that will be freed when freeswitch deleted the memory pool after > unloading the module that was passed at loading time .. > i also read that using the session memory pool is not good idea, so > almos all stock modules use it like vm ? > so i m trying to figure out all these but i do not find docs about it > ... and you know how murphy is .. > > > > ---------------------------------------- > > Date: Tue, 31 Jul 2012 00:05:50 +0200 > > From: daniel.swarbrick at gmail.com > > To: > freeswitch-dev at lists.freeswitch.org > > Subject: Re: [Freeswitch-dev] about developing modules and documentation > > > > Have you checked > > http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? > > > > On 30/07/12 23:55, Juan Pablo L. wrote: > > > Hi, i m not sure if this is the correct list but i m developing a > module to perform > > > some services but i do not have a clear understanding how modules > are treated/managed > > > in freeswitch and its internal flow when it is calling the > functions from modules, etc etc .. i m looking > > > into other modules source codes but there are pieces (well all the > code related to multi-threated) that > > > i do not understand because i do not have this base. thanks! > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > -- > Michael S Collins > Twitter: @mercutioviz > http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: consulting at freeswitch.org > http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The > CudaTel Communication Server Official FreeSWITCH > Sites http://www.freeswitch.org http://wiki.freeswitch.org > http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 > FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From anthony.minessale at gmail.com Tue Jul 31 02:41:44 2012 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Mon, 30 Jul 2012 17:41:44 -0500 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: References: <5017053E.6010605@gmail.com> Message-ID: The shutdown callback must stop all the allocated services and threads before it exits. That is how it can make sure everything us unallocated. On Mon, Jul 30, 2012 at 5:34 PM, Juan Pablo L. wrote: > > thank you very much i appreciated. > so regarding my doubts i guess the answer would be > that there is not such documents or explanations ? > (i have not yet watched the video) cause right now > i m blinded, just copying what other modules are doing > but without really understanding why .... thanks! > > ________________________________ >> Date: Mon, 30 Jul 2012 15:30:29 -0700 >> From: msc at freeswitch.org >> To: freeswitch-dev at lists.freeswitch.org >> Subject: Re: [Freeswitch-dev] about developing modules and documentation >> >> I suggest you listen to Ken Rice's "DIY dialplan" presentation: >> http://torrents.freeswitch.org/conf_call_2012-05-16.torrent >> >> He makes a lot of interesting statements about doing modules. He may >> not answer all of these questions specifically but it's definitely >> worth your time. >> http://torrents.freeswitch.org/conf_call_2012-05-16.torrent >> >> -MC >> >> On Mon, Jul 30, 2012 at 3:26 PM, Juan Pablo L. >> > >> wrote: >> >> Hi, yes thanks! i checked that and i do not have an issue in building >> the module, that >> is clear thanks to that page and other module source codes, what i do >> not understand >> are things like (locking mainly): when freswitch calls the unload >> function in the module, >> is there a chance that some of the code could be in the middle of >> execution in a different call (different thread)? >> , can the load function be called more than once ? i know (deducted >> really) that the main function, >> the one that actually implements the functionality can be called from >> different threads (as i read freeswitch uses different >> threads to treat incoming calls into the switch) so if i have something >> shared but i know it wont change >> for as long as the module is loaded i do not need to put a lock but >> that same thing has some memory allocated >> that will be freed when freeswitch deleted the memory pool after >> unloading the module that was passed at loading time .. >> i also read that using the session memory pool is not good idea, so >> almos all stock modules use it like vm ? >> so i m trying to figure out all these but i do not find docs about it >> ... and you know how murphy is .. >> >> >> >> ---------------------------------------- >> > Date: Tue, 31 Jul 2012 00:05:50 +0200 >> > From: daniel.swarbrick at gmail.com >> > To: >> freeswitch-dev at lists.freeswitch.org >> > Subject: Re: [Freeswitch-dev] about developing modules and documentation >> > >> > Have you checked >> > http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? >> > >> > On 30/07/12 23:55, Juan Pablo L. wrote: >> > > Hi, i m not sure if this is the correct list but i m developing a >> module to perform >> > > some services but i do not have a clear understanding how modules >> are treated/managed >> > > in freeswitch and its internal flow when it is calling the >> functions from modules, etc etc .. i m looking >> > > into other modules source codes but there are pieces (well all the >> code related to multi-threated) that >> > > i do not understand because i do not have this base. thanks! >> > >> > >> > _________________________________________________________________________ >> > Professional FreeSWITCH Consulting Services: >> > consulting at freeswitch.org >> > http://www.freeswitchsolutions.com >> > >> > >> > >> > >> > Official FreeSWITCH Sites >> > http://www.freeswitch.org >> > http://wiki.freeswitch.org >> > http://www.cluecon.com >> > >> > Join Us At ClueCon - Aug 7-9, 2012 >> > >> > FreeSWITCH-dev mailing list >> > >> FreeSWITCH-dev at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> > http://www.freeswitch.org >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> -- >> Michael S Collins >> Twitter: @mercutioviz >> http://www.FreeSWITCH.org >> http://www.ClueCon.com >> http://www.OSTAG.org >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org >> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The >> CudaTel Communication Server Official FreeSWITCH >> Sites http://www.freeswitch.org http://wiki.freeswitch.org >> http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 >> FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 From marketing at cluecon.com Tue Jul 31 02:49:23 2012 From: marketing at cluecon.com (Michael Collins) Date: Mon, 30 Jul 2012 15:49:23 -0700 Subject: [Freeswitch-dev] IMPORTANT: Last chance to book at the Hyatt Message-ID: Greetings! I wanted to let you know that the Hyatt now has less than 10 rooms available for ClueCon 2012 this year! If you plan on booking please do so * immediately*. You can call or click the link on our ClueCon hotels page . See you next week! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20120730/70056da3/attachment.html From jpablolorenzetti at hotmail.com Tue Jul 31 02:54:35 2012 From: jpablolorenzetti at hotmail.com (Juan Pablo L.) Date: Mon, 30 Jul 2012 22:54:35 +0000 Subject: [Freeswitch-dev] about developing modules and documentation In-Reply-To: References: , <5017053E.6010605@gmail.com>, , , , Message-ID: thank you very much for your time guys! ---------------------------------------- > Date: Mon, 30 Jul 2012 17:41:44 -0500 > From: anthony.minessale at gmail.com > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] about developing modules and documentation > > The shutdown callback must stop all the allocated services and threads > before it exits. > That is how it can make sure everything us unallocated. > > > On Mon, Jul 30, 2012 at 5:34 PM, Juan Pablo L. > wrote: > > > > thank you very much i appreciated. > > so regarding my doubts i guess the answer would be > > that there is not such documents or explanations ? > > (i have not yet watched the video) cause right now > > i m blinded, just copying what other modules are doing > > but without really understanding why .... thanks! > > > > ________________________________ > >> Date: Mon, 30 Jul 2012 15:30:29 -0700 > >> From: msc at freeswitch.org > >> To: freeswitch-dev at lists.freeswitch.org > >> Subject: Re: [Freeswitch-dev] about developing modules and documentation > >> > >> I suggest you listen to Ken Rice's "DIY dialplan" presentation: > >> http://torrents.freeswitch.org/conf_call_2012-05-16.torrent > >> > >> He makes a lot of interesting statements about doing modules. He may > >> not answer all of these questions specifically but it's definitely > >> worth your time. > >> http://torrents.freeswitch.org/conf_call_2012-05-16.torrent > >> > >> -MC > >> > >> On Mon, Jul 30, 2012 at 3:26 PM, Juan Pablo L. > >> > > >> wrote: > >> > >> Hi, yes thanks! i checked that and i do not have an issue in building > >> the module, that > >> is clear thanks to that page and other module source codes, what i do > >> not understand > >> are things like (locking mainly): when freswitch calls the unload > >> function in the module, > >> is there a chance that some of the code could be in the middle of > >> execution in a different call (different thread)? > >> , can the load function be called more than once ? i know (deducted > >> really) that the main function, > >> the one that actually implements the functionality can be called from > >> different threads (as i read freeswitch uses different > >> threads to treat incoming calls into the switch) so if i have something > >> shared but i know it wont change > >> for as long as the module is loaded i do not need to put a lock but > >> that same thing has some memory allocated > >> that will be freed when freeswitch deleted the memory pool after > >> unloading the module that was passed at loading time .. > >> i also read that using the session memory pool is not good idea, so > >> almos all stock modules use it like vm ? > >> so i m trying to figure out all these but i do not find docs about it > >> ... and you know how murphy is .. > >> > >> > >> > >> ---------------------------------------- > >> > Date: Tue, 31 Jul 2012 00:05:50 +0200 > >> > From: daniel.swarbrick at gmail.com > >> > To: > >> freeswitch-dev at lists.freeswitch.org > >> > Subject: Re: [Freeswitch-dev] about developing modules and documentation > >> > > >> > Have you checked > >> > http://wiki.freeswitch.org/wiki/Authoring_Freeswitch_Modules ? > >> > > >> > On 30/07/12 23:55, Juan Pablo L. wrote: > >> > > Hi, i m not sure if this is the correct list but i m developing a > >> module to perform > >> > > some services but i do not have a clear understanding how modules > >> are treated/managed > >> > > in freeswitch and its internal flow when it is calling the > >> functions from modules, etc etc .. i m looking > >> > > into other modules source codes but there are pieces (well all the > >> code related to multi-threated) that > >> > > i do not understand because i do not have this base. thanks! > >> > > >> > > >> > _________________________________________________________________________ > >> > Professional FreeSWITCH Consulting Services: > >> > consulting at freeswitch.org > >> > http://www.freeswitchsolutions.com > >> > > >> > > >> > > >> > > >> > Official FreeSWITCH Sites > >> > http://www.freeswitch.org > >> > http://wiki.freeswitch.org > >> > http://www.cluecon.com > >> > > >> > Join Us At ClueCon - Aug 7-9, 2012 > >> > > >> > FreeSWITCH-dev mailing list > >> > > >> FreeSWITCH-dev at lists.freeswitch.org > >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> > http://www.freeswitch.org > >> > >> _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: > >> consulting at freeswitch.org > >> http://www.freeswitchsolutions.com > >> > >> > >> > >> > >> Official FreeSWITCH Sites > >> http://www.freeswitch.org > >> http://wiki.freeswitch.org > >> http://www.cluecon.com > >> > >> Join Us At ClueCon - Aug 7-9, 2012 > >> > >> FreeSWITCH-dev mailing list > >> FreeSWITCH-dev at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> http://www.freeswitch.org > >> > >> > >> > >> -- > >> Michael S Collins > >> Twitter: @mercutioviz > >> http://www.FreeSWITCH.org > >> http://www.ClueCon.com > >> http://www.OSTAG.org > >> > >> > >> > >> _________________________________________________________________________ > >> Professional FreeSWITCH Consulting Services: consulting at freeswitch.org > >> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The > >> CudaTel Communication Server Official FreeSWITCH > >> Sites http://www.freeswitch.org http://wiki.freeswitch.org > >> http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 > >> FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > >> http://www.freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting at freeswitch.org > > http://www.freeswitchsolutions.com > > > > > > > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From lconroy at insensate.co.uk Tue Jul 31 03:54:42 2012 From: lconroy at insensate.co.uk (Lawrence Conroy) Date: Tue, 31 Jul 2012 00:54:42 +0100 Subject: [Freeswitch-dev] Maybe bug in switch_rtp.c? Message-ID: <62109F5B-4F9B-482C-B963-73118FAF4A57@insensate.co.uk> Hi folks, at the risk of irritating everyone by not *starting* with a JIRA ... I've just been building on MAC OS X 10.6 from git (version as of 120730 at 22:36 GMT) -- commit 0f4ecab5e9d3ad765ee266f1af41560df5f434ae[0f4ecab]. The make reports an error when compiling switch_rtp.c (line 3314). Is this me, my whacko MBP, or is this (as would seem) a bug? .............................................................................. cc1: warnings being treated as errors src/switch_rtp.c: In function ?rtp_common_read?: src/switch_rtp.c:3314: warning: format ?%s? expects type ?char *?, but argument 9 has type ?int? make[1]: *** [libfreeswitch_la-switch_rtp.lo] Error 1 Ugly Quick hack ... changed it to show the int result of strerror_r and then the string -> add an %i before the [%s] in the format, and then put ,tmp after the strerror_r call. Is now: switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_ERROR, "Poll failed with error: %d %i [%s]\n", poll_status, strerror_r(poll_status, tmp, sizeof(tmp)), tmp); builds OK (but maaaan, someone else needs to write something that doesn't make the eyes bleed). .............................................................................. I guess this may be because of a switch from using strerror to the thread-safe strerror_r function. all the best, Lawrence From krice at freeswitch.org Tue Jul 31 03:57:53 2012 From: krice at freeswitch.org (Ken Rice) Date: Mon, 30 Jul 2012 18:57:53 -0500 Subject: [Freeswitch-dev] Maybe bug in switch_rtp.c? In-Reply-To: <62109F5B-4F9B-482C-B963-73118FAF4A57@insensate.co.uk> Message-ID: Yeah this is a build error, open a Jira with a complete build log so we can get some attention on this. Also how are you building this? Homebrew, just Xcode tools or something else? On 7/30/12 6:54 PM, "Lawrence Conroy" wrote: > Hi folks, > at the risk of irritating everyone by not *starting* with a JIRA ... > > I've just been building on MAC OS X 10.6 from git (version as of 120730 at > 22:36 GMT) -- commit 0f4ecab5e9d3ad765ee266f1af41560df5f434ae[0f4ecab]. > > The make reports an error when compiling switch_rtp.c (line 3314). > > Is this me, my whacko MBP, or is this (as would seem) a bug? > > .............................................................................. > cc1: warnings being treated as errors > src/switch_rtp.c: In function ?rtp_common_read?: > src/switch_rtp.c:3314: warning: format ?%s? expects type ?char *?, but > argument 9 has type ?int? > make[1]: *** [libfreeswitch_la-switch_rtp.lo] Error 1 > > Ugly Quick hack ... changed it to show the int result of strerror_r and then > the string > -> add an %i before the [%s] in the format, and then put ,tmp after the > strerror_r call. > Is now: > switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_ERROR, "Poll > failed with error: %d %i [%s]\n", > poll_status, strerror_r(poll_status, tmp, sizeof(tmp)), tmp); > > builds OK (but maaaan, someone else needs to write something that doesn't make > the eyes bleed). > .............................................................................. > > I guess this may be because of a switch from using strerror to the thread-safe > strerror_r function. > > > all the best, > Lawrence > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org From lconroy at insensate.co.uk Tue Jul 31 04:20:23 2012 From: lconroy at insensate.co.uk (Lawrence Conroy) Date: Tue, 31 Jul 2012 01:20:23 +0100 Subject: [Freeswitch-dev] Maybe bug in switch_rtp.c? In-Reply-To: References: Message-ID: Hi Ken, folks, I had a feeling you were going to say that :). I'll try to do the Jira thing the other side of night. OS X 10.6.8 -- just using the command line: ".bootstrap.sh, ./configure, make, make install, ..." PATH is tweaked to favour /usr/local over /bin /usr/bin ... (I have Xcode 3.2.6 installed so the tools are what came with that, and I used SourceTree 1.5.1 for git). Old habits & all that. Thanks for the confirmation -- I was beginning to wonder. all the best, Lawrence On 31 Jul 2012, at 00:57, Ken Rice wrote: > Yeah this is a build error, open a Jira with a complete build log so we can > get some attention on this. > > Also how are you building this? > > Homebrew, just Xcode tools or something else? > > > On 7/30/12 6:54 PM, "Lawrence Conroy" wrote: > >> Hi folks, >> at the risk of irritating everyone by not *starting* with a JIRA ... >> >> I've just been building on MAC OS X 10.6 from git (version as of 120730 at >> 22:36 GMT) -- commit 0f4ecab5e9d3ad765ee266f1af41560df5f434ae[0f4ecab]. >> >> The make reports an error when compiling switch_rtp.c (line 3314). >> >> Is this me, my whacko MBP, or is this (as would seem) a bug? >> >> .............................................................................. >> cc1: warnings being treated as errors >> src/switch_rtp.c: In function ?rtp_common_read?: >> src/switch_rtp.c:3314: warning: format ?%s? expects type ?char *?, but >> argument 9 has type ?int? >> make[1]: *** [libfreeswitch_la-switch_rtp.lo] Error 1 >> >> Ugly Quick hack ... changed it to show the int result of strerror_r and then >> the string >> -> add an %i before the [%s] in the format, and then put ,tmp after the >> strerror_r call. >> Is now: >> switch_log_printf(SWITCH_CHANNEL_SESSION_LOG(session), SWITCH_LOG_ERROR, "Poll >> failed with error: %d %i [%s]\n", >> poll_status, strerror_r(poll_status, tmp, sizeof(tmp)), tmp); >> >> builds OK (but maaaan, someone else needs to write something that doesn't make >> the eyes bleed). >> .............................................................................. >> >> I guess this may be because of a switch from using strerror to the thread-safe >> strerror_r function. >> >> >> all the best, >> Lawrence >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting at freeswitch.org >> http://www.freeswitchsolutions.com >> >> >> >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> Join Us At ClueCon - Aug 7-9, 2012 >> >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting at freeswitch.org > http://www.freeswitchsolutions.com > > > > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > Join Us At ClueCon - Aug 7-9, 2012 > > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org