Summary

  • IETF v6ops 工作组 10 月 27 日更新的草案新增一个换网场景：客户按 /48 布置内部网络，新运营商只给 /56，原有子网布局可能装不进新前缀。
  • 草案建议终端站点使用稳定的 /48，并提出分配长度不得长于 /56。套餐由运营商设计，搬家时的重新编号却落在客户身上。

销售页面上一行“支持 IPv6”，容不下一个小企业的网络图。v6ops 前缀分配草案的 10 月修订版把问题写得很具体：原接入商给 /48，新接入商给 /56。客户原本给办公室、访客、服务器和其他设备安排的 /64 子网，可能需要拆开重排。两条宽带同时用于备份或多宿主接入时，前缀长度不同也会使同一套规划难以复用。

前缀后面的八位差额，决定网络图能展开到哪里。/48 可划出 65,536 个 /64 子网，/56 可划出 256 个。问题未必是把 256 个位置占满：如果办公室、访客网和设备区原先按 /48 的层级分段，迁入 /56 时，那些分段可能需要合并、重新编号，再逐项改配置。两家运营商即使都提供 /48，实际分配的地址通常也会改变；相同的前缀长度保得住内部布局，保不住旧地址。

4 月的上一版已经讨论企业 /48、住宅 /52 或 /56 的区别。草案将这种区分主要归因于销售和市场部门，也提醒读者：不少小企业买的是住宅套餐。10 月新增的段落把套餐分层的后果放到换运营商那一刻。今天为了区分产品而缩小前缀，明天可能变成客户的迁移工单。

草案拟走向“当前最佳实践”，目前仍是工作组文件。其摘要推荐给终端站点持续分配 /48，同时把 /56 设为不得再缩小的边界。把两家供应商的前缀承诺与客户迁移清单摆在一起，才能算出这次换网要改多少配置。眼下缺少的是具体运营商的套餐条件和已完成的 /48→/56 迁移记录；一份标明改动范围与工时的记录，就会给这笔转嫁成本标价。