【正文】 h om aC it ySanAngeloM ert z onSt erlin gC it yGardenC it yW ic hit aF all sW ing at eH art f ordM ound s v il eD ubaiC alg aryAqu il arisPipelineM irand oC it yLaredoD ehyAquaD ulc eZ apat aPipelineZ apat aT ow erAi rportVaquilla sSt at ionSan J uanM t . Bel v ieuPue rt a LaC ruzBan deraM ex ic oC it y( D uPo nt )C arac asH o u s to nPam paBur tSpo k aneC hey enneN . Sal tLak e C it yH obbsM alj am arH am burgBrat is lav aBud apes t W ars awPragueVi lv oordeGr im bergenN eu I s enbu rg(N I B)Abe rdeen12 R t rsSt av ange rPo n c aC i t yL o n d o nLam pt onH ous eSt oc k hol mF alk enbe rgSt om s t adM alm oeN orrk opi ngKopingGav leOs loC open hage nH els ink iC om m erc eC it yT rinid adJ a k a r taSi n g a p o r eKul a Lum purSuban gBan gk okBangBua t hongC hat t anoo gaW arw ic k64K128K128K64K256K256KM os c ow768K64K192K64k128K64K x264K256K128K128K256K128K128K amp。 目前是 。 Echo Reply = “0” “0” 16Bit One’s Complement of the One’s Complement Sum of the ICMP Message Used by client to match requests to replies Data to be returned to the client. An Echo Reply must return the same data as was received in the request 8 Type 8 Code 16 Checksum 16 Identifier 16 Sequence Number Variable Optional Data Field Size (Bits) Field Name Field Description Client Issues a “Ping” mand ICMP Echo Request Type=8 ICMP Echo Reply Type=0 Windows Default Ping C:\ ping Reply from : bytes=32 time1ms TTL=128 Reply from : bytes=32 time1ms TTL=128 Reply from : bytes=32 time1ms TTL=128 Reply from : bytes=32 time1ms TTL=128 Linux Default Ping Solarwinds IP Network Browser Solarwinds IPN work traffic 看一個 請求 會話數(shù)量控制 ? 常規(guī)路由器上不能控制 ? 基于會話控制的設備上 ? 防火墻 ? 由于 P2P和多點續(xù)傳應用的普及，單機并發(fā) TCP/UDP會話數(shù)量成百上千與因特網(wǎng)出口帶寬資源的矛盾 ? 會話數(shù)量控制實現(xiàn)普遍可用而不濫用 ACL ? 對某些端口進行控制 ? 對某些資源進行保護 Httpwatch 故障排除實踐 當今的網(wǎng)絡互連環(huán)境是復雜的，而且其復雜性的還在日益增長，主要原因如下： ? 現(xiàn)代的因特網(wǎng)絡要求支持更廣泛的應用，包括數(shù)據(jù)、語音、視頻及它們的集成傳輸； ? 新業(yè)務發(fā)展使網(wǎng)絡帶寬的需求不斷增長，這就要求新技術的不斷出現(xiàn) ? 新技術的應用同時還要兼顧傳統(tǒng)的技術 ? 正確地維護網(wǎng)絡盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準確地定位問題并排除故障 ? 對網(wǎng)絡協(xié)議和技術有著深入的理解 ? 建立一個系統(tǒng)化的故障處理思想并合理應用于實際中 ? 將一個復雜的問題隔離、分解或縮減排錯范圍，及時修復 網(wǎng)絡故障的一般分類 連通性問題 ? 硬件、媒介、電源故障 ? 配置錯誤 ? 不正確的相互作用 性能問題 ? 網(wǎng)絡擁塞 ? 到目的地不是最佳路由 ? 供電不足 ? 路由環(huán)路 ? 網(wǎng)絡錯誤 一般網(wǎng)絡故障的解決步驟 ? 故障處理系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。 故障處理的實例 ? 該案例組網(wǎng)如上：某校園網(wǎng)的三個局域網(wǎng)，其中 ，； 段。 2. 相關信息收集 ? 搜集有助于查找故障原因的詳細信息： ? 向受影響的用戶、網(wǎng)絡人員或其他關鍵人員提出問題； ? 根據(jù)故障描述性質，使用各種工具搜集情況，如網(wǎng)絡管理系統(tǒng)、協(xié)議分析儀、相關 show和 debug命令等； ? 測試性能與網(wǎng)絡正常情況下的記錄進行比較。那么，是網(wǎng)段 ？是中間網(wǎng)絡的性能問題？還是 ？ ? 根據(jù) FTP傳輸時速度正常為 7Mbps這一事實，我們可以排除掉 段的性能問題。如果問題解決，那么就可以直接進入文檔化過程；如果沒有解決問題，那么就需要再次循環(huán)進行到故障排查過程。 ? 如上述案例，我們在列出了可能原因列表后，開始制定方案進行故障處理： 7. 循環(huán)進行故障排查過程 ? 可能原因 1：網(wǎng)絡 不是最佳路由。 ?制定的方案：測試同一網(wǎng)段的主機 C和日志服務器間的 FTP傳輸速度，是 6Mbps，正常。排除了網(wǎng)關因素，因為 B、 C在不同網(wǎng)段上而速度正常。） Port RcvOctet XmitOctet 6/36 67172587081 4998816809 ? 由此得知，網(wǎng)段 單播包比例為 1:3，確實太大了。 ? 文檔化過程決不是一個可有可無的工作，原因如下： ? 文檔是排錯寶貴經(jīng)驗的總結，是 “ 經(jīng)驗判斷和理論分析 ” 這一過程中最重要的參考資料； ? 文檔記錄了這次排錯中網(wǎng)絡參數(shù)所做的修改，這也是下一次網(wǎng)絡故障應收集的相關信息。這使得維護工程師第一反應是路由協(xié)議出問題了，然后憑借著這個感覺來對路由協(xié)議進行大量故障診斷和配置，其結果是可想而知的。封裝的不一致是導致數(shù)據(jù)鏈路層故障的最常見原因。 ? 我們可以以此作為故障定位提供了一個原始框架，當出現(xiàn)一個故障案例現(xiàn)象時，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍。以下是對這種組網(wǎng)實際調試中的一些經(jīng)驗。以封裝 PPP為例，在全局模式下輸入 debug ppp packet命令。 3. 將 Modem A的 REM鍵按下。 6. 對端將 Modem F的 DIG鍵按下，若能看到環(huán)回的數(shù)據(jù)包，則表示從Router1一直到 Modem F都正常。 故障處理對網(wǎng)絡維護和管理人員的要求 ? 對協(xié)議要求有精深的理解 ? 能夠引導客戶詳細描述出故障現(xiàn)象和相關信息 ? 充分了解自己所管理和維護的網(wǎng)絡 ? 及時進行故障處理的文檔記錄和經(jīng)驗總結 存儲知識和架構 ? 硬盤的分類 ? 冗余和 RAID技術 ? 存儲技術及架構 硬盤的分類 (接口 ) ? ATA盤 ? 電子集成驅動器、 133MB/s、 5400rpm ? 把“硬盤控制器”與“盤體”集成在一起的硬盤驅動器 ? SATA盤 ? 串口 ATA硬盤、 150MB/s、 300MB/s、 5400rpm/7200rpm ? 采用串行連接方式，具備更強的糾錯能力 ? 具有結構簡單、支持熱插拔 ? SCSI盤 ? 小型計算機系統(tǒng)接口、 320MB/s、 10krpm/15krpm ? 多任務、帶寬大、 CPU占用率低、熱插拔 ? SAS盤 ? 串行連接 SCSI 、 3Gbps、 ” ? FC盤 ? 基于 Fabric Channel環(huán)路協(xié)議基礎上的串行技術、 4Gbps ? SSD ? 固態(tài)硬盤 冗余和 RAID技術 ? 冗余需求：存儲的關鍵角色 ? 冗余部件：控制器、風扇、電源模塊、緩存、電池、路徑（內(nèi) /外 )、硬盤 ? RAID技術 ? RAID0、 RAID RAID RAID6 存儲技術及架構 ? DAS ? NAS ? SAN ? IPSAN 謝謝