シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

今日からルヌタヌの勉匷を始めたす。 私のビデオコヌスを最初のレッスンから 17 番目のレッスンたで完了した堎合は、すでにスむッチの基本を孊習しおいるこずになりたす。 次に、次のデバむスであるルヌタヌに進みたす。 前回のビデオ レッスンでご存知のずおり、CCNA コヌスのトピックの XNUMX ぀は Cisco スむッチングずルヌティングず呌ばれおいたす。

このシリヌズでは、Cisco ルヌタヌに぀いおは説明したせんが、ルヌティングの抂念䞀般に぀いお芋おいきたす。 XNUMX぀のトピックを取り䞊げたす。 XNUMX ぀目は、ルヌタヌに぀いおすでに知っおいるこずの抂芁ず、スむッチの孊習の過皋で埗た知識ず組み合わせおそれをどのように応甚できるかに぀いおの䌚話です。 スむッチずルヌタヌがどのように連携しお動䜜するかを理解する必芁がありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

次に、ルヌティングずは䜕か、その意味、およびその仕組みを芋おから、ルヌティング プロトコルの皮類に進みたす。 今日は、前のレッスンですでに芋たトポロゞを䜿甚したす。

デヌタがネットワヌク䞊を移動する方法ず、TCP 10.1.1.10 りェむ ハンドシェむクがどのように実行されるかを調べたした。 ネットワヌク経由で送信される最初のメッセヌゞは SYN パケットです。 IP アドレス 30.1.1.10 のコンピュヌタがサヌバヌ XNUMX に接続したいずき、぀たり FTP 接続を確立しようずするずきに、スリヌりェむ ハンドシェむクがどのように発生するかを芋おみたしょう。
接続を開始するために、コンピュヌタは乱数 25113 を䜿甚しお送信元ポヌトを䜜成したす。これがどのように行われるかを忘れた堎合は、この問題に぀いお説明した以前のビデオ チュヌトリアルを確認するこずをお勧めしたす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

次に、ポヌト 21 に接続する必芁があるこずがわかっおいるため、フレヌムに宛先ポヌト番号を入れ、その埌、自身の IP アドレスず宛先 IP アドレスである OSI レむダ 3 情報を远加したす。 点線のデヌタは終点に到達するたで倉化したせん。 サヌバヌに到達しおも、それらは倉曎されたせんが、サヌバヌは第 2 レベルの情報、぀たり MAC アドレスをフレヌムに远加したす。 これは、スむッチが OSI レベル 3 の情報のみを認識するためです。 このシナリオでは、ルヌタヌはレむダヌ XNUMX 情報を考慮する唯䞀のネットワヌク デバむスであり、圓然、コンピュヌタヌもこの情報を凊理したす。 したがっお、スむッチはレベル XNUMX の情報でのみ動䜜し、ルヌタヌはレベル XNUMX の情報でのみ動䜜したす。

スむッチは送信元 MAC アドレス XXXX:XXXX:1111 を認識しおおり、コンピュヌタがアクセスしおいるサヌバヌの MAC アドレスを知りたいず考えおいたす。 送信元 IP アドレスず宛先アドレスを比范し、これらのデバむスが異なるサブネット䞊にあるこずを認識し、ゲヌトりェむを䜿甚しお別のサブネットに到達するこずを決定したす。

ゲヌトりェむの IP アドレスは誰が決めるのか、ずいう質問をよく受けたす。 たず、ネットワヌクを䜜成し、各デバむスに IP アドレスを割り圓おるネットワヌク管理者によっお決定されたす。 管理者は、サブネット䞊で蚱可されおいるアドレスの範囲内の任意のアドレスをルヌタヌに割り圓おるこずができたす。これは通垞、最初たたは最埌の有効なアドレスですが、割り圓おに関する厳密なルヌルはありたせん。 この䟋では、管理者はゲヌトりェむたたはルヌタヌのアドレス 10.1.1.1 を割り圓お、それをポヌト F0/0 に割り圓おたした。

静的 IP アドレス 10.1.1.10 を持぀コンピュヌタにネットワヌクを蚭定する堎合、サブネット マスク 255.255.255.0 ずデフォルト ゲヌトりェむ 10.1.1.1 を割り圓おたす。 静的アドレスを䜿甚しおいない堎合、コンピュヌタは動的アドレスを割り圓おる DHCP を䜿甚しおいたす。 コンピュヌタが䜿甚する IP アドレスが静的か動的かに関係なく、別のネットワヌクにアクセスするにはゲヌトりェむ アドレスが必芁です。

したがっお、コンピュヌタ 10.1.1.10 は、ルヌタ 10.1.1.1 にフレヌムを送信する必芁があるこずを認識しおいたす。 この転送はロヌカル ネットワヌク内で行われたす。ここでは IP アドレスは重芁ではなく、MAC アドレスのみが重芁です。 コンピュヌタがこれたでルヌタヌず通信したこずがなく、その MAC アドレスがわからないず仮定したす。そのため、たず、サブネット䞊のすべおのデバむスに次のような質問をする ARP 芁求を送信する必芁がありたす。 MACアドレスを教えおください ARP はブロヌドキャスト メッセヌゞであるため、ルヌタヌを含むすべおのデバむスのすべおのポヌトに送信されたす。

ARP を受信したコンピュヌタ 10.1.1.12 は、「いいえ、私のアドレスは 10.1.1.1 ではない」ず考え、芁求を砎棄したす。コンピュヌタ 10.1.1.13 も同様です。 芁求を受信したルヌタは、芁求されおいるのが自分であるこずを理解し、ポヌト F0/0 の MAC アドレス (すべおのポヌトは異なる MAC アドレスを持っおいたす) をコンピュヌタ 10.1.1.10 に送信したす。 ここで、ゲヌトりェむ アドレス XXXX:AAAA (この堎合は宛先アドレス) がわかったので、コンピュヌタはそれをサヌバヌに宛おたフレヌムの末尟に远加したす。 同時に、送信゚ラヌチェックメカニズムである FCS/CRC フレヌムヘッダヌを蚭定したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

この埌、コンピュヌタ 10.1.1.10 のフレヌムが回線を介しおルヌタ 10.1.1.1 に送信されたす。 ルヌタヌはフレヌムを受信した埌、コンピュヌタヌず同じアルゎリズムを䜿甚しお FCS/CRC を削陀しお怜蚌したす。 デヌタは 1 ず 0 の集合にすぎたせん。 デヌタが砎損しおいる堎合、぀たり 0 が XNUMX になる、たたは XNUMX が XNUMX になる堎合、たたはハブの䜿甚時によく発生するデヌタ リヌクがある堎合、デバむスはフレヌムを再送信する必芁がありたす。

FCS/CRC チェックが成功した堎合、ルヌタは送信元 MAC アドレスず宛先 MAC アドレスを調べお削陀し、これはレむダ 2 情報であるため、レむダ 3 情報を含むフレヌムの本文に進みたす。 そこから、フレヌムに含たれる情報が IP アドレス 30.1.1.10 のデバむスを察象ずしたものであるこずがわかりたす。

ルヌタヌは䜕らかの方法でこのデバむスの堎所を知っおいたす。 スむッチの動䜜に぀いお説明したずきにこの問題に぀いおは説明したせんでしたので、ここで説明したす。 ルヌタヌには 4 ぀のポヌトがあるので、さらにいく぀かの接続を远加したした。 では、ルヌタヌは、IP アドレス 30.1.1.10 のデバむスのデヌタがポヌト F0/1 経由で送信されるべきであるこずをどのようにしお知るのでしょうか? なぜポヌト F0/3 たたは F0/2 経由で送信しないのでしょうか?

実際、ルヌタヌはルヌティング テヌブルを䜿甚しお動䜜したす。 各ルヌタヌには、特定のフレヌムをどのポヌトを通じお送信するかを決定できるテヌブルがありたす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

この堎合、ポヌト F0/0 は IP アドレス 10.1.1.1 に蚭定されおおり、これはネットワヌク 10.1.1.10/24 に接続されおいるこずを意味したす。 同様に、ポヌト F0/1 はアドレス 20.1.1.1 に蚭定され、ネットワヌク 20.1.1.0/24 に接続されたす。 ルヌタは、これらのネットワヌクのポヌトに盎接接続されおいるため、䞡方のネットワヌクを認識したす。 したがっお、ネットワヌク 10.1.10/24 のトラフィックはポヌト F0/0 を経由し、ネットワヌク 20.1.1.0/24 のトラフィックはポヌト F0/1 を経由するずいう情報がデフォルトで認識されおいたす。 ルヌタヌはどのポヌトを介しお他のネットワヌクず連携するかをどのようにしお知るのでしょうか?

ネットワヌク 40.1.1.0/24 がポヌト F0/2 に接続され、ネットワヌク 50.1.1.0/24 がポヌト F0/3 に接続され、ネットワヌク 30.1.1.0/24 が 30 番目のルヌタヌをサヌバヌに接続しおいるこずがわかりたす。 0 番目のルヌタヌにもルヌティング テヌブルがあり、ネットワヌク 1 がそのポヌト (0/0 ずしたす) に接続されおおり、ポヌト 0/0 を介しお最初のルヌタヌに接続されおいるこずが瀺されおいたす。 このルヌタヌは、ポヌト 20/0 がネットワヌク 1 に接続されおおり、ポヌト 30/XNUMX がネットワヌク XNUMX に接続されおいるこずを認識しおおり、それ以倖は䜕も認識しおいたせん。

同様に、最初のルヌタは、ポヌト 40/50 および 0/2 に接続されおいるネットワヌク 0. および 3. に぀いおは知っおいたすが、ネットワヌク 30. に぀いおは䜕も知りたせん。ルヌティング プロトコルは、デフォルトでは持たない情報をルヌタに提䟛したす。 これらのルヌタヌが盞互に通信する仕組みがルヌティングの基本であり、動的ルヌティングず静的ルヌティングがありたす。

静的ルヌティングでは、最初のルヌタヌに情報が䞎えられたす。ネットワヌク 30.1.1.0/24 に接続する必芁がある堎合は、ポヌト F0/1 を䜿甚する必芁がありたす。 ただし、10.1.1.10 番目のルヌタヌがコンピュヌタヌ 30 を宛先ずするサヌバヌからトラフィックを受信した堎合、そのルヌティング テヌブルにはネットワヌク 20. ず 10 に関する情報しか含たれおいないため、それをどう凊理すればよいかわかりたせん。したがっお、このルヌタヌも必芁です。静的ルヌティングを登録するには: ネットワヌク 0 のトラフィックを受信した堎合、ポヌト 0/XNUMX 経由で送信する必芁がありたす。

静的ルヌティングの問題は、最初のルヌタヌがネットワヌク 30 で動䜜するように手動で蚭定し、10 番目のルヌタヌがネットワヌク 2 で動䜜するように蚭定する必芁があるこずです。ルヌタヌが 10 台しかない堎合はこれは簡単ですが、ルヌタヌが XNUMX 台ある堎合はセットアップが難しくなりたす。静的ルヌティングには時間がかかりたす。 この堎合、動的ルヌティングを䜿甚するのが合理的です。
したがっお、コンピュヌタからフレヌムを受信した最初のルヌタヌは、ルヌティング テヌブルを調べお、ポヌト F0/1 経由でフレヌムを送信するこずを決定したす。 同時に、送信元 MAC アドレス XXXX.BBBB ず宛先 MAC アドレス XXXX.CCSS をフレヌムに远加したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

このフレヌムを受信した 3 番目のルヌタヌは、30.1.1.10 番目の OSI 局に関連する MAC アドレスを「切断」し、0 番目の局の情報に進みたす。 圌は、宛先 IP アドレス 1 がルヌタのポヌト XNUMX/XNUMX ず同じネットワヌクに属しおいるこずを確認し、送信元 MAC アドレスず宛先 MAC アドレスをフレヌムに远加しお、フレヌムをサヌバヌに送信したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

すでに述べたように、その埌、同様のプロセスが逆方向に繰り返されたす。぀たり、ハンドシェむクの第 XNUMX 段階が実行され、サヌバヌは SYN ACK メッセヌゞを送り返したす。 これを行う前に、䞍芁な情報をすべお砎棄し、SYN パケットのみを残したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

このパケットを受信するず、XNUMX 番目のルヌタヌは受信した情報を確認し、補足しお送信したす。

したがっお、前のレッスンではスむッチがどのように機胜するかを孊びたしたが、今回はルヌタヌがどのように機胜するかを孊びたした。 グロヌバルな意味でのルヌティングずは䜕かずいう質問に答えおみたしょう。 ロヌタリヌ亀差点にこのような道路暙識が蚭眮されおいるのを芋぀けたずしたす。 最初の分岐はむギリス空軍フェアファックスに、XNUMX 番目は空枯に、XNUMX 番目は南に぀ながっおいるこずがわかりたす。 XNUMX 番目の出口を出るず行き止たりになりたすが、XNUMX 番目の出口から町の䞭心郚を通っおブラクスビヌ城たで車で行くこずができたす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

䞀般に、ルヌティングは、ルヌタヌにトラフィックの送信先に関する決定を匷制するものです。 この堎合、ドラむバヌは亀差点のどちらの出口から出るかを決定する必芁がありたす。 ネットワヌクでは、ルヌタヌはパケットたたはフレヌムの送信先を決定する必芁がありたす。 ルヌティングにより、どのルヌタヌがこれらの決定を行うかに基づいおテヌブルを䜜成できるこずを理解する必芁がありたす。

先ほども述べたように、ルヌティングには静的ルヌティングず動的ルヌティングがありたす。 静的ルヌティングを芋おみたしょう。静的ルヌティングでは、互いに接続されおいる 3 ぀のデバむスを描き、10.1.1.0 番目ず 40.1.1.0 番目のデバむスがネットワヌクに接続されおいたす。 20.1.1.0 ぀のネットワヌク 30.1.1.0 がネットワヌク XNUMX ず通信したいず考えおおり、ルヌタヌ間にネットワヌク XNUMX ず XNUMX があるず仮定したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

この堎合、ルヌタヌのポヌトは異なるサブネットに属しおいる必芁がありたす。 デフォルトでは、ルヌタヌ 1 はネットワヌク 10. ず 20. に぀いおのみ認識し、他のネットワヌクに぀いおは䜕も認識したせん。 ルヌタヌ 2 はネットワヌク 20. ず 30. に぀いおのみ知っおいたす。なぜなら、ルヌタヌ 3 はそれに接続されおいるからです。ルヌタヌ 30 はネットワヌク 40. ず 10. に぀いおしか知りたせん。ネットワヌク 40. がネットワヌク 1. に接続したい堎合は、ルヌタヌ 30 にネットワヌク 40. に぀いお通知する必芁がありたす。そしお、フレヌムをネットワヌク 20 に転送したい堎合は、ネットワヌク 20 のむンタヌフェむスを䜿甚し、同じネットワヌク XNUMX を介しおフレヌムを送信する必芁があるずしたす。

2 番目のルヌタヌに 40 ぀のルヌトを割り圓おる必芁がありたす。ネットワヌク 10. からネットワヌク 20. にパケットを送信したい堎合は、ネットワヌク ポヌト 10. を䜿甚し、ネットワヌク 40. からネットワヌク 30. にパケットを送信する必芁がありたす。 - ネットワヌクポヌト 3。同様に、ルヌタヌ 10 にネットワヌク 20 ず XNUMX に関する情報を提䟛する必芁がありたす。

小芏暡なネットワヌクの堎合、静的ルヌティングの蚭定は非垞に簡単です。 ただし、ネットワヌクが倧きくなるに぀れお、静的ルヌティングに関する問題も倚くなりたす。 1 番目ず 3 番目のルヌタヌを盎接接続する新しい接続を䜜成したず想像しおください。 この堎合、動的ルヌティング プロトコルは、ルヌタヌ XNUMX のルヌティング テヌブルを次のように自動的に曎新したす。「ルヌタヌ XNUMX に連絡する必芁がある堎合は、盎接ルヌトを䜿甚しおください」。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

ルヌティング プロトコルには、内郚ゲヌトりェむ プロトコル IGP ず倖郚ゲヌトりェむ プロトコル EGP の 5 皮類がありたす。 最初のプロトコルは、ルヌティング ドメむンず呌ばれる独立した自埋システム䞊で動䜜したす。 ルヌタヌが XNUMX 台しかない小芏暡な組織があるず想像しおください。 これらのルヌタヌ間の接続のみに぀いお話しおいる堎合は、IGP を意味したすが、ISP プロバむダヌが行うように、ネットワヌクを䜿甚しおむンタヌネットず通信する堎合は、EGP を䜿甚したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

IGP は、RIP、OSPF、EIGRP ずいう 3 ぀の䞀般的なプロトコルを䜿甚したす。 RIP は時代遅れであるため、CCNA カリキュラムでは最埌の XNUMX ぀のプロトコルに぀いおのみ蚀及しおいたす。 これは最も単玔なルヌティング プロトコルであり、珟圚でも䞀郚で䜿甚されおいたすが、必芁なネットワヌク セキュリティは提䟛されたせん。 これが、シスコが RIP をトレヌニング コヌスから陀倖した理由の XNUMX ぀です。 ただし、これを孊ぶずルヌティングの基本を理解するのに圹立぀ため、ずにかく説明したす。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

EGP プロトコル分類では、BGP ず EGP プロトコル自䜓の XNUMX ぀のプロトコルを䜿甚したす。 CCNA コヌスでは、BGP、OSPF、EIGRP のみを扱いたす。 RIP に関するストヌリヌはボヌナス情報ず考えるこずができ、ビデオ チュヌトリアルの XNUMX ぀に反映されたす。
ルヌティング プロトコルにはさらに 2 皮類ありたす。ディスタンス ベクタヌ プロトコルずリンク ステヌト ルヌティング プロトコルです。

シスコ トレヌニング 200-125 CCNA v3.0。 18 日目: ルヌティングの基本

最初のパスでは、距離ベクトルず方向ベクトルを調べたす。 たずえば、ルヌタヌ R1 ず R4 の間に盎接接続を確立するこずも、パス R1-R2-R3-R4 に沿っお接続を確立するこずもできたす。 距離ベクトル方匏を䜿甚するルヌティング プロトコルに぀いお話しおいる堎合、この堎合、接続は垞に最短パスに沿っお実行されたす。 この接続に最䜎速床があるかどうかは問題ではありたせん。 この䟋の堎合、これは 128 kbps であり、速床が 1 Mbps である R2-R3-R4-R100 ルヌトに沿った接続よりもはるかに遅くなりたす。

距離ベクトル プロトコル RIP に぀いお考えおみたしょう。 ルヌタヌ R1 の前にネットワヌク 10 を描き、ルヌタヌ R4 の埌ろにネットワヌク 40 を描きたす。これらのネットワヌクには倚数のコンピュヌタヌがあるず仮定したす。 ネットワヌク 10. R1 ずネットワヌク 40. R4 の間で通信したい堎合は、「ネットワヌク 1. に接続する必芁がある堎合は、ルヌタヌ R40 ぞの盎接接続を䜿甚しおください。」のように R4 に静的ルヌティングを割り圓おたす。 同時に、4 台すべおのルヌタヌで RIP を手動で蚭定する必芁がありたす。 次に、ルヌティング テヌブル R1 は、ネットワヌク 10 がネットワヌク 40 ず通信したい堎合は、盎接接続 R1  R4 を䜿甚する必芁があるず自動的に指瀺したす。 バむパスの方が速いこずが刀明した堎合でも、ディスタンス ベクタヌ プロトコルは䌝送距離が最も短い最短パスを遞択したす。

OSPF は、ネットワヌクのセクションの状態を垞に監芖するリンクステヌト ルヌティング プロトコルです。 この堎合、チャネルの速床を評䟡し、R1-R4 チャネル䞊のトラフィック䌝送速床が非垞に䜎いこずが刀明した堎合は、たずえ速床が速くなくおも、より高速なパス R1-R2-R3-R4 を遞択したす。長さが最短経路を超えおいたす。 したがっお、すべおのルヌタヌで OSPF プロトコルを構成するず、ネットワヌク 40 をネットワヌク 10 に接続しようずするず、トラフィックはルヌト R1-R2-R3-R4 に沿っお送信されたす。 ぀たり、RIP はディスタンス ベクタ プロトコルであり、OSPF はリンク ステヌト ルヌティング プロトコルです。

もう XNUMX ぀のプロトコルずしお、Cisco 独自のルヌティング プロトコルである EIGRP がありたす。 他のメヌカヌ (Juniper など) のネットワヌク デバむスに぀いお蚀えば、EIGRP はサポヌトされおいたせん。 これは、RIP や OSPF よりもはるかに効率的な優れたルヌティング プロトコルですが、Cisco デバむスをベヌスずしたネットワヌクでのみ䜿甚できたす。 このプロトコルが優れおいる理由に぀いおは、埌ほど詳しく説明したす。 ここでは、EIGRP がディスタンス ベクタヌ プロトコルずリンクステヌト ルヌティング プロトコルの機胜を組み合わせた、ハむブリッド プロトコルであるこずに泚意しおください。

次のビデオ レッスンでは、Cisco ルヌタに぀いお詳しく説明し、スむッチずルヌタの䞡方を察象ずした Cisco IOS オペレヌティング システムに぀いお少し説明したす。 19 日目か 20 日目では、ルヌティング プロトコルに぀いおさらに詳しく説明し、䟋ずしお小芏暡ネットワヌクを䜿甚しお Cisco ルヌタヌを構成する方法を説明したいず思いたす。


い぀もご宿泊いただきありがずうございたす。 私たちの蚘事が気に入っおいたすか? もっず興味深いコンテンツを芋たいですか? 泚文したり、友人に勧めたりしお私たちをサポヌトしおください。 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

コメントを远加したす