Summary

  • 在 RIPE 92 的 IPv6 工作组上，Benedikt Stockebrand 提议把部分二层网络功能移到 IPv6 路由底座，遇到 VLAN 限制时考虑在 IPv6 上跑 VXLAN。
  • 他描述一位客户的生成树网络：规模再多一跳，运行便变得时好时坏，报错也含糊。客户未具名，现场记录没有迁移后的测量数据。

生成树擅长把一堆交换机装成一张平静的网，直到有人再接上一跳。Benedikt Stockebrand 讲起一位客户时，故障的样子很熟悉：网络有时能用，有时不能用，错误信息却不告诉工程师该从哪里查。设备没有罢工，人先被迫加班。

这段话来自 2026 年 5 月 21 日的 RIPE 92 IPv6 工作组实录。演讲标题叫“IPv6 的杀手应用”，笑点背后是一次删减清单。Stockebrand 想问：如果三层交换机在适用场景里能以接近二层交换的速度转发，为何还要把不断扩大的物理网络绑在 VLAN 和生成树上？他谈的是自己接触到的非核心网络；实录没有设备型号、基准测试或公开客户拓扑。

第一刀对准 VLAN。他建议在 VLAN 成为约束时考虑 IPv6 底座上的 VXLAN。RFC 7348 把 VXLAN 描述为在三层网络上传送虚拟二层网络的机制，也写明普通 VLAN 标识符最多 4094 个。虚拟二层仍在端点存在，改变的是物理网络无需处处承担同一片广播域的复杂性。RFC 还指出，大型虚拟化环境中的生成树可能让大量链路闲置。

第二刀落在生成树本身。Stockebrand 认为，网络越过某个规模后，生成树的异常行为难以定位，动态路由在他所说的场景里能提供更可用的收敛与扩展能力。这里最关键的证据仍缺席：那位客户到底经历了几次故障，替换后是否改善，现场没有公布。把演讲当成采购结论，和把网络图当成运行日志一样草率。

他的主张真正有赌注的地方是减法。只给旧架构再加一套 IPv6，值班表会更长；用 IPv6 路由底座换掉一部分旧机制，才可能让网络更容易解释。三层许可费用、工程师技能和依赖二层邻接的应用，会决定这笔账能否算赢。