成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Cisco ospf type和network type

網絡 路由交換
本文主要向大家介紹了路由器OSPF的類型和NETWORK的配置過程,同時說明了配置中遇到的問題,并給予了解決辦法,下面的文章講給你詳細的解答。

本文主要講述了路由器OSPF的metrics類型和OSPF的機制和做為鏈路狀態協議的特點和幾種LSA的作用。有助于OSPF的深入理解。下面文章將給予介紹。

IA - OSPF inter area

N1 - OSPF NSSA external type 1

N2 - OSPF NSSA external type 2

E1 - OSPF external type 1

E2 - OSPF external type 2

ospf有兩種metrics值:type1 和 type 2

type 1 metric 值計算的時候是指包括了內部鏈路的cost值;type 2 metric值是不包括內部鏈路cost值的,type2通常情況是ospf的默認。

[110/2] 是指[管理距離/度量值]

network引入的是LSA1,redistribute connected產生的是type-5的lsa,難道就不會使cpu占用率過高?同時,如果重發布進入ospf區域,由于ospf認為這些路由來自于外部,所以有可能會對整個ospf計算spf造成影響,可能導致次優選路。

當然network的CPU占用比后者小,因為只會有TYPE1、TYPE2的LSA,而redistrbute conneced的LSA除了有type1/2以外還會有TYPE4和TYPE5(這里先不談特殊區域),而路由器本身也會維護這樣的ospf dabase表.

樓上說redistribute connected會有lsa1/2/4/5類,我認為只有lsa4/5類,不會有lsa1/2(除非是router-id和互連口IP),且ospf只會將本Area的lsa執行spf算法,不同區域是用距離向量算法的,因此采用redistribute引入的路由相當于外部路由,不執行spf算法,而直接引用此條路由,如果用network方式產生的lsa1/2會執行spf算法,使cpu使用過高。

當然database占用應該差不多。

area rang 由ABR執行,summary address由ASBR執行,area filter-list由ABR執行

明白willl32 的意思,你是指此路由器是在OSPF域中,所有的端口都與其他設備建立OSPF鄰居,因此會有lsa1/2,而我的說的是只有一個端用來建立OSPF鄰居,指定area,其他所有的端口直接redis引入,因此這些端口所在的網段會只有lsa5,不會有lsa1/2。

(1)lsa1是每個路由器network產生的,發給鄰居,

(2)lsa2是由DR產生的,只通告此互連網段。

對于你說的redis進來的路由不好控制,這點我非常贊成,就從匯聚方面來說就不如普通的路由好控制.

1:這是單區域所以只有lsa1 lsa2 lsa5.如果是多區域就有lsa1 lsa2 lsa4 lsa5.

說明LSA4是由ABR原始產生的

2:R3/R4同時開啟debug ip ospf spf 觀察到在R3 redistribute conn后R3本身還

是會進行SPF進行計算,這個結果和R4一樣。所以webming說,直接redis conn進

來的路由不會spf計算就放入路由表的結論是錯的。

3:從實驗中得出因為引入lsa5,ospf數據庫的復雜度也增加了,SPF也會照常計算

。所以redis conn出來的路由會比network出來的路由消耗cpu.

4:一旦有ospf update報文觸發會引起全網進行spf計算,條目一多會消耗大量的

CPU。所以這個協議在核心網絡上運行 顯然不適合.核心建議用ISIS或者BGP.驗證了ywformat說法。

這個案例是理論結合實際,說明了OSPF的機制和做為鏈路狀態協議的特點和幾種

LSA的作用。有助于OSPF的深入理解。

【編輯推薦】

  1. Cisco路由器OSPF協議經典學習筆記
  2. 路由器OSPF協議配置命令(一)
  3. 路由器OSPF協議配置命令(二)
  4. 華為路由器OSPF協議配置命令<二>
  5. 路由器OSPF協議配置命令
責任編輯:chenqingxiang 來源: itmop
相關推薦

2011-04-20 10:46:33

KVMType 1Type 2

2019-04-03 14:16:25

Type 1Type 2虛擬機

2009-07-03 14:04:24

客戶端虛擬機虛擬化

2022-08-02 10:01:34

Import語句ES模塊

2025-01-02 12:59:55

Python面向對象編程type

2011-08-24 13:39:44

CREATE TYPE中文man

2009-08-18 09:24:52

C# Anonymou

2009-08-17 16:32:34

C# Anonymou

2009-08-17 16:47:51

C# Anonymou

2012-06-07 09:31:12

2009-10-27 15:21:04

2022-05-15 21:52:04

typeTypeScriptinterface

2022-09-02 09:02:44

TypeInterface

2016-07-15 13:55:29

Type-C

2023-10-15 22:44:57

Redis數據庫

2011-08-24 14:57:06

drop_type中文man

2022-11-30 07:16:18

2022-05-06 09:21:21

TypeScriptinterfacetype

2011-03-21 16:26:28

java泛型

2020-08-23 08:59:35

number修飾鍵代碼
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 国产精品国产三级国产aⅴ无密码 | 日韩视频在线观看一区二区 | 国产在线1 | 国产99久久 | 91精品一区 | 精品国产免费一区二区三区演员表 | 成人精品国产免费网站 | 日韩精品一区二区三区在线播放 | 亚洲精品乱码久久久久久黑人 | 久久久成人一区二区免费影院 | 国产一级毛片精品完整视频版 | 久久综合久久自在自线精品自 | 国产精品美女久久久久久免费 | 观看av| 有码一区 | 欧美精品v国产精品v日韩精品 | 国产精品日韩高清伦字幕搜索 | 丝袜 亚洲 欧美 日韩 综合 | 国产精品久久久久久久久久软件 | 亚洲欧洲在线看 | 国产综合区 | 久久午夜精品福利一区二区 | 天堂av影院 | 天天操夜夜骑 | 一区二区国产精品 | 91av在线影院 | 国产日韩欧美中文字幕 | 国产伦一区二区三区 | 色婷婷综合久久久久中文一区二区 | 日本在线视| 亚洲少妇综合网 | 精品国产乱码久久久久久牛牛 | 国产成人99av超碰超爽 | 中文在线播放 | 国产成人综合在线 | 91精品导航 | 国产欧美在线 | 亚洲精品乱码久久久久久按摩观 | 午夜手机在线视频 | 久久精品99国产精品日本 | 欧美一级精品片在线看 |