Cisco のコマンド互換性まとめ - 版の履歴

Hkatou: /* 使用できないコマンドを選定していないか */

2023-11-12T23:59:19Z

使用できないコマンドを選定していないか

← 古い版		2023年11月13日 (月) 08:59時点における版
27行目:		27行目:

	=== 使用できないコマンドを選定していないか ===		=== 使用できないコマンドを選定していないか ===
	~~例えば~~ show interfaces status ~~では以下のミスがあった。~~		例えばスイッチでのみ使用可能な show interfaces status では、以下のミスが発生する。

	* '''show interfaces status をルータで取得'''してしまう		* '''show interfaces status をルータで取得'''してしまう
41行目:		41行目:
	** NX-OS では show interface status (s が無い単数形) が正しい		** NX-OS では show interface status (s が無い単数形) が正しい
	** 実機確認の重要性がわかる事例		** 実機確認の重要性がわかる事例
	** ~~普段マクロで取ってて障害になってから、取れてないことがわかったりすると悲惨~~		** 普段マクロで取ってて、障害になってから取れてないことがわかったりすると悲惨

	=== 仮想 OS , ~~実機で投入確認を行い、取得できたコマンドをリストに反映する~~ ===		=== 仮想 OS , 実機で投入確認を行い、取得できたコマンドを資料やマクロに反映する ===
	人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。		人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。

51行目:		51行目:
	確認できる仮想 OS としては、以下の例が挙げられる。		確認できる仮想 OS としては、以下の例が挙げられる。

	* ルータ : IOSv , XRv		* ルータ : IOSv , CSR1000V , XRv
	* スイッチ : IOSv-L2 , NX-OS 9000v		* スイッチ : IOSv-L2 , NX-OS 9000v
	* ファイアウォール : ASAv		* ファイアウォール : ASAv
57行目:		57行目:

	== ルータ IOS / IOS-XE ==		== ルータ IOS / IOS-XE ==
	IP ルーティング、IP ~~アプリケーションなど、ハードウェアに依存しない機能は他の~~ IOS と共通のコマンドが使用可能。		IP ルーティング、IP アプリケーションなど、ハードウェアに依存しない機能は、他の IOS と共通のコマンドが使用可能。

	~~ルータの機能が動作するため、スイッチのコマンドは使用できない。~~		ルータの機能が動作するため、スイッチのコマンドは基本的に使用できない。

			* 例外としてスイッチポート / モジュールでは使用可能

	=== 主に該当する機種 ===		=== 主に該当する機種 ===
77行目:		79行目:

	* ルータは通常、送信先の決定に MAC アドレステーブルを使用しない		* ルータは通常、送信先の決定に MAC アドレステーブルを使用しない
	* L2VPN , bridge などの L2 機能の動作時を除く		* スイッチポート / モジュールや L2VPN , bridge などの L2 機能の動作時を除く


83行目:		85行目:

	* Vlan / access / trunk を表示する、スイッチポートのコマンドは基本的に使用できない		* Vlan / access / trunk を表示する、スイッチポートのコマンドは基本的に使用できない
	* C892 ~~など、スイッチポートを持つ機種は表示できる~~		* C892 など、スイッチポートを持つ機種は表示できる


123行目:		125行目:
	強いて言えば IOS-XE だとハードウェア確認のコマンドが、ある程度 show platform 系にまとめられている。		強いて言えば IOS-XE だとハードウェア確認のコマンドが、ある程度 show platform 系にまとめられている。

	Ethernet Virtual Circuit (EVC) ~~などルータ系特有な機能のコマンドは使用できない。~~		Ethernet Virtual Circuit (EVC) など、ルータ系特有な機能のコマンドは使用できない。

	=== 主に該当する機種 ===		=== 主に該当する機種 ===

2022年10月3日 (月) 00:37にHkatouによる

2022-10-03T00:37:15Z

← 古い版		2022年10月3日 (月) 09:37時点における版
12行目:		12行目:
	'''機能確認 : 正常に動作していること'''		'''機能確認 : 正常に動作していること'''

			* トラブルシューティング時に、正常であることを確認できるコマンドをリストアップする
	* 例) show interfaces trunk で Vlan が allowed されていること		* 例) show interfaces trunk で Vlan が allowed されていること
	** show run で allowed が設定されていても vlan が作成されていないと、このコマンドで allowed に出て来ない = 異常と判明する		** show run で allowed が設定されていても vlan が作成されていないと、このコマンドで allowed に出て来ない = 異常と判明する
21行目:		22行目:
	'''冗長確認 : 切り替え時に変化が確認できること'''		'''冗長確認 : 切り替え時に変化が確認できること'''

			* 冗長切替発生時、正常時と比較して切り替えが確認できるコマンドをリストアップする
	* 例) LAG メンバー 2 本のうち、1 本をダウンさせた後、show etherchannel summary で 2 ポートの片方が (P) でバンドルされていて、もう片方が (D) でダウンしていること		* 例) LAG メンバー 2 本のうち、1 本をダウンさせた後、show etherchannel summary で 2 ポートの片方が (P) でバンドルされていて、もう片方が (D) でダウンしていること
	** 障害試験の正常時と異常時に取得して、想定通り切り替えができたか確認できる		** 障害試験の正常時と異常時に取得して、想定通り切り替えができたか確認できる
28行目:		30行目:

	* '''show interfaces status をルータで取得'''してしまう		* '''show interfaces status をルータで取得'''してしまう
	** Vlan / access / trunk ~~を表示するコマンドだが、ルータにこの機能は存在しない~~		** Vlan / access / trunk を表示するコマンドだが、ルータにこのスイッチポートは基本的に存在しない
	** スイッチポートモジュールを搭載したルータには使用可能なのがまたややこしい		** スイッチポートモジュールを搭載したルータには使用可能なのがまたややこしい
	*** この場合もルーテッドポートは表示対象外		*** この場合もルーテッドポートは表示対象外
39行目:		41行目:
	** NX-OS では show interface status (s が無い単数形) が正しい		** NX-OS では show interface status (s が無い単数形) が正しい
	** 実機確認の重要性がわかる事例		** 実機確認の重要性がわかる事例
	** ~~マクロで取ってて障害になってから、取れてないことがわかったりすると最悪~~		** 普段マクロで取ってて障害になってから、取れてないことがわかったりすると悲惨

	=== 仮想 OS , 実機で投入確認を行い、取得できたコマンドをリストに反映する ===		=== 仮想 OS , 実機で投入確認を行い、取得できたコマンドをリストに反映する ===
58行目:		60行目:

	ルータの機能が動作するため、スイッチのコマンドは使用できない。		ルータの機能が動作するため、スイッチのコマンドは使用できない。

			=== 主に該当する機種 ===
			IOS

			* C891FJ , C892J
			* C921J

			IOS-XE

			* C1111
			* ISR4000
			* ASR900 , ASR1000

	=== 使用不可コマンドの例 ===		=== 使用不可コマンドの例 ===
68行目:		82行目:
	'''show interfaces status'''		'''show interfaces status'''

	* Vlan / access / trunk ~~を表示する、スイッチのコマンドは使用できない~~		* Vlan / access / trunk を表示する、スイッチポートのコマンドは基本的に使用できない
			* C892 など、スイッチポートを持つ機種は表示できる


	== ルータ IOS-XR ==		== ルータ IOS-XR ==
	show ip route -> show route など Juniper っぽいコマンド体系になっている。		show ip route -> show route など Juniper の Junos っぽいコマンド体系になっている。

	基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。		基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。
94行目:		109行目:
	XR VM v2</ref>しており、メモリ確認など複雑になっている。		XR VM v2</ref>しており、メモリ確認など複雑になっている。

			* メモリ取得コマンドをアレンジする必要あり

			=== 主に該当する機種 ===
			ASR9000

			NCS5000

			Cisco8000

	== スイッチ IOS / IOS-XE ==		== スイッチ IOS / IOS-XE ==
	IOS と IOS-XE ~~で意識してコマンドを変える必要はほとんど無い。~~		IOS と IOS-XE で違いを意識してコマンドを変える必要はほとんど無い。

	強いて言えば IOS-XE ~~だとハードウェア確認のコマンドが~~ show platform 系にまとめられている。		強いて言えば IOS-XE だとハードウェア確認のコマンドが、ある程度 show platform 系にまとめられている。

	Ethernet Virtual Circuit (EVC) などルータ系特有な機能のコマンドは使用できない。		Ethernet Virtual Circuit (EVC) などルータ系特有な機能のコマンドは使用できない。

			=== 主に該当する機種 ===
			IOS

			* Catalyst 1000
			* Catalyst 2960
			* Catalyst 3560 , 3750

			IOS-XE

			* Catalyst 3650 , 3850
			* Catalyst 4500-X
			* Catalyst 9000

	=== 使用不可コマンドの例 ===		=== 使用不可コマンドの例 ===

2022年9月29日 (木) 00:43にHkatouによる

2022-09-29T00:43:19Z

← 古い版		2022年9月29日 (木) 09:43時点における版
76行目:		76行目:
	基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。		基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。

	64 bit カーネルの eXR になってからは、ハードウェア管理 VM と IOS-XR VM に分離 <ref>ASR9K - eXR 'show memory summary' not showing all physical memory		64 bit カーネルの eXR (Eveolved XR) になってからは、ハードウェア管理 VM と IOS-XR VM に分離 <ref>ASR9K - eXR 'show memory summary' not showing all physical memory

	https://www.cisco.com/c/en/us/support/docs/routers/asr-9000-series-aggregation-services-routers/213904-asr9k-exr-show-memory-summary-not-sh.html		https://www.cisco.com/c/en/us/support/docs/routers/asr-9000-series-aggregation-services-routers/213904-asr9k-exr-show-memory-summary-not-sh.html
92行目:		92行目:
	XR VM		XR VM

	XR VM v2</ref>~~しており、メモリ確認などがややこしくなっている。~~		XR VM v2</ref>しており、メモリ確認など複雑になっている。

Hkatou: /* スイッチ NX-OS */

2022-09-28T23:47:54Z

スイッチ NX-OS

← 古い版		2022年9月29日 (木) 08:47時点における版
93行目:		93行目:

	XR VM v2</ref>しており、メモリ確認などがややこしくなっている。		XR VM v2</ref>しており、メモリ確認などがややこしくなっている。


	== スイッチ IOS / IOS-XE ==		== スイッチ IOS / IOS-XE ==
110行目:		111行目:
	一方で show etherchannel -> show port-channel など変更になっているコマンドもある。		一方で show etherchannel -> show port-channel など変更になっているコマンドもある。

	feature コマンドで有効にしないと、show ~~コマンドも無いように見えてしまうので注意が必要。~~		feature コマンドで有効にしないと、show コマンドが存在しないかのように見えてしまうので注意が必要。<syntaxhighlight lang="diff">
			switch# conf t
			Enter configuration commands, one per line. End with CNTL/Z.
			switch(config)# feature bgp
			show ip bgp su
			2022 Sep 28 23:46:33 switch %$ VDC-1 %$ %LICMGR-2-LOG_LIC_MISSING_WARNING: A feature that requires LAN_ENTERPRISE_SERVICES_PKG license is not installed. System supports honor based licensing so feature will continue to be fully functional. Use 'show license usage <package-name>' to find features using missing license.
			switch(config)# show ip bgp summary
			Note: process currently not running
			</syntaxhighlight>

			== リファレンス ==
	[[カテゴリ:その他]]		[[カテゴリ:その他]]
	[[カテゴリ:Cisco]]		[[カテゴリ:Cisco]]

Hkatou: /* 使用できないコマンドを選定していないか */

2022-09-28T23:36:38Z

使用できないコマンドを選定していないか

← 古い版		2022年9月29日 (木) 08:36時点における版
25行目:		25行目:

	=== 使用できないコマンドを選定していないか ===		=== 使用できないコマンドを選定していないか ===
	例えば show interfaces status ~~は以下のようなミスが存在する。~~		例えば show interfaces status では以下のミスがあった。

	* '''show interfaces status をルータで取得'''してしまう		* '''show interfaces status をルータで取得'''してしまう
41行目:		41行目:
	** マクロで取ってて障害になってから、取れてないことがわかったりすると最悪		** マクロで取ってて障害になってから、取れてないことがわかったりすると最悪

	=== 仮想 OS , ~~実機で投入確認を行う~~ ===		=== 仮想 OS , 実機で投入確認を行い、取得できたコマンドをリストに反映する ===
	人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。		人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。

	~~現地で試験表を書き換えるのは避けたい。~~		現地で試験表のコマンドを書き換えるのは避けたい。

2022年9月28日 (水) 23:34にHkatouによる

2022-09-28T23:34:47Z

← 古い版		2022年9月29日 (木) 08:34時点における版
8行目:		8行目:

	大体コンフィギュレーションガイドに記載がある。		大体コンフィギュレーションガイドに記載がある。

	~~show tech-support だけ取れば良い、というのは初心者。~~

	=== 各機能ごとに 2 つの観点からコマンドを選定する ===		=== 各機能ごとに 2 つの観点からコマンドを選定する ===
23行目:		21行目:
	'''冗長確認 : 切り替え時に変化が確認できること'''		'''冗長確認 : 切り替え時に変化が確認できること'''

	* 例) ~~show~~ etherchannel summary で 2 ポートの片方が (P) でバンドルされていて、もう片方が (D) でダウンしていること		* 例) LAG メンバー 2 本のうち、1 本をダウンさせた後、show etherchannel summary で 2 ポートの片方が (P) でバンドルされていて、もう片方が (D) でダウンしていること
	** 障害試験の正常時と異常時に取得して、想定通り切り替えができたか確認できる		** 障害試験の正常時と異常時に取得して、想定通り切り替えができたか確認できる

31行目:		29行目:
	* '''show interfaces status をルータで取得'''してしまう		* '''show interfaces status をルータで取得'''してしまう
	** Vlan / access / trunk を表示するコマンドだが、ルータにこの機能は存在しない		** Vlan / access / trunk を表示するコマンドだが、ルータにこの機能は存在しない
	** スイッチポート ~~モジュールを搭載した機種には使用可能なのがまたややこしい~~		** スイッチポートモジュールを搭載したルータには使用可能なのがまたややこしい
	*** ~~この場合もルータポートは表示対象外~~		*** この場合もルーテッドポートは表示対象外
	** show ip interface brief ~~を使用するべき~~		** ダウン・アップを確認したいのであれば、以下の代替コマンドを使用するべき
			*** show ip interface brief
			*** show ipv6 interface brief
			*** show interface description
	** 何々の情報を取得したいからこのコマンド、というように目的を意識しないとこのような失敗をしてしまう		** 何々の情報を取得したいからこのコマンド、というように目的を意識しないとこのような失敗をしてしまう
	* '''show interfaces status を Nexus で取得'''しようとしてエラー		* '''show interfaces status を Nexus で取得'''しようとしてエラー
43行目:		44行目:
	人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。		人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。

	~~現地で試験表を書き換えるのは避けたいところ。~~		現地で試験表を書き換えるのは避けたい。


75行目:		76行目:
	基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。		基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。

			64 bit カーネルの eXR になってからは、ハードウェア管理 VM と IOS-XR VM に分離 <ref>ASR9K - eXR 'show memory summary' not showing all physical memory

			https://www.cisco.com/c/en/us/support/docs/routers/asr-9000-series-aggregation-services-routers/213904-asr9k-exr-show-memory-summary-not-sh.html

			Analysis

			From release 6.2.1 onwards, eXR on ASR9K will use the Virtual Machine (VM) virtualisation model, switching from using Linux Container (LXC) model which was used in releases 6.1.2 and 6.1.3.</ref> <ref>ASR9000 64-bit IOS XR: Increase RAM available to XR VM by disabling ISSU

			https://community.cisco.com/t5/service-providers-knowledge-base/asr9000-64-bit-ios-xr-increase-ram-available-to-xr-vm-by/ta-p/3845978

			host OS

			Admin VM

			XR VM

			XR VM v2</ref>しており、メモリ確認などがややこしくなっている。

	== スイッチ IOS / IOS-XE ==		== スイッチ IOS / IOS-XE ==
			IOS と IOS-XE で意識してコマンドを変える必要はほとんど無い。

			強いて言えば IOS-XE だとハードウェア確認のコマンドが show platform 系にまとめられている。

	Ethernet Virtual Circuit (EVC) などルータ系特有な機能のコマンドは使用できない。		Ethernet Virtual Circuit (EVC) などルータ系特有な機能のコマンドは使用できない。

2022年9月28日 (水) 12:53にHkatouによる

2022-09-28T12:53:29Z

← 古い版		2022年9月28日 (水) 21:53時点における版
89行目:		89行目:

	feature コマンドで有効にしないと、show コマンドも無いように見えてしまうので注意が必要。		feature コマンドで有効にしないと、show コマンドも無いように見えてしまうので注意が必要。
			[[カテゴリ:その他]]
			[[カテゴリ:Cisco]]

Hkatou: /* スイッチ IOS / IOS-XE */

2022-09-28T00:23:59Z

スイッチ IOS / IOS-XE

← 古い版		2022年9月28日 (水) 09:23時点における版
1行目:		1行目:
	コマンドリストを作成するときに、気にしていることのまとめ。		コマンドリストを作成するときに、気にしていることのまとめ。


	== 基本方針 ==		== 基本方針 ==
50行目:		51行目:
	* スイッチ : IOSv-L2 , NX-OS 9000v		* スイッチ : IOSv-L2 , NX-OS 9000v
	* ファイアウォール : ASAv		* ファイアウォール : ASAv


	== ルータ IOS / IOS-XE ==		== ルータ IOS / IOS-XE ==
66行目:		68行目:

	* Vlan / access / trunk を表示する、スイッチのコマンドは使用できない		* Vlan / access / trunk を表示する、スイッチのコマンドは使用できない


	== ルータ IOS-XR ==		== ルータ IOS-XR ==
	show ip route -> show route など Juniper っぽいコマンド体系になっている。		show ip route -> show route など Juniper っぽいコマンド体系になっている。

	~~基本的に別物としてコマンドを調査する必要あり。~~		基本的に IOS / IOS-XE とは別物としてコマンドを調査する必要あり。


	== スイッチ IOS / IOS-XE ==		== スイッチ IOS / IOS-XE ==
	EVC ~~などのルータ系 Bridge 系機能など、ルータ特有の機能のコマンドは使用できない。~~		Ethernet Virtual Circuit (EVC) などルータ系特有な機能のコマンドは使用できない。

	=== 使用不可コマンドの例 ===		=== 使用不可コマンドの例 ===
	show bridge (実行できても何も取得できない)		show bridge (実行できても何も取得できない)


	== スイッチ NX-OS ==		== スイッチ NX-OS ==

Hkatou: ページの作成:「コマンドリストを作成するときに、気にしていることのまとめ。 == 基本方針 == === 各機器で使用している機能を洗い出す === v…」

2022-09-28T00:11:59Z

ページの作成:「コマンドリストを作成するときに、気にしていることのまとめ。 == 基本方針 == === 各機器で使用している機能を洗い出す === v…」

新規ページ

コマンドリストを作成するときに、気にしていることのまとめ。

== 基本方針 ==

=== 各機器で使用している機能を洗い出す ===
vlan / EtherChannel / OSPF など、使用する機能別に show コマンドを調査する。

大体コンフィギュレーションガイドに記載がある。

show tech-support だけ取れば良い、というのは初心者。

=== 各機能ごとに 2 つの観点からコマンドを選定する ===
'''機能確認 : 正常に動作していること'''

* 例) show interfaces trunk で Vlan が allowed されていること
** show run で allowed が設定されていても vlan が作成されていないと、このコマンドで allowed に出て来ない = 異常と判明する
* 例) show mac address-table でトラフィックを送受信する端末の MAC アドレスが学習されていること
** ソフトウェア不具合に該当した場合、MAC アドレステーブルの正常性を証明する必要があるため、予め取得しておく
** ルーティングテーブルなどのエントリも同様に取得する

'''冗長確認 : 切り替え時に変化が確認できること'''

* 例) show etherchannel summary で 2 ポートの片方が (P) でバンドルされていて、もう片方が (D) でダウンしていること
** 障害試験の正常時と異常時に取得して、想定通り切り替えができたか確認できる

=== 使用できないコマンドを選定していないか ===
例えば show interfaces status は以下のようなミスが存在する。

* '''show interfaces status をルータで取得'''してしまう
** Vlan / access / trunk を表示するコマンドだが、ルータにこの機能は存在しない
** スイッチポートモジュールを搭載した機種には使用可能なのがまたややこしい
*** この場合もルータポートは表示対象外
** show ip interface brief を使用するべき
** 何々の情報を取得したいからこのコマンド、というように目的を意識しないとこのような失敗をしてしまう
* '''show interfaces status を Nexus で取得'''しようとしてエラー
** NX-OS では show interface status (s が無い単数形) が正しい
** 実機確認の重要性がわかる事例
** マクロで取ってて障害になってから、取れてないことがわかったりすると最悪

=== 仮想 OS , 実機で投入確認を行う ===
人間のレビューのように曖昧な確認よりも、実際の機械に確認したもらったほうが確実。

現地で試験表を書き換えるのは避けたいところ。

確認できる仮想 OS としては、以下の例が挙げられる。

* ルータ : IOSv , XRv
* スイッチ : IOSv-L2 , NX-OS 9000v
* ファイアウォール : ASAv

== ルータ IOS / IOS-XE ==
IP ルーティング、IP アプリケーションなど、ハードウェアに依存しない機能は他の IOS と共通のコマンドが使用可能。

ルータの機能が動作するため、スイッチのコマンドは使用できない。

=== 使用不可コマンドの例 ===
'''show mac address-table'''

* ルータは通常、送信先の決定に MAC アドレステーブルを使用しない
* L2VPN , bridge などの L2 機能の動作時を除く

'''show interfaces status'''

* Vlan / access / trunk を表示する、スイッチのコマンドは使用できない

== ルータ IOS-XR ==
show ip route -> show route など Juniper っぽいコマンド体系になっている。

基本的に別物としてコマンドを調査する必要あり。

== スイッチ IOS / IOS-XE ==
EVC などのルータ系 Bridge 系機能など、ルータ特有の機能のコマンドは使用できない。

=== 使用不可コマンドの例 ===
show bridge (実行できても何も取得できない)

== スイッチ NX-OS ==
Catalyst の IOS-XE と共通で使えるコマンドが多い。

一方で show etherchannel -> show port-channel など変更になっているコマンドもある。

feature コマンドで有効にしないと、show コマンドも無いように見えてしまうので注意が必要。