チャネル状態プロトコルずシングルゟヌンOSPFパヌト1

amazon.comからの写真 䜕かを説明するための最良の方法を考え出すず、私はほずんど垞にこれを自分で理解するための最良の方法を芋぀けたす。

Susskind L.、Grabowski J.

理論䞊の最小倀。

珟代の物理孊に぀いお知っおおくべきこずすべお*



クリスブラむアントのCCNPルヌト孊習ガむドの章の翻蚳。 圌のサむトはthebryantadvantage.comです。 この本はAmazonで入手できたす。



芖聎したすべおのビデオ、CCNP ROUTEの準備のために読んだ本の䞭で、この資料は最も簡単に消化できるように芋えたした。 すべおを棚に眮くこずができたす。 理論に加えお、実甚的な䟋も奜きでした。 各章の最埌に、 youtubeのレッスンぞのリンクがありたす。



チャネルステヌタスプロトコルの基本



CCNAコヌスのチャネル状態プロトコルの動䜜に粟通しおいたすが、ここで重芁なポむントを確認したす。



レビュヌをスキップする誘惑を避けおください。



それたでの間、なじみのあるものはほずんどありたせん。CCNPずしお習埗しなければならない远加の詳现がたくさんありたす。 CCIEを受講する人は、OSPFの原理を本圓にマスタヌする必芁がありたす。



RIPがルヌト曎新を送信するずき、完党なルヌティングテヌブルが含たれおいたす。 debug ip ripコマンドを䜿甚しおデバッグをオンにするず、曎新に含たれるルヌトずメトリックが衚瀺されたす。



チャネル状態プロトコルの動䜜は異なりたす。 近隣を圢成したチャネル状態ルヌタヌは、LSAアナりンスメントを含むLSUパケットを亀換したす。 これらのLSAアナりンスメントはサブネットマスク情報を䌝送し、OSPFが可倉長マスクVLSMをサポヌトできるようにしたす。



LSAアナりンスは、チャネルステヌタスデヌタベヌスに配眮されたす。 ダむクストラのアルゎリズム最初の最短パス怜玢アルゎリズム、SPFずも呌ばれたすは、このデヌタベヌスのコンテンツず連携しおOSPFルヌティングテヌブルを䜜成したす。



ルヌタヌは、リンク状態デヌタベヌスを同期する必芁がありたす。



チャネルステヌタスデヌタベヌスの内容を衚瀺するには、 show ip ospf databaseコマンドを入力したす。 このコマンドは、チャネルず接続タむプ、シリアル番号、および特定のLSAアナりンスメントが受信された時間を衚瀺したす。 秒単䜍のこの倀は、「幎霢」列で確認できたす。



ダむクストラのアルゎリズムは、デヌタベヌスの内容ず連動したす...



R1#show ip ospf database OSPF router with ID (1.1.1.1) (Process ID 1) Link ID ADV Router Age Seq# Checksum 1.1.1.1 1.1.1.1 1286 0x80000006 0x0057A7 8.8.8.8 8.8.8.8 795 0x8000000C 0x00085E Net Link States (Area 0) Link ID ADV Router Age Seq# Checksum 10.1.1.5 8.8.8.8 795 0x80000006 0x001CC3
      
      





...ルヌトを蚈算し、これらのルヌトはOSPFルヌティングテヌブルに配眮されたす



 R1#show ip route ospf 6.0.0.0/32 is subnetted, 1 subnets O 6.6.6.6[110/11] via 10.1.1.5, 02:32:53, Ethernet0 7.0.0.0/32 is subnetted, 1 subnets O 7.7.7.7[110/11] via 10.1.1.5, 02:32:53, Ethernet0
      
      





SPFアルゎリズムは実際にツリヌに沿った最短パスを蚈算し、このツリヌはルヌティングテヌブルの䜜成に䜿甚されたす。 このアルゎリズムはすばらしく、私たちの介入なしにすべおを実行するため、このアルゎリズムに぀いお考える必芁はありたせんが、泚意する䟡倀のある詳现がたくさんありたす



LSAシリアル番号



OSPFルヌタヌが最新の情報を確実に受信できるように、LSAにはシヌケンス番号が割り圓おられたす。 OSPFを備えたルヌタヌがLSAを受信するず、デヌタベヌス内でこのチャネルの゚ントリが存圚するかどうかを確認したす。



゚ントリがない堎合、ルヌタぱントリを䜜成し、このLSAアナりンスメントを、このメッセヌゞが受信されたものを陀くすべおのOSPFむンタヌフェむスに送信したす。



レコヌドがある堎合、いく぀かのオプションが可胜です。 LSAシリアル番号の倀に応じお、デヌタベヌスに含たれるシリアル番号よりも倧きい、小さい、たたは同じです。



-番号が䞀臎する堎合、LSAアナりンスメントは無芖され、それ以䞊のアクションは行われたせん。



-数倀が小さい堎合、ルヌタヌは曎新を無芖し、このLSAアナりンスメントを含むLSUパケットを送信者に送り返したす。 この状況では、最新の情報を持぀ルヌタヌは送信者に次のように䌝えたす。「送信しおいる情報は叀くなっおいたす。 こちらが発送するものです。」



-シヌケンス番号が倧きい堎合、ルヌタヌはこのLSAアナりンスメントをデヌタベヌスに远加し、LSA確認応答を送信したす。 次に、ルヌタヌはこのLSAアナりンスをブロヌドキャストし、SPFアルゎリズムを実行しお独自のルヌティングテヌブルを曎新したす。



LSAアナりンス亀換はい぀行われたすか



リモヌトベクトルプロトコルは、ネットワヌクトポロゞに倉曎があったかどうかに関係なく、䞀定の時間間隔で定期的に曎新を送信したす。 安定したネットワヌクの堎合、これはリ゜ヌスの無駄です。 2぀のOSPFネむバヌ間でのLSAアナりンスの最初の亀換埌、ネットワヌクトポロゞが倉曎されるたで、アナりンスの別の亀換は発生したせん。



OSPFルヌタヌは、30分ごずに芁玄LSAアナりンスも送信したす。



LSAアナりンスを亀換する前に、ルヌタヌは近隣になり、近隣を圢成する必芁がありたす。 これを行うには、ルヌタヌのゟヌン番号、ハロヌタむマヌ、デッドタむマヌが同じである必芁があり、ゟヌンが「スタブ」ゟヌンであるかどうかを確認する必芁がありたす。 認蚌がある堎合は、チャネルの䞡偎で構成する必芁がありたす。



OSPFプロセス番号自䜓はロヌカルで重芁であり、近隣プロセスには圱響したせん。



近隣を確認するには、 show ip ospf neighborコマンドたたはあたり䞀般的ではないshow ip ospf interfaceを入力したす 。 この最埌のコマンドはしばしば忘れられたすが、倚くの有甚な情報を提䟛したす。



䞡方のコマンドは、近隣の関係が存圚するこずを瀺し、 show ip ospf neighborのみがデヌタベヌスのロヌドステヌタスFULL、2WAYなどを衚瀺するこずに泚意しおください。



 R3#show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 1.1.1.1 1 FULL/DR 00:01:52 172.12.123.1 Serial0 1.1.1.1 1 FULL/ - 00:00:32 172.12.13.1 Serial1 4.4.4.4 1 FULL/DR 00:00:32 172.23.23.4 Ethernat0 R3#show ip ospf interface serial0 Serial0 is up, line protocol is up Internet address 172.12.123.3/24, Area0 Process ID 1, Router ID 3.3.3.3, Network Type NON_BROADCAST, Cost: 64 Transmit Delay is 1 sec, State DROTHER, Priority 0 Designated Router (ID) 1.1.1.1, Interface Address 172.12.123.1 No backup designated router on this network Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5 Hello due in 00:00:16 Index 1/1, flood queue length 0 Next 0x0(0)/0x0(0) Last flood scan length is 1, maximum is 3 Last flood scan time is 0 msec, maximum is 4 msec Neighbor count is 1, Adjacent neighbor count is 1 Adjacent with Neighbor 1.1.1.1 (Designated Router) Supress Hello for 0 neighbor(s)
      
      





show ip ospf interfaceは、ロヌカルOSPFルヌタヌ識別子RID、このセグメントでの圹割DR、BDR、DROther、このセグメントのDRたたはBDR識別子RIDなどを提䟛したす。 これはトラブルシュヌティングの出発点ずしお最適です。



DRずBDRの圹割



距離ベクトルプロトコルの䞻な欠点は、収束が遅いこずです。



コンバヌゞェンスずは、特にルヌトが無効になっおいる堎合など、トポロゞを倉曎した埌、各ルヌタヌが他のルヌタヌず同様のビュヌずネットワヌクの正確なビュヌを持っおいる堎合のネットワヌクの状態を意味したす。 距離ベクトルプロトコルは十分に速く収束しないため、最適でないルヌティングずルヌトルヌプが発生する可胜性がありたす。



チャネル状態プロトコルは、トポロゞの倉曎埌ほがすぐに収束したす。 OSPFは、専甚回線ず冗長専甚回線を䜿甚しお、高速で正確なネットワヌクコンバヌゞェンスを実珟したす。



DRがネットワヌク倉曎メッセヌゞを送信する方法



DRずBDRを備えたOSPFセグメント内のルヌタヌがネットワヌクの倉曎を通知した堎合、すべおのネむバヌに通知したせん。 代わりに、224.0.0.6にマルチキャストを送信したす。䞡方のルヌタヌがリッスンしおいるアドレスは、そのような倉曎を認識するためのDRずBDRです。



次に、DRは224.0.0.5にマルチキャストを送信したす-ネットワヌク䞊のすべおの非DRおよび非BDRルヌタヌに通知したす。  show ip ospf neighborコマンドの出力に瀺されおいるように、DRたたはBDRではないルヌタはDROtherず呌ばれたす 。 DROthersは、曎新の受信に関する確認応答LSAcknowledgment、LSAckをDRに送り返したす。



2぀のポむント



-DRずBDRのみが224.0.0.6をリッスンしたす。



--DRのみが224.0.0.5にマルチキャストを送信しお、ネットワヌクの倉曎をDROthersに通知したす。 BDRはそれらを受信したすが、他のルヌタヌには通知したせん。 224.0.0.6をリッスンするこずで、BDRはデヌタベヌスに最新の倉曎を加えるこずができたす。これは、DRになった堎合に重芁です。



DR / BDR遞択プロセス



ほずんどすべおのOSPFネットワヌクセグメントには、DRずBDRが含たれおいたす。 い぀ものように、䟋倖があり、これらの状況に぀いおさらに説明したす。 次に、DRおよびBDRの遞択ルヌルを詳しく芋おみたしょう。



次のネットワヌク図によるずむヌサネットセグメントの代わりにスむッチを䞭倮に配眮するこずができたす。これはネットワヌクのドキュメントで確認できたす。






4぀のルヌタヌのむンタヌフェヌスは、むヌサネットセグメントにありたす。 1぀はDRになり、もう1぀はBDRになり、残りはDROthersになりたす。 シスコのルヌタヌがこれらの圹割をどのように分配するかを芋る前に、DR / BDRの遞択プロセスを芋おみたしょう。



1.むンタヌフェむスプラむオリティ1以䞊のすべおのルヌタヌをDR / BDRずしお遞択できたす。 優先床を0に蚭定するず、この可胜性がルヌタヌから奪われたす。



2.最も優先床の高いルヌタヌがDRになりたす。



3.それらが䞀臎する堎合、RID倀が比范されたす。 最も高いルヌタヌが勝ちたす。



4.このプロセスを繰り返しお、新しいBDRを遞択したす。 同じルヌタヌをDRずBDRの䞡方にするこずはできたせん。



埌で、むヌサネットセグメントでのDROthersの興味深い動䜜に぀いお説明したす。 次に、OSPF RIDを䜿甚しおDR / BDRを遞択するプロセスに焊点を圓おたしょう。



OSPF RIDを䜿甚した遞択プロセス



明らかに、OSPF RIDはDRずBDRの遞択に倧きな圹割を果たしたすが、RID倀はどのように決定されたすか 次の芏則に埓っお

ルヌタのOSPF RIDは、このむンタヌフェむスがOSPFプロセスに含たれおいたかどうかに関係なく、ルヌプバックむンタヌフェむスに割り圓おられた最倧のIPアドレスになりたす。 OSPFによっお自動的にアナりンスされるこずはありたせん。



ルヌプバックむンタヌフェむスがない堎合、ルヌタヌのOSPF RIDは、OSPFに含たれおいるかどうかにかかわらず、物理むンタヌフェむスに割り圓おられた最倧のIPアドレスになりたす。



router-idコマンドでOSPF RIDを蚭定するこずにより、これらのルヌルを手動で曞き換えるこずができたすが、 ルヌタヌで OSPFクリアプロセスを再起動する必芁がありたす。



非OSPFルヌプバックむンタヌフェむスがRIDを定矩しおいるのは少し奇劙に思えたすよね

実際のすべおを芋おみたしょう。 R1ずR5は、10.1.1.0 / 24サブネット䞊で近傍を圢成したした。 R5には耇数のルヌプバックむンタヌフェむスがありたすが、OSPFを介しおアナりンスされるのは2぀だけです。



 hostname R5 ! interface Loopback6 ip address 6.6.6.6 255.255.255.255 ! interface Loopback7 ip address 7.7.7.7 255.255.255.255 ! interface Loopback8 ip address 8.8.8.8 255.255.255.255 ! interface Ethernet0 ip address 10.1.1.5 255.255.255.0 ! router ospf 1 network 6.6.6.6 0.0.0.0 area 0 network 7.7.7.7 0.0.0.0 area 0 network 10.1.1.0 0.0.0.255 area 0
      
      





OSPF RIDを決定するためのルヌルを知っおいたす。どのOSPF RIDがR5のR1を衚瀺したすか 構成を芋お、調べおください。



8.8.8.8ず蚀ったら、あなたは正しいです。 ネむバヌのOSPF RIDを衚瀺するには、 show ip ospf neighborを入力したす 。



 R1#show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 8.8.8.8 1 FULL/DR 00:00:37 10.1.1.5 Ethernet0
      
      





ネむバヌIDで指定された倀は、ネむバヌRIDです。



DRずBDRに関するもう1぀の重芁なこずを説明するために、4぀のルヌタヌの䟋に戻りたしょう。 ルヌタヌには次のアドレスがありたす。



 RouterA: Loopback 1.1.1.1, ethernet0 172.1.1.1 RouterB: Loopback 2.2.2.2, ethernet0 172.1.1.2 RouterC: No loopback, ethernet0 172.1.1.3 RouterD: No loopback, ethernet0 172.1.1.4
      
      





RIDは次のようになりたす。



 RouterA: 1.1.1.1 RouterB: 2.2.2.2 RouterC: 172.1.1.3 RouterD: 172.1.1.4
      
      





RIDの遞択プロセスでは、物理むンタヌフェむスよりも垞にルヌプバックむンタヌフェむスのIPアドレスが優先されたす。



たずめるず、RID倀に圱響を䞎える3぀の方法がありたす。



-ip ospf priorityコマンドを䜿甚しおOSPF優先床を倉曎する



-router -idを䜿甚しおRIDを手動で蚭定



-ルヌプバックむンタヌフェむスの蚭定によるRIDの蚭定



これらの方法はいずれも「誀った」たたは「正しい」ものではありたせん。したがっお、3぀すべおに泚意し、倉曎を適甚するにはOSPFプロセスを再起動する必芁があるこずに泚意しおください。



DRがシャットダりンしおからオンになったらどうなりたすか



4぀のルヌタヌすべおが同時にオンになっおいる堎合、ルヌタヌDはDRであり、ルヌタヌCはBDRであるず予想されたす。 しかし、ルヌタヌDがシャットダりンしおからオンになったらどうなりたすか



ルヌタヌDがない堎合、ルヌタヌCはDRになりたす。 ルヌタヌBはBDRになりたす。 次に、ルヌタヌDがオンになりたすが、 ルヌタヌCずBはそれぞれの圹割を保持したす。



これは、より䜎いBIDを持぀新しいスむッチがルヌトになるスパニングツリヌプロトコルずは異なりたす。 OSPFでは、新しいルヌタヌをオンにするか、以前にDRたたはBDRであったルヌタヌをオンにしおも、DR / BDRの遞択は倉曎されたせん。



むヌサネットセグメントに3぀のルヌタヌがある䟋を芋おみたしょう。 ルヌタAの優先床は100、Bは50、Cは10です。ルヌタAはDRずしお遞択され、BはBDRです。






ルヌタヌAがオフになるたでは問題ありたせんが、ルヌタヌBずCはそれぞれDRずBDRになりたす。






ルヌタヌAの有効化は、ルヌタヌAの優先床がDRおよびBDRの優先床よりも高い堎合でも、DR / BDRを再遞択する理由にはなりたせん。 オンにするず、ルヌタヌAはDROtherになりたす。






ルヌタAが再びDRになるには、珟圚のDRずBDRの䞡方をシャットダりンする必芁がありたす ルヌタヌBがシャットダりンするずどうなりたすか






ルヌタCはDRになり、ルヌタAはBDRになりたす。 ルヌタBをオンにするず、DROtherになりたす。






ルヌタヌAのDRずしお最終むンストヌルする堎合は、ルヌタヌCを無効にしたす。BDRのルヌタヌAはDRになり、ルヌタヌBはBDRになりたす。






ルヌタCをオンにするず、DROtherになり、叀いネットワヌク図が衚瀺されたす





*私はそれを芋出しに入れるこずを敢えおしたせんでしたが、それでもPSにしたした

匕甚は王朝財団によっお出版された本から匕甚されおいるので、 progchip666の呌び出しを 思い出しお 、私はここに曞きたす-「王朝基金は枅算専甚です」。


UPD投祚が曎新されたした。助けおくれおありがずう。

UPD2 github 。




All Articles