S6813做链路聚合，每次出现这日志后访问互联网都变得很卡
- 0关注
- 0收藏，65浏览
问题描述：
做链路聚合，每次出现这日志后访问互联网都变得很卡，周期性的24小时一周期上联的设备是深信服的负载均衡
Nearest bridge agent neighbor deleted on port Ten-GigabitEthernet1/0/19 (IfIndex 97), neighbor's chassis ID is 6c24-08c7-59e4, port ID is 6c24-08c7-59e4.
Nearest bridge agent neighbor deleted on port Ten-GigabitEthernet2/0/19 (IfIndex 97), neighbor's chassis ID is 6c24-08c7-59e4, port ID is 6c24-08c7-59e4.
1. 确认聚合模式：
检查是否为动态LACP聚合。关键命令：
display link-aggregation summary
display link-aggregation verbose
如果是静态聚合，建议在两端关闭不必要的协议震荡检测，或直接改为动态LACP。
2. 排查深信服端配置（核心排查点）：
登录深信服设备，检查对应聚合接口的LLDPholdtime-multiplier（保持时间乘数）和LACP超时时间。
深信服设备通常默认开启"虚拟集群"或"接口健康检查"，24小时可能是其会话清理或HA倒换/探测周期。
检查深信服是否开启了基于MAC或流量的负载均衡算法变更，导致S6813认为邻居丢失。
3. H3C端优化措施：
关闭链路震荡抑制（如果是LACP模式，确认LACP PDU收发正常）：
interface range Ten-GigabitEthernet1/0/19 to Ten-GigabitEthernet2/0/19
undo link-delay
调整LLDP参数，与对端匹配：
lldp hold-multiplier 10
lldp timer hello 30
若为静态聚合，可尝试在接口下关闭LLDP（如果不需要用LLDP做拓扑发现）：
interface Ten-GigabitEthernet1/0/19
undo lldp enable
interface Ten-GigabitEthernet2/0/19
undo lldp enable
4. 应急排查：
卡顿时立即检查：
display interface brief 是否有接口丢包。
display link-aggregation load-sharing mode 查看当前选中端口是否变为Unselected。
根本原因拆解
- LLDP 默认老化时间是 120 秒 ×12 = 1440 秒 = 24 分钟，但这里是24 小时周期，不是普通 LLDP 报文丢包老化；
- 深信服负载均衡（AD）与 S6813 做 LACP 聚合；深信服设备每 24 小时会做内部进程 / 会话 / 网卡模块定时重启、LLDP 进程重置，停止发送 LLDPDU 报文；S6813 侧 LLDP 邻居表项超时删除，打出这条日志H3C。
- 虽然物理接口、LACP 聚合没有断，但深信服内部驱动 / 转发模块短暂震荡，出现转发性能下降、丢包，业务表现为互联网访问卡顿。
关键点：日志本身 LLDP 邻居删除只是现象，真正卡顿不是 LLDP 导致，是对端深信服设备 24 小时一次内部模块复位，停止收发 LLDP 报文同时转发受影响。
区分：如果是链路物理闪断，接口会 physical down，日志里会有接口 DOWN 记录；本案例接口一直 UP，仅 LLDP 邻居表项被老化删除。
第一步：信息采集确认（S6813 执行）
#查看聚合口状态，确认成员口是否选中、LACP状态
display link‑aggregation summary
display link‑aggregation verbose Eth‑Trunk X
#查看LLDP统计，看是aged‑out老化删除，还是链路down删除
display lldp statistics interface Ten‑GigabitEthernet 1/0/19
#查看接口有无物理层报错、错包
display interface Ten‑GigabitEthernet 1/0/19
display interface Ten‑GigabitEthernet 2/0/19
#看系统日志，确认出现该日志时刻，有没有LACP、接口down、STP、CPU高的日志
display logbuffer
重点看LLDP neighbor information aged out计数是否增加；如果是 aged‑out，代表收不到对端 LLDP 报文超时老化，链路物理层完好。
两套处理方案
方案 A（治标）：聚合成员口关闭 LLDP，消除这条日志（不解决深信服内部 24h 震荡根源，只是屏蔽日志）
聚合上联对接第三方负载均衡，不需要 LLDP 拓扑发现，可以在成员物理口关闭 LLDP 发送接收，不再产生邻居删除日志。
system‑view
interface Ten‑GigabitEthernet1/0/19
lldp disable
quit
interface Ten‑GigabitEthernet2/0/19
lldp disable
quit
注意：关闭 LLDP 只是不再打印这条告警日志，不能根治卡顿；如果 24 小时到业务依旧变卡，说明问题根源在深信服设备本身，必须处理对端。
方案 B（根治，优先实施）：定位深信服负载均衡 24 小时周期震荡
日志每 24 小时准时复现，是深信服 AD 设备定时任务 / 进程重启、会话老化、网卡驱动模块复位，停止输出 LLDP 报文，同时转发性能受影响。
- 在深信服 AD 设备查看系统日志，定位每 24 小时对应时间点，有无进程重启、网卡模块重启、内核日志、bond / 聚合模块重置；
- 确认两端聚合模式必须完全匹配：
- S6813：
mode lacp‑static（静态 LACP） - 深信服 AD 聚合模式必须选择LACP 动态；禁止一边 LACP，一边静态主备，会周期性异常深信服技术...。
- S6813：
- 深信服侧检查：
- 是否开启 24 小时定时备份、定时诊断、会话表全量老化；
- 升级深信服 AD 固件版本，很多老版本存在每 24 小时网卡 /bond 进程复位 bug；
- 关闭不必要 LLDP，或者调整深信服 LLDP 发送间隔，规避模块定时复位。
重点排查点（高频坑）
- ❌不要误以为这条 LLDP 日志是交换机故障；日志是结果，不是故障原因；卡顿是深信服内部转发震荡，LLDP 邻居只是同步老化打印日志。
- 确认 S6813 侧 CPU，故障发生时刻
display cpu‑usage，排除交换机 CPU 过高； - 检查 LACP 计时器：不要随意改成短超时
lacp period short，和第三方负载均衡对接短超时极易引发聚合抖动；建议保持默认长超时（30s）。
display link‑aggregation verbose Eth‑Trunk X | include period
- 检查光模块 / 光纤：虽然接口没 down，万兆光模块偶见隐性错包；查看接口
Input errors / CRC错误计数是否增长。
排错判断速查表
表格
| 现象 | 判断 |
|---|---|
| 日志出现，但 Eth‑Trunk、成员接口始终 UP，无接口 down 日志 | 对端设备内部模块复位，停止发送 LLDP 报文，根源在深信服 AD |
| 日志同时伴随接口 physical down/up | 物理链路、光模块、光纤故障 |
| 故障时刻 LACP 状态发生变化，成员口 Unselected | 两端聚合模式 / 计时器不匹配 |
建议操作顺序：先收集 S6813 上 lldp、link‑aggregation、接口统计；再登录深信服 AD 查看对应时间点系统日志，优先升级深信服 AD 版本；临时可以关闭成员口 LLDP 屏蔽日志，但必须处理对端才能解决卡顿。
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
那这个要问深信服了，这个就是链路聚合