【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述_第1頁(yè)
【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述_第2頁(yè)
【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述_第3頁(yè)
【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述_第4頁(yè)
【網(wǎng)絡(luò)工程】網(wǎng)絡(luò)故障-01-故障排除概述_第5頁(yè)
已閱讀5頁(yè),還剩38頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、.華為中低端路由器缺點(diǎn)處置手冊(cè)目 錄PAGE 1:.;PAGE 1-42目 錄 TOC o 1-3 第1章 缺點(diǎn)排除技術(shù)概述 PAGEREF _Toc14526998 h 1-11.1 網(wǎng)絡(luò)缺點(diǎn)排除技術(shù)概覽 PAGEREF _Toc14526999 h 1-11.1.1 在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進(jìn)展缺點(diǎn)排除 PAGEREF _Toc14527000 h 1-11.1.2 網(wǎng)絡(luò)缺點(diǎn)的普通分類 PAGEREF _Toc14527001 h 1-21.1.3 普通網(wǎng)絡(luò)缺點(diǎn)的處理步驟 PAGEREF _Toc14527002 h 1-21.2 華為中低端路由器產(chǎn)品引見 PAGEREF _Toc14527

2、003 h 1-61.1.1 Quidway R1600系列低端路由器 PAGEREF _Toc14527004 h 1-61.1.2 Quidway R2500/4000系列低端路由器 PAGEREF _Toc14527005 h 1-61.1.3 Quidway R1700系列低端路由器 PAGEREF _Toc14527006 h 1-61.1.4 Quidway R2600系列和R3600系列中端路由器 PAGEREF _Toc14527007 h 1-61.3 路由器常用診斷工具引見 PAGEREF _Toc14527008 h 1-61.3.1 Ping命令 PAGEREF _To

3、c14527009 h 1-61.1.2 Tracert 命令 PAGEREF _Toc14527010 h 1-61.1.3 Show命令 PAGEREF _Toc14527011 h 1-61.1.4 Clear命令 PAGEREF _Toc14527012 h 1-61.1.5 Debug命令 PAGEREF _Toc14527013 h 1-61.4 缺點(diǎn)排除常用方法 PAGEREF _Toc14527014 h 1-61.4.1 分層缺點(diǎn)排除法 PAGEREF _Toc14527015 h 1-61.1.2 分塊缺點(diǎn)排除法 PAGEREF _Toc14527016 h 1-61.1.

4、3 分段缺點(diǎn)排除法 PAGEREF _Toc14527017 h 1-61.1.4 交換法 PAGEREF _Toc14527018 h 1-61.5 缺點(diǎn)排除對(duì)網(wǎng)絡(luò)維護(hù)和管理人員的要求 PAGEREF _Toc14527019 h 1-61.5.1 對(duì)協(xié)議要求有精深的了解 PAGEREF _Toc14527020 h 1-61.5.2 可以引導(dǎo)客戶詳細(xì)描畫出缺點(diǎn)景象和相關(guān)信息 PAGEREF _Toc14527021 h 1-61.5.3 充分了解本人所管理和維護(hù)的網(wǎng)絡(luò) PAGEREF _Toc14527022 h 1-61.5.4 及時(shí)進(jìn)展缺點(diǎn)排除的文檔記錄和閱歷總結(jié) PAGEREF _T

5、oc14527023 h 1-61.6 華為數(shù)據(jù)通訊產(chǎn)品缺點(diǎn)排除資源 PAGEREF _Toc14527024 h 1-61.1.1 Huawei Datacomm Online PAGEREF _Toc14527025 h 1-61.1.2 Huawei Technical Support PAGEREF _Toc14527026 h 1-6華為中低端路由器缺點(diǎn)處置手冊(cè) REF _Ref38896 r h 第1章 REF _Ref38900 h 缺點(diǎn)排除技術(shù)概述缺點(diǎn)排除技術(shù)概述網(wǎng)絡(luò)缺點(diǎn)排除技術(shù)概覽在當(dāng)今日益復(fù)雜的網(wǎng)絡(luò)中進(jìn)展缺點(diǎn)排除當(dāng)今的網(wǎng)絡(luò)互連環(huán)境是復(fù)雜的,而且其復(fù)雜性的日益增長(zhǎng)也是可以預(yù)見

6、的,主要緣由如下:現(xiàn)代的互連網(wǎng)絡(luò)要求支持更廣泛的運(yùn)用,包括數(shù)據(jù)、語(yǔ)音、視頻及它們的集成傳輸;新業(yè)務(wù)開展使網(wǎng)絡(luò)帶寬的需求不斷增長(zhǎng),這就要求新技術(shù)的不斷出現(xiàn)。例如:十兆以太網(wǎng)向百兆、千兆以太網(wǎng)的演進(jìn);MPLS技術(shù)的出現(xiàn);提供QoS才干等。新技術(shù)的運(yùn)用同時(shí)還要兼顧傳統(tǒng)的技術(shù)。例如,傳統(tǒng)的SNA體系構(gòu)造仍在某些場(chǎng)所運(yùn)用,DLSw作為經(jīng)過(guò)TCP/IP承載SNA的一種技術(shù)而被運(yùn)用。多樣業(yè)務(wù)的需求和各種先進(jìn)技術(shù)的引入使網(wǎng)絡(luò)日益復(fù)雜因此,現(xiàn)代的互連網(wǎng)絡(luò)是協(xié)議、技術(shù)、介質(zhì)和拓?fù)涞幕旌象w?;ミB網(wǎng)絡(luò)環(huán)境越復(fù)雜,意味著網(wǎng)絡(luò)的連通性和性能缺點(diǎn)發(fā)生的能夠性越大,而且引發(fā)缺點(diǎn)的緣由也越發(fā)難以確定。同時(shí),由于人們?cè)絹?lái)越多的依

7、賴網(wǎng)絡(luò)處置日常的任務(wù)和事務(wù),一旦網(wǎng)絡(luò)缺點(diǎn)不能及時(shí)修復(fù),其所呵斥的損失能夠很大甚至是災(zāi)難性的??梢哉_地維護(hù)網(wǎng)絡(luò)盡量不出現(xiàn)缺點(diǎn),并確保出現(xiàn)缺點(diǎn)之后可以迅速、準(zhǔn)確地定位問(wèn)題并排除缺點(diǎn),對(duì)網(wǎng)絡(luò)維護(hù)人員和網(wǎng)絡(luò)管理人員來(lái)說(shuō)是個(gè)挑戰(zhàn),這不但要求他們對(duì)網(wǎng)絡(luò)協(xié)議和技術(shù)有著深化的了解,更重要的是要建立一個(gè)系統(tǒng)化的缺點(diǎn)排除思想并合理運(yùn)用于實(shí)踐中,以將一個(gè)復(fù)雜的問(wèn)題隔離、分解或縮減排錯(cuò)范圍,從而及時(shí)修復(fù)網(wǎng)絡(luò)缺點(diǎn)。本書著眼于協(xié)助 網(wǎng)絡(luò)維護(hù)人員和管理人員將他們所掌握的知識(shí)有條理的運(yùn)用于診斷和排除網(wǎng)絡(luò)缺點(diǎn)的過(guò)程中;協(xié)助 他們針對(duì)各種網(wǎng)絡(luò)環(huán)境中的常見缺點(diǎn)景象進(jìn)展定位和處理。網(wǎng)絡(luò)缺點(diǎn)的普通分類網(wǎng)絡(luò)缺點(diǎn)普通分為兩大類:連通性問(wèn)

8、題和性能問(wèn)題。它們各自缺點(diǎn)排除的關(guān)注點(diǎn)如下:連通性問(wèn)題硬件、媒介、電源缺點(diǎn) 配置錯(cuò)誤 不正確的相互作用 性能問(wèn)題 網(wǎng)絡(luò)擁塞 到目的地不是最正確路由 供電缺乏 路由環(huán)路 網(wǎng)絡(luò)錯(cuò)誤 普通網(wǎng)絡(luò)缺點(diǎn)的處理步驟缺點(diǎn)排除系統(tǒng)化是合理地一步一步找出缺點(diǎn)緣由并處理的總體原那么。它的根本思想是系統(tǒng)地將由缺點(diǎn)能夠的緣由所構(gòu)成的一個(gè)大集合縮減或隔離成幾個(gè)小的子集,從而使問(wèn)題的復(fù)雜度迅速下降。缺點(diǎn)排除時(shí)有序的思緒有助于處理所遇到的任何困難,以下圖給出了普通網(wǎng)絡(luò)缺點(diǎn)處理的處置流程。 闡明:該處置流程是網(wǎng)絡(luò)維護(hù)人員所可以采用的排錯(cuò)模型中的一種,假設(shè)他根據(jù)本人的閱歷和實(shí)際總結(jié)了另外的排錯(cuò)模型并證明是行之有效的,請(qǐng)繼續(xù)運(yùn)用它

9、網(wǎng)絡(luò)缺點(diǎn)處理的處置流程是可以變化的,但缺點(diǎn)排除有序化的思想方式是不可變化的。網(wǎng)絡(luò)缺點(diǎn)排除根本步驟下面我們以一個(gè)缺點(diǎn)排除的實(shí)例來(lái)學(xué)習(xí)如何運(yùn)用這些步驟。案例:用戶網(wǎng)段廣播包過(guò)多呵斥該網(wǎng)段的效力器FTP業(yè)務(wù)傳輸速度慢該案例組網(wǎng)圖如下:某校園網(wǎng)的三個(gè)局域網(wǎng),其中為一個(gè)用戶網(wǎng)段,18為一個(gè)日志效力器;是一個(gè)集中了很多運(yùn)用效力器的網(wǎng)段。用戶網(wǎng)段廣播包過(guò)多呵斥該網(wǎng)段的效力器FTP業(yè)務(wù)傳輸速度慢缺點(diǎn)景象描畫要想對(duì)網(wǎng)絡(luò)缺點(diǎn)做出準(zhǔn)確的分析,首先應(yīng)該了解缺點(diǎn)表現(xiàn)出來(lái)的各種景象,然后才干確定能夠產(chǎn)生這些景象的缺點(diǎn)根源或癥結(jié)。因此,對(duì)網(wǎng)絡(luò)缺點(diǎn)做出完好、明晰的描畫是重要的一步。如上述案例,用戶反映:“日志效力器與備份效力

10、器間備份發(fā)生問(wèn)題。這就是一個(gè)不完好不明晰的缺點(diǎn)景象描畫。由于這個(gè)描畫沒有講述清楚以下問(wèn)題:這個(gè)問(wèn)題是延續(xù)出現(xiàn),還是延續(xù)出現(xiàn)的?是完全不能備份,還是備份的速度慢即性能下降?哪個(gè)或哪些局域網(wǎng)效力器遭到影響,地址是什么?正確的缺點(diǎn)景象描畫是:在網(wǎng)絡(luò)的頂峰期,日志效力器1到集中備份效力器53之間進(jìn)展備份時(shí),F(xiàn)TP傳輸速度很慢,大約是0.6Mbps。缺點(diǎn)案例相關(guān)信息搜集本步驟是搜集有助于查找缺點(diǎn)緣由的更詳細(xì)的信息。主要是三種途徑:向受影響的用戶、網(wǎng)絡(luò)人員或其他關(guān)鍵人員提出問(wèn)題;根據(jù)缺點(diǎn)描畫性質(zhì),運(yùn)用各種工具搜集情況,如網(wǎng)絡(luò)管理系統(tǒng)、協(xié)議分析儀、相關(guān)show和debug命令等;測(cè)試性能與網(wǎng)絡(luò)基線進(jìn)展比較。

11、如上述案例,可以向用戶提問(wèn)或自行搜集以下相關(guān)信息:網(wǎng)絡(luò)構(gòu)造或配置能否最近修正正,即問(wèn)題出現(xiàn)能否與網(wǎng)絡(luò)變化有關(guān)?能否有用戶訪問(wèn)受影響的效力器時(shí)沒有問(wèn)題?在非頂峰期日志效力器和備份效力器間FTP傳輸速度是多少?經(jīng)過(guò)該步驟,我們搜集到了下面一些相關(guān)信息:最近網(wǎng)段的客戶機(jī)不斷在添加;網(wǎng)段的機(jī)器與備份效力器間進(jìn)展FTP傳輸時(shí)速度正常為7Mbps,與日志效力器間進(jìn)展FTP傳輸時(shí)速度慢,只需0.6Mbps;在非頂峰期日志效力器和備份效力器間FTP傳輸速度正常,大約為6Mbps;閱歷判別和實(shí)際分析利用前兩個(gè)步驟搜集到的數(shù)據(jù),并根據(jù)本人以往的缺點(diǎn)排除閱歷和所掌握的互連網(wǎng)絡(luò)設(shè)備和協(xié)議的知識(shí),來(lái)確定一個(gè)排錯(cuò)范圍。經(jīng)

12、過(guò)范圍的劃分,就只需留意某一缺點(diǎn)或與缺點(diǎn)情況相關(guān)的那一部分產(chǎn)品、介質(zhì)和主機(jī)。如上述案例:我們?nèi)缃窨梢源_定是一個(gè)網(wǎng)絡(luò)性能下降問(wèn)題。那么,是網(wǎng)段的性能問(wèn)題?是中間網(wǎng)云的性能問(wèn)題?是網(wǎng)段的性能問(wèn)題呢?由于網(wǎng)段的機(jī)器與備份效力器間進(jìn)展FTP傳輸時(shí)速度正常為7Mbps這一現(xiàn)實(shí),我們可以排除掉網(wǎng)段的性能問(wèn)題。各種能夠緣由列表該步驟列出根據(jù)閱歷判別和實(shí)際分析后總結(jié)的各種能夠緣由。如上述案例,能夠緣由如下:網(wǎng)段的性能問(wèn)題,其子緣由能夠?yàn)椋喝罩拘Яζ鰽的性能問(wèn)題網(wǎng)絡(luò)的網(wǎng)關(guān)性能問(wèn)題網(wǎng)絡(luò)本身的性能問(wèn)題網(wǎng)云性能問(wèn)題,主要是到網(wǎng)絡(luò)的路由不是最正確路由對(duì)每一緣由實(shí)施排錯(cuò)方案根據(jù)所列出的能夠緣由制定缺點(diǎn)排查方案,分析最有能

13、夠的緣由,確定一次只對(duì)一個(gè)變量進(jìn)展操作,這種方法使他可以重現(xiàn)某一缺點(diǎn)的處理方法。假設(shè)有多個(gè)變量同時(shí)被改動(dòng),而問(wèn)題得以處理,那么如何判別哪個(gè)變量導(dǎo)致了缺點(diǎn)發(fā)生呢? 闡明:我們?cè)趯?duì)缺點(diǎn)處置流程5、6、7步驟引見終了后,再繼續(xù)進(jìn)展上述實(shí)例案例的排錯(cuò)步驟引見。察看缺點(diǎn)排查結(jié)果當(dāng)我們對(duì)某一緣由執(zhí)行了排錯(cuò)方案后,需求對(duì)結(jié)果進(jìn)展分析,判別問(wèn)題能否處理,能否引入了新的問(wèn)題。假設(shè)問(wèn)題處理,那么就可以直接進(jìn)入文檔化過(guò)程;假設(shè)沒有處理問(wèn)題,那么就需求再次循環(huán)進(jìn)展到缺點(diǎn)排查過(guò)程。循環(huán)進(jìn)展缺點(diǎn)排查過(guò)程當(dāng)實(shí)施了一個(gè)方案沒有到達(dá)預(yù)期的排錯(cuò)目的時(shí),我們進(jìn)入到該步驟這是一個(gè)努力減少能夠緣由的清單過(guò)程。在進(jìn)展下一循環(huán)之前必需做的

14、事情就是將網(wǎng)絡(luò)恢復(fù)到實(shí)施上一方案前的形狀。假設(shè)保管上一方案對(duì)網(wǎng)絡(luò)的改動(dòng),很能夠?qū)е滦碌膯?wèn)題,例如:假設(shè)修正了訪問(wèn)列表但沒有產(chǎn)生預(yù)期的結(jié)果,此時(shí)假設(shè)不將訪問(wèn)列表恢復(fù)到原始形狀,就會(huì)導(dǎo)致出現(xiàn)不可預(yù)期的結(jié)果。循環(huán)排錯(cuò)可以有兩個(gè)切入點(diǎn):當(dāng)針對(duì)某一能夠緣由的排錯(cuò)方案沒有到達(dá)預(yù)期目的,循環(huán)進(jìn)入下一能夠緣由制定排錯(cuò)方案并實(shí)施;當(dāng)一切能夠緣由列表的排錯(cuò)方案均沒有到達(dá)排錯(cuò)目的,重現(xiàn)進(jìn)展缺點(diǎn)相關(guān)信息搜集以分析新的能夠緣由。如上述案例,我們?cè)诹谐隽四軌蚓売闪斜砗螅_場(chǎng)制定方案進(jìn)展缺點(diǎn)排除。能夠緣由1:“網(wǎng)絡(luò)到網(wǎng)絡(luò)的路由不是最正確路由制定的方案:在網(wǎng)段的網(wǎng)關(guān)上運(yùn)用“Tracert 53命令,發(fā)現(xiàn)探測(cè)報(bào)文前往時(shí)長(zhǎng)僅為1

15、0ms,闡明該能夠緣由并不是呵斥缺點(diǎn)的緣由。我們進(jìn)入循環(huán)排錯(cuò)過(guò)程。能夠緣由2:“日志效力器A的性能問(wèn)題制定的方案:測(cè)試同一網(wǎng)段的主機(jī)C和日志效力器間的FTP傳輸速度,是6Mbps,正常??梢妴?wèn)題與效力器A無(wú)關(guān)。能夠緣由3:“網(wǎng)絡(luò)的網(wǎng)關(guān)性能問(wèn)題制定的方案:測(cè)試主機(jī)C和備份效力器B間FTP傳輸速度是7Mbps,正常。排除了網(wǎng)關(guān)要素,由于B、C在不同網(wǎng)段上而速度正常。能夠緣由3:“網(wǎng)絡(luò)本身的性能問(wèn)題制定的方案:在網(wǎng)段的以太網(wǎng)交換機(jī)上運(yùn)用命令“Show mac,輸出如下:Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast 6/32 10317812 0 8665P

16、ort Xmit-Unicast Xmit-Multicast Xmit-Broadcast 6/32 6667987 286652 2474038(輸出的廣播:輸出的單播比例為1:3,太大了。)Port Rcv-Octet Xmit-Octet 6/321516443041在網(wǎng)段上的以太網(wǎng)交換機(jī)上運(yùn)用命令“Show mac輸出如下:Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast 6/36 55780287 0 285Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast 6/36 27

17、879749 190257 119430廣播:?jiǎn)尾ケ壤?:270,屬于正常。Port Rcv-Octet Xmit-Octet 6/36 67172587081 4998816809由此知道,網(wǎng)段上廣播包和單播包比例為1:3,確實(shí)太大了。再次訊問(wèn)用戶該網(wǎng)段主要運(yùn)轉(zhuǎn)的業(yè)務(wù)是什么,從而得出了缺點(diǎn)最終緣由如下:是普通用戶網(wǎng)段,由于業(yè)務(wù)緣由每個(gè)用戶需求發(fā)送大量廣播包和多播包,隨著近期越來(lái)越多的用戶接入該網(wǎng)絡(luò),在這個(gè)網(wǎng)段上的效力器需求破費(fèi)更多的資源來(lái)處置越來(lái)越多的廣播和多播包,因此其效力的傳輸速度自然減慢。由于這是一個(gè)網(wǎng)絡(luò)規(guī)劃不恰當(dāng)?shù)膯?wèn)題,于是重新安排效力器的位置,將效力器挪動(dòng)網(wǎng)段后,缺點(diǎn)排除。缺點(diǎn)排除

18、過(guò)程文檔化當(dāng)最終排除了網(wǎng)絡(luò)缺點(diǎn)后,那么排除流程的最后一步就是對(duì)所做的任務(wù)進(jìn)展文字記錄。文檔化過(guò)程決不是一個(gè)可有可無(wú)的任務(wù),緣由如下:文檔是排錯(cuò)珍貴閱歷的總結(jié),是 “閱歷判別和實(shí)際分析這一過(guò)程中最重要的參考資料;文檔記錄了這次排錯(cuò)中網(wǎng)絡(luò)參數(shù)所做的修正,這也是下一次網(wǎng)絡(luò)缺點(diǎn)應(yīng)搜集的相關(guān)信息。文檔記錄主要包括以下幾個(gè)方面:缺點(diǎn)景象描畫及搜集的相關(guān)信息網(wǎng)絡(luò)拓?fù)鋱D繪制網(wǎng)絡(luò)中運(yùn)用的設(shè)備清單和介質(zhì)清單網(wǎng)絡(luò)中運(yùn)用的協(xié)議清單和運(yùn)用清單缺點(diǎn)發(fā)生的能夠緣由對(duì)每一能夠緣由制定的方案和實(shí)施結(jié)果本次排錯(cuò)的心得領(lǐng)會(huì)其他:如排錯(cuò)中的運(yùn)用的參考資料列表等請(qǐng)讀者對(duì)照上述案例完成文檔記錄任務(wù)。華為中低端路由器產(chǎn)品引見如圖1-2所示

19、,Quidway系列路由器依托華為公司擁有自主知識(shí)產(chǎn)權(quán)的VRPVersatile Routing Platform,通用路由平臺(tái)軟件平臺(tái),運(yùn)用高性能的處置器、總線技術(shù)及快速路由戰(zhàn)略,為電信、專網(wǎng)、ISP、金融、稅務(wù)、公安、鐵路等行業(yè)用戶和大中型企業(yè)用戶提供從中低端、高端到中心端的全方位的網(wǎng)絡(luò)處理方案。華為IP網(wǎng)絡(luò)產(chǎn)品線Quidway NetEngine80是面向電信級(jí)運(yùn)營(yíng)網(wǎng)絡(luò)及骨干中心網(wǎng)絡(luò)的GSR路由器,以滿足中心網(wǎng)絡(luò)高速轉(zhuǎn)發(fā)數(shù)據(jù)的需求并實(shí)現(xiàn)不同業(yè)務(wù)的不同級(jí)別效力。Quidway NetEngine16/08是面向運(yùn)營(yíng)級(jí)中心網(wǎng)絡(luò)的高端網(wǎng)絡(luò)產(chǎn)品,是具有高性能、高可靠性、高可擴(kuò)展性、多業(yè)務(wù)的邊緣交

20、換層的高端路由器。本書所舉的缺點(diǎn)排除案例分析主要是針對(duì)Quidway中低端路由器的系列產(chǎn)品,下面將詳細(xì)引見一下華為中低端路由器系列產(chǎn)品的特性。華為中低端路由器產(chǎn)品主要包括:Quidway 1600系列低端路由器Quidway 2500系列低端路由器Quidway 1700系列低端路由器Quidway 2600系列中端路由器Quidway 3600系列中端路由器Quidway R1600系列低端路由器Quidway R1600系列路由器包括R1602、R1603和R1604三款路由器, 是華為公司面向家庭辦公、小型辦公室SOHO開發(fā)的新一代路由器產(chǎn)品,主要運(yùn)用于企業(yè)上網(wǎng)、家庭辦公、公司遠(yuǎn)程機(jī)構(gòu)互

21、連和Internet上網(wǎng)等。Quidway R1602路由器定位為桌面級(jí)遠(yuǎn)程分支路由器。采用M68360 33M RISC CPU;提供1個(gè)10Base-T、2個(gè)同/異步串口可達(dá)2Mbps、1個(gè)AUX口。Quidway R1603/1604路由器定位為桌面級(jí)分支ISDN接入路由器。采用M68360 33M RISC CPU;提供1個(gè)10Base-T、1個(gè)ISDN BRI接口R1603提供BRI S/T接口,R1604提供BRI U接口、1個(gè)同/異步串口可達(dá)2Mbps、1個(gè)AUX口和2個(gè)模擬接口。Quidway R2500系列低端路由器Quidway R2500系列路由器包括R2501/2501

22、E、R2509/2509E、 R2511/2511E、 R4001/4001E八款路由器。是華為公司面向中、小型辦公室開發(fā)的新一代路由器產(chǎn)品,主要運(yùn)用于電信記費(fèi)、電信網(wǎng)管、機(jī)構(gòu)互連、Internet訪問(wèn)、電信設(shè)備配套IP接入網(wǎng)關(guān)等。Quidway R2501路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支路由器。采用M68360 25M RISC CPU;提供1個(gè)10Base-T、1個(gè)以太網(wǎng)口、2個(gè)高速同/異步串口、1個(gè)AUX口。Quidway R2509/R2511路由器定位為網(wǎng)絡(luò)遠(yuǎn)程分支接入路由器。采用M68360 33M RISC CPU;提供1個(gè)10Base-T、1個(gè)以太網(wǎng)口、2個(gè)高速同/異步串口、1個(gè)AUX

23、口、1/2個(gè)8異步串行口;可作為小企業(yè)PSTN接入效力器。Quidway R4001路由器定位為企業(yè)級(jí)分支路由器。采用M68360 33M RISC CPU;提供1個(gè)10Base-T;1個(gè)AUI口;1個(gè)高速同/異步串口、1個(gè)AUX口、1個(gè)E1/CE1/PRI接口??勺鳛槠髽I(yè)ISDN接入效力器運(yùn)用;它是以低端產(chǎn)品價(jià)錢提供E1接口的路由器,具有超高性價(jià)比。Quidway R2500E系列路由器R2501E、R2509E、R2511E、R4001E內(nèi)置一個(gè)接口插槽,可以插入128位以上硬件序列碼加密的加密板,晉級(jí)為一臺(tái)高性能邊緣加密路由器。運(yùn)用于需求數(shù)據(jù)嚴(yán)密領(lǐng)域,如:平安辦公、機(jī)要部門等特殊運(yùn)用;去

24、掉加密卡就是普通路由器。Quidway R1700系列低端路由器Quidway R1700系列路由器目前有R1760一款,是華為公司最新開發(fā)的邊緣接入路由器。它采用模塊化構(gòu)造,在提供了集成的快速以太網(wǎng)接口、AUX口和同/異步串口的同時(shí),又提供了豐富的可選配的智能接口卡SICSmart Interface Card,智能接口卡及多功能接口模塊MIMMultifunctional Interface Module,多功能接口模塊。與同類產(chǎn)品相比,R1760模塊化路由器具有更高的性能價(jià)錢比和可擴(kuò)展才干,既適宜于在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器,也可以在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器。R1760路由器采

25、用MPC8241 200MHz高速CPU,提供的網(wǎng)絡(luò)接口和插槽數(shù)量如下:三個(gè)固定的網(wǎng)絡(luò)接口,包括1個(gè)10/100M以太網(wǎng)口、一個(gè)AUX口和1個(gè)同/異步串口;三個(gè)插槽,包括1個(gè)MIM插槽和2個(gè)SIC插槽。R1760路由器支持多種SIC和MIM,其中SIC是R1760路由器特有的智能接口卡,MIM是R1760/2600/3600路由器共用的多功能接口模塊,用戶可以經(jīng)過(guò)改換或擴(kuò)展接口卡及接口模塊的方法滿足未來(lái)變化的需求。SIC的種類如下:1端口10/100M以太網(wǎng)接口卡SIC-1FEA1端口多協(xié)議同/異步串口接口卡SIC-1SA3端口異步串口接口卡SIC-3AS1端口ISDN BRI S/T接口卡S

26、IC-1BS2端口ISDN BRI S/T接口卡SIC-2BS1端口ISDN BRI U接口卡SIC-1BU2端口ISDN BRI U接口卡SIC-2BU1端口E1/CE1/ PRI兼容接口卡SIC-EPRI1端口T1/CT1/ PRI兼容接口卡SIC-TPRI1端口模擬調(diào)制解調(diào)器接口卡SIC-1AM2端口模擬調(diào)制解調(diào)器接口卡SIC-2AM1端口語(yǔ)音用戶電路接口卡SIC-1FXS2端口語(yǔ)音用戶電路接口卡SIC-2FXS1端口語(yǔ)音AT0模擬中繼接口卡SIC-1FXO2端口語(yǔ)音AT0模擬中繼接口卡SIC-2FXOMIM的種類請(qǐng)參閱下文Quidway R2600/R3600中端路由器的相關(guān)引見。Qu

27、idway R2600系列和R3600系列中端路由器Quidway R2600系列和Quidway R3600系列路由器是華為公司面向企業(yè)級(jí)的網(wǎng)絡(luò)產(chǎn)品。其中,Quidway R2600系列路由器部分采用模塊化構(gòu)造,在提供集成的高速以太網(wǎng)接口和同步串口同時(shí),還具有豐富的可選配模塊。Quidway R3600系列路由器那么完全采用模塊化構(gòu)造。Quidway R2620系列Quidway R2620系列路由器包含兩款:R2620和R2621。 R2620系列路由器既可在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器,也可在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器。R2620系列路由器提供的網(wǎng)絡(luò)接口和模塊插槽數(shù)量如下:R2620

28、提供1個(gè)固定的10/100M以太網(wǎng)口、2個(gè)固定的同步串口和2個(gè)規(guī)范的MIM模塊插槽。R2621提供2個(gè)固定的10/100M以太網(wǎng)口、2個(gè)固定的同步串口和2個(gè)規(guī)范的MIM模塊插槽。Quidway R2630系列Quidway R2630系列路由器包含四款:R2630、R2631、R2630E、R2631E。 與R2620系列相比,R2630系列路由器具有更靈敏的配置方式和更高的處置才干。既適宜于在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器,也可在一些大的分支機(jī)構(gòu)擔(dān)當(dāng)接入路由器。R2630系列路由器提供的固定網(wǎng)絡(luò)接口與模塊插槽數(shù)量如下:R2630、R2630E:1個(gè)固定的10/100M以太網(wǎng)口和3個(gè)規(guī)范的MIM

29、模塊插槽。R2631、R2631E:2個(gè)固定的10/100M以太網(wǎng)口和3個(gè)規(guī)范的MIM模塊插槽。Quidway R3600系列Quidway R3600系列路由器包含四款: R3640、 R3680、 R3640E、 R3680E。 面向企業(yè)級(jí)網(wǎng)絡(luò)的產(chǎn)品,和R2620、R2630系列相比, R3600系列路由器具有更高的處置才干和更大的接入密度。 R3600系列路由器既適宜于在中小型企業(yè)網(wǎng)中擔(dān)當(dāng)中心路由器,也可以在大型網(wǎng)絡(luò)中擔(dān)當(dāng)會(huì)聚層路由器。R3600系列路由器提供的模塊插槽數(shù)量如下:R3640、R3640E提供4個(gè)規(guī)范的MIM模塊插槽。R3680、R3680E提供8個(gè)規(guī)范的MIM模塊插槽。Q

30、uidway R1760/R260/R3600系列路由器支持的模塊種類1端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊1FE2端口10Base-T/100Base-TX快速以太網(wǎng)接口模塊2FE2端口高速同/異步串口模塊2SA4端口高速同/異步串口模塊4SA8端口低速同/異步串口模塊8LSA2端口同/異步串口 + 1端口ISDN BRI S/T接口模塊2S1B1端口可拆分通道化cE1/PRI模塊1E12端口可拆分通道化cE1/PRI模塊2E14端口可拆分通道化cE1/PRI模塊4E14端口ISDN BRI S/T接口模塊4BS8端口異步串口模塊8AS16端口異步串口模塊16AS2端

31、口語(yǔ)音模塊FXS接口2FXS2端口語(yǔ)音模塊FXO接口2FXO2端口語(yǔ)音模塊E&M接口2E&M4端口語(yǔ)音模塊FXS接口4FXS4端口語(yǔ)音模塊FXO接口4FXO4端口語(yǔ)音模塊E&M接口4E&M1端口E1語(yǔ)音模塊E1VI路由器常用診斷工具引見華為Quidway 系列路由器提供了一套完好的命令集,可以用于監(jiān)控網(wǎng)絡(luò)互聯(lián)環(huán)境的任務(wù)情況和處理根本的網(wǎng)絡(luò)缺點(diǎn)。主要包括以下命令:Ping命令Tracert命令 闡明:由于上面命令不僅是Quidway系列路由器VRP平臺(tái)的常用網(wǎng)絡(luò)命令,也是windows平臺(tái)上常用的網(wǎng)絡(luò)命令,所以本手冊(cè)對(duì)兩種平臺(tái)下的命令運(yùn)用均進(jìn)展引見。Show命令Clear命令Debug命令Pin

32、g命令原理:“ping這個(gè)詞源于聲納定位操作,指聲納設(shè)備的脈沖信號(hào)。Ping命令的思想與發(fā)出一個(gè)短促的雷達(dá)波,經(jīng)過(guò)搜集回波來(lái)判別目的很類似;即源站點(diǎn)向目的站點(diǎn)發(fā)出一個(gè)ICMP Echo Request報(bào)文,目的站點(diǎn)收到該報(bào)文后回一個(gè)ICMP Echo Reply報(bào)文,這樣就驗(yàn)證了兩個(gè)節(jié)點(diǎn)間IP層的可達(dá)性表示了網(wǎng)絡(luò)層是連通的。功能Ping命令用于檢查IP網(wǎng)絡(luò)銜接及主機(jī)能否可達(dá)。VRP平臺(tái)的ping命令在Quidway系列路由器上,Ping命令的格式如下:Ping -c number -t number -s number ip-address-c Ping報(bào)文的個(gè)數(shù),缺省值為5;-t 設(shè)置Pin

33、g報(bào)文的超時(shí)時(shí)間,單位為毫秒,缺省值為2000;-s 設(shè)置Ping報(bào)文的大小,以字節(jié)為單位,缺省值為56。 闡明:實(shí)踐上Quidway系列路由器Ping命令的參數(shù)非常多,這里只引見其中最重要的三個(gè)參數(shù)。其他參數(shù)引見請(qǐng)參考。例如,向主機(jī)發(fā)出2個(gè)8100字節(jié)的Ping報(bào)文Quidway# ping -c 2 -s 8100 PING : 8100 data bytes, press CTRL_C to break Reply from : bytes=8100 Sequence=0 ttl=123 time = 538 ms Reply from : bytes=8100 Sequence=1 t

34、tl=123 time = 730 ms ping statistics 2 packets transmitted 2 packets received 0.00% packet loss round-trip min/avg/max = 538/634/730 ms Windows平臺(tái)的Ping命令在PC機(jī)上或Windwos NT為平臺(tái)的效力器上,Ping命令的格式如下:Ping -n number -t -l number ip-address-n Ping報(bào)文的個(gè)數(shù),缺省值為5;-t 繼續(xù)地ping 直到人為地中斷,Ctr+Breack暫時(shí)中止ping命令并查看當(dāng)前的統(tǒng)計(jì)結(jié)果,而Ctr

35、+C那么中斷命令的執(zhí)行。-l 設(shè)置Ping報(bào)文所攜帶的數(shù)據(jù)部分的字節(jié)數(shù),設(shè)置范圍從0至65500。例:向主機(jī) 發(fā)出2個(gè)數(shù)據(jù)部分大小為 3000 Bytes的ping報(bào)文C:ping -l 3000 -n 2 Pinging with 3000 bytes of dataReply from : bytes=3000 time=321ms TTL=123Reply from : bytes=3000 time=297ms TTL=123Ping statistics for : Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),Approxi

36、mate round trip times in milli-seconds: Minimum = 297ms, Maximum = 321ms, Average = 309ms 闡明:實(shí)踐上Windows平臺(tái)的Ping命令的參數(shù)非常多,這里只引見其中最重要的三個(gè)參數(shù)。其他參數(shù)引見請(qǐng)參考Windows在線協(xié)助 。巧用Ping命令進(jìn)展缺點(diǎn)排除案例一:連通性問(wèn)題還是性能問(wèn)題?案例描畫工程師小L,在配置完一臺(tái)路由器之后執(zhí)行Ping命令檢測(cè)鏈路能否通暢。發(fā)現(xiàn)5個(gè)報(bào)文都沒有Ping通,于是檢查雙方的配置命令并查看路由表,卻不斷沒有找到錯(cuò)誤所在。最后又反復(fù)執(zhí)行了一遍一樣的Ping命令,發(fā)現(xiàn)這一次5個(gè)報(bào)文中

37、有1個(gè)Ping 通了原來(lái)是線路質(zhì)量不好存在比較嚴(yán)重的丟包景象。工程師小L又配置了一臺(tái)路由器,然后執(zhí)行Ping命令訪問(wèn)Internet上某站點(diǎn)的IP地址,但沒有Ping通。有了上次的教訓(xùn)小L,再一次Ping了20個(gè)報(bào)文,仍舊沒有呼應(yīng)。于是小L斷定是網(wǎng)絡(luò)缺點(diǎn)。但是在費(fèi)力周折檢查了配置鏈路之后仍沒有發(fā)現(xiàn)任何可疑之處,最后小L采取逐段檢測(cè)的方法對(duì)鏈路中的網(wǎng)關(guān)進(jìn)展逐級(jí)測(cè)試,發(fā)現(xiàn)都可以Ping 通,但是呼應(yīng)的時(shí)間越來(lái)越長(zhǎng),最后一個(gè)網(wǎng)關(guān)的呼應(yīng)時(shí)間在1800ms左右。會(huì)不會(huì)是由于超時(shí)而導(dǎo)致顯示為Ping 不同呢?受此啟發(fā),小L將Ping 命令報(bào)文的超時(shí)時(shí)間改為4000ms,這次勝利Ping通了,顯示一切的報(bào)文

38、呼應(yīng)時(shí)間都在2200ms 左右。建議和總結(jié):真的是Ping不通嗎?這個(gè)問(wèn)題需求定位清楚,由于連通性問(wèn)題和性能問(wèn)題排錯(cuò)的關(guān)注點(diǎn)是不一樣的問(wèn)題定位錯(cuò)誤必然會(huì)導(dǎo)致排錯(cuò)過(guò)程的周折。運(yùn)用普通的Ping命令,缺省是發(fā)送5個(gè)報(bào)文的,超時(shí)時(shí)長(zhǎng)是2000ms。假設(shè)Ping不通情況發(fā)生,最好可以再用帶參數(shù)-c和-t的Ping命令再執(zhí)行一遍,如:Ping -c 20 -t 4000 ip-address,即延續(xù)發(fā)送20個(gè)報(bào)文,每個(gè)報(bào)文的超時(shí)時(shí)長(zhǎng)為4000ms,這樣普通可以判別出究竟是連通性問(wèn)題還是性能問(wèn)題。案例二:運(yùn)用大包ping對(duì)端進(jìn)展MTU不一致的缺點(diǎn)排除景象描畫:某次開局,運(yùn)用Quidway路由器與其他廠商的

39、某路由器互連,并運(yùn)轉(zhuǎn)OSPF協(xié)議。數(shù)據(jù)配置終了后,一切正常,并在今后相當(dāng)長(zhǎng)的時(shí)間內(nèi)設(shè)備運(yùn)轉(zhuǎn)穩(wěn)定。但兩個(gè)月后,用戶反響網(wǎng)絡(luò)中斷。相關(guān)信息顯示:登錄到兩臺(tái)路由器上,發(fā)現(xiàn)雙方銜接正常,可以相互Ping通對(duì)端地址。但OSPF協(xié)議中斷;登錄Quidway路由器查看鄰居形狀,發(fā)現(xiàn)鄰居形狀機(jī)處于Exstart形狀。翻開相應(yīng)的debug開關(guān)查看相應(yīng)的報(bào)文信息,發(fā)現(xiàn)雙方都可以收到Hello報(bào)文,但Quidway路由器發(fā)送DD報(bào)文后,不斷沒有收到對(duì)方回應(yīng)的DD報(bào)文;登錄其他廠商的那臺(tái)路由器,翻開相應(yīng)的debug開關(guān),發(fā)現(xiàn)對(duì)方收到Quidway路由器發(fā)送的DD報(bào)文后,一發(fā)送了相應(yīng)的DD報(bào)文予以回應(yīng)。緣由分析:初步斷

40、定,Quidway路由器沒有收到DD回應(yīng)報(bào)文,但對(duì)方確實(shí)發(fā)出來(lái)了。既然可以接納到HELLO 報(bào)文闡明鏈路是通暢的,而且多播報(bào)文的收發(fā)也沒有問(wèn)題。那么有能夠是對(duì)方發(fā)送的DD 報(bào)文有錯(cuò)誤導(dǎo)致Quidway路由器拒收,但查看相應(yīng)的信息,并沒有報(bào)告接納到錯(cuò)誤的DD 報(bào)文。仔細(xì)查看某廠商路由器的調(diào)試信息發(fā)現(xiàn)這個(gè)DD報(bào)文很大有2000 多字節(jié)。會(huì)不會(huì)是由于報(bào)文太大導(dǎo)致的問(wèn)題呢?試著Ping了一個(gè)2000字節(jié)的報(bào)文,結(jié)果不通。那么缺點(diǎn)緣由很能夠是由于雙方的MTU不一致導(dǎo)致大包不通。處置過(guò)程:檢查配置,發(fā)現(xiàn)對(duì)方路由器的MTU設(shè)置為4000多而Quidway路由器的MTU設(shè)置為1500,于是修正對(duì)端路由器的MT

41、U為1500。缺點(diǎn)排除。那么為什么工程初期沒有問(wèn)題呢?這是由于前期DD報(bào)文長(zhǎng)度小于1500字節(jié),而后來(lái)網(wǎng)絡(luò)擴(kuò)容導(dǎo)致路由信息過(guò)多使DD 報(bào)文的長(zhǎng)度超越了1500 字節(jié)。建議和總結(jié):由于Ping 缺省報(bào)文是56 個(gè)字節(jié),所以顯示的Ping 通訊息只是表示56字節(jié)的報(bào)文可以通而并不一定表示其他大小的報(bào)文仍舊可以通。所以,該當(dāng)擅長(zhǎng)運(yùn)用Ping的其他參數(shù)來(lái)進(jìn)展缺點(diǎn)排除。案例三:A能Ping通B,B就一定能Ping通A嗎?景象描畫組網(wǎng)圖如下:案例:A能Ping通B,B就一定能Ping通A嗎?在RouterA上配置一條指向/8的靜態(tài)路由:RouterAconfig# ip route 在RouterA 上P

42、ing RouterB 的以太網(wǎng)地址,顯示可以正常Ping通;但是在RouterB上Ping RouterA的以太網(wǎng)地址,卻無(wú)法Ping通。緣由分析:由于在RouterB 上卻沒有相應(yīng)的配置到/8 路由,所以從RouterB 上Ping不通RouterA的以太網(wǎng)口 。但是為何在A上可以Ping 通 呢?同樣是沒有回程路由呀?翻開路由器上的IP報(bào)文調(diào)試開關(guān)發(fā)現(xiàn),原來(lái)從RouterA上發(fā)出的ICMP報(bào)文的源地址填寫的是而不是,由于兩臺(tái)路由器的s0口處于同一網(wǎng)段,所以呼應(yīng)報(bào)文可以順利到達(dá)RouterB。建議和總結(jié):A可以Ping通B那么B一定可以Ping通A不思索防火墻的要素,這句話的對(duì)錯(cuò)取決于A和

43、B究竟是指主機(jī)還是指路由器。假設(shè)是指兩臺(tái)主機(jī),那么這句話就是正確的。假設(shè)是指兩臺(tái)路由器那就是錯(cuò)誤的,由于路由器通常會(huì)有多個(gè)IP地址。如今就有如下問(wèn)題:當(dāng)從一臺(tái)路由器上執(zhí)行Ping命令它發(fā)出的ICMP Echo報(bào)文的源地址終究選擇哪一個(gè)呢?實(shí)踐情況是路由器選擇發(fā)出報(bào)文的接口的IP地址。Tracert 命令原理Tracert是為了探測(cè)源節(jié)點(diǎn)到目的節(jié)點(diǎn)之間數(shù)據(jù)報(bào)文所經(jīng)過(guò)的途徑。利用IP報(bào)文的TTL域在每經(jīng)過(guò)一個(gè)路由器的轉(zhuǎn)發(fā)后減一,當(dāng)TTL=0時(shí)那么向源節(jié)點(diǎn)報(bào)告TTL超時(shí)這個(gè)的特性。Tracert首先發(fā)送一個(gè)TTL為1的UDP報(bào)文,因此第一跳發(fā)送回一個(gè)ICMP錯(cuò)誤音訊以指明此數(shù)據(jù)報(bào)不能被發(fā)送由于TTL

44、超時(shí),之后Tracert再發(fā)送一個(gè)TTL為2的報(bào)文,同樣第二跳前往TTL超時(shí),這個(gè)過(guò)程不斷進(jìn)展,直到到達(dá)目的地,此時(shí)由于數(shù)據(jù)報(bào)中運(yùn)用了無(wú)效的端口號(hào)缺省為33434此時(shí)目的主時(shí)機(jī)前往一個(gè)ICMP的目的地不可達(dá)音訊,闡明該Tracert操作終了。Tracert記錄下每一個(gè)ICMP TTL超時(shí)音訊的源地址,從而提供應(yīng)用戶報(bào)文到達(dá)目的地所經(jīng)過(guò)的網(wǎng)關(guān)IP地址。功能Tracert 命令用于測(cè)試數(shù)據(jù)報(bào)文從發(fā)送主機(jī)到目的地所經(jīng)過(guò)的網(wǎng)關(guān),主要用于檢查網(wǎng)絡(luò)銜接能否可達(dá),以及分析網(wǎng)絡(luò)什么地方發(fā)生了缺點(diǎn)。VRP平臺(tái)的Tracert命令在華為Quidway系列路由器上,Tracert命令的格式如下:Tracert -a

45、 ip-address -f first_TTL -m max_TTL -p port -q nqueries -w timeout host-a 指定一個(gè)發(fā)送UDP報(bào)文的源地址;-f 指定初始報(bào)文的TTL大小,缺省值為1;-m 指定最大TTL大小,缺省值為30;-p 目的主機(jī)的端口號(hào),缺省值為33434;-q 每次發(fā)送的探測(cè)報(bào)文的個(gè)數(shù),缺省值為3;-w 指明UDP報(bào)文的超時(shí)時(shí)間,單位為毫秒,缺省值為5000。例如:查看到目的主機(jī) 中間所經(jīng)過(guò)的網(wǎng)關(guān)。Quidway# tracert traceroute to () 30 hops max,40 bytes packet 1 1 4 ms 5

46、ms 5 ms 2 4 10 ms 5 ms 5 ms 3 54 10 ms 5 ms 5 ms 4 77 175 ms 160 ms 145 ms 5 54 185 ms 210 ms 260 ms 6 230 ms 185 ms 220 ms Windows平臺(tái)的Tracert 命令在PC機(jī)上或Windwos NT為平臺(tái)的效力器上,Tracert命令的格式如下:tracert -d -h maximum_hops -j host-list -w timeout host-d 不解析主機(jī)名;-h 指定最大TTL大?。?j 設(shè)定松散源地址路由列表;-w 用于設(shè)置UDP報(bào)文的超時(shí)時(shí)間,單位毫秒;

47、例如: 查看到目的主機(jī) 中間所經(jīng)過(guò)的前兩個(gè)網(wǎng)關(guān)。 C:tracert -h 2 Tracing route to over a maximum of 2 hops: 1 3 ms 2 ms 2 ms 2 5 ms 3 ms 2 ms 4Trace complete.運(yùn)用Tracert命令進(jìn)展缺點(diǎn)排除案例一:運(yùn)用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)景象描畫組網(wǎng)情況如以下圖所示:案例:運(yùn)用Tracert命令定位不當(dāng)?shù)木W(wǎng)絡(luò)配置點(diǎn)某校園網(wǎng)中,RouterB和RouterC同屬于一個(gè)運(yùn)轉(zhuǎn)RIPv2路由協(xié)議的網(wǎng)絡(luò),主機(jī)訪問(wèn)數(shù)據(jù)庫(kù)效力器,用戶埋怨訪問(wèn)性能差。相關(guān)信息顯示登錄到RouterC,運(yùn)用帶參數(shù)的P

48、ing遠(yuǎn)端效力器,顯示如下:RouterC#ping -c 10 -s 4000 -t 6000 PING : 4000 data bytes, press CTRL_C to break Reply from : bytes=4000 Sequence=0 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=1 ttl=249 time = 5733 ms Reply from : bytes=4000 Sequence=2 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=

49、3 ttl=249 time = 5714 ms Reply from : bytes=4000 Sequence=4 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=5 ttl=249 time = 5711 ms Reply from : bytes=4000 Sequence=6 ttl=249 time = 552 ms Reply from : bytes=4000 Sequence=7 ttl=249 time = 5709 ms Reply from : bytes=4000 Sequence=8 ttl=249 ti

50、me = 552 ms Reply from : bytes=4000 Sequence=9 ttl=249 time = 5710 ms緣由分析上面的Ping顯示出一個(gè)規(guī)律:奇數(shù)報(bào)文的前往時(shí)長(zhǎng)短,而偶數(shù)報(bào)文前往時(shí)長(zhǎng)很長(zhǎng)是奇數(shù)報(bào)文的10倍多??梢猿醪脚袆e奇數(shù)報(bào)文和偶數(shù)報(bào)文是經(jīng)過(guò)不同的途徑傳輸?shù)?。如今我們需求運(yùn)用Tracert命令來(lái)追蹤這不同的途徑。在RouterC上,Tracert遠(yuǎn)端RouterA的以太網(wǎng)接口。RouterC(config)#tracert -q 8 traceroute to () 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms 4

51、 ms 4 ms 4 ms 4 ms 4 ms 。中間省略 5 20 ms 16 ms 15 ms 16 ms 16 ms 16 ms 16 ms 16 ms 6 30 ms 278 ms 25 ms 279 ms 25 ms 278 ms 25 ms 277 msRouterC(config)#從上面的顯示可看到,直至,UDP探測(cè)報(bào)文的前往時(shí)長(zhǎng)都根本一致,而到時(shí),那么發(fā)生明顯變化,呈現(xiàn)奇數(shù)報(bào)文時(shí)長(zhǎng)短,偶數(shù)報(bào)文時(shí)長(zhǎng)長(zhǎng)的景象。于是判別,問(wèn)題發(fā)生在RouterB和RouterA之間。經(jīng)過(guò)訊問(wèn)該段網(wǎng)絡(luò)的管理員,得知這兩路由器間有一主一備兩串行鏈路,主鏈路為2.048Mbpss0口之間,備份鏈路為12

52、8Kbpss1口之間。網(wǎng)絡(luò)管理員在此兩路由器間配置了靜態(tài)路由。RouterB上如下配置:RouterBconfig# ip route RouterBconfig# ip route RouterA上如下配置:RouterAconfig# ip route RouterAconfig# ip route 于是問(wèn)題就清楚了。例如RouterB,由于管理員配置時(shí)沒有給出靜態(tài)路由的優(yōu)先級(jí),這兩條路由項(xiàng)的優(yōu)先級(jí)就同為缺省值60,于是就同時(shí)出如今路由表中,實(shí)現(xiàn)的是負(fù)載分擔(dān),而不能到達(dá)主備的目的。處置過(guò)程可以有兩種處置方法:繼續(xù)運(yùn)用靜態(tài)路由,進(jìn)展配置更改RouterB上進(jìn)展如下更改:RouterBconf

53、ig# ip route 主鏈路仍運(yùn)用缺省優(yōu)先級(jí)60RouterBconfig# ip route 100備份鏈路的優(yōu)先級(jí)降低至100RouterA上進(jìn)展如下更改:RouterAconfig# ip route RouterAconfig# ip route 100這樣,只需當(dāng)主鏈路發(fā)生缺點(diǎn),備份鏈路的路由項(xiàng)才會(huì)出線在路由表中,從而接替主鏈路完成報(bào)文轉(zhuǎn)發(fā),實(shí)現(xiàn)主備目的。在兩路由器上運(yùn)轉(zhuǎn)動(dòng)態(tài)路由協(xié)議,如IGRP、EIGRP、OSPF等,但不要運(yùn)轉(zhuǎn)RIP協(xié)議由于RIP協(xié)議僅以hop作為Metric的建議和總結(jié)本案例的目的不是為了解釋網(wǎng)絡(luò)配置問(wèn)題,而是用來(lái)展現(xiàn)Ping命令和Tracert命令的相互配

54、合來(lái)找到網(wǎng)絡(luò)問(wèn)題的發(fā)生點(diǎn)。尤其在一個(gè)大的組網(wǎng)環(huán)境中,維護(hù)人員能夠無(wú)法沿著途徑逐機(jī)排查,此時(shí),可以迅速定位出發(fā)生問(wèn)題的線路或路由器就非常重要了。案例二:運(yùn)用Tracert命令發(fā)現(xiàn)路由環(huán)路景象描畫組網(wǎng)情況如以下圖所示:三臺(tái)路由器均配置靜態(tài)路由,完成后,登錄到RouterA上Ping主機(jī),發(fā)現(xiàn)不通。相關(guān)信息顯示RouterA# ping -c 6 -t 5000 PING : 56 data bytes, press CTRL_C to break Request time out Request time out Request time out Request time out Request

55、time out Request time outRouterA# tracert traceroute to () 30 hops max,40 bytes packet 1 6 ms 4 ms 4 ms RouterB 2 8 ms 8 ms 8 ms RouterA 3 12 ms 12 ms 12 ms RouterB 4 16 ms 16 ms 16 ms RouterA 。緣由分析從上面的Tracert命令的顯示可以立刻發(fā)現(xiàn),在RouterA和RouterB間產(chǎn)生了路由環(huán)路。由于是配置的是靜態(tài)路由,根本可以斷定是RouterA或RouterB的靜態(tài)路由配置錯(cuò)誤。檢查RouterA的

56、路由表,配置的是缺省靜態(tài)路由:ip route ,沒有問(wèn)題。檢查RouterB的路由表,配置到網(wǎng)絡(luò)的靜態(tài)路由為:ip route 下一跳配置的是,而不是。這正是錯(cuò)誤所在。處置過(guò)程修正RouterB的配置如下:RouterBconfig# no ip route RouterBconfig# ip route 缺點(diǎn)排除。建議和總結(jié)Tracert命令可以很容易發(fā)現(xiàn)路由環(huán)路等潛在問(wèn)題。當(dāng)路由器A以為路由器B知道到達(dá)目的地的途徑,而路由器B也以為路由器A知道目的地時(shí),就是路由環(huán)路發(fā)生了。運(yùn)用Ping命令只能知道接納端出現(xiàn)超時(shí)錯(cuò)誤,而Tracert可以立刻發(fā)現(xiàn)環(huán)路所在假設(shè)Tracert命令兩次或者多次顯

57、示同樣的接口。當(dāng)經(jīng)過(guò)Tracert發(fā)現(xiàn)路由環(huán)路后,假設(shè)配置為:靜態(tài)路由:幾乎可以一定是手工配置有問(wèn)題,如本案例所示。OSPF協(xié)議:能夠是地址聚合產(chǎn)生的問(wèn)題。請(qǐng)參閱相關(guān)章節(jié)內(nèi)容。多路由協(xié)議:能夠是路由引入產(chǎn)生的問(wèn)題。請(qǐng)參閱相關(guān)章節(jié)內(nèi)容。Show命令Show命令是用于了解路由器的當(dāng)前情況、檢測(cè)相鄰路由器、從總體上監(jiān)控網(wǎng)絡(luò)、隔離互連網(wǎng)絡(luò)中缺點(diǎn)的最重要的工具之一。幾乎在任何缺點(diǎn)排除和監(jiān)控場(chǎng)所,Show命令都是必不可少的。例如:基于VRP1.6路由平臺(tái)的Show命令選項(xiàng)如下所示:Quidway#show ? aaa Display AAA information access-list Display

58、access-list structure arp ARP table call-history Display voice port call history client Display current client information clock Display the system clock configfile Show the memory in which config.ini is stored controller Display an E1/T1 entry crypto Show information about IPSec and crypto map debu

59、gging State of each debugging option dialer Dialer parameters and statistics dlsw Data Link Switch Information encrypt-card Show information about encrypt-card firewall Display firewall status frame-relay Frame Relay information ftp-server Ftp server information gateway Display status of gateway gw-

60、h323 Show voice store information history Display the session command history host Display hosts name and IP Address hostname Display hostname interfaces Interface status and configuration ip IP information ipp Display IPP information ipx Novell IPX information isdn ISDN information isintr Whether c

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論