[Freeswitch-users] Does Freeswtich need rtcp attribute in sdp to enable rtcp?

[Allan Kristensen]

Sounds good, i'll keep with regular mode and get working rtcp stats...

Thanks..
 Allan


On Wed, Jun 22, 2016 at 7:32 PM, Michael Jerris <mike at jerris.com> wrote:

> If your only reason is for performance, than proxy mode is not what you
> want, just use regular mode and late negotiation and avoid transcoding and
> you will have no performance benefit to proxy mode.
>
> On Jun 22, 2016, at 1:25 PM, Allan Kristensen <ak at hejdu.dk> wrote:
>
> Hello Michael,
>
> The only reason is performance benefits, but i'm a little uncertain how
> much though.
>
> /Allan
>
> On Wed, Jun 22, 2016 at 5:08 PM, Michael Jerris <mike at jerris.com> wrote:
>
>> Thats possibly a bug.  Please file in jira.  Is there a reason you want
>> to use proxy mode?  There are very few scenarios where proxy mode is at all
>> useful.
>>
>> On Jun 22, 2016, at 10:18 AM, Allan Kristensen <ak at hejdu.dk> wrote:
>>
>> Hello Michael,
>>
>> Thank you very much, that seems to have solved the problem.
>>
>> However when running FS in proxy mode (inbound-proxy-media=true) it still
>> doesn't listen on the rtcp port. Would this be desired behavior?
>>
>> Best regards,
>> /Allan
>>
>> On Fri, Jun 17, 2016 at 3:44 PM, Michael Jerris <mike at jerris.com> wrote:
>>
>>> upgrade to latest release.
>>>
>>> On Jun 17, 2016, at 9:16 AM, Allan Kristensen <ak at hejdu.dk> wrote:
>>>
>>> Hello,
>>>
>>> Does Freeswitch need the rtcp attribute in the sdp to enable rtcp?
>>>
>>> When connecting to asterisk (which does not include a rtcp attribute),
>>> Freeswitch does not start to listen on the rtcp port (rtp port +1).
>>>
>>> When connecting to other Freeswitch servers, which have this attribute
>>> in the sdp everything works fine.
>>>
>>> According to the RFC 3605 it should not be needed, unless it doesn't
>>> follow the parity rule (rtp port +1).
>>>
>>> ...Or is it just me?
>>>
>>> Best regards,
>>>   Allan
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 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
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 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/20160623/d55065b3/attachment.html