匿名
未登录
登录
Linux78|wiki
搜索
查看“华为交换机堆配置堆叠组建后的堆叠增强功能”的源代码
来自Linux78|wiki
名字空间
页面
讨论
更多
更多
页面选项
查看
查看源代码
历史
←
华为交换机堆配置堆叠组建后的堆叠增强功能
因为以下原因,您没有权限编辑本页:
您所请求的操作仅限于该用户组的用户使用:
wiki:用户|用户
您可以查看与复制此页面的源代码。
=== 配置多主检测 === 直连检测方式只能配置于二层以太物理端口上,且端口必须为UP状态。 为了保证检测的可靠性,每个堆叠成员交换机可以同时配置8条直连检测链路,同一个堆叠系统支持同时在4个Eth-Trunk接口上配置代理检测。在出现多主时,每个堆叠成员交换机上只要保证有1条直连检测链路处于正常工作状态即可,堆叠系统只要保证有1个Eth-Trunk处于正常工作状态即可。 MAD为华为公司的私有协议,华为S系列交换机都支持MAD代理功能。 配置采用代理检测方式的MAD时要确保堆叠系统成员设备的MAC地址不相同,否则代理设备不能转发MAD报文。 ==== 操作步骤 ==== ==== 配置直连方式多主检测 ==== 执行命令system-view,进入系统视图。 执行命令interface interface-type interface-number,进入接口视图。 执行命令mad detect mode direct,配置接口的直连方式多主检测功能。 由于MAD报文是BPDU报文,如果直连检测链路上存在中间设备,则中间设备上需要配置转发BPDU报文,配置方法请参见《S2720, S5700, S6700 V200R019C00 配置指南-以太网交换》 二层协议透明传输配置 中的“配置基于接口的二层协议透明传输”。 接口配置直连方法多主检测功能后,STP端口状态会变成Discarding,会影响数据报文的转发和某些协议报文的上送,所以不要在此接口上再配置其他业务。 ==== 配置代理方式多主检测 ==== 代理设备为一台交换机 在堆叠系统上 执行命令system-view,进入系统视图。 执行命令interface eth-trunk trunk-id,进入Eth-Trunk接口视图。 执行命令mad detect mode relay,配置Eth-Trunk接口的代理方式多主检测功能。 在指定的代理设备上 执行命令system-view,进入系统视图。 执行命令interface eth-trunk trunk-id,进入Eth-Trunk接口视图。 执行命令mad relay,在Eth-Trunk接口上启用代理功能。 ==== 两个堆叠系统互为代理 ==== 在每个堆叠系统上分别配置 执行命令system-view,进入系统视图。 执行命令mad domain domain-id,配置堆叠系统MAD域值。 缺省情况下,堆叠系统MAD域值为0。 设备支持两套堆叠系统互为代理进行多主检测,此时必须通过配置保证两套堆叠系统的MAD域值不同。 执行命令interface eth-trunk trunk-id,进入Eth-Trunk接口视图。 执行命令mad relay,在Eth-Trunk接口上启用代理功能。 执行命令mad detect mode relay,配置Eth-Trunk接口的代理方式多主检测功能。 执行命令quit,退回到系统视图。 (可选)执行命令mad exclude interface { interface-type interface-number1 [ to interface-type interface-number2 ] } &<1-10>,配置堆叠系统内指定端口为保留端口。 多主检测发现堆叠分裂,分裂后的多个堆叠系统之间会进行相互竞争,为防止相同的MAC地址、IP地址引起网络振荡,竞争失败的堆叠系统内成员交换机的所有业务端口会被关闭,以减少对网络的影响。如果有部分端口仅做报文透传功能,出现堆叠分裂后,这部分端口不会影响网络运行。用户如果希望保留这些端口的业务,可以通过命令将这些端口配置为保留端口。堆叠分裂后,多主检测功能不会关闭保留端口的业务。 缺省情况下,堆叠物理成员端口为保留端口,其它所有业务口均为非保留端口。 堆叠分裂后,用于双主检测的端口也会被关闭。 (可选)执行命令mad restore,使处于关闭状态的端口重新恢复正常。 多主检测使堆叠分裂后出现的多个堆叠系统之间相互竞争,竞争成功的堆叠系统保持Detect状态(正常工作状态),竞争失败的堆叠系统进入Recovery状态(禁用状态,即除保留端口外,其他端口会被关闭,相关业务中断)。用户如果希望Recovery状态的堆叠系统重新正常工作,可以重新打开被关闭的端口。例如堆叠分裂故障恢复前,Detect状态的堆叠系统也发生故障或被移出网络,此时可以重新启用Recovery状态的堆叠系统,让它接替原Detect状态的堆叠系统的工作,以保证业务尽量少受影响。 如果Detect状态的堆叠系统仍能正常工作时,不要执行此命令;否则Recovery状态的堆叠系统被启用后,网络中会再次发现多主。 如果Detect状态的堆叠系统加入到了Recovery状态的堆叠系统,合并后的整个系统将保持在Recovery状态,此时需要执行mad restore将被关闭的端口恢复正常。 检查配置结果 执行命令display mad [ proxy | verbose ],查看多主检测的配置信息。 === 配置堆叠链路的负载分担模式 === 在业务口堆叠环境下,当逻辑堆叠端口与多个物理成员端口绑定时,堆叠成员交换机之间会存在多条堆叠链路。通过改变堆叠链路的负载分担模式,确保出方向的流量能够在多条堆叠链路上合理的分担,以避免出现链路阻塞。用户可以在系统视图下或逻辑堆叠端口视图下,按照报文携带的源IP、目的IP、源MAC、目的MAC或者它们之间的组合来选择堆叠链路的负载分担模式: 系统视图下配置的是全局的(所有逻辑堆叠端口的)负载分担模式。 逻辑堆叠端口视图下配置的是该端口的负载分担模式。 逻辑堆叠端口会优先采用逻辑堆叠端口视图下配置的负载分担模式。如果没有在逻辑堆叠端口视图下进行配置,则采用系统视图下配置的负载分担模式。 ==== 操作步骤 ==== 配置全局的负载分担模式 执行命令system-view,进入系统视图。 执行命令stack-port load-balance mode { dst-ip | dst-mac | src-dst-ip | src-dst-mac | src-ip | src-mac } ,配置全局的负载分担模式。 缺省情况下,全局的负载分担模式为增强模式:ENHANCED。 配置某个逻辑堆叠端口的负载分担模式 执行命令system-view,进入系统视图。 执行命令interface stack-port member-id/port-id,进入逻辑堆叠端口视图。 执行命令stack-port load-balance mode { dst-ip | dst-mac | src-dst-ip | src-dst-mac | src-ip | src-mac } ,配置逻辑堆叠端口的负载分担模式。 缺省情况下,逻辑堆叠端口的负载分担模式为增强模式:ENHANCED。 检查配置结果 执行命令display stack-port global load-balance或display stack-port load-balance,查看逻辑堆叠端口的负载分担模式。 仅S5720-HI、S5730-HI、S5731-H、S5731-S、S5731S-H、S5731S-S、S5732-H、S6720-EI、S6720-HI、S6720S-EI、S6730-H、S6730-S和S6730S-S系列支持配置堆叠链路的负载分担模式。 S5720-HI、S5730-HI、S5731-H、S5731-S、S5731S-H、S5731S-S、S5732-H、S6720-HI、S6730-H、S6730-S和S6730S-S仅支持在系统视图下配置全局的负载分担模式。
返回至
华为交换机堆配置堆叠组建后的堆叠增强功能
。
导航
导航
首页
最近更改
随机页面
栏目
Nginx
Kubernetes
Spring Cloud
Wiki工具
Wiki工具
特殊页面
页面工具
页面工具
用户页面工具
更多
链入页面
相关更改
页面信息
页面日志