1
00:00:03,250 --> 00:00:05,650
次のセクションでは、
ラピッドスパニングツリーについて説明します。

2
00:00:05,650 --> 00:00:06,723
プロトコル。

3
00:00:06,723 --> 00:00:08,140
そして、
何について話しますか

4
00:00:11,350 --> 00:00:12,760
スパニングツリープラス。

5
00:00:14,704 --> 00:00:16,329
そして、
オプション機能とは何ですか

6
00:00:20,140 --> 00:00:22,540
したがって、RapidSpanning-Tree
プロトコルは元々定義されていました

7
00:00:22,540 --> 00:00:25,330
ウィリアムのように802.1wで。

8
00:00:25,330 --> 00:00:27,850
現在、
メイン仕様に組み込まれています。

9
00:00:27,850 --> 00:00:30,790
802.1D-2004。

10
00:00:30,790 --> 00:00:34,540
そして、
レガシースパニングツリーとの間のいくつかの変更

11
00:00:34,540 --> 00:00:38,500
ラピッドスパニングツリーとは、
ポートの状態を単純化することです。

12
00:00:41,050 --> 00:00:42,610
そして、急速な
収束は

13
00:00:42,610 --> 00:00:44,920
同期プロセスで。

14
00:00:44,920 --> 00:00:47,360
パスは
同じままであることがわかります。

15
00:00:47,360 --> 00:00:49,990
したがって、ルートブリッジの配置を変更する場合は

16
00:00:49,990 --> 00:00:51,910
またはルート選挙を変更する
ポート選挙、

17
00:00:51,910 --> 00:00:54,610
これは
同じタイプの構成になります。

18
00:00:54,610 --> 00:00:58,210
ブリッジの優先順位の変更、
ポートコストの変更

19
00:01:01,690 --> 00:01:05,080
レガシースパニングツリーでは、
ブロッキング状態になっていることがわかりました

20
00:01:05,080 --> 00:01:06,610
聞くこと、学ぶこと、
そして転送すること、

21
00:01:09,130 --> 00:01:11,200
ラピッドスパニングツリーでは、
これを単純化します

22
00:01:13,360 --> 00:01:14,620
と転送。

23
00:01:14,620 --> 00:01:17,755
ポートの役割は、
ポートの状態から切り離されています。

24
00:01:17,755 --> 00:01:19,630
したがって、ルートポートと指定されたポートは

25
00:01:19,630 --> 00:01:21,580
それらは
以前と同じままになります。

26
00:01:21,580 --> 00:01:24,150
ルートポートは、ルートに向かって
上流に面しているポートです。

27
00:01:24,150 --> 00:01:25,000
橋。

28
00:01:25,000 --> 00:01:27,250
指定されたポートは
下流に面しています

29
00:01:27,250 --> 00:01:28,510
ルートブリッジから。

30
00:01:28,510 --> 00:01:32,440
また、代替、
バックアップ、およびエッジポートもあります。

31
00:01:32,440 --> 00:01:35,350
代替ポートは
上流向きのインターフェースです

32
00:01:35,350 --> 00:01:38,380
これは、ルートへの
パスとしてはあまり望ましくありません。

33
00:01:38,380 --> 00:01:42,260
これは、レガシースパニングの
UplinkFastと同等です

34
00:01:42,260 --> 00:01:42,760
木。

35
00:01:42,760 --> 00:01:45,700
つまり、元々、
2つのインターフェースが接続されていたことがわかりました

36
00:01:45,700 --> 00:01:46,840
ルートブリッジへ。

37
00:01:46,840 --> 00:01:48,610
ルートポートをシャットダウンします。

38
00:01:48,610 --> 00:01:51,280
代替インターフェースは
リスニングと学習に使用されます

39
00:01:51,280 --> 00:01:51,780
州。

40
00:01:51,780 --> 00:01:54,640
転送を開始する前に
30秒待たなければなりませんでした。

41
00:01:54,640 --> 00:01:57,865
次に、構成を元に戻しました。
両方のルートポートが

42
00:01:57,865 --> 00:01:59,690
代替の
ポートがありました。

43
00:01:59,690 --> 00:02:02,740
UplinkFastを構成し、
ルートポートをシャットダウンしました。

44
00:02:02,740 --> 00:02:04,720
代替ポートは
すぐにルートになります。

45
00:02:04,720 --> 00:02:07,775
そして、
転送状態になり始めます。

46
00:02:07,775 --> 00:02:09,150
つまり、Rapid
Spanning Treeを使用すると、

47
00:02:09,150 --> 00:02:10,692
ここで
同じ動作をします。

48
00:02:15,970 --> 00:02:18,190
スパニングツリー。

49
00:02:18,190 --> 00:02:23,480
それでは、ここのコマンドラインで
これを見てみましょう。

50
00:02:23,480 --> 00:02:30,670
まず、
BPDUガードとBPDUフィルタを取り除きましょう。

51
00:02:30,670 --> 00:02:34,930
スパニングツリーBPDU
ガードまたはBPDUフィルタなし

52
00:02:34,930 --> 00:02:39,430
イネーブル、およびBPDUガードイネーブル。

53
00:02:44,040 --> 00:02:49,010
また、実行パイプにスパニングツリーが含まれていることを示すと、

54
00:02:49,010 --> 00:02:51,500
スパニングツリーモードは
VLANごとのスパニングツリーであり、

55
00:02:51,500 --> 00:02:53,750
これはレガシーバージョンです。

56
00:02:53,750 --> 00:02:56,725
したがって、最初に変更するのはグローバルです。

57
00:02:56,725 --> 00:02:58,780
スパニングツリー
モードは

58
00:02:58,780 --> 00:03:00,880
高速VLANごとのスパニングツリー。

59
00:03:03,690 --> 00:03:07,480
したがって、4つのスイッチすべてが
これに同意する予定です。

60
00:03:07,480 --> 00:03:09,155
スパニングツリーモードは
高速PVSTです。

61
00:03:19,750 --> 00:03:24,760
それでは、VLAN10の
スパニングツリーを見てみましょう。

62
00:03:24,760 --> 00:03:28,570
VLAN10のルートブリッジは
5e00.000aであると書かれています。

63
00:03:34,360 --> 00:03:36,760
それはスイッチ1、2、3、4でした。

64
00:03:36,760 --> 00:03:41,940
したがって、スイッチ1はVLAN10の
ルートブリッジである必要があります。

65
00:03:41,940 --> 00:03:45,040
VLAN10のスパニング
ツリーを表示すると、

66
00:03:45,040 --> 00:03:48,670
スイッチ1は、この
ブリッジがルートであることを示しています。

67
00:03:48,670 --> 00:03:52,600
ここで
図を振り返ると、1を切り替えます

68
00:03:52,600 --> 00:03:54,820
ルートです。これは、
すべてのインターフェイスが

69
00:03:54,820 --> 00:03:58,360
指定されたポートは、
それ自体から下流に面しています。

70
00:03:58,360 --> 00:04:00,280
そして、反対側にルートポートがあります

71
00:04:00,280 --> 00:04:02,740
上流に戻ってきます。

72
00:04:02,740 --> 00:04:04,330
スイッチ2の
観点からすると、

73
00:04:06,910 --> 00:04:10,700
最初にコストがかかるからです。

74
00:04:10,700 --> 00:04:12,920
費用はこれらのそれぞれで
4になります。

75
00:04:12,920 --> 00:04:15,150
したがって、4つは等しいです。

76
00:04:15,150 --> 00:04:16,860
次に、
上流の橋に行きます

77
00:04:16,860 --> 00:04:19,595
ID、これは
両方で同じになります

78
00:04:19,595 --> 00:04:20,970
これらのインターフェースの

79
00:04:20,970 --> 00:04:23,070
スイッチ1にデュアル接続されています。

80
00:04:23,070 --> 00:04:27,690
最後に、
アップストリームポートIDを確認します。

81
00:04:27,690 --> 00:04:29,560
そして、
ポートの低い方が勝ちます。

82
00:04:29,560 --> 00:04:33,030
したがって、ギグ1/1はスイッチ2の
ルートポートである必要があります。

83
00:04:35,550 --> 00:04:39,170
スイッチ2で、
ショーを見てみましょう

84
00:04:39,170 --> 00:04:42,990
VLAN10のスパニングツリー。

85
00:04:42,990 --> 00:04:46,730
そして私たちのルートポートはギグ1/1です。

86
00:04:46,730 --> 00:04:50,070
ギグ1/22代替の
ブロッキングポート。

87
00:04:50,070 --> 00:04:51,470
そして、
明確にするために、

88
00:04:55,108 --> 00:04:56,150
レガシー構成を削除します。

89
00:05:00,920 --> 00:05:03,350
そして、代替ポートとしてギグ1/2
があります。

90
00:05:05,960 --> 00:05:08,180
以前は、UplinkFastなしで
見たもの

91
00:05:08,180 --> 00:05:10,222
ルートポートを
シャットダウンすると、

92
00:05:10,222 --> 00:05:12,680
代替ポートは
リスニングと学習に使用されます

93
00:05:12,680 --> 00:05:13,190
フェーズ。

94
00:05:13,190 --> 00:05:14,690
そして
30秒待たなければなりません

95
00:05:14,690 --> 00:05:17,120
転送を開始する前に。

96
00:05:17,120 --> 00:05:22,020
この場合、
スパニングツリーVLAN10を表示します。

97
00:05:22,020 --> 00:05:24,510
ルートポートと代替ポートがあります。

98
00:05:24,510 --> 00:05:28,220
ルートポートであるギグ1/1、
シャットダウンします。

99
00:05:28,220 --> 00:05:31,130
次に、VLAN10の
スパニングツリーを表示します。

100
00:05:31,130 --> 00:05:37,800
すぐに、ギグ1/2がルートポートとしての役割を
引き継ぎます。

101
00:05:37,800 --> 00:05:40,590
つまり、ここで重要なのは、
UplinkFast、基本的には

102
00:05:40,590 --> 00:05:44,040
動作は
RapidSpanningTreeの一部です。

103
00:05:44,040 --> 00:05:46,320
ただし、
行う必要のある構成はありません。

104
00:05:46,320 --> 00:05:50,530
そして、これは
同期プロセスの一部です。

105
00:05:50,530 --> 00:05:51,750
次に、バックアップポートがあります。

106
00:05:51,750 --> 00:05:55,650
バックアップポートはバックアップ
下流向けのインターフェースです

107
00:05:58,740 --> 00:06:00,480
これらは
もう少しわかりにくいです

108
00:06:02,272 --> 00:06:03,930
共有セグメントに接続されています。

109
00:06:07,560 --> 00:06:10,710
そして、指定された2つのポートは
下流でお互いを見ています。

110
00:06:10,710 --> 00:06:13,950
そのうちの1つがダウンした場合は、
バックアップポート

111
00:06:13,950 --> 00:06:17,140
状態を変更して
指定します。

112
00:06:17,140 --> 00:06:18,690
つまり、これは
UplinkFastのようなものですが、あなたは

113
00:06:18,690 --> 00:06:22,960
これは、DownlinkFastのような
逆の種類と考えることができます。

114
00:06:22,960 --> 00:06:26,380
エッジポートは
VLANごとに相当します

115
00:06:26,380 --> 00:06:29,080
スパニングツリーPortFast、
これは私たちが

116
00:06:29,080 --> 00:06:31,330
すぐに
廃棄から移行します

117
00:06:31,330 --> 00:06:32,680
転送に。

118
00:06:32,680 --> 00:06:35,350
また、
トポロジ変更通知は生成されません

119
00:06:35,350 --> 00:06:37,600
状態の変化のために。

120
00:06:37,600 --> 00:06:39,760
これは、ラピッドスパニングツリーにとって非常に重要です

121
00:06:43,240 --> 00:06:45,460
CAMテーブルがフラッシュされます。

122
00:06:45,460 --> 00:06:47,770
したがって、すべてのMACアドレスが
テーブルから削除されます。

123
00:06:47,770 --> 00:06:50,170
そして、
トポロジーを再学習する必要があります。

124
00:06:50,170 --> 00:06:53,440
したがって、理想的には、アクセスポートが近づいているときに

125
00:06:53,440 --> 00:06:55,930
または
スパニングツリーを実行していないデバイス、

126
00:06:58,990 --> 00:07:00,400
トポロジー。

127
00:07:00,400 --> 00:07:03,370
したがって、スパニングツリーを実行していない
インターフェイスでは、

128
00:07:06,430 --> 00:07:10,390
そして、これを
スパニングツリーPortFastで構成します

129
00:07:10,390 --> 00:07:15,920
従来の後方互換性の観点から
。

130
00:07:15,920 --> 00:07:20,230
そのため、スイッチ1のポートギグ3で
これを構成しました。

131
00:07:23,230 --> 00:07:27,890
run on
interface gig 1/3を表示すると、

132
00:07:27,890 --> 00:07:31,190
スパニングツリー
PortFastエッジトランクがあります。

133
00:07:31,190 --> 00:07:34,460
通常、
スパニングツリーPortFastエッジと言うだけです。

134
00:07:34,460 --> 00:07:37,610
ただし、このインターフェースは
トランクモードで実行されているため、

135
00:07:37,610 --> 00:07:39,320
この追加キーワードを追加する必要があります

136
00:07:39,320 --> 00:07:42,320
したがって、ポート上のすべての
VLANが

137
00:07:42,320 --> 00:07:47,500
すぐに
転送状態に移行する必要があります。

138
00:07:50,560 --> 00:07:56,440
スパニングツリー
インターフェイスギグ1/3を表示します。

139
00:07:56,440 --> 00:07:58,190
スパニングツリー
情報はありません。

140
00:07:58,190 --> 00:07:59,360
ポートを閉じません。

141
00:08:03,488 --> 00:08:05,530
そしてすぐに
転送状態になります

142
00:08:05,530 --> 00:08:07,460
すべてのVLANに対して。

143
00:08:07,460 --> 00:08:09,630
私たちの場合、これは
デフォルトのVLAN1だけでした。

144
00:08:09,630 --> 00:08:13,920
そして、VLAN 10は、
スイッチ仮想インターフェースを備えていました。

145
00:08:13,920 --> 00:08:14,730
のために構成されています。

146
00:08:17,660 --> 00:08:20,470
それで誰かが構文について
尋ねました。

147
00:08:20,470 --> 00:08:23,230
以前は、これは
スパニングツリーPortFastでした。

148
00:08:23,230 --> 00:08:25,720
このバージョンでは、
edgeキーワードがあります。

149
00:08:25,720 --> 00:08:28,720
しかし、これは
レガシースパニングツリーの両方に当てはまります

150
00:08:28,720 --> 00:08:30,750
およびRapidSpanningTreeの場合。

151
00:08:30,750 --> 00:08:33,174
これは、
見た目の構文の変更にすぎません。

152
00:08:36,150 --> 00:08:38,650
したがって、最終的には
設計の観点から、

153
00:08:38,650 --> 00:08:41,400
できるだけ多くの
エッジポートを使用したいと思います。

154
00:08:44,310 --> 00:08:47,130
同期は
エッジポートから出ません、

155
00:08:47,130 --> 00:08:48,720
これについては
すぐに話します

156
00:08:48,720 --> 00:08:54,050
ここで具体的に
そのプロセスは何ですか。

157
00:08:56,780 --> 00:08:57,920
2つのカテゴリに分類されます。

158
00:08:57,920 --> 00:09:00,530
それらは、
ポイントするか共有するかのどちらかです。

159
00:09:00,530 --> 00:09:02,480
ポイントツーポイントで指定されたポートのみ

160
00:09:02,480 --> 00:09:05,980
収束には同期プロセスを使用します。

161
00:09:05,980 --> 00:09:09,380
したがって、何らかの理由で
誤算がある場合

162
00:09:09,380 --> 00:09:11,563
インターフェースは
半二重としてリストされていますが、

163
00:09:12,980 --> 00:09:15,010
迅速な収束を行うことができます。

164
00:09:16,760 --> 00:09:18,830
リスニングと学習の状態。

165
00:09:18,830 --> 00:09:20,660
しかし、通常の状況では

166
00:09:20,660 --> 00:09:22,850
あなたはショー
スパニングツリーを見て、あなたは

167
00:09:26,690 --> 00:09:29,090
または、それがポイントツーポイントエッジポートであること、つまり

168
00:09:29,090 --> 00:09:32,400
これがPortFastを実行していること。

169
00:09:32,400 --> 00:09:35,370
同期
プロセス自体

170
00:09:35,370 --> 00:09:37,410
ルートブリッジが試みている場所です

171
00:09:37,410 --> 00:09:40,080
残りの
ダウンストリームデバイスを取得するには

172
00:09:40,080 --> 00:09:44,050
すぐに転送状態に移行します。

173
00:09:44,050 --> 00:09:47,160
つまり、
ブリッジがルートに選出されると、

174
00:09:51,880 --> 00:09:57,750
したがって、エッジポートは
下流向きになります。

175
00:09:57,750 --> 00:10:00,640
ただし、常に転送状態になります。

176
00:10:00,640 --> 00:10:04,230
ここで重要なのは、
エッジポートを可能な限り使用する場合、

177
00:10:08,430 --> 00:10:12,450
したがって、通常は指定される
非エッジポートは、

178
00:10:14,130 --> 00:10:16,430
だから彼らはトラフィックを落としています。

179
00:10:16,430 --> 00:10:19,940
ルートブリッジは、これらの指定されたポートから
提案を送信します。

180
00:10:19,940 --> 00:10:23,300
ダウンストリームデバイスに
ルートブリッジであることを通知する

181
00:10:23,300 --> 00:10:28,010
優先度の値が含まれている

182
00:10:28,010 --> 00:10:32,600
MACアドレスであるID、
優先度とシステムID

183
00:10:32,600 --> 00:10:35,180
拡張機能であり、
ダウンストリームデバイスを取得しようとしています

184
00:10:35,180 --> 00:10:37,370
はい、これが正しいルートブリッジであることに同意します

185
00:10:37,370 --> 00:10:39,110
情報。

186
00:10:39,110 --> 00:10:42,020
次に、ダウンストリーム
ブリッジがこれを確認します。

187
00:10:42,020 --> 00:10:45,470
ルートへのより良いパスがない場合は、
同意します。

188
00:10:45,470 --> 00:10:49,310
そして、すぐに
ダウンストリームの再同期を開始します。

189
00:10:49,310 --> 00:10:51,260
彼らが
より良い情報を持っているなら、

190
00:10:51,260 --> 00:10:53,630
彼らは
自分の情報を発表します。

191
00:10:53,630 --> 00:10:58,950
そして、アップストリームデバイスは
ダウンストリームに再同期します。

192
00:10:58,950 --> 00:11:01,170
指定されたポートが
契約を受け取ると、

193
00:11:01,170 --> 00:11:05,010
ブロックを解除した状態になり、
転送を開始します。

194
00:11:05,010 --> 00:11:07,830
しかし、ダウンストリームブリッジが
より良いルート情報を送信する場合、

195
00:11:07,830 --> 00:11:10,320
ローカルブリッジは
レポートを変更します

196
00:11:10,320 --> 00:11:12,753
反対方向に進みます。

197
00:11:12,753 --> 00:11:14,170
ですから、それは本当に
どこに依存しますか

198
00:11:14,170 --> 00:11:16,240
同期
プロセスが開始されます。

199
00:11:17,980 --> 00:11:20,590
次に、
完全な高速同期を行います。

200
00:11:20,590 --> 00:11:22,030
複数の
スイッチがある場合

201
00:11:22,030 --> 00:11:25,240
同時に同期している
、彼らは途中で会います。

202
00:11:25,240 --> 00:11:27,040
そして、
低い方が

203
00:11:27,040 --> 00:11:30,850
ブリッジIDが優先され、
同期プロセスは

204
00:11:33,570 --> 00:11:35,510
したがって、下流の
ブリッジが同意する場合

205
00:11:35,510 --> 00:11:39,350
アップストリームの提案では、
ローカルルートポートを選択します。

206
00:11:39,350 --> 00:11:42,830
したがって、
同期が行われたポートが何であれ、

207
00:11:42,830 --> 00:11:46,720
これが、上流に面したルートポートになります。

208
00:11:46,720 --> 00:11:51,040
そして、
エッジで指定されていないすべてのポートをブロックします。

209
00:11:51,040 --> 00:11:54,550
そしてこれが重要なのは
ポートがエッジの場合、

210
00:11:56,290 --> 00:11:59,230
エッジポートで
転送を続けます。

211
00:12:03,200 --> 00:12:06,130
つまり、これらは
スイッチ間のリンクになります。

212
00:12:06,130 --> 00:12:08,140
これらは
非エッジポートのままにしておきます。

213
00:12:08,140 --> 00:12:12,830
その後、同期プロセスが続行されます。

214
00:12:12,830 --> 00:12:15,410
現在、レガシースパニング
ツリーでは、BPDUは

215
00:12:15,410 --> 00:12:17,740
ルートブリッジによって生成されます。

216
00:12:17,740 --> 00:12:19,340
それらは
2秒ごとに生成されます。

217
00:12:19,340 --> 00:12:21,500
そして、それらは
ツリーの下に伝播します。

218
00:12:21,500 --> 00:12:23,780
ラピッドスパニング
ツリーでは、各ブリッジ

219
00:12:23,780 --> 00:12:26,300
独自のBPDUを
毎秒生成します。

220
00:12:26,300 --> 00:12:30,500
これはデフォルトで2秒です。
そして3つのハローを逃した場合

221
00:12:30,500 --> 00:12:32,910
隣人から、
再収束が始まります、

222
00:12:32,910 --> 00:12:34,820
これは6秒のタイマーです
対照的に

223
00:12:34,820 --> 00:12:38,270
20秒のMaxAgeに。

224
00:12:38,270 --> 00:12:40,280
つまり、
スパニングツリー

225
00:12:40,280 --> 00:12:42,950
ループガードと単方向
リンク検出、

226
00:12:42,950 --> 00:12:44,420
技術的には
実行する必要はありません

227
00:12:44,420 --> 00:12:46,940
これらは、Rapid
SpanningTreeを実行しているときに発生します。

228
00:12:46,940 --> 00:12:50,250
こんにちは、2人の間で
跳ね返ります。

229
00:12:50,250 --> 00:12:52,400
リンクが単方向でないことを確認してください

230
00:12:52,400 --> 00:12:54,260
または、まだ
接続性があること

231
00:12:54,260 --> 00:12:56,540
ダウンストリームデバイスに。

232
00:12:56,540 --> 00:12:59,600
代わりに、MaxAgeが
ホップカウントとして使用されます。

233
00:12:59,600 --> 00:13:02,210
したがって、すべてのブリッジがBPDUを送信します。

234
00:13:02,210 --> 00:13:05,360
そして、年齢はすべての橋によって
増加します。

235
00:13:05,360 --> 00:13:08,480
そのため、MaxAgeはレガシースパニングツリーの共有ポートで使用されます

236
00:13:08,480 --> 00:13:10,195
下位互換性。

237
00:13:10,195 --> 00:13:13,013
そしてこれは、障害が
手段によってより速く検出できることを意味します

238
00:13:13,013 --> 00:13:14,180
物理層シグナリングの。

239
00:13:14,180 --> 00:13:17,270
したがって、物理的なリンクが
ダウンした場合、すぐに

240
00:13:17,270 --> 00:13:19,070
再収束を開始します。

241
00:13:29,750 --> 00:13:32,510
今、私たちが
再収束に行く必要があるとき

242
00:13:35,720 --> 00:13:38,150
すぐに
それをルートポートとして選択します

243
00:13:38,150 --> 00:13:40,820
引き続き
上流に転送します。

244
00:13:40,820 --> 00:13:44,270
つまり、これは、前述したように、
UplinkFastと同じ動作です。

245
00:13:44,270 --> 00:13:47,450
VLANごとのスパニングツリー。

246
00:13:47,450 --> 00:13:50,270
代替ポートがなく、私たちだけが

247
00:13:51,860 --> 00:13:54,110
ルートとして自分自身を選択します。

248
00:13:54,110 --> 00:13:56,810
そして、
ダウンストリームの同期を開始します。

249
00:13:56,810 --> 00:13:59,300
したがって、潜在的には、
新しいルートブリッジであるかどうかはわかりません。

250
00:13:59,300 --> 00:14:03,380
ドメイン内の他のブリッジの
優先度によって異なります。

251
00:14:03,380 --> 00:14:06,020
ただし、
プロセスを最初から開始するという考え方です。

252
00:14:06,020 --> 00:14:08,240
代替ポートはありません。

253
00:14:08,240 --> 00:14:11,360
これの潜在的な
欠点は

254
00:14:11,360 --> 00:14:15,090
再収束プロセスは
非決定論的である可能性があること。

255
00:14:15,090 --> 00:14:17,150
したがって、
トポロジがどのように見えるかに応じて

256
00:14:17,150 --> 00:14:20,943
リングトポロジや大規模なメッシュトポロジがある場合のように、

257
00:14:20,943 --> 00:14:23,360
それらは
ラピッドスパニングとの収束に時間がかかるでしょう

258
00:14:23,360 --> 00:14:25,210
木。

259
00:14:25,210 --> 00:14:28,130
したがって、ネットワークを
厳密に三角形で構築すると、

260
00:14:28,130 --> 00:14:30,550
次に、
収束を改善します。

261
00:14:30,550 --> 00:14:32,410
通常、1秒未満の収束

262
00:14:36,780 --> 00:14:38,870
したがって、ルートブリッジ
障害が1つです

263
00:14:41,390 --> 00:14:46,580
そして、ここに
基本的にあなたを言う論文へのリンクがあります

264
00:14:46,580 --> 00:14:49,770
無限に数えることができます
これは

265
00:14:52,310 --> 00:14:54,510
収束します。

266
00:14:54,510 --> 00:14:58,100
したがって、高速に収束するには、
トポロジを小さく保つ必要があります。

267
00:14:58,100 --> 00:14:59,900
三角形を組み込む必要があります。

268
00:14:59,900 --> 00:15:02,000
そして、
物理層の障害に依存したい

269
00:15:02,000 --> 00:15:06,100
hello BPDUではなく、検出。

270
00:15:06,100 --> 00:15:08,715
トポロジ変更通知から
今、

271
00:15:08,715 --> 00:15:10,840
リンクが張られたときに
これらを生成します

272
00:15:10,840 --> 00:15:12,207
転送状態になります。

273
00:15:12,207 --> 00:15:14,290
そしてそれは
スイッチによって引き起こされるでしょう

274
00:15:14,290 --> 00:15:16,060
イベントを検出しました。

275
00:15:18,550 --> 00:15:22,120
エッジポートが
転送状態になったときに発生します。

276
00:15:22,120 --> 00:15:25,262
指定された
またはレポートの場合のみ

277
00:15:25,262 --> 00:15:26,470
転送状態になります。

278
00:15:26,470 --> 00:15:29,200
トポロジ変更通知を生成しますか？

279
00:15:29,200 --> 00:15:31,660
そして、これが行うことは、
残りのスイッチを引き起こすことです

280
00:15:31,660 --> 00:15:36,190
トポロジ内で
MACテーブルをフラッシュします。

281
00:15:36,190 --> 00:15:38,800
したがって、MACテーブルがフラッシュされると

282
00:15:38,800 --> 00:15:41,510
トポロジーを再学習する必要があります。

283
00:15:41,510 --> 00:15:43,790
そして、それは
ユニキャストトラフィックフラッディングによって行われます。

284
00:15:43,790 --> 00:15:45,710
したがって、でパケットを受信します。

285
00:15:45,710 --> 00:15:47,570
1つを除くすべての
ポートにフラッディングします

286
00:15:47,570 --> 00:15:49,010
それが受け取られたこと。

287
00:15:49,010 --> 00:15:51,290
そして最終的には
残りのスイッチ

288
00:15:51,290 --> 00:15:53,420
MACアドレスを再学習します。

289
00:15:53,420 --> 00:15:55,730
したがって、これを防ぐために、
エッジポートを使用します

290
00:15:55,730 --> 00:15:59,030
可能な限り、
繰り返しますが、エッジポートはそうではありません。

291
00:15:59,030 --> 00:16:01,190
トポロジの変更通知を
発生させる

292
00:16:01,190 --> 00:16:04,410
彼らは上下します。

293
00:16:04,410 --> 00:16:07,460
そこで、
ラピッドスパニングツリーの有効化について検討しました。

294
00:16:07,460 --> 00:16:10,303
単にスパニング
ツリーモード、RapidPVSTと言います。

295
00:16:10,303 --> 00:16:11,720
そしてそれは自動的に

296
00:16:15,760 --> 00:16:17,890
同期は
でのみ発生します

297
00:16:17,890 --> 00:16:20,840
ポイントツーポイントの非エッジポート。

298
00:16:20,840 --> 00:16:24,340
つまり、
インターフェースが半二重の場合

299
00:16:24,340 --> 00:16:29,600
モードの場合、高速同期は
発生しません

300
00:16:29,600 --> 00:16:31,548
または、設定が間違っている場合

301
00:16:31,548 --> 00:16:33,215
スパニング
ツリーリンクタイプを共有します。

302
00:16:42,560 --> 00:16:47,510
VLAN10のスパニング
ツリーを表示します。

303
00:16:47,510 --> 00:16:50,270
ポイントツーポイントの
ポートがあり、

304
00:16:50,270 --> 00:16:52,160
ポイントツーポイントエッジポート。

305
00:16:52,160 --> 00:16:56,080
したがって、これらのインターフェイスはすべて
高速同期を実行できます。

306
00:16:56,080 --> 00:16:57,830
そして、ポイントツーポイントの
エッジポートは常に

307
00:17:02,390 --> 00:17:05,700
パスの選択は
変更されません。

308
00:17:05,700 --> 00:17:08,089
したがって、ルートブリッジが配置されている場所を変更する場合は、

309
00:17:08,089 --> 00:17:10,339
優先順位を変更します。

310
00:17:10,339 --> 00:17:12,020
パスの選択を変更したい場合は、

311
00:17:12,020 --> 00:17:15,290
パスコストを変更するか、
ポートの優先度を変更できます

312
00:17:15,290 --> 00:17:17,710
アップストリームインターフェイスで。

313
00:17:17,710 --> 00:17:18,710
ここに質問があります。

314
00:17:18,710 --> 00:17:21,260
ラピッドスパニングツリーでコア
スイッチを構成できますか？

315
00:17:21,260 --> 00:17:23,150
アクセススイッチは
すでに設定されています

316
00:17:23,150 --> 00:17:25,220
通常のスパニング
ツリーでは、それでは何ですか？

317
00:17:25,220 --> 00:17:26,630
はい、できます。

318
00:17:26,630 --> 00:17:28,700
したがって、
下位互換性があります

319
00:17:28,700 --> 00:17:31,550
自動的に
実行されます

320
00:17:31,550 --> 00:17:37,580
高速
スパニングツリー同期の欠如を検出する

321
00:17:37,580 --> 00:17:38,588
処理する。

322
00:17:38,588 --> 00:17:40,130
つまり、基本的に
あなたは

323
00:17:40,130 --> 00:17:41,300
ラピッドスパニングツリーを実行しています。

324
00:17:41,300 --> 00:17:43,190
そうでないものがあります。

325
00:17:43,190 --> 00:17:46,040
ラピッドスパニングツリーは
同期提案を送信します

326
00:17:46,040 --> 00:17:47,870
ダウンストリームスイッチに。

327
00:17:47,870 --> 00:17:50,300
レガシースパニングのため、応答がありません

328
00:17:50,300 --> 00:17:52,370
ツリーにはそのメッセージがありません。

329
00:17:52,370 --> 00:17:54,650
したがって、最終的には、
応答が得られない場合は、

330
00:17:54,650 --> 00:17:57,500
リスニングと学習の段階に戻ります。

331
00:17:57,500 --> 00:18:00,650
基本的に、
レガシースパニングツリーと同じです。

332
00:18:00,650 --> 00:18:02,150
したがって、
必要な構成はありません