<一篇搞懂>MSTP最基本的最实用的部分+HCL实验

MSTP

STP/RSTP的局限性

  • 所有vlan共享一颗生成树

  • 无法实现不同vlan在多条trunk链路上的负载分担

  • image-20240316200056819

多生成树协议

  • 基于实例计算出多棵生成树,实例之间实现负载分担

    image-20240316200210267

  • 功能

    • 防止二层环路

    • 链路备份

    • 快速收敛

    • 不同vlan间负载分担(MSTP独有)

  • 基本思想

    • 为每个实例(instance)生成一颗生成树,交换机上面可以配置多个实例,算出多棵生成树

    • 每个实例包含一个或者多个vlan

    • vlan会按照所在实例的生成树结构转发数据

    • 从而实现不同vlan之间的负载分担

  • MSTP域(region):不同域之间相互独立

  • 交换机只有同处于一个MSTP域中,才能体现MSTP负载分担的优势

  • 如果出现不同的域会出现一个新的端口角色--master端口

    image-20240316200708810

  • 同处于一个MSTP域

    • 域名一样

    • 修订级别一样:默认0

    • vlan映射:vlan与实例的映射关系

  • MSTP域内默认存在实例0,没有映射到其他实例的vlan默认会映射到实例0

  • 如果没有人为修改实例的根节点所有实例的生成树都一样无法实现负载分担

  • 端口角色

    • 根端口RP

    • 指定端口DP

    • 替换端口AP:是根端口和主端口的备份端口

    • 备份端口BP:是指定端口的备份端口

    • 边缘端口EP:不与其他设备或网段连接的端口

    • 主端口MP:是将MST域连接到总根的端口 -->出现不同域

配置例子

image-20240316210935667

  • 个交换机相互连接的端口都是trunk端口,放行vlan10 valn20

    image-20240316211122531

  • [S1]stp region-configuration -->进入区域配置视图
    [S1-mst-region]region-name jumping -->配置域名
    //[S3-mst-region]revision-level ? -->配置修订级别,默认0
      INTEGER<0-65535>  Revision level
    // 
    [S1-mst-region]instance 1 vlan 10  -->配置vlan和实例的映射
    [S1-mst-region]instance 2 vlan 20
    [S1-mst-region]active region-configuration -->激活区域配置(修改也要)
    ​
    [S2]stp region-configuration 
    [S2-mst-region]region-name jumping
    [S2-mst-region]instance 1 vlan 10
    [S2-mst-region]instance 2 vlan 20
    [S2-mst-region]active region-configuration 
    ​
    [S3]stp region-configuration 
    [S3-mst-region]region-name jumping
    [S3-mst-region]instance 1 vlan 10
    [S3-mst-region]instance 2 vlan 20
    [S3-mst-region]active region-configuration 
  • 查看stp域的配置情况

    [S1]dis stp region-configuration

    image-20240316210522049

    处理配置的实例1,2外还存在默认的实例0-->其他所有vlan对应实例0,为了让任何vlan都有一颗生成树保证无环路

  • 查看生成树端口角色

    [S1]dis stp brief 

    image-20240317173609346

    s1在所有实例里面端口都是指定端口-->在所有树里都是根桥

    image-20240317174056929

    image-20240317174127346

    image-20240317174429909

    三棵树结构一模一样,实现不了负载分担-->如果没有认为修改所有实例的生成树都一样-->需要手动修改根节点(优先级)

    主根改为0
    备根改为4096
    其他仍然32768
    [S1]stp instance 1 root primary  -->指定s1为实例1的主根
    [S3]stp instance 1 root secondary -->指定s3为实例1的备根
    //[S1]stp instance  1 priority ? -->手动修改优先级
      INTEGER<0-61440>  Bridge priority, in steps of 4096
    //
    ​
    [S3]stp instance 2 root primary 
    [S3]stp instance 1 root secondary 

    image-20240317181403568

image-20240317181719138

image-20240317181902831

  • 19
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值