EasyGBS云台控制对讲功能因端口不通导致功能失效如何解决?
EasyGBS视频平台的对讲系统设计采用了基于网络传输的对讲系统,利用网络平台,将指挥中心和前端各个求助点连接起来,所有的通讯信号和控制协议通过网络进行传输,采用基于网络数字IP网络对讲系统,是一套基于国标实现的对讲系统。
有用户在使用EasyGBS云台控制对讲功能时发现该功能无法使用,设备支持对讲功能,服务端和设备端都无法正常进行对讲,但其他功能都使用正常。
我们远程到该项目现场查看问题,发现确实如此。设备支持放大放小、方向上下左右转动和对讲功能,可对讲功能失效,而且设备在其本地可以正常对讲,因此排除设备问题。
随后查看其配置信息及端口都无异常,将其设备接入我们演示平台进行测试,对讲功能可以正常使用,于是我们为了验证是否是网络的问题,又测试了支持对讲的设备接入其公网,此时对讲功能就失效了。
进一步对该问题进行抓包,抓包后发现在实现对讲时,数据未传递到设备端,设备端那边也并未传过来数据信息,查看其EasyGBS的配置参数信息,发现其参数如下:
我们猜测可能是端口造成的网络不通,其端口可能被占用,修改配对端口4443,重启服务发现功能实现了一端可以一端不行,设备端无法传输信息,抓包发现其数据流无法留存,再次修改参数,将设备对讲使用key写死,使数据留存。
重启服务,测试对讲功能,双方可以实现正常对讲功能,该问题已解决。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结