write down,forget
adidas eqt support ultra primeknit vintage white coming soon adidas eqt support ultra boost primeknit adidas eqt support ultra pk vintage white available now adidas eqt support ultra primeknit vintage white sz adidas eqt support ultra boost primeknit adidas eqt adv support primeknit adidas eqt support ultra boost turbo red white adidas eqt support ultra boost turbo red white adidas eqt support ultra boost turbo red adidas eqt support ultra whiteturbo adidas eqt support ultra boost off white more images adidas eqt support ultra boost white tactile green adidas eqt support ultra boost beige adidas eqt support ultra boost beige adidas eqt support refined camo drop adidas eqt support refined camo drop adidas eqt support refined running whitecamo adidas eqt support 93 primeknit og colorway ba7506 adidas eqt running support 93 adidas eqt support 93

FreeSwitch工作的3种模式

<Category: FreeSwitch> 查看评论


• Default: media flows through FS, full processing options
– RTP proxied by
– FreeSWITCH controls codec negotiation
– If endpoints agree on same codec, no transcoding is performed
– All features enabled – recording, DTMF interception, etc, etc
http://wiki.freeswitch.org/wiki/Proxy_Media
• Proxy: media flows through FS, no media processing options
– RTP proxied by FreeSWITCH (c= modified, that’s it)
– FreeSWITCH has no control or even understanding of other SDP parameters (pass through)
– Endpoints *MUST* agree on same codec because FreeSWITCH can’t help them
– Virtually no features available
如何使用:bridge之前使用参数:proxy_media=true
2013-01-05 19:14:37.575568 [ERR] switch_core_io.c:1148 Codec PROXY PASS-THROUGH encoder error!
需要设置

http://wiki.freeswitch.org/wiki/Bypass_media
• Bypass: media flows around FS directly between endpoints, no media processing options
– RTP *NOT* proxied by FreeSWITCH
– FreeSWITCH has no control over anything SDP related – it’s completely pass through from one leg to next (including c=)
– Endpoints must agree on same codec because FreeSWITCH doesn’t even see the media or SDP
– Virtually no features available
如何使用:bridge之前设置,bypass_media=true

sip端必须可以互相可见,所以NAT下的不行,编码必须一致

源文档

#bypass_media=true,接通之后,服务器流量没有变化,但是没有视频和声音,测试SIP客户机都在NAT内网,所以不通
originate {bypass_media=true,bypass_media_after_bridge=true,origination_caller_id_number=1111111111,effective_caller_id_number=222222222,ignore_early_media=true}user/1001 &bridge(user/1002)

A.#proxy_media=true,两边编码必须一致 ,
originate {proxy_media=true,late_negotiation=true,origination_caller_id_number=1111111111,effective_caller_id_number=222222222,ignore_early_media=true}user/1001 &bridge(user/1002) inline
呼叫失败:提示,2013-01-05 19:48:32.055564 [ERR] switch_core_io.c:1148 Codec PROXY PASS-THROUGH encoder error!
已经设置过:conf/sip_profiles/internal.xml

通过SIP status查看:
late-neg
 true 
proxy-media
 true 

B.去掉乱七八糟的选项,直接bridge
originate user/1001 &bridge(user/1002)
呼叫成功,H263编码视频通过,声音正常,但是有马赛克

#客户端换新版本imsdroid,h264测试通过,但是花屏严重,应该是H264分组传输过程中丢包了,估计网络问题,如何解决,是个问题啊
研究下 http://www.linphone.org/eng/download/packages/linphone.html

本文来自: FreeSwitch工作的3种模式