[Freeswitch-users] uuid_record immediatly after uuid_bridge - Can not record session. Media not enabled on channel

[Matthew Fong]

Hi Mathieu,

This makes sense! Thanks.

Since bypass_proxy = false and proxy_media = false, why is it trying to
renegotiate a codec on a uuid_bridge?

--matt

On Wed, Nov 18, 2009 at 12:32 AM, Mathieu Rene <mrene_lists at avgs.ca> wrote:

> Ah I see what happens, switch_ivr_uuid_bridge will reset the session's read
> codec (which will be re-initialized as soon as the actual bridge takes
> place) and uuid_record will think it hasnt been initialized yet.
>
> You can set the following vars to execute an application right before
> bridge starts exchanging audio
> bridge_pre_execute_aleg_app
> bridge_pre_execute_aleg_arg
>
> Mathieu Rene
> Avant-Garde Solutions Inc
> Office: + 1 (514) 664-1044 x100
> Cell: +1 (514) 664-1044 x200
> mrene at avgs.ca
>
>
>
>
> On 17-Nov-09, at 8:57 AM, Matthew Fong wrote:
>
> The media should be there, when I uuid_bridge both sessions are parked and
> should have already had media sent. I'm using ignore_early_media=true
>
> --matt
>
> On Tue, Nov 17, 2009 at 11:43 PM, Mathieu Rene <mrene_lists at avgs.ca>wrote:
>
>> You can't record until media is present. You could trigger it with
>> execute_on_answer and the record_session application
>>
>>  Mathieu Rene
>> Avant-Garde Solutions Inc
>> Office: + 1 (514) 664-1044 x100
>> Cell: +1 (514) 664-1044 x200
>> mrene at avgs.ca
>>
>>
>>
>>
>> On 17-Nov-09, at 5:28 AM, Matthew Fong wrote:
>>
>> I'm trying performing a uuid_record command immediately after a
>> uuid_bridge, but receive a "Can not record session.  Media not enabled on
>> channel" error. proxy_media and bypass_media are both set to false.
>>
>> The uuid_record however works if I use sched_api +1 uuid_record... but if
>> I do this, I of course loose the first second of conversation.
>>
>> Does anyone have any ideas on how I might be able to solve this? I've
>> turned on DEBUG mode, but nothing out of the ordinary appears.
>>
>> http://pastebin.freeswitch.org/11141
>>
>> --matt
>> _______________________________________________
>> 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
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091118/c2605d2d/attachment-0002.html