この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、ボーダーゲートウェイプロトコル(BGP)に関するよくある質問(FAQ)について説明します。
A. BGPとBGPの機能を設定する方法については、次のドキュメントを参照してください。
BGPの設定
BGP ケース スタディ
A.ループバックインターフェイスを使用すると、ネイバーはアップ状態が保たれ、誤動作を起こしたハードウェアの影響を受けなくなります。
デフォルトでは、BGP は BGP ピアリング セッションを確立する際、発信元アドレスとして BGP ピアに直接接続された物理インターフェイス上で設定された IP アドレスを使用します。この動作を変更し、ルータとやり取りする BGP を設定して、発信元アドレスとしてループバック アドレスを使用してピアリングを確立するには、neighbor <ip address> update-source <interface> コマンドを発行します。
詳細については、「iBGP および eBGP のコンフィギュレーション例:ループバック アドレスを使用する場合と使用しない場合」を参照してください。
A.優先順位は、アトリビュートが受信アップデートに適用されるか送信アップデートに適用されるかによって異なります。
受信アップデートの場合、優先順位は次のようになります。
ルート マップ
フィルタ リスト
プレフィックス リスト、配布リスト
送信アップデートの場合、優先順位は次のようになります。
フィルタ リスト
ルート マップ | unsuppress-map
advertise-map(条件付きアドバタイズメント)
プレフィックスリスト|配布リスト
ORF prefix-list(ネイバーから送信されるプレフィックス リスト)
注:プレフィックスリストと配布リストの属性は相互に排他的であり、特定のネイバーの各着信方向または発信方向には、1つのコマンド(neighbor prefix-listまたはneighbor distribute-list)しか適用できません。
A. BGPテーブル内のネットワークでネクストホップアドレスが0.0.0.0の場合、そのネットワークが、Interior Gateway Protocol(IGP;内部ゲートウェイプロトコル)のBGPへの再配布か、BGP設定内でのnetworkコマンドまたはaggregateコマンドにより、ローカルで作成されていることを意味しています。
A.コミュニティアトリビュートは推移的なオプションのアトリビュートで、宛先を特定のコミュニティでグループ化して特定のポリシー(許可、優先、再配布など)を適用するためにつくられています。次の表に、既知のBGPコミュニティを示します。
コミュニティ | 説明 |
---|---|
Local-AS | コンフェデレーションシナリオで、ローカルの自律システム(AS)の外部にパケットを送信しないようにするために使用します。 |
no-export | 外部 BGP(eBGP)ピアへアドバタイズしない。このルートは AS 内に保持されます。 |
no-advertise | このルートはどのようなピア(内部や外部)へもアドバタイズしない。 |
none | ルートに関連付けられたコミュニティをクリアするときに、コミュニティ アトリビュートなしを適用。 |
インターネット | このルートをインターネット コミュニティと、そのコミュニティに属するあらゆるルータにアドバタイズする。 |
コミュニティ設定の詳細については、『BGPの設定』の「BGPコミュニティフィルタリングの設定」セクションを参照してください。
A. Cisco IOS®ソフトウェアリリース12.0以降では、コミュニティを10進数、16進数、AA:NNの3種類の形式で設定できます。デフォルトでは、Cisco IOSは古い10進形式を使用します。AA:NNの形式(最初の部分はAS番号で、2番目の部分は2バイトの番号)で設定と表示を行うには、ip bgp-community new-formatグローバル設定コマンドを発行します。
注:BGPコミュニティアトリビュートは、特定のプレフィックスに割り当てて他のネイバーにアドバタイズできる数値(任意)です。コミュニティ アトリビュートは 10 進数、16 進数、または AA:NN で表すことができますが、32 ビットの数字のままです。たとえば、次の 3 つの設定コマンドはいずれもコミュニティ 30:20(AS 30、番号 20)を指定します。
- set community 30:20
- set community 0x1E0014
-set community 1966100
どのコマンドを使用しても、ルータ設定ファイルと BGP テーブルに表示されるコミュニティは 30:20 です。
詳細は、『BGPケーススタディ』の「コミュニティアトリビュート」セクション、および『BGPコミュニティ値を使用したアップストリームプロバイダーネットワークの設定と制御』を参照してください。
A.オートサマリーの動作は、Cisco IOSソフトウェアリリース間で変更されています。オート サマリーは当初はデフォルトで有効になっていました。ただし、Cisco Bug ID CSCdu81680では、この動作が変更されています。最新版の Cisco IOS では、オート サマリーがデフォルトで無効になっています。オート サマリーが有効な場合、ローカルで作られた BGP ネットワークがクラスフルな境界にまとめられます。自動サマリーがデフォルトで有効になっているのは、古いバージョンだけです。オート サマリーが無効な場合、BGP テーブルにローカルで挿入されたルートはクラスフルな境界にまとめられません。サブネットがルーティングテーブル内に存在し、次の3つの条件が満たされる場合、ローカルルーティングテーブル内にあるそのクラスフルネットワークのすべてのサブネットは、クラスフルネットワークをBGPテーブルにインストールするようBGPに促すことができます。
ルーティング テーブル内のネットワークのクラスフル ネットワーク文
そのネットワーク文のクラスフル マスク
オート サマリーが有効
たとえば、ルーティングテーブル内のサブネットが10.75.75.0マスク255.255.255.0で、network 10.0.0.0をrouter bgpコマンドで設定して、オートサマリーが有効な場合、BGPはクラスフルネットワーク10.0.0.0マスク255.0.0.0をBGPテーブルに挿入します。
注:シスコの内部ツールおよび情報にアクセスできるのは、登録ユーザのみです。
これら 3 つの条件がすべて満たされない場合、BGP がエントリを BGP テーブルにインストールするのは、ローカルのルーティング テーブル内に完全な一致がある場合だけです。
注:BGPを実行するASに、完全にクラスフルなネットワークがない場合は、no auto-summaryコマンドをrouter bgpで発行してオートサマリーを無効にすることを推奨します。
A. IPブロックが、直接接続されたISPにアナウンスされているかを確認するには、次のコマンドを使用します。
show ip bgp neighbors <address> advertised-routesコマンドにより、どのメッセージが送信されているかが表示されます。
show ip bgp neighbors <address> routesコマンドにより、どのメッセージが受信されたかが表示されます。
注:show ip bgp neighbors <address> advertise-routesコマンドでは、ユーザが適用した発信ポリシーは考慮されません。将来のCisco IOSソフトウェアリリースでは、コマンド出力は発信ポリシーを反映するように変更できます。宛先への代替パスが 2 つある場合、BGP は常に最適なルートを使用してアドバタイズします。
IPブロックが直接接続されたISPを経由してグローバルBGPメッシュに伝播されているようすを検証するには、インターネットのrouteサーバにログインして、プレフィク スのBGPエントリをルートサーバで探します。
A. BGPセッションの着信/発信ポリシーを変更する場合は、BGPセッションをクリアします。BGP セッションをクリアして送信ポリシーの変更を反映するには、clear ip bgp x.x.x.x soft out コマンドを発行します。BGP セッションをクリアして受信ポリシーの変更を反映するには、clear ip bgp x.x.x.x コマンドを発行します。ネイバーにソフト再設定機能がある場合は、clear ip bgp x.x.x.x soft in コマンドを実行できます。Optimized Edge Routing(OER)を設定すると、BGPセッションを自動的にクリアできます。OER は、着信方向と発信方向の両方の BGP セッションを自動的にクリアします。OER の詳細については、「OER ネットワーク コンポーネントの設定」を参照してください。
注: Cisco IOSソフトウェアリリース12以降では、新しいBGPソフトリセット拡張機能が導入されています。
A.はい。設定の詳細については、『ASA/PIX:ASAを経由するBGPの設定例』を参照してください。
A. AS番号はグローバルで一意の番号で、ASの識別に使用されます。この番号により、ASでは隣接するAS間でエクステリアルーティング情報を交換できます。AS は IP ネットワークの接続グループで、1 つの明確に定義されたルーティング ポリシーに準拠しています。
使用できる AS 番号の数には制限があります。そのため、固有の AS 番号を必要とするサイトと、必要としないサイトを判断することが重要です。固有のAS番号を必要としないサイトは、専用で使用するために予約されたAS番号を1つ以上使用します。この番号の範囲は64512 ~ 65535です。AS番号を取得するには、AS Number Registration Services Webサイトにアクセスします。
A. BGPパスの選択基準は、『BGPで最適パスを選択するアルゴリズム』に記載されています。
A.これらのコマンドの違いについての詳細な説明は、『bgp deterministic-medコマンドとbgp always-compare-medコマンドの相違点』に記載されています。
A. iBGPセッションでは、eBGPピアから学習したネクストホップのアトリビュートが保持されます。これがネクストホップへの内部ルートが重要となる理由です。これ以外の方法では、BGP ルートは到達不可能になります。eBGP ネクストホップに到達できるようにするには、ネクスト ホップが所属するネットワークを IGP 内に含めるか、neighbor next-hop-self コマンドを発行して強制的にルータが自身(外部ピアではなく)をネクスト ホップとしてアドバタイズするようにします。詳細は、「BGP ケース スタディ」の「BGP ネクストホップ アトリビュート」セクションを参照してください。
A.いいえ、コンフェデレーションサブAS間のeBGPセッションでは、ネクストホップのアトリビュートは変更されません。すべての iBGP ルールは、AS 全体が 1 つのエンティティとして振舞うよう適用されます。メトリックおよびローカル プリファレンスの値も、コンフェデレーション eBGP ピアの中で変更されないままになります。コンフェデレーションの詳細については、「BGP ケース スタディ」の「BGP コンフェデレーション」セクションを参照してください。
A. eBGPピアリングでは、ネクストホップは、ルートをアナウンスしたネイバーのIPアドレスです。しかしルートがマルチアクセス メディア(イーサネットやフレームリレーなど)でアドバタイズされている場合、通常ネクスト ホップは、そのルートを基点としたメディアに接続された、ルータ インターフェイスの IP アドレスになります。詳細は、「BGP ケース スタディ」の「BGP ネクストホップ アトリビュート」を参照してください。
A.デフォルトでは、プレフィクスがルートリフレクタによって反映された際に、ネクストホップのアトリビュートは変更されません。しかし、neighbor next-hop-self コマンドを発行すると、eBGP ピアから反映されたプレフィックスのネクストホップの属性はあらゆるルート リフレクタ クライアントへ変更できます。
A. BGPは、デフォルトでBGPテーブルから外部ピアにルートをアドバタイズします。BGP条件付きアドバタイズメント機能を使用すると、BGPテーブルに他のプレフィックスが存在する場合にルートアドバタイズメントを制御できます。通常、ルートは別のパスの有無に関わらず伝播されます。BGP 条件付きアドバタイズメント機能は、non-exist-map および advertise-map 設定コマンドを使用して、ルート プレフィックスによりルートを追跡します。ルート プレフィックスが non-exist-map コマンドの中に存在しない場合、advertise-map コマンドによって指定されたルートがアナウンスされます。詳細は、『BGPの設定』の「BGP設定条件付きアドバタイズメントの設定」セクションを参照してください。
A. BGPルートの保存に必要なメモリ量は、ルータ、使用可能な代替パスの数、ルートダンプニング、コミュニティ、設定された最大パスの数、BGPアトリビュート、およびVPNの設定など多くの要因によって決まります。これらのパラメータの情報がない場合は、特定の数の BGP ルートを保存する場合に必要なメモリ量を計算するのは困難です。一般に、1 つの BGP ピアからグローバル BGP ルーティング テーブルを完全に保存する場合は、ルータに少なくとも 512 MB の RAM を推奨いたします。しかし、メモリ使用量を減らし、インターネット ルーティング テーブルをそっくり受信することなく最適なルーティングを実現する方法を理解することが重要です。詳細は、『パフォーマンスを最適化し、メモリ消費を低減するためのBGPルータの設定』を参照してください。
A. BGPピアグループの主な利点は、アップデート生成で使用されるシステムリソース(CPUおよびメモリ)の量が減少することです。また、ルーティング テーブルの確認が一度だけになり、アップデートが他のすべての同期ピア グループ メンバーに複製できるようになるため、BGP 設定も簡単になります。ピア グループ メンバの数、テーブル内のプレフィックスの数、およびアドバタイズされたプレフィックスの数によっては、これにより負荷の量は大きく削減されます。Cisco では、同一の発信アナウンスメント ポリシーのピアをグループ化することを推奨いたします。詳細は、「BGP ピア グループ」を参照してください。
A. ASが別のASから第3のASにトラフィックを渡している場合、AS内のすべてのルータがIGPを介してルートを学習するまでは、BGPはルートをアドバタイズできません。BGP は、IGP がルートを AS 内で伝搬するまで待機した後、そのルートを外部ピアへアドバタイズします。同期化を有効にした BGP ルータは、iBGP で学習されたルートを自身の IGP で検証できない場合、これらのルートをルーティング テーブルにインストールしません。router bgp で no synchronization コマンドを発行して、同期化を無効にします。これにより、BGPはIGPでiBGPルートを認証しなくなります。詳細は、『BGP ケース スタディ:同期化』を参照してください。
A. set metric-type internal route-map設定コマンドを発行すると、BGPは、ルートのネクストホップに関連付けられたIGPメトリックに対応するMEDをアドバタイズします。このコマンドは、Cisco IOS ソフトウェア リリース 10.3 以降で使用できます。
A.デフォルトのBGP ConnectRetryタイマーは120秒です。この時間が経過すると、受動的な TCP セッションが確立されたかどうかが BGP プロセスでチェックされます。受動的な TCP セッションが確立されていなければ、アクティブな新しい TCP が開始され、リモート BGP スピーカへの接続が試行されます。ConnectRetry タイマーがアイドルになっているこの 120 秒の間に、リモート BGP ピアはそれ対して BGP セッションを確立することができます。現時点では、Cisco IOS ConnectRetry タイマーをデフォルトの 120 秒から変更することはできません。
R1> show ip bgp BGP table version is 5, local router ID is 10.200.200.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path r> 10.6.6.0/24 10.10.13.3 0 130 0 30 i *> 10.7.7.0/24 10.10.13.3 0 125 0 30 i
ルーティング情報ベース(RIB)(IPルーティングテーブルなど)にBGPがbestpathプレフィックスをインストールしようとすると、RIBは次のいずれかの理由でBGPルートを拒否できます。
より適切なアドミニストレーティブ ディスタンスのルートが、すでに IGP に存在する。たとえば、IP ルーティング テーブルにすでにスタティック ルートが存在する。
メモリ障害。
VPN ルーティング/転送(VRF)におけるルートの数が、VRF インスタンスで設定された制限を超えている。
この場合、前述の理由で拒否されたプレフィックスは、show ip bgpコマンド出力のr RIB Failureにより識別され、ピアにアドバタイズされます。この機能は、Cisco IOS ソフトウェア リリース 12.2(08.05)T で使用できるようになっています。
A. Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System(EIGRP/OSPF/IS-IS)などのInterior Gateway Protocol(IGP)にiBGPルートを再配布すると、自律システム内でルーティングループが発生する可能性があるため、推奨されません。デフォルトでは、IGP への iBGP の再配布は無効になっています。IGP への iBGP ルートの再配布を有効にするには、bgp redistribute-internal コマンドを実行します。
注:ルートマップを含む特定のルートをIGPに再配布する場合は、注意が必要です。
iBGPを通じて学習されたデフォルトルート0.0.0.0/0をEIGRPに再配布する設定例を次の出力に示します。OSPF/IS-IS の場合も、同様の設定を行います。
router bgp 65345 [...] bgp redistribute-internal ! router eigrp 10 [...] redistribute bgp 65345 route-map check-def ! ip prefix-list def-route seq 5 permit 0.0.0.0/0 ! route-map check-def permit 10 match ip address prefix-list def-route
注:bgp redistribute internal コマンドの設定後は、必ずclear ip bgpコマンドを入力して、ローカルルーティングテーブルのすべてのルートをクリアしてください。
A.同じBGPネイバーに同時に、着信フィルタリスト、配布リスト、プレフィックスリスト、およびルートマップを使用すると、特定のルートをフィルタリングできます。処理の順序を次に示します。
フィルタ リスト
ルート マップ
配布リスト(または)プレフィックス リスト
A.エラーメッセージprotocol not in this imageが表示される原因は、ルータ上で稼働しているCisco IOSバージョンでBGP機能がサポートされていないためです。このエラーを解決するには、Cisco IOSを、BGPをサポートする新しいバージョンのCisco IOSにアップグレードします。
A.このメッセージは、ルータでBGPデバッグがオンになっているときにだけ表示されます。これは単なる情報提供のメッセージで、エラー メッセージではありません。この情報提供のメッセージは BGP の内部タイマーに関連するものです。このメッセージは、undebug allコマンドで無視できます。
A.はい。拡張オブジェクトトラッキングを使用すると、インターフェイスの状態変化やルートの可用性を追跡できます。
A. IP RIBアップデートはプレフィックスを割り当て、属性はチャンクに保持されます。チャンクのすべての要素が解放されるまで、チャンク全体を解放することはできません。より多くのルートが認識されると、チャンク内で解放されている要素が使用されます。
A. IPv6 BGPネイバーを表示するには、show bgp ipv6 unicast summaryコマンドを使用します
A.例:
network 10.150.0.0 mask 255.255.0.0 no auto-summary
ip route 10.150.0.0 255.255.0.0 Null0
ルータは、このルートの参照を停止しますが、他の特定のルートを引き続き送信します。
A. bfd helloは最小秒未満で送信され、そのためにデバッグを実行するとルータが処理できないため、これは正常な動作です。したがって、bfd メッセージは、フラップが発生した場合にのみ、デバッグで表示されます。debug bfdコマンドの目的は次のとおりです。
debug bfd events
このコマンドは、現在設定されているすべての BFD セッションの BFD イベントのロギングを有効にします。また、セッション状態の変更や、ローカル CLI またはリモート エンドによってトリガーされたセッション設定の変更などの BFD イベントをキャプチャします。
debug bfd packets
このコマンドは、現在設定されているすべての BFD セッションの BFD パケットのロギングを有効にします。セッション状態の変更など、bfd 設定変更時に交換される BFD hello パケットだけをキャプチャします。通常の BFD パケットは、このコマンドではキャプチャされません。
Q.新しいBGPネイバーの最大プレフィックスを設定した後は、ルータを再起動する必要がありますか。
A.新しいプレフィクスの最大数が現在の最大数よりも大きい場合は、BGPセッションをソフトクリアまたはハードクリアする必要はなく、リロードは必要ありません。
Q. ASパスの付加とともに、アドバタイズされたルートを確認するコマンドはありますか。
A. ASパスプリペンドが設定されている場合は、プリペンドされるAS番号がASパスに追加されます。アップデートがASからeBGPピアに向けて発信される場合は、ローカルAS番号が完全なASパスのプリペンドになります。
ただし、次のオプションのいずれかを使用して、AS パスの付加が実行されたかどうかを簡単に確認できます。
-
ピア デバイスで BGP AS PATH アトリビュートを確認します。これは、ルータが AS PATH 付加を実行するかどうかを判断する最も簡単な方法の 1 つです。
-
BGP アップデートにデバッグを実行し(発信方向に)、追加を確認します。BGP アップデートをデバッグする間にアクセス リストを使用します。
Example:
Router#debug ip bgp updates 1 out
BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net
prepend.
BGP: TX IPv4 Unicast Top global Start net prepend.
BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs).
The router has prepended the prefix.
BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.
-
もう1つのオプションは、出力インターフェイスでパケットキャプチャを取得し、どのアップデートが回線上で送信されるかを確認することです。
Q. neighbor soft-reconfiguration inbound コマンドは、どのように機能しますか。
A. neighbor soft-reconfiguration inboundコマンドを実行すると、ルータがすべての受信(着信)ルーティングポリシーアップデートを変更なしで保存します。たとえば、重複するテーブルが各ピアのメモリに保存されます。
注:この方式はメモリ集約型であり、絶対に必要でない限り推奨しません。追加メモリを使用せずにソフトリセットを行うには、「BGPソフトリセット」機能拡張を参照してください。
Q. %BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (came) 0 bytesエラーメッセージは何を意味していますか。
A.このメッセージは、別のBGPセッションがすでに確立されている場合に発生します。停止メッセージを受信したルータが、別の IP の同じピアに BGP OPEN メッセージを送信しようとしました。この問題は外観上のものであり、設定が誤っているために発生します。
Q. %IPRT-3-ROUTEINSERTERROR: Error inserting routing entryエラーメッセージは何を意味しているのですか。
A.このエラーメッセージは、ネイバーから学習したBGPプレフィックスを収容するための十分なメモリがないことを示しています。
Q. Cisco IOS XRを含むGSRでは、VPLS-BGPの自動検出機能はルートリフレクタとしてサポートされていますか。
A.はい。Cisco IOS XRを含むGSRでは、VPLS-BGP自動検出のルートリフレクタ機能がサポートされています。
Q. Cisco IOS XR環境では、特定のVRFのルートをどのようにデバッグするのですか。
A.debug bgp keepalive [vrf [vrf-name | all]] vpnv4 unicastコマンドを使用して、Cisco IOS XR環境の特定のVRFのルートをデバッグします。次に、出力例を示します。
*Mar 1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired. *Mar 1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request. *Mar 1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired. *Mar 1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request. *Mar 1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO
Q.ルートがBGPにredistributeコマンドでインジェクトされた場合と、networkコマンドでインジェクトされた場合の違いは何ですか。
A. BGPへのIGPの再配布を使用してルートをアドバタイズする場合、すべてのサブネットに対してnetwork文を個別に指定する必要はありません。また、ルートが再配布によって BGP テーブルへの他のルーティング プロトコルからも取得されている場合、起点(Origin)属性は Incomplete (?) であり、network コマンドを指定した場合は、この属性が Internal/IGP (i) です。ルート選択時には、最小の起点コードが優先されます(IGP < EGP < Incomplete)。
Q.レイヤ4の転送情報のサマリーを確認するにはどうすればよいのですか。
A.レイヤ4転送情報の概要を表示するには、show mls cef summaryコマンドを使用します。例:
Router#show mls cef summary Total routes: 532462 IPv4 unicast routes: 502841 IPv4 Multicast routes: 6 MPLS routes: 19794 IPv6 unicast routes: 9821 IPv6 multicast routes: 3 EoM routes: 0 Router#show mls cef maximum-routes FIB TCAM maximum routes : ======================= Current :- ------- IPv4 + MPLS - 512k (default) IPv6 + IP Multicast - 256k
関連情報
改定 | 発行日 | コメント |
---|---|---|
4.0 |
28-Aug-2023 |
再認定 |
2.0 |
20-Jul-2022 |
初版リリース |
1.0 |
23-Oct-2001 |
初版 |