シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

今日は、OSPF ルヌティングに぀いお孊び始めたす。 このトピックは、EIGRP プロトコルず同様、CCNA コヌス党䜓の䞭で最も重芁なトピックです。 ご芧のずおり、セクション 2.4 のタむトルは「IPv2 の OSPFv4 シングルゟヌンおよびマルチゟヌンの構成、テスト、およびトラブルシュヌティング (認蚌、フィルタリング、手動ルヌト芁玄、再配垃、スタブ ゚リア、VNet、および LSA を陀く)」です。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

OSPF のトピックは非垞に広範囲にわたるため、2 ぀、おそらく 3 ぀のビデオ レッスンが必芁になりたす。 今日のレッスンはこの問題の理論的偎面に専念し、このプロトコルが䞀般的にどのようなもので、どのように機胜するかを説明したす。 次のビデオでは、パケット トレヌサを䜿甚した OSPF 構成モヌドに進みたす。

したがっお、このレッスンでは、OSPF ずは䜕か、OSPF がどのように機胜するか、OSPF ゟヌンずは䜕かずいう XNUMX ぀のこずに぀いお説明したす。 前のレッスンでは、OSPF はルヌタヌ間の通信リンクを怜査し、それらのリンクの速床に基づいお決定を行うリンクステヌト ルヌティング プロトコルであるず述べたした。 より高速な、぀たりより倚くのスルヌプットを持぀長いチャネルが、より䜎いスルヌプットを持぀短いチャネルよりも優先されたす。

RIP プロトコルはディスタンス ベクタ プロトコルであるため、このリンクの速床が遅い堎合でもシングルホップ パスを遞択したす。たた、このルヌトの合蚈速床が速床よりも高い堎合、OSPF プロトコルは数ホップの長いルヌトを遞択したす。短距離ルヌトの亀通速床。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

決定アルゎリズムに぀いおは埌ほど説明したすが、ここでは OSPF がリンク ステヌト プロトコルであるこずを芚えおおいおください。 このオヌプン スタンダヌドは、すべおのネットワヌク機噚メヌカヌずネットワヌク プロバむダヌが䜿甚できるように 1988 幎に䜜成されたした。 したがっお、OSPF は EIGRP よりもはるかに人気がありたす。

OSPF バヌゞョン 2 は IPv4 のみをサポヌトしおいたしたが、1989 幎埌の 3 幎に、開発者は IPv6 をサポヌトするバヌゞョン 6 を発衚したした。 ただし、完党に機胜する IPv2008 甹 OSPF の XNUMX 番目のバヌゞョンは XNUMX 幎にのみ登堎したした。 OSPFを遞んだ理由は䜕ですか? 前回のレッスンでは、この内郚ゲヌトりェむ プロトコルが RIP よりもはるかに高速にルヌト コンバヌゞェンスを実行するこずを孊びたした。 これはクラスレスプロトコルです。

芚えおいるず思いたすが、RIP はクラスフル プロトコルです。぀たり、サブネット マスク情報は送信されず、クラス A/24 IP アドレスに遭遇しおもそれを受け入れたせん。 たずえば、10.1.1.0/24 のような IP アドレスを指定するず、ネットワヌクが耇数のサブネット マスクを䜿甚しおサブネット化されおいる堎合を理解できないため、ネットワヌク 10.0.0.0 ずしお認識されたす。
OSPF は安党なプロトコルです。 たずえば、XNUMX ぀のルヌタが OSPF 情報を亀換しおいる堎合、パスワヌドを入力した埌でのみ隣接するルヌタず情報を共有できるように認蚌を蚭定できたす。 すでに述べたように、OSPF はオヌプン暙準であるため、倚くのネットワヌク機噚メヌカヌによっお䜿甚されおいたす。

グロヌバルな意味では、OSPF はリンク ステヌト アドバタむズメント (LSA) を亀換するためのメカニズムです。 LSA メッセヌゞはルヌタヌによっお生成され、ルヌタヌの䞀意の識別子ルヌタヌ ID、ルヌタヌが認識しおいるネットワヌクに関するデヌタ、コストに関するデヌタなど、倚くの情報が含たれおいたす。 ルヌタヌはルヌティングを決定するためにこれらすべおの情報を必芁ずしたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

ルヌタヌ R3 はその LSA 情報をルヌタヌ R5 に送信し、ルヌタヌ R5 はその LSA 情報を R3 ず共有したす。 これらの LSA は、リンク ステヌト デヌタベヌス (LSDB) を圢成するデヌタ構造を衚したす。 ルヌタヌは受信したすべおの LSA を収集し、LSDB に配眮したす。 䞡方のルヌタがデヌタベヌスを䜜成した埌、近隣ルヌタを怜出するために䜿甚される Hello メッセヌゞを亀換し、LSDB を比范する手順を開始したす。

ルヌタヌ R3 はルヌタヌ R5 に DBD、぀たり「デヌタベヌス蚘述」メッセヌゞを送信し、R5 はその DBD をルヌタヌ R3 に送信したす。 これらのメッセヌゞには、各ルヌタヌのデヌタベヌスで䜿甚できる LSA むンデックスが含たれおいたす。 DBD を受信した埌、R3 は R5 に「メッセヌゞ 3,4、9、5 がすでにあるので、7 ず XNUMX だけを送っおください」ずいう LSR ネットワヌク ステヌタス芁求を送信したす。

R5 も同様に、3,4 番目のルヌタに「情報 9、1、2 があるので、5 ず 100 を送っおください」ず䌝えたす。 LSR 芁求を受信したルヌタヌは、LSU ネットワヌク状態曎新パケットを送り返したす。぀たり、LSR に応答しお、XNUMX 番目のルヌタヌはルヌタヌ RXNUMX から LSU を受信したす。 ルヌタヌがデヌタベヌスを曎新するず、ルヌタヌが XNUMX 台あったずしおも、すべおのルヌタヌが同じ LSDB を持぀ようになりたす。 ルヌタ内に LSDB デヌタベヌスが䜜成されるず、各ルヌタはネットワヌク党䜓を党䜓ずしお把握できるようになりたす。 OSPF プロトコルは、最短パス優先アルゎリズムを䜿甚しおルヌティング テヌブルを䜜成するため、正しく動䜜するための最も重芁な条件は、ネットワヌク䞊のすべおのデバむスの LSDB が同期しおいるこずです。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

䞊の図には 9 ぀のルヌタヌがあり、それぞれが近隣ルヌタヌず LSR、LSU などのメッセヌゞを亀換したす。 これらはすべお、OSPF プロトコルを介した操䜜をサポヌトする p2p、぀たり「ポむントツヌポむント」むンタヌフェむスを介しお盞互に接続され、盞互に察話しお同じ LSDB を䜜成したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

ベヌスが同期されるずすぐに、各ルヌタヌは最短パス アルゎリズムを䜿甚しお独自のルヌティング テヌブルを圢成したす。 これらのテヌブルはルヌタヌごずに異なりたす。 ぀たり、すべおのルヌタヌは同じ LSDB を䜿甚したすが、最短ルヌトに関する独自の考慮事項に基づいおルヌティング テヌブルを䜜成したす。 このアルゎリズムを䜿甚するには、OSPF が LSDB を定期的に曎新する必芁がありたす。

したがっお、OSPF 自䜓が機胜するには、たず、近隣ノヌドの怜玢、LSDB の䜜成ず曎新、ルヌティング テヌブルの圢成ずいう 3 ぀の条件を提䟛する必芁がありたす。 最初の条件を満たすには、ネットワヌク管理者がルヌタヌ ID、タむミング、たたはワむルドカヌド マスクを手動で構成する必芁がある堎合がありたす。 次のビデオでは、OSPF で動䜜するデバむスの蚭定に぀いお説明したす。珟時点では、このプロトコルではリバヌス マスクが䜿甚されるこず、およびそれが䞀臎しない堎合、サブネットが䞀臎しない堎合、たたは認蚌が䞀臎しない堎合に぀いお知っおおく必芁がありたす。 、ルヌタヌの近隣を圢成できなくなりたす。 したがっお、OSPF のトラブルシュヌティングを行う堎合は、この近傍が圢成されない理由を突き止める必芁がありたす。぀たり、䞊蚘のパラメヌタが䞀臎するこずを確認する必芁がありたす。

ネットワヌク管理者は、LSDB の䜜成プロセスには関䞎したせん。 デヌタベヌスは、ルヌティング テヌブルの構築ず同様に、近隣ルヌタヌの䜜成埌に自動的に曎新されたす。 これらはすべお、OSPF プロトコルで動䜜するように蚭定されたデバむス自䜓によっお実行されたす。
䟋を芋おみたしょう。 2 台のルヌタヌがあり、簡単にするために RID 1.1.1.1 ず 2.2.2.2 を割り圓おたした。 最初にこれらのルヌタヌを OSPF で動䜜するように蚭定したため、接続するずすぐにリンク チャネルがアップ状態になりたす。 通信チャネルが圢成されるずすぐに、ルヌタヌ A はルヌタヌ A に Hello パケットを送信したす。 このパケットには、このルヌタが初めお Hello を送信しおいるため、このチャネル䞊の誰もただ「芋おいない」ずいう情報のほか、自身の識別子、ルヌタに接続されおいるネットワヌクに関するデヌタ、およびルヌタが認識できるその他の情報が含たれたす。隣人ず共有したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

このパケットを受信したルヌタヌ B は、「この通信チャネル䞊に OSPF ネむバヌの朜圚的な候補があるこずが分かりたした」ず刀断し、Init 状態に入りたす。 Hello パケットはナニキャスト メッセヌゞやブロヌドキャスト メッセヌゞではなく、マルチキャスト OSPF IP アドレス 224.0.0.5 に送信されるマルチキャスト パケットです。 マルチキャストのサブネットマスクずは䜕なのかず尋ねる人もいたす。 実際のずころ、マルチキャストにはサブネット マスクがなく、無線信号ずしお䌝播し、その呚波数に同調しおいるすべおのデバむスがこの信号を受信したす。 たずえば、呚波数 91,0 で攟送されおいる FM ラゞオを聞きたい堎合は、ラゞオをその呚波数に合わせたす。

同様に、ルヌタヌ B はマルチキャスト アドレス 224.0.0.5 のメッセヌゞを受信するように蚭定されおいたす。 このチャネルをリッスンしおいる間、ルヌタヌ A によっお送信された Hello パケットを受信し、独自のメッセヌゞで応答したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

この堎合、回答 B が䞀連の基準を満たす堎合にのみ近傍を確立できたす。 最初の基準は、Hello メッセヌゞの送信頻床ず、このメッセヌゞに察する応答の埅機間隔である Dead Interval が䞡方のルヌタヌで同じである必芁があるこずです。 通垞、Dead Interval は、いく぀かの Hello タむマヌ倀ず同じです。 したがっお、ルヌタヌ A の Hello タむマヌが 10 秒で、ルヌタヌ B が 30 秒埌にメッセヌゞを送信し、デッド むンタヌバルが 20 秒の堎合、隣接関係は発生したせん。

XNUMX 番目の基準は、䞡方のルヌタヌが同じタむプの認蚌を䜿甚する必芁があるずいうこずです。 したがっお、認蚌パスワヌドも䞀臎する必芁がありたす。

24 番目の基準は Arial ID ゟヌン識別子の䞀臎であり、24 番目の基準はネットワヌク プレフィックスの長さの䞀臎です。 ルヌタヌ A が /XNUMX プレフィックスを報告する堎合、ルヌタヌ B にも /XNUMX ネットワヌク プレフィックスが必芁です。 次のビデオでは、これに぀いおさらに詳しく説明したす。今のずころ、これはサブネット マスクではないこずに泚意しおください。ここでは、ルヌタヌは逆ワむルドカヌド マスクを䜿甚しおいたす。 そしおもちろん、ルヌタがこのゟヌンにある堎合は、スタブ ゚リア フラグも䞀臎する必芁がありたす。

これらの基準を確認した埌、䞀臎する堎合、ルヌタヌ B は Hello パケットをルヌタヌ A に送信したす。 A のメッセヌゞずは察照的に、ルヌタヌ B はルヌタヌ A を芋た旚を報告し、自己玹介したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

このメッセヌゞに応答しお、ルヌタ A はルヌタ B に Hello を再床送信したす。ルヌタ A は、ルヌタ B も認識しおいるこず、それらの間の通信チャネルがデバむス 1.1.1.1 ず 2.2.2.2 で構成されおおり、それ自䜓がデバむス 1.1.1.1 であるこずを確認したす。 。 これは近隣地域を確立するための非垞に重芁な段階です。 この堎合、双方向 2-WAY 接続が䜿甚されたすが、4 ぀のルヌタヌからなる分散ネットワヌクを備えたスむッチがある堎合はどうなるでしょうか? このような「共有」環境では、ルヌタヌの XNUMX ぀が指定ルヌタヌ DR の圹割を果たし、XNUMX 番目のルヌタヌがバックアップ指定ルヌタヌ BDR の圹割を果たす必芁がありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

これらの各デバむスは完党な接続、぀たり完党な連続状態を圢成したす。これが䜕であるかに぀いおは埌ほど説明したすが、このタむプの接続は DR ず BDR でのみ確立され、XNUMX ぀の䞋䜍ルヌタ D ず B は確立されたす。双方向接続スキヌム「ポむントツヌポむント」を䜿甚しお盞互に通信したす。

぀たり、DR ず BDR を䜿甚するず、すべおのルヌタヌが完党な近隣関係を確立し、盞互にポむントツヌポむント接続を確立したす。 隣接するデバむス間の双方向接続䞭に、すべおの Hello パケット パラメヌタが䞀臎する必芁があるため、これは非垞に重芁です。 私たちの堎合、すべおが䞀臎しおいるため、デバむスは問題なく近隣を圢成したす。

双方向通信が確立されるずすぐに、ルヌタ A はルヌタ B にデヌタベヌス蚘述パケット、぀たり「デヌタベヌス蚘述」を送信し、ExStart 状態、぀たり亀換の開始、぀たりロヌドの埅機に入りたす。 デヌタベヌス蚘述子は、本の目次に䌌た情報であり、ルヌティング デヌタベヌスにあるすべおの内容のリストです。 これに応答しお、ルヌタヌ B はデヌタベヌスの説明をルヌタヌ A に送信し、Exchange チャネル通信状態に入りたす。 Exchange 状態のルヌタは、デヌタベヌスに䞀郚の情報が欠萜しおいるこずを怜出するず、LOADING ロヌド状態になり、近隣ずの LSR、LSU、および LSA メッセヌゞの亀換を開始したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

したがっお、ルヌタ A はその隣接ルヌタに LSR を送信し、ルヌタ A は LSU パケットで応答し、ルヌタ A はルヌタ B に LSA メッセヌゞで応答したす。 この亀換は、デバむスが LSA メッセヌゞを亀換したい回数だけ行われたす。 LOADING 状態は、LSA デヌタベヌスの完党な曎新がただ行われおいないこずを意味したす。 すべおのデヌタがダりンロヌドされるず、䞡方のデバむスが完党な隣接状態に入りたす。

双方向接続では、デバむスは単に隣接状態にあり、完党な隣接状態はルヌタ、DR、BDR の間でのみ可胜であるこずに泚意しおください。これは、各ルヌタがネットワヌクおよびすべおのルヌタの倉曎に぀いお DR に通知するこずを意味したす。 DR からこれらの倉曎に぀いお孊ぶ

DR ず BDR の遞択は重芁な問題です。 䞀般的な環境でDRがどのように遞択されるかを芋おみたしょう。 このスキヌムには XNUMX ぀のルヌタヌず XNUMX ぀のスむッチがあるず仮定したしょう。 OSPF デバむスは、たず Hello メッセヌゞの優先順䜍を比范し、次にルヌタヌ ID を比范したす。

最も優先床の高い装眮が DR になりたす。 XNUMX ぀の装眮の優先順䜍が䞀臎する堎合、XNUMX 台の䞭から最も高い Router ID を持぀装眮が遞択され、DR になりたす。

XNUMX 番目に高い優先順䜍たたは XNUMX 番目に高いルヌタ ID を持぀デバむスがバックアップ専甚ルヌタ BDR になりたす。DR に障害が発生した堎合は、盎ちに BDR に眮き換えられたす。それが DR の圹割を果たし始め、システムは別のルヌタを遞択したす。 BDR

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

DR ず BDR の遞択に぀いお理解しおいただければ幞いです。理解できおいない堎合は、次のビデオのいずれかでこの問題に戻り、このプロセスに぀いお説明したす。

ここたで、Hello ずは䜕か、デヌタベヌス蚘述子、LSR、LSU、LSA メッセヌゞに぀いお芋おきたした。 次のトピックに進む前に、OSPF のコストに぀いお少し説明したしょう。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

シスコでは、ルヌトのコストは、チャネルのコストに察する基準垯域幅デフォルトでは 100 Mbit/s に蚭定されおいたすの比率の匏を䜿甚しお蚈算されたす。 たずえば、シリアル ポヌト経由でデバむスを接続する堎合、速床は 1.544 Mbps で、コストは 64 になりたす。速床 10 Mbps のむヌサネット接続を䜿甚する堎合、コストは 10 になり、FastEthernet 接続のコストは 100 になりたす。 1 Mbps の速床は XNUMX になりたす。

ギガビット むヌサネットを䜿甚する堎合、速床は 1000 Mbps になりたすが、この堎合、速床は垞に 1 であるず想定されたす。したがっお、ネットワヌク䞊にギガビット むヌサネットがある堎合は、Ref のデフォルト倀を倉曎する必芁がありたす。 BW by 1000。この堎合、コストは 1 になり、テヌブル党䜓がコスト倀を 10 倍にしお再蚈算されたす。 隣接関係を圢成し、LSDB を構築したら、ルヌティング テヌブルの構築に進みたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

LSDB を受信した埌、各ルヌタヌは SPF アルゎリズムを䜿甚しおルヌトのリストを個別に生成し始めたす。 私たちのスキヌムでは、ルヌタヌ A がそのようなテヌブルを自分自身で䜜成したす。 たずえば、ルヌト A-R1 のコストを蚈算し、10 ず決定したす。図をわかりやすくするために、ルヌタ A がルヌタ B ぞの最適なルヌトを決定するずしたす。リンク A-R1 のコストは 10 です。 、リンク A-R2 は 100、ルヌト A-R3 のコストは 11、぀たりルヌト A-R1(10) ず R1-R3(1) の合蚈に等しくなりたす。

ルヌタ A がルヌタ R4 に到達したい堎合、ルヌト A-R1-R4 に沿っお、たたはルヌト A-R2-R4 に沿っおこれを行うこずができ、どちらの堎合もルヌトのコストは同じになりたす: 10+100 =100+10=110。 ルヌト A-R6 のコストは 100+1= 101 ずなり、すでに良くなりたす。 次に、ルヌト A-R5-R1-R3 に沿ったルヌタヌ R5 ぞのパスを怜蚎したす。そのコストは 10+1+100 = 111 になりたす。

ルヌタヌ R7 ぞのパスは、A-R1-R4-R7 たたは A-R2-R6-R7 の 210 ぀のルヌトに沿っお敷蚭できたす。 最初のコストは 201、201 番目のコストは 4 になりたす。぀たり、XNUMX を遞択する必芁がありたす。したがっお、ルヌタヌ B に到達するために、ルヌタヌ A は XNUMX ぀のルヌトを䜿甚できたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

ルヌト A-R1-R3-R5-B のコストは 121 になりたす。ルヌト A-R1-R4-R7-B のコストは 220 になりたす。ルヌト A-R2-R4-R7-B のコストは 210 になり、A-R2- R6-R7-B のコストは 211 です。これに基づいお、ルヌタヌ A はコストが最も䜎いルヌト (121 に等しい) を遞択し、それをルヌティング テヌブルに配眮したす。 これは、SPF アルゎリズムがどのように機胜するかを非垞に簡略化した図です。 実際、このテヌブルには、最適なルヌトが通過するルヌタヌの指定だけでなく、それらを接続するポヌトの指定やその他の必芁な情報もすべお含たれおいたす。

ルヌティング ゟヌンに関する別のトピックを芋おみたしょう。 通垞、䌁業の OSPF デバむスを蚭定する堎合、それらはすべお XNUMX ぀の共通ゟヌンに配眮されたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

R3ルヌタヌに接続されおいる機噚が突然故障した堎合はどうなりたすか? ルヌタヌ R3 は、このデバむスずのチャネルが機胜しなくなったこずを瀺すメッセヌゞをルヌタヌ R5 ず R1 に送信し始め、すべおのルヌタヌがこのむベントに関する曎新の亀換を開始したす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

100 台のルヌタヌがある堎合、それらは同じ共通ゟヌン内にあるため、すべおのルヌタヌがリンク状態情報を曎新したす。 隣接ルヌタの 30 ぀が故障した堎合にも同じこずが起こり、ゟヌン内のすべおのデバむスが LSA アップデヌトを亀換したす。 このようなメッセヌゞの亀換埌、ネットワヌク トポロゞ自䜓が倉化したす。 これが発生するず、SPF は倉曎された条件に埓っおルヌティング テヌブルを再蚈算したす。 これは非垞に倧芏暡なプロセスであり、30 ぀のゟヌンに XNUMX 台のデバむスがある堎合は、すべおの LSA ず巚倧な LSDB リンク状態デヌタベヌスを栌玍するのに十分な量になるようにルヌタヌのメモリ サむズを制埡する必芁がありたす。 ゟヌンの䞀郚で倉曎が発生するず、SPF アルゎリズムはただちにルヌトを再蚈算したす。 デフォルトでは、LSA は XNUMX 分ごずに曎新されたす。 このプロセスはすべおのデバむスで同時に実行されるわけではありたせんが、いずれの堎合も、曎新は各ルヌタヌによっお XNUMX 分ごずに実行されたす。 ネットワヌクデバむスが増えるほど。 LSDB の曎新にはより倚くのメモリず時間がかかりたす。

この問題は、0 ぀の共通ゟヌンを耇数の個別のゟヌンに分割する、぀たりマルチゟヌニングを䜿甚するこずで解決できたす。 これを行うには、管理するネットワヌク党䜓の蚈画たたは図が必芁です。 AREA 5 はメむン゚リアです。 これは、むンタヌネットぞのアクセスなど、倖郚ネットワヌクぞの接続が行われる堎所です。 新しいゟヌンを䜜成するずきは、各ゟヌンに 1 ぀の ABR (Area Border Router) が必芁ずいうルヌルに埓う必芁がありたす。 ゚ッゞ ルヌタには、あるゟヌンに 0 ぀のむンタヌフェむスがあり、別のゟヌンに 0 番目のむンタヌフェむスがありたす。 たずえば、RXNUMX ルヌタヌにはゟヌン XNUMX ずゟヌン XNUMX にむンタヌフェむスがありたす。前述したように、各ゟヌンはゟヌン XNUMX に接続する必芁がありたす。぀たり、゚ッゞ ルヌタヌがあり、そのむンタヌフェむスの XNUMX ぀が AREA XNUMX に接続されおいる必芁がありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 44 日目: OSPF の抂芁

R6-R7 接続が倱敗したず仮定したす。 この堎合、LSA アップデヌトは AREA 1 を通じおのみ䌝播し、このゟヌンのみに圱響したす。 ゟヌン 2 ずゟヌン 0 のデバむスはそれを知りたせん。 ゚ッゞ ルヌタヌ R5 は、そのゟヌンで䜕が起こっおいるかに関する情報を芁玄し、ネットワヌクの状態に関する芁玄情報をメむン ゟヌン AREA 0 に送信したす。 ABR ルヌタヌは芁玄ルヌト情報をあるゟヌンから別のゟヌンに転送するため、あるゟヌン内のデバむスは他のゟヌン内のすべおの LSA 倉曎を認識する必芁はありたせん。

ゟヌンの抂念が完党に理解できない堎合は、次のレッスンで OSPF ルヌティングの構成を開始し、いく぀かの䟋を芋おさらに詳しく孊ぶこずができたす。


い぀もご宿泊いただきありがずうございたす。 私たちの蚘事が気に入っおいたすか? もっず興味深いコンテンツを芋たいですか? 泚文したり、友人に勧めたりしお私たちをサポヌトしおください。 Habr ナヌザヌは、圓瀟があなたのために発明した、゚ントリヌレベルのサヌバヌに䌌たナニヌクな補品を 30% 割匕でご利甚いただけたす。 VPS (KVM) E5-2650 v4 (6 コア) 10GB DDR4 240GB SSD 1Gbps 20 ドルからの真実、たたはサヌバヌを共有する方法? (RAID1 および RAID10、最倧 24 コア、最倧 40GB DDR4 で利甚可胜)。

Dell R730xdは2倍安い ここだけ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV 199 ドルから オランダで Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 ドルから! に぀いお読む むンフラストラクチャヌ䌁業を構築する方法730 ペニヌで 5 ナヌロの䟡倀がある Dell R2650xd E4-9000 vXNUMX サヌバヌを䜿甚したクラスですか?

出所 habr.com

コメントを远加したす