ippbx出现单通故障解决过程总结

admin

公司售出的一套ippbx，下联iad，通过sip协议对接e1板卡，e1板通过dss1协议对接公网联通的程控交换机，反馈呼出电话接通后有一段时间被叫听不到声音，但过一段时间能恢复。还有问题是拨号后听到“您说拨打的用户现在不方便接听，请稍后再拨”。

  远程登录上去抓包，没有抓到现象，用户反馈是偶发现象，为此登录ippbx启动远程抓包服务器，用wireshark对远程设备进行抓包，启动多文件抓包方法。如下图：

& r, U, m- I: a- `: A
# X+ U( F8 _$ N7 `& S, o
多文件抓包，每个包50M,进行预过滤，过滤udp port  5060  or  udp  portrange  10000-65500的sip消息和rtp流消息。

4 I. K9 e5 n! i  R% ?8 V用户反馈发生故障后，记录了用户的号码和主被叫号码和发生大概时间。找到对应时间的抓包，对抓包进行分析发现，
4 R5 o7 x8 L1 w0 W/ b6 O! l
4 X7 n* `) H' [

是固定电话拨打手机，听一下是那方通话掉了？



听到反馈的这次呼叫被叫说一段时间他听不到主机的声音，被叫的声音主叫听听着正常。被叫侧一段时间出现单通。
+ Y  Z, s+ e7 b5 ]# E8 i- a  Y7 ]
7 o9 ~# f, T& i' B( h# j$ q4 H但单独听主叫发给被叫的声音，是连续的，没有中断，是e1板没有发出还是对方手机网络或者传输中间环节造成了单通？

/ O$ M9 X' l1 e% M据此无法判断哪里故障，因为可能e1版有问题，或者手机网络有问题，或者中间经过节点出现了问题？

0 n" g) m4 i- Y( O; Q6 j2 f0 n! [$ |

因为用户仅反馈都是拨打手机出现的问题，无法确定是否是e1板发出的包有丢的还是对方手机网络的问题。
# j2 J* a/ t  U8 \
7 v& B- |( o2 m  r6 q觉得e1板硬件出问题，应该出去的所以呼叫都会有问题，现在反馈的仅仅是拨打手机出问题。

没有头绪，不知道怎么查找，因为e1发出的码流无法抓取监听，不能确定e1发出的有没问题？

6 K0 m+ s! c; a6 Q再去查看拨出“听到无法接通“”提示音的问题，发现下面现象：

9 }3 S  {6 U5 x2 S7 _
9 B* d9 @8 e* W( x! X" T, b

5 E; Q8 L3 V" v3 V& G- i
发现是转给e1板的呼叫没有收到后向消息，等超时后，ippbx给iad放音，释放了呼叫。

! S' a0 t  T1 \转给e1板的消息没有应答，100trying没有收到，5秒超时，ippbx直接给下面的iad放音了，暂时无法接通。
. O4 o, T3 u5 B, H* V& |
; P. D' ^7 T& o0 q- P' g% t. S: |0 |% X奇怪为什么e1板回invite的响应呢？要么没收到，要么收到了没回？这两种情况。
5 q) L3 ?# G: s' k
5 X2 N4 w' }7 B4 Z3 c& K; h- C看这几个invite有啥特殊的地方？

) ^1 r+ r1 p. M) O( A% _
+ ]& |! _) L$ Y7 R
显然不是我司的产品00-0e-5e打头的mac地址。

对比正常呼叫的mac地址
" P7 P, C9 c- x4 S3 e7 d; v


据此，判断环境中存在两个172.31.234.108的ip地址，造成ippbx把invite消息发给了错误的mac地址，导致e1板没有收到这个invite消息，所以没有响应。当时没有抓arp包，应该是这个设备发出的查询172.31.234.220的mac地址，或者ippbx发出查询172.31.234.108的mac地址，这个冲突的设备回了，导致ippbx的mac地址被更新，导致的故障。

检查下面的iad有一个172.31.234.108的设备：
1 g; j7 f5 P: u4 w
1 ~) A/ t' m7 V1 a( O; [( j

. s5 _4 B. e" U5 F让现场更改这个ip地址，防止和e1板冲突，后故障消除。
' r; {7 B8 V' Q- K2 H! x
5 `! ~3 m- f+ _) K) v/ e- c/ C5 B改天抓的包里：
+ J% O0 Y+ {) b$ {! f8 J7 m2 x3 f

+ S2 l9 x/ D% d2 X( b4 P8 r' G
7 F% _' e7 x: j! U2 X& J) G改成了这个ip地址。
( I5 r7 {' c& {) }2 V) d
回头再去看单通的问题，发现单通的时间段里，消息发给了错误的mac地址。


6 F; W- y) ]: V6 i# l2 ^
) a, E1 ~" s( {8 m- }


7 V; _6 R$ H8 n6 p* C! F


( N$ x% m6 t! \! N


* M$ J- z' |0 d  W% c% F7 w
结论：ip冲突导致单通和呼叫不通，arp单播消息导致mac地址被更改为错误的，导致ip层消息发给错误的地方，导致奇怪现象的发生。改天抓的包如下：
$ o5 r2 e. B) l8 J
" w6 P5 V; p/ v- u0 Z

经验：不是下面那个拨叫不通听提示音的问题，还发现不了是ip冲突，以后遇到此类文件，还真得注意了，抓包要抓arp和sip协议和rtp协议和icmp协议（rtp发错地方会有icmp的提示），这样好排查故障。
3 u/ D" V* ]4 ~+ T8 ~* ]4 z) M# C
wireshark里的ctrl+f可以快速找到字符串和16进制串，查找rtp的ssrc可以确定一个方向的语音流。sip contains 号码可以快速找到对应的通话流程包。
————————————————
版权声明：本文为CSDN博主「wj31932」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wj31932/article/details/100057318
! r: W3 [3 t6 e, Z  V/ Y) f
% ~" @( ?; A5 i