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

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

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

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

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

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

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

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

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