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
