关于sip协议-3PCC-SIPP工具相关及报错

文章目录

sip概念：
sip通话场景
3pcc :
实现3PCC的测试工具：sipp
官方文档：
如何编写XML脚本
如何运行脚本：
运行结果如图

sip概念：

sip协议：session initiation protocol

会话发起协议–应用层。控制电路信号，是终端和终端，终端和网络之间传递的一种消息，专门用来控制电路，建立、管理、删除连接，以使用户能够正常通过这些连接进行通信。

sip通话场景

可参考：https://www.cnblogs.com/lidabo/p/7486197.html
大致有：

注册流程
注销流程
基本呼叫建立
正常呼叫释放
会话更改流程
被叫忙呼叫释放：
被叫无应答流程一：
被叫无应答流程二：
遇忙呼叫前转：
无应答呼叫前转流程：
呼叫保持：
呼叫等待：

3pcc :

官方文档：https://www.dialogic.com/webhelp/bordernet2020/1.0.0/webhelp/sip_del_media_in_3pcc.htm

3pcc : Third Party Call Control，中文即第三方电话呼叫控制,3PCC是一种非常灵活的会话控制方式。

在PSTN网中，第三方呼叫控制通常用于会议、接线业务(接线员创建一个连接另外双方的呼叫)。同样，使用SIP协议也可以借助3PCC来完成PSTN网中的一些相关业务，例如点击拨号、通话过程中放音等等

实现3PCC的测试工具：sipp

官方文档：

https://sipp.readthedocs.io/en/latest/int_scenarios.html#pcc

SIPP是一个测试SIP协议性能的工具软件，它包含了一些SipStone用户代理工作流程（UAC和UAS），并可使用INVITE和BYE建立和释放多个呼叫。它可以读取XML场景文件，及描述任何性能测试的配置文件。它能动态的显示测试运行的统计数据(呼叫速率，信号来回的延迟，一级消息统计)、周期性的把CSV统计数据转储，在多个套接字上的TCP和UDP，利用重新传输管理的多路复用。在场景定义文件中使用正则表达式、动态调整呼叫速率

本次在写脚本的时候主要涉及到图中的交互流程，方便写代码所以就贴了一个脚好看的图：
真实的交互场景为：

1.主机发送 INVITE 报文到controlA
2.controlA   recvcmd  invite报文
3.再 sendcmd  invite 给controlB
4. controlB recvcmd 后
5. 再send invite 给 B
6. B send 100~200的状态码给controlB
7. controlB sendcmd 给controlA
8. control A  recvcmd  状态码后
9. send 状态码 给 A
10.然后A发ACK  BYE 报文也是重复上面 1-9步骤

如何编写XML脚本

可根据官方文档给出的四个脚本进行编写，传参都是默认变量，只需要我们在运行程序时进行传入

如何运行脚本：

controller A： sipp -sn 3pcc-C-A  -i 175.175.1.6 175.175.2.6 -3pcc 174.174.1.5:52142 -r 10 -rp 1s controller B： sipp -sn 3pcc-C-B -i 174.174.1.5 174.174.2.5 -3pcc 175.175.1.6 A ：./sipp -sn 3pcc-A -i 175.175.2.6 B：./sipp -sn 3pcc-B  -i 174.174.2.5

175.175.1.6为controllerA的本端IP地址；
175.175.2.6为远端A的IP；
174.174.1.5为controllerB的控制IP地址，用于与controllerA交换recvCmd和SendCmd消息；
174.174.2.5为远端B的呼叫IP。注意标红的端口号52152，这个地方要添加端口号，否则两个控制节点不能进行数据交换。

这个端口号从哪来？
我们可以选运行controlB 如何通过查看进程可看到：netstat -l

运行结果如图

报错问题：https://blog.csdn.net/qq_45175681/article/details/122369669