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

[Michael Jerris]

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 <mailto: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 <mailto: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 <mailto:mike at jerris.com>> wrote:
>> upgrade to latest release.
>> 
>>> On Jun 17, 2016, at 9:16 AM, Allan Kristensen <ak at hejdu.dk <mailto: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 <mailto:consulting at freeswitch.org>
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> http://www.freeswitch.org <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/20160622/14e638b0/attachment.html