The originate method does not return until either early media or answer has been received. 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. session.execute("record_session"); session.execute("bridge", LIST_OF_DESTINATIONS); 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@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 recorded.
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@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@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/ AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400