你们正在亲手损害自己的销售业绩和IPv6的部署进程。

在SRX3xx系列设备上，Junos系统人为地将下挂接口的“更新路由器通告”功能限制为三个。实际应用中，这意味着该设备仅能在三个VLAN上自动注入IPv6前缀到路由器通告中。

这并非硬件限制，不是吞吐量限制，更不是所谓的“ASIC无法处理”。这纯粹是软件层面随意设置的功能上限。

由此产生的实际问题是：

我通过正规渠道购置的SRX-340正用于家庭环境。我划分了五个VLAN：
• 管理网络
• 桌面设备
• 服务器
• 物联网设备
• 访客网络

在IPv4环境下部署易如反掌。每个VLAN可路由，网段相互隔离，一切运行顺畅。

而在IPv6环境中，由于这个三接口限制，我只能在其中三个VLAN上实现自动前缀委派和路由器通告。超出数量后，Junos系统直接拒绝配置。既无官方文档提供扩展方法，产品资料中也未警示“this feature stops working at 3”。更没有任何公开技术说明-事实上，我根本找不到关于此限制的官方记载。

最终导致的结果是：我无法通过Juniper预设的自动化方案，在整张网络中顺畅部署IPv6。摆在我面前的只有两个选择：

• 打破既有的网络分段模型来迁就这个未载明的限制
• 针对第四个和第五个VLAN，围绕Junos系统进行复杂的手动路由器通告配置和脚本编写

这两种解决方案，都不配被称为“企业级IPv6部署方案”，甚至连“家庭级IPv6”都称不上。这简直令人难堪。

在某个小型分支机构我曾部署的SRX-345拥有超过40个VLAN。我们通过精细的网络分段来阻止横向渗透、满足合规要求、防范勒索软件传播。正是这类细枝末节的技术缺陷，导致企业网络无法全面推行IPv6部署。问题不在于IPv6本身“复杂难用”，而在于瞻博网络悄无声息地植入人为限制，然后给出“升级购买更高阶设备（尽管你并不需要）”的解决方案。至少我个人绝不会接受这种处理方式。

若这是出于许可证策略或商业分级考量（即“branch”产品仅提供三个VLAN的IPv6功能，需更多配额则必须购买高端产品并多花费数万美元），请明确公开声明。这样运维人员能据此调整规划（选择其他供应商），架构师也能看清实际购买的产品内涵。

若这并非有意设置的产品功能阉割，则请移除该限制，并为所有已购买SRX-3xx的用户提供解决方案。SRX-3xx仅能向三个VLAN发布委派IPv6前缀的行为毫无技术依据。现有众多软硬件解决方案都能作为分支机构UTM防火墙使用，且不存在此类自动限制。我并非Juniper的忠实拥趸，必要时完全能够（也必将）采购其他替代方案。

这种做法无益于IPv6推广。数年前我曾就此问题提交JCARE服务请求，却石沉大海。现在不妨验证“阳光是最佳的消毒剂//sunlight is the best disinfectant”这句箴言。我虽非贵司最大客户，但累计采购金额已超过70万美元。我在此郑重要求瞻博网络公开承诺解决此问题——须知，我完全有能力转投其他供应商。

Regards,
Andrew Kirch
AS401854

相关文档交流移步汗牛充栋知识星球。

相关阅读：

P4可编程SDN交换机

P4教程 P4应用 P4论文

Tofino1 | Tifino 2 |Tofino 3

基于可编程交换机的网络仿真平台