链路聚合概述

目录

技术背景:

基本概念:

链路聚合的工作模式:

简介:

[1)Manual Load-balance(手动负载分担)](#1)Manual Load-balance(手动负载分担))

简介:

配置实施:

2)LACP(链路聚合控制协议):

简介:

LACP协商选举:

1.主动端与被动端选举/协商主从:

简介:

选举规则:

2.活动端口选举:

简介:

选举规则:

配置实施:

拓展:跨设备级链路聚合E-Trunk

前言:

简介:

配置实施:

尾声:

技术背景:

随着网络规模不断扩大,人们对骨干链路的带宽吞吐量与可靠性提出了越来越高的要求。根据传统的方案,只能将当前链路更换为更高速的链路。但是更换链路需要付出较高的成本费用,而且灵活性差,因此我们需要探索一种更灵活、更新型、更节约的方法来取代这种传统方案。正因如此,链路聚合作为这一场景的解决方案应运而生,并得到了广泛的推广与使用

基本概念:

链路聚合(Link-Aggregation)本质上就是将多条物理以太链路捆绑成一条逻辑链路,又叫Eth-trunk链路,而这条逻辑链路的带宽就是链路聚合组(Link-Aggregation Group)成员带宽的一个总和。并且链路聚合还能形成一个链路冗余,由于是多条物理以太链路组成一条逻辑链路,只要物理链路没死光,那么逻辑链路就会一直存在。

链路聚合的工作模式:

简介:

链路聚合有几种工作模式,分别是Manual Load-balance(手动负载分担)、LACP-Static(链路聚合控制协议-静态)、LACP-Dynamic(链路聚合控制协议-动态)。

1)Manual Load-balance(手动负载分担)

简介:

手动负载分担模式无需协商,当你将eth-trunk应用到接口上时,链路聚合的状态即会up

配置实施:

这是一个简单的链路聚合topo

复制代码
SW1
int eth-trunk 1
 mode manual load-balance//不用配置也行,ensp里缺省是这个模式,为什么呢,因为有些设备不支持lacp
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/1 to 0/0/2 //eth-trunk的一个批量应用

我们先配置一边,然后看看当前链路聚合表

可以看到,链路聚合组的所有成员都是一个up的状态,这就是一个负载分担,就是无论应用到多少个接口,都会up,而且无法限制活动端口。

而且,此时产生了一个可能的、严重的、风险较大的问题:

LSW1的两条链路捆绑成一条,就是说,LSW1这边是一条链路,而SW2那边仍然是两条链路,那么,可能会出现一个环路的风险

红色和蓝色线条代表了两种可能的环路报文流方向,因此,若进行手工模式配置,可能由于网管配置的疏忽,导致网络中出现了环路,危害极大,因此能用LACP就用LACP,尽量别用Manual!

那么手工模式就讲到这里,我们接下来重点来讲LACP

2)LACP(链路聚合控制协议):

简介:

LACP是一种基于IEEE802.3ad标准的一种链路聚合控制协议,具有两种模式,一种LACP-Static,一种LACP-Dynamic,通常都是部署静态LACP,动态LACP仅用于华为设备与服务器互连的场景,其他场景下部署有网络成环的风险

LACP协商选举:

1.主动端与被动端选举/协商主从:
简介:

两端设备在LACP协商过程中会根据LACP PDU中携带的系统优先级或系统ID参数来选举主动端和被动端

选举规则:

1.先比对系统优先级(Sys Pri),值越小越优,若一样,则下一步

2.再比对系统ID(Sys ID),值越小越优

2.活动端口选举:
简介:

两端设备在LACP协商完主从后,再根据主动端设备本地接口上的一个接口优先级与接口ID参数来选举活动端口,被动端根据主动端选举的活动端口来选择活动端口

选举规则:

1.先比对端口优先级(Port Pri),值越小越优,若一样,则下一步

2.再比对端口号(Port No),值越小越优

配置实施:

同样的,这是一个简单的链路聚合topo

复制代码
sw1
int eth-trunk 1
 mode lacp-static //修改链路聚合工作模式为静态lacp
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/1 to 0/0/2

那么配置完单边我们来看链路聚合表

可以看到状态是一个Unselect

然后我可以看到,相比手动模式,LACP的链路聚合表要多了不少东西

local中的参数就是我们本地的一个参数

partner中的参数就是我们对端的参数,因为我们对端还没配置链路聚合,因此无法进行lacp协商,也就无法获取对端的一个链路聚合参数信息

那么我们继续配置

复制代码
sw2
int eth-trunk 1
 mode lacp-static //修改链路聚合工作模式为静态lacp
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/1 to 0/0/2

然后我们回头来看链路聚合表

可以看到对端的参数已经获取到了,那么我们可以看到系统优先级SysPr和端口优先级PortPrii默认是32768,刚好是一个2^15次方,由于他们优先级相同,那么他们选举主动端或活动端口只能进入下一步,即比对系统标识符SysID或端口编号PortNo。

和手动负载分担不同,LACP可以限制一个最大活动端口,我们这里可以来配置一下

复制代码
SW1
interface Eth-Trunk1
 max active-linknumber 1

配置一边即可,配置在主动端,然后主动端就会基于选举规则根据本地端口的参数进行一个活动端口选举,我们直接来看选举结果

可以看到,如我们上文所言,当端口优先级PortPri相同时,会根据端口编号PortNo进行选举,值越小越优,果不其然,g0/0/1的端口编号2比g0/0/2的端口编号3小,因此g0/0/1被选中为活动端口,而被动端SW2也根据主动端SW1所选举的活动端口进行活动端口选择,如图

这就是链路聚合静态LACP的一个常规配置,动态LACP就不配置了,这个不知道模拟器支不支持,S系列的交换机反正是没有这个模式,我记得是只有CE云引擎设备支持

拓展:跨设备级链路聚合E-Trunk(源自EVPN的CE双活配置)

前言:

上文所讲的是一个单板型链路聚合,什么叫单板型链路聚合?我的理解是链路聚合组中的所有成员连接的是同一个设备,这就是单板型。而我们接下来要讲的跨设备级链路聚合,即是链路聚合组中的成员连接的是不同的设备,

简介:

E-trunk是在LACP基础上提供了一种更高级的链路聚合方式:跨设备链路聚合,主要用于解决DC(数据中心)虚拟化场景下,CE(Customer)双归属的问题,可以防止CE1向另一端CE2寻址的时候,发送两份广播报文给PE设备(分别给PE1、PE2)。E-trunk实现了双归链路的形成一个主备关系

配置实施:

这是一个简单的CE双归属场景topo,SW1和SW2相当于一个PE,SW3相当于一个CE

我们首先在SW1和SW2配置链路聚合E-Trunk与Eth-Trunk

复制代码
SW1
lacp e-trunk system-id 0000-0000-0001//类似VRRP中的Virtual-ip,在一个E-trunk组中两个PE维护一个共同的系统ID,因此两端的E-trunk ID也要相同
int vlan 1
 ip address 1.1.1.1 24
e-trunk 1
 peer-address 1.1.1.2 source-address 1.1.1.1
int eth-trunk 1
 mode lacp-static
 e-trunk 1
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/2

SW2
lacp e-trunk system-id 0000-0000-0001
int vlan 1
 ip address 1.1.1.2 24
e-trunk 1
 peer-address 1.1.1.1 source-address 1.1.1.2
int eth-trunk 1
 mode lacp-static
 e-trunk 1
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/2

然后我们再配置SW3

复制代码
int eth-trunk 1
 mode lacp-static
 port link-type trunk
 port trunk allow-pass vlan all
 trunkport g 0/0/1 to 0/0/2

此时我们来看SW3的链路聚合表

诶,一个选中,一个未选中。应该就是我们前文所说的,双归链路之间形成一个主备关系,主链路被选中,而备链路未选择,我们可以在SW1上看E-trunk表项来验证一下我的说法

如图,这是SW1的e-trunk1表项,可以看到,SW1在e-trunk 1中是一个Master身份,再来看SW2的e-trunk1表项

看,是一个Backup身份,因此在去往Master的链路被选中,而去往backup的链路未选择,符合我们前面所讲的理论。

尾声:

这就是链路聚合大致的内容了,那么我们的链路聚合到此就告一段落了,下次再见

相关推荐
七夜zippoe9 小时前
CANN Runtime任务描述序列化与持久化源码深度解码
大数据·运维·服务器·cann
盟接之桥9 小时前
盟接之桥说制造:引流品 × 利润品,全球电商平台高效产品组合策略(供讨论)
大数据·linux·服务器·网络·人工智能·制造
会员源码网10 小时前
理财源码开发:单语言深耕还是多语言融合?看完这篇不踩坑
网络·个人开发
米羊12110 小时前
已有安全措施确认(上)
大数据·网络
Fcy64811 小时前
Linux下 进程(一)(冯诺依曼体系、操作系统、进程基本概念与基本操作)
linux·运维·服务器·进程
袁袁袁袁满11 小时前
Linux怎么查看最新下载的文件
linux·运维·服务器
代码游侠11 小时前
学习笔记——设备树基础
linux·运维·开发语言·单片机·算法
Harvey90311 小时前
通过 Helm 部署 Nginx 应用的完整标准化步骤
linux·运维·nginx·k8s
ManThink Technology11 小时前
如何使用EBHelper 简化EdgeBus的代码编写?
java·前端·网络
珠海西格电力科技12 小时前
微电网能量平衡理论的实现条件在不同场景下有哪些差异?
运维·服务器·网络·人工智能·云计算·智慧城市