1
00:00:03,160 --> 00:00:04,650
OK、次の
いくつかのセクションでは、

2
00:00:04,650 --> 00:00:08,400
BGPの
ベストパス選択プロセスについて説明します。

3
00:00:08,400 --> 00:00:11,370
では、BGPはどのようにして
パスを選択するのでしょうか。

4
00:00:11,370 --> 00:00:13,920
次に、
BGPベストパスの選択をどのように変更できますか

5
00:00:16,020 --> 00:00:18,630
パケットを
一方通行にするか、もう一方通行にするか

6
00:00:18,630 --> 00:00:20,460
デフォルトに？

7
00:00:20,460 --> 00:00:23,370
では、
BGPベストパス選択の概要を見ていきます。

8
00:00:23,370 --> 00:00:25,553
最適なパス選択順序について話します

9
00:00:25,553 --> 00:00:27,720
次に、
属性の操作に時間をかけます

10
00:00:30,810 --> 00:00:33,570
これで、BGPは
最適なパスを選択します。

11
00:00:33,570 --> 00:00:36,750
RIBにインストールできるため、
ルーティングテーブルにインストールされます

12
00:00:36,750 --> 00:00:38,562
他のピアにアドバタイズします。

13
00:00:38,562 --> 00:00:40,020
したがって、重要なポイントは
ここに私たちがいるということです

14
00:00:40,020 --> 00:00:44,760
考えられるすべてのルートから
単一の最適なパスを選択します。

15
00:00:44,760 --> 00:00:46,440
OK、一般的に、
パスの選択

16
00:00:46,440 --> 00:00:48,000
標準化される予定です。

17
00:00:48,000 --> 00:00:51,210
したがって、
BGP4271のRFCを見ると、

18
00:00:51,210 --> 00:00:54,330
それはセクション9.1。、
決定プロセスの下にあります。

19
00:00:54,330 --> 00:00:56,130
そして、シスコ固有の
注文が行われています

20
00:00:59,070 --> 00:01:00,610
アルゴリズム。

21
00:01:00,610 --> 00:01:06,027
したがって、
これを検索すると、BGPの最適なパスの選択は

22
00:01:06,027 --> 00:01:08,610
この最初のリンクになります
ここでは、BGPの最適なパスの選択

23
00:01:08,610 --> 00:01:10,230
アルゴリズム。

24
00:01:10,230 --> 00:01:13,590
さて、一般的に、
最適なパスの選択を開始する前に、

25
00:01:18,780 --> 00:01:20,880
何よりもまず、
ネクストホップの価値

26
00:01:20,880 --> 00:01:22,980
ルーティングテーブルに存在する必要があります。

27
00:01:22,980 --> 00:01:25,080
そして、これについては複数のセクションで話しました

28
00:01:25,080 --> 00:01:29,100
ここで、
eBGPネイバーからのルートを学習しているときに、

29
00:01:29,100 --> 00:01:32,260
eBGPネイバーは、
ネクストホップをそれ自体に設定します。

30
00:01:32,260 --> 00:01:34,800
次に、このeBGPで学習したルートを使用して、宣伝します。

31
00:01:34,800 --> 00:01:39,210
iBGPネイバーに接続し、
ネクストホップを変更しません。

32
00:01:39,210 --> 00:01:40,620
だから問題は
あなたが

33
00:01:40,620 --> 00:01:42,900
2つの間の
トランジットリンクへのルートがありません

34
00:01:42,900 --> 00:01:45,960
プロバイダーの場合、
最適なパスのルートを使用することはできません

35
00:01:45,960 --> 00:01:47,047
選択。

36
00:01:47,047 --> 00:01:48,630
そのための
解決策をいくつか見ました。

37
00:01:48,630 --> 00:01:52,950
1つは、プレフィックスをIGPに
注入するだけです。

38
00:01:52,950 --> 00:01:55,350
したがって、OSPFのように、
接続された再配布を行うことができます。

39
00:01:55,350 --> 00:01:57,600
または、OSPFの下でネットワークステートメントを実行することもできます

40
00:01:57,600 --> 00:02:01,800
プロセス、または
BGPネクストホップセルフを順番に使用できます

41
00:02:01,800 --> 00:02:04,350
ネクストホップを
iBGPのものに変更する

42
00:02:04,350 --> 00:02:06,480
隣人はすでに持っています。

43
00:02:06,480 --> 00:02:09,479
OKですが、
ネクストホップに到達できない限り、

44
00:02:11,970 --> 00:02:14,170
選択プロセス。

45
00:02:14,170 --> 00:02:16,170
OK、次に、
同期ルール

46
00:02:21,030 --> 00:02:24,550
これはブラックホールを防ぐための
レガシールールだからです。

47
00:02:24,550 --> 00:02:27,060
したがって、新しいコードでは、
同期ルール

48
00:02:29,490 --> 00:02:32,760
BGPプロセスを実行し、
同期と言います。

49
00:02:32,760 --> 00:02:36,130
そうすれば、
これについて心配する必要はありません。

50
00:02:36,130 --> 00:02:38,910
OK、ここで3番目に、AS-Pathに
Local-ASが含まれていてはなりません。

51
00:02:38,910 --> 00:02:41,110
したがって、これは
通常のループ防止になります

52
00:02:41,110 --> 00:02:43,270
eBGPのメカニズム。

53
00:02:43,270 --> 00:02:46,240
したがって、私がAS 100の場合、
ルートを宣伝します。

54
00:02:46,240 --> 00:02:49,390
それはどういうわけか私にループバックします、
私はパスを見て、それは言います、

55
00:02:49,390 --> 00:02:51,620
ええと、AS 100は
すでにそこにあります、

56
00:02:51,620 --> 00:02:55,250
したがって、これを
BGPベストパス選択から破棄します。

57
00:02:55,250 --> 00:02:58,890
これが通常のeBGP
ループ防止ルールです。

58
00:02:58,890 --> 00:03:01,480
OK、最後になりましたが、
最初の自律システム番号

59
00:03:01,480 --> 00:03:04,540
パスには、
ネイバーのASNが含まれている必要があります。

60
00:03:04,540 --> 00:03:08,530
したがって、これにより、
BGPに対するあらゆる種類の攻撃が防止されます。

61
00:03:08,530 --> 00:03:11,680
ここで、BGPのenforce-first-as
コマンドがオンになります。

62
00:03:13,960 --> 00:03:18,100
AS 100のデバイスから、
次にパスの最初のAS

63
00:03:18,100 --> 00:03:19,463
100にする必要があります。

64
00:03:19,463 --> 00:03:21,880
したがって、通常の場合、
それについて心配する必要はありません。

65
00:03:21,880 --> 00:03:25,460
最初のASは常に
ネイバーのASになります。

66
00:03:25,460 --> 00:03:28,440
次に、
パスの選択順序が最適です。

67
00:03:28,440 --> 00:03:30,083
OK、技術的に最初に
何かがあります

68
00:03:30,083 --> 00:03:32,250
Pre-Bestpath
コミュニティと呼ばれます。

69
00:03:32,250 --> 00:03:34,310
これについては後で詳しく説明します。

70
00:03:34,310 --> 00:03:35,980
つまり、これは
順番に変更することです

71
00:03:35,980 --> 00:03:38,440
最適なパスの選択順序を変更します。

72
00:03:38,440 --> 00:03:40,510
しかし、通常の
状況では、最初に

73
00:03:42,260 --> 00:03:44,740
OK、重量は
シスコ独自の値です

74
00:03:44,740 --> 00:03:46,900
これは、ルーターにとってローカルで
重要です。

75
00:03:46,900 --> 00:03:49,550
高い値が優先されます。

76
00:03:49,550 --> 00:03:52,450
つまり、以前に
プレフィックスを発信していたときに見ました。

77
00:03:52,450 --> 00:03:55,390
NLRIを発信し、
ルーターが重みを設定します

78
00:04:04,560 --> 00:04:06,490
OK、次に
ローカルプリファレンスがあります。

79
00:04:06,490 --> 00:04:08,680
同様に、高いほど良いです。

80
00:04:08,680 --> 00:04:11,830
これは
eBGPピアにアドバタイズされることはありません。

81
00:04:11,830 --> 00:04:15,680
ただし、
コンフェデレーションeBGPピアに引き継がれます。

82
00:04:15,680 --> 00:04:17,440
これが
好みです

83
00:04:17,440 --> 00:04:21,010
自律システムに対してローカルであるため、
ローカル設定。

84
00:04:21,010 --> 00:04:23,290
これは
iBGPネイバーにアドバタイズされます。

85
00:04:23,290 --> 00:04:26,220
ただし、
eBGPネイバーにはアドバタイズされません。

86
00:04:26,220 --> 00:04:28,210
OK、次にローカルで
発信されたルートがあります。

87
00:04:28,210 --> 00:04:31,720
私が言ったように、彼らは
32768の重みを取得します。

88
00:04:31,720 --> 00:04:33,700
だから私たちは
私たち自身のオリジネーションを好むでしょう

89
00:04:33,700 --> 00:04:35,260
他人の
広告をめぐって

90
00:04:35,260 --> 00:04:37,820
同じプレフィックスの。

91
00:04:37,820 --> 00:04:41,270
次に、自律システムパスの長さであるAS-Pathがあります。

92
00:04:41,270 --> 00:04:42,930
また、
長さを短くすることをお勧めします。

93
00:04:42,930 --> 00:04:45,950
したがって、eBGPで学習したルートの場合、
これは次のようになります。

94
00:04:45,950 --> 00:04:48,470
自律システムの最小数はいくつですか

95
00:04:48,470 --> 00:04:51,530
道が私たちに届く前に
通り抜けたということですか？

96
00:04:51,530 --> 00:04:55,260
そして、
短いAS-Pathを選択します。

97
00:04:55,260 --> 00:04:57,480
次に、オリジンコードがあります。

98
00:04:57,480 --> 00:05:00,120
発信元コードは次のようになります。
プレフィックスはどのように発信されましたか

99
00:05:00,120 --> 00:05:01,620
BGPに？

100
00:05:01,620 --> 00:05:03,360
ネットワークステートメントを使用する場合、
それは

101
00:05:06,120 --> 00:05:07,740
再配布した場合は、

102
00:05:07,740 --> 00:05:09,480
ステータスコードが不完全である

103
00:05:09,480 --> 00:05:13,180
または、BGPテーブルの疑問符
。

104
00:05:13,180 --> 00:05:14,820
つまり、
私たちはルートを好みます

105
00:05:14,820 --> 00:05:16,830
それは
ネットワークステートメントによって発信されました

106
00:05:16,830 --> 00:05:20,310
再配布とは対照的に。

107
00:05:20,310 --> 00:05:23,500
OK、次に、マルチ出口
ディスクリミネーターまたはメトリックがあります。

108
00:05:23,500 --> 00:05:27,840
またはMED。
小さい値が優先されます。

109
00:05:27,840 --> 00:05:29,770
OK、今、MEDには
多くの例外があります。

110
00:05:29,770 --> 00:05:32,260
これらについては、後で詳しく説明します。

111
00:05:32,260 --> 00:05:34,750
しかし、一般的には、
MEDのみを比較します

112
00:05:34,750 --> 00:05:38,260
同じプロバイダーから同じ
ルートを学習している場合。

113
00:05:38,260 --> 00:05:40,133
したがって、
AS100へのリンクが2つある場合

114
00:05:40,133 --> 00:05:41,800
そして、あなたは
同じプレフィックスを受け取ります、

115
00:05:41,800 --> 00:05:44,440
MEDを
2つで比較できます。

116
00:05:44,440 --> 00:05:47,440
AS
100へのリンク、AS 200へのリンクがある場合は、

117
00:05:51,580 --> 00:05:55,030
最適なパスを選択します。

118
00:05:55,030 --> 00:05:58,720
今、私たちはいくつかのタイブレーカーに
入り始めます

119
00:06:00,940 --> 00:06:05,920
内部で学習した
ルートを経由するため、eGBPはiBGPを経由します。

120
00:06:05,920 --> 00:06:07,930
ここでの論理は、
あなたがそれを学んでいるなら

121
00:06:07,930 --> 00:06:10,390
外部ネイバーから、
プレフィックスは属していません

122
00:06:10,390 --> 00:06:12,315
自律システムに。

123
00:06:12,315 --> 00:06:14,440
したがって、
自律型からルーティングすることをお勧めします

124
00:06:14,440 --> 00:06:19,800
プレフィックスに到達するために
戻るのではなく、システム。

125
00:06:19,800 --> 00:06:23,320
OK、次に、ネクストホップへのIGP
メトリックがあります。

126
00:06:23,320 --> 00:06:25,510
したがって、これは
OSPFコストのようになります

127
00:06:27,580 --> 00:06:29,860
BGPにアドバタイズされます。

128
00:06:29,860 --> 00:06:32,210
わかりました。
この手順まですべてが等しい場合は、

129
00:06:32,210 --> 00:06:34,963
ここで
BGPマルチパスを実行できます。

130
00:06:34,963 --> 00:06:36,880
OK、さらに
隠されたコマンドがあります

131
00:06:36,880 --> 00:06:39,250
AS-Pathがそうでない場合にマルチパスを許可する

132
00:06:39,250 --> 00:06:42,160
同じですが、
同じ長さである限り、

133
00:06:42,160 --> 00:06:46,850
bgp bestpath
as-pathmultipath-relaxです。

134
00:06:46,850 --> 00:06:48,650
OK、今度は
タイブレーカーに入ります。

135
00:06:48,650 --> 00:06:52,850
最も古いルート、
ルーターIDの低い方、

136
00:06:52,850 --> 00:06:54,242
短いクラスターリスト。

137
00:06:54,242 --> 00:06:55,700
したがって、
ルートリフレクションを実行している場合、

138
00:06:55,700 --> 00:06:58,680
プレフィックスが通過したルートリフレクターはいくつありますか？

139
00:06:58,680 --> 00:07:02,050
そして最後に、隣人の住所の最も低い
。

140
00:07:02,050 --> 00:07:04,770
OK、いくつかの例外
最適なパスの選択

141
00:07:04,770 --> 00:07:08,650
アルゴリズムでは、
AS-Path withbgpbestpathを無視できます

142
00:07:08,650 --> 00:07:10,380
as-pathは無視します。

143
00:07:10,380 --> 00:07:14,340
そして、MEDの場合、
常にMEDを比較したいと言えます。

144
00:07:14,340 --> 00:07:17,100
つまり、
プレフィックスがAS100からのものである場合

145
00:07:17,100 --> 00:07:20,040
AS200から来ています-
2つの異なるAS--

146
00:07:24,063 --> 00:07:25,980
私が言ったように、
デフォルトはあなただけです

147
00:07:25,980 --> 00:07:28,188
同じ自律型から
来ているときにMEDを比較する

148
00:07:28,188 --> 00:07:29,720
システム。

149
00:07:29,720 --> 00:07:32,610
bgp bestpath
med-confedがあります。

150
00:07:32,610 --> 00:07:35,850
ローカルで発生した
ルートのMEDを比較することです

151
00:07:35,850 --> 00:07:38,040
連合の内部。

152
00:07:38,040 --> 00:07:40,620
bgp bestpathmedおよび
missing-as-worst、

153
00:07:40,620 --> 00:07:44,430
これは、
無限のMEDをヌルのMEDに割り当てることです。

154
00:07:44,430 --> 00:07:48,150
さて、ここでの考え方は、
MEDが欠落している場合、

155
00:07:48,150 --> 00:07:52,260
通常、これは
MED 0として処理されます。これは、すべての中で最高です。

156
00:07:52,260 --> 00:07:53,820
可能なメトリック。

157
00:07:53,820 --> 00:07:56,430
しかし、あなたが
これを逆の方法で処理したい場合

158
00:07:56,430 --> 00:07:59,850
標準では、
bgpbestpathmedと言うことができます

159
00:07:59,850 --> 00:08:02,260
最悪の行方不明。

160
00:08:02,260 --> 00:08:05,380
OK、そして最後になりましたが、
bgp決定論的メディを持っています。

161
00:08:05,380 --> 00:08:08,470
これは、MEDを
すべての可能なパスと比較することを意味します

162
00:08:08,470 --> 00:08:12,160
BGPベストパスの次の
ステップに進む前に

163
00:08:12,160 --> 00:08:13,590
選択。

164
00:08:13,590 --> 00:08:17,420
OK、例外は続きます。
IGPメトリックがあります。

165
00:08:17,420 --> 00:08:20,800
したがって、bgp
bestpathigp-metricignoreと言うことができます。

166
00:08:20,800 --> 00:08:23,090
また、ルーターIDを
無視したい場合は、

167
00:08:23,090 --> 00:08:26,890
bgp
bestpathcompare-routeridはないと言えます。

168
00:08:26,890 --> 00:08:30,790
さて、
BGPベストパス選択の変更に関しては、

169
00:08:30,790 --> 00:08:34,360
ルーティングポリシーを設定し、
属性をアウトバウンドにアドバタイズします。

170
00:08:34,360 --> 00:08:37,570
これは、
インバウンドトラフィックフローに影響します。

171
00:08:37,570 --> 00:08:39,409
したがって、プレフィックスがあります。

172
00:08:39,409 --> 00:08:41,679
そして、たとえば、
AS-Pathのプリペンディングを設定します。

173
00:08:41,679 --> 00:08:43,383
このアウトバウンドを宣伝します。

174
00:08:43,383 --> 00:08:44,800
これは
返品に影響します

175
00:08:48,350 --> 00:08:51,230
同様に、これとは逆に、
インバウンドルーティングポリシー-

176
00:08:51,230 --> 00:08:53,600
ローカルの
好みや重みを設定している場合のように--

177
00:08:56,540 --> 00:08:59,780
したがって、アウトバウンドポリシーは
インバウンドトラフィックです。

178
00:08:59,780 --> 00:09:03,635
インバウンドポリシーは
アウトバウンドトラフィックです。

179
00:09:03,635 --> 00:09:05,640
OK、関係なく、
最長一致ルーティング

180
00:09:05,640 --> 00:09:07,680
何よりも
優先されます。

181
00:09:07,680 --> 00:09:09,110
したがって、これは両方向に影響します。

182
00:09:09,110 --> 00:09:11,970
したがって、
条件付きルートインジェクションで見たように、

183
00:09:11,970 --> 00:09:14,922
集合体があり、
より具体的なルートがありました。

184
00:09:14,922 --> 00:09:17,130
あなたは常に
より具体的なルートを選択するつもりです

185
00:09:17,130 --> 00:09:19,518
あまり具体的でないパスを介して。

186
00:09:19,518 --> 00:09:21,060
OK、さて、
私たちが

187
00:09:21,060 --> 00:09:23,970
アウトバウンドパスの選択に影響を与えるために使用--

188
00:09:23,970 --> 00:09:26,010
だから私たちはこれらを
インバウンドに設定します

189
00:09:26,010 --> 00:09:27,330
アウトバウンドトラフィックに影響を与える--

190
00:09:27,330 --> 00:09:30,420
一般的に
体重と地元の好みになります。

191
00:09:30,420 --> 00:09:31,920
そこで、
ここでいくつかの例を見ていきます。

192
00:09:33,813 --> 00:09:34,980
ローカルプリファレンスを設定します。

193
00:09:34,980 --> 00:09:36,150
重さを設定します。

194
00:09:36,150 --> 00:09:41,910
これは、
アウトバウンドトラフィックフローの実行方法に影響します。

195
00:09:41,910 --> 00:09:45,330
これとは逆に、
インバウンドパスに影響を与える属性

196
00:09:45,330 --> 00:09:47,760
選択-トラフィックはどのように
自律に戻るのでしょうか

197
00:09:47,760 --> 00:09:48,690
システム -

198
00:09:48,690 --> 00:09:51,780
AS-PathまたはMEDのいずれかになります。

199
00:09:51,780 --> 00:09:54,210
したがって、AS-Path
プレペンディングアウトバウンドを実行できます。

200
00:09:54,210 --> 00:09:58,500
そして、これは
インバウンドのトラフィックフローに影響を与えます。

201
00:09:58,500 --> 00:10:00,630
OK、マルチパスの場合
負荷分散、

202
00:10:00,630 --> 00:10:02,640
外部リンクのマルチパス負荷分散

203
00:10:02,640 --> 00:10:07,530
容量が等しくない場合は、
IPv4アドレスファミリで有効になります

204
00:10:07,530 --> 00:10:12,190
iBGP、eBGP、またはeiBGPの場合。

205
00:10:12,190 --> 00:10:15,810
OK、まだ
ピアへの最良のパスを1つだけアドバタイズしています。

206
00:10:15,810 --> 00:10:17,850
しかし、すべての
属性が等しい場合