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

admin

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

4 r/ B4 a6 l. V. K) }2 G, G  远程登录上去抓包，没有抓到现象，用户反馈是偶发现象，为此登录ippbx启动远程抓包服务器，用wireshark对远程设备进行抓包，启动多文件抓包方法。如下图：
6 D2 D5 }; U  M, U7 q+ m


, v/ x& B5 X" v) P# H多文件抓包，每个包50M,进行预过滤，过滤udp port  5060  or  udp  portrange  10000-65500的sip消息和rtp流消息。

0 R( N7 U/ N" e; T  w$ i用户反馈发生故障后，记录了用户的号码和主被叫号码和发生大概时间。找到对应时间的抓包，对抓包进行分析发现，


& L( H  B! W6 i5 n6 ~
( b8 R1 ]- w/ _3 I+ q是固定电话拨打手机，听一下是那方通话掉了？


( k2 c2 b0 e. I* n
听到反馈的这次呼叫被叫说一段时间他听不到主机的声音，被叫的声音主叫听听着正常。被叫侧一段时间出现单通。

但单独听主叫发给被叫的声音，是连续的，没有中断，是e1板没有发出还是对方手机网络或者传输中间环节造成了单通？

3 G* V- L1 H( T+ N* k" H据此无法判断哪里故障，因为可能e1版有问题，或者手机网络有问题，或者中间经过节点出现了问题？

# E& L6 x3 C9 j- e. |

! S  ]9 y3 }  e( d0 i% S8 K4 M. m; b. e因为用户仅反馈都是拨打手机出现的问题，无法确定是否是e1板发出的包有丢的还是对方手机网络的问题。
. s* D* c- R) Q5 C7 E- x
& j1 {' P, n6 q1 f觉得e1板硬件出问题，应该出去的所以呼叫都会有问题，现在反馈的仅仅是拨打手机出问题。

没有头绪，不知道怎么查找，因为e1发出的码流无法抓取监听，不能确定e1发出的有没问题？
; I3 Q2 h3 D; T! N0 j( k
再去查看拨出“听到无法接通“”提示音的问题，发现下面现象：
5 g  g# o  ]( J& X% g" R1 l  E
  {7 P$ Y8 B+ G6 Y  |# a) c9 n

1 s$ a& C; l- y* m' M

4 s2 M5 s& v3 B; J4 O发现是转给e1板的呼叫没有收到后向消息，等超时后，ippbx给iad放音，释放了呼叫。

2 a1 e+ o! p4 d: w  Q1 f) v转给e1板的消息没有应答，100trying没有收到，5秒超时，ippbx直接给下面的iad放音了，暂时无法接通。

  w' k: a6 d4 i" m奇怪为什么e1板回invite的响应呢？要么没收到，要么收到了没回？这两种情况。
# n, n' s0 G  h. E* Q% ]! r& N6 f
看这几个invite有啥特殊的地方？

5 M3 w5 P2 r1 r+ F& q1 G

显然不是我司的产品00-0e-5e打头的mac地址。

对比正常呼叫的mac地址


7 O1 Y0 T! E, A4 p( G0 `6 e
% n* T( f+ |" g2 A7 g% B6 `5 ]4 J3 e据此，判断环境中存在两个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的设备：


  t$ r5 ^: Q  d/ Z, X
, e8 Y0 }7 K7 t3 H7 k让现场更改这个ip地址，防止和e1板冲突，后故障消除。
/ Q3 d& N) C$ r+ T
# I& a- q  g; N改天抓的包里：
) W  }1 D: U7 z2 F! m4 g) L+ Q9 ~8 ]

2 Z( ~+ P/ M( Q2 T
3 r6 E, }( e3 C' H, q. [( V8 H% h1 J2 n改成了这个ip地址。

回头再去看单通的问题，发现单通的时间段里，消息发给了错误的mac地址。
' e6 ^  m* ~. }$ f- v

# p' m& D0 v/ u' G! Y9 c4 U& \

! \: \. e6 H8 R+ [9 C& m

0 x) D# u! z$ C6 D1 p% u8 N' Y


) h9 d! n# G2 t' a. C$ P
. ^) k/ ]" _6 \' b


8 \$ N$ L+ z& s  w) y结论：ip冲突导致单通和呼叫不通，arp单播消息导致mac地址被更改为错误的，导致ip层消息发给错误的地方，导致奇怪现象的发生。改天抓的包如下：

$ \0 @+ m9 F: g. q7 D
/ q6 @2 n9 z$ L! z! u; H8 F& x2 C
经验：不是下面那个拨叫不通听提示音的问题，还发现不了是ip冲突，以后遇到此类文件，还真得注意了，抓包要抓arp和sip协议和rtp协议和icmp协议（rtp发错地方会有icmp的提示），这样好排查故障。

wireshark里的ctrl+f可以快速找到字符串和16进制串，查找rtp的ssrc可以确定一个方向的语音流。sip contains 号码可以快速找到对应的通话流程包。
————————————————
' r: d% _/ [0 r版权声明：本文为CSDN博主「wj31932」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wj31932/article/details/100057318
3 Y% j( u! x; ~