[Freeswitch-users] Javascript: record ringing of session

[Michael S Collins]

Sent from my iPhone

On Nov 25, 2008, at 6: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)'?

I don't know for sure but I suspect this doesn't return while there is  
early media, therefore you don't actually get the ringing.

>
>
> 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?

That is my understanding, yes.

>
>
> Cheers, Birgit
>

Can you experiment with this in a regular dialplan outside of js? Try  
creating a simple dp entry that does these apps:
pre_answer
record_session
info
sleep (20 seconds or so)
hangup

Say you create the above dp entry as extension 2500. Do an originate  
at the CLI and examine the results:

originate sofia/gateway/westhawk/0663 2500

This should call the URL and as soon as there is early media  
(hopefully ringing) it will put the originated call leg into ext 2500  
which will pre answer the call (so you can "hear" the early media),  
execute the record session, do an info dump for good measure, sleep  
for a while and then hang up. You should then be able to listen to the  
sound file and if all goes well you will hear ringing prior to the far  
end answering.

The results of this test will help you decide where to go next. :)

-MC

> F
> 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
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org