一、概述

办公室突然莫名其妙断网地会间歇性断网，而且毫无规律，我不是搞网络的，摸不着头脑啊。登录到路由器查看日志确实有明确的信息“The device session resources were overloaded(Usage=94%)”但咱也搞不懂啥意思，只能求助豆包，最后逐步解决。

二、经过及处理方法

1. 网络又断了

正工作着，办公室小伙伴突然喊道“又断网了！”，是的，已经持续一周，每天偶发间歇性断网。症状是网页打不开、微信QQ可以收发消息，持续10分钟左右又恢复了。挺无语的，因为它是间歇性的，一开始还把全部网络设备重启了好几次，没一点效果。我还做了一些排除法，以为是办公室那台电脑有问题，结果下班后电脑都关了网络照样断。

2. 排查

由于我不是搞这块的，但还是略懂一点点，翻找各种记录后，还是登录上了路由器，查看日志，网络中断期间有非常明确的异常记录“The device session resources were overloaded(Usage=94%)”、“The block memory resources were overloaded(Usage=90%)”，问了豆包，意思是会话数太多把会话容量和缓存都用满了。

然后我就在路由器管理页面上点啊点还问了豆包，也没找到关于会话数的栏目，比如我考虑它这里说会话数满了，我查一下都有啥会话对吧，但是页面上没有相关功能。

3. 路由器不行

根据豆包的建议，我换个思路，telnet的形式登录上去通过命令行来查，结果豆包给的很多指令路由器无法识别！意思就是这个路由器太低端了，根本不支持这些指令。最后能执行且有用的命令有“display session number”、“display session all”，一个是显示当前总session数，一个是输出全部session明细，无法使用一些筛选功能，所以也没法直接找出那个IP的session数有异常。

通过查总session数能看到网络快中断时会话数突然从2000左右飙升到5000然后10000接着5万、10万、15万，然后网络就断了。在命令行display session all呢，因为一次只显示一个屏幕的信息，所以翻页可能都要花几十分钟去敲空格。

4. 转变思路

命令行翻页不太行，那我写个脚本来翻行了吧，说干就干。让豆包写了个简单的telnet登录脚本（回想当年花了一周才调通telent啊，现在只需要几秒钟）。先定时执行“display session number”查总会话数，当总会话数明显异常时，比如大于1万的时候，执行“display session all”，且自动发送空格符翻页，把收到的信息全部记录到txt文件里。

整个过程我只提需求，都让豆包来写代码。太舒服了。花了一天调试好，第二天一早启动脚本坐等，下午终于等到断网！脚本也捕获到明显异常，session数大于10000了，然后就看到脚本自己不停的发空格去获取全量session数据。

5. 抓到了

拿到全量session数据后，怎么解析也难不倒我（豆包）。让豆包再写一个脚本从txt文件里逐行读取数据，并且自动将srcIP的重复次数输出。

结果很清晰，有两个公网IP的session数超过了3000，其他内网的IP一般都是100内。

6. 问题解决

接下来就简单了，我在路由器上添加ACL策略把这两个公网IP禁了即可。方法也是问的豆包。

三、回顾

从开始排查到问题解决，约莫花了3天时间，本来还请了外援的，外援还没干啥问题就被解决了，哈哈。现在AI也是生产力了啊。而且非常适合我这种懂一点又不是很懂的情况。