在 IPv6-only 网络中通过 DHCPv6 下发 NTP 服务器地址，FortiOS 6.0.14 无原生选项，需自定义 Option 56 实现，过程需查阅 RFC 8415 确定编码格式。
问题背景与厂商限制
同事提出在 IPv6-only 网络用 DHCPv6 分发 NTP 服务器，FortiGate 作为 DHCPv6 服务器运行 FortiOS 6.0.14（该型号无更新版本）。现有配置已包含域名 example.com、两台递归 DNS 及有状态地址池 2001:db8:c:641::6401-64ff，但 Web 与 CLI 均无直接设置 NTP 服务器的字段，仅提供 option1/2/3 三个自定义十六进制字符串字段，厂商文档仅说明“选项必须为偶数个十六进制字符”，未给出具体编码规则。
RFC 查阅与选项编号确认
FortiOS 6.0 支持列表引用 RFC 3315，但其中无 NTP 相关条目。转而查阅取代它的 RFC 8415，第 24 节列出 DHCPv6 选项注册表并链接 IANA 完整参数表。表中 NTP Server 选项编号为 56（十进制），但 RFC 惯例将字段顺序、长度及取值规范分散在其他章节或配套 RFC，需进一步拼装才能生成合法的十六进制载荷。
后续实现路径
原文未给出具体数据，但按 DHCPv6 选项格式，Option 56 需按“选项码(2字节)+长度(2字节)+一个或多个 IPv6 地址(各16字节)”编码。工程师需将 56 转为 0038，计算地址数量乘 16 得长度字段，再拼接 NTP 服务器 IPv6 地址，填入 option1 等字段。FortiGate CLI 要求字符串为偶数十六进制字符，符合该编码要求。实际部署时仍需在客户端验证解析结果。
对运维而言，掌握从 RFC 到厂商 CLI 的选项编码链路，能在厂商未实现原生功能时，用标准协议机制快速补齐 IPv6 网络的时间同步能力，避免引入额外管理平面。
原文: APNIC Blog（2022-03-07）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog