今日、私はRoute-Refresh機能について考えています。 ネイバーとの接続を切断せず、ルーティングテーブルをリセットせず、サービスを中断せず、単にルートを再要求するために必要です。 そして彼女はすでに7年の誓いを立てています。
たとえば、この機能が要求される最も頻繁な状況の1つは、ポリシーの更新です。
そのため、ルーティングテーブルにルートをインポートするためのポリシーがあります。たとえば、23ビットより長いすべてのプレフィックスをフィルタリングします。つまり、/ 24はもはや通過せず、TMに入りません。 次に、強打-ルールを変更-25より長いプレフィックスのみをブロックすることにしました。そして/ 24は既にインポートされているはずです。
その後、BGPはそれらをすばやく再要求し、更新されたポリシーを適用します。
実際、この機能の前例のない利便性のために、BGPセッションを中断せずにポリシーを適用する代替方法はhuaveで削除されました：近隣から受信したすべてのルートを保存します。
次の2つのBGPテーブルがあります。
-受信したルート-すべてを保存します。
-承認されたルート-ポリシーを適用した後に残されたもののみを保存します（および他のBGP要件を満たします）。
また、これらのテーブルを表示できるコマンドが2つあります
display bgp routing-table peer ipv4-address received-routes display bgp routing-table peer ipv4-address accepted-routes
しかし、廃止に関連して、彼らは同じことを示しています。 RAMを節約するために、テストに失敗したルートは受信したルートのテーブルに保存されません。 また、必要に応じて、ルートリフレッシュを通じて再リクエストされます。
peer keep-all-routesコマンドを使用して、このモードをオフにすることができます（ご存じのとおり、特定のネイバーの場合-必要以上に繁殖しないため-Occam）。 たとえば、ネイバーがRoute-Refreshをサポートしていない場合（隠者はまだ存在しますか？）
そうだとすれば、keep-all-routesを有効にする必要はありません。 技術的にもその逆も同様です。すべてのルートを保存した場合、再度質問することはできませんが、誰がそれをオフにしますか。これは、BGPの基本機能です（ほぼ既に）。
これら2つの機能、または必要に応じて動作機能と呼ばれるこれらの機能は相互接続されていますが、厳密に言えば完全な同義語ではありません。
たとえば、Route-refreshを使用すると、近隣から受信したルートのテーブルでフィルタリングして政治家の動作を確認する前に、完全なリストを表示することができます。