网络技术九:生成树协议

这篇具有很好参考价值的文章主要介绍了网络技术九:生成树协议。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

生成树协议

二层环路带来的问题

广播风暴
MAC地址表震荡

生成树的定义

STP,用来解决二层环路问题

STP相关概念

BPDU

四个参数放在BPDU里面决定四个“角色”

定义

桥协议数据单元,用于传递STP协议相关报文

分类
配置BPDU

用来传递STP的配置信息

TCN BPDU

用来通告拓扑变更信息

用来选举的参数
*桥ID

优先级+MAC 优先级默认32768

根桥ID(RootID)

“老大”

根路径开销(RootPathCost)RPC

交换机的每个端口到根桥的开销

指定(转发)桥ID(DesignataedPortID)

BPDU是由谁发出来的,指定桥ID就是谁

*端口ID

优先级+ID

指定端口ID(DesignatedPortID)

BPDU从哪个端口发出来,指定端口就是谁
各台设备的各个端口在初始时生成以自己为根桥(Root Bridge)的配置消息,开始向外发送自己的配置消息
网络收敛后,根桥向外发送配置BPDU,其他的设备对该配置BPDU进行转发

STP的选举机制

在所有交换机中选举出一台作为根桥
选举规则

Bridge-id小的优先

Bridge-id

定义:桥ID,BID用来标识交换机身份
格式:优先级+MAC地址
默认优先级为32768(必须是4096的倍数)

每台非根网桥(交换机)选举出一个根端口(Root port)

跟根桥相连

选举规则

1.到达根桥开销小的优先
2.对端交换机BID小的优先
3.端口ID小的优先

开销

Cost:代表路径耗费的代价和成本,带宽越大,开销越小

每个物理段选举出一个指定端口(Designated port)
选举规则

1.到达根桥开销小的优先
2.本机BID小的优先
3.端口ID小的优先

剩下没有角色的端口就是阻塞端口(Blocked port)

逻辑关掉
桥ID由桥ID(BridgePriority)和桥MAC地址(BridgeMacAddre ss)组成
桥ID最小的桥被选举为根桥

STP拓扑变更机制

1.Max age超时/有接口变更为转发状态,判断为拓扑发送变更,向根网桥发起TCN BPDU
2.收到TCN BPDU的交换机继续向根网桥转发TCN BPDU,到达根网桥为止
3.根网桥收到TCN BPDU后,向所有端口发起TC置位的配置BPDU
4.交换机收到TC置位的配置BPDU后,Mac地址表的老化时间缩短到15秒

STP的问题

收敛速度慢,故障切换时间太长
网络中大量主机频繁上下线,会导致TCN BPDU以及TC置位BPDU大量发送

生成树的不足

网络技术九:生成树协议,网络课程学习,网络

STP初始化流程

交换机端口状态

disable:禁用状态,被关闭的端口
blocking:阻塞状态

接收BPDU,但不发送BPDU,不学习Mac地址,不转发数据

listening: 监听状态

接收并发送BPDU,不学习Mac地址,不转发数据,持续15秒

learning:学习状态

接收并发送BPDU,学习Mac地址,不转发数据,持续15秒

forwarding:转发状态

接收并发送BPDU,学习Mac地址,转发数据

STP计时器

Hello time

2秒(配置BPDU的发送周期)

Max age

20秒(判断链路故障的时间,10个Hello time周期)

Forwarding delay

15秒(状态切换延迟)

RSTP(快速生长树协议)

P/A机制

端口状态减少到3种

端口角色增加到4

根端口和指定端口不变
阻塞端口细分为2种

替代端口(Alternata port) 根端口的备份
备份端口(Backup port) 指定端口的备份

边缘端口机制

当链路激活,边缘端口立即进入转发状态,不参与STP计算
边缘端口UP/DOWN不会触发拓扑变更
建议把连接PC的端口配置为边缘端口

MSTP(多生成树协议)

将多个vlan捆绑到一个生成树实例,每个实例分别独立计算生成树
基于STP计算结果不同,实现不同vlan的流量负载均衡

STP常用命令

[h3c]display stp 查看STP相关信息
[h3c]display stp brief 查看STP端口状态
[h3c]stp global enable 全局启用STP
[h3c-CigabitEthernet 1/0/]undo stp enable 关闭端口上STP
[h3c]stp mode ‘stp/rstp/mstp’ 更改STP模式,默认模式是mstp
[h3c]stp priority ‘priority’ 更改交换机优先级
[h3c-GigabitEthernet 1/0/]stp cost 'cost更改接口生成树的cost
[h3c-GigabitEthernet 1/0/]stp edged-port 配置端口为边缘端口文章来源地址https://www.toymoban.com/news/detail-697244.html

到了这里,关于网络技术九:生成树协议的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 《kafka 核心技术与实战》课程学习笔记(五)

    严格来说这些配置并不单单指 Kafka 服务器端的配置,其中既有 Broker 端参数,也有主题级别的参数、JVM 端参数和操作系统级别的参数。 Broker 端参数也被称为静态参数(Static Configs): 所谓 静态参数 ,是指你必须在 Kafka 的配置文件 server.properties 中进行设置的参数 ,不管你

    2024年02月11日
    浏览(57)
  • 《Redis 核心技术与实战》课程学习笔记(四)

    一旦服务器宕机,内存中的数据将全部丢失。目前,Redis 的持久化主要有两大机制,即 AOF 日志和 RDB 快照。 AOF 日志是如何实现的? 我们比较熟悉的是数据库的写前日志(Write Ahead Log, WAL),也就是说,在实际写数据前,先把修改的数据记到日志文件中,以便故障时进行恢复

    2024年02月12日
    浏览(46)
  • 《Redis 核心技术与实战》课程学习笔记(三)

    Redis 是单线程,主要是指 Redis 的网络 IO 和键值对读写是由一个线程来完成的,这也是 Redis 对外提供键值存储服务的主要流程。但 Redis 的其他功能,比如持久化、异步删除、集群数据同步等,其实是由额外的线程执行的。 多线程的开销 我们刚开始增加线程数时,系统吞吐率

    2024年02月12日
    浏览(45)
  • 《Redis 核心技术与实战》课程学习笔记(六)

    在 Redis 主从集群中,哨兵机制是实现主从库自动切换的关键机制。 哨兵其实就是一个运行在特殊模式下的 Redis 进程,主从库实例运行的同时,它也在运行。哨兵主要负责的就是三个任务:监控、选主(选择主库)和通知。 监控 哨兵进程在运行时,周期性地给所有的主从库

    2024年02月13日
    浏览(43)
  • 《Redis 核心技术与实战》课程学习笔记(五)

    那我们总说的 Redis 具有高可靠性,又是什么意思呢? 其实,这里有两层含义:一是数据尽量少丢失,二是服务尽量少中断。 AOF 和 RDB 保证了前者,而对于后者,Redis 的做法就是增加副本冗余量,将⼀份数据同时保存在多个实例上。 即使有一个实例出现了故障,需要过一段时

    2024年02月13日
    浏览(55)
  • 《Redis 核心技术与实战》课程学习笔记(一)

    为了保证数据的可靠性,Redis 需要在磁盘上读写 AOF 和 RDB,但在高并发场景里,这就会直接带来两个新问题: 一个是写 AOF 和 RDB 会造成 Redis 性能抖动; 另一个是 Redis 集群数据同步和实例恢复时,读 RDB 比较慢,限制了同步和恢复速度。 其实,一个可行的解决方案就是使用

    2024年02月12日
    浏览(59)
  • 《kafka 核心技术与实战》课程学习笔记(十)

    Apache Kafka 的所有通信都是基于 TCP 的,而不是基于 HTTP 或其他协议。 在开发客户端时,能够利用 TCP 本身提供的一些高级功能,比如多路复用请求以及同时轮询多个连接的能力。 除了 TCP 提供的这些高级功能有可能被 Kafka 客户端的开发人员使用之外,目前已知的 HTTP 库在很多

    2024年02月11日
    浏览(65)
  • 《kafka 核心技术与实战》课程学习笔记(八)

    Kafka 只对“已提交”的消息(committed message)做有限度的持久化保证。 第一个核心要素是“已提交的消息”。 当 Kafka 的若干个 Broker 成功地接收到一条消息并写入到日志文件后,它们会告诉生产者程序这条消息已成功提交。 可以选择只要有一个 Broker 成功保存该消息就算是已

    2024年02月16日
    浏览(43)
  • 《kafka 核心技术与实战》课程学习笔记(九)

    拦截器基本思想就是允许应用程序在不修改逻辑的情况下,动态地实现一组可插拔的事件处理逻辑链。 它能够在主业务操作的前后多个时间点上插入对应的“拦截”逻辑。 Spring MVC 拦截器的工作原理: Kafka 拦截器借鉴了这样的设计思路:可以在消息处理的前后多个时点动态

    2024年02月12日
    浏览(55)
  • JMUer-网络新技术课程期末考试复习整理

    ✏️write in front✏️ 📝个人主页:陈丹宇jmu 🎁欢迎各位→点赞👍 + 收藏⭐️ + 留言📝​ 🙉联系作者🙈by QQ:813942269🐧 🌈致亲爱的读者:很高兴你能看到我的文章,希望我的文章可以帮助到你,祝万事顺意🏳️‍🌈 ✉️少年不惧岁月长,彼方尚有荣光在 🏆 题型 分值

    2024年02月04日
    浏览(50)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包