1. 如果一台PC想通过交换机发送给另一台PC，并且不知道它的MAC地址，那意味着网络上的所有PC都会收到并看到它！！

LAN 上的主机采用使用 MAC 地址的协议，例如以太网，维护一个 ARP 表。此类广播域中的主机最终可能会在其 ARP 表中获知 LAN 上其他主机的所有 MAC 地址，但 ARP 表中的条目可能会在一段时间后超时。

2. 如果我们为网络中的一台PC更换网卡，其他PC如何知道？

这是在RFC 826，以太网地址解析协议 - 或 - 将网络协议地址转换为 48 位以太网地址以在以太网硬件上传输的结尾部分讨论的问题，该部分标题为“相关问题”（请参阅以下）。通常，ARP 表中的 MAC 地址最终会超时，或者具有新 NIC 的主机可以执行免费 ARP 以将其新 MAC 地址通知所有其他主机。

3. 在泛洪 MAC 地址表攻击中，为什么 PC 仍然发送帧，尽管它不知道目的地的 MAC 地址？

主机不能发送帧，除非它知道或认为它知道目的地的 MAC 地址。它将使用 ARP 来获取目的地的 MAC 地址。您的问题更多是关于交换机的，如果交换机不知道它应该向哪个接口发送 MAC 地址帧，它会将帧泛洪到所有其他交换机接口，并且具有该 MAC 地址的主机将获得帧注定它。

相关问题：

可能需要表老化和/或超时。这些的实现超出了本协议的范围。这是更详细的描述（感谢 MOON@SCRC@MIT-MC）。

如果主机移动，则该主机发起的任何连接都将起作用，假设它自己的地址解析表在移动时被清除。然而，由其他主机发起的连接将没有特别的理由知道丢弃它们的旧地址。但是，48 位以太网地址应该是唯一的并且永远固定，因此它们不应更改。如果将主机名（和某些其他协议中的地址）重新分配给不同的物理硬件，则主机可以“移动”。此外，从经验中我们知道，错误的路由信息​​总是存在通过硬件或软件错误意外传输的危险；不应该让它永远持续下去。也许发起连接失败应该通知地址解析模块在主机不可访问的基础上删除信息，可能是因为它已关闭或旧的转换不再有效。或者也许从主机接收数据包应该重置用于向该主机传输数据包的地址解析条目中的超时；如果在合适的时间长度内没有从主机接收到数据包，则地址解析条目将被遗忘。这可能会导致为每个传入数据包扫描表的额外开销。也许散列或索引可以使这更快。如果在合适的时间长度内没有从主机接收到数据包，则地址解析条目将被遗忘。这可能会导致为每个传入数据包扫描表的额外开销。也许散列或索引可以使这更快。如果在合适的时间长度内没有从主机接收到数据包，则地址解析条目将被遗忘。这可能会导致为每个传入数据包扫描表的额外开销。也许散列或索引可以使这更快。

如果主机确实移动，接收地址解析数据包的建议算法会尝试减少恢复所需的时间。回想一下，如果 <protocol type, sender protocol address> 已经在转换表中，那么发送方硬件地址将取代现有的条目。因此，在一个完美的以太网上，广播请求到达电缆上的所有站点，每个站点都将获得新的硬件地址。

另一种选择是让守护进程执行超时。经过一段合适的时间后，守护进程会考虑删除一个条目。它首先将带有操作码 REQUEST 的地址解析数据包（如果需要，可以进行少量重传）直接发送到表中的以太网地址。如果在短时间内没有看到 REPLY，则该条目将被删除。该请求是直接发送的，以免打扰以太网上的每个站。只是忘记条目可能会导致忘记有用的信息，必须重新获取这些信息。

由于主机不会传输除自己以外的任何人的信息，因此重新启动主机将使其地址映射表保持最新状态。坏信息不能通过在机器之间传递而永远存在；唯一可能存在的错误信息存在于不知道其他机器已更改其 48 位以太网地址的机器中。也许手动重置（或清除）地址映射表就足够了。

如果认为这个问题很重要，这个问题显然需要更多的思考。它是由任何类似地址解析的协议引起的。