網(wǎng)絡(luò)故障測(cè)試的問題

　　在過去五年里，對(duì)基于LAN的網(wǎng)絡(luò)系統(tǒng)的管理發(fā)生了很大變化。共享以太網(wǎng)基本上已是明日黃花，正在為速率從10Mb/s到1000Mb/s GigE的交換系統(tǒng)所取代。這些變化，以及最終設(shè)備處理能力的提高和各種應(yīng)用廣泛使用，正在使常規(guī)網(wǎng)絡(luò)監(jiān)測(cè)和分析達(dá)到極限，乃至超出它們的極限。



　　在許多情況下，測(cè)試硬件在準(zhǔn)確捕獲所需的數(shù)據(jù)速率和容量上遇到了麻煩。這意味著我們?cè)僖膊荒軆H僅將測(cè)試設(shè)備連接到網(wǎng)段上，并得到表明可能是什么問題的明確指示。在沒有過濾的情況下，許多千兆位分析儀上的捕獲緩沖區(qū)不到一秒鐘就會(huì)被填滿。



　　這就是說，在查找故障期間，我們必須了解有關(guān)受影響的系統(tǒng)、它們的結(jié)構(gòu)以及客戶需要的大量信息。




OSI棧的分析



　　OSI棧是網(wǎng)絡(luò)的基本模型。在實(shí)際實(shí)現(xiàn)OSI棧時(shí)，棧實(shí)際上被壓縮為更像是三到四層的結(jié)構(gòu)。第七層通常被認(rèn)為是棧頂，而第一層在最底層。這些層之間的通信被認(rèn)為是對(duì)其他層透明的。應(yīng)用程序不知道自己穿過其他層通信，而是認(rèn)為自己直接與目的地上的應(yīng)用層通信。所有其他層都以類似的方式工作。因此，如果LAN管理人員希望解決復(fù)雜的問題，他們必須能分析被測(cè)試數(shù)據(jù)的所有七層。




“代碼18”問題



　　客戶是最難的LAN網(wǎng)絡(luò)測(cè)試參數(shù)�？蛻粢话銓⒔�(jīng)過桌面系統(tǒng)的各種東西看作是一個(gè)神奇地滿足他需要的云團(tuán)。當(dāng)設(shè)備停止運(yùn)行時(shí)，客戶通常的感覺是設(shè)備肯定“壞了”。然而，發(fā)源于桌面系統(tǒng)的問題常常是由于客戶做了什么事引起的。



　　這類問題通常被叫做“代碼18”問題，這個(gè)術(shù)語表示客戶的屏幕親近度。代碼18問題在客戶報(bào)告的故障中占大約70%。在使用傳統(tǒng)的協(xié)議分析時(shí)，使用采集客戶桌面上的線索的分析是“猜測(cè)”故障查找后的最后一招。




應(yīng)用開端



　　LAN管理員必須不斷地通過“應(yīng)用開端”來減輕應(yīng)用程序的不利影響。新應(yīng)用程序被引入，并且在許多情況下，引入新應(yīng)用程序沒有得到管理層的批準(zhǔn)，通常必須測(cè)試它們。這種情況會(huì)常常確實(shí)影響到其他應(yīng)用程序以及網(wǎng)絡(luò)。其中的一些應(yīng)用程序影響原始帶寬，改變服務(wù)器和工作站配置并影響工作人員生產(chǎn)所需的其他程序。




問題的解決



　　當(dāng)LAN上出現(xiàn)異常情況時(shí)，解決問題一般從故障單開始。故障單由回應(yīng)投訴者的操作員開出。在任務(wù)問題的開始階段中，先有一個(gè)信息收集階段，隨后是導(dǎo)致問題被糾正和終結(jié)的許多行動(dòng)。這些行動(dòng)一般由使用工具并對(duì)其他決策人負(fù)責(zé)的人員來實(shí)施。但是，隨著LAN復(fù)雜性的增加，這類互動(dòng)開始表現(xiàn)出規(guī)模不能擴(kuò)展的跡象。這意味著必須讓硬件和軟件承擔(dān)解決問題的任務(wù)。




網(wǎng)絡(luò)監(jiān)測(cè)



　　監(jiān)測(cè)LAN一般利用企業(yè)或大型管理器以一種自動(dòng)化的方式來執(zhí)行。這種SNMP管理器通常查詢特定的網(wǎng)絡(luò)設(shè)備并向能夠?qū)�看到的情況做出決定的操作員顯示檢測(cè)到的狀態(tài)。



　　SNMP存在的問題是它不具有一種確定的狀態(tài)。SNMP利用一種不可靠的提交協(xié)議：UDP協(xié)議。這意味著企業(yè)管理器中的停機(jī)指示只表示沒有收到響應(yīng)。由于許多原因都會(huì)出現(xiàn)這種情況(包括目標(biāo)設(shè)備上的代理程序停止運(yùn)行，盡管設(shè)備仍在工作)，因此我們需要故障的進(jìn)一步證據(jù)。




摘自《網(wǎng)絡(luò)世界》網(wǎng)絡(luò)故障測(cè)試的問題

　　在過去五年里，對(duì)基于LAN的網(wǎng)絡(luò)系統(tǒng)的管理發(fā)生了很大變化。共享以太網(wǎng)基本上已是明日黃花，正在為速率從10Mb/s到1000Mb/s GigE的交換系統(tǒng)所取代。這些變化，以及最終設(shè)備處理能力的提高和各種應(yīng)用廣泛使用，正在使常規(guī)網(wǎng)絡(luò)監(jiān)測(cè)和分析達(dá)到極限，乃至超出它們的極限。



　　在許多情況下，測(cè)試硬件在準(zhǔn)確捕獲所需的數(shù)據(jù)速率和容量上遇到了麻煩。這意味著我們?cè)僖膊荒軆H僅將測(cè)試設(shè)備連接到網(wǎng)段上，并得到表明可能是什么問題的明確指示。在沒有過濾的情況下，許多千兆位分析儀上的捕獲緩沖區(qū)不到一秒鐘就會(huì)被填滿。



　　這就是說，在查找故障期間，我們必須了解有關(guān)受影響的系統(tǒng)、它們的結(jié)構(gòu)以及客戶需要的大量信息。




OSI棧的分析



　　OSI棧是網(wǎng)絡(luò)的基本模型。在實(shí)際實(shí)現(xiàn)OSI棧時(shí)，棧實(shí)際上被壓縮為更像是三到四層的結(jié)構(gòu)。第七層通常被認(rèn)為是棧頂，而第一層在最底層。這些層之間的通信被認(rèn)為是對(duì)其他層透明的。應(yīng)用程序不知道自己穿過其他層通信，而是認(rèn)為自己直接與目的地上的應(yīng)用層通信。所有其他層都以類似的方式工作。因此，如果LAN管理人員希望解決復(fù)雜的問題，他們必須能分析被測(cè)試數(shù)據(jù)的所有七層。




“代碼18”問題



　　客戶是最難的LAN網(wǎng)絡(luò)測(cè)試參數(shù)。客戶一般將經(jīng)過桌面系統(tǒng)的各種東西看作是一個(gè)神奇地滿足他需要的云團(tuán)。當(dāng)設(shè)備停止運(yùn)行時(shí)，客戶通常的感覺是設(shè)備肯定“壞了”。然而，發(fā)源于桌面系統(tǒng)的問題常常是由于客戶做了什么事引起的。



　　這類問題通常被叫做“代碼18”問題，這個(gè)術(shù)語表示客戶的屏幕親近度。代碼18問題在客戶報(bào)告的故障中占大約70%。在使用傳統(tǒng)的協(xié)議分析時(shí)，使用采集客戶桌面上的線索的分析是“猜測(cè)”故障查找后的最后一招。




應(yīng)用開端



　　LAN管理員必須不斷地通過“應(yīng)用開端”來減輕應(yīng)用程序的不利影響。新應(yīng)用程序被引入，并且在許多情況下，引入新應(yīng)用程序沒有得到管理層的批準(zhǔn)，通常必須測(cè)試它們。這種情況會(huì)常常確實(shí)影響到其他應(yīng)用程序以及網(wǎng)絡(luò)。其中的一些應(yīng)用程序影響原始帶寬，改變服務(wù)器和工作站配置并影響工作人員生產(chǎn)所需的其他程序。




問題的解決



　　當(dāng)LAN上出現(xiàn)異常情況時(shí)，解決問題一般從故障單開始。故障單由回應(yīng)投訴者的操作員開出。在任務(wù)問題的開始階段中，先有一個(gè)信息收集階段，隨后是導(dǎo)致問題被糾正和終結(jié)的許多行動(dòng)。這些行動(dòng)一般由使用工具并對(duì)其他決策人負(fù)責(zé)的人員來實(shí)施。但是，隨著LAN復(fù)雜性的增加，這類互動(dòng)開始表現(xiàn)出規(guī)模不能擴(kuò)展的跡象。這意味著必須讓硬件和軟件承擔(dān)解決問題的任務(wù)。




網(wǎng)絡(luò)監(jiān)測(cè)



　　監(jiān)測(cè)LAN一般利用企業(yè)或大型管理器以一種自動(dòng)化的方式來執(zhí)行。這種SNMP管理器通常查詢特定的網(wǎng)絡(luò)設(shè)備并向能夠?qū)�看到的情況做出決定的操作員顯示檢測(cè)到的狀態(tài)。



　　SNMP存在的問題是它不具有一種確定的狀態(tài)。SNMP利用一種不可靠的提交協(xié)議：UDP協(xié)議。這意味著企業(yè)管理器中的停機(jī)指示只表示沒有收到響應(yīng)。由于許多原因都會(huì)出現(xiàn)這種情況(包括目標(biāo)設(shè)備上的代理程序停止運(yùn)行，盡管設(shè)備仍在工作)，因此我們需要故障的進(jìn)一步證據(jù)。




摘自《網(wǎng)絡(luò)世界》