ブラウザでWebサイトを開くと何が起きる？

DHCPサーバーが応答しないため、新規接続した端末はIPアドレスを取得できません。Discoverを再送しても応答が無く、多くのOSは 169.254.x.x のリンクローカルアドレス（APIPA）を自己設定しますが、ゲートウェイもDNSも無いため通常の通信は始まりません。

すでにリースを持つ端末は期限まで影響を受けません。「新規だけつながらない」部分障害になるのが特徴です。

サーバーのIPアドレスが分からないため、通信が始まりません。サーバーもネットワークも正常なのに「サイトが開けない」状態です。

キャッシュに残っている名前は開けることがあり、IPアドレス直打ちで到達できる場合もあります。また、別のDNSサーバー（例: 公開DNS）を指定すれば回避できます。

端末は「外の宛先はゲートウェイへ」という判断自体はできても、託す先が間違っています。パケットは存在しない（または無関係な）機器へ送られ、捨てられます。

同じネットワーク内の通信はゲートウェイを使わないため正常です。また、DNSサーバーが外部にある場合、名前解決の段階でも失敗します。「LANは生きているのに外だけ死んでいる」が典型的な症状です。

マスクが実際より大きい（例: 本当は /24 なのに /8 と設定）ケースです。端末は外部のサーバーまで「同じネットワーク内」と誤認します。

その結果、ゲートウェイではなく宛先サーバーへ直接ARPしようとしますが、ARPは自分のネットワーク内にしか届かないため応答がありません。名前解決の宛先（外部DNS）も同じ理由で到達できず、途中で止まります。LAN内の通信だけは正常に見えるため、原因が分かりにくい障害です。

同じIPアドレスを持つ2台が、ARP問い合わせに交互に応答します。ARPキャッシュが2台のMACアドレスの間で行ったり来たりし（フラッピング）、パケットが誤った方へ届いたり、届かなかったりします。

症状は「断続的につながる」「片方の端末だけ不安定」などで、時間帯によって変わるため厄介です。固定IPの付け間違いや、DHCP範囲との重なりが典型原因です。

スイッチのMACアドレステーブルは「1つのMACは1つのポートの先」という前提で学習します。同じMACが2ポートから現れると、エントリが交互に書き換わり（フラッピング）、フレームの行き先が安定しません。

2台とも通信が不安定になり、スイッチのログにはMAC flappingの警告が残ることがあります。VMのクローンや、NIC交換時の設定コピーが原因の典型例です。

結論から言うと、このケースは壊れません。MACアドレステーブルはVLANごとに分けて管理されるため、VLAN 10 の AA:AA と VLAN 20 の AA:AA は別エントリとして共存します。

「重複＝即障害」ではなく、「同じテーブル（同じVLAN）の中で衝突するか」が本質だということを示すためのWhat Ifです。なお、設定ミスで2つのVLANが結合すると、その瞬間に同VLAN重複と同じ状態になります。

トランクの両端で「このVLANを運んでよいか」の設定が食い違うと、そのVLANのフレームは境界で捨てられます。物理リンク自体は上がっているため、一見正常に見えます。

影響は食い違ったVLANだけに限定されます。「特定の部署/フロアだけ通信できない」「片方向だけ届かない」といった部分障害になり、原因として疑いにくい種類の障害です。