Editing Openai/695270e6-2b88-8010-900b-4e2c6e9a7f00 (section)

== 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が変えるだろう」という 誤った楽観

結果：

<syntaxhighlight>00:11:22:33:44:55

</syntaxhighlight>

の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絡み等）があれば続けられます。