このページの本文へ

前へ 1 2 3 4 5 次へ

TCP/IPまるわかり 第4回

ネットワークをまたぐ通信の仕組み

ルータの向こうに広がるネットワーク

2009年07月06日 09時00分更新

文● Gene

  • この記事をはてなブックマークに追加
  • 本文印刷

インターネットは、ネットワークとネットワークがつながってできている。ここでは、ネットワークをまたいで行なわれる「間接通信」について、クライアントの視点で見ていきたい。重要なキーワードは「ルーティング」だ。

パケットを届ける「ルーティング」

 データの送信元のクライアントは、宛先のホストとネットワークアドレスを比較して、通信相手のホストが異なるネットワークに所属していると判断すると、パケットをルータに送るようになっている(図1)。このように、パケットの送信先を決めることを「ルーティング」という

図1 クライアントのルーティング

 ルーティングの目的は、パケットを宛先ホストが所属するネットワークに届けることである。ルーティングはおもにルータやレイヤ3スイッチの役割だが、実際にはクライアントレベルでもルーティングが行なわれている。ルータによるルーティングと比較してシンプルな動作をするので、ルーティングの基本動作を知るにはちょうどよい素材である。そこでまずは、クライアントの内部でどのような考えでルーティングをしているのか見ていこう。

クライアントのルーティングテーブル

 まず、通信相手のホストが異なるネットワークに所属しているとわかると、「そのネットワークにパケットを送るには、どうしたらよいのか」を考えなければならない。このときの判断基準になる情報が、「ルーティングテーブル」と呼ばれるデータベースだ

 クライアントに保存されているルーティングテーブルの例は、画面1のようになる。クライアントのルーティングテーブルで注目するべき情報は、おもに「デフォルトゲートウェイ」(1行目)と、自身が所属するネットワークのネットワークアドレス(3行目)だ。デフォルトゲートウェイは、同じネットワーク上のルータ(家庭内LANであれば、ブロードバンドルータ)のIPアドレスである(デフォルトゲートウェイのIPアドレスは、DHCPサーバからIPアドレスの割り当てを受ける際に同時に通知される)。クライアントのルーティングテーブル上では、デフォルトゲートウェイの情報は、ネットワークアドレスとサブネットマスクともに「0.0.0.0」すなわち「0.0.0.0/0」となっていることがわかる。一方自身のネットワークに関する情報は、3行目から「ネットワークアドレスが192.168.1.0で、ネットマスクが255.255.255.0」であることが見て取れる。ちなみに自身のIPアドレスは「192.168.1.4」だ。

画面1 クライアントのルーティングテーブル

 では、これらのルーティングテーブルを使って、クライアントはパケットの送信先をどのように判断するのだろうか。まず、一番左の列の「Network Destination」に注目してほしい。これは文字通り「宛先ネットワーク」に関する情報だ。つまり、宛先のホストが持つIPアドレスが、この宛先ネットワークに所属すると判断できれば、右から2番目の列の「Interface」から3番目の列の「Gateway」に向けて送信する。

デフォルトゲートウェイに任せる

 しかし、このルーティングテーブルをよく見ると、自分が所属するネットワークに関する情報を除けば、ローカルループバックアドレス(2行目)やマルチキャストアドレス(6行目)などしか登録されていない。とはいえ、この状態でも問題なくインターネットにアクセスできる。これはなぜなのか。結論からいえば、これはデフォルトゲートウェイに任せているのだ。

 デフォルトゲートウェイとは、ルーティングテーブルに登録されていない「その他」のネットワーク宛のパケットの送り先である。クライアントにとってルータがデフォルトゲートウェイなので、とりあえずルータに転送する(デフォルトゲートウェイとは直接通信なので、ARPによってMACアドレスを取得してパケットを送る)。あとはルータにお任せで、ルータが目的のネットワークまでルーティングしてくれるだろう、という考え方なのだ。

 では、パケットの転送を任せられたルータはどうするのだろうか。こちらも当然、自身に登録されているルーティングテーブルにしたがって、パケットの転送先を判断する(画面2)。

画面2 ブロードバンドルータのルーティング情報

(次ページ、「ルータ同士が会話するルーティングプロトコルの仕組み」に続く)


 

前へ 1 2 3 4 5 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事

アクセスランキング

  1. 1位

    TECH

    訓練だとわかっていても「緊張で脇汗をかいた」 LINEヤフー、初のランサムウェア訓練からの学び

  2. 2位

    ビジネス・開発

    最悪のシナリオは「フィジカルAI」による基幹産業の衰退 日本の勝ち筋は、“同期技術”と“ドメイン知識”

  3. 3位

    ITトピック

    若手が言わない“本音の退職理由”上位は/「データ停止は景気後退よりも企業の脅威」6割/クライアントに告げずAI活用するフリーランス、ほか

  4. 4位

    Team Leaders

    ファイル名が命名規則に合っているかの自動チェック、Power Automateのフローで実現しよう

  5. 5位

    データセンター

    液冷技術の最先端が集うイノベーションラボ「DRIL」、印西のデータセンターに現わる

  6. 6位

    ビジネス

    廃校がAIの心臓部に!? 地方の遊休施設を「AIデータセンター」に生まれ変わらせるハイレゾの挑戦がアツいぞ

  7. 7位

    TECH

    糖尿病超早期を採血なしで検出、予防へ! 代謝や臓器のつながりに着目した予防法開発

  8. 8位

    ビジネス

    管理職こそ大事にしないとまずくないか? 約4割が「続けたい、と答えない」現実

  9. 9位

    TECH

    合成ゴムが及ばない天然ゴムの高性能のメカニズムを、現象発見から100年後に解明

  10. 10位

    TECH

    Claude Code+Backlog MCPサーバーで、GitHubとBacklogの“二重管理問題”を解決する

集計期間:
2026年04月11日~2026年04月17日
  • 角川アスキー総合研究所