ルーターの基本動作「ルーティング」

ルーターの基本動作「ルーティング」

ここからは、ルーターの基本動作であるルーティングについて解説します。ルーティングとは、パケットを目的のネットワークに転送する機能です。

現実のネットワークは、図2-1のように、あて先端末と送信元端末が異なるネットワークに接続されている場合もあれば、同じネットワークに接続されている場合もあります。

あて先端末と送信元端末が異なるネットワークに接続されている場合は、その端末間には、必ずルーターが介在します。その間に位置するルーターは、送信元端末が送信したパケットがあて先ネットワークに届くまでの、最適なルート(経路)を判断します。ルーターは、その最適なルートの情報に基づいて、パケットを転送します。この機能がルーティングです。

ルーターのパケット転送処理

ルーターがパケットを転送するためには、必要なルート情報をルーティング・テーブルに登録しておく必要があります。

ルーターは、パケットを受け取ると、そのパケットに書かれているあて先IPアドレスからルート情報を検索し、該当のあて先が見つかれば、そのあて先が接続されているルートにパケットを転送します(図2-1)。また、該当のあて先が見つからなければ、パケットを破棄します。

ルーティング・テーブルを登録/変更する3つの方法

ルーターのルーティング・テーブルにルート情報を登録するためには、次の3通りの方法があります。

  1. 直接接続
  2. スタティック・ルート
  3. ルーティング・プロトコル

直接接続

(1)直接接続による登録とは、自身が直接接続しているルーターのインタフェースにIPアドレスを設定することで自動的にルート情報が登録されることを差します。例えば、図2-2では、ルーター2を基軸として、「192.168.2.0」と「192.168.3.0」のルート情報が自動的に登録されます。

しかし、隣接していないルーターのルート情報、つまり「192.168.1.0」と「192.168.4.0」に関しては、スタティック・ルート(静的なルート)、またはルーティング・プロトコル(ルート情報交換プロトコルによる動的なルート)によってルーティング・テーブルに登録する必要があります。

スタティック・ルート: 手動登録

(2)スタティック・ルートは、ネットワーク管理者がルーティング・テーブルを編集し、ルーティング情報を1つひとつ登録していく方法です。つまり、ネットワーク管理者が思い通りにパケットのルートを決められます。

スタティック・ルートのメリットは、次に説明するルーティング・プロトコルと比較して、ルーターやネットワークに負荷がかからない点です。

一方、デメリットは、運用に手間がかかる点です。ルーターを1台設定変更するたびに、ほかのルーターにも変更作業が発生します。さらに、ネットワークが拡大すると、ルート情報の管理、つまりルーティング情報の管理が煩雑になります。

ルーティング・プロトコル: 自動学習

(3)ルーティング・テーブルを登録/変更するもう1つの方法は、ルーティング情報をほかのルーターから自動的に取得するというものです。ルーター同士が自動的にルーティング情報を交換し合うため、トラブル発生時にルートを自動的に切り替えられるといったメリットがあります。また、特に大規模ネットワークではルーティング情報が膨大な量になるため、運用面でも有効です。

しかし、良いことだけではありません。先ほど説明したスタティック・ルートと違い、ルーター同士が定期的にルーティング情報を交換することで、ネットワークに負荷がかかります。さらに、ルーター自身がルーティング・プロトコルを定期的に処理しなくてはなりません。

なお、ルーティング・プロトコルにもいくつか種類があります。RIP(Routing InformationProtocol)やOSPF(Open Shortest Path First)などがよく使われます。また、通信事業者がよく使うBGP4(Border Gateway Protocol version 4)もルーティング・プロトコルの1つです。

次ページでは、ルーターが備えるセキュリティ機能と、運用時の冗長構成について解説します。

この記事のキーワード :

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30