1678375325,CRM论坛（CRMbbs.com）——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容，欢迎向我们投稿，共建CRM多元化生态体系，创建CRM客户管理一体化生态解决方案。内容来源：知了社区再用心一点 再用心一点 三段 粉丝：0人 关注：1人

问题描述：

①客户这边用54口接入交换机连接核心锐捷交换机，49口50口做的链路聚合。用户反馈说，单数ip出线丢包，双数ip不丢包。但是如果把49口拔了，都走50口就都不丢包。如果拔50口，走49口都丢包。(是否由链路聚合负载分担模式导致单数走49，双数有50)
②客户测49口光功为5，明显光功过高，于是加了光衰之后，49口不丢包了。请问这种情况我怎么定位不是交换机问题？或者通过什么样的方式去处理。

组网及组网描述：

接入5600X连接锐捷核心

11小时前提问

您好，调整下聚合负载的分担模式

全局配置聚合负载分担类型

表1-18 全局配置聚合负载分担类型

操作

命令

说明

进入系统视图

system-view

-

配置全局采用的聚合负载分担类型

link-aggregation global load-sharing mode { destination-ip | destination-mac | destination-port | ingress-port | source-ip | source-mac | source-port } *

缺省情况下，系统按照报文类型自动选择所采用的聚合负载分担类型：

·         IPv4单播报文：按照五元组源IP地址、目的IP地址、源端口号、目的端口号、协议类型负载分担

·         二层报文：按照源MAC地址、目的MAC地址、以太网封装类型、VLAN ID、源端口负载分担

·         IPv4组播报文：按照源IP地址和目的IP地址方式负载分担

·         其他报文，对于IP报文按照源IP地址和目的IP地址方式负载分担；对于非IP报文按照源MAC地址和目的MAC地址负载分担

 

目前，在系统视图下进行全局聚合负载分担类型配置，交换机只支持：

·         根据报文类型自动匹配负载分担类型；

·         根据源IP地址进行聚合负载分担；

·         根据目的IP地址进行聚合负载分担；

·         根据源MAC地址进行聚合负载分担（多端口ARP报文不能根据此种方式进行聚合负载分担，关于多端口ARP表项的配置，详见“三层技术-IP业务配置指导”中的“ARP配置”）；

·         根据目的MAC地址进行聚合负载分担；

·         根据源IP地址与目的IP地址进行聚合负载分担；

·         根据源IP地址与源端口进行聚合负载分担；

·         根据目的IP地址与目的端口进行聚合负载分担；

·         根据源IP地址、源端口、目的IP地址与目的端口进行聚合负载分担；

·         根据报文入端口、源MAC地址、目的MAC地址之间不同的组合进行聚合负载分担。

10小时前回答

暂无

你正在,客户反馈光衰大，导致丢包问题。