%Sep 9 14:18:19:980 2025 S7503E LLDP/6/LLDP_DELETE_NEIGHBOR: Nearest bridge agent neighbor deleted on port GigabitEthernet1/0/0/5 (IfIndex 5), neighbor's chassis ID is dcda-80c5-b3f8, port ID is GigabitEthernet1/0/28.
%Sep 9 14:18:20:026 2025 S7503E IFNET/4/IF_ERROR_DOWN: An error down alarm occurs on GigabitEthernet1/0/0/5, because of POWERLOW-DOWN.
%Sep 9 14:18:20:051 2025 S7503E IFNET/3/PHY_UPDOWN: Physical state on the interface GigabitEthernet1/0/0/5 changed to down.
%Sep 9 14:18:20:058 2025 S7503E IFNET/5/LINK_UPDOWN: Line protocol state on the interface GigabitEthernet1/0/0/5 changed to down.
%Sep 9 14:18:20:095 2025 S7503E LAGG/6/LAGG_PORT_DISCARDING_STATE: Member port GE1/0/0/5 of BAGG2 changed to the discarding state.
%Sep 9 14:18:20:115 2025 S7503E LAGG/6/LAGG_INACTIVE_PHYSTATE: Member port GE1/0/0/5 of aggregation group BAGG2 changed to the inactive state, because the physical or line protocol state of the port was down.
%Sep 9 14:18:20:150 2025 S7503E IFNET/3/PHY_UPDOWN: Physical state on the interface Bridge-Aggregation2 changed to down.
%Sep 9 14:18:20:150 2025 S7503E IFNET/5/LINK_UPDOWN: Line protocol state on the interface Bridge-Aggregation2 changed to down.
en
[S7503E]telnet server enable
Telnet is insecure because it transmits data in plaintext form.
[S7503E]%Sep 9 14:18:48:433 2025 S7503E IFNET/4/IF_EGRESS_DROP_RECOVER: Packet loss recovers in queue 2 of GigabitEthernet1/0/0/21.
%Sep 9 14:18:48:434 2025 S7503E IFNET/4/IF_BOARD_EGRESS_DROP_RECOVER: Packet loss recovers on chassis 1 slot 0.
%Sep 9 14:19:20:054 2025 S7503E IFNET/4/IF_TX_FLOW_ALARM_RESUME: The outbound traffic volume increases to the normal range on GigabitEthernet1/0/0/13.
Gi1/0/0/5 突然下线:先是 LLDP 报 neighbor deleted(远端 chassis-id dcda-80c5-b3f8,port GigabitEthernet1/0/28),紧接着接口报 POWERLOW-DOWN → 物理层 down → 端口在聚合中被置为 discarding/inactive → 所属聚合 BA2 也 down。
可能原因(优先级按概率):
远端设备端口/设备掉电或重启(最常见)。
光/铜链路或 SFP/cable 硬件故障(线缆、SFP 模块有问题)。
PoE/供电异常(如果该端口带 PoE 设备或交换机本身有供电模块问题,设备检测到电压/功率异常)。
本端口或本板卡电源/硬件异常(例如板卡电源不足、接口电路异常)。
ALG/LACP/配置/策略误命中较少见。
日志尾部显示别的口(Gi1/0/0/21、Gi1/0/0/13)出现过排队丢包/流量恢复,说明当时机箱/槽位可能存在短暂负载或资源抖动,但与 1/0/0/5 直接关系需要进一步核实。
%Sep 9 14:18:19
LLDP 删除邻居 → 远端端口或链路先断开或 LLDP 隧道中断。
%Sep 9 14:18:20.026
IF_ERROR_DOWN: 因为 POWERLOW-DOWN 报 alarm → 设备检测到该端口供电/电压异常导致接口被置 down。
随后物理/链路层 down,LAG(BAGG2)把该 member 设置为 discarding/inactive,BA2 变为 down。
→ 结论:链路中断触发顺序是 LLDP↓ → POWERLOW-DOWN → PHY down → LAG down。POWERLOW-DOWN 是触发物理 down 的直接告警。
在关键操作(如更换 SFP/重启远端)前先抓包/查看状态以防止误判。
查看接口与聚合的当前状态
display interface GigabitEthernet1/0/0/5
display interface Bridge-Aggregation2
display link-aggregation verbose BDG2 # 或 vendor 对应命令查看聚合成员状态
关注:PHY 状态、错误计数(CRC、input errors)、协商速率/双工、是否为 down/down。
查看 LLDP/邻居详细信息
display lldp neighbor verbose GigabitEthernet1/0/0/5
display lldp local-information
核实 neighbor chassis-id dcda-80c5-b3f8
对应的是哪台设备(IP/MAC/位置/端口)。
查看光模块/收发器和端口电气信息
display transceiver interface GigabitEthernet1/0/0/5 # 查看 SFP 收发器电压/光功率(如果支持)
display diagnostic interface GigabitEthernet1/0/0/5 # 或 vendor 提供的板卡诊断命令
关注 Rx/Tx 光功率、Vcc(供电电压)等是否异常。
查看电源/板卡状态
display device
display power # 或 display power supply,查看机箱/槽位电源健康
display board # 看槽位/板卡状态
若发生整板电源抖动,可能影响某槽位多个端口。
查看日志范围,查是否为同一时刻其他端口也有 POWERLOW-DOWN
display logbuffer | include POWERLOW
display alarm active
display alarm history | include 14:18: # 按时间范围筛查
看是否为单口问题还是整槽/整板问题。
检查远端设备状态(根据 LLDP 找到远端)
登录远端设备(dcda-80c5-b3f8)查看对应端口 Gi1/0/28 状态:是否重启、down、PoE 断开、或 SFP/线缆异常。
如果远端是交换机/路由器/服务器,确认端口侧是否有链路闪断/重启/被管理员 down。
现场物理检查
重新插拔网线或 SFP(先断电或遵循热插拔规则)。
若是光口,换一根 known-good 光纤;若是铜缆,换一根 Cat6 已知良品。
若端口带 PoE 设备,断电重连被 PoE 设备,看是否恢复。
临时处理
若需要临时让 BA2 恢复(并且排查中),可以把该 member 暂时从聚合移除或手工 admin down/up,然后上下线其它端口,避免聚合影响业务。
如果确认是远端掉电,等待远端恢复会自动回连(观察 LLDP/phy up)。
POWERLOW-DOWN
的特别说明POWERLOW-DOWN
通常指交换机在该端口检测到 电源/供电异常:
若端口为 PoE:可能是 PoE 电流/功率异常导致保护触发或远端设备短路/功耗异常。
若为光口:可能是 SFP 模块 Vcc/电源异常或板卡电源供应不足导致读取到低电压。
操作建议:查 PoE 状态(若为 PoE 端口),查板卡供电和 SFP Vcc。若 PoE 无关,优先怀疑 SFP/模块或主板供电。
远端设备掉电/端口被 administratively down → 与远端管理员沟通,等待恢复或重启端口。
链路/SFP/cable 硬件故障 → 先更换 SFP 或网线做验证;若更换后恢复则替换有问题部件。
本机槽位/板卡电源问题 → 若多个端口同时异常,联系厂商/机房检查机箱电源与板卡;必要时换槽位或换板卡。
PoE 设备短路/异常 → 如果是 PoE 端口,断开受电设备再观察端口是否恢复。
临时 workaround → 从 LAG 中移除该端口,迁移流量,确保 BA2 不因单口问题整体 down。
display interface GigabitEthernet1/0/0/5
display link-aggregation verbose Bridge-Aggregation2
(或 vendor 的 LAG 查看命令)
display lldp neighbor GigabitEthernet1/0/0/5
display transceiver interface GigabitEthernet1/0/0/5
display power
display alarm active
display logbuffer | include 14:18
(或相近时间段)
到远端设备执行:display interface GigabitEthernet1/0/28
与 display lldp neighbor
(确认是远端口)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明