Ant*_* A. 10 networking switch mac-address
我正在使用的设备从生产线上下来都设置为相同的 MAC 地址。我可以将每个人设置为拥有自己的静态 IP,我想知道是否有办法将它们同时连接到网络,以便向它们传输配置数据(包括新的 MAC 地址)?
我有一个 Cisco SF 200-24“智能交换机”,到目前为止我已经尝试将交换机上的每个端口设置为自己的 VLAN(模式:访问),另一个端口设置为所有 VLAN 上的到上游服务器的中继线我希望这些设备与之通话。
现在,我已将每个设备设置为在其一侧都有一个静态 IP,但我似乎无法让它们通过中继线与上游计算机通话。我不希望(或不希望)设备能够相互通信,只是连接到中继端口的服务器。
我正在用我拥有的设备做的事情是否可行,还是我会被困在单独配置每个设备?
“你是个白痴,不要将具有相同 MAC 的东西连接到同一个网络”在这里也可能是一个可以接受的答案,但我希望可能有一个更有趣的答案。
编辑:哈,人们对这里的网络硬件充满热情。我想我不应该感到惊讶。我继承了这个可爱的传统设计,我必须忍受这个,直到我可以向我们的制造商获得新的固件版本。感谢您的参与,伙计们。
Ton*_*nny 15
大约 6 年前,我不得不在我们的一个生产工厂“修复”同样的情况。
我得告诉生产工程师他们是白痴:-)。
为他们辩护:这是有史以来第一个网络产品,研发部门并没有完全考虑到生产的后果。
当时没有办法解决(现在仍然没有)。
每个设备都必须单独连接到 PC 以重新配置 MAC。(后来发现无论如何我们都需要这样做,因为在研发完成了一些错误修复之后,每个设备也需要刷新新固件。)
在后面的系列中,开发人员使这个过程尽可能轻松:标准固件有一个非常基本的最小引导加载程序,可以使用硬编码的固定 IP 地址引导 TCP/IP 堆栈。这将启动并尝试从另一个硬编码的 IP 地址 TFTP 完整固件映像。完成后,将从 TFTP 服务器中提取包含唯一 MAC 的第二个文件并在设备中闪烁。
之后设备重新启动,提供完整的闪存映像,它为其 IP 地址执行 DHCP。获取 dhcp 地址后,它会将一个带有自己的 mac 地址的小文件上传到 TFTP 服务器,以确认它已完成。
控制它的 PC 运行一个 DHCP 服务器和一个 TFTP 服务器。以及准备带有 mac 地址的文件的控制应用程序。
设备成功上传其确认文件后,控制应用程序会让操作员竖起大拇指插入下一个设备,并将下一个 mac 地址写入文件。
(应用程序知道下载和闪存通常需要多长时间。第一次 TFTP 传输和确认文件上传之间的时间太长,通知操作员可能是设备有故障。内置质量测试网络堆栈。)
Flash over LAN 选项也是客户可以用来升级固件的功能。
它无论如何都必须实现,所以我们不妨用它来处理“如何在那里获取初始配置”的问题。
附注。DHCP 服务器提供自定义 DHCP 选项以向设备标识自身。在客户 LAN 中,DHCP 显然不会这样做,因此当我们的设备看到“正常”DHCP 服务器时,它们只是继续启动而不尝试上传确认文件。
Sim*_*lin 10
你是个白痴,不要把同一个MAC的东西连到同一个网络上。
;-)
说真的,MAC 地址绝对是 IEEE 802.3 网络工作方式的基础。对于具有相同 MAC 的以太网电缆的同一物理位上的多个设备,当 ARP 数据包飞过时,每个接收器都会以“那是我”来响应。
因此,您必须维护单独的物理线位。你提到了 VLAN。它们在第 2 层运行,这与以太网 MAC 地址位于同一位置(尽管在逻辑链路控制或 LLC 子层中)。
所以,是的,VLAN 可以解决问题。但是,您确实需要为您的设备授予唯一的第 3 层 (IP) 地址,这可能是一个挑战,因为您将无法使用 DHCP。
简而言之,回到我(你)的第一行。
“你是个白痴,不要把同一个MAC的东西连到同一个网络上”
(你说没关系) :)
您的问题的正确答案是修复制造过程以在设备上分配不同的 MAC 地址,顺序或然而(日期制造,然后是唯一的# 等)
解雇你的制造商。
我是认真的。这甚至不是业余时间的错误,这是完全无能的危险水平。
这就像银行发现打印实体账单的公司交付了数百万张序列号相同的账单,或者汽车制造商得知最新一批车牌上的车牌号都相同。
这是一个基本的错误;你不是要负责找出如何否则他们变成有搞砸了。
退回整批产品,要求退还您的钱,并找到有能力提供您的网络硬件的人。
与其告诉你你是个白痴——即使你说没关系——我宁愿告诉你为什么你不应该把具有相同 MAC 的东西放在同一个网络上。
系统 A 想与系统 B 交谈。SystemA 获取 SystemB 的 IP 地址并尝试确定两者之间的路由。如果 SystemA 和 SystemB 在同一网络上,则 SystemA 需要 SystemB 的 MAC 地址才能向 SystemB 发送数据包。SystemA 通过广播 ARP 消息获取此信息,并将此信息缓存在 ARP 表中。
(如果 SystemA 在加利福尼亚而 SystemB 在纽约,它会找到一条将数据包发送到纽约的路由,并且连接到 SystemB 的路由器/交换机需要知道 SystemB 的 MAC 地址,以便它可以将数据包发送过去。所以MAC 地址仍在使用中,但 SystemA 不需要知道这一点。SystemA 只需要知道自己路由器的 MAC 地址。)
因此,基本上:当您将具有相同 MAC 地址的设备放在网络上时,当多个设备说“那是我!”时,任何试图与这些设备通信的东西都会变得混乱。听起来您正试图通过 VLAN 解决此问题,但是...
我会建议反对它。我只是说。
归档时间: |
|
查看次数: |
3232 次 |
最近记录: |