[Freeswitch-users] Need help with Video proxy-media mode

Cinthia Leung cinthia721 at gmail.com
Thu Feb 5 03:29:43 MSK 2015


I'd like your input on whether this is an expected behavior of FS.  Is FS
making a decision on H264 format, or it's just simply picking the first one
in the list (supposedly the most preferred codec from caller)?  That kinda
limits the capabilities and options for the callee (my MCU)...

Other than using bypass_media, what other options do I have?  I hope it's
just something obvious that I missed in the config.  Currently I have...
1. Default media mode (proxy and bypass mode off)
2. Late negotiation = true
3. inherit_codec=true
4. disable-transcoding=true

Thanks!



On Tue, Feb 3, 2015 at 4:21 PM, Cinthia Leung <cinthia721 at gmail.com> wrote:

> If using "proxy mode" is the same as using "pass through" codecs, is it
> also true that FS doesn't touch the SDP of those pass through codecs?
>
> The issue I have is FS is stripping extra H264 streams.  Here's a snippet
> of such SDP from Polycom RealPresence iPhone app:
>
>    m=video 51918 RTP/AVP 111 109 110 106 105 116
>    a=sendrecv
>    a=rtcp-fb:* nack pli
>    a=rtcp-fb:* ccm fir
>    a=rtcp-fb:* ccm tmmbr
>    a=rtpmap:111 H264/90000
>    a=fmtp:111 profile-level-id=64001f; packetization-mode=1; max-br=20010;
> sar=13
>    a=rtpmap:109 H264/90000
>    a=fmtp:109 profile-level-id=428015; max-mbps=36000; max-fs=1280;
> max-br=20010; sar=13
>    a=rtpmap:110 H264/90000
>    a=fmtp:110 profile-level-id=428015; packetization-mode=1;
> max-mbps=36000; max-fs=1280; max-br=20010; sar=13
>    a=rtpmap:106 H264-SVC/90000
>    a=fmtp:106 profile-level-id=560015; packetization-mode=1;
> max-mbps=36000; max-fs=1280; max-br=20010; sar=13
>    a=rtpmap:105 H264-SVC/90000
>    a=fmtp:105 profile-level-id=53e015; packetization-mode=1;
> max-mbps=36000; max-fs=1280; max-br=20010; sar=13
>    a=rtpmap:116 vnd.polycom.lpr/9000
>    a=fmtp:116 V=2;minPP=0;PP=150;RS=52;RP=10;PS=1400
>    m=application 51102 UDP/BFCP *
>    a=sendrecv
>    a=setup:actpass
>    a=connection:new
>    a=floorctrl:c-s
>    m=application 51006 RTP/AVP 100
>    a=sendrecv
>    a=rtpmap:100 H224/4800
>
> And FS (default mode) turned this into...
>
>    m=video 54524 RTP/AVP 111
>    a=rtpmap:111 H264/90000
>    a=fmtp:111 profile-level-id=64001f; packetization-mode=1; max-br=20010;
> sar=13
>
> I would like my external MCU to handle this codec negotiation.  Is there
> anything in FS that I can configure to achieve this?
>
> (I'd also like to see what can be done for BFCP as well!)
>
> Thanks again!
>
>
>
> On Tue, Feb 3, 2015 at 4:01 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>> There is no difference between using proxy media and pass-through
>> codecs.  Its the same thing basically.
>>
>>
>> On Tue, Feb 3, 2015 at 2:20 PM, Ken Rice <krice at freeswitch.org> wrote:
>>
>>>  Topology Hiding means to you hiding everything behind something... In
>>> this case FreeSWITCH...
>>>
>>> Proxy Media mode is for special cases where you are still proxying the
>>> media with FreeSWITCH that is a legacy feature but is not even needed
>>> anymore. Just use FS in the default modes and this will get you Topology
>>> Hiding.
>>>
>>> If you don’t want topology hiding you can use bypass media where the
>>> media does not go thru FreeSWITCH, but you lose a pile of features by doing
>>> this and you are effectively NOT doing a full topology hide at this point.
>>>
>>>
>>>
>>>
>>> On 2/3/15, 2:01 PM, "Cindy Leung" <cinthia721 at gmail.com> wrote:
>>>
>>> Thanks for your input.
>>> Our main goal is to do topology hiding.  We don’t want FS to touch the
>>> SDP other than the c= line and we don't need any FS media features.
>>> Regardless, I should see video packets being passed on to the other end
>>> through FS in proxy mode, no?
>>>
>>>
>>> On Feb 3, 2015, at 1:32 PM, Michael Jerris <mike at jerris.com> wrote:
>>>
>>> Proxy media mode is almost certainly NOT what you want to use.  There
>>> are very few scenarios where its even useful.
>>>
>>>
>>> On Feb 2, 2015, at 6:38 PM, Cinthia Leung <cinthia721 at gmail.com> wrote:
>>>
>>> I encountered something odd as I went on with more experiments.
>>>
>>>
>>>
>>> I’m finally able to get video and audio to work, sort of, by not
>>> enabling either inbound-proxy-media or inbound-bypass-media.  My
>>> understanding is that FS is now in the middle negotiating codec, which is
>>> what we don’t want…
>>>
>>>
>>>
>>> global_codec_prefs=G722,PCMU,PCMA,H264
>>>
>>>
>>>
>>> It seems really strange that this works but proxy-media mode doesn’t.
>>>
>>>
>>>
>>> All thoughts welcome.  Thanks.
>>>
>>>
>>> On Fri, Jan 30, 2015 at 8:28 PM, Cinthia Leung <cinthia721 at gmail.com>
>>> wrote:
>>>
>>> Hi there,
>>>
>>> I'm trying to setup FS and proxy media.  Here's my setup.
>>> Kamailio SBC <-> FS <-> MCU.
>>> >show codec sees H.264 as passthru
>>> late-negotiation = true
>>>
>>> Audio is ok but I get no video.  Tshark capture shows that video streams
>>> enter FS from both Kamailio and MCU.  FS was just not forwarding video
>>> packets to the other side.  Codec is H.264.  Tested with FS Version 1.14.15
>>> and 1.5.15b+git~20150130T165344Z~4ed7b4811a~64bit
>>>
>>> Bypass media works fine.  Being able to proxy media is a requirement for
>>> us.
>>>
>>> I hope it's just something obvious that I missed.  I'll provide logs if
>>> needed.  Thanks in advance!
>>>
>>>
>>> Cindy
>>>
>>>
>>> _______
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>>
>>> --
>>> Ken
>>>
>>>
>>>
>>> *http://www.FreeSWITCH.org <http://www.FreeSWITCH.org>
>>> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org
>>> <http://www.OSTAG.org> *irc.freenode.net #freeswitch
>>> Twitter: @FreeSWITCH
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>
>>
>>
>> --
>> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>>
>>http://freeswitch.org/http://cluecon.com/>> http://twitter.com/FreeSWITCH
>> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
>> <http://freeswitch.org/g+>*
>>
>> ClueCon Weekly Development Call
>> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900
>>
>>
>> _________________________________________________________________________
>> 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/20150204/d8151edc/attachment.html 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list