【正文】 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 看一個(gè) 請(qǐng)求 會(huì)話數(shù)量控制 ? 常規(guī)路由器上不能控制 ? 基于會(huì)話控制的設(shè)備上 ? 防火墻 ? 由于 P2P和多點(diǎn)續(xù)傳應(yīng)用的普及，單機(jī)并發(fā) TCP/UDP會(huì)話數(shù)量成百上千與因特網(wǎng)出口帶寬資源的矛盾 ? 會(huì)話數(shù)量控制實(shí)現(xiàn)普遍可用而不濫用 ACL ? 對(duì)某些端口進(jìn)行控制 ? 對(duì)某些資源進(jìn)行保護(hù) Httpwatch 故障排除實(shí)踐 當(dāng)今的網(wǎng)絡(luò)互連環(huán)境是復(fù)雜的，而且其復(fù)雜性的還在日益增長(zhǎng)，主要原因如下： ? 現(xiàn)代的因特網(wǎng)絡(luò)要求支持更廣泛的應(yīng)用，包括數(shù)據(jù)、語(yǔ)音、視頻及它們的集成傳輸； ? 新業(yè)務(wù)發(fā)展使網(wǎng)絡(luò)帶寬的需求不斷增長(zhǎng)，這就要求新技術(shù)的不斷出現(xiàn) ? 新技術(shù)的應(yīng)用同時(shí)還要兼顧傳統(tǒng)的技術(shù) ? 正確地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)故障，并確保出現(xiàn)故障之后能夠迅速、準(zhǔn)確地定位問(wèn)題并排除故障 ? 對(duì)網(wǎng)絡(luò)協(xié)議和技術(shù)有著深入的理解 ? 建立一個(gè)系統(tǒng)化的故障處理思想并合理應(yīng)用于實(shí)際中 ? 將一個(gè)復(fù)雜的問(wèn)題隔離、分解或縮減排錯(cuò)范圍，及時(shí)修復(fù) 網(wǎng)絡(luò)故障的一般分類 連通性問(wèn)題 ? 硬件、媒介、電源故障 ? 配置錯(cuò)誤 ? 不正確的相互作用 性能問(wèn)題 ? 網(wǎng)絡(luò)擁塞 ? 到目的地不是最佳路由 ? 供電不足 ? 路由環(huán)路 ? 網(wǎng)絡(luò)錯(cuò)誤 一般網(wǎng)絡(luò)故障的解決步驟 ? 故障處理系統(tǒng)化是合理地一步一步找出故障原因并解決的總體原則。 故障處理的實(shí)例 ? 該案例組網(wǎng)如上：某校園網(wǎng)的三個(gè)局域網(wǎng)，其中 ，； 段。 2. 相關(guān)信息收集 ? 搜集有助于查找故障原因的詳細(xì)信息： ? 向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問(wèn)題； ? 根據(jù)故障描述性質(zhì)，使用各種工具搜集情況，如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān) show和 debug命令等； ? 測(cè)試性能與網(wǎng)絡(luò)正常情況下的記錄進(jìn)行比較。那么，是網(wǎng)段 ？是中間網(wǎng)絡(luò)的性能問(wèn)題？還是 ？ ? 根據(jù) FTP傳輸時(shí)速度正常為 7Mbps這一事實(shí)，我們可以排除掉 段的性能問(wèn)題。如果問(wèn)題解決，那么就可以直接進(jìn)入文檔化過(guò)程；如果沒(méi)有解決問(wèn)題，那么就需要再次循環(huán)進(jìn)行到故障排查過(guò)程。 ? 如上述案例，我們?cè)诹谐隽丝赡茉蛄斜砗?，開始制定方案進(jìn)行故障處理： 7. 循環(huán)進(jìn)行故障排查過(guò)程 ? 可能原因 1：網(wǎng)絡(luò) 不是最佳路由。 ?制定的方案：測(cè)試同一網(wǎng)段的主機(jī) C和日志服務(wù)器間的 FTP傳輸速度，是 6Mbps，正常。排除了網(wǎng)關(guān)因素，因?yàn)?B、 C在不同網(wǎng)段上而速度正常。） Port RcvOctet XmitOctet 6/36 67172587081 4998816809 ? 由此得知，網(wǎng)段 單播包比例為 1:3，確實(shí)太大了。 ? 文檔化過(guò)程決不是一個(gè)可有可無(wú)的工作，原因如下： ? 文檔是排錯(cuò)寶貴經(jīng)驗(yàn)的總結(jié)，是 “ 經(jīng)驗(yàn)判斷和理論分析 ” 這一過(guò)程中最重要的參考資料； ? 文檔記錄了這次排錯(cuò)中網(wǎng)絡(luò)參數(shù)所做的修改，這也是下一次網(wǎng)絡(luò)故障應(yīng)收集的相關(guān)信息。這使得維護(hù)工程師第一反應(yīng)是路由協(xié)議出問(wèn)題了，然后憑借著這個(gè)感覺(jué)來(lái)對(duì)路由協(xié)議進(jìn)行大量故障診斷和配置，其結(jié)果是可想而知的。封裝的不一致是導(dǎo)致數(shù)據(jù)鏈路層故障的最常見原因。 ? 我們可以以此作為故障定位提供了一個(gè)原始框架，當(dāng)出現(xiàn)一個(gè)故障案例現(xiàn)象時(shí)，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍。以下是對(duì)這種組網(wǎng)實(shí)際調(diào)試中的一些經(jīng)驗(yàn)。以封裝 PPP為例，在全局模式下輸入 debug ppp packet命令。 3. 將 Modem A的 REM鍵按下。 6. 對(duì)端將 Modem F的 DIG鍵按下，若能看到環(huán)回的數(shù)據(jù)包，則表示從Router1一直到 Modem F都正常。 故障處理對(duì)網(wǎng)絡(luò)維護(hù)和管理人員的要求 ? 對(duì)協(xié)議要求有精深的理解 ? 能夠引導(dǎo)客戶詳細(xì)描述出故障現(xiàn)象和相關(guān)信息 ? 充分了解自己所管理和維護(hù)的網(wǎng)絡(luò) ? 及時(shí)進(jìn)行故障處理的文檔記錄和經(jīng)驗(yàn)總結(jié) 存儲(chǔ)知識(shí)和架構(gòu) ? 硬盤的分類 ? 冗余和 RAID技術(shù) ? 存儲(chǔ)技術(shù)及架構(gòu) 硬盤的分類 (接口 ) ? ATA盤 ? 電子集成驅(qū)動(dòng)器、 133MB/s、 5400rpm ? 把“硬盤控制器”與“盤體”集成在一起的硬盤驅(qū)動(dòng)器 ? SATA盤 ? 串口 ATA硬盤、 150MB/s、 300MB/s、 5400rpm/7200rpm ? 采用串行連接方式，具備更強(qiáng)的糾錯(cuò)能力 ? 具有結(jié)構(gòu)簡(jiǎn)單、支持熱插拔 ? SCSI盤 ? 小型計(jì)算機(jī)系統(tǒng)接口、 320MB/s、 10krpm/15krpm ? 多任務(wù)、帶寬大、 CPU占用率低、熱插拔 ? SAS盤 ? 串行連接 SCSI 、 3Gbps、 ” ? FC盤 ? 基于 Fabric Channel環(huán)路協(xié)議基礎(chǔ)上的串行技術(shù)、 4Gbps ? SSD ? 固態(tài)硬盤 冗余和 RAID技術(shù) ? 冗余需求：存儲(chǔ)的關(guān)鍵角色 ? 冗余部件：控制器、風(fēng)扇、電源模塊、緩存、電池、路徑（內(nèi) /外 )、硬盤 ? RAID技術(shù) ? RAID0、 RAID RAID RAID6 存儲(chǔ)技術(shù)及架構(gòu) ? DAS ? NAS ? SAN ? IPSAN 謝謝