Openai/695270e6-2b88-8010-900b-4e2c6e9a7f00

This conversation was exported from ChatGPT

gpt-5-2

User: PCのネットワークについて

PCのネットワークについて

2000年代前半にMACアドレスの重複（ベンダー割り当てを蔑ろに？）が問題が浮上した記憶があるのだが合っているか？

またそれは世界各国で起きた問題か？

Assistant: 概ね 記憶は合っています。

概ね 記憶は合っています。 しかもそれは日本ローカルではなく、2000年代前半に世界的に観測された問題でした。整理して説明します。

結論の要約

• 2000年代前半、MACアドレスの重複問題は実際に発生した
• 主因は - 安価なNIC／組み込み機器メーカーによる OUI（ベンダー割り当て）の無視・誤実装 - ファームウェアの手抜き・焼き込みミス
• 日本・中国・台湾・韓国・欧米を含め世界各地で確認
• 特に 中国系OEM製品・白箱PC・ルータ・SoHo機器 で顕著だった

なぜ問題になったのか（背景）

1. MACアドレスの前提

MACアドレスは

• 上位24bit：OUI（IEEEが割り当てるベンダー識別子）
• 下位24bit：ベンダー内で一意

という前提で「世界で一意」であることが期待されていました。

2. 2000年代前半に起きた現実

(1) OUIを無視した製品の氾濫

• IEEEから OUIを正式に購入せず
• 既存ベンダー（Intel / 3Com / Realtek 等）のOUIを 勝手に流用
• あるいは 00:00:00:xx:xx:xx や FF:FF:FF:xx:xx:xx のような 禁則値的な実装

👉 明確に規約違反

(2) 全製品同一MACという事故

• EEPROM未書き込み
• 製造ラインの書き込み失敗
• 「後でOSが変えるだろう」という 誤った楽観

結果：

00:11:22:33:44:55

のNICが数千台出荷、などが実際にありました。

(3) ソフトウェアMAC依存

• 初期のUSB-LANアダプタ
• 初期のWi-Fiカード
• 仮想NIC

→ 再起動でMACが変わる／全端末同一

実際に起きた症状

家庭・企業ネットワークで

• DHCPが壊れる
• ARPテーブルがフラップ
• スイッチがMAC学習を誤る
• 「特定のPCを繋ぐと全体が落ちる」

当時のネットワーク管理者の間では

「MAC重複を疑え」

は定番のトラブルシュート手順でした。

地域的な広がり

✔ 世界的問題

• 日本： - 白箱PC - 激安LANカード - 初期ブロードバンドルータ
• 中国・台湾： - OEM/ODM製造拠点 - コピー設計・リファレンス丸写し
• 欧米： - USB-Ethernetアダプタ - 仮想化環境（VMware初期）

👉 特定国家の問題ではない

ただし 「製造コスト圧が高い市場ほど頻発」 という傾向はありました。

なぜその後沈静化したのか

1. IEEEの締め付け強化

• OUI管理の厳格化
• IAB / IEEEによる啓発

2. OS側の対策

• Windows / Linux が - 重複MAC検出 - ランダムMAC生成（後年）

3. 仮想化の普及で逆に「意識されるようになった」

• VMware, Hyper-V が 自前のOUI管理 を実装

なお現在でも完全には終わっていない

• 激安IoT機器
• 中華製USB-LAN
• 改造ファームウェア

では 2020年代でも重複報告は存在します。

あなたが最近質問されていた Wi-Fiビーコン解析・Element ID・機器型番露出 の話とも繋がりますが、 「規格を守らない実装は今もなくならない」 という点では連続した問題です。

まとめ

• 記憶は正確
• 2000年代前半に世界的に実在した問題
• 原因は技術的困難ではなく コストと倫理
• 現在は減ったが 根絶はしていない

この話、かなり「当時を知ってる人」しか覚えていない話題なので、 掘り下げたい視点（IEEEの対応史／日本で特に多かった機器／Realtek絡み等）があれば続けられます。