OSPFシードメトリック（default-metric）変更が必要なケース

以前、現場でOSPFシードメトリック（default-metric）変更が必要なケースがにあったので紹介します。

External E2の場合、他のルータのCostを調整してもどうにもならなく、デフォルトメトリックを変えるしかな

いと思うのでご参考までに。

--目次--

NW構成
1. config抜粋
IP-VPN側の経路を通る理由
広域イーサ側の経路を通すようにしよう！
1. デフォルトメトリック変更コマンド
まとめ

NW構成

WANがIP-VPNと広域イーサネットで冗長されていて、それぞれ別のダイナミックルーティング動かくす必要のある

構成です。例では本番環境とほぼ同じ構成にしていますが、所々省略している部分もあります。

実際はR1/R4はHSRP構成なので1台でなく2台だったり。あくまで、1例なので構成や設計によりdefault-metric変更

でない回避方法もあるかと思います。

【説明】

拠点間の網はIP-VPNと広域イーサネットになります。IP-VPN側はeBGPを広域イーサネット側はOSPFを利用。
【青●部分】R1では拠点１のConnectルートをOSPFで再配布します。R4でも同様です。
【赤●部分】R2ではBGPとOSPF相互に再配布します。R5でも同様です。

config抜粋

R1設定内容（一部）
——————————
router ospf 1
redistribute connected subnets
network 【R1-R2間のセグメント】 area 0
network 【R1-R3間のセグメント】 area 0
——————————

R2設定内容
——————————
router ospf 1
redistribute bgp 【R2 AS番号】 subnets
network 【R1-R2間のセグメント】 area 0
!
router bgp 【R2 AS番号】
network 1.1.1.0 mask 255.255.255.0
redistribute ospf 1
neighbor 【R5 アドレス】 remote-as 【R5 AS番号】

IP-VPN側の経路を通る理由

上記のコンフィグのように、再配布すると以下ピンク色の経路になります。
広域イーサ側を通したい場合は困ります。では、なぜこのような経路になってしまうのか・・・。

まず、R1/R2のルーティングテーブルを見ます。
★R1で拠点２のセグメントのルーティングテーブルを見ると、O E2 2.2.2.0 [110/1] via R2

R1はR2とR3両方から、拠点2セグメント（2.2.2.0/24）をもらっています。

・R2はR１に対して、拠点2セグメントをCost 1 で広報します。
※これは、BGPルートをOSPFに再配布する場合、シードメトリックが1になるためです。

・一方、R3はR１に対して、拠点2セグメントをCost 20 で広報します。
※これは、R4がStatic routeを再配布時する場合、シードメトリックが20になるためです。結果、R1はR3からの経路よりR2の経路を優先し、BGP（IP-VPN）側の経路を取ることになります。