このページの本文へ

図で解剖!スイッチ&ルータ 第4回

フィルタリングとポリシールーティング、QoS、冗長化を理解しよう

レイヤ3スイッチのさまざまな機能

2009年08月20日 06時00分更新

文● 伊藤玄蕃

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

QoSを実現するためのL3スイッチの内部処理

 L3スイッチは、プロトコルで指示された優先度に基づき、パケットの送受信を制御する(図6)。

図6 QoSでのパケット処理

 まずはEthernetやIPのアドレスやポートなどのヘッダ情報、スイッチの受信したインターフェイス番号などの条件が一致する一連のトラフィック(=フロー)を検出する。次にあらかじめ投入されたポリシーに基づき、個々のフレームに対するスイッチ内部の優先度を設定する。また、必要であればCoS値やToS値などの書き換えも行なう(マーキング)。次に、設定された内部優先度に従って、送信待ちのフレームを一時的に蓄積するキュー※6を選択する(キューイング)。あとは、設定された内部優先度に応じて、フレームをキューに蓄積するか、廃棄するかを制御する。最終的には、キューに蓄積されたフレームの出力順序や帯域などを制御しつつ、送信される。

※6:キュー(Queue) 元来は「順番待ちをする人の列」で、入れた順に出てくる一時的な保管場所を意味する。IT業界では、FIFO(First In First Out、先入れ先出し)方式で処理されるバッファ領域を指す。

 実際にQoSを運用する際には、設定された優先度を完全に信用して優先制御を行なうこともあれば、スイッチ内部のルール(ポリシー)に沿って優先度を変更することもある。大きな組織では、拠点ごとに優先制御のポリシーが異なることがあり、受信したフレームの優先度をそのまま採用できない、というケースがあるからだ。そのような場合、管理者はポリシーをあらかじめスイッチに手動で設定しておく。

 また、ポリシー設定に際しては、スイッチの性能(機能)に注意を払う必要がある。QoSのプロトコルでは、8段階(IEEE802.Q/p・ToS)または64段階(DiffServ)の優先度を設定できるが、すべてのスイッチで8段階や64段階の制御が可能なわけではない。廉価なスイッチでは「QoS対応」を謳いながら内部処理が3段階にしか分割できず、「IP電話を最優先・TV会議を二番目・それ以外はすべて最低クラス」といった設定しかできないものがある。逆に、高価な製品では最低保証帯域か最大利用可能帯域まで細かく制御できるものもある。つまり、製品によって内部処理のきめ細かさが異なる。

IPアドレスを割り当てるDHCPサーバ

 大規模な企業ではネットワーク管理者の手間を軽減するため、DHCP(Dynamic Host Configuration Protocol、動的自動構成プロトコル)を用いて、IPアドレスやサブネットマスク、デフォルトゲートウェイ、DNSサーバなどのPCやプリンタのネットワーク設定を自動化している(図7)。

 DHCPはクライアント/サーバ型のプロトコルで、PCやプリンタがDHCPクライアントになり、そのクライアントに構成情報を指示するのがDHCPサーバだ。現在、レイヤ3スイッチやルータのほとんどがDHCPサーバ機能を持っている。

 ただ、ハードディスクを持たないレイヤ3スイッチでは、登録可能なIPアドレス数が少なく、DHCPサーバとしては貧弱な機能しか持たない製品が多い。そのため、クライアントが数千台あるような大規模ネットワークでは、アプライアンス※7のDHCPサーバや、UNIXやWindows ServerといったサーバOSを使ったDHCPサーバ機能を利用すべきだ。

※7:アプライアンス 特定の機能に特化したコンピュータを指し、ファイルサーバやDHCPサーバ、DNSサーバ、メールサーバ、IP電話サーバなどが市販されている。

(次ページ、「DHCPとDNSのリレー機能」に続く)


 

カテゴリートップへ

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

この連載の記事

アクセスランキング

  1. 1位

    スマホ

    ここまで便利なのか! 子どもの居場所を90秒間隔で教えてくれる、安心の見守りガジェットがすごいぞ

  2. 2位

    Team Leaders

    Power AutomateでSharePoint APIを使う ― SPOリストを自動作成するフローを作ろう

  3. 3位

    ビジネス・開発

    いますぐ捨てたいITサービスは? AI推しにそろそろ飽きてません? 情シスさんのホンネを「ゆるっとナイト」で聞いた

  4. 4位

    ITトピック

    「AI導入で人員を減らしても収益は増えない」その理由/「専任情シス不在」中小企業の3社に2社/ユーザーアカウント流出が加速、ほか

  5. 5位

    エンタープライズ

    基盤も古いし、コードも酷い! そんなクエストにGitHub Copilotで試行錯誤しまくった「みんな」こそ最高

  6. 6位

    ソフトウェア・仮想化

    日本の自治体がみんな使っている「ManageEngine」 IT運用のすべての課題解決を目指す

  7. 7位

    sponsored

    完全自動運転の実現へ、チューリングが開発基盤にGMO GPUクラウドを選んだ理由

  8. 8位

    クラウド

    「すでに開発コードの4分の3はAI生成」 Google Cloud CEO、エージェント時代の戦略を語る

  9. 9位

    データセンター

    NTT、AIインフラ構想「AIOWN(AI×IOWN)」を発表 国内データセンター総容量は3倍超の「1ギガワット」へ

  10. 10位

    ビジネス・開発

    「粗悪記事」「ゼロクリック」「搾取」からクリエイターをどう守るか? AIに強いnoteが挑む創作エコシステム

集計期間:
2026年05月10日~2026年05月16日
  • 角川アスキー総合研究所