網(wǎng)絡(luò)基礎(chǔ)設(shè)施故障排除是一個(gè)多層次的過(guò)程--從模糊的 "有問(wèn)題 "到具體問(wèn)題的根本原因分析。這個(gè)過(guò)程越規(guī)范，對(duì)網(wǎng)絡(luò)行為和影響終端用戶(hù)的問(wèn)題之間的相關(guān)性理解得越透徹，問(wèn)題就能越快地得到解決或交給適當(dāng)?shù)膱F(tuán)隊(duì)進(jìn)行補(bǔ)救。

這個(gè)過(guò)程中常年面臨的挑戰(zhàn)是，用戶(hù)投訴通常是模糊的。用戶(hù)(無(wú)論是員工、客戶(hù)，甚至是對(duì)網(wǎng)絡(luò)條件敏感的算法)通常會(huì)遇到三種情況："我無(wú)法連接"、"網(wǎng)絡(luò)太慢 "或 "我的語(yǔ)音/視頻通話(huà)質(zhì)量不好"。由于每一種情況都可能是由多個(gè)潛在問(wèn)題引起的，因此IT團(tuán)隊(duì)往往難以縮小事情的范圍。例如，網(wǎng)絡(luò)速度慢可能是由網(wǎng)絡(luò)、應(yīng)用程序或協(xié)議延遲引起的，其中每一個(gè)都可能通過(guò)任何一個(gè)不同的指標(biāo)顯示出來(lái)。但對(duì)于沮喪的終端用戶(hù)來(lái)說(shuō)，這一切看起來(lái)都是一樣的--而且很多東西可能會(huì)在轉(zhuǎn)換中丟失。

為了找到根本原因并加快問(wèn)題的解決，IT團(tuán)隊(duì)不僅需要正確的工具來(lái)評(píng)估網(wǎng)絡(luò)指標(biāo)，還需要清楚地了解用戶(hù)體驗(yàn)、可測(cè)量的網(wǎng)絡(luò)行為和潛在網(wǎng)絡(luò)問(wèn)題之間的相關(guān)性。為了說(shuō)明這一點(diǎn)，讓我們來(lái)看看故障排除的過(guò)程。

第一步：收集相關(guān)指標(biāo)

各組織依靠許多來(lái)源和類(lèi)型的網(wǎng)絡(luò)數(shù)據(jù)來(lái)為終端用戶(hù)的投訴提供背景。他們的基本需求是建立網(wǎng)絡(luò)監(jiān)控基礎(chǔ)設(shè)施，以便IT能夠訪(fǎng)問(wèn)數(shù)據(jù)包數(shù)據(jù)、流量數(shù)據(jù)、事件和遙測(cè)數(shù)據(jù)以及服務(wù)器KPI。這將為他們提供所需的洞察力，以確定各種場(chǎng)景的根本原因。有一些特定的指標(biāo)與具體問(wèn)題相關(guān)。對(duì)于 "網(wǎng)絡(luò)很慢"，相關(guān)指標(biāo)將是單向延遲、往返時(shí)間、Z-Win、DNS或HTTP延遲、吞吐量(Gbps)、每秒數(shù)據(jù)包(PPS)、每秒連接數(shù)(CPS)或并發(fā)連接數(shù)(CC)。對(duì)于 "質(zhì)量差"，要看抖動(dòng)、序列錯(cuò)誤、重傳和碎片。當(dāng) "連接性 "是問(wèn)題時(shí)，檢查ICMP、HTTP和SYN/ACK錯(cuò)誤。

第二步：縮小問(wèn)題范圍

一旦IT團(tuán)隊(duì)獲得了所需的數(shù)據(jù)，他們就可以開(kāi)始關(guān)聯(lián)各種網(wǎng)絡(luò)行為，以排除可能的原因，并將實(shí)際問(wèn)題歸為零。這根據(jù)他們所要解決的投訴而有所不同。

網(wǎng)絡(luò)速度慢--這很可能是由網(wǎng)絡(luò)過(guò)載引起的，但也有可能是服務(wù)器太忙或DNS服務(wù)器沒(méi)有響應(yīng)。正如討論過(guò)的，相關(guān)的指標(biāo)是單向延遲(網(wǎng)絡(luò)問(wèn)題)、往返時(shí)間或Z-Win(應(yīng)用問(wèn)題)，以及DNS或HTTP延遲(協(xié)議問(wèn)題)。如果網(wǎng)絡(luò)延遲很高，那么要么是網(wǎng)絡(luò)上的整體流量太大，要么是 "爆棚"。觀(guān)察整體性能和吞吐量(Gbps)、每秒數(shù)據(jù)包(PPS)、每秒連接數(shù)(CPS)或并發(fā)連接數(shù)(CC)應(yīng)該有助于確定是哪一種。如果應(yīng)用或協(xié)議延遲是原因，那么可以將問(wèn)題傳遞給相應(yīng)的團(tuán)隊(duì)來(lái)解決。觀(guān)察數(shù)據(jù)包和流量數(shù)據(jù)對(duì)于排除緩慢網(wǎng)絡(luò)的故障尤為重要。流量數(shù)據(jù)可以識(shí)別每秒的頂級(jí)通話(huà)者或數(shù)據(jù)包，但它無(wú)法判斷網(wǎng)絡(luò)的突發(fā)程度或每秒的連接數(shù)--這需要數(shù)據(jù)包數(shù)據(jù)。

質(zhì)量差--IT應(yīng)該監(jiān)控抖動(dòng)、序列錯(cuò)誤、重傳和碎片，以診斷這些投訴。高比率的抖動(dòng)和序列錯(cuò)誤表明問(wèn)題出在網(wǎng)絡(luò)流上，而重傳和碎片則表明問(wèn)題出在數(shù)據(jù)包丟失上。這些問(wèn)題可能是由路由問(wèn)題或MTU(最大傳輸單元)碎片配置錯(cuò)誤引起的。

連接性 - 這種投訴可能是由認(rèn)證、授權(quán)或設(shè)備的訪(fǎng)問(wèn)控制列表中的錯(cuò)誤問(wèn)題引起的。要弄清楚是哪一種，IT團(tuán)隊(duì)?wèi)?yīng)該首先查看相關(guān)設(shè)備的協(xié)議錯(cuò)誤。接下來(lái)，他們應(yīng)該檢查連接錯(cuò)誤，比如查看數(shù)據(jù)包數(shù)據(jù)是否有SYN/SYN ACK錯(cuò)誤，以確?？蛻?hù)端和服務(wù)器之間的TCP/IP三方握手是完整的。

第三步：找出根本原因

至此，IT部門(mén)應(yīng)該已經(jīng)找到了問(wèn)題的根本原因，可以著手進(jìn)行補(bǔ)救。問(wèn)題經(jīng)常是網(wǎng)絡(luò)配置錯(cuò)誤，但其他的可能性包括網(wǎng)絡(luò)設(shè)備故障、應(yīng)用程序錯(cuò)誤或bug、DDoS攻擊或某些其他安全事件。但是，如果不能訪(fǎng)問(wèn)廣泛的網(wǎng)絡(luò)指標(biāo)和數(shù)據(jù)包數(shù)據(jù)，IT人員將不得不猜測(cè)到底是哪個(gè)問(wèn)題在起作用。