Need help with Video proxy-media mode
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
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
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 <mailto: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
_______
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 <mailto: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 <mailto: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
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
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.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@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 ♬ ☞ 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@conference.freeswitch.org ☎ +19193869900
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.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@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 ♬
☞ 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@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
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.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@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 ♬
☞ 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@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ 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
participants (5)
-
Anthony Minessale
-
Cindy Leung
-
Cinthia Leung
-
Ken Rice
-
Michael Jerris