近段有些朋友說UCS系統(tǒng)，常常丟包，導致語音不清晰。香港IDC機房也說自己的香港服務器網(wǎng)絡帶寬是足夠大的，不可能出現(xiàn)丟包，有的甚至把帶寬開到100M獨享，還是出現(xiàn)丟包。

葵芳idc告訴你無線網(wǎng)絡傳輸示意圖是怎么樣的

剛好碰到一個案例，客戶也很愿意配合，香港機房愿意配合，我們就這個做一個深入的分析。該客戶的情況是這樣的，運行UCS系統(tǒng)并發(fā)開到200線并發(fā)，一切正常，超過500線，出現(xiàn)播放語音廣告清楚，但是轉坐席聲音聽不清楚，卡頓，查看CPU消息利用率不高，磁盤I/O也很低。我收到這個消息，看病望癥，肯定是丟包引起。打開監(jiān)控工具CDRVIEW

看到發(fā)包方出現(xiàn)10%~50%左右的丟包。UCS肯定不會引起丟包，他只是一個軟交換，他負責語音流的轉發(fā)而已。而且CPU與磁盤IO都不高，基本判斷不是UCS問題，問題到底在哪？

發(fā)送丟包：1、從UCS對外發(fā)包丟失 2、對方上行到UCS的包丟失。 發(fā)送語音廣告清楚，表示UCS對外發(fā)包是正常的，也就是對外發(fā)包是正常的?？赡芫褪荰G對服務器丟包。

為了確認該問題，在丟包時我們通過第三方的服務器對TGping包，發(fā)現(xiàn)不丟，然后我們又通過第三方的服務器對UCS服務器進行ping包，發(fā)現(xiàn)也不丟包。

問題來了：既然都不丟包，難道就是UCS內部丟包？我們查了UCS內部的語音緩沖空閑的很，不是UCS引起的丟包。

測試的過程發(fā)現(xiàn)一個小現(xiàn)象，當用ping時，加是-f 1000的參數(shù)時，服務器出現(xiàn)ping包全部丟失，這種情況一般是服務器位于防火墻內，防止ping攻擊的。 既然ping會被卡死，語音也有可能被防火墻阻擋，語音如果走G729基本是一路是1秒100個包，500線，相當于每秒 5萬個包，語音雙向的，相當于，每秒10萬個包，經(jīng)過防火墻，防火墻有充足的理由認為這個是非法的網(wǎng)絡流。

果斷與機房取得聯(lián)系后，讓服務器繞過防火墻，CDRVIEW上面的丟包立即為０。 轉坐席立即正常。由此也得出結論：所有經(jīng)過的網(wǎng)絡節(jié)點都是出現(xiàn)問題可能點。要排查問題必須想到所有的節(jié)點問題。