sip故障分析处理解析.docx

Sip故障常见分析方法：Sip协议是基于udp的协议，常见分析问题方法可分位抓包协议分析和日志分析，协议分析通过抓取的终端或者注册，代理服务器的流程，分析那个流程出错，进而找到原因。日志分析通过设备内部的spms，as，cscf，mrf之间的流程关系，来确定程序内部处理的故障。通过sip协议分析，我们先确定外部信令流程的故障，日志来确定程序的问题。现在我们来着重介绍一下，wireshark抓包分析sip信令流程的故障的处理过程。Wireshark信令分析前，需要配置一下wireshark的环境，便于我们快速找出故障。Wireshark显示环境的配置：设置显示列的源和目的端口增加包显示的可读性我们可以设置wireshark的显示的列字段，增加包的可读性。如我们增加数据包源端口和目的端口，这样可以一目了然，知道是从哪里发的包。方法菜单edit→preferences→user interface→columns→add对具体的字段field type进行选择，显示名称标题title进行修改点应用apply后，显示的内容增加，然后在显示界面调整显示的次序这样就添加了数据包显示时的源和目的端口，便于我们定位问题调整包的显示调整各个列字段的显示方式，显示的靠边，居中，靠右，列的宽度等内容。设置时间显示格式这样就添加了数据包显示时间和源和目的端口，便于我们定位问题设置显示的过滤表达式标签可以在过滤器旁边添加过滤表达式的快捷标签，便于操作这样可以方便我们过滤出自己想要的内容。添加协议的解析端口增加协议使用的非标准端口，这样可以使使用非标准端口的包解析为标准的协议如http使用默认是80端口，但用户有时定义的端口为8080，这样就可以直接解析出8080的内容为http协议。如图：我们自己的编写的tomcat的应用程序使用的是8080端口作为http服务器监听端口，但抓包中显示的协议确实tcp我们可以在edit→preferences→protocal里找到对应的http协议添加对应解析端口，实现对8080端口的解析强制解析包为某种协议也可以把使用非标准端口的包解析为某协议如我们的网管程序使用了2121端口作为ftp服务器的监听端口，但ftp默认的端口是21，这样就无法解析成ftp协议，不便于分析信令。我们可以使用收到解析的方法，把某个包解析为某种协议。选中对应端口的行，右键一点，菜单中选择decode as解析后的包协议转换为ftp用ctrl+f进行查找需要的字段我们使用CTRL+F,查找1这个字符串或者十六进制12FA001F这个值同样我们可以按16进制查找同样有arp的回复和ping的回复，证明设备ip层是通的。用packet detail里的字段进行查找我们也可以用detail里的字段显示作为过滤项，然后修改他的值来查找，具体：由此，判断基站的应用程序没有打开，如果打开的话，基站首先会查找网管的arp，得到响应后，基站会发起对网关url地址的tcp三步握手，然后激活相关的消息。抓包文件的保存抓包整个保存点击停止抓包，file菜单里点击save或save as菜单，选择保存目录和文件名后，点击保存。有选择的保存需要有选择的保存我们可以使用FILE→expor specified packets当要导出显示过滤项的包时，选上displayed，这样可以保留所需要的包要导出标记的包，要先标记包，然后选selected packe→选择marked packets或者first to last marked同样range可以输入报的number的范围SIP回复消息解析1XX=通知性应答·100 正在尝试·180 正在拨打·181 正被转接·182 正在排队·183 通话进展2XX=成功应答 ·200 OK·202 被接受：用于转介3XX=转接应答·300 多项选择·301 被永久迁移·302 被暂时迁移·305 使用代理服务器·380 替代服务4XX=呼叫失败·400 呼叫不当·401 未经授权：只供注册机构使用，代理服务器应使用代理服务器授权407·402 要求付费（预计为将来使用）·403 被禁止的·404 未发现：未发现用户·405 不允许的方法·406 不可接受·407 需要代理服务器授权·408 呼叫超时：在预定时间内无法找到用户·410 已消失：用户曾经存在，但已从此处消失·413 呼叫实体过大·414 呼叫URI过长·415 不支持的媒体类型·416 不支持的URI方案·420 不当扩展：使用了不当SIP协议扩展，服务器无法理解该扩展·421 需要扩展·423 时间间隔过短·480 暂时不可使用·481 通话/事务不存在·482 检测到循环·483 跳数过多·484 地址不全·485 模糊不清·486 此处太忙·487 呼叫被