其他分享
首页 > 其他分享> > SIP没有摘机消息可以通话吗

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没有摘机消息也可以通话,但是有时间上限。

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

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

 

空空如常

求真得真

标签:话单,SIP,fs1,摘机,通话,消息,接通
来源: https://www.cnblogs.com/qiuzhendezhen/p/16596311.html