anthony.minessale at gmail.com
Tue Nov 25 06:13:36 PST 2008
The originate method does not return until either early media or answer has
in other words the very instant it returns is the soonest there is even any
media to record.
you can execute record_session app on the A leg before you call and that's
the best you can do.
if you are not doing much else in your script it may be better to set the
dest as a variable then
exit your script and execute bridge from the regular dialplan to avoid extra
JS overhead during the call.
On Tue, Nov 25, 2008 at 8:03 AM, Birgit Arkesteijn <birgit at westhawk.co.uk>wrote:
> Hi Michael,
> Sorry to nag you again.
> I'm getting close to my deadline and I would like to give our customer
> some feedback on this issue.
> Would you be so kind to explain what the issue is with recording rings
> when doing 'new Session(originate_url)'?
> As far as I've been able to work out, this statement will only return after
> a) the (or some) timeout has expired or
> b) the user has picked up
> Only in case b) we've got a originated session, that can be used to
> record. However, since the user has already answered, the rings are not
> Is that right?
> Cheers, Birgit
> On 24/11/08 11:11, Birgit Arkesteijn wrote:
> > Hi Michael,
> > Thanks for your effort and feedback.
> > I dial multiple endpoints, but I dial them sequentially, i.e. I will
> > only dial the next merchant, when the previous one hangs up.
> > In this scenario, each "task" always only involves two channels: one
> > consumer and one merchant.
> > One potential complication is that after the merchant picks up, I'll
> > transfer (bridge?) him/her to a conference call where the consumer is
> > waiting. I would like the recording to continue after this bridging.
> > "Long live FreeSWITCH!" ;-)
> > Cheers, Birgit
> > On 21/11/08 01:05, Michael Collins wrote:
> >> Birgit,
> >> After reviewing my dialplan I realize now that what I'm doing won't
> >> work for the scenario you've got, specifically because I am never
> >> dialing multiple endpoints. I'm going to ruminate on this for a little
> >> while and see what I can think of. I'm sure there's a way to do it.
> >> "If FreeSWITCH can't do it, nothing can!" :)
> >> -MC
> -- Birgit Arkesteijn, birgit at westhawk.co.uk,
> -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK
> -- Company no: 1769350
> -- Registered Office:
> -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK.
> -- tel.: +44 (0)161 237 0660
> -- <URL: http://www.westhawk.co.uk>
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
Anthony Minessale II
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the FreeSWITCH-users