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

交换机链路异常

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

问题描述:

两天外线有故障恢复后,出现汇聚交换机下的三个接入交换机,接入第三个后只有第三个交换接口能通,但不能上外网,不接第三个前两个可以连能外网,同时接入第三个设备后与核心交换机相连的一个接入设备链路也变的异常,怎么解决

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

检查下接口状态和配置情况

暂无评论

粉丝:10人 关注:9人

排查步骤及关键命令
1. 先隔离故障点:断开第三个接入交换机,确认前两个接入、核心侧链路是否恢复正常,排除核心/外线故障。
2. 检查第三台接入交换机:
端口配置:display interface brief 确认接入端口为access模式(终端接入),无环路配置;display stp interface 端口 确认STP角色(无异常阻塞)。
IP/VLAN:display ip interface brief 排查是否与核心/前两台接入的网关IP冲突;display vlan 确认VLAN配置与汇聚侧一致。
3. 检查汇聚/核心侧:
display stp brief 查看核心连的接入端口是否因第三台接入引发环路被STP阻塞;
display arp all 排查是否有重复IP条目;
display interface statistics 查看第三台接入端口是否存在异常广播包(广播风暴)。
常见解决方向
若为环路:将第三台接入的终端端口配置为port access vlan X,开启STP;
若为IP冲突:修改第三台接入的管理IP;
若为广播风暴:在第三台接入端口配置storm-control broadcast level 10抑制广播。

暂无评论

粉丝:10人 关注:2人

现象总结

接入三台交换机,只接前两台全网正常;接入第三台后:第三台仅内网通、无法上网,且上联核心的设备链路异常。结合链路聚合环境,优先指向二层环路、聚合组负载异常、VLAN/STP、MAC 漂移、IP 地址冲突

一、快速定位步骤(按顺序操作)

1. 排查二层环路(最高概率)

故障在新增设备后触发,典型环路特征。
  1. 三台接入交换机、汇聚交换机执行命令查看 STP 状态:
plaintext
display stp brief display stp interface GigabitEthernet x/x/x
  • 观察端口状态:出现 DISCARDING(丢弃) 端口,说明环路被 STP 阻断,流量转发异常。
  1. 临时验证:拔掉第三台接入交换机的级联线,网络恢复 → 确认新增链路引发环路
  2. 处理:
    • 全网交换机开启 STP(默认建议开启):
      plaintext
      stp enable
    • 检查是否存在一根网线两端接同一台 / 多台交换机、多级级联乱接、双链路冗余未做聚合的场景,拆除多余物理连线。

2. 检查链路聚合组状态

你环境存在二层聚合,环路 / 端口异常会直接影响聚合转发:
plaintext
display link-aggregation summary display link-aggregation verbose
  • 查看聚合成员端口:是否有端口 Down、Selected 异常、单链路承载
  • 异常点:新增设备流量抢占聚合链路,导致负载失衡、端口拥塞 / 丢包。
  • 修复:确保聚合组所有成员端口速率、双工、VLAN、STP、端口类型配置完全一致;关闭聚合成员端口的单独配置。

3. 排查 VLAN 与网关问题(第三台不能上网)

第三台内网互通、无法外网,说明二层通,三层网关转发异常
  1. 查看接入 / 汇聚端口允许通过的 VLAN,对比前两台正常交换机:
plaintext
display port trunk allow-pass vlan
  • 问题:第三台交换机未放行网关 / 外网 VLAN,补齐对应 VLAN。
  1. 检查终端 / 交换机管理 IP:
    • 全网是否存在IP 地址冲突、网关配置错误
    • 第三台设备下终端网关、DNS 和前两台保持一致。

4. 检查 MAC 地址漂移(链路异常伴随卡顿)

环路极易引发 MAC 漂移,导致上联核心链路震荡:
plaintext
display mac-address flapping record
  • 有漂移记录:定位漂移端口,溯源物理连线,整改环路。
  • 临时处理:在接入端口开启端口安全MAC 学习限制,抑制异常。

5. 端口物理 & 基础参数排查

外线故障恢复后可能遗留端口状态异常:
plaintext
display interface GigabitEthernet x/x/x
  • 查看端口:CRC 错包、输入 / 输出错误、频繁 Up/Down。
  • 操作:
    1. 级联端口强制统一速率、双工(不要自动协商);
    2. 插拔级联网线、更换网口 / 网线,排除物理链路损伤。

二、临时恢复方案(先保业务)

  1. 断开第三台交换机所有级联线,逐根接线,只保留一条上行链路,杜绝多路径环路;
  2. 确认 STP 正常、无端口 Discarding 后,再逐步恢复冗余链路 / 聚合组;
  3. 核对 VLAN、网关配置,保证和正常设备一致。

三、根治建议

  1. 所有接入 - 汇聚级联链路,冗余线路统一做二层链路聚合,替代裸双线,从架构规避环路;
  2. 全网统一开启 STP,边缘接入端口配置 stp edged-port enable 加快收敛;
  3. 标准化端口配置: trunk 放行 VLAN、速率双工固化,避免外线故障后配置错乱。

暂无评论

粉丝:17人 关注:1人

这是一个非常典型的网络环路(Network Loop)广播风暴引发的故障。
“不接第三个设备时,前两个能正常上网;一旦接入第三个,不仅它自己上不了外网,连核心交换机相连的其他接入设备链路也变得异常”,这说明第三个接入交换机的接入,瞬间把整个汇聚层甚至核心层的网络带宽打满,导致正常的数据包无法转发。
请按照以下思路逐步排查并解决问题:

1. 物理排查:检查网线是否形成环路

这是最常见的原因。请立刻去检查第三个接入交换机的物理连线:
  • 自查环路:看是否有一根网线的两头都插在了这台交换机上
  • 交叉环路:看是否有两根网线分别连接了这台交换机和另一台正常的接入交换机,从而形成了一个物理闭环?
  • 墙插环路:有时候墙壁上的网络面板内部可能被错误短接,导致插在上面的两根线实际上形成了环路。
解决方法:拔掉第三个交换机上除了连接汇聚交换机(Uplink)以外的所有网线,只保留上联线。如果此时其他设备恢复正常,说明环路就在这台交换机下联的设备或线路中,逐一插回网线即可定位到具体是哪根线的问题。

2. 逻辑排查:检查汇聚与接入的互联接口配置

你提到了“二层链路聚合”,如果物理连线没问题,极有可能是链路聚合配置不匹配导致的逻辑环路或生成树(STP)失效。
  • 配置 mismatch:检查汇聚交换机和这第三个接入交换机互联的接口。如果汇聚侧配置了链路聚合(如 LACP 或静态聚合),而接入侧没有配置(或者配成了普通 Access/Trunk 模式),数据包会在多条物理链路间形成环路,瞬间引发广播风暴。
  • VLAN 配置错误:检查该接入交换机上联口的 VLAN 透传(Trunk allow-pass vlan)是否与另外两台正常的交换机完全一致。
解决方法
  • 确保互联接口两端的模式一致(要么都是 Trunk,要么都加入了同一个聚合组)。
  • 如果是链路聚合,确保两端的聚合组 ID、包含的物理成员端口以及模式(如 mode dynamic 或 mode static)完全匹配。

3. 查看设备日志与 CPU 状态

登录到汇聚交换机核心交换机的后台命令行,查看故障发生时的状态:
  • 查看 CPU 利用率:输入 display cpu-usage。如果 CPU 占用率飙升到 90% 甚至 100%,基本可以断定是广播风暴引起的。
  • 查看日志告警:输入 display logbuffer。重点寻找是否有 STP(生成树协议)拓扑变更、LOOPBACK_DETECTION(环路检测)告警,或者某个接口频繁 Up/Down 的记录。
  • 查看接口流量:输入 display interface brief,观察哪个端口的入方向流量(Inbound)异常高,且主要是广播包(Broadcast)。

4. 终极解决方案:开启防环机制

为了防止未来再次出现这种“一根线插错,全网瘫痪”的情况,强烈建议在接入层交换机上开启以下功能:
  • 生成树协议(STP/RSTP/MSTP):确保全网交换机都开启了生成树协议,它是防止二层环路的最后一道防线。
  • 环路检测(Loopback Detection):华三(H3C)交换机支持环路检测功能。可以在接入交换机的下联端口(连接电脑的端口)开启此功能。一旦检测到某个端口发回来的数据包带有本端口的 MAC 地址(说明有环路),交换机会自动将该端口关闭(Shutdown),从而保护整个网络不受影响。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明