H3C M-LAG与双活网关接口结合应用场景实验

2024-08-22 20:12

本文主要是介绍H3C M-LAG与双活网关接口结合应用场景实验,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

H3C M-LAG与双活网关接口结合应用场景实验

实验拓扑

image

实验需求

  1. 此实验需要在模拟器中使用交换机型号 S6850
  2. SW3 为接入交换机,连接 PC1 在 VLAN 10,连接 PC2在 VLAN 20,SW3 双上行连接到两台核心交换机
  3. SW1 和 SW2 为核心交换机,配置 M-LAG,并作为 VLAN 10 和 VLAN 20 的三层网关,下行跨设备聚合对接接入交换机 SW3。上行不配置 M-LAG,分别通过两条链路接入到路由器 R1

实验步骤

PC1和PC2分别如图示配置IP地址

image

image

在SW3上创建VLAN10和VLAN20,连接PC1和PC2的接口分别以Access类型接入到VLAN10和VLAN20

[SW3] vlan 10
[SW3] vlan 20
[SW3] interface GigabitEthernet1/0/3
[SW3-GigabitEthernet1/0/3] port access vlan 10
[SW3] interface GigabitEthernet1/0/4
[SW3-GigabitEthernet1/0/4] port access vlan 20

配置 SW1 和 SW2 形成 M-LAG 系统

修改 SW1 系统 MAC 地址为 1-1-1,系统编号为 1,优先级 4096
[SW1]m-lag system-mac 1-1-1
Changing the system MAC address might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y[SW1]m-lag system-number 1
Changing the system number might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y[SW1]m-lag system-priority 4096
Changing the system priority might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y
在 SW1 上配置 G1/0/1 口为 Keepalive 接口,Keepalive 源地址为本端 1.1.1.1,目的地址为 SW2 的 1.1.1.2,并在 MAD 中排除 Keepalive 接口
[SW1]m-lag keepalive ip destination 1.1.1.2 source 1.1.1.1
[SW1]interface GigabitEthernet1/0/1
[SW1-GigabitEthernet1/0/1]port link-mode route
[SW1-GigabitEthernet1/0/1]ip address 1.1.1.1 24   //Keepalive 接口 IP 地址可自定义网络中未使用的地址,双方 Keepalive 口地址需要在同一网段
[SW1]m-lag mad exclude interface GigabitEthernet1/0/1

在 SW1 上把 FGE1/0/53 和 FGE1/0/54 口加入到 BAGG1 动态聚合口,并把该聚合口配置为 SW1 的 Peer-link 口

[SW1]interface Bridge-Aggregation 1
[SW1-Bridge-Aggregation1]link-aggregation mode dynamic
[SW1]interface range fge1/0/53 fge1/0/54
[SW1-if-range]port link-aggregation group 1
[SW1]interface Bridge-Aggregation 1
[SW1-Bridge-Aggregation1]port m-lag peer-link 1

  由于模拟器不支持关闭报文入接口与静态MAC地址表项匹配检查功能,特此说明实际环境中Peer-link口需要配置undo mac-address static source-check enable

修改 SW2 系统 MAC 地址与 SW1 相同为 1-1-1,系统编号为 2,优先级 4096
[SW2]m-lag system-mac 1-1-1
Changing the system MAC address might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y[SW2]m-lag system-number 2
Changing the system number might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y[SW2]m-lag system-priority 4096
Changing the system priority might flap the peer link and cause M-LAG system setup failure. Continue? [Y/N]:y
在 SW2 上配置 G1/0/1 口为 Keepalive 接口,Keepalive 源地址为本端 1.1.1.2,目的地址为 SW1 的 1.1.1.1,并在 MAD 中排除

这篇关于H3C M-LAG与双活网关接口结合应用场景实验的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1097280

相关文章

MySQL中C接口的实现

《MySQL中C接口的实现》本节内容介绍使用C/C++访问数据库,包括对数据库的增删查改操作,主要是学习一些接口的调用,具有一定的参考价值,感兴趣的可以了解一下... 目录准备mysql库使用mysql库编译文件官方API文档对象的创建和关闭链接数据库下达sql指令select语句前言:本节内容介绍使用C/

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面:本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求:文档详情:要求:该程序的功能是:总结需求:一次性处理24个文档的页码。文档详情:1、每个

vue监听属性watch的用法及使用场景详解

《vue监听属性watch的用法及使用场景详解》watch是vue中常用的监听器,它主要用于侦听数据的变化,在数据发生变化的时候执行一些操作,:本文主要介绍vue监听属性watch的用法及使用场景... 目录1. 监听属性 watch2. 常规用法3. 监听对象和route变化4. 使用场景附Watch 的

Java中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例解析

《Java中的分布式系统开发基于Zookeeper与Dubbo的应用案例解析》本文将通过实际案例,带你走进基于Zookeeper与Dubbo的分布式系统开发,本文通过实例代码给大家介绍的非常详... 目录Java 中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例一、分布式系统中的挑战二

Java 缓存框架 Caffeine 应用场景解析

《Java缓存框架Caffeine应用场景解析》文章介绍Caffeine作为高性能Java本地缓存框架,基于W-TinyLFU算法,支持异步加载、灵活过期策略、内存安全机制及统计监控,重点解析其... 目录一、Caffeine 简介1. 框架概述1.1 Caffeine的核心优势二、Caffeine 基础2

使用Node.js和PostgreSQL构建数据库应用

《使用Node.js和PostgreSQL构建数据库应用》PostgreSQL是一个功能强大的开源关系型数据库,而Node.js是构建高效网络应用的理想平台,结合这两个技术,我们可以创建出色的数据驱动... 目录初始化项目与安装依赖建立数据库连接执行CRUD操作查询数据插入数据更新数据删除数据完整示例与最佳

基于Go语言开发一个 IP 归属地查询接口工具

《基于Go语言开发一个IP归属地查询接口工具》在日常开发中,IP地址归属地查询是一个常见需求,本文将带大家使用Go语言快速开发一个IP归属地查询接口服务,有需要的小伙伴可以了解下... 目录功能目标技术栈项目结构核心代码(main.go)使用方法扩展功能总结在日常开发中,IP 地址归属地查询是一个常见需求:

防止Linux rm命令误操作的多场景防护方案与实践

《防止Linuxrm命令误操作的多场景防护方案与实践》在Linux系统中,rm命令是删除文件和目录的高效工具,但一旦误操作,如执行rm-rf/或rm-rf/*,极易导致系统数据灾难,本文针对不同场景... 目录引言理解 rm 命令及误操作风险rm 命令基础常见误操作案例防护方案使用 rm编程 别名及安全删除

PHP应用中处理限流和API节流的最佳实践

《PHP应用中处理限流和API节流的最佳实践》限流和API节流对于确保Web应用程序的可靠性、安全性和可扩展性至关重要,本文将详细介绍PHP应用中处理限流和API节流的最佳实践,下面就来和小编一起学习... 目录限流的重要性在 php 中实施限流的最佳实践使用集中式存储进行状态管理(如 Redis)采用滑动

SpringBoot实现不同接口指定上传文件大小的具体步骤

《SpringBoot实现不同接口指定上传文件大小的具体步骤》:本文主要介绍在SpringBoot中通过自定义注解、AOP拦截和配置文件实现不同接口上传文件大小限制的方法,强调需设置全局阈值远大于... 目录一  springboot实现不同接口指定文件大小1.1 思路说明1.2 工程启动说明二 具体实施2