「イーサネット」の歴史と進化【前編】
「イーサネット」の原型はハワイのネットワークだった?
「イーサネット」はXeroxのパロアルト研究所(PARC)が1970年代に開発し、1983年にIEEE(米電気電子技術者協会)が標準規格として認定した。その原型となったネットワークとは。
科学者は昔、光が空間を突き抜けて拡散するための媒体として、「エーテル」(英語で「イーサ」)という謎の物質が存在すると信じていた。光が粒子と波の両方の性質を持つことを物理学者が発見すると、その説は否定された。だがこのエーテルという古めかしい単語は、ある現代用語の中で生き続けている。複雑なコンピュータネットワークを通り抜けて情報の断片を伝達する技術を意味する「イーサネット」という言葉だ。
イーサネットは1970年代初め、Xeroxが開設した研究機関であるパロアルト研究所(PARC:Palo Alto Research Center)のロバート・メトカーフ氏やデービッド・ボッグス氏らのチームによって開発された。その後、業界標準化団体IEEE(米電気電子技術者協会)が1983年に標準規格「IEEE 802.3」として承認し、LAN技術の主流になった。IEEE 802.3の誕生から数十年を経た今も、イーサネットの進化は続いている。
本連載は過去数十年のイーサネット技術の進化に目を向けるとともに、今後の方向性を探る。
メトカーフ氏はエンジニアとしてPARCに勤務していたとき、イーサネットのコンセプトをメモに記した。1973年のことだ。イーサネット革命はここから始まった。メトカーフ氏はこの技術について、「分散した高度なコンピュータを接続し、互いに通信できるようにするとともに、高速レーザープリンタのようなデバイスとの通信も可能にする技術」だとメモに書いた。これを実現したデバイスの相互接続は、単なるデバイスの寄せ集めではない。それは現代のわれわれがLANとして認識できる世界初の姿だった。
イーサネットの原型「ALOHA」とは
イーサネットの原型は、ハワイ大学で1968年に始まったネットワーク構築プロジェクト「ALOHA」からメトカーフ氏が学んだ内容に基づいていた。遠隔地にあるコンピュータを、ハワイの島々を横断してオアフ島の本部キャンパスにある中央コンピュータに接続することが、このALOHAプロジェクトの目的だった。
データ送信側のコンピュータは通信プロトコル「ALOHA」を使い、受信側のコンピュータと共通のデータチャネルを介してフレームを伝送する。受信側はフレームが到達したことを送信側に知らせる。送信側が特定の時間内にフレームの到達確認を受信しなければ、別のコンピュータからたまたま同時に送信された別のフレームとの衝突が起きたと想定する。
コンピュータは無条件に、伝送が成功するまでデータを再送し続ける。ただしコンピュータと伝送フレームが増えるほど衝突も増え、ネットワークの効率は低下する。ALOHAのプロトコルの一種である「slotted ALOHA」は、各コンピュータによるフレームの伝送タイミングを厳密に調整することによって、ネットワークの衝突問題を最小限に抑えようとした。
「Alto Aloha」と呼ばれたメトカーフ氏のネットワーク実験は、ネットワークチャネルの利用効率を大幅に増大させる革新的な新機能を複数含んでいた。その一連の仕様は現在、「CSMA/CD」(Carrier Sense Multiple Access/Collision Detection:搬送波感知多重アクセス/衝突検出)というプロトコルとして体系化されている。
CSMA/CDは共有のパス(データの通り道)の使用状況をコンピュータがモニタリングし、2台のコンピュータがたまたま同時にフレームを送信した場合のフレームの衝突を検知する。フレームが衝突した場合、コンピュータはそれを破棄し、ランダムに割り当てられた時間を待って伝送を再開する。伝送が成功するまで必要な回数だけ待機とフレームの再送を繰り返す。このプロセスは「Exponential Backoff」(指数関数的後退)と呼ばれる。
メトカーフ氏はこの技術が当初のAlto Alohaという名称を超えて成長したと判断し、1973年にイーサネットと命名した。その4年後の1977年、メトカーフ氏とボッグス氏は、Xeroxのチャールズ・タッカー氏やバトラー・ランプソン氏とともに、イーサネット技術の特許取得に成功した。
Copyright © ITmedia, Inc. All Rights Reserved.
「イーサネット」の歴史と進化
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
AI導入が失敗する“真犯人”は現場のマニュアル 7割が陥る「標準化」のわな
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
ライオンが脱レガシーシステムのパートナーに「Google Cloud」を採用した理由
-
9
ITの世界で「エグレス」(Egress)はどういう意味? 実例で解説
-
10
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー