中低端交換機(jī)故障解決

1、HUAWEI低端交換機(jī)故障處理手冊(cè)-20060413-CISSUE1.0低端交換機(jī)故障處理指導(dǎo)，可以作為基本故障定位的參考。前 言學(xué)習(xí)完此課程，您將會(huì)：具備低端交換機(jī)基本的故障定位能力。目 標(biāo)第1章 HGMP第1節(jié) 集群管理介紹第2節(jié) HGMP維護(hù)命令第3節(jié) HGMP故障定位步驟第4節(jié) HGMP典型案例分析低端交換機(jī)HGMPHuawei Group Management Protocol（英文全稱）華為組管理協(xié)議（中文全稱）HGMP 是華為公司為了解決一組以太網(wǎng)產(chǎn)品統(tǒng)一配置、維護(hù)和管理而提出的專用私有協(xié)議族。一種全新的管理通道集群管理介紹低端交換機(jī)HGMP集群管理介紹集群network網(wǎng)管 6

2、9.110.1.100命令交換機(jī) 69.110.1.1成員交換機(jī)成員交換機(jī)成員交換機(jī)成員交換機(jī)候選交換機(jī)集群管理可以將一組設(shè)備組合起來(lái)，通過某個(gè)核心設(shè)備作為命令交換機(jī)統(tǒng)一管理。核心設(shè)備一般選擇某個(gè)Lan的匯聚設(shè)備第1章 HGMP第1節(jié) 集群管理介紹第2節(jié) HGMP維護(hù)命令第3節(jié) HGMP故障定位步驟第4節(jié) HGMP典型案例分析低端交換機(jī)HGMPdisplay ndp 顯示系統(tǒng)NDP配置信息（包括報(bào)文發(fā)送時(shí)間間隔和信息有效保留時(shí)間） display ndp interface port-list 顯示指定端口NDP發(fā)現(xiàn)的鄰居信息 HGMP維護(hù)命令低端交換機(jī)HGMPdisplay ntdp 顯示全

3、局NTDP信息 display ntdp device-list verbose 顯示NTDP收集到的設(shè)備信息 HGMP維護(hù)命令低端交換機(jī)HGMPdisplay cluster 顯示集群狀態(tài)和統(tǒng)計(jì)信息 display cluster candidates mac-address H-H-H | verbose 顯示候選設(shè)備信息 HGMP維護(hù)命令低端交換機(jī)HGMPdisplay cluster members member-num | verbose 顯示集群成員信息 reset ndp statistics interface port-list 清除NDP端口的統(tǒng)計(jì)信息 HGMP維護(hù)命令第1

4、章 HGMP第1節(jié) 集群管理介紹第2節(jié) HGMP維護(hù)命令第3節(jié) HGMP故障定位步驟第4節(jié) HGMP典型案例分析低端交換機(jī)HGMP第一步，察看拓?fù)涫欠裾?如果拓?fù)洳徽?，確認(rèn)是否是物理鏈路問題，一般情況下通過display mac看不到丟失設(shè)備的mac（該命令在命令交換機(jī)上順著級(jí)聯(lián)鏈路察看），就說明鏈路可能有異常，有時(shí)由于mac老化還沒有重新學(xué)習(xí)或者是VLAN配置不合理都可能看不到，不要急于下結(jié)論。另外軟硬件系統(tǒng)異常也可能導(dǎo)致mac無(wú)法學(xué)習(xí)。HGMP故障定位步驟低端交換機(jī)HGMP第二步，確認(rèn)鄰居信息是否異常鄰居不能正確發(fā)現(xiàn)的可能原因如下 ：物理鏈路為down狀態(tài)，可能是管理上shutdown

5、，也可能是物理鏈路故障配置上關(guān)閉了鏈路端口的ndp協(xié)議相連設(shè)備的管理VLAN不一致，破壞集群正常工作的前提之一設(shè)備之間的其他物理連接器過濾ndp協(xié)議報(bào)文，例如光電轉(zhuǎn)換器鏈路兩端的集群協(xié)議mac不一致HGMP故障定位步驟低端交換機(jī)HGMP第三步 ，設(shè)備不能加入集群設(shè)備不能加入集群的可能原因如下 ：該候選設(shè)備已經(jīng)是其他集群的成員 命令交換機(jī)刪除集群后又重建，但集群名稱與原集群不一致，而且命令交換機(jī)刪除集群的過程中成員未能正確退出集群 成員交換機(jī)配置了super password，且與命令交換機(jī)不一致 HGMP故障定位步驟第1章 HGMP第1節(jié) 集群管理介紹第2節(jié) HGMP維護(hù)命令第3節(jié) HGMP故

6、障定位步驟第4節(jié) HGMP典型案例分析低端交換機(jī)HGMPHGMP典型案例分析位于遠(yuǎn)端的交換機(jī)無(wú)法管理，為什么？通過debug ndp可以發(fā)現(xiàn)，命令交換機(jī)并沒有收到底下成員發(fā)過來(lái)的信息，集群通道被切斷。通過更改集群的協(xié)議mac后，ndp信息能夠正常收到，集群能正常建立。配置集群協(xié)議MAC的主要原因是一些中間連接器（例如光電轉(zhuǎn)換器）會(huì)過濾集群的缺省組播報(bào)文：0180-C200-000A第2章 802.1X第1節(jié) 802.1X簡(jiǎn)介第2節(jié) 802.1X維護(hù)命令第3節(jié) 802.1X故障定位步驟第4節(jié) 802.1X典型案例分析低端交換機(jī)802.1x802.1x簡(jiǎn)介802.1X認(rèn)證體系分三部分結(jié)構(gòu)：Supp

7、licant System，客戶端(PC/網(wǎng)絡(luò)設(shè)備)Authenticator System，認(rèn)證系統(tǒng)Authentication Server System，認(rèn)證服務(wù)器低端交換機(jī)802.1x802.1x簡(jiǎn)介第2章 802.1X第1節(jié) 802.1X簡(jiǎn)介第2節(jié) 802.1X故障定位排錯(cuò)第3節(jié) 802.1X故障定位步驟第4節(jié) 802.1X典型案例分析低端交換機(jī)802.1x802.1x故障定位排錯(cuò)故障現(xiàn)象之一：客戶端無(wú)法驗(yàn)證通過定位步驟：1、使用display dot1x確認(rèn)全局和端口上都啟用了802.1x；2、使用display local-user確認(rèn)是否配置用戶名和驗(yàn)證密碼；3、確認(rèn)客戶端撥號(hào)

8、程序設(shè)置正確的用戶名和驗(yàn)證密碼；4、debug radius查看與radius報(bào)文交互是否正常；5、確認(rèn)鏈路是否正常；6、若上面檢查沒有問題，可以打開802.1x調(diào)試開關(guān)debugging dot1x packet查看交換機(jī)收到和發(fā)送的EAP、EAPoL報(bào)文是否正常21低端交換機(jī)802.1x802.1x故障定位排錯(cuò)故障現(xiàn)象之二：用戶無(wú)需進(jìn)行802.1X驗(yàn)證就能使用網(wǎng)絡(luò)資源 定位步驟：1、使用display dot1x確認(rèn)全局和端口上都啟用了802.1x；2、使用display interface確認(rèn)端口是否有入包統(tǒng)計(jì)；3、802.1x只針對(duì)入包進(jìn)行認(rèn)證限制，而對(duì)于出包來(lái)說，并不需要經(jīng)過認(rèn)證第2

9、章 802.1X第1節(jié) 802.1X簡(jiǎn)介第2節(jié) 802.1X故障定位排錯(cuò)第3節(jié) 802.1X典型案例分析低端交換機(jī)802.1x802.1X典型案例分析接入交換機(jī)配置：radiusschemelocalprimaryauthentication127.0.0.11812primaryaccounting127.0.0.11813user-name-formatwith-domain用戶認(rèn)證時(shí)不能通過經(jīng)debug radius信息，發(fā)現(xiàn)CODE=1的認(rèn)證請(qǐng)求沒有收到響應(yīng)。 將認(rèn)證端口號(hào)改為1645、計(jì)費(fèi)端口號(hào)改為1646，再次驗(yàn)證，認(rèn)證通過。第3章 STP第1節(jié) STP的基本概念第2節(jié) STP故障

10、定位第3節(jié) STP常見問題說明STP基本概念基本原理：將復(fù)雜的物理網(wǎng)絡(luò)拓?fù)渥優(yōu)檫壿嬌系囊豢脴洹Ｒ驗(yàn)闃浣Y(jié)構(gòu)不存在環(huán)路，又保持連通性。主要作用：消除環(huán)路：通過阻斷冗余鏈路來(lái)消除網(wǎng)絡(luò)中可能存在的路徑回環(huán)。鏈路備份：當(dāng)前活動(dòng)路徑發(fā)生故障時(shí)，激活冗余備份鏈路，恢復(fù)網(wǎng)絡(luò)連通性。工作過程：（1）計(jì)算：首先選舉根橋：橋ID（橋優(yōu)先級(jí)+橋MAC）最小的成為根橋，它的所有端口角色都為指定端口。接下來(lái)，連接根橋的下游網(wǎng)橋?qū)⒏髯赃x擇一條 “最粗壯”的樹枝作為到根橋的路徑，相應(yīng)端口的角色就成為根端口。循環(huán)這個(gè)過程到網(wǎng)絡(luò)的邊緣，指定端口和根端口確定之后一棵樹就生成了。（2）維持：生成樹經(jīng)過一段時(shí)間穩(wěn)定之后，指定端口和根端

11、口進(jìn)入轉(zhuǎn)發(fā)狀態(tài)，其他端口進(jìn)入阻塞狀態(tài)。STP BPDU會(huì)定時(shí)從各個(gè)網(wǎng)橋的指定端口發(fā)出，以維護(hù)鏈路的狀態(tài)。（3）重計(jì)算：如果網(wǎng)絡(luò)拓?fù)浒l(fā)生變化，生成樹就會(huì)重新計(jì)算，端口狀態(tài)也會(huì)隨之改變。STP故障定位1、先查看參與STP計(jì)算的端口下的一些重要信息：Quidwaydisplay stp interface Ethernet 0/6-CISTPort6(Ethernet0/6)FORWARDING- Port Protocol :enabled (端口下協(xié)議是否使能) Port Role :CIST Designated Port（端口角色是否正確） Port Priority :128 Port C

12、ost :Config=auto / Active=200 Desg. Bridge/Port :0.0000-1234-1234 / 128.6（根橋是否正確） Port Edged(Admin) :disabled Point-to-point :Config=auto / Active=true Transit Limit :3 packets/hello-time Protection Type :None Num of Vlans Mapped :1 PortTimes :Hello 2s MaxAge 20s FwDly 15s RemHop 0 BPDU Sent :23 （BP

13、DU收發(fā)是否正常） TCN: 0, Config: 0, RST: 0, MST: 23 BPDU Received :0 TCN: 0, Config: 0, RST: 0, MST: 0STP故障定位2、查看參與STP計(jì)算的端口的角色及狀態(tài)是否正確：Quidwaydisplay stp brief MSTID Port Role STP State Protection 0 Ethernet0/1 ROOT FORWARDING NONEMSTID：實(shí)例IDPort：參與STP計(jì)算的端口Role：端口角色STP State：端口的狀態(tài)Protection：是否啟用保護(hù)STP故障定位3、ST

14、P收斂不成功，要查看CPU的利用率和端口是否正常接收了BPDU報(bào)文：Quidwaydisplay cpuCPU busy status: 12% in last 5 seconds 11% in last 1 minute 13% in last 5 minutesQuidwaydisplay stp interface Ethernet 0/1 BPDU Sent :6 TCN: 0, Config: 0, RST: 0, MST: 6 BPDU Received :584 TCN: 0, Config: 0, RST: 0, MST: 584STP發(fā)送config bpdu報(bào)文RSTP發(fā)送

15、RST bpdu報(bào)文MSTP發(fā)送MST bpdu報(bào)文STP故障定位4、交換機(jī)是否是收到過多的TC或者TCN報(bào)文導(dǎo)致STP頻繁計(jì)算Quidwaydisplay stp-CIST Global InfoMode RSTP-CIST Bridge :32768.000f-e215-cfefBridge Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20CIST Root/ERPC :0.0000-1234-1234 / 200CIST RegRoot/IRPC :32768.000f-e215-cfef / 0CIST RootPortId :128.1BP

16、DU-Protection :disabledTC-Protection :enabledBridge ConfigDigest Snooping :disabledTC or TCN received: 0STP常見問題與說明-案例1S6506R-2S6506R-1S5600-1S5600-2透?jìng)鱲lan1001的端口透?jìng)鱲lan1002的端口E23E23E23E23E24E24E24E24STP常見問題與說明組網(wǎng)說明：1、每臺(tái)S5600通過兩條鏈路分別上聯(lián)至兩臺(tái)S6506R。要求兩條上行鏈路同時(shí)可用。2、所有以太網(wǎng)端口都設(shè)置為trunk模式。3、各臺(tái)S5600透?jìng)鱲lan-id不同，但同一

17、臺(tái)S5600兩上行口透?jìng)飨嗤瑅lan。4、兩臺(tái)S6506R與S5600對(duì)接的端口分別設(shè)置為透?jìng)飨鄳?yīng)S5600使用的vlan。5、兩臺(tái)“S6506R”和兩臺(tái)S5600都啟用STP；6、兩臺(tái)S5600的trunk模式以太網(wǎng)端口使用“undo port trunk permit vlan 1”命令使其不透?jìng)髂J(rèn)vlan 1?？傊@種組網(wǎng)結(jié)構(gòu)在物理上是一個(gè)四邊形的環(huán)路，但是由于S3526E的trunk模式以太網(wǎng)端口使用“undo port trunk permit vlan 1”命令使其不透?jìng)髂J(rèn)vlan 1，這樣就阻斷了vlan 1形成環(huán)路的可能性，在二層鏈路上沒有環(huán)路，此組網(wǎng)即使不使用STP協(xié)議

18、也不會(huì)產(chǎn)生廣播風(fēng)暴。STP常見問題與說明現(xiàn)象描述：要求使用S6506R和S5600組成雙星型組網(wǎng)，S6506R已經(jīng)啟用STP協(xié)議。實(shí)際測(cè)試發(fā)現(xiàn)，當(dāng)S5600啟用STP后，造成其中一個(gè)S5600到一臺(tái)S5600的鏈路不能傳輸數(shù)據(jù)，使雙星結(jié)構(gòu)變?yōu)閱涡墙Y(jié)構(gòu)。經(jīng)過檢查，是由于STP協(xié)議將其中一個(gè)以太網(wǎng)端口置為Discarding所致。 STP常見問題與說明原因分析：STP協(xié)議將其中一個(gè)以太網(wǎng)端口置為Discarding一定是由于偵測(cè)到了環(huán)路，但是實(shí)際上已經(jīng)通過在S3526E的trunk模式以太網(wǎng)端口使用“undoporttrunkpermitvlan1”命令解決了默認(rèn)vlan1形成環(huán)路的問題，即使不使

19、用STP協(xié)議，也不會(huì)有廣播風(fēng)暴。也就是實(shí)際上數(shù)據(jù)鏈路層的環(huán)路不存在，數(shù)據(jù)傳輸是不可能成環(huán)的，那為什么交換機(jī)STP還認(rèn)為有環(huán)路呢，以下是一些原因分析：1、因?yàn)閟tp協(xié)議是untag的，也就是不分vlan，不像mstp，可以基于vlan來(lái)阻塞端口。故這個(gè)和stp報(bào)文透?jìng)鳑]有關(guān)系，因?yàn)楫?dāng)設(shè)備打開stp后，stp報(bào)文是送cpu的，cpu收到stp報(bào)文后，有stp狀態(tài)機(jī)來(lái)確定向那些端口發(fā)送，cpu可以把報(bào)文發(fā)送到任何端口，而stp協(xié)議是不分vlan的，所以和vlan沒有關(guān)系。而如果stpdisable后，本地不跑stp協(xié)議，stp轉(zhuǎn)發(fā)就是在vlan中轉(zhuǎn)發(fā)了。2、雙歸雙星組網(wǎng)如果平面化就是一個(gè)四邊形，所以

20、物理上的拓?fù)洵h(huán)是存在的。3、STP（RSTP)協(xié)議是以優(yōu)先級(jí)和唯一MAC地址（交換機(jī)以太網(wǎng)口的MAC，整臺(tái)交換機(jī)所有以太口使用相同的一個(gè)）標(biāo)識(shí)一臺(tái)交換機(jī)的。4、當(dāng)物理環(huán)上成環(huán)時(shí)，即使數(shù)據(jù)鏈路是一段一段的，不存在環(huán)路，但是只要銜接各段的交換機(jī)啟用了STP，就可以“接力”傳遞BPDU組播，繼而選舉根交換機(jī)，將拓?fù)洵h(huán)變成拓?fù)錁?，肯定將有端口被置為阻塞?、所以在這種組網(wǎng)下啟用STP出現(xiàn)這種情況是正常的。第4章 AM基本概念第5章 AM故障定位第6章 AM常見問題說明AM基本概念在實(shí)際組網(wǎng)應(yīng)用中，出于安全、實(shí)現(xiàn)簡(jiǎn)便和節(jié)省VLAN資源等方面的考慮，一臺(tái)交換機(jī)中連接不同用戶的端口屬于同一個(gè)VLAN，而不同

21、用戶之間不能互通。同時(shí)，不同的端口對(duì)應(yīng)不同的IP地址范圍，只有IP地址在該端口允許的地址范圍內(nèi)的用戶才能通過該端口接入外部網(wǎng)絡(luò)。利用交換機(jī)提供的端口和IP地址的綁定、端口間的二層隔離功能可以實(shí)現(xiàn)以上需求。 AM基本概念A(yù)M基本概念A(yù)M基本概念A(yù)M基本概念I(lǐng)P端口綁定IPMAC端口綁定MAC端口綁定IPMAC綁定Am user-bind 介紹AM故障定位當(dāng)AM工作異常時(shí)，應(yīng)該檢查如下信息：查看配置文件；顯示訪問管理開啟狀態(tài)及IP地址池配置信息； display am interface-list 顯示端口隔離信息； display isolate portAM故障定位AM常見問題說明組網(wǎng)說明：S

22、3026C啟用am隔離，下掛兩臺(tái)PC。故障描述：發(fā)現(xiàn)S3026C設(shè)備不能正常隔離兩臺(tái)PC。故障分析：查看配置。 故障處理：在全局下未下發(fā)am enable命令。S5648PAM常見問題說明第7章 DHCP介紹第8章 DHCP故障維護(hù)第7章 DHCP介紹第1節(jié) DHCP工作模型第2節(jié) DHCP系統(tǒng)組成第3節(jié) DHCP消息類型第4節(jié) DHCP交互過程DHCP介紹DHCP工作模型IP地址數(shù)據(jù)庫(kù)DHCP服務(wù)器DHCP客戶機(jī)DHCP：Dynamic Host Configuration Protocol實(shí)現(xiàn)IP地址的動(dòng)態(tài)分配第7章 DHCP介紹第1節(jié) DHCP工作模型第2節(jié) DHCP系統(tǒng)組成第3節(jié) DH

23、CP消息類型第4節(jié) DHCP交互過程DHCP介紹DHCP系統(tǒng)組成DHCP客戶：DHCP客戶通過DHCP來(lái)獲得網(wǎng)絡(luò)配置參數(shù) Internet主機(jī)，通常就是普通用戶的工作站DHCP服務(wù)器：DHCP服務(wù)器提供網(wǎng)絡(luò)設(shè)置參數(shù)給DHCP客戶Internet主機(jī)DHCP中繼代理：在DHCP客戶和服務(wù)器之間轉(zhuǎn)發(fā) DHCP 消息的主機(jī)或路由器第7章 DHCP介紹第1節(jié) DHCP工作模型第2節(jié) DHCP系統(tǒng)組成第3節(jié) DHCP消息類型第4節(jié) DHCP交互過程DHCP介紹DHCP消息類型DHCPDISCOVER（請(qǐng)求DHCP服務(wù)器的IP地址信息） DHCPOFFER （DHCP 服務(wù)器應(yīng)答 ）DHCPREQUEST

24、 （包含提供的IP地址） DHCPDECLINE DHCPACK （加入TCP/IP網(wǎng)絡(luò)并完成系統(tǒng)啟動(dòng)） DHCPNAK DHCPRELEASE （釋放IP地址，并取消租約 ）DHCPLNFORM 第7章 DHCP介紹第1節(jié) DHCP工作模型第2節(jié) DHCP系統(tǒng)組成第3節(jié) DHCP消息類型第4節(jié) DHCP交互過程DHCP介紹DHCP交互過程DHCP介紹DHCP交互過程第8章 DHCP故障維護(hù)第1節(jié) DHCP故障維護(hù)第2節(jié) DHCP故障命令DHCP功能維護(hù)DHCP故障維護(hù)用戶無(wú)法申請(qǐng)到IP地址如何處理：首先ping一下server看是否能通 查看一下vlan對(duì)應(yīng)的三層接口地址是否配置正確如果上面

25、都正確的話，可以用display dhcp server statistic來(lái)查看各種報(bào)文的數(shù)目是否正常同時(shí)可以打開顯示報(bào)文的調(diào)測(cè)開關(guān)，即debug dhcp server命令來(lái)查看報(bào)文的內(nèi)容如果上面一切都正確，還可以用display dhcp server ip-in-user 查看是否有用戶惡意申請(qǐng)IP地址 第8章 DHCP故障維護(hù)第1節(jié) DHCP故障維護(hù)第2節(jié) DHCP故障命令DHCP故障維護(hù)DHCP故障命令查看DHCP組的相關(guān)信息 display dhcp-server groupNo groupNo：DHCP Server組號(hào) DHCP故障維護(hù)DHCP故障命令 display dhc

26、p-server 0The first IP address of DHCP server group 0: 1.1.1.1The second IP address of DHCP server group 0: 1.1.1.2Messages from this server group: 0Messages to this server group: 0Messages from clients to this server group: 0Messages from this server group to clients: 0DHCP_OFFER messages: 0DHCP_AC

27、K messages: 0DHCP_NAK messages: 0DHCP_DECLINE messages: 0DHCP_DISCOVER messages: 0DHCP_REQUEST messages: 0DHCP_INFORM messages: 0DHCP_RELEASE messages: 0 DHCP故障維護(hù)DHCP故障命令The first IP address of DHCP server group 0DHCP服務(wù)器組0的主服務(wù)器IP地址The second IP address of DHCP server group 0DHCP服務(wù)器組0的備份服務(wù)器IP地址Messag

28、es from this server groupDHCP relay收到的此server組發(fā)來(lái)的報(bào)文數(shù)Messages to this server groupDHCP relay發(fā)送到此server組的報(bào)文數(shù)Messages from clients to this server groupDHCP relay收到的client發(fā)過來(lái)的報(bào)文數(shù)Messages from this server group to clientsDHCP relay發(fā)送到client的報(bào)文數(shù)DHCP_OFFER messagesDHCP relay收到的OFFER報(bào)文數(shù)DHCP_ACK messagesDHCP

29、 relay收到的ACK報(bào)文數(shù)DHCP_NAK messagesDHCP relay收到的NAK報(bào)文數(shù)DHCP_DECLINE messagesDHCP relay收到的DECLINE報(bào)文數(shù)DHCP_DISCOVER messagesDHCP relay收到的DISCOVER報(bào)文數(shù)DHCP_REQUEST messagesDHCP relay收到的REQUEST報(bào)文數(shù)DHCP_INFORM messagesDHCP relay收到的INFORM報(bào)文數(shù)DHCP_RELEASE messagesDHCP relay收到的RELEASE報(bào)文數(shù)DHCP故障維護(hù)DHCP故障命令DHCP服務(wù)器的調(diào)試開關(guān)

30、debugging dhcp server all | error | event | packet 第9章 RIP的基本概念第10章 RIP的常見問題分析第11章 OSPF的基本概念第12章 OSPF的配置方法第13章 OSPF常見問題分析第9章 RIP的基本概念第1節(jié) RIP協(xié)議介紹第2節(jié) RIP相關(guān)命令RIP的基本概念RIP是Routing Information Protocol（路由信息協(xié)議）的簡(jiǎn)稱。RIP路由協(xié)議是距離矢量路由協(xié)議的一個(gè)具體實(shí)現(xiàn)。RIP協(xié)議適用于中小型網(wǎng)絡(luò)，有RIP-1和RIP-2。RIP-2使用組播（224.0.0.9）發(fā)送，支持驗(yàn)證和VLSM。RIP支持：水平分

31、割、路由中毒和觸發(fā)更新。RIP協(xié)議介紹RIP的基本概念優(yōu)點(diǎn) 實(shí)現(xiàn)簡(jiǎn)單 配置容易，維護(hù)簡(jiǎn)單 可以支持IP，IPX等多種網(wǎng)絡(luò)層協(xié)議 缺點(diǎn) 路由收斂速度慢 以跳數(shù)(hop)標(biāo)記的metric值不能真實(shí)反映路由開銷 有16跳的限制，不適合大規(guī)模的網(wǎng)絡(luò) 周期性廣播，開銷比較大 RIP協(xié)議介紹RIP的基本概念網(wǎng)絡(luò)越小，RIP越好采用相同網(wǎng)絡(luò)結(jié)構(gòu)的中小型網(wǎng)絡(luò)適用于校園網(wǎng)網(wǎng)絡(luò)結(jié)構(gòu)變化緩慢的地區(qū)性網(wǎng)絡(luò)RIP協(xié)議介紹第9章 RIP的基本概念第1節(jié) RIP協(xié)議介紹第2節(jié) RIP相關(guān)命令RIP的基本概念VRP3 RIP提供了rip debug功能顯示RIP協(xié)議收到的所有報(bào)文：Debug rip packet顯示RIP

32、協(xié)議所發(fā)送的報(bào)文: Debug rip send查看RIP協(xié)議所收到的報(bào)文：debug rip receiveRIP相關(guān)命令RIP的基本概念調(diào)試信息的報(bào)文格式 RIP: send from 202.38.168.1(Serial3/1/1) to 255.255.255.255 Packet:vers 1, cmd Response, length 64 dest 202.38.169.0,metric 2,tag 0 dest 131.108.0.0,metric 3,tag 0 dest 11.0.0.0 ,metric 1,tag 0RIP相關(guān)命令第10章 RIP的常見問題分析第1節(jié) R

33、IP協(xié)議常見故障第2節(jié) RIP故障排除流程 第3節(jié) RIP典型案例RIP 的常見問題分析問題一：兩臺(tái)路由器間不能用RIP互通。 可能是RIP沒有啟動(dòng), 也可能相應(yīng)的網(wǎng)段沒有使能 。另一個(gè)可能原因是接口上把RIP給關(guān)掉了 。還有一個(gè)可能原因是子網(wǎng)掩碼的不匹配 。RIP協(xié)議常見故障RIP 的常見問題分析問題二：RIP1與RIP2的區(qū)別引起的問題。配了驗(yàn)證，卻沒有起作用 。子網(wǎng)掩碼沒有配上 。自動(dòng)聚合引起的問題 。RIP協(xié)議常見故障RIP 的常見問題分析問題三：RIP性能問題。僅以hop作為metric的問題。廣播更新問題。慢收斂問題。RIP協(xié)議常見故障RIP 的常見問題分析其他問題：幀中繼中的水平

34、分割問題。驗(yàn)證問題。地址借用問題。RIP協(xié)議常見故障第10章 RIP的常見問題分析第1節(jié) RIP協(xié)議常見故障第2節(jié) RIP故障排除流程 第3節(jié) RIP典型案例RIP 的常見問題分析檢查從源到目的間的所有路由設(shè)備的路由表，看是否丟失路由表項(xiàng) 。 當(dāng)發(fā)生路由表項(xiàng)丟失或其他問題，檢查網(wǎng)絡(luò)設(shè)備的RIP基本配置 。當(dāng)RIP基本配置沒有發(fā)現(xiàn)問題，請(qǐng)檢查如下項(xiàng)目：是否驗(yàn)證有問題。是否引入其他路由有問題。是否訪問控制列表配置不正確。RIP故障排除流程第10章 RIP的常見問題分析第1節(jié) RIP協(xié)議常見故障第2節(jié) RIP故障排除流程 第3節(jié) RIP典型案例RIP 的常見問題分析RIP典型案例RIP1上要注意主網(wǎng)

35、每一個(gè)接口上必須配置相同的子網(wǎng)掩碼。RIP 的常見問題分析RIP典型案例不連續(xù)子網(wǎng)問題RIP1不支持不連續(xù)子網(wǎng)，RIP2此時(shí)應(yīng)取消自動(dòng)匯總。第11章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第3節(jié) 低端交換機(jī)的OSPF特色 第2節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念OSPF(open shortest path first)屬于IGP基于鏈路狀態(tài)算法的路由協(xié)議由IETF開發(fā)目前為版本2相關(guān)RFC：RFC1583；RFC2178；RFC2328OSPF協(xié)議概述第11章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第2節(jié) 低端交換機(jī)的OSPF特色 第3節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念支持

36、STUB區(qū)域 可以和其它動(dòng)態(tài)路由協(xié)議共享所發(fā)現(xiàn)的路由信息 授權(quán)驗(yàn)證字 路由器接口參數(shù)的靈活配置 支持等值路由點(diǎn)到多點(diǎn)。支持將其他類型的接口改為點(diǎn)到多點(diǎn)類型豐富的調(diào)試信息 低端交換機(jī)的OSPF特色 低端交換機(jī)所實(shí)現(xiàn)的OSPF遵循 Internet RFC 2328所描述的協(xié)議文本，下面列出一些主要特色 第11章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第2節(jié) 低端交換機(jī)的OSPF特色 第3節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念ROTER ID OSPF域中路由的唯一標(biāo)識(shí)AREA 區(qū)域COST 花費(fèi)值A(chǔ)BR、ASBR 區(qū)域邊界路由器、自治系統(tǒng)邊界路由器 LSA 鏈路狀態(tài)通告 Link type

37、 鏈路類型,包括廣播,非廣播,點(diǎn)到點(diǎn),點(diǎn) 到多點(diǎn) DR和BDR 指定路由器和非指定路由器 區(qū)域類型 骨干區(qū)域，STUB區(qū)域，TRANSIT區(qū)域 Virtual-Link 虛連接 OSPF相關(guān)術(shù)語(yǔ)問題在OSPF域中有兩個(gè)相同的ROUTER ID，會(huì)造成什么問題？OSPF的路由表查找順序是什么？ROUTER ID修改之后，會(huì)立即生效？第12章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF的配置方法 啟動(dòng)OSPF QUIDWAYOSPF OSPF的基本配置 指定接口；在相應(yīng)的區(qū)域下，指定運(yùn)行OSPF的接口：QUIDWAY-OSPF-AREA-0.0.0.0 network

38、 ip-address ip-mask 。 配置區(qū)域，進(jìn)入OSPF視圖 QUIDWAY-OSPFAREA area-id 指定OSPF的ROUTER ID QUIDWAYROUTER ID X.X.X.X(一般使用環(huán)回接口地址）第12章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF 的配置方法COST值的配置,基于接口： QUIDWAY-Vlan-interface1 OSPF COST value區(qū)域認(rèn)證配置,分兩步： 1:在相應(yīng)的區(qū)域配置認(rèn)證方式： QUIDWAY-OSPF-AREA-0.0.0.0authentication-mode simple | md5

39、 2：在相應(yīng)的接口下配置認(rèn)證密鑰： QUIDWAY-Vlan-interface1 ospf authentication-mode simple password 或者ospf authentication-mode md5 key_id keyOSPF高級(jí)配置OSPF 的配置方法區(qū)域特性配置 1：STUB區(qū)域 QUIDWAY-OSPF-AREA-0.0.0.0 stub no-summary 2:NSSA區(qū)域： QUIDWAY-OSPF-AREA-0.0.0.0 nssa default-route-advertise no-import-route no-summary 路由聚合配置 1

40、:域間路由聚合配置： QUIDWAY-OSPF-AREA-0.0.0.0 abr-summary ip-address mask advertise | not-advertise 2:外部路由聚合配置： QUIDWAY-OSPF-AREA-0.0.0.0 asbr-summary ip-address mask not-advertise | tag value OSPF高級(jí)配置第12章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF 的配置方法區(qū)引入外部路由 QUIDWAY-OSPF import-route protocol cost value type va

41、lue tag value route-policy route-policy-name 引入缺省路由 QUIDWAY-OSPF default-route-advertise always cost value type value route-policy route-policy-name 對(duì)OSPF路由過濾 QUIDWAY-OSPF filter-policy ip-prefix ip-prefix-name gateway ip-prefix-name import 或者filter-policy acl-number | ip-prefix ip-prefix-name expor

42、t routing-protocol OSPF路由過濾第12章 OSPF常問題分析第1節(jié) OSPF故障定位基本流程 第2節(jié) OSPF的常用表項(xiàng)顯示命令第3節(jié) OSPF常用調(diào)試開關(guān)和信息第4節(jié) OSPF典型案例分析 OSPF 常見問題分析故障定位流程圖OSPF故障定位流程檢查OSPF相關(guān)配置正確性檢查OSPF鄰居是否達(dá)到FULL狀態(tài)檢查鄰居間錯(cuò)誤參數(shù)統(tǒng)計(jì)檢查發(fā)送設(shè)備的LSDB內(nèi)容修正設(shè)備配置檢查接收設(shè)備的LSDB內(nèi)容是是否否否第12章 OSPF常問題分析第1節(jié) OSPF故障定位基本流程 第2節(jié) OSPF的常用表項(xiàng)顯示命令第3節(jié) OSPF常用調(diào)試開關(guān)和信息第4節(jié) OSPF典型案例分析 OSPF 常

43、見問題分析顯示當(dāng)前運(yùn)行OSPF的接口狀態(tài) display ospf interface 顯示當(dāng)前OSPF學(xué)習(xí)到的鄰居狀態(tài) display ospf peer 顯示當(dāng)前OSPF學(xué)習(xí)到的LSA信息 display ospf lsdb 另外可以使用lsdb之后的選項(xiàng)去察看更加具體的LSA信息 display ospf lsdb ase 100.100.100.0 顯示當(dāng)前OSPF計(jì)算出的路由信息 display ospf routing OSPF的常用表項(xiàng)顯示命令第13章 OSPF常問題分析第1節(jié) OSPF故障定位基本流程 第2節(jié) OSPF的常用表項(xiàng)顯示命令第3節(jié) OSPF常用調(diào)試開關(guān)和信息第4節(jié)

44、OSPF典型案例分析 OSPF 常見問題分析打開OSPF的hello報(bào)文的調(diào)試開關(guān) debug ospf packet hello 打開OSPF的數(shù)據(jù)庫(kù)描述報(bào)文的開關(guān) debug ospf packet dd打開OSPF的LSRequest報(bào)文的收發(fā)調(diào)試開關(guān) debug ospf packet request打開OSPF的LSUpdate報(bào)文的收發(fā)調(diào)試開關(guān) debug ospf packet update打開OSPF的LSAck報(bào)文的收發(fā)調(diào)試開關(guān) debug oppf packet ack OSPF常用調(diào)試開關(guān)和信息OSPF 常見問題分析打開OSPF的event（事件）的調(diào)試開關(guān) debug

45、ospf event打開OSPF的LSA生成和釋放的調(diào)試開關(guān) debug ospf lsa-originate打開OSPF的SPF計(jì)算的調(diào)試開關(guān) debug ospf spf OSPF常用調(diào)試開關(guān)和信息第13章 OSPF常問題分析第1節(jié) OSPF故障定位基本流程 第2節(jié) OSPF的常用表項(xiàng)顯示命令第3節(jié) OSPF常用調(diào)試開關(guān)和信息第4節(jié) OSPF典型案例分析 OSPF 常見問題分析在下面的組網(wǎng)圖，兩交換機(jī)相連，在各接口上運(yùn)行OSPF協(xié)議，SW1的loopback接口地址為111.111.111.1，且啟動(dòng)了OSPF，SW2的loopback接口地址為222.222.222.2，也啟動(dòng)了OSPF

46、。問題如下：在SW1和SW1上查看鄰居，均已達(dá)到full狀態(tài)，但是相互之間并沒有學(xué)到OSPF路由。 OSPF典型案例分析OSPF 常見問題分析原因分析 從查看的OSPF接口的信息來(lái)看，sw1和sw2相連接口的OSPF網(wǎng)絡(luò)類型配置得不一致，由于Point-to-Point類型和廣播類型的網(wǎng)絡(luò)都使用組播地址224.0.0.5，因此鄰居狀態(tài)可以到達(dá)full，但是兩邊網(wǎng)絡(luò)類型配置不同，將導(dǎo)致路由計(jì)算錯(cuò)誤，無(wú)法得到OSPF路由。處理過程 在sw1和sw2的相應(yīng)接口把網(wǎng)絡(luò)類型改為一致，則可以正常學(xué)習(xí)OSPF路由。改變sw2的s0接口的OSPF網(wǎng)絡(luò)類型： SW2-Serial0ospf network-ty

47、pe broadcast 在sw1和sw2上顯示路由表，可見正常學(xué)習(xí)到了OSPF路由。 OSPF典型案例分析第14章 GVRP第1節(jié) GVRP的基本概念第2節(jié) GVRP故障定位第3節(jié) GVRP常見問題說明GVRP基本概念GVRP（GARP VLAN Registration Protocol）是GARP的一種應(yīng)用，它基于GARP的工作機(jī)制，維護(hù)交換機(jī)中的VLAN動(dòng)態(tài)注冊(cè)信息，并傳播該信息到其它的交換機(jī)中。所有支持GVRP特性的交換機(jī)能夠接收來(lái)自其它交換機(jī)的VLAN注冊(cè)信息，并動(dòng)態(tài)更新本地的VLAN注冊(cè)信息，包括當(dāng)前的VLAN成員、這些VLAN成員可以通過哪個(gè)端口到達(dá)等。而且所有支持GVRP特性

48、的交換機(jī)能夠?qū)⒈镜氐腣LAN注冊(cè)信息向其它交換機(jī)傳播，以便使同一交換網(wǎng)內(nèi)所有支持GVRP特性的設(shè)備的VLAN信息達(dá)成一致。GVRP傳播的VLAN注冊(cè)信息既包括本地手工配置的靜態(tài)注冊(cè)信息，也包括來(lái)自其它交換機(jī)的動(dòng)態(tài)注冊(cè)信息。GVRP在IEEE 802.1Q標(biāo)準(zhǔn)文本中有詳細(xì)的表述。Quidway系列交換機(jī)對(duì)符合IEEE標(biāo)準(zhǔn)的GVRP提供完備的支持。GVRP配置包括：全局開啟/關(guān)閉GVRP端口開啟/關(guān)閉GVRP配置GVRP注冊(cè)類型在上述各項(xiàng)配置任務(wù)中，必須先啟動(dòng)全局GVRP，才能開啟端口GVRP；而GVRP注冊(cè)類型在啟動(dòng)了端口GVRP以后才能生效。此外，GVRP必須在Trunk端口上進(jìn)行設(shè)置。GVR

49、P報(bào)文格式GVRP報(bào)文格式字段說明Protocol ID為協(xié)議ID，取值為1 ；Message消息，每個(gè)Message Attribute Type、Attribute List構(gòu)成，取值為-；Attribute Type 屬性類型，由具體的GARP的應(yīng)用定義GVRP的屬性類型，取值為0 x01；0 x01Attribute List屬性列表，由多個(gè)屬性構(gòu)成，取值為-；Attribute屬性，每個(gè)普通屬性由Attribute Length、Attribute Event、Attribute Value構(gòu)成。LeaveAll Attribute由Attribute Length、LeaveAll

50、 Event構(gòu)成。取值為-；Attribute Length屬性長(zhǎng)度，取值為2255；Attribute Event屬性描述的事件有，取值有如下幾種 0：LeaveAll Event；1：JoinEmpty；2：JoinIn； 3：LeaveEmpty； 4：LeaveIn； 5：Empty； Attribute Value，屬性取值。GVRP的屬性取值為VID； End Mark結(jié)束標(biāo)志，GVRP的PDU的結(jié)尾標(biāo)志，取值為-。GVRP故障定位當(dāng)GVRP工作異常時(shí)，應(yīng)該檢查如下信息：顯示所有Trunk端口的GVRP的統(tǒng)計(jì)信息 ； display gvrp statistics interfac

51、e interface-list 查看配置文件；顯示GVRP的全局狀態(tài)信息； display gvrp status查看GVRP報(bào)文； debug gvrp packet GVRP的故障定位 GVRP常見問題說明-案例1GVRP案例組網(wǎng)組網(wǎng)說明：S5648P下掛一臺(tái)S2008。故障描述：發(fā)現(xiàn)有部分VLAN不能透?jìng)鞑糠諺LAN。故障分析：這是由于低端Quidway交換機(jī)如S20XX、S30XX系列，最多只支持32個(gè)VLAN。其啟用GVRP時(shí)，只能夠接收低的前32個(gè)VLANID。如果客戶端交換機(jī)上需要其他VLANID更高的VLAN，而不需要VLANID較低的那些VLAN，即使總的VLAN數(shù)量不超過

52、32，也不能夠?qū)崿F(xiàn)。 故障處理：需要在交換機(jī)上，首先創(chuàng)建所需的、VLANID較高的那些VLAN，然后再啟用GVRP即可。 S2008S5648P第15章 DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理第16章 故障診斷與排錯(cuò)第15章 DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理第1節(jié) DHCP 簡(jiǎn)介第2節(jié) DHCP 服務(wù)器簡(jiǎn)介及實(shí)現(xiàn)原理第3節(jié) DHCP 中繼簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大和網(wǎng)絡(luò)復(fù)雜度的提高，網(wǎng)絡(luò)配置越來(lái)越復(fù)雜，經(jīng)常出現(xiàn)計(jì)算機(jī)位置變化（如便攜機(jī)或無(wú)線網(wǎng)絡(luò)）和計(jì)算機(jī)數(shù)量超過可分配的IP 地址的情況。DHCP（Dynamic Host Configuration Protocol，動(dòng)態(tài)主機(jī)配置協(xié)議）

53、就是為滿足這些需求而發(fā)展起來(lái)的。DHCP 簡(jiǎn)介DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理在DHCP 的典型應(yīng)用中，一般包含一臺(tái)DHCP 服務(wù)器和多臺(tái)客戶端（如PC 和便攜機(jī)），如下圖所示：DHCP 簡(jiǎn)介第15章 DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理第1節(jié) DHCP 簡(jiǎn)介第2節(jié) DHCP 服務(wù)器簡(jiǎn)介及實(shí)現(xiàn)原理第3節(jié) DHCP 中繼簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 服務(wù)器的應(yīng)用環(huán)境DHCP 服務(wù)器的基本原理DHCP 服務(wù)器簡(jiǎn)介與基本原理第15章 DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理第1節(jié) DHCP 簡(jiǎn)介第2節(jié) DHCP 服務(wù)器簡(jiǎn)介及實(shí)現(xiàn)原理第3節(jié) DHCP 中繼簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 中繼的應(yīng)用環(huán)境D

54、HCP 中繼的基本原理DHCP 中繼簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 簡(jiǎn)介及實(shí)現(xiàn)原理DHCP 中繼的基本原理:DHCP 中繼簡(jiǎn)介及實(shí)現(xiàn)原理第16章 故障診斷與排錯(cuò)第1節(jié) DHCP 服務(wù)器常見配置錯(cuò)誤舉例第2節(jié) DHCP 中繼常見配置錯(cuò)誤舉例DHCP 服務(wù)器常見配置錯(cuò)誤舉例故障現(xiàn)象:客戶端從DHCP 服務(wù)器獲得的動(dòng)態(tài)IP 地址與其他主機(jī)IP 地址沖突。DHCP 中繼常見配置錯(cuò)誤舉例故障現(xiàn)象:客戶端不能通過DHCP 中繼獲得配置信息。第17章 OSPF的基本概念第18章 OSPF的配置方法第19章 OSPF常見問題分析第17章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第3節(jié) S5600交換機(jī)的OSPF特色

55、 第2節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念OSPF(open shortest path first)屬于IGP基于鏈路狀態(tài)算法的路由協(xié)議由IETF開發(fā)目前為版本2相關(guān)RFC：RFC1583；RFC2178；RFC2328OSPF協(xié)議概述第17章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第2節(jié) S5600交換機(jī)的OSPF特色 第3節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念支持STUB區(qū)域 可以和其它動(dòng)態(tài)路由協(xié)議共享所發(fā)現(xiàn)的路由信息 授權(quán)驗(yàn)證字 路由器接口參數(shù)的靈活配置 支持等值路由點(diǎn)到多點(diǎn)。支持將其他類型的接口改為點(diǎn)到多點(diǎn)類型豐富的調(diào)試信息 S5600交換機(jī)的OSPF特色 S5600系列交

56、換機(jī)所實(shí)現(xiàn)的OSPF遵循 Internet RFC 2328所描述的協(xié)議文本，下面列出一些主要特色 第17章 OSPF的基本概念第1節(jié) OSPF協(xié)議概述第3節(jié) S5600交換機(jī)的OSPF特色 第2節(jié) OSPF相關(guān)術(shù)語(yǔ)OSPF 的基本概念ROTER ID OSPF域中路由的唯一標(biāo)識(shí)AREA 區(qū)域COST 花費(fèi)值A(chǔ)BR、ASBR 區(qū)域邊界路由器、自治系統(tǒng)邊界路由器 LSA 鏈路狀態(tài)通告 Link type 鏈路類型,包括廣播,非廣播,點(diǎn)到點(diǎn),點(diǎn) 到多點(diǎn) DR和BDR 指定路由器和非指定路由器 區(qū)域類型 骨干區(qū)域，STUB區(qū)域，TRANSIT區(qū)域 Virtual-Link 虛連接 OSPF相關(guān)術(shù)語(yǔ)問

57、題在OSPF域中有兩個(gè)相同的ROUTER ID，會(huì)造成什么問題？OSPF的路由表查找順序是什么？ROUTER ID修改之后，會(huì)立即生效？第18章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF的配置方法 啟動(dòng)OSPF QUIDWAYOSPF OSPF的基本配置 指定接口；在相應(yīng)的區(qū)域下，指定運(yùn)行OSPF的接口：QUIDWAY-OSPF-AREA-0.0.0.0 network ip-address ip-mask 。 配置區(qū)域，進(jìn)入OSPF視圖 QUIDWAY-OSPFAREA area-id 指定OSPF的ROUTER ID QUIDWAYROUTER ID X.X

58、.X.X(一般使用環(huán)回接口地址）第18章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF 的配置方法COST值的配置,基于接口： QUIDWAY-Vlan-interface1 OSPF COST value區(qū)域認(rèn)證配置,分兩步： 1:在相應(yīng)的區(qū)域配置認(rèn)證方式： QUIDWAY-OSPF-AREA-0.0.0.0authentication-mode simple | md5 2：在相應(yīng)的接口下配置認(rèn)證密鑰： QUIDWAY-Vlan-interface1 ospf authentication-mode simple password 或者ospf authenti

59、cation-mode md5 key_id keyOSPF高級(jí)配置OSPF 的配置方法區(qū)域特性配置 1：STUB區(qū)域 QUIDWAY-OSPF-AREA-0.0.0.0 stub no-summary 2:NSSA區(qū)域： QUIDWAY-OSPF-AREA-0.0.0.0 nssa default-route-advertise no-import-route no-summary 路由聚合配置 1:域間路由聚合配置： QUIDWAY-OSPF-AREA-0.0.0.0 abr-summary ip-address mask advertise | not-advertise 2:外部路由聚

60、合配置： QUIDWAY-OSPF-AREA-0.0.0.0 asbr-summary ip-address mask not-advertise | tag value OSPF高級(jí)配置第18章 OSPF配置方法第1節(jié) 基本配置第2節(jié) 高級(jí)配置第3節(jié) 路由過濾OSPF 的配置方法區(qū)引入外部路由 QUIDWAY-OSPF import-route protocol cost value type value tag value route-policy route-policy-name 引入缺省路由 QUIDWAY-OSPF default-route-advertise always co