系统上线问题小结

1： debian系统fs，配置好https证书后，rtc进行呼叫时出现no suitablecandidates found报错。呼入呼出都不行:

conf/sip_profiles/internal.xml 增加以下四行(verto):

2：fs 1.6.18 支持转码，潮流门口机呼叫大号时需要转码(门口机使用h264)，则设置conference.conf.xml的video-mode=transcode；但APP采用VP8编码不需要转码，需设置

设置conference.conf.xml的video-mode为不设置

3：使用阿里云centos服务器时，app的http请求经常没有返回值，导致app登录、注册、http请求失败、app不能正常使用。而使用腾讯云centos服务器则没有这些问题，而后将阿里云云centos服务器切换为debian服务器也没有此问题。该问题阿里云未给出合理解释。

4：备案问题----在阿里云、腾讯云、机房部署服务器，均需要提前做好域名备案

5：sip音频呼叫没问题，视频呼叫时sip客户端则经常不振铃(切换网络或重新登录app可能就ok了)；且视频呼叫只走fs或opensips时均正常。则可得出视频呼叫经过op-fs-op时app可能收不到invite消息：

当 SIP 消息是使用 UDP 传输时，每个SIP消息，都放在单个 UDP 包中。比较大的SIP消息包， 则使用 SIP 压缩 格式。但是，使用UDP ，则SIP消息 必须少于 MTU（Message Transport Unit）。
大于 MTU的SIP消息，则没有办法 用UDP传输。 而 MTU 的大小 ，与 各种不同的低层网络有关。 如以大网，或者说 ADSL 拔号的 pppoe ，其MTU 大小可能不一样。
如果说 SIP消息很大（超过MTU）， 则只能够 用TCP 协议 来传输。 TCP是面向连接的， 支持分片， 所以不用管消息包的大小。

6：opensips配置文件中：advertised_address、alias不能有重复值。

7：fs脚本发送sip msg

e = freeswitch.Event("SEND_MESSAGE");
e:addHeader("profile", "internal");
e:addHeader("content-length", "2");
e:addHeader("content-type", "text/plain");
e:addHeader("user", "1017");
e:addHeader("host", "120.76.225.147");
e:addBody("OK");
e:fire();