1つのネットワークで同じMACアドレスを持つ複数のデバイスを処理する良い方法は何ですか？

私が使用しているデバイスはすべて同じMACアドレスに設定された生産ラインから外れています。それぞれに独自の静的IPを設定できます。構成データ（新しいMACアドレスを含む）を送信するために、それらを同時にネットワークに接続する方法があるかどうか疑問に思いますか？

Cisco SF 200-24「スマートスイッチ」を入手しました。これまでのところ、スイッチの各ポートを独自のVLAN（モード：アクセス）に設定し、別のポートをすべてのVLANに設定してみました。ユニットと通信したい上流サーバーへの幹線。

現在、各デバイスに静的IPを設定していますが、トランクライン経由で上流のコンピューターと通信するのに問題があるようです。デバイスが相互に通信できるとは期待していません（または望んでいません）。トランクポートに接続されているサーバーだけです。

私が持っている機器で実現できることはありますか、またはそれぞれを個別に設定するのに行き詰まりますか？

「ばかだ、同じMACの物を同じネットワークに接続しないでください」もここで受け入れられる答えかもしれませんが、もっと興味深いものがあるといいのですが。

編集：ああ、人々はここにあるネットワークハードウェアに情熱を注いでいます。驚いてはいけないと思います。私はこの素敵なレガシーデザインを継承しており、新しいファームウェアのリビジョンを製造元に提供するまでこれに我慢します。参加してくれてありがとう。

約6年前、私たちの生産工場の1つで同じ状況を「修正」する必要がありました。

私は彼らがばかだったことを生産エンジニアに伝えなければなりません:-)。
彼らの弁護において：これは史上初のネットワーキング製品であり、R＆Dは生産への影響を正確に考えていませんでした。

そのときそれを回避する方法はありませんでした（そして、まだ今はありません）。
MACを再構成するには、各デバイスをPCに個別に接続する必要がありました。（その後、R＆Dによっていくつかのバグ修正が行われた後、各デバイスにも新しいファームウェアをフラッシュする必要があったため、とにかくこれを行う必要があることがわかりました。）

後のシリーズでは、開発者はプロセスをできるだけ簡単にしました。標準ファームウェアは、ハードコードされた固定IPアドレスでTCP / IPスタックを起動する非常に基本的な最小限のブートローダーを取得しました。これにより起動し、別のハードコードされたIPアドレスから完全なファームウェアイメージをTFTP転送しようとします。完了すると、一意のMACを含む2番目のファイルがTFTPサーバーからプルされ、デバイスにフラッシュされます。
その後、デバイスが再起動し、IPアドレスのDHCPを実行する完全なフラッシュイメージが表示されます。dhcpアドレスが取得されると、それが完了したことを確認するために、独自のmac-addresを含む小さなファイルをTFTPサーバーにアップロードします。

これを制御するPCは、DHCPサーバーとTFTPサーバーを実行します。そして、mac-addressでファイルを準備する制御アプリケーション。
デバイスが正常にアップロードした後、その確認ファイルは、制御アプリケーションによってオペレーターに次のデバイスを接続するための親指を立て、次のMACアドレスをファイルに書き込みます。
（アプリケーションは通常、ダウンロードとフラッシュにかかる時間を認識しています。最初のTFTP転送と確認ファイルのアップロードの間に時間がかかりすぎて、デバイスに障害がある可能性があることをオペレーターに通知します。組み込みの品質テストネットワークスタック。）
Flash over LANオプションも、お客様がファームウェアのアップグレードに使用できる機能です。
とにかくそれを実装する必要があったので、「そこに初期構成を取得する方法」の問題に対処するためにそれを使用することもできます。

PS。DHCPサーバーは、デバイスに対して自身を識別するためのカスタムDHCPオプションを提供します。お客様のLANではDHCPは明らかにそれを行わないため、デバイスが「通常の」DHCPサーバーを検出した場合、確認ファイルをアップロードすることなく、ブートを続行します。

あなたはばかです、同じMACを持つものを同じネットワークに接続しないでください。

;-)

真剣に、MACアドレスは、IEEE 802.3ネットワークが機能する方法の絶対的な基本です。同じMACを備えたイーサネットケーブルの同じ物理ビット上に複数のデバイスが存在する場合、ARPパケットが通過すると、各レシーバーは「それは私です」で応答します。

そのため、ワイヤーの物理的なビットを個別に維持する必要があります。VLANについて説明します。これらはイーサネットMACアドレスと同じ場所であるレイヤー2で動作します（ただし、論理リンク制御（LLC）サブレイヤーでは）。

そう、そうです、VLANがトリックをします。ただし、デバイスに一意のレイヤー3（IP）アドレスを付与する必要があります。DHCPを使用できないため、これは困難な場合があります。

要するに、私の（あなたの）最初の行に戻ります。

「ばかだ、同じMACの物を同じネットワークに接続しないでください」

（大丈夫だとあなたは言った）:)

あなたの問題に対する正しい答えは、製造プロセスを修正して、デバイスに異なるMACアドレスを順番に割り当てるか、または割り当てます（日付を製造してから、一意の番号など）。

メーカーを解雇してください。

私は真剣です。これはアマチュア時間の間違いでさえありません。これは完全な無能の危険なレベルです。

物理的な請求書を印刷する会社が数百万枚の請求書をすべて同じシーケンス番号で納品したことを発見した銀行や、ナンバープレートの最新のバッチにすべて同じプレート番号が付いていることを自動車メーカーが知っているようなものです。

それはだという基本的なAミス。あなたは彼らが失敗したことが判明する他の方法を見つける責任を負いたくない。

バッチ全体を返却し、返金を要求して、ネットワークハードウェアを提供できる有能な人物を見つけます。

馬鹿であると言っているのではなく、大丈夫だと言っていたとしても、同じネットワーク上に同じMACを持つものを配置してはいけない理由を教えてください。

SystemAはSystemBと通信したいと考えています。SystemAはSystemBのIPアドレスを取得し、2つの間のルートを決定しようとします。SystemAとSystemBが同じネットワーク上にある場合、SystemAがSystemBにパケットを送信するには、SystemBのMACアドレスが必要です。SystemAは、ブロードキャストARPメッセージでこの情報を取得し、この情報をARPテーブルにキャッシュします。

（SystemAがカリフォルニアにあり、SystemBがニューヨークにある場合、ニューヨークにパケットを送信するルートを見つけ、SystemBに接続されているルーター/スイッチは、パケットを送信できるようにSystemBのMACアドレスを知る必要があります。したがって、 MACアドレスは引き続き使用されていますが、SystemAはそのことを知る必要はありません。SystemAは、自身のルーターのMACアドレスを知る必要があるだけです。）

つまり、基本的には、ネットワーク上に同じMACアドレスを持つデバイスを置くと、複数のデバイスが「それは私だ！」VLANでこれを回避しようとしているようですが...

私はそれに反対することをお勧めします。言ってるだけ。

これは私がこれを言う唯一の時かもしれません。

スイッチをハブに交換したい。

これにより、スイッチ上のCAMテーブルによってパケットがフィルタリングされることなく、各デバイスと通信できます。

「メディアアクセスコントロールアドレス（MACアドレス）は、物理ネットワークセグメントでの通信用にネットワークインターフェイスに割り当てられる一意の識別子です。」

「MACアドレス」の定義を調べることを生産ラインの管理者に丁寧に提案します。おそらく、製造プロセスを調整する前に。

私たちが知っているすべてのこととして、それは彼らが認識していない（設計ではなく）プロセスの欠陥である可能性がありますが、この基本的な間違いは製品への信頼を損ない、回避可能な複雑化につながるため、何かを行う必要があります。

この問題は、問題のあるデバイスの展開後に回避するのに苦労するよりも、製造側で修正する方がはるかに簡単です。

時々、デバイスが同じMACを持つネットワークに表示されることがありますが、これは珍しいことです（多くの場合、安価なNICを交換することで簡単に解決できます）。バッチ全体で同じMACを使用すると、ほとんどの場合、「個別に考えると、欠陥のある」カテゴリ（一部の人々に関する限り）でも、欠陥があるようには見えません。