要約

  • LOCAL_PREF は自律システムが自ら設定する選好であり、経路の安全性や品質を保証しない。同じ宛先プレフィックスへの利用可能な経路を比べるとき、出口選択を左右し得る。
  • 外部の community は要求を伝える手段にすぎず、それを内部の値に変換する側が適用範囲と判断の責任を負う。数値の統一だけでは整合した転送を証明できない。
  • 変更の完了は設定保存ではなく、受信経路、内部伝搬、選択経路、FIB、実パケットを結ぶ証拠で判断する。復旧時も同じ確認が必要になる。

「短い方を通る」とは限らない

経路を点検する担当者の前に、同じプレフィックスへ到達できる二つの候補があるとする。境界 A 側は AS_PATH が短く、境界 B 側は長い。両方とも受信ポリシーを通過し、次ホップは解決できる。これは説明用の仮定であり、実在する障害や測定結果ではない。

ここで A の LOCAL_PREF を 100、B を 200 とする。Cisco の公開する選択手順を例に採り、先に比較される weight も同じと仮定すれば、短い AS_PATH を比べる前に B が優先される。直観に反するように見えるが、距離を誤測定したわけではない。別の判断が先に置かれたのである。Cisco の選択手順

この仮定を外して、LOCAL_PREF があらゆる条件に勝ると説明してはいけない。実装固有の順序、候補経路の見え方、次ホップの状態は残る。高い値を設定すれば全ルーターが必ず一つの出口を選ぶ、という意味でもない。ここで確認できるのは、一定の条件下で、内部の順位付けが経路長より強く出口を動かし得るという範囲である。

また、比べているのは同一プレフィックスだ。集約経路の LOCAL_PREF を高くしても、転送表にある、より具体的な宛先経路に最長一致で勝つことにはならない。実際の通信が意図と違うときは、最初にどのプレフィックスへ一致したかを確かめたい。別の宛先集合を同じ競争に参加させてしまうと、数値を何度変えても説明がつかなくなる。

共通なのは表現、選ぶ理由はローカル

RFC 4271が定める LOCAL_PREF は、4 オクテットの符号なし整数である。内部ピアへ選好を伝え、より高い値を優先する。通常の EBGP では外部へ送らず、外部から受け取っても採用しない。BGP コンフェデレーションは別扱いとなる。この境界が、外部への到達性の説明と内部の出口判断を切り離している。

ネットワークは、低コストの契約を使いたい、容量に余裕のある接続へ寄せたい、特定の故障に備えたい、といった理由を持つ。しかし属性には、その理由は入っていない。200 を見ても、節約策なのか、障害時の例外なのか、顧客との約束なのかは判別できない。数字の管理だけでは、判断の管理にならないのである。

100 も自然法則ではない。RFC 4277 第 8 節は一般的な既定値として記録しているが、共通の既定値が規格で定義されたとはしていない。Juniper の解説には、Junos における 100 の扱いとエクスポート時の振る舞いが示されている。装置を入れ替えるときは、旧環境の暗黙の挙動まで引き継がれると考えず、どの段階で値が与えられるかを確かめる必要がある。

この区別は、調達の自由を守るうえでも重要だ。異なるメーカーの機器が同じ意図を実現できることと、同じコマンドや表示形式を持つことは別問題である。運用側が説明できるべきなのは「この契約のこの範囲を優先する」という方針とその結果であって、一つの製品の既定値への依存ではない。

要求を受ける場所に責任が残る

外部から内部の選択を動かす仕組みとして、community の対応付けがある。RFC 1998は、顧客が合意済みの community を付け、プロバイダー側が LOCAL_PREF に変換する方法を示した。顧客が値を直接書き込むのではない。受信側のポリシーが動くことで、要求が実効性を持つ。

従って、community を知っていることと、その機能を使う権限があることを混同できない。入口セッション、対象プレフィックス、利用できる機能、地域の範囲を結び付けて初めて、委ねた判断の境界が見える。顧客の利便性を高めるための機能が、いつの間にか他の顧客や契約にも及ぶなら、設定は動いていても委任は壊れている。

RFC 8195の Large Community 用例は、選好を操作する機能や地域を限定した使い方を扱っている。表現できる内容が増えるほど、運用では解釈の版を管理する必要が出てくる。同じタグを送っても、受信側の対応表が変われば結果は変わる。外部向け説明と実際の対応表のずれは、単なる文書の古さではなく、契約と経路のずれになり得る。

維持すべき分離はもう一つある。経路の起源検証結果は、安全性に関する入力であり、商業上の優先順位とは同じではない。RFC 6483 第 3 節は検証結果をローカルな選択へ反映する扱いを述べている。高い LOCAL_PREF 自体が起源の正当性や相手の認証を証明するわけではない。拒否する条件と、受け入れた候補を並べる条件を別々に説明できる状態が望ましい。

整合性を求めることと、一律にすること

内部で同じ値が見えると安心しやすい。しかし、その安心は限定的である。候補経路が異なれば、同じ値でも選択結果は変わる。後続の比較、内部の到達コスト、多経路設定にも左右される。一台の表示を全体の代表とする前に、その装置が何を見て、何を見ていないかを確かめなければならない。

反対に、値が違うだけで規格違反と断定するのも誤りだ。RFC 4272 の LOCAL_PREF に関する分析は、内部の全 BGP 発言者に同じ値を要求する規定がないことを指摘している。地域別の方針を意図的に設ける余地はある。検証の対象は、差異が存在するかではなく、その差異が転送設計と両立するかである。

ただし、RFC 4271 第 9.1.1 節は、内部から学習した経路の選好を再計算すると持続的なループを生じ得ると警告している。自由に設定できることは、設定の組み合わせが安全であることを意味しない。互いに相手側の出口を望む判断が、実際の次ホップの連鎖でどう働くかを調べる必要がある。差異、ループ、ブラックホールを一つの現象として決め付けず、観測で切り分けたい。

経路反射を使う環境では、反射器とクライアントの両方を見る意味が大きい。代替経路が一部に見えていないなら、その経路へ移れない理由を LOCAL_PREF だけで説明することはできない。逆に、反射器に新しい値が届いたという記録だけでは、各クライアントの選択と転送が追随した証明にはならない。内部の伝搬経路を、検証地点を選ぶための地図として使うべきだ。

保守作業が教える「低くする」の限界

RFC 8326の Graceful Shutdown は、切断する経路をすぐ撤回するのではなく、低い選好にして代替へ移る時間を設ける。推奨値は 0 だが、0 は撤回を意味しない。他に使える候補がなければ、その経路が残って使われることもある。「設定上は最低」と「止めても困らない」の間には、代替経路と収束の確認がある。

ここから得られる運用上の示唆は、値の大小を作業完了の代理にしないことだ。保守タグの受付、内部での低選好化、代替の選択、流量移動、切断は別の段階である。途中までしか確認できていないなら、作業は途中である。規格には、この機能を隣接 AS がトラフィック調整に利用する可能性への注意もあり、受付自体を無条件の権利とみなすべきではない。

異常値の扱いにも似た注意が要る。RFC 7606 第 7.5 節では、通常の外部受信は属性破棄、内部で長さが 4 でない場合は撤回として扱う処理を区別している。一方、形式は正しいが意図を外れた高い数値は、この形式検査では発見できない。誤った契約対応や広すぎる一致条件を検知するのは、別の運用責任となる。

証拠は複数の層に分けて集める

Juniper の BGP 概説では、次ホップの到達性や転送に使えない経路の扱いを含む選択手順が説明されている。装置のルーティングプロセスが用いる preference と BGP の LOCAL_PREF は別概念だ。表示に並ぶ数字を混同せず、どの判断段階の証拠かを記録する必要がある。

検証は、受信時の候補を示す Adj-RIB-In と適用ポリシーから始める。次に IBGP の通告や内部テレメトリーで伝搬を確認し、複数地点の Loc-RIB を比較する。そこから次ホップの解決、FIB への反映、必要なら多経路の実態まで追う。最後に、利用者に近い複数の入口からパケットを送り、目的の出口と通信品質を確かめる。この確認列は、設定担当と監視担当が同じ事象を話すための共通基準になる。

小規模な試行でも、対象外の観測点を残しておくと判断しやすい。特定のプレフィックスだけを変えたはずなのに他の経路も動けば、一致条件や共通ルールを調べる理由になる。逆に、対象外が安定し、対象だけが予想どおり変われば、因果関係の説明が強くなる。変更の大きさは行数ではなく、実際に一致した宛先集合と、その宛先へ向かう需要で評価したい。

MED は隣接網への入口についての助言、AIGP は限定された管理範囲での累積指標、Large Community は情報や要求の表現である。Route Refresh は経路の再取得と再評価を助けるが、選好の方針そのものではない。これらを使い分け、設定を戻した際にも再評価と転送の復帰を確かめる。公開された経路収集データだけでは通常の AS 内部の値を直接確認できず、ここで提示した手順も特定網の実測を報告するものではない。その限界を明示してこそ、内部の証拠を求める議論に意味がある。