dll文件位位检测工具以及Windows文件夹SysWow的坑

藕耪佳亿freeswitch是一款简单好用的VOIP开源软交换平台。

测试过程中发现fs的proxy_media模式的一个bug，就是video媒体流的转发处理有问题。

环境

CentOS 7.9

freeswitch 1.6.20

问题

fs配置为proxy_media模式，A路发起呼叫，A路远端的sdp中有audio和video媒体信息。

a642b367-754c-492e-b227-87f94e8010c7 m=audio 16394 RTP/AVP 8 18 101

a642b367-754c-492e-b227-87f94e8010c7 m=video 16396 RTP/AVP 99

fs处理拨号计划后，发起B路呼叫，B路的sdp继承了A路的sdp，本地sdp信息如下。

a642b367-754c-492e-b227-87f94e8010c7 m=audio 54398 RTP/AVP 8 18 101

a642b367-754c-492e-b227-87f94e8010c7 m=video 54400 RTP/AVP 99

B路收到终端的183sdp信息，处理媒体信息后，本地sdp修改如下。

a642b367-754c-492e-b227-87f94e8010c7 m=audio 54398 RTP/AVP 8 18 101

a642b367-754c-492e-b227-87f94e8010c7 m=video 44622 RTP/AVP 99

其中B路本端的audio端口为54398，video的端口从54400修改为了44622。

结果就是，B路本端的video媒体流从44622端口发到远端，远端的video媒体流送到本地的54400，造成媒体流擦肩而过。

查看switch_core_media.c的switch_core_media_patch_sdp函数，在处理video信息时，强制重选了video本地端口，而audio端口处理正常。

switch_core_media_choose_port(session, SWITCH_MEDIA_TYPE_VIDEO, 1);

查看调用堆栈，mod_sofia模块在处理183sdp的流程中，proxy_media模式下会主动调用“switch_core_media_patch_sdp”这一并无必要的操作。

修复

修改mod_sofia模块的sofia.c文件，屏蔽“switch_core_media_patch_sdp”操作。

} else if (switch_channel_test_flag(channel, CF_PROXY_MEDIA)) {

switch_channel_set_variable(channel, SWITCH_ENDPOINT_DISPOSITION_VARIABLE, "PROXY MEDIA");

// switch_core_media_patch_sdp(tech_pvt->session);

if (sofia_media_activate_rtp(tech_pvt) != SWITCH_STATUS_SUCCESS) {

nua_respond(nh, SIP_488_NOT_ACCEPTABLE, TAG_END());

switch_channel_hangup(channel, SWITCH_CAUSE_INCOMPATIBLE_DESTINATION);

} else{

switch_channel_mark_pre_answered(channel);

}

测试

重新编译mod_sofia模块后，测试视频流程，媒体协商正常，B路本地端口协商正常，媒体流正常转发。

总结

未经过充分测试，不清楚对其他业务流程的影响。

经过修改后的fs虽然可以正常转发rtp媒体流，但是仍然无法转发rtcp消息，在网络较差的情况下，视频媒体流无法利用rtcp的特性修复视频卡顿。

空空如常

求真得真