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

admin

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

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

( P. q+ {' l) Z6 y0 T3 I
( M+ n& x2 Q' {
/ ~5 S$ Z4 S( n( G. @! u多文件抓包，每个包50M,进行预过滤，过滤udp port  5060  or  udp  portrange  10000-65500的sip消息和rtp流消息。

# h/ c8 v) `3 ^) ]' q$ |! @& ]' Z用户反馈发生故障后，记录了用户的号码和主被叫号码和发生大概时间。找到对应时间的抓包，对抓包进行分析发现，

) H1 q+ N/ v- S% j/ x3 I0 q
7 {6 X. C( [! d! m3 |4 v
是固定电话拨打手机，听一下是那方通话掉了？
0 k# Q7 D% H  ]1 |
6 M$ |8 z3 X( P* X1 n$ p

" c' a. S7 u4 K) J, C3 @听到反馈的这次呼叫被叫说一段时间他听不到主机的声音，被叫的声音主叫听听着正常。被叫侧一段时间出现单通。

" H" R- Q% R$ J2 f( O" [但单独听主叫发给被叫的声音，是连续的，没有中断，是e1板没有发出还是对方手机网络或者传输中间环节造成了单通？

据此无法判断哪里故障，因为可能e1版有问题，或者手机网络有问题，或者中间经过节点出现了问题？
3 o* ~. Q( s3 I9 k


因为用户仅反馈都是拨打手机出现的问题，无法确定是否是e1板发出的包有丢的还是对方手机网络的问题。
. t. \2 E* y& e
觉得e1板硬件出问题，应该出去的所以呼叫都会有问题，现在反馈的仅仅是拨打手机出问题。
- G" n' e" x" w1 w  Y+ }
没有头绪，不知道怎么查找，因为e1发出的码流无法抓取监听，不能确定e1发出的有没问题？

再去查看拨出“听到无法接通“”提示音的问题，发现下面现象：



7 E  [6 z& {! o# w
5 @( W4 I1 V! Q' J
发现是转给e1板的呼叫没有收到后向消息，等超时后，ippbx给iad放音，释放了呼叫。

转给e1板的消息没有应答，100trying没有收到，5秒超时，ippbx直接给下面的iad放音了，暂时无法接通。
2 Z9 ]( \* |6 n0 I/ e
奇怪为什么e1板回invite的响应呢？要么没收到，要么收到了没回？这两种情况。

4 H1 h3 W: O! q+ O5 Z看这几个invite有啥特殊的地方？



显然不是我司的产品00-0e-5e打头的mac地址。
; P# p. i* _* Z4 F
7 g* t, }; a/ L1 Q6 j. O) w对比正常呼叫的mac地址
8 x# g3 U  K& e- o6 e0 b% W
+ D* n' ~+ a, Z2 _7 V
0 x+ l0 r7 l; p: k/ v" M- @' E
1 e7 {* C! m; u7 D据此，判断环境中存在两个172.31.234.108的ip地址，造成ippbx把invite消息发给了错误的mac地址，导致e1板没有收到这个invite消息，所以没有响应。当时没有抓arp包，应该是这个设备发出的查询172.31.234.220的mac地址，或者ippbx发出查询172.31.234.108的mac地址，这个冲突的设备回了，导致ippbx的mac地址被更新，导致的故障。
9 n$ `( P4 |) \6 C+ {4 J! w3 w
0 y: x, s" p7 X$ T. P/ C" A检查下面的iad有一个172.31.234.108的设备：
' `+ q& M: c) L: B( m9 U* U* r7 v" o


# j1 J! R8 A4 `/ k! F% e让现场更改这个ip地址，防止和e1板冲突，后故障消除。
3 \7 q4 a9 s  @& K. [! @
! U$ Y, A) G3 w4 f改天抓的包里：


! Z; m8 x/ _0 I& Z; m: d8 j
改成了这个ip地址。

回头再去看单通的问题，发现单通的时间段里，消息发给了错误的mac地址。
, J, E  y6 B) b  J

& n; ], T+ b. \6 A8 B  r& j



1 T2 U& ~$ k5 s1 f3 Y9 Z& A# \
1 i6 x7 V6 a0 T' i- }1 P

! k9 p$ f( x" a- N" c


5 ?! y4 C$ F* X6 l  s+ n5 Y7 v/ Y
结论：ip冲突导致单通和呼叫不通，arp单播消息导致mac地址被更改为错误的，导致ip层消息发给错误的地方，导致奇怪现象的发生。改天抓的包如下：
& E7 Y  l; h$ D4 x( c8 v
5 ?! L8 d/ v# Y

/ k. M2 Y* w" c, j: W经验：不是下面那个拨叫不通听提示音的问题，还发现不了是ip冲突，以后遇到此类文件，还真得注意了，抓包要抓arp和sip协议和rtp协议和icmp协议（rtp发错地方会有icmp的提示），这样好排查故障。

wireshark里的ctrl+f可以快速找到字符串和16进制串，查找rtp的ssrc可以确定一个方向的语音流。sip contains 号码可以快速找到对应的通话流程包。
( ^4 _4 M0 o5 W1 o————————————————
版权声明：本文为CSDN博主「wj31932」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wj31932/article/details/100057318
# O$ Q; f  S9 }5 T
/ Y0 P$ G. J2 m2 V* u