SIP没有摘机消息可以通话吗

概述

SIP流程中，A路没有收到摘机的200 OK响应消息可以通话吗？

客户反馈的问题千奇百怪，公共互联网的问题同样百转千回，让你欲罢不能，头秃方休。

客户报故障，问题描述是这样的，我用号码A打给号码B，明明B接通说话了，话单记录中却显示“未接通”。。。

查服务器，查日志，查网络，查信令，一顿操作之后发现，B没有返回200 OK摘机消息给A，通话确实未接通，话单记录没错。

那难道是客户撒谎了？一番核实之后，客户200%确定通话接通了，马上就签合同了。

好吧，回到最初的问题了，SIP没有摘机消息可以通话吗？

环境

centos：CentOS  release 7.0 (Final)或以上版本

freeswitch：v1.8.7

GCC：4.8.5

可能性分析

首先画出客户呼叫流程的节点图。

A->fs1->运营商A->运营商B->B

A：本地话单未接通，但是有和B通话。

fs1：话单和信令都显示未接通。

运营商A：和运营商A沟通，反馈话单未接通，B方向发过来480。

运营商B：和运营商B沟通，反馈话单已接通，有通话时长30秒。

B：未知。

经过各个节点的沟通之后，发现问题出在运营商A和运营商B节点之间，俩个节点的通话状态不一致，摘机消息很大可能在中间丢失了。

节点A，fs1，运营商A，话单未接通。

节点运营商B，B（推测），话单已接通。

但是还有一个问题，为什么A反馈通话是正常的，明明没有收到摘机消息啊。

回到信令层面，B返回的振铃消息是183（SDP）。

SIP信令中振铃消息有俩种，180和183（SDP），俩者的区别在于有没有带媒体（SDP）。

180消息仅仅是一个通知消息，B告诉A我收到呼叫请求了，然后A本地产生振铃音。

183消息带有媒体信息（SDP），fs需要建立早期媒体通道（early media），并转发RTP媒体。

那么，摘机消息丢失的情况下，用户可以用183的早期媒体通道实现通话吗？

模拟场景配置

为了回答上面的问题，我们使用俩台fs来模拟一下问题场景。

A->fs1A->fs2->fs1B->B

fs1：注册服务器，10.55.55.138。

fs2：业务服务器，10.55.55.137。

A和B注册在fs1上，A发起呼叫B，fs1B先回复183消息，B摘机，并在fs2->fs1A回复200 OK的时候，丢弃200消息。

fs2，10.55.55.137，服务器dialplan配置如下。

<include>

<context name="public">

<extension name="test" continue="false">

<condition field="destination_number" expression="^(\d+)$">

<action application="bridge" data="{sip_invite_call_id=${sip_call_id}}sofia/external/$1@10.55.55.138:5090" />

</condition>

</extension>

</context>

</include>

fs1，10.55.55.138，服务器dialplan配置如下。

<include>

<context name="default">

<extension name="test" continue="false">

<condition field="destination_number" expression="^(\d+)$">

<action application="bridge" data="sofia/external/$1@10.55.55.137:5080" />

</condition>

</extension>

</context>

<context name="public">

<extension name="test1">

<condition field="destination_number" expression="^(\d+)$">

<action application="pre_answer" />

<action application="playback" data="/usr/local/freeswitch/sounds/test-cailing.wav" />

<action application="bridge" data="user/$1" />

</condition>

</extension>

</context>

</include>

为了丢弃掉200 OK消息，在fs1（10.55.55.138）配置防火墙规则如下。

sudo iptables -I INPUT -m string --string "200 OK" --algo kmp --to 65535 -s 10.55.55.137/0 -p udp --dport 5080 -j DROP

测试

使用A（1001）注册到fs1。

使用B（1002）注册到fs1。

在A路侧开启wireshark抓包。

在fs2（10.55.55.137）开启sngrep抓包。

使用A（1001）呼叫B（1002）。

B（1002）摘机，A（1001）未收到摘机消息，但是AB可以正常通话。

最后附上sngrep和wireshark的抓包截图。图左边看到200消息丢弃的过程，图右边看到A路侧收发的语音媒体流正常。

总结

SIP没有摘机消息也可以通话，但是有时间上限。

互联网场景下，什么都有可能发生。

并没有什么事情是非黑即白的，不要轻易下结论。

空空如常

求真得真