master 分支里级联上级检索目录如果中途中断，不会继续推送目录信息

[QianNangong]

环境信息:

• 1. 部署方式 编译wvp-pro + zlm都是编译部署
• 2. 部署环境 centos7
• 3. 端口开放情况 udp 5060
• 4. 是否是公网部署 否
• 5. 是否使用https 否
• 6. 接入设备/平台品牌
• 7. 你做过哪些尝试
• 8. 代码更新时间 今天
• 9. 是否是4G设备接入 否

描述错误
使用 2.7.2 版本通过 udp 级联给上级（约 20000 路相机），上级检索目录时遇到网络波动时会继续推送，但是 master 分支下会中断。
怀疑 91e671e 修改导致的超时回调不执行，但是因为线上环境问题不便验证。

如何复现

截图

抓包文件

日志

[xqj-0511]

感觉这里写法有一个弊端，定时执行的时候DelayQueue 的take获取会话移除。一次只能移除一个。
相当于200毫秒执行一次，1秒最多移除5个。极端情况下会有事件累计风险。
我看默认的SipConfig的超时时间是15毫秒，然而1秒最多就移除5个，这里有点冲突。
@QianNangong 个人看法，你把超时时间设置长一点。在默认设置下只要处理的足够快，1秒5个回调事件以上处理的速度，就不会被干扰，否则确实会丢失回调事件。

[QianNangong]

感觉这里写法有一个弊端，定时执行的时候DelayQueue 的take获取会话移除。一次只能移除一个。 相当于200毫秒执行一次，1秒最多移除5个。极端情况下会有事件累计风险。 我看默认的SipConfig的超时时间是15毫秒，然而1秒最多就移除5个，这里有点冲突。 @QianNangong 个人看法，你把超时时间设置长一点。在默认设置下只要处理的足够快，1秒5个回调事件以上处理的速度，就不会被干扰，否则确实会丢失回调事件。

@xqj-0511 主要是我试着撤销了一下这个提交也没解决问题，换回 2.7.2 的版本就没这个问题，应该是我找错原因了，感觉不像是这里导致的。

[648540858]

修复了， 试试看

[QianNangong]

我试下

[QianNangong]

看样子是修复了，谢谢啦

[QianNangong]

看样子问题还在…emm