自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

CCNP:OSPF NSSA區(qū)域默認(rèn)路由發(fā)布引發(fā)的問題

企業(yè)動態(tài)
CCNP中OSPF NSSA區(qū)域默認(rèn)路由發(fā)布引發(fā)的問題。

一、關(guān)鍵術(shù)語

OSPF,NSSA,METRIC類型

二、設(shè)備類型和版本

設(shè)備類型 版本 備注
ZXR10 T128 與版本無關(guān)
ZXR10 T64G 與版本無關(guān)

三、網(wǎng)絡(luò)拓?fù)?/STRONG>

 

組網(wǎng)介紹:

某省的NE80或T128都屬于OSPF骨干區(qū)域,每個地市都有一個獨立的NSSA區(qū)域,由該地市NE80或T128充當(dāng)該區(qū)域的ABR.按照規(guī)劃:核心NE80向整個OSPF域下發(fā)缺省路由;各地市ABR向所在NSSA區(qū)域下發(fā)缺省路由;另外,各地市的T64G由于特殊的原因也需要通告一條默認(rèn)路由(需要在ABR失效時候給其他設(shè)備通告默認(rèn)路由,做為備份,圖中沒有表示);

四、故障現(xiàn)象描述

運營商反映:A市,B市和D市的流量全部中斷,但C地市的業(yè)務(wù)都沒有問題;問題出現(xiàn)時,出現(xiàn)故障的地市T128的缺省路由都指向了本市的核心交換機(jī)T64G。通過在三臺ABR上添加默認(rèn)路由指到骨干區(qū)域,故障得以恢復(fù);經(jīng)檢查,C地市之所以沒有出現(xiàn)故障是因為T128上配置了靜態(tài)的默認(rèn)路由;

五、處理方法

為什么出現(xiàn)問題時,作為ABR的NE80和T128,其默認(rèn)路由會指到T64G?讓我們先看一下做為ABR的T128以及T64G的配置是怎樣的:

T64G:

router ospf 1
router-id 222.49.10.254
network 222.49.10.132 0.0.0.3 area 0.0.3.28
network 222.49.10.148 0.0.0.3 area 0.0.3.28
network 222.49.10.152 0.0.0.3 area 0.0.3.28
network 222.49.10.156 0.0.0.3 area 0.0.3.28
network 222.49.10.254 0.0.0.0 area 0.0.3.28
area 0.0.3.28 authentication message-digest
area 0.0.3.28 nssa default-information-originate no-summary 
//因特殊需要發(fā)布的缺省路由
redistribute connected
redistribute static

注:OSPF協(xié)議并沒有規(guī)定NSSA內(nèi)部路由器不能發(fā)布缺省路由

T128:

T128-R1#sh run | be router ospf
Building configuration...
router ospf 1
router-id 222.49.10.250
network 222.49.10.128 0.0.0.3 area 0.0.0.0
network 222.49.10.132 0.0.0.3 area 0.0.3.28
network 222.49.10.136 0.0.0.3 area 0.0.3.28
network 222.49.10.250 0.0.0.0 area 0.0.0.0
area 0.0.3.28 authentication message-digest
area 0.0.3.28 nssa default-information-originate no-summary
                   //做為ABR向NSSA內(nèi)部發(fā)布的缺省路由
正常情況下,T128會學(xué)習(xí)骨干NE80發(fā)布的缺省路由,而不會學(xué)習(xí)T64G發(fā)布的缺省路由,那么故障發(fā)生時,最大的可能性就是NE80的缺省路由失效了:
在故障恢復(fù)后,我們查看T128的database,發(fā)現(xiàn)了兩條默認(rèn)路由的LSA:
Type-5 AS External Link States
LS age: 1493
Options: (No TOS-capability, No DC)
LS Type: AS External Link
Link State ID: 0.0.0.0 (External Network Number)
Advertising Router: 211.98.46.230 //經(jīng)查證是核心NE80的loopback
LS Seq Number: 0x80007154
Checksum: 0x1abd
Length: 36
Network Mask: /0
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 1000
Forward Address: 0.0.0.0

Type-7 AS External Link States (Area 0.0.3.28)
LS age: 968
Options: (No TOS-capability, No Type 7/5 translation, No DC)
LS Type: AS External Link
Link State ID: 0.0.0.0 (External Network Number)
Advertising Router: 222.49.10.254  //是NSSA內(nèi)部的T64G
LS Seq Number: 0x80002373
Checksum: 0x881a
Length: 36
Network Mask: /0
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 1
Forward Address: 0.0.0.0

從上面的結(jié)果來看,核心NE80所發(fā)布的默認(rèn)路由LSA并沒有丟失,那為什么在故障發(fā)生時,T128卻將默認(rèn)路由指向了T64G呢?經(jīng)過仔細(xì)比對兩條LSA,見上面紅色標(biāo)注部分:
核心NE80發(fā)布 T64G發(fā)布
LSA類型 LSA 5 LSA 7
Metric Type 類型2 類型2
Metric 1000 1

發(fā)現(xiàn),兩個LSA的類型不同,那個更優(yōu)先呢?經(jīng)過咨詢研發(fā),答案是沒有差別,優(yōu)先級一樣!那Metric Type又一樣,只有Metric不同,T64G發(fā)布的默認(rèn)路由的Metric更低;這就解釋了為什么T128的默認(rèn)路由指向了T64G!
但另外一個問題隨之而來,之前業(yè)務(wù)一切正常時候,T128的默認(rèn)為什么會指向骨干域呢?難道是核心NE80在故障發(fā)生時修改了配置?又或者核心NE80通告的默認(rèn)路由Metric發(fā)生了變化?根據(jù)已知的信息和局方溝通,局方排查網(wǎng)絡(luò)后,問題原來另有原因:
實際上,在之前網(wǎng)絡(luò)一切正常的時候,T128上面應(yīng)該能看到三條LSA,除了上述兩條之外,還有一條:

Type-5 AS External Link States
Routing Bit Set on this LSA
LS age: 1295
Options: (No TOS-capability, No DC)
LS Type: AS External Link
Link State ID: 0.0.0.0 (External Network Number)
Advertising Router: 211.98.46.234  //A地市NE80的loopback
LS Seq Number: 0x80000053
Checksum: 0xd4f1
Length: 36
Network Mask: /0
Metric Type: 1 (Comparable directly to link state metric)
TOS: 0
Metric: 1000
Forward Address: 0.0.0.0

原來,作為A地市ABR的NE80之前也一直在通告默認(rèn)路由,我們不妨再將三條默認(rèn)路由的LSA做一下比較:
核心NE80發(fā)布 T64G發(fā)布 A地市NE80發(fā)布
LSA類型 LSA 5 LSA 7 LSA 5
Metric Type 類型2 類型2 類型1
Metric 1000 1 1000

經(jīng)過咨詢研發(fā),由于OSPF 外部路由引入類型1要比類型2優(yōu)先,因此之前各地市的默認(rèn)路由實際上是由A地市的NE80通告產(chǎn)生的,那為什么流量沒有因為送到A地市NE80通告的默認(rèn)路由而繼續(xù)將數(shù)據(jù)發(fā)送到A地市的NE80呢?這是由現(xiàn)場的組網(wǎng)環(huán)境所決定的,由于其他地市ABR到達(dá)A地市NE80都要經(jīng)過省核心NE80,流量一旦到了核心NE80就直接走靜態(tài)默認(rèn)路由出去了,而不會送到宜春NE80;
當(dāng)天出現(xiàn)故障的時候,由于宜春NE80發(fā)生了異常,導(dǎo)致其宣告的默認(rèn)路由失效,因此才會導(dǎo)致故障的出現(xiàn);可見,原先表面上看起來是正常工作的網(wǎng)絡(luò)實際上暗藏許多問題。

目前,局方已經(jīng)將T64G上通告的默認(rèn)路由取消,NSSA區(qū)域內(nèi)部的冗余性改由其他方式提供;
當(dāng)然,也可以通過修改T64G上通告默認(rèn)路由的Metric值來規(guī)避故障(改大),但還是建議取消其通告的默認(rèn)路由

六、故障處理總結(jié)

1、用戶業(yè)務(wù)正常不代表網(wǎng)絡(luò)運行正常;
2、合理的路由規(guī)劃非常重要;
3、故障出現(xiàn)時,第一是恢復(fù)用戶業(yè)務(wù),其次才是查找故障原因;

七、備注

介紹下默認(rèn)路由的比較規(guī)則:
3型 > ext1 5/7 >ext2 5/7
如果ext-type 相同
metric 小的優(yōu)先
如果還區(qū)分不開
nssa +p(7型) > ase(5型) >nssa no p(7型)
p是NSSA LSA上的是否翻譯的選項

關(guān)于ext-type(就是metric type),1型是骨干網(wǎng)上最經(jīng)常使用的,因為他還能計算出OSPF區(qū)域內(nèi)部的cost值,為路由的靈活控制和優(yōu)化提供了可能;
另外,當(dāng)一個OSPF區(qū)域有兩個ASBR的時候,他們通告的默認(rèn)路由一定要保持ext-type一致。

【編輯推薦】

  1. CCNP工程課程:售前綜合測試案例
  2. CCNP-MPLS(多協(xié)議標(biāo)簽交換)技術(shù)研究及應(yīng)用
  3. CCNP:主機(jī)備份路由協(xié)議(HSRP)的配置
責(zé)任編輯:夏雨 來源: www.56cto.com
相關(guān)推薦

2014-09-05 09:26:27

路由報錯

2013-05-15 10:56:19

靜態(tài)路由器路由器設(shè)備配置

2010-08-09 14:36:12

華為stub nssa

2011-04-08 17:24:34

OSPF路由

2015-04-21 13:28:47

OSPF

2013-08-08 09:38:34

OSPF協(xié)議OSPF

2009-07-14 10:11:59

華為OSPF區(qū)域路由

2010-08-17 10:48:36

2009-12-23 13:49:50

路由器接口配置

2009-10-20 13:58:00

CCIE學(xué)習(xí)筆記

2009-11-24 14:55:00

OSPF

2011-03-04 15:19:19

Vsftpd路徑

2009-11-26 15:51:00

CCNP路由

2015-04-16 09:20:02

動態(tài)路由協(xié)議RIP

2009-05-13 10:50:59

CCNPHSRP路由

2009-11-24 15:00:00

路由選擇

2011-04-08 17:34:06

LSAOSPF

2010-04-14 16:08:06

2013-06-20 09:59:12

Javascriptvar

2010-07-20 10:55:39

CCNPOSPF
點贊
收藏

51CTO技術(shù)棧公眾號