了解快速生成树协议(802.1w)

Size: px

Start display at page:

Download "了解快速生成树协议(802.1w)"

押淳于
5 years ago
Views:

1 了解快速生成树协议 (802.1w) Contents Introduction 在 Catalyst 交换机的对 RSTP 的支持新的端口状态和端口角色端口状态端口角色新的 BPDU 格式全视图 Cisco BPDU, IEEE BPDU 和 BPDU 图表新 BPDU 处理发送 BPDU 每个呼叫时间信息更快过期接受次要 BPDU 对转发状态的迅速转换边缘端口链路类型与 802.1D 的收敛与 802.1w 的收敛建议 / 协定的序列 UplinkFast 新的拓扑更改机制拓扑更改检测拓扑更改传播与 802.1d 的兼容性结论 Related Information Introduction 本文档提供有关 RSTP 给旧版 802.1D 标准带来的增强功能的信息 802.1D 生成树协议 (STP) 标准的设计初衷是, 每次连接都在中断一分钟左右后恢复可视为性能良好随着 LAN 环境中第 3 层交换的出现, 桥接解决方案现在能够与路由解决方案抗衡, 桥接解决方案中的开放最短路径优先 (OSPF) 和增强型内部网关路由协议 (EIGRP) 等协议能够在更短时间内提供替代路径 Cisco 快速地提高与功能的原始 802.1D 规格例如快速上行链路快速骨干网和端口加速桥接网络的收敛时间缺点是这些机制是专有的并且需要额外配置快速生成树协议 (RSTP;IEEE 802.1w) 比一次革命能被看到作为 802.1D 标准的演变更多 802.1D 术语依然是主要同样而且大部分参数也没有变化, 因此熟悉 802.1D 的用户可以轻松地快速配置新协议在大多数情况下,RSTP 的性能比 Cisco 专有扩展的性能要好, 而且不需要进行任何额外的配置 802.1w 也能恢复到 802.1D, 以基于每个端口与传统网桥进行交互操作但这恰恰抛弃了它带来的好处新版 802.1D 标准 (IEEE 802.1D-2004) 收敛了 IEEE 802.1t-2001 和 IEEE 802.1w 标准

2 在 Catalyst 交换机的对 RSTP 的支持下表显示了 Catalyst 交换机中对 RSTP 的支持, 以及该支持功能所需的最低软件版本 Catalyst 平台与 RSTP 的 MST RPVST+( 亦称 PVRST+) Catalyst 2900XL/3500XL 不可用不可用 Catalyst (20)EA2 12.1(20)EA2 Catalyst 2950/2955/ (9)EA1 12.1(13)EA1 Catalyst 2970/ (14)EA1 12.1(14)EA1 Catalyst (19)EA1 12.1(19)EA1 Catalyst 3750 Metro 12.1(14)AX 12.1(14)AX Catalyst 2948G-L3/4908G-L3 不可用不可用 Catalyst 4000/2948G/2980G (CatOS) Catalyst 4000/4500 (IOS) 12.1(12c)EW 12.1(19)EW Catalyst 5000/5500 不可用不可用 Catalyst 6000/ Catalyst 6000/6500 (IOS) 12.1(11b)EX 12.1(13)E 和 12.2(14)SX 12.1(13)E Catalyst 8500 不可用不可用新的端口状态和端口角色 802.1D 在这五个不同的端口状态被定义 : 失效监听了解阻拦转发有关详细信息, 请参阅本文档的端口状态部分中的表端口的状态为混合状态 ( 无论是阻塞还是转发流量 ), 它在活动拓扑中的作用也是如此 ( 根端口指定端口等等 ) 例如, 从运行角度看, 阻塞状态的端口和监听状态的端口没有任何差异这两种状态都丢弃帧, 并且不能学习 MAC 地址实际区别在于生成树分配给端口的角色可能安全假设, 一个监听端口被指派或根并且在其途中对转发状态然而, 在处于转发状态后, 无法根据端口状态推断端口是根端口还是指定端口这显示了该基于状态的术语的失败之处 RSTP 将端口的角色和状态分离, 从而解决了此问题端口状态 RSTP 中仅保留了三种端口状态, 分别对应于三种可能的运行状态 802.1D 中的禁用阻塞和监听状态在 802.1w 中合并为唯一的丢弃状态 STP (802.1D) 端口状态 RSTP (802.1w) 端口状态端口是否包括在活动拓扑中? 端口是否可获知 MAC 地址失效丢弃无无阻拦丢弃无无监听丢弃是无了解了解是是

3 前言前言是是端口角色现在, 该角色是分配到给定端口的一个变量根端口和指定端口的角色仍然保留, 而阻塞端口的角色拆分为备份端口和替代端口角色生成树算法 (STA) 根据网桥协议数据单元 (BPDU) 确定端口的角色为了简化起见, 关于 BPDU 需要记住的是, 始终有一种方法可以比较其任意两者并确定其中更加有用的一项这在 BPDU 存储的值和偶尔地根据他们被接受的端口因此, 本部分中的信息阐述了确定端口角色的实用方法根端口角色网桥上接收最佳 BPDU 的端口即是根端口就路径成本而言, 根端口是最接近根网桥的端口 STA 在整个桥接网络 ( 每个 VLAN) 中选择一个根网桥根网桥发送的 BPDU 比任何其他网桥发送的 BPDU 都更有用根网桥是在没有一个根端口的网络的唯一的网桥所有其他网桥在至少一个端口上接收 BPDU 选定的端口角色端口被选定, 如果能发送在被连接的分段的最佳的 BPDU 802.1D 网桥将不同网段 ( 例如以太网段 ) 链接在一起, 以创建桥接域在给定的网段上, 只能有一条路径通往根网桥如果有两条路径, 则网络中会有桥接环路连接到给定网段的所有网桥将监听每个网桥的 BPDU, 并且同意将发送最佳 BPDU 的网桥作为网段的指定网桥该网桥上对应的端口是该网段的指定端口备选和备份端口角色这两个端口角色对应于 802.1D 的阻塞状态阻塞的端口既不是指定端口也不是根端口阻塞的端口收到的 BPDU 比其在网段上发送的 BPDU 更有用请记住, 端口必须接收 BPDU 才能保持阻塞状态为此,RSTP 引入了这两个角色替代端口从其他网桥接收更有用的 BPDU, 并且它是阻塞的端口如下图所示 :

4 备份端口从其所在的网桥接收更有用的 BPDU, 并且它是阻塞的端口如下图所示 : 802.1D 内部已对此进行区分这实质上是 Cisco UplinkFast 的工作原理基本原理是替代端口提供通往根网桥的替代路径, 因此可以在根端口出现故障时替换它当然, 备份端口提供冗余连通性给同一个分段, 并且不能保证备选连接到根网桥因此, 上行链路组将其排除在外由此,RSTP 针对与 802.1D 使用相同标准的生成树计算最终拓扑使用不同网桥和端口的优先级方面绝对没有任何变化阻塞这一名称用于描述 Cisco 实施中的丢弃状态 CatOS 版本 7.1 及更高版本仍会显示监听和学习状态这提供了有关端口的更多信息, 远远超过了 IEEE 标准的要求但是, 新功能体现在, 协议确定的端口角色与其当前状态之间存在差异例如, 它当前是完全有效的为了端口能是被选定和同时阻拦然而这种情况持续的时间一般非常短, 这只是表示此端口正处于转换到指定转发状态的过渡状态新的 BPDU 格式 RSTP 引入了少量对 BPDU 格式的更改 802.1D 中仅定义了两个标志, 即拓扑变化 (TC) 和 TC 确认 (TCA) 但是,RSTP 现在使用标志字节的剩余全部六位, 以便执行以下任务 : 对产生 BPDU 的端口的角色和状态进行编码处理建议 / 协议机制

5 全视图 Cisco BPDU, IEEE BPDU 和 BPDU 图表关于更加高分辨率的镜像, 请参阅 Cisco BPDU, IEEE BPDU 和 BPDU 图表 Note: 位 0 ( 拓扑更改 ) 是最少有效位另一项重要更改是 RSTP BPDU 现在为类型 2, 版本 2 这表示传统网桥必须丢弃此新的 BPDU 此属性使容易对 802.1w 网桥发现传统网桥被连接到它新 BPDU 处理发送 BPDU 每个呼叫时间每 Hello-Time 发送 BPDU, 而不再只是进行中继使用 802.1D 时, 仅当非根网桥在根端口上收到 BPDU 时, 才会生成 BPDU 实际上, 网桥会中继 BPDU, 而不仅是实际上生成他们 802.1w 并

非如此现在, 即使网桥未从根网桥收到任何 BPDU, 也会每 <hello-time> 秒 ( 默认情况下是 2 秒 ) 将 BPDU 与其最新信息一起发送信息更快过期在给定端口上, 如果连续三次没有收到 Hello( 或如果 max_age 过期 ), 则协议信息会立即过期由于以前被提及的协议修改, BPDU 当前使用作为在网桥之间的一个保活机制如果网桥连续错过三个 BPDU,

6 非如此现在, 即使网桥未从根网桥收到任何 BPDU, 也会每 <hello-time> 秒 ( 默认情况下是 2 秒 ) 将 BPDU 与其最新信息一起发送信息更快过期在给定端口上, 如果连续三次没有收到 Hello( 或如果 max_age 过期 ), 则协议信息会立即过期由于以前被提及的协议修改, BPDU 当前使用作为在网桥之间的一个保活机制如果网桥连续错过三个 BPDU, 则它会认为与其直接相邻根网桥或指定网桥断开连接这种信息快速过期使得可以进行快速故障检测如果网桥无法从相邻网桥接收 BPDU, 可以肯定与该相邻网桥的连接已断开这与 802.1D 相反, 在 802.1D 中问题可能发生在通往根网桥的路径上的任何位置 Note: 如果是物理链路故障, 会更快地检测出来接受次要 BPDU 此概念是 BackboneFast 引擎的核心部分 IEEE 802.1w 委员会决定在 RSTP 中融入相似的机制当网桥从其选定或根网桥时获得下等信息, 立即接受它并且替换那个以前存储由于网桥 C 仍然识别出根网桥处于活动状态并且运行良好, 因此立即发送 BPDU 到网桥 B, 该 BPDU 中包含有关根网桥的信息因此, 网桥 B 不会发送其自己的 BPDU 并且接受导向网桥 C 的端口作为新的根端口对转发状态的迅速转换快速转换是 802.1w 中引入的最重要功能传统 STA 在将端口变成转发状态之前, 会被动地等待网络收敛以前, 实现更快收敛通过调整保守默认参数 ( 转发延迟和 max_age 计时器 ) 完成, 并且经常会危及网络稳定性新的快速 STP 能够主动确认端口是否可安全转换到转发状态, 而不需要依靠任何计时器配置现在, 符合 RSTP 的网桥之间存在真正的反馈机制为了在端口上实现快速收敛, 协议依靠两个新的变量 : 边缘端口和链路类型边缘端口 Cisco 生成树用户已经对边缘端口概念非常熟悉, 因为它基本上与 Portfast 功能对应所有直接连接到终端站的端口都不能在网络中创建桥接环路因此, 边缘端口直接转换到转发状态, 并且跳过监听和学习阶段当链路切换时, 边缘端口和启用了 Portfast 的端口都不会生成拓扑更改接收

BPDU 的边缘端口会立即失去边缘端口状态并成为正常的生成树端口此时, 边缘端口状态有一个用户配置的值和一个运行值 Cisco 实施仍保留 PortFast 关键字用于边缘端口配置这使转换为 RSTP 变得更简单链路类型只有在边缘端口和点对点链路上,RSTP 才能快速转换到转发状态链路类型会从端口的双工模式自动派生以全双工模式运行的端口视为点对点端口, 而半双工端口默认视为共享端口

7 BPDU 的边缘端口会立即失去边缘端口状态并成为正常的生成树端口此时, 边缘端口状态有一个用户配置的值和一个运行值 Cisco 实施仍保留 PortFast 关键字用于边缘端口配置这使转换为 RSTP 变得更简单链路类型只有在边缘端口和点对点链路上,RSTP 才能快速转换到转发状态链路类型会从端口的双工模式自动派生以全双工模式运行的端口视为点对点端口, 而半双工端口默认视为共享端口可以使用明确配置覆盖此自动链路类型设置在当今的交换网络中, 大多数链路都在全双工模式下运行,RSTP 将这些链路视为点对点链路这使它们能够快速转换到转发状态与 802.1D 的收敛下图说明了 802.1D 处理添加到桥接网络的新链路的方式 : 在此方案中, 根网桥和网桥 A 之间添加了一个链路假设网桥 A 和根网桥之间已经有一条间接连接 ( 通过图中的 C-D) STA 会阻塞端口并且禁用桥接环路首先, 当根网桥和网桥 A 启动时, 它们之间的链路上的两个端口会处于监听状态网桥 A 现在能直接监听根网桥它会立即在指定端口上向树的分支传播其 BPDU 一旦网桥 B 和 C 从网桥 A 收到此新的高级信息, 它们就会立即向分支中继该信息几秒钟后, 网桥 D 便收到来自根网桥的 BPDU, 并立刻阻塞端口 P1

1D 计算的拓扑完全一样 ( 即, 与以前相同的位置上有一个阻塞的端口 ) 只是实现此拓扑的步骤发生了变化当他们出现, 在链路的端口 A 和根之间在选定的阻塞放置至此, 一切情况与纯 802.

8 生成树可以非常高效地计算网络的新拓扑现在唯一的问题是, 只有经过两倍的转发中继时间之后, 根网桥和网桥 A 之间的链路才能最终进入转发状态这意味着流量将中断 30 秒 ( 网络的整个 A B 和 C 部分被隔离 ), 原因是 8021.D 算法缺乏反馈机制, 无法清晰地通告网络将在几秒钟后收敛与 802.1w 的收敛现在, 您可以看到 RSTP 处理类似情况的方式请记住, 最终拓扑与 802.1D 计算的拓扑完全一样 ( 即, 与以前相同的位置上有一个阻塞的端口 ) 只是实现此拓扑的步骤发生了变化当他们出现, 在链路的端口 A 和根之间在选定的阻塞放置至此, 一切情况与纯 802.1D 环境中完全一样但是, 在此阶段, 交换机 A 和根网桥之间会发生协商一旦网桥 A 收到根网桥的 BPDU, 它就会阻塞非边缘指定端口此操作称为同步完成此操作后, 网桥 A 会明确授权根网桥将其端口置于转发状态下图说明了网络上该过程的结果交换机 A 和根网桥之间的链路被阻拦, 并且两个网桥交换 BPDU 交换机 A 阻塞其非边缘指定端口后, 交换机 A 和根网桥之间的链路便进入转发状态, 您将遇到以下情况 :

802.1D 示例完全相同, 这表示 D 上的端口 P1 最终会进入阻塞状态这表示在新的 BPDU 沿树向下传递所需的必要时间后, 将实现最终网络拓扑在这种快速收敛中没有涉及计时器 RSTP 唯一引入的新机制是确认交换机可以在其新的根端口上进行发送, 以便授权立即转换到转发状态, 从而绕过长达两倍转发延迟时间的监听和学习阶段

9 仍然不能有环路现在, 网络不是阻塞交换机 A 以上的部分, 而是阻塞交换机 A 以下的部分但是, 会在其他位置切断可能的桥接环路此剪切与根在此阶段产生的新的 BPDU 一起移动树通过交换机 A., 在交换机 A 的新堵塞的端口也协商一快速转换对转发状态与他们的在交换机 B 的邻接端口, 并且交换机 C 该两个发起同步操作除通向交换机 A 的根端口之外, 交换机 B 只有边缘指定端口因此, 它没有要阻塞的端口来授权交换机 A 进入转发状态同样地, 交换机 C 只需阻塞其通向 D 的指定端口现在可进入下图中显示的状态 : 请记住, 最终拓扑与 802.1D 示例完全相同, 这表示 D 上的端口 P1 最终会进入阻塞状态这表示在新的 BPDU 沿树向下传递所需的必要时间后, 将实现最终网络拓扑在这种快速收敛中没有涉及计时器 RSTP 唯一引入的新机制是确认交换机可以在其新的根端口上进行发送, 以便授权立即转换到转发状态, 从而绕过长达两倍转发延迟时间的监听和学习阶段管理员只需要记住以下几点就可以受益于快速收敛 : 在网桥之间的此协商只是可能的, 当网桥由点到点链路时 ( 即全双工链路连接, 除非明确端口配置 ) 在 802.1D 中端口上启用 Portfast 后, 边缘端口更加重要例如, 如果网络管理员未正确配置 B 上的边缘端口, 则其连接会受到启动的 A 和根之间的链路影响建议 / 协定的序列当一个端口由 STA 选择作为指定端口时, 在将其转换到转发状态之前,802.1D 还要等待 <forward delay> 秒的两倍时间 ( 默认为 2x15) 在 RSTP, 此情况对应于端口以一个选定的角色, 但是阻塞

状态下图说明了如何逐步实现快速转换假设在根网桥和交换机 A 之间创建了一条新链路此链路上的两个端口都置于指定的阻塞状态, 直到它们从对等的端口收到 BPDU 为止当一个被指派的端口在一个丢弃的或学习状态 ( 和只在这种情况下 ), 设置派出在 BPDU 的建议位这是根网桥的端口 p0 所发生的情况,

A 上存在替代端口 p2, 指定的转发端口 p3 和边缘端口 p4 请注意,p2 和 p4 已经满足其中一个标准为了保持同步 ( 请参阅上图的步骤 2), 交换机 A 仅需要阻塞端口 p3 并向其分配丢弃状态既然其所有的端口都保持同步, 交换机 A 就可以取消阻塞其新选择的根端口 p1 并发送协议信息以回复根网桥 (

10 状态下图说明了如何逐步实现快速转换假设在根网桥和交换机 A 之间创建了一条新链路此链路上的两个端口都置于指定的阻塞状态, 直到它们从对等的端口收到 BPDU 为止当一个被指派的端口在一个丢弃的或学习状态 ( 和只在这种情况下 ), 设置派出在 BPDU 的建议位这是根网桥的端口 p0 所发生的情况, 如上图的步骤 1 所示由于交换机 A 收到高级信息, 它会立即识别出 p1 是新的根端口然后, 交换机 A 开始同步, 以确保其所有端口均与此新信息同步如果端口满足以下标准之一, 则端口是同步的 : 端口处于阻塞状态, 意味着稳定拓扑中的丢弃状态端口是边缘端口为了说明同步机制对不同种类端口的影响, 假设交换机 A 上存在替代端口 p2, 指定的转发端口 p3 和边缘端口 p4 请注意,p2 和 p4 已经满足其中一个标准为了保持同步 ( 请参阅上图的步骤 2), 交换机 A 仅需要阻塞端口 p3 并向其分配丢弃状态既然其所有的端口都保持同步, 交换机 A 就可以取消阻塞其新选择的根端口 p1 并发送协议信息以回复根网桥 ( 请参阅步骤 3 ) 此消息是建议 BPDU 的复制, 协议位设置而不是建议位这可确保端口 p0 确切地知道它接收的协议与哪个建议对应 p0 收到该协议后, 它可立即转换到转发状态这是上图的步骤 4 请注意, 同步之后, 端口 p3 将继续保持指定的丢弃状态在步骤 4 中, 该端口所处的情况与步骤 1 中端口 p0 所处的情况完全相

同然后, 它会开始向其相邻端口提出建议, 并且尝试快速转换到转发状态因为不依靠任何计时器, 建议协议机制非常快速握手此通知迅速传播往网络的边缘和在一个变化以后迅速恢复连接在拓扑上如果指定的丢弃端口在发送建议之后未收到协议, 它将缓慢转换到转发状态, 并退回到传统的 802.

11 同然后, 它会开始向其相邻端口提出建议, 并且尝试快速转换到转发状态因为不依靠任何计时器, 建议协议机制非常快速握手此通知迅速传播往网络的边缘和在一个变化以后迅速恢复连接在拓扑上如果指定的丢弃端口在发送建议之后未收到协议, 它将缓慢转换到转发状态, 并退回到传统的 802.1D 监听学习顺序如果远程网桥不了解 RSTP BPDU, 或者如果远程网桥的端口处于阻塞状态, 可能会发生这种情况 Cisco 在同步机制中引入了增强功能, 允许网桥在进行同步时只将其以前的根端口置于丢弃状态有关该机制的工作原理的详细信息不属于本文档的讨论范畴但是, 可以安全地假设, 该机制在大多数常见再收敛案例中调用本文档的与 802.1w 的收敛部分中描述的方案非常有效, 这是因为只会暂时混淆位于最终阻塞端口的路径上的端口 UplinkFast RSTP 中包含的快速转换到转发状态的另一种形式类似于 Cisco 的 UplinkFast 专有生成树扩展基本上, 当网桥丢失其根端口时, 它能够将其最佳替代端口直接置于转发模式 (RSTP 也会处理新的根端口的出现与否 ) 选择替代端口作为新的根端口会产生拓扑更改 802.1w 拓扑更改机制会清除上游网桥的内容可寻址存储器 (CAM) 表中的相应条目这就消除了对 UplinkFast 的虚拟多播生成进程的需要因为 RSTP 中自带 UplinkFast 机制并会自动启用, 因此无需对该机制进行进一步配置新的拓扑更改机制当 802.1D 网桥检测到拓扑更改时, 它会使用可靠的机制首先通知根网桥如下图所示 :

一旦根网桥知道一个变化在网络的拓扑上, 设置派出, 然后被传递到在网络的所有网桥在 BPDU 的 TC 标志位当网桥收到设置了 TC 标志位的 BPDU 时, 它会将其桥接表老化时间降低到转发延迟秒数这可确保相对快速地刷新过期信息有关此过程的详细信息, 请参考了解生成树协议拓扑更改此拓扑更改机制在 RSTP 中进行了很深层次的再造拓扑更改的检测及其通过网络的传播都在不断演变

12 一旦根网桥知道一个变化在网络的拓扑上, 设置派出, 然后被传递到在网络的所有网桥在 BPDU 的 TC 标志位当网桥收到设置了 TC 标志位的 BPDU 时, 它会将其桥接表老化时间降低到转发延迟秒数这可确保相对快速地刷新过期信息有关此过程的详细信息, 请参考了解生成树协议拓扑更改此拓扑更改机制在 RSTP 中进行了很深层次的再造拓扑更改的检测及其通过网络的传播都在不断演变拓扑更改检测在 RSTP 中, 只有进入转发状态的非边缘端口会导致拓扑更改这意味着连接断开将不再视为拓扑更改, 这与 802.1D 正好相反 ( 即, 进入阻塞状态的端口不再生成 TC) 当 RSTP 网桥检测到拓扑更改时, 会发生以下操作 : 如有必要, 它将为其所有非边缘指定端口和根端口启动 TC While 计时器, 计时器的值为 hellotime 值的两倍它将刷新与所有这些端口关联的 MAC 地址 Note: 只要 TC While 计时器在端口上运行, 从该端口发送的 BPDU 就都会设置 TC 位当计时器处于活动状态时, 根端口上也会发送 BPDU 拓扑更改传播当网桥从相邻网桥收到设置了 TC 位的 BPDU 时, 会发生以下操作 : 它将清除其所有端口 ( 接收拓扑更改的端口除外 ) 上识别的 MAC 地址它启动 TC While timer 并且发送 BPDU 在所有其被指派的端口和根端口设置的 TC (RSTP 不再使用特定 TCN BPDU, 除非传统网桥需要被通知 ) 这样,TCN 会快速传播到整个网络现在,TC 传播是只需一个步骤的进程实际上, 拓扑更改的发起方会将此信息传播到整个网络中 ( 与 802.1D 相反, 在其中只有根网桥才能如此 ) 此机制比 802.1D 等效机制更快没有需要等待根网桥被通知然后保持整个网络的拓扑更改状态 <max 使用周期的加上向前 delay> 秒钟

仅在几秒钟或者几倍 hello-time 后, 整个网络 (VLAN) 的 CAM 表中的大部分条目都将刷新此方法潜在导致更多临时泛滥, 另一方面, 但是清除防止迅速连接恢复性的潜在的过时的信息

1w 固有的快速收敛优点将会丧失每个端口都维护一个变量, 该变量定义可在对应网段上运行的协议当端口启动时, 值为三秒的迁移延迟计时器也将启动当此计时器运行时, 会锁定与端口关联的当前 STP

假设上图中的网桥 A 和 B 都运行 RSTP, 并且指定交换机 A 用于该网段此链路上引入了传统 STP 网桥 C 由于 802.

13 仅在几秒钟或者几倍 hello-time 后, 整个网络 (VLAN) 的 CAM 表中的大部分条目都将刷新此方法潜在导致更多临时泛滥, 另一方面, 但是清除防止迅速连接恢复性的潜在的过时的信息与 802.1d 的兼容性 RSTP 可以与传统 STP 协议交互操作但是, 务必注意, 与传统网桥交互时,802.1w 固有的快速收敛优点将会丧失每个端口都维护一个变量, 该变量定义可在对应网段上运行的协议当端口启动时, 值为三秒的迁移延迟计时器也将启动当此计时器运行时, 会锁定与端口关联的当前 STP 或 RSTP 模式迁移延迟过期后, 端口会适应与其接收的下一个 BPDU 对应的模式如果端口由于收到的 BPDU 而更改其运行模式, 则迁移延迟会重新启动这会限制可能的模式更改频率例如, 假设上图中的网桥 A 和 B 都运行 RSTP, 并且指定交换机 A 用于该网段此链路上引入了传统 STP 网桥 C 由于 802.1D 网桥会忽略 RSTP BPDU 并丢弃它们, 因此 C 认为网段中没有其他网桥, 并开始发送其次要 802.1D 格式的 BPDU 交换机 A 将收到这些 BPDU, 并在最多两倍于 hello-time 的秒数之后, 只在该端口上将其模式更改为 802.1D 结果,C 现在识别出交换机 A 的 BPDU 并且接受 A 作为该网段的指定网桥

14 请注意在这个特殊情况下, 如果移除网桥 C, 则网桥 A 会在该端口上以 STP 模式运行, 即使它可以在 RSTP 模式下更有效地与其唯一的相邻网桥 B 一起工作这是因为 A 无法识别出网桥 C 已从网段移除对于这种特殊 ( 少见 ) 情况, 需要用户介入, 以便手动重新启动端口的协议检测当端口在 802.1D 兼容模式时, 也能处理拓扑变化通知 (TCN) BPDU 和 BPDU 与 TC 或 TCA 位集结论 RSTP (IEEE 802.1w) 本身包括大多数针对 802.1D 生成树的 Cisco 专有增强功能, 例如 BackboneFast UplinkFast 和 PortFast RSTP 能完成在一个适当地配置的网络的快速收敛, 有时按几百毫秒的顺序如果管理员正确标识和设置了点对点链路和边缘端口, 则经典的 802.1D 计时器 ( 例如转发延迟和 max_age) 可仅用作备份, 且不是必要的此外, 如果不存在与传统网桥的交互, 则计时器也不是必要的 Related Information 配置在运行 CatOS 的 Catalyst 系列交换机的 MST (802.1s)/RSTP (802.1w) 了解和配置 Cisco 上行链路快速的功能 LAN 交换技术支持 LAN 产品支持工具和资源 Technical Support & Documentation - Cisco Systems

了解 VLAN 之间的桥接问题

了解 VLAN 之间的桥接问题目录简介先决条件要求使用的组件规则生成树拓扑考虑事项使用 VLAN 网桥生成树协议的分层生成树的推荐用法 VLAN 网桥 DEC 和 IEEE 802.1D 生成树协议的生成树默认值 MSFC 上使用 VLAN 网桥生成树协议的示例配置 MSFC 上使用 DEC 生成树协议的示例配置相关信息简介 VLAN 间桥接是一起同时桥接多个 VLAN 的概念偶尔需要 VLAN