要約

  • RFC 1266は、独立に開発された三つのBGP実装を示し、七AS・56台の全記録から、運用インターネットに属する六AS・49台を分けた。
  • 2,000超のネットワーク、56 kbit/sから45 Mbit/sまでの回線、異なる機器とトポロジーは1991年のBGP-3環境の証拠であり、世界や後世の導入調査ではない。
  • CA*Netでは輻輳、制御パケット損失、収束遅延という順序を記録し、優先処理を提案したうえで、その強い負荷条件を通常例として扱わないよう明記した。

56から49を引いた理由

RFC 1266は、BGPをDraft Standardへ進めるための運用経験を報告した。経験という語を抽象的な評価にせず、コードの由来と観測対象を数えた。

実装は、ciscoの専用ルーター向けコード、BSDやAIXで動く公開コードgated、T1/T3 NSFNETバックボーン向けのNSFNET/IBMコードである。別々のチームが別々の環境で作ったコードが相互運用したことは、一つのソースを三か所に置くより強い。しかし、共通の読み違いがないことや、全障害経路を試したことまでは示さない。

台数はCA*Net 10、T1 NSFNET 20、T3バックボーン15、T3試験網7、CICNET 2、MERIT 1、PSC 1。合計は七ASの56台だった。

次に文書は範囲を狭める。運用インターネットに属したのは六ASの49台であり、試験網の7台は別だった。試験結果を捨てたのではない。試験と運用を同じ名簿にしなかったのである。

異種性には複数の軸があった

回線速度は56 kbit/sから45 Mbit/s、機械はPC/RTからRS/6000、装置は専用ciscoルーターからUnixワークステーション、形は疎なリングや木から密なバックボーンまで広がっていた。BGPが運んだ外部経路は2,000ネットワークを大きく超えた。

コードの違いは仕様の再実装可能性を試す。OSと機械の違いはバッファやスケジューリングの前提を試す。帯域の違いは遅延と損失を、グラフの違いは経路とループを試す。単一の「多様」という形容では代替できない。

RFC 1164は実装の細部を示す。TCPはストリームなので、一回の読み出しがBGPメッセージ全体とは限らない。ヘッダーと長さを検証し、不足分を蓄え、受信待ちでルーティング処理を止めない設計が必要だった。UPDATEは増分であり、到達可能情報は明示的な撤回または置換まで保持される。

RFC 1267のBGP-3は、接続開始時に全表を送り、その後は差分だけを送る。定期的な全表更新で静かな不一致を直す仕組みはない。整合性は一つの接続の履歴に依存し、接続が切れればIdleへ戻って状態を作り直す。

したがって「BGPが動いた」は、フレーミング、状態保持、経路選択、ポリシー、タイマー、再接続という別々の事実を一語に畳んだ表現にすぎない。

2,000という規模にも日付がある

RFC 1266は、1989年からの本番利用、三実装の参加、重要機能の利用、トランジットとスタブの間・複数トランジット間での交換、バックボーンと地域網、複数ベンダーを報告した。認証とループ抑止も実際に用いられたとする。

主張を支えるのは「本番」という印ではなく、名前を持つ範囲である。CA*NetとNSFNETの測定詳細は第20回IETFの発表に委ねられている。閉じた資料集合にその原データがない以上、標本数、誤差、導入率を補ってはならない。

2,000超という規模もBGP-3当時の受領証である。BGP-4の表、後の属性、現代のポリシー量や製品適合性を証明しない。規模証拠から版と時刻を剥がすと、数字だけが権威になる。

CA*Netは原因を順番に置いた

CA*Netの10台は、負荷が高く頻繁に輻輳する56 kbit/s回線のリングを作っていた。輻輳時にBGP情報を運ぶパケットが多く捨てられ、その損失のあとに収束が遅れた。

順序は、輻輳、損失、遅延である。RFC 1266は、TCPを交換しても輻輳ルーターによる廃棄は消えないと論じた。TCPは再送できるが、廃棄するキューを所有せず、元の輻輳を作った主体でもない。

対処面は二つだった。輻輳そのものの解消はBGPの外にある。制御パケットの廃棄率は、IP precedence、既知のTCPポート、送信元・宛先アドレスで識別し、優先度を与えることで下げられる。CA*Netはアドレスを使った。

より積極的な再送は再試行を早め、小さいTCPウィンドウは古くなった再送データを抑えられる。しかし文書はそれを根治と呼ばなかった。送信頻度を変えても、同じ情報を捨てるキュー規則は残る。

優先度も結果ではない。キューへの入口を変える決定である。回復を主張するには、その後の損失、UPDATE処理、経路選択、収束、転送を別に観測する必要がある。

極端な構成には明示的な境界があった

CA*Netは外部経路情報をIGPに載せず、BGP情報をリング内部の経路計算にも使っていた。そのためBGP収束の遅れが内部へ強く響いた。RFC 1266はこれを極端なストレス条件とし、通常のネットワークでは外部情報をIGPが運ぶため、その結果を標準像にしてはならないと述べた。

限定は観測を弱めない。観測に座標を与える。極端な事例は依存関係を早く露出できるが、平均的トポロジー、TCP一般の欠陥、BGPの永続的性質にはならない。

RFC 1268は、ASパスとローカル設定がスタブ、マルチホーム、トランジットの選択を支えることを示す。経路広告は権限証書でも配送保証でもない。RFC 1266が試したのは決定を運ぶ機構であり、すべての決定と結果の正しさではなかった。

出典と推論の限界

これらは当時の仕様、実装助言、利用前提、実装名、母集団、経路規模、CA*Netの観測を裏づける。IETF議事録の全データ、世界的導入率、現代BGP、現在の製品適合、安全性、普遍的収束、到達性、配送、利用者結果は裏づけない。