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@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@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@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@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@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@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@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@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@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@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@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.ClueCon.com
http://www.OSTAG.org
irc.freenode.net #freeswitch
Twitter: @FreeSWITCH

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@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  ♬

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org