Nexus 9000 シリーズ : "ip ospf passive-interface" の無効化について
interface 配下に「ip ospf passive-interface」を設定した後に、「no」で「ip ospf passive-interface」を無効化にすると、「no ip ospf passive-interface」として running-config に残ります。 設定前： (config)# sh run int e1/2 | grep ospf (config)# sh run int e1/2 all | grep ospf 設定後： (config)# int e1/2 (config-if)# ip ospf passive-interface (config-if)# sh run int e1/2 | grep ospf ip ospf passive-interface (config-if)# sh run int e1/2 all | grep
ACI Multi-site サイト間通信経路の確認 - Known Unicast
ACI に関しては、ACI How To というポータルサイトに情報を集約しています。 そのため、設定やトラブルシューティング等、ACI に関する情報収集はまず、ACI How To をご参照ください。 このコンテンツも ACI Multi-site サイト間通信経路の確認 - Known Unicast というタイトルで同様の内容が掲載されています。 Cisco Support Community は、Font や Format がくずれてしまうのでこのコンテンツも ACI How To での閲覧をお勧めします。 はじめに 本ドキュメントは ACI Multi-site の基本設定 - Tenant 設定 で構築したACI Multi-site 構成を例に Knonw Unicast に関するサイト間通信経路の確認方法を紹介します。(Unknown Unicast や Multicast
Catalyst 9200 シリーズスイッチ の ハードウェアで の ルーティングサポート
Catalyst 9200 シリーズスイッチでは、SDM Template で vlan template を使用した場合でも、レイヤ3トラフィックのハードウェア転送がサポートされていますが、サポートされていない旨の記載がある CCO ドキュメントがございますので、ご注意ください。 ※2019年4月27日時点での情報 System Management Configuration Guide, Cisco IOS XE Gibraltar 16.10.x (Catalyst 9200 Switches) https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9200/software/release/16-10/configuration_guide/sys_mgmt/b_1610_sys_mgmt_9200_cg/confi
Catalyst 9000 シリーズ StackWise Virtual / StackWise で L3 転送に失敗することがある
2019年4月26日 (初版) 2019年10月23日 (アップデート) TAC SR Collection 主な問題 Catalyst 9000 シリーズ の StackWise Virtual / StackWise で ハードウェア転送で参照する宛先情報の一部において登録の誤りが発生し、対象の宛先情報を参照するパケット群が破棄します IOS-XE Release 16.6 / 16.9 / 16.10 の 該当 Version で発生する可能性があります 原因 この問題は CSCvm45417 として報告されております 解決策 改修版ソフトウェア： CSCvm45417 の問題が解消されたソフトウェアを使用して下さい 備考 本不具合は、Bug Search Tool でも確認できます。
Multi-Exit Discriminator(MED)を使用したBGPルータのベストパスの選択
はじめに このドキュメントでは、 bgp deterministic-med コマンドを使用して、Multi-Exit Discriminator(MED)に基づくパス選択にどのように影響するかを説明します。 前提条件 要件 このドキュメントに関する固有の要件はありません。 使用するコンポーネント このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。 このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。 表記法 ドキュメントの表記法の詳細は、「シスコ テクニカル ティップスの表記法」を参照してください。 MED 属性 MED は
bgp deterministic-med コマンドと bgp always-compare-med コマンドの相違点
概要 bgp deterministic-med と bgp always-compare-med の 2 つの Border Gateway Protocol（BGP）コンフィギュレーション コマンドはよく混同されます。このドキュメントでは、bgp deterministic-med と bgp always-compare-med の 2 つのコマンドが、Multi Exit Discriminator（MED）ベースの経路選択にどのように影響するのか、また、各コマンドによって、最適経路の選択時に BGP の動作がどのように変化するのかについて説明します。 前提条件 要件 このドキュメントに特有の要件はありません。 使用するコンポーネント このドキュメントの情報は、Cisco IOS® ソフトウェア リリース 12.2(10b) 以降に基づくものです。 このドキュメントの情報は、特定の
BGPベストパスアルゴリズムの選択
はじめに このドキュメントでは、ボーダー ゲートウェイ プロトコル（BGP）のベストパスアルゴリズムの機能について説明します。 背景説明 BGPルータは通常、同じ宛先への複数のパスを受信します。BGP の最適パス アルゴリズムは、IP ルーティング テーブルに格納し、トラフィック転送に使用する最適なパスを決めるものです。 ルータでパスが無視される理由 特定のプレフィクスについてルータで受信されるすべてのパスがリストに並んでいると仮定します。このリストは、 show ip bgp longer-prefixes コマンドを使用して、アップグレードを実行します。この場合、パスの中には最適パスの候補と見なされないものがあります。通常、そのようなパスの出力には有効なフラグがありません。 show ip bgp longer-prefixes コマンドを使用して、アップグレードを実行します。ルータで
NHRP シリーズ : その1 NHRP とは？
2019-04-10 05:11 PM - 最終編集日: 2019-09-06 03:28 PM 、編集者: CiscoJapanModerator その1、としてどんなプロトコルか大まかにまとめてみます。 NHRP とはどんなプロトコルか。 簡単に言えば ARP みたいなものです。 ARP は Address Resolution Protocol という名前のとおり、 IP アドレスと MAC アドレスを紐づけるのに使われています。 「この IP はどの MAC アドレス？」という ARP リクエストをブロードキャストでネットワークに送信し、 「私です。」というA RP リプライから IP アドレスと MAC アドレスを紐づけます。 Address を Resolution する Protocol、アドレスを解決してくれるプロトコル ARP ということになります。 NHRPは正式に
スタティックルートのネクストホップ IP アドレスの設定
はじめに このドキュメントでは、スタティックルートについて説明し、ネクストホップ IP アドレスへの到達方法を指定することが望ましい場合を、問題のシナリオを使用して示します。 前提条件 要件 このドキュメントに関する固有の要件はありません。 使用するコンポーネント このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。 このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。 背景説明 スタティックルートはさまざまな理由で使用されますが、宛先 IP アドレスへのダイナミックルートがない場合、または動的に学習されたルートを上書きするため
UPnP を利用して IPv6 アドレスを明らかにする
エグゼクティブ サマリー ZMap や Masscan などのツールが利用可能になったことや、一般的に使用可能な帯域幅が拡大していることから、かつては実行が難しかったインターネット上の IPv4 の全アドレス空間のスキャンが当たり前に行われるようになっています。Shodan や Scans.io のようなプロジェクトでは、最新のスキャン結果のデータセットを集計して公的な分析用に頻繁に公開しているため、研究者はインターネットの現状についての詳しい洞察を得ることができます。 一般的には IPv4 が使用されていますが、IPv6 の使用が増加しています。しかし、アドレス空間のサイズを考えると、この最新のインターネット プロトコルは包括的なスキャンの実行が不可能であるため、ほとんど分析がなされていません。アクティブな IPv6 ホストを列挙するには、今までにない手法を導入する必要があります。 この
Cisco Nonstop Forwarding with Stateful Switchover Deployment Guide [High Availability]
Cisco Nonstop Forwarding (NSF) with Stateful Switchover (SSO) provides increased network service availability and protection against unplanned downtime due to hardware or software problems. Deploying NSF/SSO at critical network locations will improve system and service availability while preparing to take advantage of future capabilities that target planned downtime through In Service Software Upg
![Cisco Nonstop Forwarding with Stateful Switchover Deployment Guide [High Availability]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a10a94c15b65746edfbcef8182b30f570b4353d/height=288;version=1;width=512/http%3A%2F%2Fwww.cisco.com%2Fweb%2Ffw%2Fi%2Flogo-open-graph.gif)
セグメント ルーティング 誕生 5 周年
この記事は、サービス プロバイダー担当シニアバイスプレジデントであり、ジェネラルマネージャーでもある Jonathan Davidson によるブログ「Celebrating Segment Routing’s 5th Birthday」（2017/6/26）の抄訳にコメントを加えたものです。また、セグメント ルーティングに関する最新技術動向については、『「Cisco EPN Day」SP ネットワークの未来を見通す 4 時間！』のブログ記事で紹介しています。 「セグメント ルーティング」とは、Internet Engineering Task Force（IETF）で定義されたアーキテクチャである、Source Packet Routing In Networking（SPRING）を指す用語として、業界で広く使用されています。2012 年以降、シスコはセグメント ルーティングの先駆者と
Segment Routing! - 究極のHybrid SDN
概要 最近のSDNブームにより、ネットワークのあり方自体に関しても大きな見直しが行われました。そのような中、我々が出した一つの答えが、Segment Routingです(draft-filsfils-rtgwg-segment-routing)。SPF計算、障害検知、OAM、迂回などの自律分散性は残しながら、集中型が適している制御（可視化・自動化・トラフィックエンジニアリングなど）は集中型で行います。また、集中・分散の配分の具合により、そのネットワーク運用方針にあった、程よい、Hybrid制御のあり方を探って戴けることと思います。5分という短い時間ですが、できるだけSegment Routingというイノヴェーションの本質に迫ります。 発表者 河野 美也 (シスコシステムズ合同会社) 公開資料
Segment Routingチュートリアル
概要 JANOG40ミーティングでは「“Segment Routing” - Chasmを越えてついに実用段階へ、そしてこれからのNetwork Programmability」のプログラムがありますが、事前のチュートリアルとしてSegment Routingの概要および技術詳細を、WebExを用いたオンラインチュートリアルで解説します。 Segment Routing概要 SR-MPLS 基本動作: コントロールプレーンとデータプレーン TI-LFA SR-TE ユースケース SRv6 SRv6データプレーン: SR-MPLSとの違い SRv6ネットワークプログラマビリティ 日時 7月18日(火) 15:30～ 所要時間は1時間30分ほどを予定しています。 発表者 鎌田 徹平 (シスコシステムズ合同会社) 竹田 直哉 (シスコシステムズ合同会社) 資料 Segment Routing チ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iBGP between Control Nodes and Border Nodes in SDA
SD-Access Dual Default Border
Dual ISP implementation on ASA
eigrp redistribute connected
https://www.janog.gr.jp/meeting/janog40/application/files/2415/0051/7614/janog40-sr-kamata-takeda-00.pdf
High Availability Campus Network Design--Routed Access Layer using EIGRP or OSPF