至少在 Cisco 路由器上使用辅助 IP 接口地址似乎不一定有重大缺陷，但我发现了解一些限制很有用。

• 使用辅助地址/多个子网的扁平网络将避免使用 dot1q 中继的需要，但会产生更多的广播流量（如果目的是能够增加主机数量）。根据设计，这可能会影响网络性能，特别是主机/客户端。
• 路由协议：
  • 在 EIGRP 邻居邻接将不会在辅助 IP 地址上形成句号。
  • 在 OSPF 中，二级寻址网络被视为存根，因此不会在它们上发送 hello 数据包，也不会形成邻接。
  • 在 BGP 中，由于它充当 TCP 之上的应用程序，因此它似乎并不关心它们是主要的还是次要的，因为 TCP 进程只是尝试将接收到的源地址与可用的 BGP 对等方进行匹配以形成邻居关系。 . 所以这可以工作，但要注意不要不匹配主要和次要。
• 来自路由器的数据包将来自主接口地址（网段上的路由器通常应该同意主子网是什么）。
• 多播 PIM 接口配置需要相互连接的路由器，以使用与主地址相同的子网，而不是次要地址。

为了避免出现问题，我将尽可能使用主要寻址，在极端情况下使用次要寻址。

除了并支持现有答案的结论：

如果 Cisco 路由器充当 DHCP 中继代理，则辅助地址不支持 DHCP。路由器会将它的主要接口 IP 地址插入到 DHCP 请求中，并且远程服务器永远不会看到对次要子网的请求。

添加辅助 IP 地址可以更改众所周知的/默认行为，某些 IOS 和 IOS/硬件组合将禁用 IP 重定向或启用特定的 CEF 功能以支持辅助地址功能。此外，删除辅助地址将自动重新启用 IP 重定向，即使该命令是在接口上专门配置的。

从辅助地址获取数据包也可能有问题（无论是管理还是故障排除），因为某些命令不支持该source-address选项，只提供source-interface将使用主接口 IP 地址的选项。

此外，如果对网络或服务器进行一般性描述（如“vlan ## 无法到达服务器 xxx”或“服务器 yyy 位于 vlan ##”中），半技术客户管理员/用户可能会很容易混淆，因为 vlan 有两个连接的子网。