web-dev-qa-db-ja.com

スイッチドネットワークをフラッディングするMAC層ユニキャスト

問題のネットワーク:
これは、ルーティングのない完全に切り替えられたネットワークです。既知のRSPTの問題はありません。

10個の小さなスイッチがあります。各小さなスイッチには、その小さなスイッチ内で相互に通信する多くの小さな産業用デバイスがあります。

10個の小さなスイッチすべてに接続する1つの大きなスイッチがあります。大きなスイッチは、小さなスイッチネットワークの1つにある1つまたは2つのデバイスと時々通信するコンピューターにも接続します。

ネットワーク全体は、同じサブネット、サブネットマスク、デフォルトゲートウェイのない1つの巨大なIPネットワークです。

問題: 2つの小さなスイッチ。1つにはデバイスAが接続され、もう1つにはデバイスBが接続されています。残念ながら、AとBはどちらも同じMacアドレスを持っており、Macアドレスも奇妙です:_00:ba:d0:0b:ad:00_ "bad bad"

これで、大きなスイッチに接続されたコンピューターをwiresharkした後、Aと通信しているデバイスまたはBと通信しているデバイスのトラフィックを確認できます。これらは小さなスイッチ内に限定する必要があります。

_Ethernet II, Src: GeFanucA_02:9f:d0 (00:09:91:02:9f:d0), Dst: 00:ba:d0:0b:ad:00 (00:ba:d0:0b:ad:00)
_

「badbad」からGeFanucA_02:9f:d0 (00:09:91:02:9f:d0)へのパケットは通常のユニキャストであり、「badbad」がそれを受信できることも確認されています。したがって、双方向通信では、一方の方法のトラフィックのみがフラッディングされ、もう一方の方法は依然としてユニキャストです。

質問:ユニキャストフラッディングの理由は、MACアドレスが「不良」であることに気付いた小さなスイッチによるものですか?または、Macアドレスが重複しているため、小さなスイッチがフレームの送信先を完全に把握していないため、ブロードキャストされただけですか?それとも、この洪水は他の何かによるものですか?

PS。以下のJoeqwertyの回答の後、重複したMACアドレスがフラッディングを引き起こしていることを確認した後、すべての小さなスイッチに戻って、それらの「Macアドレステーブル」を確認しました。どうやら、同じMACアドレスを共有する3つのデバイス、ABとCがあります。どうやらCの小さなスイッチは、「BAD BAD」MACアドレスを喜んで受け入れ、トラフィックをユニキャストに保ちました。 AとBのスイッチがフラッディングすることにしました。

これを引き起こした正確なメカニズムは何ですか? AとBのスイッチは、別のスイッチの「BADBAD」を認識してはなりません。

3
ugn

あなたが正しく推測したように、これは洪水であり、放送ではありません。 2つのデバイスが同じMACアドレスを持っている場合、これが発生することが予想されます。これらの2つのデバイスをネットワークから削除し、MACアドレスが重複している理由を理解する必要があります。

3
joeqwerty