H3C核心交换机LACP频繁报错
- 1关注
- 1收藏，1340浏览
问题描述：
公司核心交换机LACP几乎每周都会随机跟其中一台汇聚交换机聚合异常， 监控系统检测到ping可能会丢包30-60秒左右（）
- %Jun 6 04:09:31:682 2023 SW_Center_01A LAGG/6/LAGG_ACTIVE: Member port GE1/0/18 of aggregation group BAGG18 changed to the active state.
- %Jun 6 04:09:31:594 2023 SW_Center_01A LAGG/6/LAGG_INACTIVE_PARTNER: Member port GE1/0/18 of aggregation group BAGG18 changed to the inactive state, because the aggregation configuration of its peer port is incorrect
一般是凌晨0点左右和早上7-9点左右出现问题的概率是最高的
核心交换机debug日志：
<191>Jun 6 04:09:31 2023 SW_Center_01A 10LAGG/7/219801A1DL9216Q0003W: PACKET.GigabitEthernet1/0/18.receive. size=110, subtype=1, version=1 Actor: type=1, len=20, sys-pri=0x8000, sys-mac=a004-6006-4b02, key=0x34, pri=0x80, port-index=0x18, state=0x85 Partner: type=2, len=20, sys-pri=0x40, sys-mac=5ca7-21ad-4102, key=0x15, pri=0x8000, port-index=0x29, state=0x37 Collector: type=3, len=16, col-max-delay=0x3 Terminator: type=0, len=0
【上述日志当state=0x85时好像就会出现同步失败问题】
state=0x85是什么意思，改如何处理这个故障，实在没啥头绪，请各位大佬帮忙看看。
组网及组网描述：
聚合组信息
核心交换机信息
A
- 2023-06-06提问
- 举报
-
(0)
最佳答案
这个是线路连接的问题，
disp int GE1/0/18 看一下接口状态
- 2023-06-06回答
- 评论(4)
- 举报
-
(1)
下午有点忙，没空研究了，你看一下这个可能对你有点帮助 https://blog.csdn.net/Jason_Deng_2017/article/details/84787755
谢谢你提供的新思路，简单看了下，时候没用错误包出现 <SW_Center_01A>dis interface g1/0/18 GigabitEthernet1/0/18 Current state: UP Line protocol state: UP IP packet frame type: Ethernet II, hardware address: 5ca7-21ad-4121 Description: SW_2F_2 192.168.88.202 Bandwidth: 1000000 kbps Loopback is not set Media type is twisted pair Port hardware type is 1000_BASE_T 1000Mbps-speed mode, full-duplex mode Link speed type is autonegotiation, link duplex type is autonegotiation Flow-control is not enabled Maximum frame length: 10240 Allow jumbo frames to pass Broadcast max-ratio: 75% Multicast max-ratio: 75% Unicast max-ratio: 80% PVID: 1 MDI type: Automdix Port link-type: Trunk VLAN Passing: 41-42, 46, 88 VLAN permitted: 41-42, 46, 88 Trunk port encapsulation: IEEE 802.1q Port priority: 0 Last link flapping: 2 weeks 2 days 21 hours 0 minutes Last clearing of counters: Never Current system time:2023-06-06 15:09:54 Beijing+08:00:00 Last time when physical state changed to up:2023-05-20 18:09:33 Beijing+08:00:00 Last time when physical state changed to down:2023-05-20 18:09:20 Beijing+08:00:00 Peak input rate: 5656950 bytes/sec, at 2023-02-09 19:15:54 Peak output rate: 34810613 bytes/sec, at 2023-01-06 18:35:32 Last 300 seconds input: 9 packets/sec 1291 bytes/sec 0% Last 300 seconds output: 12 packets/sec 1829 bytes/sec 0% Input (total): 411961327 packets, 173882825455 bytes 407518738 unicasts, 647242 broadcasts, 3795347 multicasts, 0 pauses Input (normal): 411961327 packets, - bytes 407518738 unicasts, 647242 broadcasts, 3795347 multicasts, 0 pauses Input: 0 input errors, 0 runts, 0 giants, 0 throttles 0 CRC, 0 frame, - overruns, 0 aborts - ignored, - parity errors Output (total): 843148888 packets, 913536994100 bytes 784628129 unicasts, 39196533 broadcasts, 19324226 multicasts, 0 pauses Output (normal): 843148888 packets, - bytes 784628129 unicasts, 39196533 broadcasts, 19324226 multicasts, 0 pauses Output: 0 output errors, - underruns, - buffer failures 0 aborts, 0 deferred, 0 collisions, 0 late collisions 0 lost carrier, - no carrier
查看一下disp lldp nei list ，对端接口的配置和状态也看一下
内容比较多，发到3楼了，对端也没有错
下午有点忙，没空研究了，你看一下这个可能对你有点帮助 https://blog.csdn.net/Jason_Deng_2017/article/details/84787755
看下光口的 收发光强度的强度是否濒临阈值范围
- 2023-06-06回答
- 评论(3)
- 举报
-
(1)
都是正常的
非光口，核心交换机连接了二十多台交换机，这个错误似乎会随机出现在不同交换机身上
都是正常的
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明