上周在客户群里，有位朋友发了个截图让我帮忙排查下，说设备是通过GB28181注册到EasyCVR平台，但是没有通道。
这类的问题我见太多了。设备在线，说明注册信令是通的；没有通道，说明设备压根没把通道信息发过来。
我脑子里突然闪过一个经验片段：有些设备的国标实现，TCP模式下只完成了注册，但目录查询和视频流传输这块存在兼容性问题——它不主动往外发通道信息。
换句话说，设备用TCP成功“敲了门”，进来之后却“不说话”了。
我仔细一看截图，果然用户的录像机走的是TCP协议，我说你切换成UDP试试。用户改了之后说还是不行。
我再一看，不对，没切换成功，切换后重启下设备试试。
用户按照我说的操作一番后，果然，通道成功上线了。
一点延伸思考（给想深入了解的朋友）
后来我琢磨了一下，为什么会有这种差异。
GB28181-2016标准里，信令层确实同时支持TCP和UDP。但在实际设备固件实现中，早期厂商基本都是以UDP为默认基准开发的，TCP模式属于后来追加的支持，部分设备的TCP信令栈写得不够完善，就会出现“注册正常但通道不报”的怪现象。
另外还有一个知识点值得记一下：
-
UDP模式：信令走UDP，视频流通常也走UDP（RTPoverUDP），优点是快、兼容性好，缺点是网络不好时可能丢包。
-
TCP模式：信令走TCP，视频流可以走TCP（RTPoverTCP）或UDP，优点是稳定、不丢包，适合公网传输。
所以，如果你用的是较新的设备，且网络环境对丢包敏感（比如跨运营商、4G/5G无线），可以优先尝试TCP被动模式——它能兼顾TCP的稳定性和UDP的兼容性。
以后大家再遇到“GB28181注册没通道”的问题，别慌，先去切换传输协议，从TCP改成UDP，大概率能直接“救活”设备，省时又省力，这也是我踩过坑后总结的最实用的技巧！
