【正文】 令和 debug命令 ? display命令能夠提供某個(gè)時(shí)間的設(shè)備運(yùn)行狀況的視圖（靜態(tài)），而 debug命令能夠展示一段時(shí)間內(nèi)設(shè)備運(yùn)行的變化情況（動(dòng)態(tài)）。 ? 一般說來， display命令不會(huì)影響系統(tǒng)的運(yùn)行性能，而 debug命令則會(huì)對(duì)系統(tǒng)性能造成影響。因此兩者的使用應(yīng)遵循如下規(guī)則：首先使用相關(guān)的多個(gè)display命令查看設(shè)備當(dāng)前的運(yùn)行狀況，分析可能原因，縮減故障到適當(dāng)范圍，然后打開某個(gè)特定的 debug命令觀察變化情況，以定位和排除問題。 60 版權(quán)所有，侵權(quán)必究 使用 debug命令的注意要點(diǎn) ? 應(yīng)當(dāng)使用 debug命令來查找故障，而不是用來監(jiān)控正常的網(wǎng)絡(luò)運(yùn)行。 ? 盡量在網(wǎng)絡(luò)使用的低峰期或網(wǎng)絡(luò)用戶較少時(shí)使用，以降低 debug命令對(duì)系統(tǒng)的影響性。 ? 在沒有完全掌握某 debug命令的工作過程以及它所提供的信息前，不要輕易使用該 debug命令。 ? 由于 debug命令在各個(gè)輸出方向?qū)ο到y(tǒng)資源的占用情況不同。視網(wǎng)絡(luò)負(fù)荷狀況，我們應(yīng)當(dāng)在使用方便性（ infocenter console debugging命令）和資源耗費(fèi)?。?infocenter logbuffer debugging命令）間做出權(quán)衡。 ? 不要輕易使用類似 debug all之類將產(chǎn)生大量輸出的命令。僅當(dāng)尋找某些類型的流量或故障并且已將故障原因縮小到一個(gè)可能的范圍時(shí)，才使用某些特定的 debug命令。 61 版權(quán)所有，侵權(quán)必究 debug命令 案例一 忘記關(guān)閉 debug開關(guān)引起的路由器報(bào)文轉(zhuǎn)發(fā)速度變慢的故障處理 ? 某電信局安裝了 Quidway路由器作為接入服務(wù)器的出口網(wǎng)關(guān)，一段時(shí)間運(yùn)轉(zhuǎn)良好。某日用戶反映該設(shè)備明顯速度變慢。執(zhí)行 PING操作， PING對(duì)端路由器設(shè)備，所用時(shí)間為正常的 2倍多。 62 版權(quán)所有，侵權(quán)必究 debug命令 案例一 忘記關(guān)閉 debug開關(guān)引起的路由器報(bào)文轉(zhuǎn)發(fā)速度變慢的故障處理 相關(guān)信息收集 ? 該路由器的日志中記錄了大量的收發(fā) IP報(bào)文的信息。 原因分析 ? 初步分析可能有以下幾種原因： ? 線路質(zhì)量不好 ? 對(duì)端設(shè)備問題，導(dǎo)致回應(yīng)較慢 ? 自身配置錯(cuò)誤 ? 網(wǎng)絡(luò)繁忙 ? 軟硬件故障 63 版權(quán)所有，侵權(quán)必究 debug命令 案例一 忘記關(guān)閉 debug開關(guān)引起的路由器報(bào)文轉(zhuǎn)發(fā)速度變慢的故障處理 處理過程 ? 檢查線路，沒有發(fā)現(xiàn)問題； ? PING與之相連的其他路由器設(shè)備，故障依舊，說明對(duì)端設(shè)備無問題； ? 對(duì)照以前運(yùn)轉(zhuǎn)良好時(shí)備份的 currentconfiguration文件，檢查路由器上的配置，沒有錯(cuò)誤； ? 當(dāng)時(shí)并非上網(wǎng)高峰期，且只是變慢，而無丟包，應(yīng)當(dāng)不是網(wǎng)絡(luò)負(fù)荷問題； ? 檢查該路由器的日志信息，發(fā)現(xiàn)其中記錄了大量的收發(fā) IP報(bào)文的信息，執(zhí)行命令 display debugging命令，發(fā)現(xiàn)該路由器的 debug ip packet處于打開狀態(tài)。由于設(shè)備需要記錄每一個(gè)被轉(zhuǎn)發(fā)的 IP報(bào)文，大大降低了路由器的處理速度，導(dǎo)致變慢。 ? 關(guān)閉該 debug開關(guān)后，故障解決。 64 版權(quán)所有，侵權(quán)必究 debug命令 案例二 通過串口 tel到路由器，在該串口上打開 debug命令產(chǎn)生問題 ? 當(dāng)遠(yuǎn)程調(diào)試 Quidway路由器時(shí)，有時(shí)需要通過某個(gè)串口tel上該路由器，如果該串口上的鏈路層協(xié)議封裝的是FR、 PPP等，千萬不能打開該串口相應(yīng)的鏈路層調(diào)試開關(guān)（可以打開其他串口的鏈路層調(diào)試開關(guān)），否則由于數(shù)據(jù)流量太大，會(huì)使該串口的協(xié)議 down掉。如果鏈路層協(xié)議是，則沒有這個(gè)限制。 65 版權(quán)所有，侵權(quán)必究 故障處理常用方法 ? 分層故障處理法 ? 分塊故障處理法 ? 分段故障處理法 ? 替換法 66 版權(quán)所有，侵權(quán)必究 分層故障處理法 ? 分層法思想很簡(jiǎn)單：所有模型都遵循相同的基本前提－－當(dāng)模型的所有低層結(jié)構(gòu)工作正常時(shí)，它的高層結(jié)構(gòu)才能正常工作。在確信所有低層結(jié)構(gòu)都正常運(yùn)行之前，解決高層結(jié)構(gòu)問題完全是浪費(fèi)時(shí)間。 67 版權(quán)所有，侵權(quán)必究 分層故障處理法 — 案例分析 ? 在一個(gè)幀中繼網(wǎng)絡(luò)中，由于物理層的不穩(wěn)定，幀中繼連接總是出現(xiàn)反復(fù)失去連接的問題，這個(gè)問題的直接表象是到達(dá)遠(yuǎn)程端點(diǎn)的路由總是出現(xiàn)間歇性中斷。這使得維護(hù)工程師第一反應(yīng)是路由協(xié)議出問題了，然后憑借著這個(gè)感覺來對(duì)路由協(xié)議進(jìn)行大量故障診斷和配置，其結(jié)果是可想而知的。如果他能夠從 OSI模型的底層逐步向上來探究原因的話，維護(hù)工程師將不會(huì)做出這個(gè)錯(cuò)誤的假設(shè)，并能夠迅速定位和排除問題。 68 版權(quán)所有，侵權(quán)必究 分層故障處理法 — 各層次的關(guān)注點(diǎn) ? 物理層： 電纜、連接頭、信號(hào)電平、編碼、時(shí)鐘和組幀，這些都是導(dǎo)致端口處于 down狀態(tài)的因素。 ? 數(shù)據(jù)鏈路層： 數(shù)據(jù)鏈路層負(fù)責(zé)在網(wǎng)絡(luò)層與物理層之間進(jìn)行信息傳輸；規(guī)定了介質(zhì)如何接入和共享；站點(diǎn)如何進(jìn)行標(biāo)識(shí)；如何根據(jù)物理層接收的二進(jìn)制數(shù)據(jù)建立幀。封裝的不一致是導(dǎo)致數(shù)據(jù)鏈路層故障的最常見原因?？梢允褂?display interfaces命令初步判斷數(shù)據(jù)鏈路層是否存在故障。 ? 網(wǎng)絡(luò)層： 地址錯(cuò)誤和子網(wǎng)掩碼錯(cuò)誤是引起網(wǎng)絡(luò)層故障最常見的原因；網(wǎng)絡(luò)中的地址重復(fù)是網(wǎng)絡(luò)故障的另一個(gè)可能原因；另外，路由協(xié)議是網(wǎng)絡(luò)層的一部分，在較復(fù)雜的網(wǎng)絡(luò)中是排錯(cuò)重點(diǎn)關(guān)注的內(nèi)容。 69 版權(quán)所有，侵權(quán)必究 分塊故障處理法 ? Quidway系列路由器 currentconfiguration文件的組織結(jié)構(gòu)，是以全局配置、物理接口配置、邏輯接口配置、路由配置等方式編排的。 ? 我們可以以此作為故障定位提供了一個(gè)原始框架，當(dāng)出現(xiàn)一個(gè)故障案例現(xiàn)象時(shí)，我們可以把它歸入上述某一類或某幾類中，從而有助于縮減故障定位范圍。 ： ? 管理部分（路由器名稱、口令、服務(wù)、日志等） ? 端口部分（地址、封裝、 cost、認(rèn)證等） ? 路由協(xié)議部分（靜態(tài)路由、 RIP、 OSPF、 BGP、路由引入等） ? 策略部分（路由策略、策略路由、安全配置等） ? 接入部分（主控制臺(tái)、 Tel登錄或啞終端、撥號(hào)等） ? 其他應(yīng)用部分（語言配置、 VPN配置、 Qos配置等） 70 版權(quán)所有，侵權(quán)必究 分塊故障處理法 — 舉例 ? 當(dāng)使用 display ip routingtable命令，結(jié)果只顯示出了直連路由，那么問題可能發(fā)生在哪里呢？ ? 根據(jù)上述的分塊，我們發(fā)現(xiàn)有三部分可能引起該故障：路由協(xié)議、策略、端口。如果沒有配置路由協(xié)議或配置不當(dāng)，路由表就可能為空；如果訪問列表配置錯(cuò)誤，就可能妨礙路由的更新；如果端口的地址、掩碼或認(rèn)證配置錯(cuò)誤，也可能導(dǎo)致路由表錯(cuò)誤。 71 版權(quán)所有，侵權(quán)必究 分段故障處理法 ? 如果兩個(gè)路由器跨越電信部門提供的線路而不能相互通信時(shí)，分段故障處理法是有效的： ? 主機(jī)到路由器 LAN接口的這一段 ? 路由器到 CSU/DSU接口的這一段 ? CSU/DSU到電信部門接口的這一段 ? WAN電路 ? CSU/DSU本身問題 ? 路由器本身問題 72 版權(quán)所有，侵權(quán)必究 分段故障處理法 案例 ：路由器通過 DDN專線連接時(shí)的調(diào)試方法 ? 目前路由器在網(wǎng)上較多的一種應(yīng)用是通過 DDN專線連接，這種應(yīng)用對(duì)路由器來說配置并不太復(fù)雜，而問題多容易出在線路和 Modem方面。以下是對(duì)這種組網(wǎng)實(shí)際調(diào)試中的一些經(jīng)驗(yàn)。 中繼線路 MODEM MODEM MODEM MODEM DDN節(jié)點(diǎn)機(jī) DDN節(jié)點(diǎn)機(jī) A B C D E F RouterA RouterB 73 版權(quán)所有，侵權(quán)必究 分段故障處理法 案例 ：路由器通過 DDN專線連接時(shí)的調(diào)試方法 ? 正常情況下， Modem上指示燈狀態(tài)為： PWR（電源指示燈）、 RTS、 DCD三個(gè)燈常亮， TD、 RD在有數(shù)據(jù)收發(fā)時(shí)閃爍。兩側(cè)路由器連上并完成配置后， S口應(yīng)激活，線路協(xié)議應(yīng)激活，雙方可以相互 ping通。 ? 當(dāng)出現(xiàn)問題時(shí)，可按照以下步驟進(jìn)行測(cè)試： 74 版權(quán)所有，侵權(quán)必究 分段故障處理法 案例 ：路由器通過 DDN專線連接時(shí)的調(diào)試方法 1. 在 Router1上打開調(diào)試開關(guān)。以封裝 PPP為例，在全局模式下輸入 debug ppp packet命令。 2. 將 Modem A上的 ANA鍵按下。此時(shí) Modem的 RTS、 DCD、 TEST常亮，在Router1上能看到大量經(jīng)過環(huán)回的 LCP層收發(fā)消息包。此時(shí)表示 Modem A和 Router1之間連接正常。 3. 將 Modem A的 REM鍵按下。此時(shí)若燈狀態(tài)同上，路由器上看到的 debug消息也同上，則表示從 Router1到 Modem B之間連接正常。 4. 請(qǐng)本地?cái)?shù)據(jù)局在節(jié)點(diǎn)機(jī) C上進(jìn)行環(huán)回，觀察是否有環(huán)回的數(shù)據(jù)包。 5. 請(qǐng)對(duì)端數(shù)據(jù)局在節(jié)點(diǎn)機(jī) D上向本端進(jìn)行環(huán)回，觀察是否有環(huán)回的數(shù)據(jù)包。 6. 對(duì)端將 Modem F的 DIG鍵按下，若能看到環(huán)回的數(shù)據(jù)包，則表示從Router1一直到 Modem F都正常。若不通，可以在 Router2上重復(fù)以上操作步驟，直至找出有問題的一段。 75 版權(quán)所有，侵權(quán)必究 替換法 ? 這是我們?cè)跈z查硬件是否存在問題時(shí)最常用的方法。當(dāng)懷疑是網(wǎng)線問題時(shí)，更換一根確定是好的網(wǎng)線試一試；當(dāng)懷疑是接口模塊有問題時(shí)，更換一個(gè)其他接口模塊試一試。 76 版權(quán)所有，侵權(quán)必究 故障處理對(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é) 77 版權(quán)所有，侵權(quán)必究 78 版權(quán)所有，侵權(quán)必究 演講完畢，謝謝觀看！