1
00:00:03,120 --> 00:00:04,620
今日の最後のセッション
では、

2
00:00:04,620 --> 00:00:06,240

EtherChannelについて話します

3
00:00:06,240 --> 00:00:09,240
切り替えられたキャンパスで。

4
00:00:09,240 --> 00:00:12,137
特に
このセクションでは、

5
00:00:12,137 --> 00:00:14,220

EtherChannelとは何ですか？

6
00:00:14,220 --> 00:00:15,247
それらはどのように機能しますか？

7
00:00:15,247 --> 00:00:16,830
シングルの違いは何ですか


8
00:00:16,830 --> 00:00:19,860
対マルチシャーシ
EtherChannelソリューション？

9
00:00:19,860 --> 00:00:22,110
使用できるネゴシエーションプロトコルは何ですか？


10
00:00:22,110 --> 00:00:24,000
負荷分散はどのように機能しますか？


11
00:00:24,000 --> 00:00:26,580
そして、
レイヤー2とレイヤー2の違いは何ですか

12
00:00:26,580 --> 00:00:28,320
レイヤー3EtherChannel？

13
00:00:28,320 --> 00:00:31,040
現在、EtherChannelは帯域幅を集約するための
技術です

14
00:00:31,040 --> 00:00:32,703
一緒に物理的なリンクの。

15
00:00:32,703 --> 00:00:34,620
そして、それは
多くの異なる名前で知られています、

16
00:00:34,620 --> 00:00:37,970
ポートチャネルか
チャネルか、リンクアグリゲーション、NICか

17
00:00:37,970 --> 00:00:38,630
チーミング。

18
00:00:38,630 --> 00:00:40,380
基本的に、それはすべて
同じことを意味します-

19
00:00:40,380 --> 00:00:43,350
2つの物理的なリンクを
取り、それらを組み合わせて、

20
00:00:43,350 --> 00:00:47,230
次に、2つのトラフィックの
負荷分散を行います。

21
00:00:47,230 --> 00:00:50,620
したがって、EtherChannel自体は
2つの部分で構成されます。

22
00:00:50,620 --> 00:00:52,120

ポートチャネルインターフェースがあります。

23
00:00:52,120 --> 00:00:55,310
これは、バンドルを表す論理的な
リンクになります。

24
00:00:55,310 --> 00:00:57,810
およびメンバーインターフェイス。
物理リンクは次のとおりです。

25
00:00:57,810 --> 00:00:59,160
バンドルの一部です。

26
00:00:59,160 --> 00:01:02,610
さて、これの目標は
メンバーインターフェースを隠すことです

27
00:01:02,610 --> 00:01:05,820
上位層プロトコルから、
特に上位層

28
00:01:05,820 --> 00:01:07,908
プロトコルはスパニングツリーです。

29
00:01:07,908 --> 00:01:09,450

スイッチが2つある場合

30
00:01:09,450 --> 00:01:11,725
スパニングツリーから
それらを一緒に接続するリンク

31
00:01:11,725 --> 00:01:13,350
視点から見ると、
転送することになります。

32
00:01:13,350 --> 00:01:15,120
1つは
ブロッキング状態になります。

33
00:01:15,120 --> 00:01:18,000
そして、
帯域幅の50％しか使用できません。

34
00:01:18,000 --> 00:01:20,160
ここでの目標は、
リンクを結合することです

35
00:01:20,160 --> 00:01:22,110
帯域幅の100％を使用します。

36
00:01:22,110 --> 00:01:25,520
ただし、スパニングツリーのルールではそれが許可されていません。

37
00:01:25,520 --> 00:01:28,160
したがって、ここでは、物理的なビューと論理的なビューがあります。

38
00:01:28,160 --> 00:01:31,430
上部には、メンバーの
ポート、ギグ0/1とギグ0/2があります。

39
00:01:31,430 --> 00:01:34,460
下部には、
論理ポートチャネルインターフェイスがあります。

40
00:01:34,460 --> 00:01:36,320
したがって、いくつかの長所と短所


41
00:01:36,320 --> 00:01:38,330
EtherChannelを実行します。

42
00:01:38,330 --> 00:01:41,930
何よりもまず、これは安価な
インクリメンタルアップグレードソリューションです。

43
00:01:41,930 --> 00:01:43,490
取るのが安いと思われる場所


44
00:01:43,490 --> 00:01:46,430
10ギガのインターフェースのうちの2つ
そしてそれらを一緒にチャネル化する

45
00:01:46,430 --> 00:01:49,940
40ギガの
イーサネットまたは100ギガのイーサネットに移行するのとは対照的です。

46
00:01:49,940 --> 00:01:52,970
また、
リンク層の冗長性も追加されます。

47
00:01:52,970 --> 00:01:55,550
したがって、
10ギガのEが4回ある場合、

48
00:01:55,550 --> 00:01:59,060

40ギガの個別のポートよりも優れた弾力性を備えています。

49
00:01:59,060 --> 00:02:02,120
さて、ここでの大きな欠点は、
フローが超えられないことです

50
00:02:02,120 --> 00:02:04,560

個々のリンクの帯域幅。

51
00:02:04,560 --> 00:02:07,920
したがって、1秒あたり2ギガビットのリンクアグリゲーションがある場合、

52
00:02:07,920 --> 00:02:10,759
これは、
個々のフローが複数に進むことができないことを意味します

53
00:02:10,759 --> 00:02:12,500
メンバーインターフェイスの。

54
00:02:12,500 --> 00:02:16,287
したがって、
毎秒1ギガビットでポリシングされます。

55
00:02:16,287 --> 00:02:17,870
したがって、リンクアグリゲーション、
あなたは考えることができます

56
00:02:17,870 --> 00:02:20,180
高速道路に
車線を追加するようなものです。

57
00:02:20,180 --> 00:02:22,743
ただし、制限速度は上がりません
。

58
00:02:22,743 --> 00:02:24,410
他の欠点は
フローが

59
00:02:24,410 --> 00:02:26,990

メンバーの1人に二極化することができます

60
00:02:26,990 --> 00:02:31,280
負荷分散が
メカニズムが正しく設定されていない場合。

61
00:02:31,280 --> 00:02:34,160
したがって、理論的には、1x40ギガ
Eがあなたに与えるでしょう

62
00:02:34,160 --> 00:02:40,670
4x10よりも優れたスループット。

63
00:02:40,670 --> 00:02:44,090
EtherChannelは、アクセスレイヤーで
運命の共有も引き起こします。

64
00:02:44,090 --> 00:02:45,980
したがって、サーバーには
冗長な電力がある可能性があります。

65
00:02:45,980 --> 00:02:46,800
冗長NIC。

66
00:02:46,800 --> 00:02:49,470
しかし、
アクセススイッチがダウンするとどうなりますか？

67
00:02:49,470 --> 00:02:52,430
つまり、1つのスイッチに
二重接続されたサーバーがあります。

68
00:02:52,430 --> 00:02:56,610
そのスイッチがダウンすると、
両方のリンクが失われます。

69
00:02:56,610 --> 00:02:59,430
これに対する1つの解決策は、
複数のアクセスレイヤーを使用することです。

70
00:02:59,430 --> 00:03:00,960
スイッチ。

71
00:03:00,960 --> 00:03:03,180
ただし、問題は
ネットワークカードのみであるということです。

72
00:03:03,180 --> 00:03:07,290
リンクアグリゲーション以外のアクティブスタンバイを
サポートします。

73
00:03:07,290 --> 00:03:09,210
したがって、帯域幅の50％が
失われます。

74
00:03:09,210 --> 00:03:11,610
アプリケーションが
負荷分散をサポートしていない限り

75
00:03:11,610 --> 00:03:13,150
上層で。

76
00:03:13,150 --> 00:03:15,150
より良い解決策は、
サーバーをだまそうとすることです

77
00:03:15,150 --> 00:03:18,870
論理シャーシを形成することにより、リンクアグリゲーションを実行する


78
00:03:18,870 --> 00:03:21,175
2つの物理スイッチ間。

79
00:03:21,175 --> 00:03:22,800
その結果、
サーバーは

80
00:03:22,800 --> 00:03:25,500
同じスイッチに
2つの接続があります。

81
00:03:25,500 --> 00:03:27,460
また、帯域幅の100％
を使用できます。

82
00:03:27,460 --> 00:03:29,720
さらに、
復元力が追加されました。

83
00:03:29,720 --> 00:03:32,220
そして、これは
マルチシャーシEtherChannelと呼ばれます

84
00:03:32,220 --> 00:03:34,380
またはマルチシャーシ
リンクアグリゲーション。

85
00:03:34,380 --> 00:03:36,420
したがって、この場合、
サーバー1が接続されています

86
00:03:36,420 --> 00:03:38,610
スイッチ1とスイッチ2の両方に接続します。

87
00:03:38,610 --> 00:03:41,250
スイッチ1と2はどういうわけか
コントロールプレーンを共有しています

88
00:03:41,250 --> 00:03:43,277
このサーバーの情報。

89
00:03:43,277 --> 00:03:44,860
そして、
論理的な観点から、

90
00:03:44,860 --> 00:03:47,490

上流にスイッチが1つしかないようです。

91
00:03:47,490 --> 00:03:49,710
サーバーは
デュアルホームです。

92
00:03:49,710 --> 00:03:52,920
これらのマルチシャーシがどのように機能するか
EtherChannelsが目標です

93
00:03:52,920 --> 00:03:56,100
物理的な三角形を
論理的なポイントツーポイントに変えることです

94
00:03:56,100 --> 00:03:56,795
リンク。

95
00:03:56,795 --> 00:03:58,920

ダウンストリームボックスが

96
00:03:58,920 --> 00:04:00,960
上流のボックスは1つです。

97
00:04:00,960 --> 00:04:04,020
これにより、
アクティブ/アクティブ転送を実行できるようになります。

98
00:04:04,020 --> 00:04:05,730
したがって、マルチシャーシ
EtherChannel

99
00:04:05,730 --> 00:04:08,850
またはマルチシャーシLAG
は同期に依存します

100
00:04:08,850 --> 00:04:11,500
スイッチ間のコントロールプレーンの
。

101
00:04:11,500 --> 00:04:13,110
だから私たちは
再生中のデータを転送することができます

102
00:04:13,110 --> 00:04:15,570
両方のシャーシの両方のメンバーポート


103
00:04:15,570 --> 00:04:17,010
コントロールプレーンを
同期します

104
00:04:17,010 --> 00:04:19,180
バックエンドで透過的に。

105
00:04:19,180 --> 00:04:21,089
同期は
通常は独自仕様であり、

106
00:04:21,089 --> 00:04:23,190
相互運用性はありません。

107
00:04:23,190 --> 00:04:25,860
したがって、たとえば、
1つのNexusスイッチを組み合わせて使用​​することはできません。

108
00:04:25,860 --> 00:04:28,860
Catalystスイッチを使用して、
次にリンクアグリゲーションを形成します。

109
00:04:28,860 --> 00:04:30,420
マルチシャーシ
リンクアグリゲーション、

110
00:04:30,420 --> 00:04:32,800
それらの2つの間。

111
00:04:32,800 --> 00:04:36,190
Ciscoのマルチシャーシ
EtherChannel実装の場合、

112
00:04:36,190 --> 00:04:39,130
最初のものは
StackWiseクロススタックと呼ばれます

113
00:04:39,130 --> 00:04:40,600
EtherChannel。

114
00:04:40,600 --> 00:04:44,816
アクセスプラットフォームでは、
たとえば、3750または3850、

115
00:04:44,816 --> 00:04:46,660
コントロールプレーン
同期

116
00:04:46,660 --> 00:04:49,780
専用の
スタッキングケーブルを介して行われます。

117
00:04:49,780 --> 00:04:52,192
双方向の閉ループ。

118
00:04:52,192 --> 00:04:53,650
つまり、
コントロールプレーンが1つあります。

119
00:04:53,650 --> 00:04:56,793
スタックメンバーと1つの管理プレーンの間で共有されます。

120
00:04:56,793 --> 00:04:58,210
したがって、
スタックにログインすると、

121
00:04:58,210 --> 00:05:01,330
たくさんのポートを備えた
1つの巨大なスイッチのように見えます。

122
00:05:01,330 --> 00:05:04,190
そして、それを1つのユニットであるかのように
制御します。

123
00:05:04,190 --> 00:05:07,780
仮想
スイッチングシステムまたはVSSもあります

124
00:05:07,780 --> 00:05:11,950
Cat 4500、6500などのアグリゲーションプラットフォームで


125
00:05:11,950 --> 00:05:14,830
および6800、
コントロールプレーンの同期

126
00:05:14,830 --> 00:05:18,220
仮想スイッチリンクを介して実行されます。
通常は2です。

127
00:05:18,220 --> 00:05:20,350
10ギガのLAGによる。

128
00:05:20,350 --> 00:05:22,600
したがって、この場合、
1つのコントロールプレーンがあります。

129
00:05:22,600 --> 00:05:24,970

管理面が1つあります。

130
00:05:24,970 --> 00:05:27,280
つまり、2つのスイッチですが、
まだログインしています

131
00:05:27,280 --> 00:05:28,750
それらが1つであるかのように。

132
00:05:28,750 --> 00:05:32,180
そして、
アクティブなスーパーバイザーが1人います。

133
00:05:32,180 --> 00:05:34,670

データセンタープラットフォームの仮想ポートチャネル、

134
00:05:34,670 --> 00:05:38,390
たとえば、Nexus
5,000、7,000、9,000、

135
00:05:38,390 --> 00:05:40,160

コントロールプレーンを何に対して同期するか

136
00:05:40,160 --> 00:05:42,200
VPCピアリンクと呼びます。

137
00:05:42,200 --> 00:05:45,260
ただし、ここでの違いは、
2つの独立したコントロールがあることです。

138
00:05:45,260 --> 00:05:48,397
プレーンと2つの独立した
管理プレーン。

139
00:05:48,397 --> 00:05:50,480
つまり、これは、
構成の観点から、

140
00:05:50,480 --> 00:05:52,700
1つのスイッチで
VPCを設定します。

141
00:05:52,700 --> 00:05:55,590
まったく同じ
構成を他のスイッチに複製し、

142
00:05:55,590 --> 00:05:59,272
次に、
マルチシャーシリンクアグリゲーションを使用できます。

143
00:05:59,272 --> 00:06:01,730
さて、これら3つのソリューションの違いのいくつかは
です。

144
00:06:01,730 --> 00:06:03,740
StackWiseには<b​​r/>3つ以上のメンバーを含めることができます

145
00:06:03,740 --> 00:06:05,510
スタック制限まで。

146
00:06:05,510 --> 00:06:07,910
スタック制限は
プラットフォームによって異なります。

147
00:06:07,910 --> 00:06:13,190
たとえば、3750-Xでは9、
VSSとVPCでは、

148
00:06:13,190 --> 00:06:15,860
これらは常に
スイッチのペアです。

149
00:06:15,860 --> 00:06:18,360
しかし、
3つの論理的な結果は同じになります。

150
00:06:18,360 --> 00:06:19,820

物理的な三角形を使用しています。

151
00:06:19,820 --> 00:06:23,150
そして、それを
論理的なポイントツーポイントリンクに変えています。

152
00:06:23,150 --> 00:06:25,430
さて、
EtherChannelを交渉するために、

153
00:06:25,430 --> 00:06:27,560
LAGの目標は、
スパニングツリーをだますことです。

154
00:06:27,560 --> 00:06:29,780
アクティブ/アクティブの転送に。

155
00:06:29,780 --> 00:06:31,640
そして、
これのリスクは、

156
00:06:31,640 --> 00:06:33,470
片側でアクティブ/アクティブ
転送、

157
00:06:33,470 --> 00:06:36,110
反対側でアクティブ/スタンバイを
転送し、

158
00:06:36,110 --> 00:06:39,500

スパニングツリーループの可能性があります。

159
00:06:39,500 --> 00:06:41,210
ですから、交渉のプロトコルは
進行中です

160
00:06:41,210 --> 00:06:43,910
これを修正するために、
ポートアグリゲーションのいずれかです

161
00:06:43,910 --> 00:06:47,840
プロトコル、PAgP、またはリンク
集約制御プロトコル、

162
00:06:47,840 --> 00:06:49,610
LACP。

163
00:06:49,610 --> 00:06:52,010
したがって、静的LAGを実行するオプションが
あります。

164
00:06:52,010 --> 00:06:54,860
はチャンネルグループモードです。

165
00:06:54,860 --> 00:06:57,050
しかし、これを行うことは実際には推奨されていません


166
00:06:57,050 --> 00:06:59,750

設定ミスを引き起こす可能性があるため、

167
00:06:59,750 --> 00:07:02,600

スパニングツリーネットワークでループを引き起こす可能性があります。

168
00:07:02,600 --> 00:07:04,350

2つのプロトコルの違い-

169
00:07:04,350 --> 00:07:06,290
PAgPはシスコ独自のものです。

170
00:07:06,290 --> 00:07:09,730
基本的に、これはLACPの
プレスタンダードバージョンです。

171
00:07:09,730 --> 00:07:14,960
LACPは、
802.3adリンクアグリゲーションごとの標準です。

172
00:07:14,960 --> 00:07:17,120
機能的には、
これらを同じものと考えることができます

173
00:07:17,120 --> 00:07:19,310
ISL対dot1qとして。

174
00:07:19,310 --> 00:07:21,230
彼らは基本的に
まったく同じことをします、

175
00:07:21,230 --> 00:07:22,970
1つを除いてシスコ独自のものです。

176
00:07:22,970 --> 00:07:26,090
1つはオープンスタンダードベースです。

177
00:07:26,090 --> 00:07:28,700
構成の観点から


178
00:07:28,700 --> 00:07:31,250
メンバーインターフェイスでは、
チャネルグループと言います。

179
00:07:31,250 --> 00:07:33,600
番号を入力し、モードを指定します。

180
00:07:33,600 --> 00:07:36,770
モードは、
ネゴシエーションの実行方法を決定します。

181
00:07:36,770 --> 00:07:39,560
したがって、モードオンはネゴシエーションではありません。

182
00:07:39,560 --> 00:07:42,740
望ましいと自動は
開始またはリスニングのいずれかです

183
00:07:42,740 --> 00:07:44,260
PAgPの場合。

184
00:07:44,260 --> 00:07:46,970
そして、アクティブとパッシブは
開始またはリスニングのいずれかです

185
00:07:46,970 --> 00:07:48,800
LACPの場合。

186
00:07:48,800 --> 00:07:51,320
したがって、これらを
組み合わせると、

187
00:07:51,320 --> 00:07:53,580
互換性のために5つの異なる
オプションがあります。

188
00:07:53,580 --> 00:07:57,470

on、desirable-desirable、

189
00:07:57,470 --> 00:08:01,520
望ましい-自動、アクティブ-アクティブ、
またはアクティブ-パッシブ。

190
00:08:01,520 --> 00:08:03,740
現在、LAGドライバーは
ロードを担当しています

191
00:08:03,740 --> 00:08:06,860

メンバー間での配布。

192
00:08:06,860 --> 00:08:09,410
つまり、これは
ツリーとCAMテーブルにまたがることを意味します

193
00:08:09,410 --> 00:08:11,810
ポートチャネルのみを
発信インターフェースとして表示します。

194
00:08:11,810 --> 00:08:14,410
基礎となるメンバーではありません。

195
00:08:14,410 --> 00:08:17,200
したがって、プラットフォームごとに利用可能な負荷バランシング方法


196
00:08:17,200 --> 00:08:18,730

MACアドレスに基づくことができます。

197
00:08:18,730 --> 00:08:20,230

IPアドレスに基づいている可能性があります。

198
00:08:20,230 --> 00:08:22,030
レイヤー4に基づいている可能性があります。

199
00:08:22,030 --> 00:08:25,158
しかし、これは
地域的に重要な価値になるでしょう。

200
00:08:25,158 --> 00:08:26,950
つまり、これは、
負荷分散が

201
00:08:26,950 --> 00:08:29,860
片側の宛先MACアドレスに基づいて
、

202
00:08:29,860 --> 00:08:31,690
ソースMACに基づいて
負荷を分散できます

203
00:08:31,690 --> 00:08:32,857
反対側のアドレス。

204
00:08:32,857 --> 00:08:35,530
リンクアグリゲーションのために
順番に一致する必要はありません

205
00:08:35,530 --> 00:08:38,620
適切に負荷分散します。

206
00:08:38,620 --> 00:08:41,590
したがって、ここでの考え方は、
トラフィックパターンを確認することです。

207
00:08:41,590 --> 00:08:44,800

1つのインターフェースがより多く使用されている分極化を探します

208
00:08:44,800 --> 00:08:46,010
他より。

209
00:08:46,010 --> 00:08:48,850
次に、負荷分散メカニズムを変更します


210
00:08:48,850 --> 00:08:51,550

これを均等にするために。

211
00:08:51,550 --> 00:08:54,130
ここで注意することが
重要なもう1つのこと

212
00:08:54,130 --> 00:08:58,340
リンクアグリゲーションは
ポートモードに依存しないということです。

213
00:08:58,340 --> 00:09:00,310
したがって、LAGは
アクセスポートになることができます。

214
00:09:00,310 --> 00:09:01,450
トランクポートである可能性があります。

215
00:09:01,450 --> 00:09:03,910
レイヤー
3ポートなどである可能性があります。

216
00:09:03,910 --> 00:09:08,470
さて、伝統的に
これを設定するとき、

217
00:09:08,470 --> 00:09:11,980
LAGは
操作の順序の問題に悩まされています

218
00:09:11,980 --> 00:09:14,292
メンバーと
リンクアグリゲーション自体-

219
00:09:14,292 --> 00:09:16,000
したがって、ポートチャネル
インターフェイス-

220
00:09:16,000 --> 00:09:18,440
パラメータに同意します。

221
00:09:18,440 --> 00:09:20,320
したがって、
レイヤー3チャネルを実行している場合、

222
00:09:20,320 --> 00:09:22,900
これは、
メンバーポートとLAGの両方を意味します

223
00:09:22,900 --> 00:09:24,760
レイヤー3である必要があります。

224
00:09:24,760 --> 00:09:27,280

2つを混在させることはできません。そうでない場合は、

225
00:09:27,280 --> 00:09:29,110

エラーが発生します。

226
00:09:29,110 --> 00:09:32,357
それでは、コマンドラインで
これを見てみましょう。

227
00:09:32,357 --> 00:09:34,190
そして、最初に
チャネルを構成します

228
00:09:34,190 --> 00:09:36,140
スイッチ1とスイッチ2の間。

229
00:09:38,810 --> 00:09:43,260
そして、
ショーCDPネイバーを見てみましょう。

230
00:09:43,260 --> 00:09:46,320
そして、スイッチ1と2は
ギグ1/2とギグ1/1に接続されています。

231
00:09:49,020 --> 00:09:53,277
run interface
gig 1/1gig1/2を表示してみましょう。

232
00:09:53,277 --> 00:09:55,860

同じ構成で開始していることを確認したいと思います。

233
00:09:58,750 --> 00:10:02,710
インターフェイス
範囲ギグ1/1から2と言います。

234
00:10:02,710 --> 00:10:10,300
チャネルグループ-名前を付け、
次にモードを指定します。

235
00:10:10,300 --> 00:10:14,510
繰り返しになりますが、アクティブとは、
LACPを開始することを意味します。

236
00:10:14,510 --> 00:10:17,690
パッシブとは、
LACPをリッスンしていることを意味します。

237
00:10:17,690 --> 00:10:19,760
自動とは、
PAgPをリッスンしていることを意味します。

238
00:10:19,760 --> 00:10:22,930
望ましいとは、
PAgPを送信していることを意味します。

239
00:10:22,930 --> 00:10:28,370
またはonは、LAGを
静的に定義していることを意味します。

240
00:10:28,370 --> 00:10:33,073
ここでは、
チャネルグループ1モードがアクティブであると言います。

241
00:10:33,073 --> 00:10:35,240

ポートチャネルインターフェイス、ポートを作成していると表示されます

242
00:10:35,240 --> 00:10:37,150
チャネル番号1。

243
00:10:37,150 --> 00:10:47,420
インターフェイスの
ステータスを表示すると、

244
00:10:47,420 --> 00:10:48,830
ポートチャネルインターフェイスがあります。

245
00:10:51,993 --> 00:10:53,910
スイッチ1では、
同じことを行います。

246
00:10:53,910 --> 00:10:57,110
したがって、CDPネイバーを表示します。

247
00:10:59,970 --> 00:11:07,800
そして、スイッチ2に移ります。
それはどのようなインターフェースでしたか？

248
00:11:10,590 --> 00:11:14,340
ギグ1/1とギグ1/2、反対側も同じ
。

249
00:11:14,340 --> 00:11:17,580
それでは、run
interfacegig1/1を見せましょう。

250
00:11:17,580 --> 00:11:19,340
run interfacegig1/2を表示します。

251
00:11:25,265 --> 00:11:28,950
インターフェース範囲を定義し、
チャネルグループを定義します。

252
00:11:28,950 --> 00:11:32,670
したがって、チャネルグループ
1、モードはアクティブです。

253
00:11:32,670 --> 00:11:35,310
スイッチ2では、これにより
ポートチャネルラインが発生するはずです。

254
00:11:35,310 --> 00:11:37,950
出てくるプロトコル。

255
00:11:37,950 --> 00:11:41,890
そして今、
スパニングツリーを表示すると、

256
00:11:41,890 --> 00:11:46,818
ポートチャネル1の方がコストが低く、

257
00:11:46,818 --> 00:11:49,235
ルートブリッジに到達することが
優先されることを意味します。

258
00:11:53,090 --> 00:11:57,510
EtherChannel
要約を表示すると、これは

259
00:11:57,510 --> 00:11:59,340

リンクアグリゲーションの詳細を示します。

260
00:11:59,340 --> 00:12:00,715

メンバーポートは

261
00:12:00,715 --> 00:12:03,870
大文字のP。
ポートチャネルにバンドルされています。

262
00:12:03,870 --> 00:12:05,790
それが私たちが見たいものです。

263
00:12:05,790 --> 00:12:09,540
そして、ポートチャネル1は
キャピタルSキャピタルU.キャピタルであると書かれています

264
00:12:09,540 --> 00:12:12,090
Sは、
レイヤー2スイッチポートであることを意味します。

265
00:12:12,090 --> 00:12:15,590
大文字のUは、
使用中であることを意味します。

266
00:12:15,590 --> 00:12:18,800
VLAN1のスパニング
ツリーを表示すると、

267
00:12:18,800 --> 00:12:23,600

ギグ1/1とギグ1/2が表示されないことがわかります。

268
00:12:23,600 --> 00:12:25,280
これはメンバーポートです。

269
00:12:25,280 --> 00:12:28,100

論理ポートチャネルインターフェイスに置き換えられていることがわかります。

270
00:12:31,850 --> 00:12:37,600
さらに、
ポートチャネルの負荷分散を変更できます

271
00:12:37,600 --> 00:12:39,830
方法。

272
00:12:39,830 --> 00:12:42,800
つまり、宛先
IP、宛先MAC、

273
00:12:42,800 --> 00:12:45,740
ソースと宛先のIP、
ソースと宛先のMAC、

274
00:12:45,740 --> 00:12:47,390
ソースIPまたはソースMAC。

275
00:12:52,380 --> 00:12:56,280
ここで、レイヤー3チャネルの場合、
スイッチ3間でこれを実行しましょう。

276
00:12:56,280 --> 00:12:57,720
そしてスイッチ4。

277
00:12:57,720 --> 00:13:00,720
CDPネイバーを表示します。

278
00:13:00,720 --> 00:13:02,190
ギグ1/1とギグ1/2があります。

279
00:13:06,270 --> 00:13:11,370
したがって、インターフェイス範囲は
ギグ1/1から2、チャネルグループ1です。

280
00:13:11,370 --> 00:13:12,075
モードがアクティブです。

281
00:13:15,923 --> 00:13:17,340
そして
反対側も同じです-

282
00:13:17,340 --> 00:13:22,380
インターフェイス範囲、ギグ1/1〜2、
チャネルグループ1、モードアクティブ。

283
00:13:25,850 --> 00:13:32,170
それでは、
showEtherChannelの概要を見てみましょう。

284
00:13:32,170 --> 00:13:36,130

チャンネルが稼働していることを確認する必要があります。

285
00:13:36,130 --> 00:13:40,320
ポートは
チャネル、大文字のP、

286
00:13:40,320 --> 00:13:43,943
それでも、これは
レイヤー2スイッチポートであると書かれています。

287
00:13:43,943 --> 00:13:46,110
次に、
インターフェイスポートチャネル1に移動します。

288
00:13:46,110 --> 00:13:50,050
スイッチポートがないと言って、
ここにIPアドレスを入力してください--

289
00:13:50,050 --> 00:13:59,310
10.0.0.24/24。

290
00:13:59,310 --> 00:14:05,990
そして反対側では、
スイッチポートなし、

291
00:14:05,990 --> 00:14:14,000
IPアドレス10.0.0.23/24。

292
00:14:14,000 --> 00:14:34,163

もう一方の端にpingを実行すると、10.0.0.24にpingを実行します。

293
00:14:34,163 --> 00:14:35,580

今問題が発生しているようです

294
00:14:35,580 --> 00:14:37,680
インターフェイス
ポートチャネルラインプロトコルのため

295
00:14:37,680 --> 00:14:39,270
状態をダウンに変更しました。

296
00:14:39,270 --> 00:14:44,630
それでは、ショーの
EtherChannelの概要を見てみましょう。

297
00:14:44,630 --> 00:14:48,313
ポートがダウンしていることを示しています。

298
00:14:48,313 --> 00:14:49,980

シャットが役に立たないかどうか見てみましょう。

299
00:14:59,060 --> 00:15:05,000
シャットダウンせず、
EtherChannelの概要を表示-

300
00:15:05,000 --> 00:15:06,650
番号。

301
00:15:06,650 --> 00:15:08,420
これが
運用上の問題の順序です

302
00:15:08,420 --> 00:15:10,310
私が言及していたこと。

303
00:15:10,310 --> 00:15:11,960
メンバーは
チャンネルに参加しました、

304
00:15:11,960 --> 00:15:13,820
そしてそれらはレイヤー2ポートでした。

305
00:15:13,820 --> 00:15:16,820
ポートチャネルインターフェイスをレイヤー3に変更してみました


306
00:15:16,820 --> 00:15:18,830
しかし、これはメンバーのインターフェースには影響しませんでした


307
00:15:18,830 --> 00:15:20,690
この特定のプラットフォームで。

308
00:15:20,690 --> 00:15:22,190
したがって、
使用しているプラ​​ットフォームによって異なります

309
00:15:22,190 --> 00:15:24,920
で作業し、時には論理ポートで変更を加える


310
00:15:24,920 --> 00:15:28,370
チャネルインターフェイスは、
変更をメンバーに複製します。

311
00:15:28,370 --> 00:15:31,950
しかし、この特定のケースでは
発生しなかったようです。

312
00:15:31,950 --> 00:15:33,830
だから私が今やらなければならないことは
戻ることです

313
00:15:33,830 --> 00:15:38,720
メンバーに、
ギグ1/2とギグ1/2にする必要があります。

314
00:15:43,910 --> 00:15:51,370
インターフェイス範囲のギグ1/1〜2、
スイッチポートなし、チャネルグループ1

315
00:15:51,370 --> 00:15:54,480
モードはアクティブで、シャットダウンはありません。

316
00:16:00,830 --> 00:16:03,650
同じこと、ここに。

317
00:16:03,650 --> 00:16:05,570

それがどのインターフェースであったかを再確認させてください。

318
00:16:05,570 --> 00:16:13,630
ええ、ギグ1/1から2、
スイッチポートなし、チャンネルグループ1

319
00:16:13,630 --> 00:16:14,275
モードがアクティブです。

320
00:16:19,990 --> 00:16:26,860

EtherChannelの概要を表示すると、

321
00:16:26,860 --> 00:16:29,620
現在、メンバーと
ポートチャネルがダウンしています。

322
00:16:29,620 --> 00:16:32,680
だから私が
やるべきことは最初は

323
00:16:32,680 --> 00:16:36,160

メンバーポートをレイヤー3にする必要がありました

324
00:16:36,160 --> 00:16:38,950

スイッチポートを言わずに作成

325
00:16:38,950 --> 00:16:41,680
チャネルグループコマンドを使用したポートチャネルインターフェイス
。

326
00:16:41,680 --> 00:16:43,840
さて、それは一種の
奇抜な操作の順序になっています。

327
00:16:43,840 --> 00:16:46,215

ポートをシャットダウンして停止する必要があります

328
00:16:46,215 --> 00:16:49,110

それらを回復しようとするためにバックアップします。

329
00:16:49,110 --> 00:16:52,750
したがって、ポートチャネル1はシャットダウンされ、シャットダウンされません。

330
00:16:52,750 --> 00:16:56,470
インターフェース範囲ギグ1/1
2、シャット、シャットなし。

331
00:17:02,520 --> 00:17:05,260
そしてこちら側も同じです-
interfaceport-channel 1、shut、

332
00:17:05,260 --> 00:17:05,890
シャットノー。

333
00:17:11,260 --> 00:17:19,089
インターフェースギグ1/1から2、
インターフェース範囲ギグ1/1から2。

334
00:17:19,089 --> 00:17:24,160
シャット、シャットなし。

335
00:17:31,430 --> 00:17:37,710
run on
interface gig 1/1を表示すると、

336
00:17:37,710 --> 00:17:41,260
チャネルグループ1モードがアクティブ、チャネルグループ1モードがあります

337
00:17:41,260 --> 00:17:41,760
アクティブ。

338
00:17:41,760 --> 00:17:43,830
EtherChannelの概要を表示しましょう。

339
00:17:47,180 --> 00:17:49,400
ギグ1/1は
一時停止状態になりました。

340
00:17:53,750 --> 00:17:55,490
反対側を確認しましょう。

341
00:17:55,490 --> 00:18:05,330
Show run interface gig 1/1
LACPが有効になっています。

342
00:18:05,330 --> 00:18:08,700
しかし、おそらくこれは仮想化の問題のようです。

343
00:18:08,700 --> 00:18:09,470
いいえ、あります。

344
00:18:09,470 --> 00:18:11,180
回線プロトコルが
状態をアップに変更しました。

345
00:18:14,420 --> 00:18:16,670
Wは、
集約されるのを待つことを意味します。

346
00:18:19,558 --> 00:18:20,850
それでは、リンクをバタバタさせてみましょう。

347
00:18:28,710 --> 00:18:31,110
したがって、ここでネットワークに
ループを引き起こす可能性があるだけでなく、

348
00:18:31,110 --> 00:18:34,910
しかし、それは事実上、時間の無駄な
問題です。

349
00:18:48,170 --> 00:18:51,310
EtherChannelの概要を表示します。

350
00:18:56,110 --> 00:18:57,710
そして、
反対側にpingを送信しましょう。

351
00:18:57,710 --> 00:19:13,660
IPルートを表示してみましょう。
ping10.0.0.23。

352
00:19:13,660 --> 00:19:15,580
到達できません。

353
00:19:15,580 --> 00:19:18,640
それでは、これを
最初からやり直しましょう。

354
00:19:18,640 --> 00:19:24,550
デフォルトのインターフェースギグ
1/1、デフォルトのインターフェースギグ1/2、

355
00:19:24,550 --> 00:19:26,230
インターフェイスポートチャネルなし1。

356
00:19:31,510 --> 00:19:39,700
デフォルトのインターフェースギグ1/1、
デフォルトのインターフェースギグ1/2、

357
00:19:39,700 --> 00:19:41,320
インターフェイスポートチャネルなし1。

358
00:19:45,903 --> 00:19:48,320
それで、
メンバーインターフェイス範囲のギグから始めます

359
00:19:48,320 --> 00:19:52,278
1/1から2で、最初に
スイッチポートなしで起動します。

360
00:19:55,090 --> 00:19:57,490
次に、それらを
チャネルチャネルグループ2に配置します。

361
00:19:57,490 --> 00:19:58,180
モードがアクティブです。

362
00:20:04,757 --> 00:20:07,090
そして今、私たちが
ポートチャネルインターフェースを作成しているとき、

363
00:20:07,090 --> 00:20:09,640
レイヤー3として作成する必要があります。

364
00:20:09,640 --> 00:20:17,580
EtherChannel
summaryを表示すると、ルーティングされたポートがあります。

365
00:20:17,580 --> 00:20:19,290
インターフェイスは
一時停止状態です

366
00:20:19,290 --> 00:20:21,375
LACPはまだ
反対側にないからです。

367
00:20:24,970 --> 00:20:28,990
だから今、インターフェース
範囲ギグ1/1から2。

368
00:20:28,990 --> 00:20:33,765
スイッチポートなし、チャネル
グループ2、モードアクティブ。

369
00:20:37,460 --> 00:20:40,160
ポートチャネルインターフェースで、
IPを適用できるようになりました

370
00:20:40,160 --> 00:20:50,340
アドレス、10.0.0.24/24。

371
00:20:50,340 --> 00:20:53,700
反対側も同じです-
interfaceport-channel 2

372
00:20:53,700 --> 00:21:00,810
10.0.0.23/24。

373
00:21:00,810 --> 00:21:03,695
そして、
EtherChannelの概要を表示しましょう。

374
00:21:07,480 --> 00:21:28,090
それでは、10.0.0.24にpingを実行しましょう。

375
00:21:28,090 --> 00:21:31,310
したがって、これは
仮想化の問題である可能性があります。

376
00:21:31,310 --> 00:21:33,970
しかし、ご覧のとおり、
それほど多くはありません

377
00:21:33,970 --> 00:21:37,750
ここで、
操作の順序を正しく理解するのは簡単です。

378
00:21:37,750 --> 00:21:40,120
私がお勧めするのは
メンバーから始めることです

379
00:21:40,120 --> 00:21:43,030
インターフェイスは、レイヤーを含むすべての
構成に一致します

380
00:21:43,030 --> 00:21:44,290
3構成。

381
00:21:44,290 --> 00:21:46,870
次に、
論理ポートチャネルインターフェイスを作成すると、

382
00:21:46,870 --> 00:21:48,640
メンバーから属性をコピーします


383
00:21:48,640 --> 00:21:50,360
論理リンクへ。

384
00:21:50,360 --> 00:21:53,140
したがって、
インターフェースギグ1/1から2に行った場合

385
00:21:53,140 --> 00:21:55,390
最初にスイッチポートがないと言います。

386
00:21:55,390 --> 00:21:57,670
次に、
インターフェイスポートチャネルを作成するときに、

387
00:21:57,670 --> 00:22:00,520
ポートチャネルインターフェイスは
レイヤー3になります

388
00:22:00,520 --> 00:22:01,769
自動的。

389
00:22:10,600 --> 00:22:11,950
ギグ1/1は状態をアップに変更しました。

390
00:22:11,950 --> 00:22:12,450
どれどれ。

391
00:22:12,450 --> 00:22:14,620
今pingできますか？

392
00:22:14,620 --> 00:22:16,450
そこに行きます。

393
00:22:16,450 --> 00:22:19,192
そのため、収束するのに1分しかかかりませんでした。


394
00:22:19,192 --> 00:22:21,400
しかし、ご覧のとおり、
最も簡単ではありません

395
00:22:21,400 --> 00:22:23,640
実装。