• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

园区网络的接入层交换机发生中断异常,可能和stp相关,请诸位帮助分析日志

1天前提问
  • 0关注
  • 0收藏,79浏览
粉丝:0人 关注:0人

问题描述:

园区网络的接入层交换机发生中断异常,每台出现中断的时间大概在12分钟左右,

1、日志信息:

接入设备故障时日志:

MSTP/5/MSTP_BPDU_RECEIVE_EXPIRY: Instance 0's port GigabitEthernet1/0/25 received no BPDU within the rcvdInfoWhile interval. Information of the port aged out.

 

汇聚设备故障时日志:

版本V5 HJ: MSTP/6/MSTP_NOTIFIED_TC: Instance 0's port GigabitEthernet1/0/21 was notified of a topology change.

版本V7 HJ: STP/4/STP_DISPUTE: Instance  0's port GigabitEthernet1/0/12 received an inferior BPDU from a designated port which is in forwarding or learning state.

 

接入设备的STP波动日志:

<SWA-F3-RD1-1-03>dis stp history

 --------------- STP slot 1 history trace ---------------

 -------------------  Instance 0   ---------------------

 

 Port GigabitEthernet1/0/25

   Role change   : Desi->Root

   Time          : 2026/05/08 08:52:57

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Root->Desi (Aged)

   Time          : 2026/05/08 08:52:55

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 Port GigabitEthernet1/0/25

   Role change   : Desi->Root

   Time          : 2026/05/08 08:52:31

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Root->Desi (Aged)

   Time          : 2026/05/08 08:52:17

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Desi->Root

   Time          : 2026/05/08 08:51:59

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Root->Desi (Aged)

   Time          : 2026/05/08 08:51:13

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Desi->Root

   Time          : 2026/05/08 08:50:51

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 Port GigabitEthernet1/0/25

   Role change   : Root->Desi (Aged)

   Time          : 2026/05/08 08:49:33

   Port priority : 4096.0cda-41da-5325 20 16384.7425-8aa1-540e 0

                   8192.586a-b195-606f 128.19

 

 

 

组网及组网描述:

核心-汇聚-接入   的标准企业网络构架

最佳答案

粉丝:10人 关注:2人

园区 STP/MSTP 故障日志完整分析 + 根因 + 解决办法

一、先翻译每条日志含义

1)接入层关键日志

plaintext
MSTP/5/MSTP_BPDU_RECEIVE_EXPIRY: Instance 0's port GigabitEthernet1/0/25 received no BPDU within the rcvdInfoWhile interval. Information of the port aged out.
含义:
G1/0/25 端口长时间收不到对端 BPDU 报文,STP 端口信息老化超时,端口角色重新选举震荡。

2)接入 STP 历史记录

端口 G1/0/25 反复在 Desi (指定端口) ↔ Root (根端口) 来回切换,而且每次切换都带 (Aged) 老化标记;
典型特征:链路 BPDU 时断时续、STP 不停重新选举,每次震荡业务中断 1~2 分钟,和你现象完全吻合。

3)汇聚 V5 日志

plaintext
MSTP/6/MSTP_NOTIFIED_TC: Instance 0's port GigabitEthernet1/0/21 was notified of a topology change.
含义:
全网触发 TC 拓扑变更,所有交换机清空 MAC 地址表、重新学习,全网短时卡顿、断流 1-2 分钟

4)汇聚 V7 日志

plaintext
STP/4/STP_DISPUTE: Instance 0's port GigabitEthernet1/0/12 received an inferior BPDU from a designated port which is in forwarding or learning state.
含义:
端口收到劣质 / 非法 BPDU,进入 STP 争端状态,端口阻塞、重新协商,直接引发环路抑制 + 端口收敛中断。

二、根因定位(百分百匹配你现场现象)

  1. 接入上行口 G1/0/25 BPDU 报文丢失 / 丢包
    不是配置错,是链路光模块 / 网线 / 端口协商、链路偶发丢包,导致 BPDU 收不到→老化超时。
  2. BPDU 老化 → 端口角色反复切换(Desi↔Root)
    STP 不停重新选举,触发TC 拓扑变更传遍全网。
  3. TC 触发后全网 MAC 表刷新 + 端口收敛,每震荡一次业务断 1~2 分钟
  4. V7 汇聚出现 STP_DISPUTE:说明网络里有私接小交换机、路由小设备、私自拉线成环,下发非法 BPDU 扰乱全网 MSTP 拓扑。
总结根因
  • 主因:接入上行链路 G1/0/25 链路质量差、光模块 / 网线 / 端口故障,BPDU 偶发丢包老化
  • 叠加因:园区存在私接设备、私自拉线,产生非法 BPDU + 二层环路,加剧 STP 震荡

三、快速临时止血(立刻减少中断)

  1. 接入上行口 G1/0/25 配置 边缘端口、环路保护、BPDU 保护
  2. 全局开启 STP TC 保护,抑制频繁拓扑变更
  3. 接入下联所有用户口 配置边缘端口 + 环路检测 + 防环,禁止参与 STP 选举

关键配置命令(可直接套用)

plaintext
# 全局抑制TC频繁震荡 stp tc-protection enable stp tc-protection threshold 5 # 上行口开启环路保护(防止BPDU丢失误切) interface G1/0/25 stp loop-protection enable # 下联所有接入口设为边缘端口 + BPDU保护 interface range G1/0/1 to G1/0/24 stp edged-port enable bpdu-drop enable

四、彻底排查根治步骤

  1. 重点排查接入上行口 G1/0/25
    • 换网线 / 换光模块 / 换端口
    • 查看端口错包、CRC、频繁 up/down:display interface G1/0/25
  2. 全网查私接设备
    找哪栋楼、哪个点位私接家用路由、迷你交换机,私自拉线成环。
  3. 标准化 MSTP 配置
    核心 - 汇聚 - 接入统一 MSTP 域、实例、优先级,避免 V5/V7 设备混搭拓扑计算异常。
  4. 接入下联口全部固化 边缘端口 + 环路检测 + BPDU 丢弃,杜绝终端侧扰动影响全网 STP。

五、现象对应关系

  • 每隔一段时间断 1~2 分钟 → STP 频繁 TC 拓扑刷新
  • 上行口 BPDU 老化超时 → 链路质量 / 端口 / 光模块问题
  • 端口角色反复 Desi↔Root → 拓扑不停重新选举
  • V7 出现 DISPUTE → 内网有私接设备发非法 BPDU

暂无评论

4 个回答
粉丝:116人 关注:11人

 存在根接口变化的情况,会造成网络震荡。


指定一下根设备吧 


暂无评论

粉丝:8人 关注:9人

日志含义解读
1. 接入侧日志说明上联端口G1/0/25在3倍HelloTime(默认30s)内未收到根桥BPDU,端口STP状态老化,触发临时生成树重计算。
2. 汇聚侧频繁收到TC拓扑变更通知,V7的STP_DISPUTE代表端口进入STP协商争议状态临时阻塞转发,最终导致流量中断1~2分钟。
排查步骤&命令
1. 物理链路排查:在故障接入/汇聚上联端口执行dis int g1/0/25,查看是否存在CRC错包、光功率越限、半双工协商异常,优先排除链路/光模块/网线劣化导致的BPDU丢包。
2. TC溯源排查:执行dis stp tc查看所有TC事件的来源MAC,定位私接环路、乱发TC的非法接入设备,全局配置stp tc-protection threshold 3限制单位时间TC处理数量,避免MAC地址表反复刷新泛洪。
3. 争议端口排查:在V7汇聚执行dis stp instance 0 dispute-port确认争议端口,排查是否存在链路单工、BPDU收发不对称问题。
优化方案
所有接入下联端口配置为边缘端口stp edged-port,上联端口开启BPDU保护,从根源减少非法环路引发的STP震荡。

暂无评论

粉丝:16人 关注:1人

你的网络中断,根源在于接入交换机因收不到上游BPDU而反复重新计算生成树,导致端口周期性阻塞。这通常是由汇聚交换机CPU繁忙或MSTP配置不一致引起的。


 日志分析与根因

  • 接入层日志:接入交换机G1/0/25端口在RootDesi(Aged)状态之间几秒一跳变。根源是它连的上游(汇聚层)周期性地收不到BPDU,导致端口因超时而老化,每次老化都伴随网络中断约1-2分钟。

  • 汇聚层日志

    • NOTIFIED_TC(拓扑变化通知)证实网络里频繁发生拓扑变更。

    • 关键的STP_DISPUTE(收到低优先级BPDU)日志,直接指向了MSTP配置不一致临时环路

  • 网络层级定位:接入和汇聚日志结合看,问题就锁定在汇聚与接入之间的交互环节。


 排查与解决步骤

建议按顺序排查,每一步操作后观察一段时间确认是否恢复。

1. 紧急止血(验证并修正MSTP配置)

  • 检查:在接入和汇聚交换机上核对region-namerevision-levelinstance vlan mapping

  • 修复:必须确保完全一致active region-configuration的手动激活。

2. 检查CPU与TC报文(定位触发源)
频繁的TC报文会冲刷MAC表,给CPU造成巨大压力。

  • 登录汇聚交换机,执行以下命令

    display cpu-usage
    display stp tc // 查看TC报文统计,看哪个端口在异常增长 display logbuffer | include STP
  • 观察:若CPU持续很高,或TC报文量异常,需要找到引起拓扑变更的根源设备。

3. 排查链路与硬件故障

  • 检查链路:查看接入上联口、汇聚下联口CRC error等错包是否在持续增长。

  • 排查硬件:检查光模块、光纤等是否有问题,可尝试替换测试。

4. 网络优化(根因修复后的稳定性加固)
网络恢复正常后,建议部署以下保护措施:

  • 边缘端口加固:在接入层交换机连接终端的端口,全局启用BPDU Guard。

  • 根桥保护:在汇聚层启用Root Guard,防止下联设备错误抢占根桥。

  • TC防护:在核心或汇聚交换机全局启用TC-BPDU抑制。

    stp tc-protection threshold 10 // 示例,每2秒处理10个TC报文
  • STP定时器精细调整:若物理链路质量差,可适当延长定时器:

    stp timer max-age 20 // 需在根桥上配置
    stp timer hello 2 // 需在根桥上配置

暂无评论

粉丝:7人 关注:46人

全局使能STP。优化业务VLAN就能彻底解决

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明