IBGPのコンバージェンスの改善qunog3

Copyright 2015 FUJITSU KANSAI-CHUB NET-TECH LIMITED
IBGP のコンバージェンスの改
善
2015 年 10 月 16 日
富士通関西中部ネットテック株式会社
山口　宜之 CCIE#16209
yamaguchi.noriy@jp.fujitsu.com
QUNOG3 LT 資料

自己紹介
 富士通関西中部ネットテックという会社に勤務してます
 BGP のコンサルティングしてます
 CCIE R&S 持ってます
 ＩＳＰのネットワークが得意なんですが。。仮想化方面も
少々。。
 基本愛知県在住ですが。。別府によく出没します。。。
 セキュリティ方面も少々。。
 このへんに出没してます
 ISACA 名古屋支部 (www.isaca.nagoya)
 産学連携 IPv6 実験地域ネットワーク研究会 (v6tokai)

 IBGP のピアを張るときになるべく切れない
ように冗長を持たせた設計をします。
 迂回は OSPF に任せて、ピアが切れないよ
うにします。
 しかし、完全に切れてしまった場合 BGP の
コンバージェンスは遅いですね
 今回は IBGP のコンバージェンスを早くし
てみましょう
はじめに
3

よくある BGP の構成（おさら
い）
 AS64496 は 1.1.0.0/22 の CIDR ブロックを持っている
 AS64497 と AS64498 と EBGP で接続している
 AS64496 内の R1 と R2 は IBGP で接続している
 R1 と R2 は OSPF でルーティング
Fe0/0 Fe0/0
Fe0/1 Fe0/1
AS64496
AS64497 AS64498
Fe1/0 Fe1/0
1.1.0.0/22
lo0 lo0
R1 R2
EBGP
EBGP
IBGP
OSPF
4

よくある EBGP のピア（おさ
らい）
 通常は EBGP の場合は、物理インターフェース対向でピアを設定しま
す
AS64496
AS64497
Fe1/0
EBGP
Fe1/0 3.3.3.1/30
3.3.3.2/30
interface FastEthernet1/0
ip address 3.3.3.2 255.255.255.252
router bgp 64496
neighbor 3.3.3.1 remote-as 64497
interface FastEthernet1/0
ip address 3.3.3.1 255.255.255.252
router bgp 64497
※EBGP パケットの TTL （ time to live ）がデフォルトで 1 に設定さ
れている為、
隣接でピアを張ることがデフォルト5

経路の広報のしかた（おさら
い）
 BGP で広報したい経路を static で Null0 に落とす
 BGP network コマンドで経路を広報
AS64496
AS64497
Fe1/0
EBGP
Fe1/0 3.3.3.1/30
3.3.3.2/30
router bgp 65000
network 1.1.0.0 mask 255.255.252.0
ip route 1.1.0.0 255.255.252.0 Null0 254
※ 当然経路フィルタ等はかけますが、今回は省略してます
1.1.0.0/22
アドバタイ
ズ
6

よくある IBGP のピア（おさ
らい）
 OSPF で loopback アドレスを広報
 Loopback アドレス対向でマルチホップで IBGP ピアを設定
Fe0/0 Fe0/0
Fe0/1 Fe0/1
lo0 lo0
R1 R2
IBGP
OSPF
OSPF で loopback の経路を受け取る
O 1.1.1.1/32 [110/2] via 1.1.2.1, 00:03:56, FastEthernet0/0
interface Loopback0
ip address 1.1.1.1 255.255.255.255
router ospf 10
network 1.1.1.1 0.0.0.0 area 0
router bgp 64496
neighbor 1.1.1.2 next-hop-self
neighbor 1.1.1.2 update-source Loopback0
interface Loopback0
ip address 1.1.1.2 255.255.255.255
router ospf 10
network 1.1.1.2 0.0.0.0 area 0
router bgp 64496
7

Loopback でピアすると
 Loopback アドレス対向でピアをした場合、回線が障害になった場合で
も IBGP のピアが維持可能
 OSPF のコンバージェンスに依存
Fe0/0 Fe0/0
Fe0/1 Fe0/1
lo0 lo0
R1 R2
IBGPOSPF
interface Loopback0
ip address 1.1.1.1 255.255.255.255
router ospf 10
network 1.1.1.1 0.0.0.0 area 0
router bgp 64496
interface Loopback0
ip address 1.1.1.2 255.255.255.255
router ospf 10
network 1.1.1.2 0.0.0.0 area 0
router bgp 64496
8

BGP のコンバージェンス（
遅い）
 Keepalive パケット送信間隔は 60 秒
 HoldTime は通常は Keepalive Interval の 3 倍で、デフォルトでは
180 秒
 Loopback 間の疎通が完全に途絶えた場合、 BGP のネイバーが切れる
のにはデフォルトで３分程度かかる。
Fe0/0 Fe0/0
lo0 lo0
R1
R2
IBGP
OSPF
*Feb 21 04:05:24 JST: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or detached
*Feb 21 04:08:22 JST: %BGP-3-NOTIFICATION: sent to neighbor 1.1.1.1 4/0 (hold time expired) 0 bytes
*Feb 21 04:08:22 JST: %BGP-5-NBR_RESET: Neighbor 1.1.1.1 reset (BGP Notification sent)
*Feb 21 04:08:22 JST: %BGP-5-ADJCHANGE: neighbor 1.1.1.1 Down BGP Notification sent
*Feb 21 04:08:22 JST: %BGP_SESSION-5-ADJCHANGE: neighbor 1.1.1.1 IPv4 Unicast topology base removed from session BGP Notification sent
OSPF ダウンから
約 3 分で BGP ダウ
ン
3 分は許容範囲か？
せめて、 OSPF 並みにしたいですよね。。
9

必殺技ありました
 BGP fast peering session deactivation
BGP プロセスがネイバー単位で BGP ピアリン
グセッションを監視する（ピアの IP アドレスへ
のルートがルーティングテーブルに存在するこ
とを監視）
BGP が隣接変更を検出し、標準 BGP スキャン
間隔の間に終了したセッションを非アクティブ
にする
隣接変更に対する BGP の応答時間を改善する
12.0(29)S でサポート
Copyright 2015 FUJITSU KANSAI-CHUB NET-TECH LIMITED10

neighbor fall-over コマンド
 IBGP のネイバー毎に neigbor fall-over コ
マンドを設定する（簡単 !! ）
router bgp 64496
neighbor 1.1.1.2 fall-over neighbor fall-over コマンドを設
定
11

neighbor fall-over を投入
 OSPF が down して、 loopback の経路が消
える
 BGP neighbor の reset/Down が発生
*Feb 21 06:10:40 JST: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.2 on FastEthernet0/0 from FULL to DOWN,
Neighbor Down: Interface down or detached
*Feb 21 06:10:46 JST: %BGP-5-NBR_RESET: Neighbor 1.1.1.2 reset (Route to peer lost)
*Feb 21 06:10:46 JST: %BGP-5-ADJCHANGE: neighbor 1.1.1.2 Down Route to peer lost
*Feb 21 06:10:46 JST: %BGP_SESSION-5-ADJCHANGE: neighbor 1.1.1.2 IPv4 Unicast topology base removed from
session Route to peer lost
数秒でコンバージェンスが完了！！
O 1.1.1.2/32 [110/2] via 1.1.2.2, 00:00:17, FastEthernet0/0 相手の loopback の経路が消えると
12

O*E2 0.0.0.0/0 [110/1] via 1.1.3.2, 00:05:12, FastEthernet0/1
残念なお知らせ
 loopback の経路を包括する経路があると機
能しない
例 1 CIDR ブロックとして loopback アドレスを
含む /22 の経路を Null0 に落としてる場合
例 2 　デフォルトルートが存在する場合
S 1.1.0.0/22 is directly connected, Null0
1.1.1.2/32 が吸い込まれて機能しな
い
これでは通常運用で使えないんですが。。 orz
1.1.1.2/32 が吸い込まれて機能しな
い
13

route-map って？ ??
 neighbor fall-over のオプションを調べてみ
と
R2(config-router)# neighbor 1.1.1.1 fall-over ?
bfd Use BFD to detect failure
route-map Route map for peer route
<cr>
これってなんだろ？
Selective Address Tracking for BGP Fast Session Deactivation
っていう機能らしい
14

Selective Address Tracking for BGP
Fast Session Deactivation
 12.4(4)T 、 12.2(31)SB 、 12.2(33)SRB でサポート
 match ip address と match source-protocol が使用可能
 BGP ピアへのルートが変更されたときに、この BGP ネ
イバーのあるピアリングセッションをリセットする必要が
あるかどうかを判断する
 このルートマップは、新しいルートに対して評価され、拒
否文が返された場合、ピアセッションがリセットされる
 このルートマップはセッションの確立には使用されない
Copyright 2015 FUJITSU KANSAI-CHUB NET-TECH LIMITED15

route-map を投入
 prefix-list で neighbor のアドレスを /32 で記
述
 route-map で prefix-list を match させる
 neighbor fail-over に route-map を指定する
router bgp 64496
neighbor 1.1.1.2 fall-over route-map TRACK
ip prefix-list R2_ROUTE seq 5 permit 1.1.1.2/32
route-map TRACK permit 10
match ip address prefix-list R2_ROUTE
Match で 1.1.1.2/32 をひっかける
route-map を指定する
とりあえず、これで loopback の経路を包括する経路が存在しても、
数秒でコンバージェンスが完了！！
16

IBGPのコンバージェンスの改善qunog3

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to IBGPのコンバージェンスの改善qunog3

Similar to IBGPのコンバージェンスの改善qunog3 (20)

Recently uploaded

Recently uploaded (11)

IBGPのコンバージェンスの改善qunog3