TL;DR：监控摄像机上 IPv6 不是把地址改成 v6 格式就行。接入前先确认摄像机、平台与传输链路是否支持 IPv6，部署通常采用 IPv4/IPv6 双栈过渡，而不是一刀切纯 v6；地址可用静态或自动配置，网关、接口标识与防火墙放行策略要一起规划。平台对接与注册分项验证后再批量切换，存量设备逐台确认，避免入网中断。
IPv6 接入先确认哪三件事
确认顺序决定改造风险。先看摄像机本身：网络接口是否支持 IPv6，固件版本是否具备 v6 地址配置与协议栈能力，部分早期机型只有 IPv4 协议栈，强行分配 v6 地址也无法通信。再看平台与对接协议：监控管理平台、流媒体服务与 GB/T 28181 对接是否支持 v6，不同版本能力差异较大，以设备与平台的官方资料为准。
链路设备是容易漏掉的第三项。交换机、防火墙、路由器的 IPv6 功能默认未必开启，防火墙没有放行 v6 流量时，摄像机与平台之间的注册、取流会全部失败。先做链路 IPv6 连通性测试，再改摄像机配置，能减少排查范围。
- 摄像机是否支持 IPv6 协议栈与配置入口。
- 平台、流媒体与 GB/T 28181 对接是否支持 v6。
- 交换机、防火墙是否开启 IPv6 并放行相关流量。
IPv6 地址怎么规划
IPv6 地址长度 128 位，与 IPv4 的规划思路不同。摄像机更关注全局单播地址与接口本地地址：全局地址用于跨网段通信，接口本地地址只在本地链路内有效。地址获取方式有静态配置与自动配置两类，自动配置基于路由器通告，适合地址规模大、管理后台全量下发；静态配置适合摄像机数量不多、要求台账一一对应的项目。
规划时要同时处理三件事：网段与前缀划分、默认网关设置、以及和 IPv4 台账的对应关系。惯用做法是给每台摄像机同时保留 IPv4 与 IPv6 两组地址，在台账中按设备编号关联，避免排错时两套地址对不上。链路本地地址与伪随机接口标识可能影响排查直观性，管理要求严的项目可统一使用静态配置。
| 配置方式 | 适用场景 | 注意点 |
|---|---|---|
| 静态配置 | 数量少、台账严 | 逐台录入并核对 |
| SLAAC 自动 | 规模大 | 依赖路由器通告 |
| DHCPv6 | 要集中管理地址 | 需 DHCPv6 服务器 |
双栈、纯 v6 怎么选
部署形态一般分三种：纯 IPv4、双栈、纯 IPv6。监控网里双栈是过渡期的主流选择，摄像机同时启用两套协议栈，新旧设备与平台都能互通，切换过程可回退；纯 IPv6 适合新建且全链路都确认支持的项目，但存量设备、平台兼容与运维习惯都要重新验证；纯 IPv4 沿用现状，等设备与平台侧支持情况明确后再演进。
双栈不是简单叠加，两套地址同时在线会带来排查成本与潜在争议。摄像机同时有 v4、v6 地址时，平台取流可能优先走 v6 路径，链路不支持或策略未放行时表现为取流异常却查不到原因。实践上先固定取流走 IPv4，确认 v6 链路稳定后再放开，能显著降低切换窗口的故障概率。
| 形态 | 优点 | 风险 |
|---|---|---|
| 双栈 | 平滑过渡、可回退 | 两套地址增加排查量 |
| 纯 v6 | 链路简单清晰 | 存量设备与平台受限 |
平台对接与验证清单
平台对接的验证要覆盖注册与取流全链路。GB/T 28181 类对接先确认平台支持的协议版本，注册鉴权建议采用更强的摘要方式，MD5 一类弱算法存在安全风险，具体以平台与设备支持情况为准。双网口摄像机分别针对两个网口配置对接参数，避免用错网口的地址导致注册失败。
验证按顺序推进：注册成功后查目录上报，再测实时取流与录像回放，随后验证告警与云台控制。批量切换前先拿少量摄像机试点，确认全链路正常后再扩大到全部点位，试点期间保留 IPv4 通道作为回退路径，出现问题能快速切回。
- 确认平台协议版本与鉴权方式，注册鉴权优先选强算法。
- 单台试点，验证目录上报、实时取流与回放。
- 全链路 IPv6 连通性与防火墙策略复查。
- 存量设备逐台确认支持情况，分批切换。
- 保留 IPv4 回退通道，登记切换台账。
TL;DR 检查清单
- 接入前确认摄像机、平台与链路设备三方面对 IPv6 的支持。
- 地址规划包含网段、网关与台账对应，静态与自动配置按规模选择。
- 过渡期常用双栈，试点验证后再批量切换并保留回退路径。
- 平台对接按注册、目录、取流、回放顺序逐项验证。
参考资料
- surveillance-ip-address-planning
- surveillance-ip-conflict-troubleshooting
- gb28181-2022-upgrade-points