[Freeswitch-users] Mod_Conference ESL: Filtering Events

Usama Zaidi itsusama at gmail.com
Tue Feb 12 11:50:17 MSK 2013


Hey All,

So I found the solution to my problem and I'm updating the wiki page for
event filters so it might help someone else too.

Here's what I did:

$con->events("plain","all");
$con->events("plain","CUSTOM conference::maintenance");
$con->sendRecv("filter Unique-ID $uuidMember1");
$con->sendRecv("filter Unique-ID $uuidMember2");
$con->sendRecv("filter Unique-ID $uuidMember3");
.
.
.
Do this for all conference members in your script, say in a loop or
something, and then you'll get all custom events, pause/unpause,
started/stopped speaking, all in a single script.

On Tue, Feb 12, 2013 at 6:22 AM, <
freeswitch-users-request at lists.freeswitch.org> wrote:

> Send FreeSWITCH-users mailing list submissions to
>         freeswitch-users at lists.freeswitch.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> or, via email, send a message with subject or body 'help' to
>         freeswitch-users-request at lists.freeswitch.org
>
> You can reach the person managing the list at
>         freeswitch-users-owner at lists.freeswitch.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of FreeSWITCH-users digest..."
>
> Today's Topics:
>
>    1. Re: Hold/unhold events for a conference participant (Seven Du)
>    2. FreeSWITCH Weekly News and Notes (Michael Collins)
>    3. Mod_Conference ESL: Filtering Events (Usama Zaidi)
>    4. Re: unexplained RAM usage increase (Mario G)
>
>
> ---------- Forwarded message ----------
> From: Seven Du <dujinfang at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Date: Tue, 12 Feb 2013 09:02:24 +0800
> Subject: Re: [Freeswitch-users] Hold/unhold events for a conference
> participant
> There's CHANNEL_HOLD  and CHANNEL_UNHOLD messages
>
> And take a look at
> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_verbose_events
>
> Is there a member-id var bind on channel? I only see it on
> conference::maintenance messages, not sure though.
>
> On Tuesday, February 12, 2013 at 12:56 AM, Martyn Davies wrote:
>
> I'm trying to process CHANNEL_CALLSTATE events (in an ESL socket
> application) to extract the HELD/ACTIVE messages for conference
> participants.
>
> One problem for me is that the name of the conference and the member-id
> for that call are not available to me in the callstate messages, and
> therefore it is difficult to associated calls (going HELD and ACTIVE) with
> the conference.  Is there any way to get the callstate messages to include
> custom variables? This would fix the problem for me.
>
> Regards,
> Martyn
>
>
> _________________________________________________________________________
> 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
>
> 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
>
>
>
>
> ---------- Forwarded message ----------
> From: Michael Collins <msc at freeswitch.org>
> To: freeswitch-users at lists.freeswitch.org,
> freeswitch-dev at lists.freeswitch.org,
> freeswitch-cluecon at lists.freeswitch.org
> Cc:
> Date: Mon, 11 Feb 2013 17:05:31 -0800
> Subject: [Freeswitch-users] FreeSWITCH Weekly News and Notes
> Hello all!
>
> News and notes are back after a brief hiatus last week. We (the FreeSWITCH
> team) were in Milwaukee last week and we appreciated being fed by the
> community. Thank you! We love this community.
>
> It seems the big news <http://freeswitch.org/node/435> last week came
> courtesy of our friend Kristian Kielhofner <http://blog.krisk.org/>. As
> reported in this blog post<http://blog.krisk.org/2013/02/packets-of-death.html>,
> Kristian ran into a rather unusual set of circumstances that resulted in
> Packets of Death for some Intel NICs. In addition to being Slashdotted<http://tech.slashdot.org/story/13/02/06/2024251/intel-gigabit-nic-packet-of-death>,
> Kristian's research ended up being featured in a Wired.com story<http://www.wired.com/wiredenterprise/2013/02/packet-of-death/>.
> Don't forget to read Kristian's update post<http://blog.krisk.org/2013/02/packets-of-death-update.html> that
> includes information about Intel's response to the whole situation.
>
> This week things will start to return to normal with our weekly
> conference call <http://wiki.freeswitch.org/wiki/FS_weekly_2013_02_13>.
> We are going to spend a few weeks talking about various FreeSWITCH GUIs,
> starting with the CudaTel <>. For the past four
> years or so we've been building the CudaTel Communication Server and we'd
> like to show off some of the cool things it can do.
>
> We have two other news items. The first one has to do with mod_ha_cluster<http://wiki.freeswitch.org/wiki/Mod_ha_cluster>,
> which our very own Eliot Gable is building. Financial support for this
> open-source module will be done through FreeSWITCH Solutions<http://www.freeswitchsolutions.com/>.
> An interesting discussion can be found in this email thread<http://lists.freeswitch.org/pipermail/freeswitch-users/2013-February/092095.html>.
> The other item comes from Ken Rice who has some updates on Jira and ZRTP.
> Check out his mailing list post<http://lists.freeswitch.org/pipermail/freeswitch-users/2013-February/092155.html>for more information.
>
> Have a great week and we'll talk to you on Wednesday.
>
> --
> Michael S Collins
> Twitter: @mercutioviz
> http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
>
>
>
> ---------- Forwarded message ----------
> From: Usama Zaidi <itsusama at gmail.com>
> To: freeswitch-users at lists.freeswitch.org
> Cc:
> Date: Tue, 12 Feb 2013 06:11:20 +0500
> Subject: [Freeswitch-users] Mod_Conference ESL: Filtering Events
> Hi,
>
> I want to filter user started/stopped talking events for all users in a
> particular conference using inbound ESL, if I do something like
> $con->sendRecv("filter Unique-ID $ConfUUID"); I don't get those events so
> I'm forced to do something like $con->sendRecv("filter Unique-ID
> $participantUUID"); which basically means that I need n scripts and local
> channels (as conference participants to spawn that inbound ESL script) for
> n conference participants, and I'd really love to avoid that, I don't want
> to do something like $con->events("plain","CUSTOM
> conference::maintenance"); because, if there's 100 conferences going on
> I'll have 100 scripts running for each conference and they'd be getting
> events for all 100 conferences, so basically FS is sending 100*100 * (num
> events) to all the scripts.
>
> Thanks.
>
> -Usama
>
> --
> I'd love to change the world, but they wont gimme the source code to it
>
>
> ---------- Forwarded message ----------
> From: Mario G <mario_fs at mgtech.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Cc:
> Date: Mon, 11 Feb 2013 17:22:02 -0800
> Subject: Re: [Freeswitch-users] unexplained RAM usage increase
> Jeff and Anthony, an update: I have the commit pegged and valgrind log at
> http://jira.freeswitch.org/browse/FS-5095.  Reading Jeff's jira I don't
> think they are related but you never know. Sorry to take so long but git
> bisects resulted in many versions that would not build (I opened about 5
> jiras last 2 months) and I had to hand patch to test. Family emergencies
> took a big toll. I put about 30 hours into this since November and tested
> day/night the last 6 days, have many pages of notes and logs. I hope the
> jira has enough to solve it. BTW, I used the valgrind line below.
> Mario G
>
> On Jan 29, 2013, at 6:15 PM, Anthony Minessale wrote:
>
> If its still there on head, try valgrind.
>
> valgrind --tool=memcheck --log-file=vg.log --leak-check=full
> --leak-resolution=high --show-reachable=yes
> /usr/local/freeswitch/bin/freeswitch -vg
>
>
> On Tue, Jan 29, 2013 at 8:09 PM, Mario G <mario_fs at mgtech.com> wrote:
>
>> I have updated and if by some miracle it's fixed I will report back.
>> Storage increases with no calls so I assume it's registrations
>> (internal/external?). Please understand this is probably this worse week of
>> the year for me to work on FS (or anything else). I promise to try and
>> narrow down the commit that started it. The memory issue started at a bad
>> time when I could not work on FS (emergencies) and by the time I updated
>> other errors crept in that prevented use and I had to open JIRAs for them,
>> so testing memory was out. Thanks for letting me know about todays fix.
>> Mario G
>>
>>
>> On Jan 29, 2013, at 5:41 PM, Anthony Minessale wrote:
>>
>> There is a commit today that found some sql leaks but I would not label
>> them as massive. Its worth it to check and maybe run valgrind.  From our
>> perspective; Any time someone mentions nonchalantly, "Oh yeah I've had this
>> glaring problem for months", breaks our heart =p
>> I was just about to push the tag to unlock the 1.2.6 you so desperately
>> want but now I am halting it to confirm this report.
>>
>> TEST TEST TEST HEAD... Today's head is tomorrow's stable....
>>
>>
>>
>> On Tue, Jan 29, 2013 at 7:23 PM, Ken Rice <krice at freeswitch.org> wrote:
>>
>>>  Mario,
>>>
>>> Is it fixed in the master branch? If it is fixed there it will be rolled
>>> down to 1.2 branch before long...
>>>
>>>
>>> On 1/29/13 6:40 PM, "Mario G" <mario_fs at mgtech.com> wrote:
>>>
>>> Anthony, I tried bisect and the problem is that there are other issues
>>> (RTP error still in 1.2 stable, waiting for 1.2.6), and about 4-5 other
>>> issues in head that prevented it from working for a good amount of time. I
>>> started jiras for them and they are fixed, but doing bisect brings them
>>> back so it's had been really hard to pinpoint the memory issue. Believe me,
>>> I have put a LOT of time into trying to narrow it down before opening a
>>> JIRA and will continue to do so. Right now it's hard since there were
>>> personal emergencies the last 2 months so other pressing things had to take
>>> priority. Still, I am working on FreeSwitch keeping up-to-date with head in
>>> case other issues pop up I can open a JIRA on them.
>>> Mario G
>>>
>>> On Jan 29, 2013, at 3:14 PM, Anthony Minessale wrote:
>>>
>>> Things like this are sad.  We depend on testing and reporting for our
>>> releases.  If you wait months to bring up a problem.  It will spoil the
>>> whole release.
>>>
>>> If you you feel some leak has appeared suddenly, why can't you do git
>>> bisect and find it?
>>>
>>>
>>>
>>> On Tue, Jan 29, 2013 at 12:58 PM, Mario G <mario_fs at mgtech.com> wrote:
>>>
>>> Probably not be related, but you never know: on OSX since Nov/Dec there
>>> has been a memory leak on 1.2 and head that occurs for in/out/and
>>> registrations. I had to triple memory and recycle FreeSwitch every 2-3 days
>>> since then. Will open a Jira when I can obtain detailed info and possibly
>>> run valgrind. I am also also waiting to update the main FS computer from
>>> 10.6.8 to 10.8.3 to see its effect. Hopefully in Feb.
>>> Mario G
>>>
>>> On Jan 29, 2013, at 9:04 AM, Anthony Minessale wrote:
>>>
>>> Can you systematically increase the current call count and see where you
>>> do see something?
>>> On a system with limited ram you can also consider stripping all the .so
>>> files in the mods and lib dir but you will need to put non-stripped ones in
>>> for any debugging.
>>>
>>> I don't really see a correlation on how not using a timer could trigger
>>> an sustained memory increase so that's why I'd like you to step up the
>>> number and see if you can find a number of calls that tops out because
>>> usually there always is a magic number where it will hover and go up and
>>> down a meg at a time.
>>>
>>> SIP calls are required to keep state data around for at least 30 seconds
>>> after a call ends and there are a number of pools in the code that inflate
>>> once and do not return the memory.  Its usually possible to identify the
>>> high watermark on a particular box.
>>>
>>> For instance the machine we host the conference call on launches using
>>> 25 megs and hovers at about 350 megs once it has accumulated all the pool
>>> memory it needs over time.
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Jan 29, 2013 at 8:33 AM, Jeff Pyle <jpyle at fidelityvoice.com>
>>> wrote:
>>>
>>> Version:
>>>   FreeSWITCH version: 1.3.4-n20130122T122521Z-1~squeeze+1
>>> (-n20130122T122521Z-1~squeeze+1)
>>>
>>> The calls are bridged, from one sofia profile to another.
>>>
>>> Unfortunately two concurrent calls doesn't seem to trigger the same
>>> behavior.
>>>
>>>
>>> - Jeff
>>>
>>>
>>> On Mon, Jan 28, 2013 at 11:21 PM, Ken Rice <krice at freeswitch.org> wrote:
>>>
>>> Ok the package timestamps/versions there don’t do us a lot of good, we
>>> need to know the version line from the FreeSWITCH CLI..
>>>
>>>
>>> On 1/28/13 9:59 PM, "Jeff Pyle" <jpyle at fidelityvoice.com <
>>> http://jpyle@fidelityvoice.com/> > wrote:
>>>
>>> I just updated from repo.profhost.eu <http://repo.profhost.eu/>  <
>>> http://repo.profhost.eu <http://repo.profhost.eu/> > .  The most recent
>>> timestamp on the packages was 2013-01-28 03:41:21 GMT.  Same behavior.  At
>>> 5 minutes it was using 12.5% RAM.  At 40 minutes, 60.4%.  After
>>> disconnecting the calls the usage returned to 8.5%.
>>>
>>>
>>>
>>> I started toggling config items to see if I could impact this.  I found
>>> one that seems to have an effect:  rtp-timer-name in the sofia profile
>>> config.  By changing it from 'soft' to 'none', the CPU utilization with 30
>>> calls dropped from ~70% to ~46%, and the RAM usage is rock solid at 5.8%.
>>>
>>> That's great, but does it make any sense?
>>>
>>> Does an rtp-timer-name of 'none' pose any risks?
>>>
>>>
>>>
>>> - Jeff
>>>
>>>
>>>
>>> On Mon, Jan 28, 2013 at 8:43 PM, Jeff Pyle <jpyle at fidelityvoice.com <
>>> http://jpyle@fidelityvoice.com/> > wrote:
>>>
>>> It's on Voyage Linux, a cousin of Debian.  I believe it uses glibc.
>>>
>>>
>>> - Jeff
>>>
>>>
>>> On Mon, Jan 28, 2013 at 6:45 PM, Kristian Kielhofner <kris at kriskinc.com<
>>> http://kris@kriskinc.com/> > wrote:
>>> Out of curiosity does your distro use uclibc, eglibc, or glibc?
>>>
>>> On Mon, Jan 28, 2013 at 5:41 PM, Jeff Pyle <jpyle at fidelityvoice.com <
>>> http://jpyle@fidelityvoice.com/> > wrote:
>>> > Hello,
>>> >
>>> > I'm running HEAD version from Jan 22 on an Alix board with an AMD
>>> Geode LX
>>> > processor (i386).  I can sustain 30 concurrent calls averaging around
>>> 70%
>>> > CPU utilization by the freeswitch process, measured by top.  Bypass
>>> media
>>> > and proxy media are disabled.  PCMU is forced on both endpoints (no
>>> > transcoding).
>>> >
>>> > The problem is the RAM usage over time.  The board has 256M.  Idle,
>>> > freeswitch occupies around 4% after a fresh restart.  A minute or so
>>> after
>>> > 30 calls are nailed up the RAM usage is about 7.2%.  After 5 minutes,
>>> 13.6%.
>>> > After 60 minutes, near 65%.  Disconnecting the calls returns the RAM
>>> usage
>>> > to 6-8%.
>>> >
>>> > I've not tried to troubleshoot an issue like this before.  Is valgrind
>>> the
>>> > next step, or would something else make more sense?
>>> >
>>> >
>>> > Regards,
>>> > Jeff
>>>
>>>
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
>>>
>>>
>>> 
>>>  </>
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org <http://www.freeswitch.org/>
>>> http://wiki.freeswitch.org <http://wiki.freeswitch.org/>
>>> http://www.cluecon.com <http://www.cluecon.com/>
>>>
>>> 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 <http://www.freeswitch.org/>
>>>
>>>
>>>
>>>
>>> --
>>> Ken
>>> *http://www.FreeSWITCH.org
>>> http://www.ClueCon.com
>>> http://www.OSTAG.org
>>> *irc.freenode.net #freeswitch
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>> 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
>>>
>>>
>>
>>
>> --
>> 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
>>
>> 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
>>
>>
>>
>> _________________________________________________________________________
>> 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
>>
>> 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
>>
>>
>
>
> --
> 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
>
> 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
>
>
>
> _______________________________________________
> 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
>
>


-- 
I'd love to change the world, but they wont gimme the source code to it
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130212/6eebaf6a/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list