我正在使用的设备脱离生产线，都设置为相同的MAC地址。 我可以设置每个拥有自己的静态IP，我想知道是否有办法将它们连接到networking同时为了传输configuration数据（包括一个新的MAC地址）给他们？
我有一个Cisco SF 200-24“智能交换机”，到目前为止，我已经尝试将交换机上的每个端口设置为其自己的VLAN（mode：access），并将另一个端口设置为在所有VLAN上一个到上游服务器的中继线，我希望单元通话。
现在我已经设置了每个设备都有一个静态IP在他们身边，但我似乎无法让他们通过中继线与上游计算机交谈。 我不希望（或不希望）设备能够相互通话，只需连接到中继端口的服务器。
我正在做的设备是否可行，或者我将被卡住configuration每个单独？
“你是一个白痴，不要把同一个MAC连接到同一个networking”也可能是一个可以接受的答案，但是我希望可能会有一个更有趣的答案。
编辑：哈，人们对这里的networking硬件充满激情。 我想我不应该感到惊讶。 我已经inheritance了这个可爱的遗留devise，我可以忍受这一点，直到我可以得到一个新的固件版本，我们的制造商。 感谢参与，伙计们。
在6年前我必须在我们的一个生产工厂“修理”相同的情况。
我得告诉生产工程师他们是白痴:-)。
在他们的防守中：这是有史以来的第一个networking产品，而研发部门并没有完全考虑到产品的后果。
那时没有办法（现在还不是）。
每个设备必须单独连接到PC来重新configurationMAC。 （后来发现我们还是需要这样做，因为在研发完成一些错误修正之后，每个设备都需要新的固件。
在后面的系列中，开发人员使得这个过程尽可能无痛苦：标准固件获得了一个非常基本的最小启动加载器，它将启动一个带有硬编码固定IP地址的TCP / IP堆栈。 这将启动并尝试TFTP从另一个硬编码的IP地址的完整的固件图像。 完成后，包含唯一MAC的第二个文件将从TFTP服务器中提取，并在设备中闪存。
之后，设备重新启动，提出了完整的闪存映像，它为它的IP地址做DHCP。 当获取DHCP地址时，它会将一个带有自己的MAC地址的小file upload到TFTP服务器，作为确认完成。
控制它的PC运行DHCP服务器和TFTP服务器。 还有一个用mac地址准备文件的控制应用程序。
在设备成功上传确认文件后，控制应用程序给操作员上大拇指以插入下一个设备，并将下一个mac地址写入文件。
（应用程序知道下载和闪存通常需要多长时间，在第一次TFTP传输和确认文件的上传之间有太多的时间，操作员被告知设备可能有故障。networking堆栈。）
Flash over LAN选项也是客户用来升级固件的function。
无论如何它必须被实现，所以我们不妨使用它来处理“如何获得最初的configuration”问题。
PS。 DHCP服务器提供了一个自定义的DHCP选项来向设备标识自己。 在客户局域网中，DHCP显然不会这样做，所以当我们的设备看到一个“正常的”DHCP服务器时，他们只是继续启动而不尝试上传确认文件。
你是一个白痴，不要将具有相同MAC的东西连接到同一个networking。
😉
严重的是，MAC地址是IEEE 802.3networking工作的绝对基础。 在同一个MAC地址的同一个以太网电缆物理位上有多个设备时，每个接收者在ARP数据包飞过时都会响应“这就是我”。
所以，你必须保持独立的线材物理位。 你提到VLAN。 这些操作在第2层，这与以太网MAC地址（尽pipe在逻辑链路控制或LLC子层中）是一样的。
所以，是的，VLANs将会诀窍。 但是，您需要为设备授予唯一的第3层（IP）地址，这可能是一个挑战，因为您将无法使用DHCP。
总之，回到我的（你的）第一行。
“你是个白痴，不要把东西用同一个MAC连接到同一个networking上”
（你说没关系）:)
解决问题的正确答案是修复制造过程，以便在设备上分配不同的MAC地址，不pipe是按顺序还是按顺序（然后是唯一的＃等date）
消防你的制造商。
我是认真的。 这甚至不是一个业余时间的错误，这是完全无能的危险水平。
就像一家银行发现打印实物账单的公司发出几百万张相同序号的账单，或者一家汽车制造商得知最新一批车牌上都有相同的车牌号码。
这是一个基本的错误; 你不想负责发现他们怎么会搞砸了。
退还整个批次，要求退款，并find能够提供networking硬件的人员。
而不是告诉你你是一个白痴 – 即使你说没关系 – 我只是告诉你为什么你不应该把东西放在同一个networking上。
SystemA想要与SystemB交谈。 SystemA获取SystemB的IP地址并尝试确定两者之间的路由。 如果SystemA和SystemB在同一个networking上，则SystemA需要SystemB的MAC地址向SystemB发送数据包。 SystemA通过广播ARP消息获取此信息，并将这些信息caching在ARP表中。
（如果SystemA位于加利福尼亚州而SystemB位于纽约州，则会find一条将数据包发送到纽约的路由，而连接到SystemB的路由器/交换机需要知道SystemB的MAC地址，才能发送数据包。 MAC地址仍在使用，但SystemA不需要知道，SystemA只需知道自己的路由器的MAC地址。）
所以，基本上来说：当你把你的设备放在networking上的MAC地址相同时，如果有多个设备说“这就是我！”，任何试图与这些设备交谈的东西都会变得混乱。 这听起来像你试图用VLAN来解决这个问题，但是…
我会build议反对它。 我只是说。
这可能是我唯一会这样说的。
你想用集线器replace你的交换机。
这应该允许您与每台设备交谈，而不使用交换机上的CAM表进行过滤。
媒体访问控制地址（MAC地址）是分配给物理网段上的通信的networking接口的唯一标识符 。
有条理地向生产线经理build议他查找“MAC地址”的定义 – 也许在对制造过程进行一些调整之前。
就我们所知，在这个过程中可能是一个缺陷，他们没有意识到（而不是devise），但是需要做一些事情，因为这个基本的错误会破坏对产品的信心并导致可避免的复杂性。
这个问题在制造端更容易修复，而不是在部署有问题的设备后努力解决。
每隔一段时间，设备有时会出现在具有相同MAC的networking上，但这是一个罕见的问题（通常可以通过更换一个廉价的NIC来解决）。对于整个批次来说，具有相同的MAC几乎可以把它们放在“瑕疵“类别（就某些人而言），即使单独考虑，也不会有缺陷。