On Fri, Nov 6, 2009 at 7:59 AM, Ujjval Karihaloo <[email protected]> wrote: > Any examples I can refer to for this?
not that i know of > > Like for Channel vars and execute_application calls? Does this all need to be > doen in dialplan.public.xml or also in other config files? most can be done in public.xml if you want to do it all in dialplan. > Sorry: I am still learning the Freeswitch world. > > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Rupa > Schomaker > Sent: Thursday, November 05, 2009 8:56 AM > To: [email protected] > Subject: Re: [Freeswitch-users] Setting up Conference with Moderator > > This is true, BUT it is more flexible than it looks. > > http://wiki.freeswitch.org/wiki/Mod_conference#.3Ccaller-controls.3E > > The caller controls can have a key execute a dialplan extension: > execute_application > You can set a channel var on the moderator prior to joining to the conf. > When the extenion is called, you can check the channel var for > moderator and act accordingly. > > Or you can send an event and monitor with an app over ESL and do > whatever you want there (probably using the same channel var trick for > knowing who is a mod or not). > > > On Thu, Nov 5, 2009 at 8:52 AM, Rob Forman <[email protected]> wrote: >> Hi UK, >> >> From what I've done and read, the caller-controls (in >> conference.conf.xml) can be modified to almost anything you can think >> of, BUT, they are mapped 1-to-1 to a conference- ie you can't map a >> caller control just for those with the moderator flag. So unless you >> want everyone able to mute/kick everyone then you can't do it. >> >> The wiki seems to indicate this as well: >> >> "Be aware that the caller-controls are applied across the entire >> conference. You cannot enter one member of the conference using caller- >> controls ABC and then enter a second member using caller-controls XYZ." >> >> http://wiki.freeswitch.org/wiki/Mod_conference >> >> >> I think this might be a limitation of mod_conference. Perhaps one of >> the pros can chime in if I'm off-base or there's some nifty way to >> accomplish this. >> >> Cheers, >> Rob >> >> On Nov 4, 2009, at 8:09 PM, Ujjval Karihaloo wrote: >> >>> Any ideas on the below...has anyone implemented the below: >>> >>> Once I have the Moderator and Participants logged on, how do I >>> invoke the moderator previlidges, LIk esay muting everyone/someone >>> or kicking someone out of the Conf and the like? >>> >>> >>> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected] >>> ] On Behalf Of Ujjval Karihaloo >>> Sent: Monday, November 02, 2009 12:52 PM >>> To: [email protected] >>> Subject: Re: [Freeswitch-users] Setting up Conference with Moderator >>> >>> Rob: >>> >>> Once I have the Moderator and Participants logged on, how do I >>> invoke the moderator previlidges, LIk esay muting everyone/someone >>> or kicking someone out of the Conf and the like? >>> >>> >>> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected] >>> ] On Behalf Of Rob Forman >>> Sent: Friday, October 30, 2009 9:34 AM >>> To: [email protected] >>> Subject: Re: [Freeswitch-users] Setting up Conference with Moderator >>> >>> Hm, strange. I haven't seen that before. Can you pastebin your logs >>> at debug level? >>> >>> On Oct 30, 2009, at 9:43 AM, Ujjval Karihaloo wrote: >>> >>>> It's strange... a tcpdump tells me that there is no DTMF from my >>>> provider when using IVR, but when I call into a TN that goes >>>> directly into the Conference App, I see DTMF from the provider. >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: [email protected] >>>> [mailto:[email protected] >>>> ] On Behalf Of Rob Forman >>>> Sent: Friday, October 30, 2009 7:23 AM >>>> To: [email protected] >>>> Subject: Re: [Freeswitch-users] Setting up Conference with Moderator >>>> >>>> I've never had any problem with that. Is your logging at debug level >>>> so you can see the RECV DTFM in the log/fs_cli? Are you calling from >>>> a SIP phone on the pbx, or via a PSTN provider? Maybe your provider >>>> isn't passing them through. >>>> >>>> Make sure your logging is turned up then try something simpler, like >>>> calling the echo application, and see if DTFM comes through. >>>> >>>> Rob >>>> >>>> On Oct 29, 2009, at 11:34 PM, Ujjval Karihaloo wrote: >>>> >>>>> Rob: >>>>> >>>>> For some reason, I don't see the DTMF appear on the fs_CLI when >>>>> using the below configuration....so it basically timesout. >>>>> >>>>> UK >>>>> >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: [email protected] >>>>> [mailto:[email protected] >>>>> ] On Behalf Of Ujjval Karihaloo >>>>> Sent: Monday, October 26, 2009 9:21 AM >>>>> To: [email protected] >>>>> Subject: Re: [Freeswitch-users] Setting up Conference with Moderator >>>>> >>>>> Thx a lot Rob, reading the wiki your way or using IVR seems >>>>> correct.. >>>>> =============== >>>>> The wiki also says that the wait-mod might be "used in conjunction >>>>> with an IVR where the moderators are authenticated with an extra >>>>> pass- >>>>> code", which is what I did. I guess that's why I didn't understand >>>>> the point of the +pin. >>>>> ====================== >>>>> >>>>> I will try it out. >>>>> >>>>> Again thx a lot for your help. Will keep everyone posted. >>>>> >>>>> ________________________________________ >>>>> From: [email protected] >>>>> [[email protected] >>>>> ] On Behalf Of Rob Forman [[email protected]] >>>>> Sent: Friday, October 23, 2009 12:22 PM >>>>> To: [email protected] >>>>> Subject: Re: [Freeswitch-users] Setting up Conference with Moderator >>>>> >>>>> I just re-tested with the pin in my dial plan: >>>>> >>>>> <action application="conference" data="conference 123...@default >>>>> +flags{}+1234" /> >>>>> >>>>> And it doesn't challenge me for the pin. I just drop right in. I >>>>> figured this is how it was intended, since the wiki says the pin is >>>>> set initially and only challenged in later attempts [by future >>>>> callers]: >>>>> >>>>> "The first time a conference name (confname) is used, it will be >>>>> created on demand, and the pin will be set to what ever is specified >>>>> at that time: the pin in the data string if specified, or if not, >>>>> the >>>>> "pin" setting in the conference profile, and if that is also >>>>> unspecified, then there is no pin protection. Any later attempt to >>>>> join the conference must specify the same pin number, if one existed >>>>> when it was created. " >>>>> >>>>> >>>>> The wiki also says that the wait-mod might be "used in conjunction >>>>> with an IVR where the moderators are authenticated with an extra >>>>> pass- >>>>> code", which is what I did. I guess that's why I didn't understand >>>>> the point of the +pin. >>>>> >>>>> I'm sure there's a scenario where its used and useful, the wiki just >>>>> doesn't explain it. >>>>> >>>>> Rob >>>>> >>>>> On Oct 23, 2009, at 12:43 PM, Brian West wrote: >>>>> >>>>>> Well first off you're not defining a pine here... >>>>>> >>>>>> confn...@profilename+flags{mute|deaf|waste|moderator}+[conference >>>>>> pin >>>>>> number] >>>>>> >>>>>> That might be why its not asking for a pin. >>>>>> >>>>>> /b >>>>>> >>>>>> On Oct 23, 2009, at 12:30 PM, Rob Forman wrote: >>>>>> >>>>>>> <entry action="menu-exec-app" digits="1" param="conference >>>>>>> 123...@default+flags{}" /> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> FreeSWITCH-users mailing list >>>>>> [email protected] >>>>>> 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 >>>>> [email protected] >>>>> 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 >>>>> [email protected] >>>>> 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 >>>>> [email protected] >>>>> 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 >>>> [email protected] >>>> 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 >>>> [email protected] >>>> 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 >>> [email protected] >>> 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 >>> [email protected] >>> 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 >>> [email protected] >>> 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 >> [email protected] >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > 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 > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- -Rupa _______________________________________________ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
