博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
SIP Inspector使用说明
阅读量:2394 次
发布时间:2019-05-10

本文共 1235 字,大约阅读时间需要 4 分钟。

1、SIP Inspector的安装

      使用这个软件需要一个JDK的插件,一般电脑都有安装,如果有安装下载软件后,图标见下图,如果要使用直接双击即可。注意如果电脑安装了brekeke软件,就需要先shutdown一下,关掉是没有用的,不然程序运行不起来。

2、使用指导

     在首界面Account内容不需要修改,Local Info中选择local ip(电脑IP),Remote Server Info中选择remote ip (设备ip)0,端口统一使用5060,不用修改,然后进入下一步。

     进入SIP页面,首先要搞清楚的是方向问题,In和Out均是从服务器角度来定位,In是指服务器收到的包即设备发出的包,Out是指服务器发送的包,即设备要收到的包。找准方向之后要选择包的类型,主要有两个类型请求类型和相应类型,有一定语音基础的应该可以清楚分辨。Add按钮即加入流程,会在左侧窗口显示,下方显示包的具体内容,如果添加错误,左侧选中然后点击Del即可删除。

    另外一个比较有意义的参数是Command中的Pause,这个参数的意义是等待一段时间,如果设备性能较差,反应能力不好,此时就可能需要等待一段时间。

3、脚本编写

     此软件的功能是充当服务器角色,作为一个收发包工具,验证故障时服务器不支持配置太多参数,就需要自己编辑了。服务器收到的包,不用编辑,只编辑发出的包。

      首先我们要确定你具体需要验证那个功能,此处我举一个简单的例子。比如正常情况下,设备收到带SDP的18X消息是等待服务器放回铃音,收到不带SDP的180消息时终端自己放回铃音。如果服务器故障,回复带SDP的18X消息但是不提供回铃音,此时只能终端出版本放回铃音,验证此功能使用SIP Inspector就很方便。这种情况常见使用彩铃或者LTE手机的时候服务器能力不足容易出现此类问题。

      流程如下:

      

     添加流程获得的脚本只含有最基本的参数,SDP等信息是需要自己添加的,获取途径基本是从抓到的故障报文中跟踪UDP流获取,注意修改电话号码、IP等信息,最好先放到Notepad++中编辑好再粘贴过来,这个流程是终端先发起invie请求后服务器回复的,电话、ip等已经携带,后续回包只需要使用[last_xx]就可以,如From、To、Cseq、Call-Id等字段。编辑完成后将报文内容粘贴到流程对应的报文即可。点击run就会自动弹出如下窗口,可以显示报文数目。测试时终端自己拨号即可,服务器会自动回复流程中的报文,至于具体有没有回铃音就看你编辑的18X报文和设备的设置了。如果是静音,就相当于现网中服务器放回铃音,因为软件只是模拟发包不是真的服务器,如果有回铃音就是终端自己放的了。

注意:测试时如果测试语音业务需要先让号码注册成功再测试,只需要写一个收到Register报文后回复200OK的流程就可以了,查看设备确认已经注册,设备的注册刷新尽量长或者直接关掉。

4、SIP Inspector工具下载地址:

 

     

你可能感兴趣的文章
缓存篇(一)- Guava
查看>>
缓存篇(二)- JetCache
查看>>
缓存篇(三)- Spring Cache框架
查看>>
MySQL基本原理和使用技巧
查看>>
别踩坑!使用MySQL唯一索引请注意
查看>>
Guava Cache expireAfterWrite 与 refreshAfterWrite区别
查看>>
Java8新特性学习(一)- 开篇介绍
查看>>
Java8新特性学习(二)- Optional类
查看>>
Java8新特性学习(三)- Stream类
查看>>
ForkJoin框架使用和原理剖析
查看>>
设计模式-观察者模式
查看>>
CacheLoader returned null for key分析和解决
查看>>
常用的设计模式Java实现及解析
查看>>
Top100案例参会总结
查看>>
Redis源码学习感悟
查看>>
Redis内存节省策略
查看>>
实测win8下安装使用QT4.8+qt creator2.8.0
查看>>
整理:深度学习 vs 机器学习 vs 模式识别
查看>>
深度学习 vs. 概率图模型 vs. 逻辑学
查看>>
IDL box plot
查看>>