三个协议不是同一类能力
RTSP 通常负责实际媒体取流，ONVIF 常用于设备发现、读取 Profile、获取 RTSP 地址和云台控制，GB28181 则用于国标平台注册、目录、保活、INVITE 调看和媒体会话。把它们混成一个“支持摄像头协议”的描述，容易掩盖真实工作量。
在摄像头网关里，更合理的做法是把协议按职责拆开：ONVIF 找设备和流地址，RTSP 取媒体，GB28181 处理平台级联，再由网关输出浏览器可播放地址、录像索引和业务接口。
网关需要衔接上下游
现场系统往往同时面对摄像头、NVR、国标平台、业务系统和浏览器用户。StreamGate 的角色是把输入侧协议差异收敛起来，再把可观看、可检索、可对接的能力提供给上层系统。
验收时不要只看能不能出画面，还要看断线恢复、码流信息、首包时间、录像回放、浏览器兼容、API 返回和日志定位。
三类协议在网关中的位置
RTSP、ONVIF 和 GB28181 经常同时出现在一个项目里，但它们承担的职责不同。RTSP 通常是媒体流入口，ONVIF 负责发现、取流地址、设备信息和云台控制，GB28181 负责国标注册、目录、级联和调看。把三者混成一个“摄像头协议”会导致验收项不清楚。
一个更清晰的工作流是：先用 ONVIF 或手工方式建立通道，再用 RTSP 拉取媒体，最后按需要输出给浏览器、录像系统、业务系统或上级 GB28181 平台。若现场已经存在 GB28181 下级设备或平台，StreamGate 可以作为汇聚节点处理接入和上联；若是客户自己的软件需要向上级平台注册，StreamCore SDK 的 GB28181 能力更适合嵌入应用。
项目验收要拆开
ONVIF 验收看发现、Profile、RTSP 地址和 PTZ；RTSP 验收看认证、码流、首帧、长时间播放和断线恢复；GB28181 验收看注册、保活、目录、INVITE、PS/RTP 和平台日志。拆开验收后，现场问题更容易定位，报价和版本选择也更清楚。
现场判断顺序
实际落地时可以先确认设备侧能否通过 ONVIF 或手工方式建通道，再验证 RTSP 主码流和子码流能否稳定播放，最后确认是否需要 GB28181 上联或接入下级平台。这样可以把“设备发现问题”“媒体取流问题”和“平台级联问题”分开处理，避免所有异常都被归到同一个协议上。
如果项目包含 NVR、编码器和不同品牌摄像头，还应保留手工 RTSP 地址录入能力。自动发现可以提升效率，但不能替代已知地址、跨网段设备和现场网络策略下的手动接入。