在一次客户现场应用中，EasyGBS作为国标GB28181协议的下级平台与上级平台级联时，出现大量日志生成的问题，1小时产生700M日志，主要由ACK和OK消息的重复写入导致。分析发现，当上级平台发送Invite后，EasyGBS不应回复200，而上级平台在收到200后也会自动回复ACK，形成死循环。为解决此问题，只需修改EasyGBS代码，避免不必要的响应。
作为支持国标GB28181协议的视频平台，EasyGBS经常被拿来用作下级平台或者上级平台于客户现场的第三方平台进行级联，稳定性高、扩展性强也是EasyGBS级联过程中一个显著的特点。
近日，某个客户现场将EasyGBS作为下级平台级联到某厂家的国标平台，上级平台启播，会出现生成日志巨大的现象，1个小时会生成700M日志。这样的日志生成速度会让服务器过早负荷过大，影响程序的通畅运行。
通过分析该日志，我们发现其中一直在反复写入ack，OK消息。从现象看应该是陷入死循环了。
进一步分析，该流程出现在上级发送Invite 后，通过检查GB协议标准文档和相关处理代码，发现作为国标下级时，如果收到ACK，不需要回复200，上级平台也有bug，收到200会自动回复ACK。
解决该问题只需要修改EasyGBS代码解决即可，修改参考如下：
229
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
