Cisco IOS リリース 12.2(54)SGx および 12.2(53)SGx（Catalyst 4500 シリーズ スイッチ ）リリースノート
Table of Contents
Catalyst 4500 シリーズスイッチ Cisco IOS リリース12.2(54)SGx および 12.2(53)SGx リリースノート
Cisco Catalyst 4500 シリーズ向け Cisco IOS ソフトウェア パッケージ
Catalyst 4500 シリーズ スイッチ Cisco IOS のリリース戦略
Catalyst 4500 シリーズ スイッチでサポートされているハードウェア
Catalyst 4500 E シリーズ スイッチでサポートされているハードウェア
Catalyst 4500 シリーズ スイッチでサポートされている機能
Supervisor Engine 6-E および 6L-E に固有の機能
コンソールからのスーパバイザ エンジン ROMMON のアップグレード
Telnet を使用した スーパバイザ エンジン ROMMON のリモートでのアップグレード
Supervisor Engine II+ Plus 〜 V-10GE の場合
Supervisor Engine 6-E および Supervisor Engine 6L-E の場合
Cisco IOS リリース 12.2(54)SG1 の未解決の警告
Cisco IOS リリース 12.2(54)SG1 の解決済みの警告
Cisco IOS リリース 12.2(54)SG の未解決の警告
Cisco IOS リリース 12.2(54)SG の解決済みの警告
Cisco IOS リリース 12.2(53)SG11 の未解決の警告
Cisco IOS リリース 12.2(53)SG11 の解決済みの警告
Cisco IOS リリース 12.2(53)SG10 の未解決の警告
Cisco IOS リリース 12.2(53)SG10 の解決済みの警告
Cisco IOS リリース 12.2(53)SG9 の未解決の警告
Cisco IOS リリース 12.2(53)SG9 の解決済みの警告
Cisco IOS リリース 12.2(53)SG8 の未解決の警告
Cisco IOS リリース 12.2(53)SG8 の解決済みの警告
Cisco IOS リリース 12.2(53)SG7 の未解決の警告
Cisco IOS リリース 12.2(53)SG7 の解決済みの警告
Cisco IOS リリース 12.2(53)SG6 の未解決の警告
Cisco IOS リリース 12.2(53)SG6 の解決済みの警告
Cisco IOS リリース 12.2(53)SG5 の未解決の警告
Cisco IOS リリース 12.2(53)SG5 の解決済みの警告
Cisco IOS リリース 12.2(53)SG4 の未解決の警告
Cisco IOS リリース 12.2(53)SG4 の解決済みの警告
Cisco IOS リリース 12.2(53)SG3 の未解決の警告
Cisco IOS リリース 12.2(53)SG3 の解決済みの警告
Cisco IOS リリース 12.2(53)SG2 の未解決の警告
Cisco IOS リリース 12.2(53)SG2 の解決済みの警告
Cisco IOS リリース 12.2(53)SG1 の未解決の警告
Cisco IOS リリース 12.2(53)SG1 の解決済みの警告
Cisco IOS リリース 12.2(53)SG の未解決の警告
Cisco IOS リリース 12.2(53)SG の解決済みの警告
Cisco IOS リリース 12.2(52)XO の未解決の警告
Cisco IOS リリース 12.2(52)XO の解決済みの警告
Cisco IOS リリース 12.2(52)SG の未解決の警告
Cisco IOS リリース 12.2(52)SG の解決済みの警告
Cisco IOS リリース 12.2(50)SG8 の未解決の警告
Cisco IOS リリース 12.2(50)SG8 の解決済みの警告
Cisco IOS リリース 12.2(50)SG7 の未解決の警告
Cisco IOS リリース 12.2(50)SG7 の解決済みの警告
Cisco IOS リリース 12.2(50)SG6 の未解決の警告
Cisco IOS リリース 12.2(50)SG6 の解決済みの警告
Cisco IOS リリース 12.2(50)SG5 の未解決の警告
Cisco IOS リリース 12.2(50)SG5 の解決済みの警告
Cisco IOS リリース 12.2(50)SG4 の未解決の警告
Cisco IOS リリース 12.2(50)SG4 の解決済みの警告
Cisco IOS リリース 12.2(50)SG3 の未解決の警告
Cisco IOS リリース 12.2(50)SG3 の解決済みの警告
Cisco IOS リリース 12.2(50)SG2 の未解決の警告
Cisco IOS リリース 12.2(50)SG2 の解決済みの警告
Cisco IOS リリース 12.2(50)SG1 の未解決の警告
Cisco IOS リリース 12.2(50)SG1 の解決済みの警告
Cisco IOS リリース 12.2(50)SG の未解決の警告
Cisco IOS リリース 12.2(50)SG の解決済みの警告
Cisco IOS Release 12.2（46）SG でオープンになっている警告
Cisco IOS Release 12.2（46）SG で解決済みの警告
Cisco IOS リリース 12.2(44)SG1 の未解決の警告
Cisco IOS リリース 12.2(44)SG1 の解決済みの警告
Cisco IOS リリース 12.2(44)SG の未解決の警告
Cisco IOS リリース 12.2(44)SG の解決済みの警告
Cisco IOS リリース 12.2(40)SG の未解決の警告
Cisco IOS リリース 12.2(40)SG の解決済みの警告
Catalyst 4500 シリーズスイッチ Cisco IOS
リリース12.2(54)SGx および 12.2(53)SGx
リリースノート
現在のリリース
12.2(53)SG11：2014 年 8 月 18 日
以前のリリース
12.2(54)SG1、12.2(54)SG、12.2(53)SG10、12.2(53)SG9、12.2(53)SG8、12.2(53)SG7、12.2(53)SG6、12.2(53)SG5、12.2(53)SG4、12.2(53)SG3、12.2(53)SG2、12.2(53)SG1、12.2(53)SG、12.2(52)XO、12.2(52)SG、12.2(50)SG8、12.2(50)SG7、12.2(50)SG6、12.2(50)SG5、12.2(50)SG4、12.2(50)SG3、12.2(50)SG2、12.2(50)SG1、12.2(50)SG、12.2(46)SG、12.2(44)SG1、12.2(44)SG、12.2(40)SG
これらのリリース ノートでは、Catalyst 4500 シリーズ スイッチ上の Cisco IOS ソフトウェアの機能、変更点、および警告について説明します。最新のソフトウェアリリースは、Cisco IOS リリース 12.2(54)SG です。
デフォルトイメージである Cisco IOS ソフトウェアリリース 12.2(54)SG のサポートは、次の URL で入手可能な標準の Cisco Systems® サポートポリシーに従います。
http://www.cisco.com/en/US/products/products_end-of-life_policy.html
注
リリースノートは固有で、4 つのプラットフォーム（Catalyst 4500、Catalyst 4900、Catalyst ME 4900、および Catalyst 4900M）ごとに存在しますが、ソフトウェア コンフィギュレーション ガイド、コマンドリファレンスガイド、およびシステムメッセージガイドは共通しています。
Catalyst 4500 シリーズ スイッチの詳細については、次の URL を参照してください。
http://www.cisco.com/go/cat4500/docs
Cisco Catalyst 4500 シリーズ向け Cisco IOS ソフトウェア パッケージ
Cisco Catalyst 4500 シリーズ スイッチ向けの新しい Cisco IOS ソフトウェアパッケージは、Cisco IOS ソフトウェアリリース 12.2(25)SG で導入されました。このソフトウェア パッケージは機能の新しい基盤となり、すべての Cisco Catalyst スイッチにおける一貫性を維持します。新しい Cisco IOS ソフトウェア リリース トレインは、12.2SG として指定されています。
以前の Cisco Catalyst 4500 シリーズ スイッチの Cisco Catalyst 4500 シリーズ IOS ソフトウェアイメージ（以前は Basic Layer 3 および Enhanced Layer 3）は、IP Base および Enterprise Services にそれぞれマッピングされます。Cisco IOS ソフトウェアに基づき現在出荷されているすべての Cisco Catalyst 4500 ソフトウェア機能は、一部の例外を除き、リリース 12.2(54)SG の IP Base イメージでサポートされています。
IP Base イメージは、NSF/SSO、BGP、EIGRP、EIGRPv6、OSPF、OSPFv3、IS-IS、Internetwork Packet Exchange（IPX）、AppleTalk、VRF-Lite、およびポリシーベースルーティング（PBR）などの拡張ルーティング機能をサポートしていません。IP Base イメージは、Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、V-10GE、および 6-E での限定ルーティング用の EIGRP スタブをサポートします。
Enterprise Services イメージは、拡張ルーティングなどの Cisco IOS ソフトウェアに基づくすべての Cisco Catalyst 4500 シリーズ ソフトウェア機能をサポートします。Supervisor Engine IV、V、または V-10GE で BGP を有効にする予定のお客様は、BGP が Enterprise Services パッケージに含まれているため、個別の BGP ライセンス（FR-IRC4）を購入する必要がなくなります。12.2(53)SG2 以降では、Supervisor Engine 6L-E で Enterprise Services イメージをサポートしています。
Cisco IOS リリース 12.2（46）SG1 には、新しい LAN Base ソフトウェアと IP アップグレードイメージが含まれています。これらのイメージにより、既存の IP Base イメージおよび Enterprise Services イメージが補完されます。LAN Base イメージは、Supervisor Engine II-Plus-10GE および Supervisor Engine 6L-E からサポートされています。 Cisco IOS リリース 12.2(52)XO。LAN Base イメージは主にお客様のアクセスとレイヤ 2 に重点を置いているため、多くの IP Base の機能は必要ありません。後日、これらの機能の一部が必要になった場合は、IP アップグレードイメージを使用できます。
表 1 表 1 には、LAN Base イメージと IP Base イメージのサポート機能の対比が示されています。
MIB のサポートについては、次の URL を参照してください。
http://ftp.cisco.com/pub/mibs/supportlists/cat4000/cat4000-supportlist.html
- S49LB-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（LAN Base イメージ）
- S49LBK9-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（トリプル DES を使用した LAN Base イメージ）
- S49IPB-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（IP Base イメージ）
- S49IPBK9-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（トリプル DES を使用した IP Base イメージ）
- S49ES-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（BGP サポート付き Enterprise Services イメージ）
- S49ESK9-12254SG(=)：Cisco Catalyst 4500 シリーズ スイッチ用の Cisco IOS ソフトウェア（3DES および BGP サポート付き Enterprise Services イメージ）
- S45ES-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine IV、V、およびV-10GE 用 の Cisco IOS ソフトウェア（ボーダー ゲートウェイ プロトコル（BGP）をサポートする Enterprise Services イメージ、暗号化なし）
- S45IPBK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ）
- S45IPB-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）
- S45ESK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）
- S45LB-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus-10GE 用の Cisco IOS ソフトウェア（LAN Base イメージ）
- S45LBK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus-10GE 用の Cisco IOS ソフトウェア（3DES を使用した LAN Base イメージ）
- S45IPBU-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus-10GE 用の Cisco IOS ソフトウェア（IP Base アップグレードイメージ）
- S45IPBUK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine II-Plus-10GE 用の Cisco IOS ソフトウェア（3DES を使用した IP Base アップグレードイメージ）
- S45EES-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）
- S45EESK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用したEnterprise Services イメージ）
- S45EIPB-12253SG：Cisco Catalyst 4500 Supervisor Engine 6-E および 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45EIPBK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6-E および 6L-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）
- S45ELB-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（LAN Base イメージ）
- S45ELBK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（3DES を使用した LAN Base イメージ）
- S45EIPBU-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base アップグレードイメージ）
- S45EIPBUK9-12253SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base アップグレードイメージ）
- S45ELB-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（LAN Base、暗号化なし）
- S45ELBK9-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した LAN Base イメージ）
- S45EIPB-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）
- S45EIPBK9-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ）
- S45EIPBU-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（IP アップグレードイメージ、暗号化なし）
- S45EIPBUK9-12252X0：Catalyst 4500 Sup 6L-E 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP アップグレードイメージ）
- S45IPB-12252SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号なし）（cat4500-ipbase-mz）
- S45IPBK9-12252SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ ）（cat4500-ipbasek9-mz）
- S45ES-12252SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（BGP をサポートする Enterprise Services イメージ、暗号化なし）（cat4500-entservices-mz）
- S45ESK9-12252SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）（cat4500-entservicesk9-mz）
- S45EIPB-12252SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45EIPBK9-12252SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45EES-12252SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45EESK9-12252SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45IPB-12250SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）（cat4500-ipbase-mz）
- S45IPBK9-12250SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ ）（cat4500-ipbasek9-mz）
- S45ES-12250SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（BGP をサポートする Enterprise Services イメージ、暗号化なし）（cat4500-entservices-mz）
- S45ESK9-12250SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）（cat4500-entservicesk9-mz）
- S45EIPB-12250SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45EIPBK9-12250SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）（ccat4500-ipbasek9-mz）
- S45EES-12250SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45EESK9-12250SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45IPB-12246SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）（cat4500-ipbase-mz）
- S45IPBK9-12246SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45ES-12246SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（BGP をサポートする Enterprise Services イメージ、暗号化なし）（cat4500-entservices-mz）
- S45ESK9-12246SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）（cat4500-entservicesk9-mz）
- S45EIPB-12246SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45IPBK9-12246SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45EES-12246SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45EESK9-12246SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45IPB-12244SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）（cat4500-ipbase-mz）
- S45IPBK9-12244SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45ES-12244SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（BGP をサポートする Enterprise Services イメージ、暗号化なし）（cat4500-entservices-mz）
- S45ESK9-12244SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）（cat4500-entservicesk9-mz）
- S45EIPB-12244SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45IPBK9-12244SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45EES-12244SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45EESK9-12244SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500-ipbasek9-mz）
- S45IPB-12240SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（IP Base イメージ、暗号化なし）（cat4500-ipbase-mz）
- S45IPBK9-12240SG：Catalyst 4500 シリーズ Supervisor Engine II-Plus、II-Plus-TS、II-Plus-10GE、IV、V、および V-10GE 用の Cisco IOS ソフトウェア（トリプル DES（3DES）を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45ES-12240SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（BGP をサポートする Enterprise Services イメージ、暗号化なし）（cat4500-entservices-mz）
- S45ESK9-12240SG：Catalyst 4500 シリーズ Supervisor Engine IV、V、および V-10GE 用の Cisco IOS ソフトウェア（3DES および BGP をサポートする Enterprise Services イメージ）（cat4500-entservicesk9-mz）
- S45EIPB-12240SG：Cisco Catalyst 4500 シリーズ Supervisor Engine 6L-E 用の Cisco IOS ソフトウェア（IP Base イメージ）
- S45IPBK9-12240SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES を使用した IP Base イメージ）（cat4500-ipbasek9-mz）
- S45EES-12240SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（Enterprise Services イメージ）（cat4500e-entservices-mz）
- S45EESK9-12240SG：Catalyst 4500 シリーズ Supervisor Engine 6-E 用の Cisco IOS ソフトウェア（3DES イメージを使用した Enterprise Services）（cat4500-entservicesk9-mz）
Catalyst 4500 シリーズ スイッチ Cisco IOS のリリース戦略
Cisco IOS Release 12.2SG トレインでは、Catalyst 4500 シリーズ スーパバイザ エンジンの最新の機能が提供されています。Catalyst 4500 シリーズのスーパバイザエンジンをお使いで、最新のハードウェアサポートおよびソフトウェア機能が必要なお客様は、Cisco IOS リリース 12.2(54)SG に移行する必要があります。
注 Cisco IOS の改良に対する取り組みの中で、Cisco IOS Releases 12.2EW と 12.2SG は、名前が変更されただけで同じリリース トレインです。
Catalyst 4500 シリーズには、3 つのメンテナンストレインがあります。Cisco IOS リリース 12.2(31)SGA トレインは、最も長く使用されているトレインです。現時点では、Cisco IOS リリース 12.2(31)SGA8 が、メンテナンストレインを含むリリースを必要とするお客様に推奨されるリリースです。CiscoIOS リリース 12.2(53)SG は、最新のメンテナンストレインであり、ルーテッドアクセス用の WS-X45-Sup6L-E スーパバイザエンジンおよび OSPF のサポートなどの最新機能が含まれています。
Catalyst 4500 シリーズ スイッチの詳細については、次の URL を参照してください。
http://www.cisco.com/go/cat4500/docs
Cisco IOS ソフトウェア移行ガイド
図 1 は、2 つのアクティブな 12.2(31)SGA と 12.2(50)SG、および新しく導入された 12.2(53)SG 拡張メンテナンストレインを示しています。
図 1 Catalyst 4500 シリーズ スイッチ用ソフトウェア リリース戦略
サポート
Cisco IOS ソフトウェアリリース 12.2(54)SG のサポートは、次の URL で入手可能な標準の Cisco Systems® サポートポリシーに従います。
http://www.cisco.com/en/US/products/products_end-of-life_policy.html
システム要件
Catalyst 4500 シリーズ スイッチでサポートされているハードウェア
表 2 に、Catalyst 4500 シリーズ スイッチでサポートされているハードウェアのリストを示します。
Catalyst 4500 トランシーバモジュールの互換性情報については、次の URL を参照してください。
http://www.cisco.com/en/US/products/hw/modules/ps5455/products_device_support_tables_list.html
表 3 に、Catalyst 4500 シリーズ スイッチの 4 つのシャーシについて簡単に説明します。表に記載されているシャーシのソフトウェア リリース情報については、表 6を参照してください。
Catalyst 4500 E シリーズ スイッチでサポートされているハードウェア
従来のラインカードとスーパバイザエンジンに加えて、Cisco IOS ソフトウェアリリース 12.2(54)SG は、CenterFlex テクノロジーを備えた次世代の高性能 E シリーズ Supervisor Engine 6-E と、E シリーズ ラインカードおよびシャーシをサポートしています。Catalyst 4500 シリーズ スイッチでサポートされるプライマリ E シリーズ ハードウェアの一覧（ 表 5 ）。
Cisco Catalyst 4500 E シリーズ 24 ポート 1000BaseX（小型フォームファクタ着脱可能）モジュール |
|
Cisco Catalyst 4500 E シリーズ 48 ポート PoE 802.3af 10/100/1000（RJ45） |
|
表 6 に、シャーシとスーパバイザエンジンの互換性の概要を示します。
（M = 最小リリース、R = 推奨リリース）
Catalyst 4500 シリーズ スイッチでサポートされている機能
表 7 に、Catalyst 4500 シリーズ スイッチの Cisco IOS ソフトウェアの機能を示します。
マルチキャスト ストーム制御1 |
レイヤ 2 トランスペアレント ブリッジング2 |
ソフトウェアによるレイヤ 2 MAC3 ラーニング、エージング、およびスイッチング |
VMPS4 クライアント |
プライベート VLAN トランク5 |
ISL6 ベースの VLAN カプセル化（WS-X4418-GB および WS-X4412-2GB-T のブロッキングポートを除く）7 |
802.1Q トンネリング（Q-in-Q）8 |
ANCP クライアント9 |
双方向 PIM10 |
IP マルチキャスト ロード スプリッティング（S、G、およびネクストホップを使用した Equal Cost Multipath（ECMP; 等コストマルチパス）） |
クラスレスルーティング11 |
PBR12 |
CEF13 ロードバランシング |
uRPF14（Sup 6-E および Sup 6L-E のみ） |
マルチキャスト VRF-lite15 |
ルートリーク16 |
IS-IS17 |
DTP18 |
RIP19 および RIP II |
EIGRP20 |
OSPF21 |
ルーテッド アクセスの OSPF22 |
BGP423 |
MBGP24 |
MSDP25 |
ICMP26 Router Discovery Protocol |
PIM27：Sparse モードと Dense モード |
DVMRP28 |
NTP29 |
VRRP30 |
SCP31 |
GLBP32 |
Link Layer Discovery Protocol Media Endpoint Discovery（LLDP-MED） |
HSRP33 over Ethernet、EtherChannel：10/100/1000 Mbps、10 Gbps |
SSH バージョン 1 とバージョン 234 |
UDLR35 |
SNMP36 バージョン 1、バージョン 2、およびバージョン 3 |
IPv6 用の DHCP リレーエージェント 37 |
PPPoE 中継エージェント38 |
Cisco NAC39 レイヤ 2 802.1X |
すべてのポートにルータの標準 ACL および拡張 ACL40 を搭載しても、パフォーマンスの低下なし |
Identity 4.1 ACL ポリシーの適用41 |
PACL42 |
Dynamic Multi-Protocol Ternary Content Addressable Memory（Sup 6-E および Sup 6L-E のみ） |
ポート単位の QoS43 レート制限およびシェーピング |
PoE44 |
RPR45 |
SSO46 |
ISSU47 |
OSPF および EIGRP 高速コンバージェンス 48 |
CNA49 |
Auto-MDIX をオフにする CLI50 |
EEM51 |
IP/SLA52 |
組み込みの管理機能53 |
OBFL54 |
DHCPv6 リレー：プレフィックス委任に関する永続インターフェイス ID オプションの DHCPv6 リレーエージェントの通知 |
PIM Accept Register：不正なマルチキャストサーバ保護 55 |
Fa1 インターフェイス（イーサネット管理ポート） 56 |
Supervisor Engine 6-E および 6L-E に固有の機能
Cisco IOS リリース 12.2(54)SGでは、次の機能は Supervisor Engine 6-E および Supervisor Engine 6L-E でのみ使用できます。
– IPv4 トランスポートによる AAAA の DNS レゾルバ
– IPv6 トランスポートによる AAAA の DNS レゾルバ
– MLD スヌーピング（Catalyst 4900M、Catalyst 4948E、Supervisor Engine 6-E、および Catalyst 6L-E のソフトウェアおよびハードウェアでサポート）
サポートされていない機能
すべての Supervisor Engine（II-Plus 〜 6-E）において、次の機能は、Catalyst 4500 シリーズ スイッチの Cisco IOS リリース 12.2(54)SG ではサポートされていません。
– 標準 Xerox Network System（XNS）アクセス リスト
- IPv6 への ADSL およびダイヤル アクセス
- AppleTalk EIGRP（代わりにネイティブ AppleTalk ルーティングを使用）
- ブリッジ グループ
- CEF アカウンティング
- Cisco IOS ソフトウェア IPX ACL：
– <1200-1299> IPX サマリー アドレス アクセス リスト
- Cisco IOS ソフトウェアベースのトランスペアレント ブリッジング（別名「フォールバックブリッジング」）
- コネクションレス型（CLNS）ルーティング。CLNS の IS-IS ルーティングを含みます。IS-IS は、IP ルーティングに対してのみサポートされます。
- DLSw（データリンク スイッチング）
- IGRP（代わりに EIGRP を使用）
- isis network point-to-point コマンド
- アクセス コントロールに対する Kerberos のサポート
- LLDP HA
- ロック アンド キー
- IPv6 への NAT-PT
- VRF 単位の NetFlow
- 複数のトラッキング オプションのある PBR
- QoS for IPv6 トラフィック（Supervisor 6 でのみサポート）
- 再帰 ACL
- MPLS ネットワークに展開されたルーティング IPv6
- プライベート VLAN 上での双方向コミュニティ VLAN
- WCCP バージョン 1
- CFM CoS
- EOT を使用した PBR
新機能および変更された機能に関する情報
ここでは、Cisco IOS ソフトウェアを実行している Catalyst 4500 シリーズ スイッチの新規および変更情報について説明します。
- リリース 12.2(54)SG1 の新しいハードウェア機能
- リリース 12.2(54)SG1 の新しいソフトウェア機能
- リリース 12.2(54)SG の新しいハードウェア機能
- リリース 12.2(54)SG の新しいソフトウェア機能
- リリース 12.2(53)SG3 の新しいハードウェア機能
- リリース 12.2(53)SG3 の新しいソフトウェア機能
- リリース 12.2(53)SG3 の新しいハードウェア機能
- リリース 12.2(53)SG3 の新しいソフトウェア機能
- リリース 12.2(53)SG2 の新しいハードウェア機能
- リリース 12.2(53)SG2 の新しいソフトウェア機能
- リリース 12.2(53)SG1 の新しいハードウェア機能
- リリース 12.2(53)SG1 の新しいソフトウェア機能
- リリース 12.2(53)SG の新しいハードウェア機能
- リリース 12.2(53)SG の新しいソフトウェア機能
- リリース 12.2(52)XO の新しいハードウェア機能
- リリース 12.2(52)XO の新しいソフトウェア機能
- リリース 12.2(52)SG の新しいハードウェア機能
- リリース 12.2(52)SG の新しいソフトウェア機能
- リリース 12.2(50)SG1 の新しいハードウェア機能
- リリース 12.2(50)SG1 の新しいソフトウェア機能
- リリース 12.2(50)SG の新しいハードウェア機能
- リリース 12.2(50)SG の新しいソフトウェア機能
- リリース 12.2(46)SG の新しいハードウェア機能
- リリース 12.2(46)SG の新しいソフトウェア機能
- リリース 12.2(44)SG の新しいハードウェア機能
- リリース 12.2(44)SG の新しいソフトウェア機能
- リリース 12.2(40)SG の新しいハードウェア機能
- リリース 12.2(40)SG の新しいソフトウェア機能
リリース 12.2(54)SG の新しいソフトウェア機能
リリース 12.2(54)SG では、Catalyst 4500 シリーズ スイッチに次の新しいソフトウェア機能が用意されています。
- 802.1X とユーザ ディストリビューション（「802.1X ポートベース認証の設定」の章）
- Auto SmartPort（「Auto SmartPort マクロの設定」の章）
- LLDP 経由の DSCP/CoS（「 LLDP、LLDP-MED、およびロケーションサービスの設定」の章）
- EEM：Embedded Event Manager 3.2
http://www.cisco.com/en/US/docs/switches/datacenter/sw/5_x/nx-os/system_management/configuration/guide/sm_12eem.html
詳細については、次の URL を参照してください。
http://www.cisco.com/en/US/docs/ios/saf/configuration/guide/saf_cg.html
詳細については、次の URL を参照してください。
http://www.cisco.com/en/US/docs/switches/lan/energywise/phase2/ios/configuration/guide/ew_v2.html
- GOLD オンライン診断（「診断の実行」の章、Supervisor Engine 6-E のみ）
- Identity 4.1 ACL ポリシーの拡張機能（「ACL によるネットワークセキュリティの設定」の章）
- Identity 4.1 Network Edge Access Topology（NEAT）（「802.1X ポートベース認証の設定」の章）
- スタティックホストの IPSG（Cisco IOS ライブラリを参照）
- IPv6 PACL（「ACL によるネットワークセキュリティの設定」の章、Supervisor Engine 6-E のみ）
- IPv6 RA ガード（「ACL によるネットワークセキュリティの設定」の章、Supervisor Engine 6-E のみ）
- IPv6 インターフェイス統計情報（「レイヤ 3 イ ンターフェイスの設定」の章、Supervisor Engine 6-E のみ）
- IPv4 および IPv6 用 IS-IS、Supervisor Engine 6-E に拡張（Cisco IOS ライブラリを参照）
- レイヤ制御パケット（Supervisor 6 に拡張）
- リンクステートトラッキング（「EtherChannel およびリンクステートトラッキングの設定」の章）
- MAC の移動と交換（「スイッチの管理」の章）
- VLAN ごとの学習（「スイッチの管理」の章）
- LLDP 経由の PoEP（「 LLDP、LLDP-MED、およびロケーションサービスの設定」の章）
- RADIUS CoA（「802.1X ポートベース認証の設定」の章）
- サブセカンド UDLD（「UDLD の設定」の章）
- VLAN 変換（「802.1Q トンネリング、VLAN マッピング、およびレイヤ 2 プロトコルトンネリングの設定」の章、Supervisor Engine 6-E のみ）
- VRF 対応 TACACS+（「VRF-Lite の設定」の章）
- XML プログラマチック インターフェイス（Cisco IOS ライブラリを参照）
詳細については、次の URL を参照してください。
http://www.cisco.com/en/US/docs/ios/netmgmt/configuration/guide/nm_xmlpi_v1.html
リリース 12.2(53)SG3 の新しいハードウェア機能
リリース 12.2(53)SG3 では、Catalyst 4500 シリーズ スイッチに次の新しいハードウェアが用意されています。
注 この一連の光ファイバは、Cisco IOS リリース 12.2(54)SG および Cisco IOS XE Release 3.1.0 SG ではサポートされていません。ただし、Cisco IOS リリース 15.0(2)SG および Cisco IOS XE リリース 3.2.0(SG) では、同じ一連の光ファイバがサポートされています。
リリース 12.2(53)SG の新しいハードウェア機能
リリース 12.2(53)SG には、Catalyst 4500 シリーズ スイッチの新しいハードウェアはありません。ただし、12.2(52)XO で導入された Supervisor Engine 6L-E は統合されます。
リリース 12.2(53)SG の新しいソフトウェア機能
リリース 12.2(53)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
- IP マルチキャスト ロード スプリッティング（S、G、およびネクスト ホップを使用した Equal Cost Multipath（ECMP; 等コストマルチパス））
- ルーテッドアクセスの OSPF（Supervisor Engine 6-E および Supervisor Engine 6L-E）
ルーテッド アクセスの OSPF は、レイヤ 3 ルーティングの機能をアクセスまたはワイヤリング クローゼットに拡張できるようにするために、特に設計されています。
注 OSPF for Routed Access は、OSPFv2 インスタンスと OSPFv3 インスタンスをそれぞれ 1 つずつと、最大 200 のダイナミックに学習されるルートをサポートします。
ワイヤリング クローゼット（スポーク）が、すべての非ローカルのトラフィックをディストリビューション レイヤに転送するディストリビューション スイッチ（ハブ）に接続された、キャンパス環境の標準的なトポロジ（ハブおよびスポーク）では、ワイヤリング クローゼット スイッチが、完全なルーティング テーブルを保持する必要がありません。OSPF for Routed Access をワイヤリング クローゼットで使用する場合、ディストリビューション スイッチがデフォルトのルートをワイヤリング クローゼット スイッチに送信することで、エリア間ルートおよび外部ルートに到達するベスト プラクティスの設計を使用する必要があります。
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.2/54sg/configuration/guide/automacr.html
ルーテッドアクセスの OSPF 機能は、次のソフトウェアの制約事項に準拠しています。
– OSPF インスタンスの数を OSPFv2 で 1 つ、OSPFv3 で 1 つに制限します。
– プラットフォームに依存する作業を通じて学習されるダイナミックルートの数を 200 に制限します。
http://www.cisco.com/en/US/docs/solutions/Enterprise/Campus/routed-ex.html
Cisco IOS Release 12.2(53)SG では、IP ベース イメージはルーテッド アクセスの OSPF をサポートします。ルート制限のない複数の OSPFv2 および OSPFv3 インスタンスが必要な場合は、Enterprise Services イメージが必要です。さらに、VPN Routing and Forwarding Lite（VRF-Lite）機能をイネーブルにするには、Enterprise Services が必要です。
リリース 12.2(52)XO の新しいハードウェア機能
リリース 12.2(52)XO では、Catalyst 4500 シリーズ スイッチに次の新しいハードウェアが用意されています。
- WS-X45-Sup6L-E、Catalyst 4500 E シリーズ スイッチ Supervisor Engine 6L-E
- PWR-C45-6000ACV、Catalyst 4500 シリーズ スイッチ 6000 W AC 電源
注 3、6、7 スロットシャーシ、および IP LAN イメージと IP Base イメージでのみサポート
リリース 12.2(52)XO の新しいソフトウェア機能
注 このリリースの機能は 12.2(52)SG と同等ですが、新しい Sup6L-E スーパバイザのサポートが追加されています。サポートされるスーパバイザエンジンは、Supervisor Engine 6L-E のみです。他のすべてのスーパバイザエンジンでは、代わりに 12.2(52)SG が使用されます。
リリース 12.2(52)XO は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
- Smart Call Home*
- IPv6 での管理ポート機能
- ローカル Web 認証の拡張機能
- 音声割り当てを使用した MDA
- IPv4 用 HSRP v2
- HSRPv2 または IPv6
- DHCPv6 の拡張機能
– DHCPv6 リレー：プレフィックス委任に関する永続インターフェイス ID オプションの DHCPv6 リレーエージェントの通知
リリース 12.2(52)SG の新しいソフトウェア機能
リリース 12.2(52)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
- Smart Call Home*
- IPv6 での管理ポート機能
- ローカル WebAuth 拡張
- 音声割り当てを使用した MDA
- IPv4 用 HSRP v2
- HSRP v2 または IPv6
- DHCPv6 の機能拡張
– DHCPv6 リレー：プレフィックス委任に関する永続インターフェイス ID オプションの DHCPv6 リレーエージェントの通知
リリース 12.2(50)SG3 の新しいハードウェア機能
リリース 12.2(50)SG3 では、Catalyst 4500 シリーズ スイッチに次のハードウェアが用意されています。
スイッチまたはラインカードモジュールの 10 ギガビットイーサネット X2 スロットに適合するホットスワップ可能な入出力（I/O）コンバータモジュール。1 つの 10 ギガビットイーサネット SFP+ トランシーバモジュールをホスト。
リリース 12.2(50)SG1 の新しいソフトウェア機能
リリース 12.2(50)SG1 は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
EEM については、次の URL を参照してください。
http://www.cisco.com/en/US/products/ps6815/products_ios_protocol_group_home.html
リリース 12.2(50)SG の新しいハードウェア機能
注 従来のラインカードとスーパバイザエンジンに加えて、Cisco IOS ソフトウェアリリース 12.2(50)SG は、CenterFlex テクノロジーを備えた次世代の高性能 E シリーズ Supervisor Engine 6-E と、E シリーズ ラインカードおよびシャーシをサポートしています。
リリース 12.2(50)SG では、Catalyst 4500 シリーズ スイッチに次の新しいハードウェアが用意されています。
リリース 12.2(50)SG の新しいソフトウェア機能
リリース 12.2(50)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
注 次の章の参照資料は、Catalyst 4500 Series Switch Cisco IOS Software Configuration Guideです。
注 マルチスパニングツリー（MST）の実装が以前のリリースから変更されました。Multiple STP（MSTP）は、IEEE 802.1s 標準に準拠しています。以前の MSTP 実装は、IEEE 802.1s 標準のドラフトに基づいていました。
- IGMP クエリア（「IGMP スヌーピングの設定」の章）
- OSPF および EIGRP の高速コンバージェンスおよび保護（Cisco IOS リリース 12.4 のマニュアルを参照）
- CDP の 2 番目のポートステータス TLV（スイッチでの設定は不要）
注 CDP の 2 番目のポートステータス TLV のリンクアップ/ダウン情報（Cisco IP 電話のホスト移動検出拡張機能によって追加）により、スイッチは以前認証されたデバイスの認証を解除できます。この CDP TLV を生成するには、電話機にファームウェアリリース 8.1(1) 以降をインストールする必要があります。
- ANCP クライアント（E シリーズ Supervisor Engine 6-E ではサポートされていません。「ANCP クライアントの設定」の章）
- boot config コマンド（Cisco IOS リリース 12.2 のマニュアルを参照）
- Crashinfo ファイルのアーカイブ（「コマンドライン インターフェイスの設定」の章）
- ブート構成/クラッシュダンプ（Cisco IOS リリース 12.2 のマニュアルを参照）
- ダウンロード可能な ACL（「ACL によるネットワークセキュリティの設定」の章）
- イーサネット管理ポート（「インターフェイスの設定」の章を参照）
- フレキシブル認証シーケンシング（「802.1X の設定」の章）
- 非アクティブタイマー（「802.1X の設定」の章）
- マルチ認証（「802.1X の設定」の章）
- オープン認証（「802.1X の設定」の章）
- PPPoE 中継エージェント（E シリーズ Supervisor Engine 6-E ではサポートされません。「PPPoE 回線 ID タグの処理」の章）
- VRF 対応 IP サービス（「VRF-Lite の設定」の章）
- VTP バージョン 3（「VLAN、VTP、および VMPS の設定」の章）
- Web 認証（「Web 認証の設定」の章）
- コンフィギュレーション ロールバック
- Cisco TrustSec SGT Exchange Protocol (SXP) IPv4
http://www.cisco.com/en/US/docs/switches/lan/trustsec/configuration/guide/trustsec.html
- 双方向 PIM（「IP マルチキャストの設定」の章）
- コントロール プレーン ポリシング（「CPP の設定」の章）
- IPv6 用 DHCP リレーエージェント（Cisco IOS リリース 12.2 メインラインのマニュアルを参照）
- マルチキャスト VRF-Lite（「VRF-Lite の設定」の章）
- オンボード障害ロギング（Cisco IOS リリース 12.2 のマニュアルを参照）
- プライベート VLANトランク（「プライベート VLAN の設定」の章）
- SVI 自動ステート除外（「レイヤ 3 インターフェイスの設定」の章）
- ユニキャスト MAC フィルタリング（「ACL によるネットワークセキュリティの設定」の章）
- QoS for IPv6（Cisco IOS リリース 12.4T のマニュアルを参照）
リリース 12.2(46)SG の新しいハードウェア機能
注 従来のラインカードとスーパバイザエンジンに加えて、Cisco IOS ソフトウェアリリース 12.2(46)SG は、CenterFlex テクノロジーを備えた次世代の高性能 E シリーズ Supervisor Engine 6-E と、E シリーズ ラインカードおよびシャーシをサポートしています。
リリース 12.2(46)SG では、Catalyst 4500 シリーズ スイッチに次の新しいハードウェアが用意されています。
リリース 12.2(46)SG の新しいソフトウェア機能
リリース 12.2(46)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
注 次の章の参照資料は、Catalyst 4500 Series Switch Cisco IOS Software Configuration Guideです。
– Radius アカウンティング（Radius Accounting）
- ARP QoS（「QoS の設定」の章を参照）
- Per-VLAN CTI（「QoS の設定」の章を参照）
- レイヤ 3 機能に対する Catalyst 4900M スイッチのサポート
- RSPAN（「SPAN および RSPAN の設定」の章を参照）
すべての Supervisor Engine（II-Plus 〜 6-E）
- FlexLink および FlexLink+ と MAC アドレステーブル移動更新（「FlexLink の設定」の章を参照）
- LLDP-MED：ロケーション TLV および MIB（「LLDP および LLDP-MED の設定」の章を参照）
- Auto-MDIX 無効化（「インターフェイスの設定」の章を参照）
- 拡張オブジェクトトラッキング（EOT）（Cisco IOS リリース 12.2 のマニュアルを参照）
– EOT を使用した信頼性の高いバックアップ スタティック ルーティング
注 マルチスパニングツリー（MST）の実装が以前のリリースから変更されました。 マルチ STP（MSTP）は、IEEE 802.1s 標準に準拠しています。以前の MSTP 実装は、IEEE 802.1s 標準のドラフトに基づいていました。
リリース 12.2(44)SG の新しいハードウェア機能
注 従来のラインカードとスーパバイザエンジンに加えて、Cisco IOS ソフトウェアリリース 12.2(44)SG は、CenterFlex テクノロジーを備えた次世代の高性能 E シリーズ Supervisor Engine 6-E と、E シリーズ ラインカードおよびシャーシをサポートしています。
リリース 12.2(44)SG では、Catalyst 4500 シリーズ スイッチに次の新しいハードウェアが用意されています。
リリース 12.2(44)SG の新しいソフトウェア機能
リリース 12.2(44)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
注 次の章の参照資料は、Catalyst 4500 Series Switch Cisco IOS Software Configuration Guideです。
- Supervisor Engine 6-E（SSO/NSF）の高可用性（「SSO での NSF の設定」の章を参照）
- Supervisor Engine 6-E（ISSU）の高可用性（「ISSU の設定」の章を参照）
- 組み込みの管理機能（Cisco IOS リリース 12.4 のマニュアルを参照）
- MAC 通知 MIB（Cisco IOS リリース 12.4 のマニュアルを参照）
- IPv4_BGP、IPv6_BGP（Cisco IOS リリース 12.4 のマニュアルを参照）
- 802.1X ダイナミック VLAN 割り当て（「802.1X の設定」の章を参照）
- 802.1X MAC 認証バイパス（「802.1X の設定」の章を参照）
- VX/PVID を使用した 802.1X（「802.1X の設定」の章を参照）
- 高可用性、2 + 2 10GE または 4 + 4 1GE アクティブアップリンク（「インターフェイスの設定」の章を参照）
- Enhanced Power over Ethernet サポート（「Power over Ethernet の設定」の章を参照）
- ポートごとに 8 つの設定可能なキュー（「QoS の設定」の章を参照）
すべての Supervisor Engine（II-Plus 〜 6-E）
詳細については、EEM のホームページを参照してください。
http://www.cisco.com/en/US/products/ps6815/products_ios_protocol_group_home.html
詳細については、EEM のホームページを参照してください。
http://www.cisco.com/en/US/docs/ios/12_3t/12_3t2/feature/guide/gt_esm.html
Catalyst 6500 スイッチで VSS デュアルアクティブを設定すると、Catalyst 4500 シリーズ スイッチは PAgP+ をサポートする VSS デュアルアクティブを検出できます。
- IP SLA（Cisco IOS リリース 12.2 のマニュアルを参照）
- 802.1ab LLDP および 802.1ab LLDP-MED（「LLDP および LLDP-MED の設定」の章を参照）
- X2 リンクデバウンスタイマー（「インターフェイスの設定」の章を参照）
- Resilient Ethernet Protocol（REP）（「REP の設定」の章を参照）
注 マルチスパニングツリー（MST）の実装が以前のリリースから変更されました。 マルチ STP（MSTP）は、IEEE 802.1s 標準に準拠しています。以前の MSTP 実装は、IEEE 802.1s 標準のドラフトに基づいていました。
リリース 12.2(40)SG の新しいハードウェア機能
注 従来のラインカードとスーパバイザエンジンに加えて、Cisco IOS ソフトウェアリリース 12.2(40)SG は、CenterFlex テクノロジーを備えた次世代の高性能 E シリーズ Supervisor Engine 6-E と、E シリーズ ラインカードおよびシャーシをサポートしています。
Cisco IOS リリース 12.2(40)SG でサポートされるプライマリ E シリーズ ハードウェアには、次のものが含まれます。
- WS-C4503-E：Cisco Catalyst 4500 E シリーズ 3 スロットシャーシ、ファン、電源なし
- WS-C4506-E：Cisco Catalyst 4500 E シリーズ 6 スロットシャーシ、ファン、電源なし
- WS-C4507R-E：Cisco Catalyst 4500 E シリーズ 7 スロットシャーシ、ファン、電源なし、冗長スーパバイザ対応
- WS-C4510R-E：Cisco Catalyst 4500 E シリーズ 10 スロットシャーシ、ファン、電源なし、冗長スーパバイザ対応
- WS-X45-Sup6-E：Cisco Catalyst 4500 E シリーズ Sup 6-E、 2x10GE(X2)、TwinGig 搭載
- WS-X4648-RJ45V-E：Cisco Catalyst 4500 E シリーズ 48 ポート PoE 802.3af 10/100/1000（RJ45）
- WS-X4648-RJ45V+E：Cisco Catalyst 4500 E シリーズ 48 ポート Premium PoE 10/100/1000
- WS-X4606-X2-E：Cisco Catalyst 4500 E シリーズ 6 ポート 10GbE（X2）
リリース 12.2(40)SG の新しいソフトウェア機能
リリース 12.2(40)SG は、Catalyst 4500 シリーズ スイッチに次の Cisco IOS ソフトウェア機能を提供します。
注 次の章の参照資料は、Catalyst 4500 Series Switch Cisco IOS Software Configuration Guideです。
- ダイナミック マルチプロトコル Ternary Content Addressable Memory（TCAM）（「ACL によるネットワークセキュリティの設定」の章）
- サービス認識型リソース割り当て（Cisco IOS リリース 12.4 のマニュアルを参照）
- Unicast Reverse Path Forwarding（「Unicast Reverse Path Forwarding の設定」の章）
- ハードウェアでの IPv6 転送（Cisco IOS リリース 12.4 のマニュアルを参照）
- Enhanced Interior Gateway Routing Protocol IPv6 のサポート（Cisco IOS リリース 12.4 のマニュアルを参照）
- IPv6 Multicast Listener Discovery Snooping（「MLD スヌーピングの設定」の章）
- TwinGig コンバータモジュール（「インターフェイスの設定」の章）
- 堅牢で柔軟なファイル管理システム（FAT ファイルシステム）（Cisco IOS リリース 12.4 のマニュアルを参照）
- ストーム制御：ポート単位のマルチキャスト抑制（「ストーム制御の設定」の章）
- Cisco モジュラ QoS コマンドライン インターフェイス（「QoS の設定」の章）
- Two-Rate Three-Color ポリシング
Supervisor Engine II-Plus から V-10GE でのみ使用可能
すべての Supervisor Engine（II-Plus 〜 6-E）で使用可能
- Gateway Load Balancing Protocol（Cisco IOS リリース 12.4 のマニュアルを参照）
- オプション 82 の拡張機能（「DHCP スヌーピング、IP ソースガード、およびスタティックホストの IPSG の設定」の章）
注 マルチスパニングツリー（MST）の実装が以前のリリースから変更されました。 マルチ STP（MSTP）は、IEEE 802.1s 標準に準拠しています。以前の MSTP 実装は、IEEE 802.1s 標準のドラフトに基づいていました。
システム ソフトウェアのアップグレード
多くの場合、スイッチを Cisco IOS ソフトウェアの新しいリリースにアップグレードするときに、ROMMON をアップグレードする必要はありません。ただし、Cisco IOS ソフトウェアの以前のリリースを実行しており、これをアップグレードする計画があるときは、次の表を参照して最低限の Cisco IOS イメージと推奨される ROMMON リリースを確認してください。
注 Supervisor Engine 6-E および Supervisor Engine 6L-E で Cisco IOS リリース 12.2(54)SG を実行するには、ROMMON リリース 12.2(44r)SG5 にアップグレードする必要があります。
ほとんどのスーパバイザ エンジンには、必要な ROMMON リリースがあります。ただし、警告 CSCed25996 により、ROMMON を、推奨されるリリースにアップグレードすることを推奨します。
ここでは、スイッチ ソフトウェアをアップグレードする方法について説明します。
- +E シャーシと ROMMON の識別
- ROMMON アップグレードに関する注意事項
- コンソールからのスーパバイザ エンジン ROMMON のアップグレード
- Telnet を使用した スーパバイザ エンジン ROMMON のリモートでのアップグレード
- Cisco IOS ソフトウェアのアップグレード
+E シャーシと ROMMON の識別
+E シャーシは、シャーシの idprom の FRU マイナー値によって識別されます。
スーパバイザエンジン 1（sup1）が ROMMON で、スーパバイザエンジン 2（sup2）が IOS の場合、sup2 のみがシャーシの idprom に含まれる idprom の内容を読み取ることができます。シャーシタイプは、show version コマンドの出力で「+E」と表示されます。逆に、sup1 はシャーシタイプを「E」としてのみ表示できます。
sup1 と sup2 の両方が ROMMON の場合、両方のエンジンがシャーシの idprom を読み取ることができます。シャーシタイプは、show version コマンドの出力で正しく「+E」と表示されます。
sup1 と sup2 の両方が IOS の場合、両方のエンジンがシャーシの idprom を読み取ることができます。シャーシタイプは、show version コマンドの出力で正しく「+E」と表示されます。
コンソールからのスーパバイザ エンジン ROMMON のアップグレード
注 この例では、プログラム可能な読み取り専用（PROM）アップグレード バージョン 12.1（20r）EW1 および Cisco IOS Release 12.1（20）EW1 を使用します。その他のリリースでは、ROMMON リリースと Cisco IOS ソフトウェア リリースを、適切なリリースおよびファイル名に置き換えます。
スーパバイザ エンジン ROMMON をアップグレードするには、次の手順に従います。
ステップ 1 シリアル ケーブルを、スーパバイザ エンジンのコンソール ポートに直接接続します。
注 ここでは、コンソールのボー レートが 9600（デフォルト）に設定されているものとします。別のボー レートを使用する場合は、スイッチのコンフィギュレーション レジスタの値を変更します。
ステップ 2 Cisco.com から cat4000-ios-promupgrade-121_20r_EW1 プログラムをダウンロードし、アップグレードするスイッチからアクセスできるディレクトリにある TFTP サーバ上に配置します。
cat4000-ios-promupgrade-121_20r_EW1 プログラムは、Cisco.com の Catalyst 4000 システム イメージをダウンロードした同じ場所から入手できます。
ステップ 3 dir bootflash: コマンドを使用して、フラッシュメモリに PROM アップグレードイメージを格納するのに十分なスペースがあることを確認します。領域が不足している場合は、1 つ以上のイメージを削除してから squeeze bootflash: コマンドを入力し、領域を再要求します。
Compact Flash カードを使用している場合は、bootflash: を slot0: に置き換えます。
ステップ 4 copy tftp コマンドを使用して、cat4000-ios-promupgrade-121_20r_EW1 プログラムをフラッシュメモリにダウンロードします。
次に、リモート ホスト 172.20.58.78 から PROM アップグレード イメージ cat4000-ios-promupgrade-121_20r_EW1 をダウンロードしてブートフラッシュする例を示します。
Address or name of remote host [172.20.58.78]?
Source filename [cat4000-ios-promupgrade-121_20r_EW1]?
Destination filename [cat4000-ios-promupgrade-121_20r_EW1]?
Accessing tftp://172.20.58.78/cat4000-ios-promupgrade-121_20r_EW1...
Loading cat4000-ios-promupgrade-121_20r_EW1 from 172.20.58.78 (via
ステップ 5 reload コマンドを入力してスイッチをリセットし、Ctrl キーを押した状態で C キーを押してブートプロセスを停止してから ROMMON をもう一度入力します。
ステップ 6 次のコマンドを入力して PROM アップグレードプログラムを実行します。
boot bootflash:cat4000-ios-promupgrade-121_20r_EW1
アップグレードの完了に、ユーザによる対処は必要ありません。アップグレードを正常に完了させるために、アップグレード プロセスを中断しないでください。アップグレードが完了するまでは、リセット、電源の再投入、またはスーパバイザ エンジンの OIR を行わないでください。
次に、アップグレードが正常に完了したときの出力とシステム リセットの例を示します。
ステップ 7 Cisco IOS ソフトウェアイメージを起動して、show version コマンドを入力し、ROMMON が 12.1(20r)EW1 にアップグレードされていることを確認します。
ステップ 8 delete コマンドを使用してブートフラッシュから PROM アップグレードプログラムを削除し、squeeze コマンドを使用して未使用領域を再要求します。
次に、ブートフラッシュから cat4000-ios-promupgrade-121_20r_EW1 イメージを削除し、未使用領域を再要求する例を示します。
ステップ 9 show version コマンドを使用して、ROMMON がアップグレードされたことを確認します。
スイッチ上で Cisco IOS ソフトウェアをアップグレードする手順については、“Cisco IOS ソフトウェアのアップグレード” sectionを参照してください。
Telnet を使用した スーパバイザ エンジン ROMMON のリモートでのアップグレード
スーパバイザ エンジン ROMMON を Release 12.1（20r）EW1 にアップグレードするには、次の手順に従います。この手順は、コンソール アクセスが利用できないときや ROMMON アップグレードをリモートで実行する必要があるときに使用できます。
注 次の項では、PROM アップグレード バージョン cat4000-ios-promupgrade-121_20r_EW1 を使用します。
ステップ 1 スーパバイザ エンジンへの Telnet セッションを確立します。
注 次の説明では、少なくとも 1 つの IP アドレスが SVI または経路選択済みのポートに割り当てられているものとします。
ステップ 2 Cisco.com から cat4000-ios-promupgrade-121_20r_EW1 プログラムをダウンロードし、アップグレードするスイッチからアクセスできるディレクトリにある TFTP サーバ上に配置します。
cat4000-ios-promupgrade-121_20r_EW1 プログラムは、Cisco.com の Catalyst 4500 システム イメージをダウンロードした同じ場所から入手できます。
ステップ 3 dir bootflash: コマンドを使用して、フラッシュメモリに PROM アップグレードイメージを格納するのに十分なスペースがあることを確認します。 領域が不足している場合は、1 つ以上のイメージを削除してから squeeze bootflash: コマンドを入力し、領域を再要求します。
コンパクトフラッシュ カードを使用している場合は、bootflash: を slot0: に置き換えます。
ステップ 4 copy tftp コマンドを使用して、cat4000-ios-promupgrade-121_20r_EW1 プログラムをフラッシュメモリに ダウンロードします。
次に、リモート ホスト 172.20.58.78 から PROM アップグレード イメージ cat4000-ios-promupgrade-121_20r_EW1 をダウンロードしてブートフラッシュする例を示します。
Address or name of remote host [172.20.58.78]?
Source filename [cat4000-ios-promupgrade-121_20r_EW1]?
Destination filename [cat4000-ios-promupgrade-121_20r_EW1]?
Accessing tftp://172.20.58.78/cat4000-ios-promupgrade-121_20r_EW1...
Loading cat4000-ios-promupgrade-121_20r_EW1 from 172.20.58.78 (via
!!!!!!!!!!!!!!!!!!!!
[OK - 455620 bytes]
ステップ 5 no boot system flash bootflash:file_name コマンドを使用して、構成ファイル内のすべての BOOT 変数コマンドをクリアします。この例では、BOOT 変数は、ブートフラッシュからイメージ cat4000-i5s-mz.121-19.EW1.bin を起動するよう設定されています。
注 config-register は、autoboot に設定する必要があります。
ステップ 6 起動文字列を確認するには、show bootvar コマンドを使用します。この例の BOOT 変数は、最初に PROM アップグレードを実行してから ROMMON をアップグレードします。その後、アップグレード ソフトウェアがリロードされ、スーパバイザ エンジンにより Cisco IOS イメージがロードされます。
ステップ 7 reload コマンドを実行して、PROM アップグレードプログラムを実行します。このコマンドを実行すると、Telnet セッションの接続が終了します。
ステップ 6 の起動設定を確認してください。アップグレードの完了に、ユーザによる対処は必要ありません。アップグレードを正常に完了させるために、アップグレード プロセスを中断しないでください。アップグレードが完了するまでは、リセット、電源の再投入、またはスーパバイザ エンジンの OIR を行わないでください。
次に、正常に ROMMON アップグレードが完了したときのコンソール ポートの出力とシステム リセットの例を示します。ROMMON アップグレード中は Telnet セッションの接続が切断されるため、この出力は表示されません。このステップの処理には、2 ～ 3分かかることがあります。Telnet セッションは、Cisco IOS ソフトウェア イメージとインターフェイスがロードされてから 2 ～ 3 分後に再接続する必要があります。
ステップ 8 no boot system flash bootflash:file_name コマンドを使用して、ROMMON のアップグレードに使用した BOOT コマンドをクリアします。
ステップ 9 show version コマンドを使用して、ROMMON がアップグレードされたことを確認します。
ステップ 10 delete コマンドを使用してブートフラッシュから PROM アップグレードプログラムを削除し、squeeze コマンドを使用して未使用領域を再要求します。
次に、ブートフラッシュから cat4000-ios-promupgrade-121_20r_EW1 イメージ削除し、使用されていないスペースを再要求する例を示します。
ステップ 11 show bootvar コマンドを使用して、ROMMON アップグレードプログラムが BOOT 変数から削除されたことを確認します。
スイッチ上で Cisco IOS ソフトウェアをアップグレードする手順については、“Cisco IOS ソフトウェアのアップグレード” sectionを参照してください。
Cisco IOS ソフトウェアのアップグレード
多くのインターネット ソフトウェア アプリケーションでは、大文字と小文字は区別されません。名前は英語と同様に大文字で始めるのが適切であるように思われますが、規則によりコンピュータ名はすべて小文字で表示されます。詳細については、RFC 1178 の『Choosing a Name for Your Computer』を参照してください。
- 名前は文字で始まり、文字または数字で終了する必要があります。
- 内側の文字には、文字、数字、およびハイフンを使用できます。ピリオドとアンダースコアは使用できません。
- 名前は 63 文字以下にする必要があります。ただし、ホスト名は 10 文字以下にすることを推奨します。
- ほとんどのシステムでは、ホスト名と CLI のプロンプトに 30 文字のフィールドが使用されています。コンフィギュレーション モードのプロンプトが長くなると、切り詰められることがあります。
Catalyst 4500 シリーズ スイッチ上の Cisco IOS ソフトウェアをアップグレードするには、次の手順に従います。
ステップ 1 Cisco.com から Cisco IOS Release 12.1（20）EW をダウンロードし、アップグレードするスーパバイザ エンジンからアクセスできるディレクトリにある TFTP サーバに置きます。
ステップ 2 dir bootflash: コマンドを使用して、フラッシュメモリに promupgrade イメージを格納するのに十分な領域があることを確認します。十分な領域がない場合、1 つ以上のイメージを削除してから、squeeze bootflash: コマンドを入力して領域を再要求します。
コンパクトフラッシュ カードを使用している場合は、bootflash の代わりに slot0: を使用します。
ステップ 3 copy tftp コマンドを使用して、ソフトウェアイメージをフラッシュメモリにダウンロードします。
次に、リモートホスト 172.20.58.78 からブートフラッシュに Cisco IOS ソフトウェアイメージ cat4000-is-mz.121-12c.EW をダウンロードする例を示します。
ステップ 4 no boot system flash bootflash: file_name コマンドを使用して cat4000-is-mz.121-8a.EW ファイルをクリアし、BOOT 変数に保存します。
ステップ 5 boot system flash コマンドを使用して、Cisco IOS ソフトウェアイメージを BOOT 変数に追加します。
次に、 cat4000-is-mz.121-12c.EW イメージを BOOT 変数に追加する例を示します。
ステップ 6 config-register コマンドを使用して、コンフィギュレーション レジスタを 0x2102 に設定します。
次に、コンフィギュレーション レジスタの 2 番目に重要ではないビットを設定する例を示します。
ステップ 7 reload コマンドを入力してスイッチをリセットし、ソフトウェアをロードします。
アップグレードの完了に、ユーザによる対処は必要ありません。アップグレードを正常に完了させるために、最低でも 5 分間は、アップグレード プロセスを中断することがないよう、リセット、電源の再投入、またはスーパバイザ エンジンの OIR を行わないでください。
次に、アップグレードが正常に完了したときの出力とシステム リセットの例を示します。
ステップ 8 show version コマンドを使用して、新しい Cisco IOS リリースがスイッチ上で動作していることを確認します。
制限事項
以降の項では、Catalyst 4500 シリーズ スイッチの Cisco IOS ソフトウェアの現在のリリースに関する制限と制約事項について説明します。
すべてのスーパバイザエンジン
- fa1 の SPAN の宛先はサポートされていません。
- 「keepalive」CLIは、スイッチのインターフェイスモードではサポートされていませんが、実行コンフィギュレーションには表示されます。この動作による機能への影響はありません。
- TDR は、オープンまたはショートケーブル状態の 1000BaseT のインターフェイス Gi1/1 〜 Gi1/48 でのみサポートされています。TDR の長さの解像度は +/- 10 m です。ケーブルが 10 m 未満の場合、またはケーブルが適切に終端されている場合、TDR の結果には「0」m と表示されます。インターフェイス速度が 1000BaseT ではない場合、「unsupported」という結果ステータスが表示されます。ジャックパネルまたはパッチパネルを使用して延長されたケーブルについては、TDR の結果は信頼できません。
- Fast UDLD には、次のガイドラインが適用されます。
– Fast UDLD は、デフォルトではディセーブルに設定されています。
– Fast UDLD をサポートするネットワーク デバイス間のポイントツーポイント リンクでのみ、Fast UDLD を設定します。
– Fast UDLD は、通常モードでもアグレッシブ モードでも設定できます。
– Fast UDLD ポートでは、link debounce コマンドを入力しないでください。
– 互いに接続されたネットワーク デバイス間の少なくとも 2 つのリンクで Fast UDLD を設定します。これにより、誤検出が原因で、Fast UDLD が誤ってリンクを無効にするエラーが発生する可能性が低くなります。
– 同じネイバー デバイスに対する複数のリンクで同じエラーが同時に発生した場合、Fast UDLD は単一方向リンクを報告しません。
show ip route や show access-lists などの特定のコマンドの出力には、非決定的テキストが含まれています。出力は簡単に理解できますが、出力テキストには一貫して出力される文字列が含まれていません。汎用仕様のファイルエントリでは、考えられるすべての出力は解析できません。
汎用仕様のファイルエントリは使用できない場合がありますが、出力に確実に含まれているテキストを検索することで、目的のテキストを返す仕様ファイルエントリが作成される場合があります。出力に文字列が含まれていることが確実な場合は、解析に使用できます。
たとえば、show ip access-lists SecWiz_Gi3_17_out_ip コマンドの出力は次のようになります。
最初の行は、出力にアクセスリストが含まれていることが確実であるため、簡単に解析できます。
残りの行にはすべて、host という用語が含まれています。その結果、その文字列を指定することによって仕様ファイルで必要な値が報告される場合があります。たとえば、次の行
これによって、最初のルールと 2 番目のルールに対して次を生成します。
NETCONF を使用して show running-config コマンドの出力を要求し、目的の文字列の出力を解析します。これは、目的の行に共通点がない場合に便利です。たとえば、次の例に示すように、このアクセスリストのルールには共通の文字列と順序（3 つの permit、次に deny、次に別の permit）が含まれていないため、仕様ファイルのエントリで検索文字列として permit を使用できません。
show running-config コマンドの XML 出力には、必要に応じてプログラムによって解析できる次の内容が含まれています。
- Catalyst 4500 シリーズ スイッチは、Cisco IOS リリース 12.2(46)SG および以前のリリースで使用されているレガシー 802.1X コマンドを引き続きサポートします（つまり、CLI で受け入れられます）が、CLI ヘルプメニューには表示されません。
- 現在の IOS ソフトウェアは、64 文字を超えるファイル名をサポートできません。
- すべてのソフトウェアリリースで、最大 32,768 の IGMP スヌーピング グループ エントリがサポートされています。
- source-interface キーワードを使用する設定で、セカンダリプライベート VLAN に関連付けられた SVI を指定すると、スイッチのリロード時にセカンダリ VLAN に関連する設定が失われる可能性があります。このような状況では、常にプライマリプライベート VLAN を使用します。
Supervisor Engine II+ Plus 〜 V-10GE の場合
– 別の VRF でのアンナンバード インターフェイスとナンバードインターフェイス
– 出力インターフェイスのリダイレクション（外部へのリダイレクション）
– NHRP（Next Hop Resolution Protocol）
– PPP の AppleTalk コントロール プロトコル
– NetFlow では、制御パケット、リンクレベルのエラーが発生したパケット、および ARP/RARP パケットは考慮されません。
– NetFlow のソフトウェアキャッシュは固定されています。ユーザはサイズを変更できません。
– さまざまなパケット サイズの分布を示す統計分布の行は、表示されません。
– パケットの長さをベースにした一致基準はサポートされていません。
– IP Precedence、TOS および Qos グループは固定されていません。
- IGRP はサポートされていません（代わりに EIGRP を使用）。
- MAC アドレステーブルは、802.1s または 802.1w スパニングツリープロトコルのいずれかが設定されている場合、スーパバイザエンジンを切り替えるとクリアされます。アドレスのクリアとそれに伴うパケットのフラッディングを最小限に抑えるには、エッジポートを spanning-tree portfast に、 リンクタイプを spanning-tree link-type point-to-point に設定します。
- NSF および IS-IS IETF モードの実行中に、issu loadversion コマンドを入力してから 5 分以内に issu runversion コマンドを入力すると、ISSU のアップグレード中にパケット損失が発生することがあります。
回避策：NSF インターバルタイマーを 0 分に設定するか、NSF インターバルタイマーの期限が切れて NSF が再起動するまで issu runversion コマンドの入力を遅らせます。
- スイッチで NSF が有効になっている場合、ルートがルーティングプロトコル間で正しく再配布されない可能性があります。ルートが正しく再配布されるかどうかは、NSF スイッチオーバー後のルーティング プロトコルの収束順序によって決まります。
- IP クラスフルルーティングはサポートされていません。no ip classless コマンドを使用しないでください。このコマンドはクラスレスルーティングのみをサポートしているため、無効になります。クラスレスルーティングがデフォルトで有効になっているため、ip classless コマンドはサポートされていません。
- Catalyst 4510R スイッチでは、Supervisor Engines II-Plus、III、IV、および II-Plus-10GE はサポートされていません。サポートされていないスーパバイザ エンジンをインストールすると、ソフトウェアで制御できない予期しない動作がハードウェアで発生する可能性があります。サポート対象外のスーパバイザエンジンを冗長スロットに挿入して使用すると、他のスロットに挿入されているサポート対象のスーパバイザエンジンが誤作動する可能性があります。
- Supervisor Engine II-Plus は、以前のリリースの Supervisor Engine III または Supervisor Engine IV でフォーマットされたコンパクトフラッシュ カードを読み取ることができません。
- スタートアップ ファイルの VLAN 設定が VLAN データベース ファイルに格納されている情報と一致しない場合、Catalyst 4500 スーパバイザ エンジンが正しく初期化されません。この現象は、バックアップ設定ファイルが使用された場合に生じることがあります。
- レイヤ 2 LACP チャネルを、スパニングツリー PortFast 機能で設定することはできません。
- ブートローダ イメージを使用するネットブーティングは、サポートされていません。他の方法については、“トラブルシューティング” sectionを参照してください。
- リリース 12.1(13)EW（以降）を実行した後で、Cisco IOS リリース 12.1(8a)EW1 にダウングレードすることはできません。ダウングレードする必要がある場合、警告 CSCdz59058 について TAC 担当者にお問い合わせください。
- Catalyst 4507R シャーシに冗長スーパバイザエンジンを導入する場合、スタートアップ コンフィギュレーション ファイルの解析中は、存在しないハードウェアには構成ファイルが適用されないという Cisco IOS ソフトウェアの標準的な動作を確認してください。
たとえば、アクティブなスーパバイザエンジンがスロット 1 にあり、インターフェイス Gi1/1 が設定されている場合、シャーシからアクティブなスーパバイザエンジンを取り外すと、スロット 2 にあるスーパバイザエンジンがアクティブになります。また、スタートアップ コンフィギュレーション ファイルの解析中にインターフェイス Gi1/1 が存在していないことを示すエラー メッセージが表示されます。これは、正常な動作です。以前のアクティブ スーパバイザ エンジンをスロット 1 に再挿入しても、インターフェイス Gi1/1 の設定は残っていません。
この現象は、両方のスーパバイザエンジンがシャーシに挿入されている場合は発生しません。
回避策：スタートアップ コンフィギュレーション ファイルを実行コンフィギュレーションにコピーします。
回避策：show standby コマンドを使用して設定を表示し、CLI を削除します。次に、show standby GigabitEthernet1/1 コマンドの出力例を示します。
- HSRP プリエンプション遅延を一貫して機能させるには、standby delay minimum コマンドを使用する必要があります。遅延を 1 つ以上の hello 間隔に設定して、HSRP が開始状態を終了する前に hello が受信されるようにしてください。
イメージのリロード後にルータがリブートする場合は、standby delay reload オプションを使用します。
- Cisco 製ルータとサードパーティ製のルータ間で OSPF を実行しようとすると、2 つのインターフェイスが Exstart/Exchange の状態で止まってしまう可能性があります。この問題は、ネイバールータのインターフェイス間で最大伝送単位（MTU）設定が一致しない場合に発生します。より高速に MTU を設定したルータではネイバールータの MTU 設定よりも大きなパケットが送信されるため、ネイバールータはこのパケットを無視します。
回避策：問題は MTU の設定の不一致により生じるため、他の MTU と一致するようにいずれかのルータの MTU を変更する必要があります。
- Supervisor Engine III および Supervisor Engine IV では.1q-in-.1q パケットパススルーを実行できますが、Supervisor Engine II+10GE、Supervisor Engine V、および Supervisor Engine V-10GE では.1q-in-.1q カプセル化のみ実行できます。
- PVST および Catalyst 4500 E シリーズ スイッチの VLAN では、Cisco IOS リリース 12.1(13)EW は最大 3000 のスパニング ツリー ポート インスタンスをサポートしています。これより多くのインスタンスを使用する場合は、PVST ではなく MST を使用してください。
- ISL トランクとして設定できるのは、WS-X4418-GB モジュールのポート 1 およびポート 2 と WS-X4412-2GB-T モジュールのポート 13 およびポート 14 のみです。
- 送信キュー シェーピングまたはコンフィギュレーションの共有により元のパケットが損失しても、引き続き SPAN ポートで SPAN パケットのコピーを送信できます。
- すべてのソフトウェア リリースにおいて、100,000 以上のルータを使用しないでください。
- パフォーマンス上の理由により設定された ACL を使用して、すべてのインターフェイスで no ip unreachables コマンドを使用してください。
- レイヤ 3 パスのロードバランシング メトリックは、Cisco IOS リリース 12.1(8a)EW、12.1(11b)EW、12.1(12c)EW、12.1(13)EW、12.1(19)EW、および 12.1(20)EW ではサポートされていません。（CSCdv10578）
- Dynamic ARP Inspection（DAI）の err-disable 機能のしきい値は、インターフェイスごとに 15 ARP パケット/秒に設定されています。このしきい値は、ネットワーク構成に応じて調整する必要があります。CPU は、持続レートが 1000 pps を超える DHCP パケットは受信しません。
- 制限数の ACL バインディングは、Catalyst 4500 シリーズ スイッチ Supervisor Engine II-Plus の IP ソース ガード機能により動的にインストールされます。IP ソースガード機能を最大限に活用するには、Supervisor Engine IV を使用する必要があります。
- レイヤ 3 ポートに IP アドレスまたは IPv6 アドレスを設定した後、switchport コマンドでレイヤ 3 ポートをレイヤ 2 ポートに変更し、再度レイヤ 3 ポートに戻すと、元の IP/IPv6 アドレスが失われます。
- デフォルトでは、IPv6 はディセーブルになります。IPv6 をルートするには、IPv6 unicast-routing コマンドを入力する必要があります。IPv6 マルチキャストルーティングを使用する予定の場合は、IPv6 multicast-routing コマンドを使用してください。
- デフォルトでは、CEF の IPv6 はディセーブルになります（IPv6 ユニキャスト ルーティングがイネーブルになった後）。IPv6 トラフィックがプロセススイッチングされるのを防ぐには、IPv6 cef コマンドを使用します。
- コミュニティ VLAN のマルチキャスト ソースは、サポートされていません。
- 双方向コミュニティ VLAN は、サポートされていません。
- 音声 VLAN は、コミュニティ VLAN ホスト インターフェイスではサポートされていません。
- プライベート VLAN トランクには、コミュニティ VLAN は含まれません。
- WS-4516 モジュールでプライベート VLAN を使用する場合、手動でエントリをクリアしないと、古い ARP エントリは ARP キャッシュからタイムアウトされません。このイベントによる運用への影響はありません。
- Cisco IOS リリース 12.2(20)EW でフォーマットされた Compact Flash は、Supervisor Engine V-10GE システムと Supervisor V-10GE 以外のシステムの両方のリリース 12.2(25)EW でフォーマットし直す必要があります。その他のリリースでフォーマットされた Compact Flash は、Supervisor Engine V-10GE 以外のシステムでフォーマットし直す必要はありません。
- 冗長システムでは、アクティブ スーパバイザ エンジンの起動中にスタンバイ スーパバイザ エンジンの取り外しや再挿入を行わないでください。これを行うと、オンライン診断テストでエラーが発生する可能性があります。
回避策：スタンバイ スーパバイザ エンジンの取り外しまたは再挿入はアクティブなスーパバイザエンジンを起動してから行ってください。（CSCsa66509）
- 10 スロットシャーシと組み合わせて使用する場合、Supervisor Engine V は 10 スロット目の Catalyst 4500 シリーズ 2 ポート ギガビット イーサネット ラインカード（WS-X4302-GB）のみサポートします。
- switchport private-vlan mapping trunk コマンドでサポートされる一意のプライベート VLAN ペアの 最大数は 500 です。たとえば、1000 のセカンダリ VLAN を 1 つのプライマリ VLAN にマッピングしたり、1000 のセカンダリ VLAN を 1000 のプライマリ VLAN に 1 対 1 でマッピングしたりすることができます。
- PoE のサポートは、PoE をサポートするラインカードおよび電源装置を使用しているかどうかによって異なります。
- PVLAN 無差別トランク ポートを設定するための最大マッピング数は、500 プライマリ VLAN から 500 セカンダリ VLAN です。
- NAC LAN ポートの IP 機能では、802.1X アクセス不能認証バイパス機能はサポートされていません。
- line console 0 コンフィギュレーション モードのコンソール速度を変更しても、ROMMON のコンソール速度には影響しません。ROMMON にも同じコンソール速度を適用するには、confreg ROMMON ユーティリティを使用します。
- Supervisor Engine II-Plus では、Cisco IOS リリース 12.2(19)EW より前の Cisco IOS イメージによってフォーマットされた Compact Flash はサポートされません。
- Catalyst 4500 シリーズ スイッチが Cisco Secure Access Control Server（ACS）からの情報を要求すると、サーバが応答しないためメッセージの交換がタイムアウトし、次のようなメッセージが表示されます。
このメッセージが表示された場合は、スイッチが ACS に接続されていることを確認します。また、スイッチが ACS の AAA クライアントとして正しく設定されていることも確認します。
- BGP ルータ コンフィギュレーション モードでは、bgp shutdown コマンドはサポートされていません。このコマンドを入力すると、予期しない結果が発生する可能性があります。
- アイドル タイムアウトの後に SSH 接続が切断されると、スプリアス エラー メッセージが表示されます。
回避策：アイドルタイムアウトを無効にします。 （CSCec30214）
- モジュール WS-X4148-RJ45V のインターフェイスで、スイッチとメディア コンバータの両方が 100 Mbps 全二重で動作するように設定されていると、Daiden DN-2800G メディア コンバータのリンクが確立されないことがあります。この現象は、power inline auto コマンドでモジュールのインターフェイスが自動的にデバイスインラインの検出および電源投入を行うよう設定されている場合に発生します。この警告は、すべてのソフトウェア リリースに記載されています。
1. power inline never コマンドを使用して、スイッチポートでのインラインの電源投入を無効にします。
2. メディア コンバータで、速度とデュプレックスを 100 Mbps の全二重で動作せずに自動ネゴシエーションするように設定します。（CSCee62109）
– レイヤ 2 アクセス ポートおよび PVLAN ホスト ポート（独立ポートまたはコミュニティ ポート）をサポートしています。
– トランク ポート、レイヤ 3 ポート、または EtherChannel はサポートされません。
- スタティック ホストの IPSG は、アップリンク ポートでは使用しないでください。
- Selective DBL では、タグなし IP パケットとシングルタグ IP パケットのみサポートされています。非 IP パケット（Q-in-Q や IPX など）で Selective DBL に近い機能を実現するには、CoS 値と一致する入力ポリシーマップを適用して、クラスマップの DBL を指定します。
- Selective DBL では、トポロジで Q トンネリングされたレイヤ 2 Q を使用する場合、COS 値と一致するポリシー マップが着信ポートに適用されます。
- DSCP 値のセットが設定されている場合（0 ～ 30、0 ～ 63 など）、qos dbl dscp-based 0-7 コマンドでこれらの DSCP 値のサブセットを指定しても、DSCP の不要な値（8 ～ 63）は削除できません。不要な値は、コマンドの no 形式を使用して削除する必要があります。この場合、no qos dbl dscp-based 8-63 コマンドを使用すると、選択した 0-7 が残ります。
- インターフェイス上でマルチドメイン認証（MDA）を使用したポート セキュリティを使用する場合：
– 少なくとも 3 つの MAC アドレスがスイッチにアクセスできるようにします。3 つの内 2 つは電話用（データドメインおよび音声ドメインに登録される電話の MAC アドレス）で、1 つは PC 用です。
– データ VLAN ID と音声 VLAN ID が異なることを確認します。
– IPSG が各インターフェイス上のスタティックホストを学習するとき、学習するホストが多数ある場合、スイッチ CPU が 100 パーセントになることがあります。ホストが学習されると、CPU 使用率が低くなります。
– スタティック ホストの IPSG 違反は、違反が発生すると印刷されます。異なるインターフェイスで複数の違反が同時に発生した場合、CLI には最新の違反が表示されます。たとえば、IPSG で 10 ポートが設定され、ポート 3、6、および 9 で違反が発生した場合、印刷される違反メッセージはポート 9 のみになります。
– いずれかの VLAN が別のポートに関連付けられている場合や VLAN からポートが削除された場合、非アクティブなホスト バインディングがデバイス トラッキング テーブルに表示されます。そのため、ホストをサブネット間で移動すると、そのホストは Inactive としてデバイス トラッキング テーブルに表示されます。
– 自動ステート機能 SVI は、EtherChannel では動作しません。
- CSCsg08775 の解決策により、GARP ACL エントリはスタティック CAM 領域の一部ではなくなりました。ただし、コントロール プレーン ポリシング（CPP）内のシステム定義 GARP クラスは引き続き存在します。
- Catalyst 4507R および Catalyst 4510R シャーシの設定によっては、利用可能なデータ電力の最大量を超えます。これらの設定には、次の PID の組み合わせがあります。
– シャーシ WS-C4507R-E、WS-C4510R-E
– 1 つ以上の WS-X4448-GB-RJ45 または WS-X4148-FX-MT モデル
冗長 Supervisor Engine 6-E を使用して、7 スロットおよび 10 スロットのシャーシの 10/100/1000 ポート密度を最大化するためには、WS-X4448-GB-RJ45 ラインカードではなく WS-X4548-GB-RJ45 を取り付けます。WS-X4448-GB-RJ45 ラインカードを使用する必要がある場合は、次の 2 つのオプションがあります。
Catalyst 4507R では 4 つのラインカードスロットのみを使用し、Catalyst 4510R シャーシでは 6 つのラインカードスロットのみを 使用します。
すべてのスロットが必要な場合、使用できるのは WS-X4448-GB-RJ45 ラインカードの 1 モデルのみです。
Supervisor Engine 6-E を使用して、7 および 10 スロットシャーシの 100 BASE-FX ポート密度を最大化するためには、WS-X4148-FX-MT ラインカードではなく FX 光ポートを持つ WS-4248-FE-SFP ラインカードを取り付けます。WS-X4148-FX-MT ラインカードを使用する必要がある場合は、次の 2 つのオプションがあります。
Cat4507R シャーシでは 4 つのラインカードスロットのみ、Cat4510R シャーシでは 6 つのラインカードスロットのみを使用できます。
すべてのスロットが必要な場合、1 つの WS-X4448-GB-RJ45 ラインカードのみ使用できます。
このような場合、ハードウェアでプログラムされている IPv6 の MTU 値は IPv6 インターフェイスの MTU 値とは異なります。この状況は、追加の値を保存する余裕がハードウェア MTU テーブルにない場合に発生します。
テーブルに空きを作るには、未使用のいくつかの MTU 値を設定解除します。次に、インターフェイスで IPv6 を無効化または再度有効化するか、または MTU 設定を再適用します。
ポート上のスタティック ホストの IPSG をイネーブルにするには、次のコマンドを入力します。
インターフェイス上で IP デバイストラッキングをグローバルに有効にせずに、または IP デバイストラッキングを最大限に設定せずに、ポート上で ip verify source tracking [port-security] インターフェイス コンフィギュレーション コマンドを設定した場合、スタティックホストの IPSG はそのインターフェイスからのすべての IP トラフィックを拒否します。
注 前述の状況は、PVLAN ホストポート上のスタティックホストの IPSG にも当てはまります。
- Cisco IOS リリース 12.2(40)SG と以前のリリースとの間で ISSU アップグレードを実行する前に、コントロールプレーンから ACL という名前の system-cpp-policy を削除して、ハードウェア コントロール プレーン ポリシングを無効にする必要があります。以前のリリースでは、ACL という名前の system-cpp-policy はコントロールプレーンから切り離すことができません。以前のリリースを実行している場合は、Cisco IOS リリース 12.2(40)SG への ISSU アップグレードを実行する際に、まず Cisco IOS リリース 12.2(31)SGAx の最新のメンテナンスリリースにアップグレードする必要があります。
- Supervisor Engine V-10GE（WS-X4516-10GE）では、新しいアップリンクモードでのスタートアップ コンフィギュレーションをフラッシュメモリにコピーしてシステムに電源を再投入しても、システムは新しいアップリンクモードで起動されません。新しいアップリンク モードでのスタートアップ コンフィギュレーションをフラッシュ メモリにコピーしたら、システムに電源を再投入する前にコマンド インターフェイスからアップリンク モードを新しいアップリンク モードに変更する必要があります。これにより、新しいアップリンク モードでのシステム起動が保証されます。
- Catalyst 4510R または 4510R-E シャーシで Supervisor Engine V を使用する場合、スロット 10（FlexSlot）で使用できるのは 2 ポート GBIC（WS-X4302-GB）とアクセス ゲートウェイ モジュール（WS-X4604-GWY）のラインカードのみです。アップリンク選択モードが「all」に設定されている場合、Supervisor Engine V-10GE はこれと同様の制限を受けます。アップリンク選択モードが「tengigabitethernet」または「gigabitethernet」に設定されている場合、Supervisor Engine V-10GE は、すべての Catalyst 4500 シリーズのラインカードのスロット 10 への取り付けをサポートします。Supervisor Engine 6-E は、Catalyst 4500 シリーズのすべてのラインカードのスロット 10 への取り付けをサポートします。
- Cisco IOS リリース 12.2(50)SG よりも前のリリースでは、Supervisor Engine V、V-10GE 以前を搭載したスイッチでは、system-cpp-policy のユーザ定義クラスマップのクラスマップ検索統計情報が正しく更新されません。Cisco IOS リリース 12.2(50)SG では、system-cpp-policy のユーザ定義クラスマップの検索統計情報が正しく更新されます。ただし、per-vlan キャプチャモードでは、system-cpp-policy で定義されたシステムの検索統計情報は更新されません。グローバル キャプチャ モードでは、system-cpp-policy にあるすべての（ユーザ定義およびシステム定義の）クラスマップの検索統計情報が適切にアップデートされます。
- MDA またはマルチ認証ホストモードを事前認証オープンアクセスと組み合わせて使用すると、スイッチはユニキャスト EAPOL 応答を無視します。
Supervisor Engine 6-E および Supervisor Engine 6L-E の場合
- Catalyst 4510R スイッチは Supervisor Engines 6L-E をサポートしていません。サポート対象外のスーパバイザエンジンをインストールすると、ソフトウェアで制御できない予期しない動作がハードウェアで発生する可能性があります。サポート対象外のスーパバイザエンジンを冗長スロットに挿入して使用すると、他のスロットに挿入されているサポート対象のスーパバイザエンジンが誤作動する可能性があります。
- MAC アドレス テーブルは、802.1s または 802.1w スパニングツリー プロトコルのいずれかが設定されている場合、スーパバイザ エンジンを切り替えるとクリアされます。アドレスのクリアとそれに伴うパケットのフラッディングを最小限に抑えるには、エッジ ポートを spanning-tree portfast に、リンクタイプを spanning-tree link-type point-to-point にそれぞれ設定します。
- IP クラスフルルーティングはサポートされていません。no ip classless コマンドを使用しないでください。このコマンドはクラスレスルーティングのみをサポートしているため、無効になります。クラスレスルーティングがデフォルトで有効になっているため、コマンド ip classless はサポートされていません。
- レイヤ 2 LACP チャネルを、スパニングツリー PortFast 機能で設定することはできません。
- ブートローダ イメージを使用するネットブーティングは、サポートされていません。他の方法については、“トラブルシューティング” sectionを参照してください。
- 冗長スーパーバイザを Catalyst 4507R に展開すると、スタートアップ コンフィギュレーション ファイルが解析されている間は存在しないハードウェアの場合、そのハードウェアのコンフィギュレーション ファイルは適用されません。
たとえば、アクティブなスーパバイザエンジンがスロット 1 にあり、インターフェイス Gi1/1 が設定されている場合、シャーシからアクティブなスーパバイザエンジンを取り外すと、スロット 2 にあるスーパバイザエンジンがアクティブになります。また、スタートアップ コンフィギュレーション ファイルの解析中にインターフェイス Gi1/1 が存在していないことを示すエラー メッセージが表示されます。これは、正常な動作です。以前のアクティブなスーパバイザエンジンをスロット 1 に再挿入しても、インターフェイス Gi1/1 の設定は残っていません。
この現象は、両方のスーパバイザ エンジンが物理的にシャーシに挿入されている場合は発生しません。
回避策：スタートアップ コンフィギュレーション ファイルを実行コンフィギュレーションにコピーします。
回避策：show standby コマンドを使用して設定を表示し、CLI を削除します。次に、show standby GigabitEthernet1/1 コマンドの出力例を示します。
- HSRP プリエンプション遅延を一貫して機能させるには、standby delay minimum コマンドを使用する必要があります。遅延を 1 つ以上の hello 間隔に設定して、HSRP が開始状態を終了する前に hello が受信されるようにしてください。
イメージのリロード後にルータがリブートする場合は、standby delay reload オプションを使用します。
- Cisco 製ルータとサードパーティ製のルータ間で OSPF を実行しようとすると、2 つのインターフェイスが Exstart/Exchange の状態で止まってしまう可能性があります。この問題は、ネイバールータのインターフェイス間で最大伝送単位（MTU）設定が一致しない場合に発生します。より高速に MTU を設定したルータではネイバールータの MTU 設定よりも大きなパケットが送信されるため、ネイバールータはこのパケットを無視します。
- Supervisor Engine 6-E では、.1q-in-.1q パケットパススルーのみを実行できます。
- PVST および Catalyst 4500 E シリーズ スイッチの VLAN では、Cisco IOS Release 12.1（13）EW は最大 3000 のスパニングツリー ポート インスタンスをサポートしています。これより多くのインスタンスを使用する場合は、PVST ではなく MST を使用してください。
- Supervisor Engine 6-E は FAT ファイルシステムをサポートしているため、次の制限が適用されます。
– verify コマンドと squeeze コマンドはサポートされません。
– rename コマンドは FAT ファイル システムでサポートされます。
Supervisor Engine 6-E では、ブートフラッシュと slot0 に rename コマンドを使用できます。その他すべてのスーパーバイザでは、NVRAM デバイスのみで rename コマンドがサポートされます。
– fsck コマンドは、slot0 デバイスでサポートされます。6-E 以外のスーパーバイザ エンジンのファイル システムではサポートされていません。
– FAT ファイルシステムでは、IOS format bootflash: コマンドはユーザファイルのみを消去します。システム設定は消去しません。
– FAT ファイルシステムは、ファイル/ディレクトリ名として最大 63 文字をサポートします。パスの最大長は 127 文字です。
– FAT ファイルシステムでは、ファイル/ディレクトリ名に {、}、＃、%、^、およびスペース文字は使用できません。
– FAT ファイルシステムは、読み取り専用および読み取り/書き込みの Microsoft Windows ファイル属性を受け入れますが、Windows ファイルの隠し属性はサポートしていません。
– Supervisor Engine 6-E は、Compact Flash（slot0）に FAT ファイルシステムを使用します。Compact Flash が FAT ファイルシステムでフォーマットされていない場合（6-E 以外のスーパバイザエンジンの Compact Flash など）、スイッチはその Compact Flash を認識しません。
- 送信キューシェーピングまたは共有設定により元のパケットが損失しても、引き続き SPAN ポートで SPAN パケットのコピーを送信できます。
- すべてのソフトウェア リリースで、最大 16,000 の IGMP スヌーピング グループ エントリがサポートされています。
- パフォーマンスを最大限に引き上げるには、ACL に設定されているすべてのインターフェイスで no ip unreachables コマンドを使用します。
- Dynamic ARP Inspection（DAI）の err-disable 機能のしきい値は、インターフェイスごとに 15 ARP パケット/秒に設定されています。このしきい値は、ネットワーク構成に応じて調整する必要があります。CPU は、持続レートが 1000 pps を超える DHCP パケットは受信しません。
- レイヤ 3 ポートに IP アドレスまたは IPv6 アドレスを設定した後、switchport コマンドでレイヤ 3 ポートをレイヤ 2 ポートに変更し、再度これをレイヤ 3 ポートに戻すと、元の IP/IPv6 アドレスが失われます。
- 冗長システムでは、アクティブなスーパバイザエンジンの起動中にスタンバイ スーパバイザ エンジンの取り外しまたは再挿入を行わないでください。これを行うと、オンライン診断テストが失敗する可能性があります。
回避策： スタンバイ スーパバイザ エンジンの取り外しまたは再挿入はアクティブなスーパバイザエンジンを起動してから行ってください。（CSCsa66509）
- switchport private-vlan mapping trunk コマンドでサポートされる一意のプライベート VLAN ペアは最大で 500 です。たとえば、500 のセカンダリ VLAN を 1 つのプライマリ VLAN にマッピングしたり、500 のセカンダリ VLAN を 500 のプライマリ VLAN にマッピングしたりできます。
- PoE のサポートは、次のラインカードや電源装置を使用しているかどうかによって異なります。
- Catalyst 4500 シリーズ スイッチが Cisco Secure Access Control Server（ACS）からの情報を要求すると、サーバが応答しないためメッセージの交換がタイムアウトします。このとき、次のようなメッセージが表示されます。
このメッセージが表示された場合は、スイッチと ACS 間がネットワーク接続されていることを確認します。また、スイッチが ACS の AAA として正しく設定されていることも確認します。
– IPSG が各インターフェイス上のスタティックホストを学習するとき、学習するホストが多数ある場合、スイッチ CPU が 100 パーセントになることがあります。ホストが参照されると、CPU 使用率が低くなります。
– スタティック ホストの IPSG 違反は、違反が発生すると印刷されます。異なるインターフェイスで複数の違反が同時に発生した場合、CLI には最新の違反が表示されます。たとえば、IPSG で 10 ポートが設定され、ポート 3、6、および 9 で違反が発生した場合、印刷される違反メッセージはポート 9 のみになります。
– いずれかの VLAN が別のポートに関連付けられている場合や VLAN からポートが削除された場合、非アクティブなホスト バインディングがデバイス トラッキング テーブルに表示されます。そのため、ホストをサブネット間で移動すると、そのホストはインアクティブとしてデバイス トラッキング テーブルに表示されます。
– 自動ステート機能 SVI は、EtherChannel では動作しません。
このような場合、ハードウェアでプログラムされている IPv6 の MTU 値は IPv6 インターフェイスの MTU 値とは異なります。この状況は、追加の値を保存する余裕がハードウェア MTU テーブルにない場合に発生します。
空きを作るには、未使用のいくつかの MTU 値を設定解除します。次に、インターフェイスで IPv6 を無効または再度有効にするか、または MTU 設定を再適用します。
ポート上のスタティック ホストの IPSG をイネーブルにするには、次のコマンドを入力します。
インターフェイス上で IP デバイストラッキングをグローバルに有効にせずに、または IP デバイストラッキングを最大限に設定せずに、ポート上で ip verify source tracking [port-security] インターフェイス コンフィギュレーション コマンドを設定した場合、スタティックホストの IPSG はそのインターフェイスからのすべての IP トラフィックを拒否します。
注 前述の状況は、PVLAN ホストポート上のスタティックホストの IPSG にも当てはまります。
- uRPF は最大 4 つのパスをサポートします。ハードウェアで RPF VLAN の 1 つとしてプログラムされていない有効な VLAN の 1 つにパケットが着信すると、そのパケットはドロップされます。RPF が設定されていない他のインターフェイスからトラフィックが着信する可能性がある場合は、スイッチングが可能です。
- 入力 ACL と出力 ACL は、uRPF インターフェイスで受信したトラフィックを上書きまたはフィルタリングできません。
- ハードウェアスイッチング中に uRPF ドロップパケットを反映する CLI コマンドはありません。sh ip traffic および show cef int コマンドは、uRPF ドロップを反映しません。
- IPv6 ACL はスイッチポートではサポートされていません。IPv6 パケットは、既知の方法（PACL、VACL、または MACL）を使用してスイッチポートでフィルタリングできません。
- match ip prec | dscp を使用したクラスマップ match ステートメントは IPv4 のみを照合しますが、match prec | dscp を使用して実行した一致は IPv4 パケットと IPv6 パケットの両方を照合します。
- ポリシーマップに IPv6 ACL が含まれており、IPv6 アクセスリストを備えた同じクラスマップ内の一致 CoS で /81 ～ /127 の範囲内にマスクがある場合は、IPv6 QoS ハードウェアスイッチングが無効になります。この状況ではパケットがソフトウェアに転送され、QoS を効率的に無効にします。
- Supervisor Engine 6-E を搭載した Catalyst 4507R-E または 4510R-E シャーシに次のデータ専用 Catalyst 4500 ラインカードを使用すると、電源の容量を超える可能性があります。
– WS-X4148-FX-MT Cisco Catalyst 4500 ファストイーサネット スイッチングモジュール、48 ポート 100BASE-FX（MT-RJ）
– WS-X4448-GB-RJ45 Cisco Catalyst 4500 48 ポート 10/100/1000 モジュール（RJ-45）
Catalyst 4503-E および Catalyst 4506-E に警告はありません。また、定格 1400 W 以上の電源を使用する Catalyst 4507R-E 構成にも警告はありません。
次の交換用スイッチングモジュールは、Catalyst 4500-E シャーシの電源容量を超えません。
Catalyst 4500 シリーズ モジュール インストレーション ガイド [英語] を参照して、すべての Catalyst 4500 ラインカードの電力要件と Catalyst 4500 電源の電力容量を確認してください。
- Supervisor Engine 6-E は、スロット 8-10 で Catalyst 4500 シリーズ ラインカードのみをサポートします。
- 冗長スイッチからラインカードを取り外し、SSO スイッチオーバーを開始してから、ラインカードを再度挿入すると、すべてのインターフェイスがシャットダウンされます。元のラインカードの残りの設定は、保持されます。
この状況は、ラインカードを取り外す前に、スイッチが SSO に到達した場合にだけ発生します。
- Supervisor Engine 6-E では、アップストリームポートは 1Gモードでのみフロー制御の自動ネゴシエーションをサポートし、10G モードではフロー制御が強制的にオンになります。インターフェイスがフロー制御を自動ネゴシエーションするように設定されており、インターフェイスが 10G モードで動作している場合、システムはフロー制御を強制的にオンにし、自動ネゴシエーションは行いません。
- Supervisor Engine 6-E は、最大 32 ポートで Fast UDLD をサポートします。
- Cisco IOS リリース 12.2(53)SG3（および 12.2(54)SG）では、単一のスーパバイザ、RPR、または固定構成スイッチが自動的にリロードされないようにデフォルトの動作が変更されました。自動リロードを設定するには、diagnostic fpga soft-error recoveraggressive コマンドを入力する必要があります。（CSCth16953）
警告
問題では、Cisco IOS リリースでの予期しない動作について説明します。以前のリリースでオープンになっている問題は、オープンまたは解決済みとして次のリリースに引き継がれます。
注 Release 12.4 におけるすべての警告は、これに対応する 12.1 E リリースにも当てはまります。次の URL にある Cisco IOS リリース 12.4 の警告 [英語] を参照してください。
http://www.cisco.com/en/US/docs/ios/12_4/release/notes/124MCAVS.html
注 PSIRTS の最新情報については、次の URL から CCO の『Security Advisories』を参照してください。
http://tools.cisco.com/security/center/publicationListing.x
Cisco IOS リリース 12.2(54)SG1 の未解決の警告
ここでは、Cisco IOS リリース 12.2(54)SG1 の未解決の警告について説明します。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラーメッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクションが必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、 qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブ スーパバイザ エンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルの状態が同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブ スーパバイザ エンジンは、一括同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブ スーパバイザ エンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中の従来または E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS リリース 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブ スーパバイザ エンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正しい状態です。CSCsz20149
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他のすべての情報は、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。CSCta16492
- Cisco IOS リリース 12.2(53)SG1、12.2(50)SG6、またはそれ以降のリリースを実行し、スイッチでスイッチポート ブロック マルチキャストを設定すると、レイヤ 2 マルチキャストはブロックされません。IPv4 と IPv6 の不明なマルチキャストがブロックされます。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。（CSCta61825）
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。Catalyst 4900M スイッチ、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
- Catalyst 4948E イーサネットスイッチのピアインターフェイスで、errdisabled モードフラップ検出が非常に小さい数（10 秒で 2 フラップなど）に設定されている場合、10GE リンクフラップによってピアインターフェイスが errdisabled 状態になることがあります。
回避策：Cisco スイッチのデフォルトのリンクフラップ検出値は、10 秒 で 5 フラップです。デフォルト値以上の数値を使用します。CSCtg07677
- VLAN で IGMP スヌーピングを無効にしてから再度有効にすると、show mac address コマンドの出力にはマルチキャストエントリに対する [term] スイッチが表示されません。マルチキャストトラフィックは影響を受けません。
回避策：SVI で shut を実行し、続いて no shut を実行します。CSCtg72559
データデバイスが切断されたことを示すために生成された CDP TLV は無視されます。これは、接続されている他のデータクライアント（存在する場合）の切断を回避するために行われます。（CSCta47293 を参照）。
– clear authentication session interface
– authentication timer inactivity
- X2 または SFP が Supervisor Engine V-10GE、Supervisor II+10GE、Supervisor 6-E、または Supervisor 6-LE の非アクティブなアップリンクポートに取り付けられている場合、しきい値違反が 10 分ごとに報告されることがあります。
回避策：ポートから X2 または SFP を取り外します。CSCth08212
- フォールバック Web 認証とマルチホストがポートに設定され、PACL が存在しない場合、permit ip any any が TCAM にインストールされ、ホストからのすべてのトラフィックが通過できます。
回避策：ポートで ACL を設定します。CSCte18760
同様に、show epm sessions コマンドでは、認証方式は常に DOT1X と表示されます。
回避策：クライアントに使用される認証方式を表示するには、 show authentication sessions コマンドを入力します。CSCsx42157
回避策：ip cef accounting non-recursive コマンドを無効にします。
– スイッチポートを mab eap ではなく mab に設定します。
– MAA EAP 要求に対して EAP-TLS ではなく EAP-MD5 を最初に提案するように AAA サーバを設定します。CSCti78674
Supervisor Engine 6-E および Supervisor Engine 6L-E に固有の警告
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- X2 SR トランシーバを
Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 ギガビット イーサネット ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。CSCso71647
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てたときに、この動作が発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングをno switchport trunk native vlan tag コマンドを入力して無効にします。CSCsz12611
Cisco IOS リリース 12.2(54)SG1 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(54)SG1 で解決済みの警告について説明します。
- Catalyst 4500 シリーズ スイッチでは、リンクがダウンすると、ポートセキュリティの VLAN ごとの最大 MAC アドレスが失われることがあります。これは、次のインターフェイス設定に適用されます。
回避策：12.2(53)SG3、12.2(50)SG8 以降にアップグレードします。CSCth00398
- 多数の PoE ラインカード（WS-X4548-GB-RJ45V、WS-X4548-RJ45V+）を備えた冗長シャーシでスイッチオーバーが発生すると、新しいアクティブ スーパバイザ エンジンの CPU 使用率が 80% を超えます。
注 同じ PoE ラインカードを備えた非冗長シャーシでは、CPU 使用率は 80% に達しません。
- cat4500e-ipbasek9-mz.122-53.SG1 を実行する Supervisor Engine 6-E またはSupervisor Engine 6L-E では、インターフェイスのフラッピングが原因でリロードが発生することがあります。
回避策：コンフィギュレーション インターフェイス モードで spanning-tree bpdufilter enable を設定します。
- 少なくとも 1 つの 1 対 1 変換が設定されている場合、同じ VLAN へのマッピングは許可されません。これは、VLAN 変換を行わずに特定の VLAN でパケットをスイッチングするユーザに影響します。
VLAN データベースで VLAN をランダムに追加または削除すると、一部の VLAN で SVI トラフィックが停止します。
- バックアップ代表ルータのネイバーがダウンしている間に show ip ospf int コマンドを一時停止すると、show ip ospf int コマンドを入力したときにスイッチがリロードすることがあります。
show ip ospf int コマンドで出力される次の行は次のとおりです。
Enter キーまたはスペースキーを押して出力を進めると、デバイスがリロードされて、次のエラーメッセージが表示されます。
– エラーメッセージが表示されたら、スイッチをリロードします。
– Cisco Catalyst リリース 12.2(54)SG1、Cisco Catalyst リリース 12.2(53)SG4 以降（使用可能な場合）にアップグレードします。
Cisco IOS リリース 12.2(54)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(54)SG の未解決の警告について説明します。
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。CSCsz20149
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。CSCta16492
- Cisco IOS リリース 12.2(53)SG1、12.2(50)SG6、またはそれ以降のリリースを実行し、スイッチでスイッチポート ブロック マルチキャストを設定すると、レイヤ 2 マルチキャストはブロックされません。IPv4 と IPv6 の不明なマルチキャストがブロックされます。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。（CSCta61825）
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。Catalyst 4900M スイッチ、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
- Catalyst 4948E イーサネットスイッチのピアインターフェイスで、errdisabled モードフラップ検出が非常に小さい数（10 秒で 2 フラップなど）に設定されている場合、10GE リンクフラップによってピアインターフェイスが errdisabled 状態になることがあります。
回避策：Cisco スイッチのデフォルトのリンクフラップ検出値は、10 秒 で 5 フラップです。Use the default value or larger numbers. CSCtg07677
- VLAN で IGMP スヌーピングを無効にしてから再度有効にすると、show mac address コマンドの出力にはマルチキャストエントリに対する [term] スイッチが表示されません。マルチキャストトラフィックは影響を受けません。
回避策：SVI で shut を実行し、続いて no shut を実行します。CSCtg72559
データデバイスが切断されたことを示すために生成された CDP TLV は無視されます。これは、接続されている他のデータクライアント（存在する場合）の切断を回避するために行われます。（CSCta47293 を参照）。
– show authentication sessions interface
– authentication timer inactivity
- X2 または SFP が Supervisor Engine V-10GE、Supervisor II+10GE、Supervisor 6-E、または Supervisor 6-LE の非アクティブなアップリンクポートにある場合、しきい値違反が 10 分ごとに報告されることがあります。
回避策：ポートから X2 または SFP を取り外します。CSCth08212
- フォールバック WebAuth とマルチホストがポートに設定され、PACL が存在しない場合、permit ip any any が TCAM にインストールされ、ホストからのすべてのトラフィックが通過できます。
回避策：ポートで ACL を設定します。CSCte18760
同様に、show epm sessions コマンドでは、認証方式は常に DOT1X と表示されます。
回避策：クライアントに使用される認証方式を表示するには、show authentication sessions コマンドを入力します。CSCsx42157
回避策：ip cef accounting non-recursive コマンドを無効にします。
– スイッチポートを mab eap ではなく mab に設定します。
– MAA EAP 要求に対して EAP-TLS ではなく EAP-MD5 を最初に提案するように AAA サーバを設定します。CSCti78674
Supervisor Engine 6-E および Supervisor Engine 6L-E に固有の警告
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- X2 SR トランシーバを Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 ギガビット イーサネット ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。CSCso71647
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てたときに、この動作が発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングをno switchport trunk native vlan tag コマンドを入力して無効にします。 CSCsz12611
Cisco IOS リリース 12.2(54)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(54)SG で解決済みの警告について説明します。
- 実行中のスイッチで switchport block multicast を設定する場合 Cisco IOS リリース 12.2(53)SG1 または 12.2(50)SG6 では、レイヤ 2 マルチキャストはブロックされません。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（認証オープンなし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。CSCta04665
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、 show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。CSCsz05888
- Cisco IOS リリース 12.2(54)SG を実行しているスイッチで、アクセス VLAN が削除され、802.1X マルチ認証で設定されたポートで復元されると、アクセス VLAN が復元された後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。CSCso50921
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- AutoQoS が有効になっているインターフェイスでデフォルトのインターフェイス操作を実行すると、エラーメッセージが表示され、AutoQoS 設定が失われます。たとえば、次の一連の操作により設定が失われます。
回避策：default interface コマンドを次のように置き換えます。
- VLAN ロード バランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を発行すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no-shut コマンドを入力します。（CSCsq75342）
回避策：すべての汎用 QoS ポリシーの設定をシステムから解除します。match any 属性を持つ QoS ポリシーにより、IPv6 エントリがアクティブになります。スイッチが純粋なレイヤ 2 デバイスである場合、汎用プロトコル ファミリの属性を削除して、プロトコル ファミリに絞り込みます。（CSCsq84796）
回避策：すべての汎用 QoS ポリシーの設定をシステムから解除します。CSCsq84853
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更してリセットしてください。CSCsk62457
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
回避策：ACL でのみ一致するようにルートマップを設定します。CSCtg22126
SFP+ 光モジュール SFP-10G-LRM、SFP-10G-LR、および SFP-10G-SRA の場合、IOS の起動時またはモジュールの交換時に Tx 低電力アラームが表示されます。これは、新しい SFP+ モジュールが検出されたときの最初の誤報です。その後、クリアされます。
SFP および 10GBASE-CU SFP+ モジュールでは、この問題は発生しません。
- サードパーティ製の非 PoE デバイスが WS-4648-RJ45V-E または WS-4648-RJ45V+E に接続されていて、PoE が有効になっている場合、デバイスがリブートしてもリンクは確立されません。デバイスにエラーメッセージが表示されることがあります。
回避策：PoE を無効にします（インターフェイス コンフィギュレーション モードで power inline never コマンドを入力します）。
Cisco IOS リリース 12.2(54)SG では、power inline autoneg-advertise コマンドをグローバル コンフィギュレーション モードで入力して、リンクアップを有効にできます。CSCtb78851
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザ エンジンで空の値が表示されることがあります。
この問題は、次のいずれかの条件が当てはまる場合に発生します。
– プレフィックスリストで一致するルートマップが、PBR ポリシーとして入力インターフェイスに接続されている。
– （インターフェイスにすでに接続されている）PBR のルートマップが、ACL ではなくプレフィックスリストで一致するように設定または変更されている。
回避策：ACL でのみ一致するように PBR のルートマップを設定します。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：最大 256 KB のグラフィックを HTML ファイルに埋め込みます（RFC 2397 に準拠）。
これは復元のタイミングには影響しますが、REP 機能には影響しません。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。CSCsv43819
回避策：queue-limit コマンドを入力して、明示的なキューサイズを指定します。CSCso06422
- 認証に 3 回失敗すると、WinXP は 802.1X タイムアウト（デフォルトまたは設定済み）の原因となったスイッチからの EAPOL 要求に応答しなくなります。タイムアウト後、WinXP は認証失敗 VLAN に移行します。
回避策：タイムアウト後に認証を試行します。CSCte84432
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- サポートされていない Catalyst 4500 ソフトウェアバージョンを WS-C4507R+E および WS-C4510R+E にロードすると、次のログメッセージが表示され、いずれのポートも起動しません。
回避策：Cisco IOS リリース 12.2(54)SG または 12.2(53)SG4 を WS-C4507R+E および WS-C4510R+E にロードします。CSCtl70275
Cisco IOS リリース 12.2(53)SG11 の未解決の警告
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザ エンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- Wireless Control System（WCS） で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップ数が定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R+E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+E ではなく WS-C4510R-E です。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられていて、DBL をキューに適用するようにポリシーが設定されている場合、キューにあるフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- X2 SR トランシーバを Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。 （CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたパケット、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースのソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R+E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシで Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG11 の解決済みの警告
- スイッチが Supervisor Engine 2 を搭載した IOS リリース 12.2(53)SG6 を実行しており、電話機と PC が MAB 経由で認証（または許可）され、マルチ認証モードのポートに接続されている場合（認証オープン）、両方のセッションが理由なく 30 秒後に削除されます。
- スイッチが Supervisor Engine II を搭載した IOS リリース 12.2(53)SG6 を実行している場合、データクライアントは認証セッションを受信しますが、ホストモードがポートのマルチ認証で設定されている状態では、音声クライアントのセッションは認証モニタモード（認証オープン）で作成されません。
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
Cisco IOS リリース 12.2(53)SG10 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG10 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS） で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインライン電源の供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R+E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R + EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R +E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG10 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG10 で解決済みの警告について説明します。
Cisco IOS リリース 12.2(53)SG9 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG9 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS） で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R+E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG9 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG9 で解決済みの警告について説明します。
回避策：トランクポートのネイティブ VLAN のデフォルト設定（VLAN 1）を保持します。CSCud05521
- Cisco IOS ソフトウェアの Virtual Route Forwarding（VRF）対応ネットワークアドレス変換（NAT）機能の実装には、IP パケットの変換時の脆弱性があり、認証されていないリモートの攻撃者がサービス妨害（DoS）状態を引き起こすおそれがあります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策がありません。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20130327-nat
注：2013 年 3 月 27 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、7 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。すべてのアドバイザリが Cisco IOS ソフトウェアの脆弱性を扱っています。各 Cisco IOS ソフトウェアのセキュリティアドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2013 年 3 月にバンドルされているすべての Cisco IOS ソフトウェアの脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクについては、次のリンクの Cisco Event Response: Semiannual Cisco IOS Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar13.html
Cisco IOS リリース 12.2(53)SG8 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG8 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。CSCtl70275
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R + E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG7 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG7 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
回避策：no cdp run コマンドを入力して、CDP を無効にします。CSCub45763
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R + E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG7 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG7 で解決済みの警告について説明します。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクについては、次のリンクの Cisco Event Response: Semiannual Cisco IOS Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
Cisco IOS リリース 12.2(53)SG6 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG6 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R + E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。 （CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG6 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG6 で解決済みの警告について説明します。
– サプリカントにマルチキャスト EAPOL の使用を強制する
回避策：rep preempt segment コマンドを再入力します。
回避策：ルートマップのデフォルトのネクストホップを変更する前に、インターフェイスでポリシーが設定されていることを確認します。CSCtr31759
– スイッチの IPv6 アドレスに送信された SNMP GET がトレースバックをトリガーします。
1. no snmp-server コマンドを使用して SNMP エンジンを無効にします。
2. ループバック インターフェイスで IPv4 アドレスと IPv6 アドレスを設定します。
1. no snmp-server コマンドを使用して SNMP エンジンを無効にします。
2. ループバック インターフェイスで IP アドレスと IPv6 アドレスを設定します。
- FlexLink ロードバランシングを使用する場合、バックアップ インターフェイスをソースとする MAC アドレスは、ダイナミック MAC アドレステーブルにプログラムされません。送信元アドレスの学習は、これらの MAC アドレスからのすべてのトラフィックに対してトリガーされ、CPU 使用率が高くなる可能性があります。
回避策：バックアップ FlexLink インターフェイスの送信元アドレスにスタティック MAC アドレスを設定します。CSCtr40070
この問題は、低遅延（5 ミリ秒未満）の環境では発生しない可能性があります。
– IP sla ethernet echo プローブを使用して RTT 統計情報を収集することを検討してください。CSCtb96522
回避策：ピアで LLDP MA TLV 送信を無効にします。CSCtj22354
回避策：get ではなく getnext を使用して、MIB OID の有効なインデックスをリストします。CSCtr52740
– no vlan vlan_id および vlan vlan_id コマンドを使用して、影響を受ける VLAN を削除および追加します。
– shutdown コマンドと no shutdown コマンドを使用して、影響を受けるポートチャネルをフラップします。CSCtr17251
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
Cisco IOS リリース 12.2(53)SG5 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG5 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
回避策：「deny ip any any」に加えて、デフォルト ACL にエントリを追加します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が 4510R + E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG5 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG5 で解決済みの警告について説明します。
– プロキシ ACL ACE を指定するときは、余分なスペースを含めないでください。
– プロキシ ACL ではなく、ダウンロード可能な ACL またはフィルタ ID ACL を使用します。CSCtk67010
この状況は、非冗長スイッチのラインカードにピアスイッチが接続されている場合に、アクティブ スーパバイザ エンジンをリロードすると発生します。一部のラインカードの一部のインターフェイスはリンクされたままです。遠端スイッチは、プロトコルタイムアウトに依存してスイッチのリロードを検出する必要があります。
この状況は、WS-X4648-RJ45-E および WS-X4548-RJ45-VE ラインカードでのみ発生します。
回避策：hw module module n コマンドを使用してラインカードをリセットし、スイッチをリロードします。 CSCtl11764
– power inline never コマンドを入力します。
– speed auto 10 100 コマンドを入力します。CSCtn43537
回避策：Windows デバイスで Gratuitous ARP を無効にします。CSCtn27420
– 802.1X を再試行するようにサプリカントを設定します。
– ポートに接続するか、ポートとの接続を切断します。CSCtl89361
回避策：AAA アカウンティングを無効にします。CSCtl77241
回避策：ip routing を設定します。CSCtj20399
これは、次のように設定されたカスタムバナーを使用する場合にのみ発生します。
– no dot1x pae authenticator/dot1x pae authenticator コマンドを使用して802.1Xを再設定します。
LLDP IEEE 標準規格では、タグなしでフレームを送信する必要があります。この問題により、一部のピアデバイスがタグ付き LLDP フレームを拒否することがあります。
回避策：トランクにデフォルトのネイティブ VLAN を使用します。CSCtn29321
回避策：デバイス設定に snmp-server enable traps envmon を含めると、電源がオフになるか、または障害が発生したときに ciscoEnvMonSuppStatusChangeNotification が生成されます。CSCtl72109
回避策：IP cef アカウンティングを無効にします。CSCtn68186
– vlan dot1q tag native が設定されている。
– ネイティブ VLAN がトランクで許可されていないか、ピアがタグ付きチャネルプロトコルのパケットを受け入れていない。
回避策：問題が発生した REP リングに STCN をエクスポートする他の REP リング内のポートを含め、REP リングトポロジ内のすべてのトランクポートに同じ VLAN リストが設定されていることを確認します。CSCto67625
回避策：DHCP ロードバランシングを使用しないでください。CSCth00482
- スイッチが複数認証ホストモードに設定されており、そのスイッチのインターフェイスが 802.1X に対して設定されている場合、そのインターフェイスは単方向ポート制御を許可せず、Wake-on-LAN の機能を中断します。
回避策：信頼できるホストからの SSH 接続のみを許可します。CSCth87458
– プロキシ ACL ACE を指定するときは、余分なスペースを含めないでください。
– プロキシ ACL の代わりに DACL またはフィルタ ID ACL を使用します。CSCtk67010
これは想定されている動作です。マルチ認証モードでは、電話機に接続されているデータクライアントと、ハブを介してスイッチに接続されているデータクライアントを区別できません。
回避策：ルートマップ全体を削除して、再作成します。CSCsr23563
ルータに Telnet 接続すると、次のようにバナーが正しく表示されます。
- REP リングトポロジでリロードされたスイッチを起動すると、すぐに代替ポートがトラフィックを転送し、ループが発生します。ループは、代替ポートで shut および no shut を入力するまで続きます。
Cisco IOS リリース 12.2(53)SG4 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG4 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
回避策：ファイルを作成するときに、いくつかの文字を入力し、ftp コマンドを削除してから再入力します。以下を参照。
- 次のメッセージは、サポートされているバージョンの Catalyst 4500 ソフトウェアを WS-C4507R+E および WS-C4510R+E にロードし、いずれのポートも起動しない場合に表示されます。
回避策：Cisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG 以降をロードします。
– プロキシ ACL ACE を指定するときは、余分なスペースを含めないでください。
– プロキシ ACL の代わりにダウンロード可能な ACL またはフィルタ ID ACL を使用します。
回避策：ip cef accounting non-recursive コマンドを無効にします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine II+10GE が非実稼働 4510R+E シャーシで起動しようとすると、次のエラーメッセージが表示されます。
Supervisor Engine II+10GE は、10 スロットシャーシではサポートされません。したがって、正しいメッセージが表示されますが、表示されるシャーシタイプは WS-C4510R+EではなくWS-C4510R-Eです。
– Supervisor Engine II+10GE を 7 スロットシャーシに配置します。
– 10 スロットシャーシでサポートされているスーパバイザエンジンを配置します。シャーシタイプの識別の不一致は、単に表面的なものです。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(53)SG4、12.54(SG)、または 15.0(1)SG より前のリリースソフトウェアイメージを冗長 WS-C4510R+E または WS-C4507R +E シャーシにロードすると、アクティブ スーパバイザ エンジンに次のログメッセージが表示されます。
アクティブ スーパバイザ エンジンは、シャーシの各ラインカードスロットについて次のログメッセージも表示します。
スタンバイ スーパバイザ エンジンが起動すると、アクティブ スーパバイザ エンジンは次のメッセージを表示してリブートします。
アクティブ スーパバイザ エンジンが稼働している間は、スイッチでトラフィックを処理できません。
2 つのスーパバイザエンジンが交互に連続してリブートする場合があります。
回避策：WS-C4510R+E および WS-C4507R+E シャーシでCisco IOS リリース 12.2(53)SG4、12.2(54)SG、15.0(1)SG以降のイメージを使用します。
- Cisco IOS リリース 12.2(53)SG3 以前の LAN Base イメージを WS-C4510R+E または WS-C4507R+E シャーシにロードすると、システムがハングし、エラーメッセージは表示されません。
Cisco IOS リリース 12.2(53)SG3 および以前のリリースは、WS-C4510R+E および WS-4507R+E シャーシではサポートされず、ロード時に有効なエラーメッセージが表示されます。
Cisco IOS リリース 12.2(53)SG4 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG4 で解決済みの警告について説明します。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(53)SG3 または IOS-XE 3.1.0 SG を実行しているスイッチで大きなカスタム Web 認証ログインページを使用しており、複数のユーザがカスタム HTML ページにアクセスしようとすると、スイッチがリロードされることがあります。
回避策：デフォルトの内部 Web 認証ページを使用するようにカスタマイズされた HTML ページの設定解除し、設定変更後にスイッチをリロードします。CSCti81874
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
Cisco IOS リリース 12.2(53)SG3 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG3 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- WS-X4548-GB-RJ45V は、冗長スーパバイザエンジンへのスイッチオーバーを実行し、ウォッチドッグタイマーを期限切れにした後、インターフェイス 1 〜 8 へのインラインパワーの供給を停止します。
回避策：hw-module reset コマンドを入力して、ラインカードをリロードします。
- コールまたはパケットのドロップが定期的に増加し、スイッチで使用可能な空きメモリが常に減少している場合は、show memory debug leak コマンドを使用できます。ただし、このコマンドは CPU 使用率が高いため、ライブネットワークで使用すると、コールまたはデータセッションが切断される可能性があります。
show memory debug relay lowmem コマンドは、メモリが非常に少ない状況でも機能しますが、CPU の負荷が非常に高いためにスイッチがクラッシュする可能性があります。また、完了までに 20 〜 90 分かかります。
回避策：コールまたはパケットドロップが続く場合は、これらのコマンドを自分で入力せずに、TAC にお問い合わせください。CSCsi48986
- Cisco IOS リリース 12.2(53)SG3 または IOS-XE 3.1.0 SG を実行しているスイッチで大きなカスタム WebAuth ログインページを使用しており、複数のユーザがカスタム HTML ページにアクセスしようとすると、スイッチがリロードされることがあります。
回避策：デフォルトの内部 WebAuth ページを使用するようにカスタマイズされた HTML ページの設定解除し、設定変更後にスイッチをリロードします。CSCti81874
回避策：ip cef accounting non-recursive コマンドを無効にします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
Cisco IOS リリース 12.2(53)SG3 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG3 で解決済みの警告について説明します。
回避策：グラフィックを HTML ファイル（最大 256 KB）に埋め込みます（RFC 2397 に準拠）。
- スタンバイ スーパバイザ エンジン WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。CSCsy70428
- Cisco IOS リリース 12.2(53)SG1、12.2(50)SG6、またはそれ以降のリリースを実行し、スイッチでスイッチポート ブロック マルチキャストを設定すると、レイヤ 2 マルチキャストはブロックされません。IPv4 と IPv6 の不明なマルチキャストがブロックされます。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。CSCta61825
この問題は、次のいずれかの条件が当てはまる場合に発生します。
– プレフィックスリストで一致するルートマップは、PBR ポリシーとして入力インターフェイスに付加されます。
– （インターフェイスにすでに接続されている）PBR のルートマップが、ACL ではなくプレフィックスリストで一致するように設定または変更されている。
回避策：ACL でのみ一致するように PBR のルートマップを設定します。CSCtg22126
- SSH 設定では、access-class vty-login in を使用する場合、VRF のインターフェイスで Telnet を実行できません。SSH はまだ使用可能ですが、有効になっていません。記載されているように、vrf-also キーワードが access-class で使用されていない場合、VRF のインターフェイスへの SSH 接続は機能しません。
Cisco IOS リリース 12.2(53)SG3 にアップグレードした後は、SSH 設定の任意の access-class の後に vrf-also キーワードが続くようにします。
Cisco IOS リリース 12.2(53)SG2 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG2 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- IP ルータオプションは、IGMP バージョン 2 では動作しない可能性があります。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
- Cisco IOS リリース 12.2(53)SG1、12.2(50)SG6、またはそれ以降のリリースを実行し、スイッチでスイッチポート ブロック マルチキャストを設定すると、レイヤ 2 マルチキャストはブロックされません。IPv4 と IPv6 の不明なマルチキャストがブロックされます。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。（CSCta61825）
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
この問題は、次のいずれかの条件が当てはまる場合に発生します。
– プレフィックスリストで一致するルートマップは、PBR ポリシーとして入力インターフェイスに付加されます。
– （インターフェイスにすでに接続されている）PBR のルートマップが、ACL ではなくプレフィックスリストで一致するように設定または変更されている。
回避策：ACL でのみ一致するように PBR のルートマップを設定します。
回避策：ip cef accounting non-recursive コマンドを無効にします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
Cisco IOS リリース 12.2(53)SG2 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG2 で解決済みの警告について説明します。
- Cisco IOS リリース 12.2(52)SGA を実行している Catalyst 4510R シャーシの WS-X45-SUP6-E は、7 つ以上の WS-X4248-RJ45V がシャーシにインストールされている場合、起動に失敗することがあります。
これは、Cisco IOS リリース 12.2(52)SG でのみ発生します。
回避策：Cisco IOS リリース 12.2(50)SG3 にダウングレードします。
回避策：authentication host-mode multi-domain コマンドを使用して、（マルチ認証モードではなく）マルチドメインモードでポートを設定します。
回避策：大きなファイルをコピーするなど、IOS では長時間のブートフラッシュ操作はしないでください。
- PBR ポリシーは、Cisco IOS リリース 12.2(53)SG または 12.2(52)SG を実行している Supervisor Engine 6 では適用されません。パケットは、ポリシーベースのルーティングではなく、通常のルーティングテーブルを介して転送されます。
- Cisco IOS リリース 12.2(52)SG、12.2(52)XO、12.2(53)SG、または 12.2(53)SG1 にアップグレード後、フラッシュデバイス名がデフォルトの名前 flash: とは異なる場合、コンソールに継続的に次のメッセージが表示されることがあります。
回避策：フラッシュデバイスの名前をデフォルトの名前 flash: に変更します。
- MAC ラーニングは、ゲスト VLAN、Wake-on-LAN、およびポートセキュリティでは機能しません。インターフェイスでこれらの機能を同時に有効にすると、MAC ラーニングは機能せず、どのパケットも転送されません。
インターフェイスで Wake-on-LAN を無効にする必要があります。
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
- 802.1X ポートをゲスト VLAN に対して有効にした後、RADIUS サーバに接続されているポートをシャットダウンして、サーバが停止し、EAPOL パケットがそのポートで送信されると、サーバは到達不能ですが、アクセス VLAN で許可されます。
回避策：ポート で shut と入力してから、no shut を入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行している冗長 Catalyst 4500 シリーズ スイッチでは、インターフェイスネイバーから FastEthernet1 インターフェイス（管理インターフェイス）への ping が SSO スイッチオーバーの直後に失敗することがあります。
回避策：ネイバースイッチの ARP テーブルをクリアします。
回避策：影響を受ける VLAN で明示的なホストトラッキングを無効にします。
Cisco IOS リリース 12.2(31)SGA9、12.2(50)SG6、および 12.2(53)SG1 までのすべてのソフトウェアリリースが影響を受けます。
回避策：スイッチを再起動後、clock set コマンドを使用してシステムクロックを調整します。
- Cisco IOS リリース 12.2(53)SG を実行しているスイッチに、次のメッセージが表示されます。
%C4K_EBM-4-HOSTFLAPPING：Ethernet OAM（EOAM）を使用して、レイヤ3（IPv4 および IPv6）パケットループ中にマスターループバックポートと送信元ポート間で発生
- EnergyWise が有効になっており、energywise level level recurrence importance importance at minute hour day_of_month month day_of_week インターフェイス コンフィギュレーション コマンドを使用して、スイッチで繰り返しイベントを設定しています。 時刻が夏時間から標準時間に変更されると、スイッチで以下の状態が発生する可能性があります。
– PoE デバイスの電源を間違った時刻にオンまたはオフにする
これは、次の年の時刻変更が現在の年の時刻変更後に発生した場合に発生します。
– EnergyWise 設定から繰り返しイベントを削除し、1 週間は繰り返しイベントを使用せず、時刻変更が発生してから 1 週間後に再設定します。
– energywise level level recurrence importance importance time-range time-range-name インターフェイス コンフィギュレーション コマンドを使用して、イベントを再スケジュールします。
– power inline auto インターフェイス コンフィギュレーション コマンドを使用して、PoE ポートの電源をオンにします。
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップ EtherChannel が定義されていると、リブート後に FlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
回避策：非 RPF パケットが非 RPF ポートに入るのをブロックする ACL を作成します。
Cisco IOS リリース 12.2(31)SGA9、12.2(50)SG6、および 12.2(53)SG1 までのすべてのソフトウェアリリースが影響を受けます。
回避策：スイッチを再起動後、clock set コマンドを使用してシステムクロックを調整します。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
- IOS リリース 12.2(53)SG1 または 12.2(50)SG6 を実行している 4500-E および 4900M スイッチは、特定の VLAN の唯一の QoS サービスポリシーが VLAN レベルである場合にクラッシュする可能性があります。
この問題は、次の 3 つの条件を満たしている場合に発生します。
– ソフトウェア生成またはソフトウェアスイッチド パケットが、VLAN（V）のメンバーであるインターフェイス（P）を出る。
– パケットの優先順位が高くない。PAK_PRIORITY が設定されていない。
– 出力方向の 3 つのターゲット（ポート P、VLAN V、およびポート VLAN PV）のうち、qos ポリシーマップが出力方向の VLAN V にのみ付加される。
– VLAN 専用ポリシーマップにマーキングアクションのみがある場合は、VLAN 専用ポリシーマップを VLAN 内のすべてのポートのポート VLAN ポリシーマップに置き換えます。
– VLAN 専用ポリシーマップにポリシングアクションがある場合は、VLAN 出力ポリシーマップを保持し、その VLAN のすべてのポートにキューイングアクション専用出力ポリシーマップを付加します。
この問題は、Cisco IOS リリース 12.2(46)SG 以降のイメージで発生します。
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンが危険温度になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの危険温度が障害のしきい値を超えたことを示しています。
Cisco IOS リリース 12.2(53)SG1 の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG1 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCso50921）
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- 802.1X を単方向制御ポートとして設定すると、出力トラフィックが許可されない場合があります。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずに CTS SXP 接続が設定され、ボックスにデフォルトの SXP 送信元 IP アドレスが設定されていない場合、異なる SXP 接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- RADIUS サーバとクライアントを接続するポートが異なる VLAN に配置されている場合、ip radius source-interface コマンドを入力して 2 つの SSO スイッチオーバーを実行すると、認証されたセッションが失われます。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- アクセスリストがハードウェアリソースが極端に枯渇している状態でインターフェイスに接続されている場合、後でハードウェアリソースが使用可能になっても、ACL がハードウェアに自動的にロードされないことがあります。
新しいアクセスリストに使用できる TCAM エントリはありません。
回避策：スイッチ上の他の分類ポリシーを削除または短縮して、ハードウェア TCAM リソースを解放した後で、ACL を手動で削除して再適用します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- 802.1X ポートをゲスト VLAN に対して有効にした後、RADIUS サーバに接続されているポートをシャットダウンして、サーバが停止し、EAPOL パケットがそのポートで送信されると、サーバは到達不能ですが、アクセス VLAN で許可されます。
回避策：ポート で shut と入力してから、no shut を入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行している冗長 Catalyst 4500 シリーズ スイッチでは、インターフェイスネイバーから FastEthernet1 インターフェイス（管理インターフェイス）への ping が SSO スイッチオーバーの直後に失敗することがあります。
回避策：ネイバースイッチの ARP テーブルをクリアします。
回避策：影響を受ける VLAN で明示的なホストトラッキングを無効にします。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
回避策：authentication host-mode multi-domain コマンドを使用して、（マルチ認証モードではなく）マルチドメインモードでポートを設定します。
Cisco IOS リリース 12.2(31)SGA9、12.2(50)SG6、および 12.2(53)SG1 までのすべてのソフトウェアリリースが影響を受けます。
回避策：スイッチを再起動後、clock set コマンドを使用してシステムクロックを調整します。
- Cisco IOS リリース 12.2(53)SG1、12.2(50)SG6、またはそれ以降のリリースを実行し、スイッチでスイッチポート ブロック マルチキャストを設定すると、レイヤ 2 マルチキャストはブロックされません。IPv4 と IPv6 の不明なマルチキャストがブロックされます。
Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 より前では、switchport block multicast コマンドは IP マルチキャスト、レイヤ 2 マルチキャスト、およびブロードキャスト トラフィックをブロックします。（CSCta61825）
- Cisco IOS リリース 12.2(53)SG を実行しているスイッチに、次のメッセージが表示されます。
％C4K_EBM-4-HOSTFLAPPING：Ethernet OAM（EOAM）を使用して、レイヤ3（IPv4 および IPv6）パケットループ中にマスターループバックポートと送信元ポート間で発生
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- EnergyWise が有効になっており、energywise level level recurrence importance importance at minute hour day_of_month month day_of_week インターフェイス コンフィギュレーション コマンドを使用して、スイッチで繰り返しイベントを設定します。 時刻が夏時間から標準時間に変更されると、スイッチで以下の状態が発生する可能性があります。
– PoE デバイスの電源を間違った時刻にオンまたはオフにする
これは、次の年の時刻変更が現在の年の時刻変更後に発生した場合に発生します。
– EnergyWise 設定から定期的なイベントを削除し、1 週間は定期的なイベントを使用せず、時刻変更が発生してから 1 週間後に再設定します。
– energywise level level recurrence importance importance time-range time-range-name インターフェイス コンフィギュレーション コマンドを使用して、イベントを再スケジュールします。
– power inline auto インターフェイス コンフィギュレーション コマンドを使用して、PoE ポートの電源をオンにします。
- Cisco IOS リリース 12.2(52)SG、12.2(52)XO、12.2(53)SG、または 12.2(53)SG1 にアップグレード後、フラッシュデバイス名がデフォルトの名前 flash: とは異なる場合、コンソールに継続的に次のメッセージが表示されることがあります。
回避策：フラッシュデバイスの名前をデフォルトの名前 flash: に変更します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
回避策：ip cef accounting non-recursive コマンドを無効にします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
- Cisco IOS リリース 12.2(52)SGA を実行している Catalyst 4510R シャーシの WS-X45-SUP6-E は、7 つ以上の WS-X4248-RJ45V がシャーシにインストールされている場合、起動に失敗することがあります。
これは、Cisco IOS リリース 12.2(52)SG でのみ発生します。
回避策：Cisco IOS リリース 12.2(50)SG3 にダウングレードします。
回避策：非 RPF パケットが非 RPF ポートに入るのをブロックする ACL を作成します。
Cisco IOS リリース 12.2(31)SGA9、12.2(50)SG6、および 12.2(53)SG1 までのすべてのソフトウェアリリースが影響を受けます。
回避策：スイッチを再起動後、clock set コマンドを使用してシステムクロックを調整します。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(53)SG1 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG1 で解決済みの警告について説明します。
- 不明なマルチキャストトラフィックをブロックするために switchport block multicast をポートに設定すると、ブロードキャスト トラフィックもブロックされます。したがって、ポートは不明なマルチキャストまたはブロードキャスト トラフィックを受信しません。
すべてのブロードキャスト トラフィック（ARP 要求や DHCP ディスカバリなど）は、ポートで受信されません。そのため、このようなブロードキャストを使用するプロトコルは動作を停止します。
- Cisco IOS リリース 12.2(50)SG1 を実行している Supervisor Engine 6-E または 6L-E を搭載したスイッチでは、次のいずれかを行うと EIGRP 隣接関係が切断されます。
– VRF でマルチキャストルーティングを有効にせずに、VRF の VLAN インターフェイスで ip pim sparse-mode を有効にします。
– VRF でマルチキャストルーティングを有効にし、STP しきい値を無限に設定します。
- Supervisor Engine 6L-E およびいずれかのラインカード（WS-X4648-RJ45V-E/+E、WS-X4624-SFP、WS-X4606-10GE）を使用する冗長 SSO モードのスイッチでは、ラインカードが無効になり、次のメッセージが表示されることがあります。
show module コマンドは、ラインカードに障害があることを示します。
回避策：障害が発生したモジュールで hw-module reset を入力し、障害が発生したモジュールを再装着します。
この警告は、レジスタ値が破損し、その後レイヤ 3 機能を有効にした場合に発生します。
回避策：アクセスリストを設定して、CPU 生成パケットを許可し、ACL をクラスマップに適用します。
- ポリシーマップを編集してポリサー設定を追加する場合に、 do show policy-map interface または do show policy-map control-plane コマンドを入力すると、システムがリロードされます。
回避策：ポリシーマップ コンフィギュレーション モードではなく、EXEC モードで show policy-map interface および show policy-map control-plane コマンドを入力します。
- ポリシーマップがインターフェイスに適用されていて、そのインターフェイスが非アクティブ（つまり、ポートが TwinGig モードではなく 10GE モードで実行されている）の場合、show policy-map interface コマンドを入力すると、Supervisor Engines 6-E または 6L-E が Vector 0xD00 でクラッシュすることがあります。
回避策：ポートがアクティブであることを確認してから、ポリシーマップを適用するか、 show policy-map コマンドを入力します。
以前に非アクティブだったインターフェイスをアクティブにするコマンドは次のとおりです。
hw-module module [module number] port-group [group number] select [gigabitethernet]
回避策：新しい時刻設定を使用してすべてのエントリを手動で再入力します。
必要に応じて、Cisco IOS リリース 12.2(50)SG3 にダウングレードします。
- Cisco IOS リリース 12.2(46)SG を実行している Supervisor Engine 6-E または 6L-E で RSPAN を設定すると、モニタ対象トラフィックが宛先ポートに送信されるときに CPU 使用率が高くなります。
デフォルトでは、特定のアプリケーション（IP ソースガードや QoS など）によって ACL 統計情報が有効になります。このような機能を設定すると、CPU 使用率が高くなります。
CPU 使用率の高さは、show proc cpu コマンドで確認できます。また、 show platform health コマンドの出力は、CPU 使用率が高いプロセスが「K5AclCamStatsMan hw」であることを示しています。
この問題は、Cisco IOS リリース 12.2(40)SG 以降のリリースで発生する可能性があります。
この問題は、Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 で解決されています。
回避策：ACL、IPSG、および QoS 設定のサイズを小さくします。統計情報が ACL に対して明示的に有効になっている場合は、CLI で無効にします。
ACL と IPSG が原因で CPU 使用率が高くなっている場合は、新しいソフトウェアにアップグレードします。
QoS 設定が原因で CPU 使用率が高くなっている場合は、IOS イメージをアップグレードし、
no qos statistics classification コマンドを入力します。
回避策：VTP バージョンを 3 からバージョン 2 または 1 に変更してから、バージョン 3 に戻します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行しているスイッチで、PVLAN コミュニティ VLAN が設定された 802.1X ポートが AAA サーバから新しい PVLAN 割り当てを受信する場合、このインターフェイスの設定をリセットすると、スイッチがリロードされることがあります。
この問題は、次の2 つのシナリオで FlexLink ポートでのみ発生します。
– バックアップ インターフェイスのポートモードをトランクモードに変更する前に、FlexLink VLAN ロードバランシングを設定している。
– FlexLink が per vlan-port error disable 状態から回復する。
syslog とトレースバック機能には影響しません。FlexLink の状態は正しい状態になり、トラフィック転送には影響しません。
- Per vlan-port error disable 機能（dhcp-rate-limit および arp-inspection）は、FlexLink では機能しません（VLAN ロードバランシングなし）。アクティブリンクで違反が発生した場合、対応する vlan-port は error disabled になりません。
既存の per-port error disable（違反が発生した場合、ポート全体が error disabled になる）は、引き続き FlexLink で機能します。
回避策：VLAN ロードバランシングで FlexLink を使用します。
VLAN ロードバランシングを使用しない場合は、 アクティブインターフェイスで switchport backup interface perfer vlan コマンドを入力します。vlan z はシステム上の未使用の VLAN に設定されます。
– mac address-table dynamic group protocols ip other コマンドを入力します。
Cisco IOS リリース 12.2(53)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(53)SG の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- 802.1X を単方向制御ポートとして設定すると、出力トラフィックが許可されない場合があります。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- RADIUS サーバとクライアントを接続するポートが異なる VLAN に配置されている場合、ip radius source-interface コマンドを入力して 2 つの SSO スイッチオーバーを実行すると、認証されたセッションが失われます。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- アクセスリストがハードウェアリソース極端に枯渇している状態でインターフェイスに接続されている場合、後でハードウェアリソースが使用可能になっても、ACL がハードウェアに自動的にロードされないことがあります。
新しいアクセスリストに使用できる TCAM エントリはありません。
回避策：スイッチ上の他の分類ポリシーを削除または短縮して、ハードウェア TCAM リソースを解放した後で、ACL を手動で削除して再適用します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行しているスイッチで、PVLAN コミュニティ VLAN が設定された 802.1X ポートが AAA サーバから新しい PVLAN 割り当てを受信する場合、このインターフェイスの設定をリセットすると、スイッチがリロードされることがあります。
- 802.1X ポートをゲスト VLAN に対して有効にした後、RADIUS サーバに接続されているポートをシャットダウンして、サーバが停止し、EAPOL パケットがそのポートで送信されると、サーバは到達不能ですが、アクセス VLAN で許可されます。
回避策：ポート で shut と入力してから、no shut を入力します。
回避策：新しい時刻設定を使用してすべてのエントリを手動で再入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行している冗長 Catalyst 4500 シリーズ スイッチでは、インターフェイスネイバーから FastEthernet1 インターフェイス（管理インターフェイス）への ping が SSO スイッチオーバーの直後に失敗することがあります。
回避策：ネイバースイッチの ARP テーブルをクリアします。
回避策：影響を受ける VLAN で明示的なホストトラッキングを無効にします。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。
音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
ポートで認証オープンを設定し、ホストがそのポートで認証されている場合、オープン認証（オープン認証なし）を設定解除すると、認証済みポートで STP ステートがブロックされます。
接続されたホストは認証されるため、トラフィックを送信でき、STP ステートは転送になります。
回避策：ポート で shut と入力してから、no shut を入力します。
- Supervisor Engine II+ ～ V-10GE のレイヤ 2 ポート（つまり、スイッチポート）で、 |auto qos voice trust コマンドを使用すると、他のパラメータに加えて、qos trust cos 設定が自動生成されます。ただし、no switchport コマンドを使用してポートをレイヤ 2 からレイヤ 3 に変換すると、qos trust dscp コマンドが生成されます。
回避策：インターフェイスモードをレイヤ 2 からレイヤ 3 に変更する場合は、cos trust dscp コマンドを入力して、インターフェイスの信頼状態を手動で変更します。
この問題は、次の2 つのシナリオで Flex Link ポートでのみ発生します。
– バックアップ インターフェイスのポートモードをトランクモードに変更する前に、Flex Link VLAN ロードバランシングを設定します。
– Flex Link は、VLANポートごとのエラー無効状態から回復します。
syslog とトレースバック機能には影響しません。Flex Link の状態は正しい状態になり、トラフィック転送には影響しません。
- Per vlan-port error disable 機能（dhcp-rate-limit および arp-inspection）は、FlexLink では機能しません（VLAN ロードバランシングなし）。アクティブリンクで違反が発生した場合、対応する VLAN ポートはエラー無効になりません。
既存の per-port error disable（違反が発生した場合、ポート全体が error disabled にる）は、引き続き Flex Link で機能します。
回避策：VLAN ロードバランシングで Flex Link を使用します。
VLAN ロードバランシングを使用しない場合は、 アクティブインターフェイスで switchport backup interface perfer vlan コマンドを入力します。vlan z はシステム上の未使用の VLAN に設定されます。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- EnergyWise が有効になっており、energywise level level recurrence importance importance at minute hour day_of_month month day_of_week インターフェイス コンフィギュレーション コマンドを使用して、スイッチで繰り返しイベントを設定します。 時刻が夏時間から標準時間に変更されると、スイッチで以下の状態が発生する可能性があります。
– PoE デバイスの電源を間違った時刻にオンまたはオフにする
これは、次の年の時刻変更が現在の年の時刻変更後に発生した場合に発生します。
– EnergyWise 設定から定期的なイベントを削除し、1 週間は定期的なイベントを使用せず、時刻変更が発生してから 1 週間後に再設定します。
– energywise level level recurrence importance importance time-range time-range-name インターフェイス コンフィギュレーション コマンドを使用して、イベントを再スケジュールします。
– power inline auto インターフェイス コンフィギュレーション コマンドを使用して、PoE ポートの電源をオンにします。
- Cisco IOS リリース 12.2(52)SG、12.2(52)XO、12.2(53)SG、または 12.2(53)SG1 にアップグレード後、フラッシュデバイス名がデフォルトの名前 flash: とは異なる場合、コンソールに継続的に次のメッセージが表示されることがあります。
回避策：フラッシュデバイスの名前をデフォルトの名前 flash: に変更します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
回避策：ip cef accounting non-recursive コマンドを無効にします。
回避策：broadcast キーワードを指定して AAA アカウンティングを使用しないでください。CSCts56125
- Cisco IOS ソフトウェアには、リモートのアプリケーションまたはデバイスが認証、許可、およびアカウンティング（AAA）許可を使用した場合に、許可レベルを超えることができる脆弱性が存在します。この脆弱性では、HTTP または HTTPS サーバが Cisco IOS デバイス上でイネーブルになっている必要があります。
Cisco IOS ソフトウェアを実行していない製品は脆弱性の影響を受けません。
シスコはこれらの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
HTTP サーバは、このアドバイザリに記載されている脆弱性に対する回避策として無効になっている可能性があります。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-pai
Cisco のセキュリティ脆弱性ポリシーに関する追加情報については、次の URL を参照してください。
http://www.cisco.com/web/about/security/psirt/security_vulnerability_policy.html
- Cisco IOS ソフトウェアおよび Cisco IOS XE ソフトウェアの Multicast Source Discovery Protocol（MSDP）の実装の脆弱性により、リモートの非認証攻撃者に対して影響を受けるデバイスのリロードを認めることがあります。この脆弱性を悪用しようとする試みが繰り返された結果、DoS 状態が発生する可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。このアドバイザリは、次のリンク先で確認できます。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20120328-msdp
注 2012 年 3 月 28 日、Cisco IOS ソフトウェアのセキュリティアドバイザリにおいて、9 つの Cisco セキュリティアドバイザリを含むバンドル資料を公開しました。各アドバイザリには、アドバイザリに記載されている脆弱性を修正する Cisco IOS ソフトウェアリリース、および 2012 年 3 月にバンドルされているすべての脆弱性を修正する Cisco IOS ソフトウェアリリースが記載されています。
個々の公開リンクは、次のリンクの Cisco Event Response: Semiannual Cisco IOS XE Software Security Advisory Bundled Publication [英語] を参照してください。
http://www.cisco.com/web/about/security/intelligence/Cisco_ERP_mar12.html
authentication event server dead action authorize...
authenticaton event server alive action reinitalize
– 以前に RADIUS サーバがダウンして、トラフィックのないポート（たとえば、デバイスが接続されていないハブ）が、関連付けられた MAC アドレスのないアクセス不能認証バイパス（IAB）VLAN に許可されました。
RADIUS サーバが再び使用可能になると、IAB 許可ポートが別の状態に移行します。
Supervisor Engine 6-E ではサポートされていません。
– mac address-table dynamic group protocols ip other コマンドを入力します。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(53)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(53)SG で解決済みの警告について説明します。
セカンダリ VLAN を削除した後、ポートで shut、no shut の順に入力します。
– VLAN の削除後に shut、no shut を入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– MAC アドレスをエージアウトするポートセキュリティ エージング タイムを設定してから、shut、 no shut の順に入力します。その後、スイッチのリロード後にのみ、ポートのポートセキュリティを再設定できます。
– ポートを回復するには、shut、no shut と入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– shut、no shut ではなく、clear errdisable interface vlan と入力します。
– MAC アドレスをエージアウトするポートセキュリティ エージング タイムを設定してから、shut、no shut の順に入力します。 スイッチをリロードしてから、ポートセキュリティを再設定します。
- Cisco IOS ソフトウェアには、攻撃者がリモートから巧妙に細工された暗号化パケットを送信して Cisco IOS デバイスをリロードさせる可能性がある脆弱性が存在します。シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090923-tls - CSCsq24002
- 影響を受けるバージョンの Cisco IOS ソフトウェアを実行しているシスコデバイスは、IP トンネルおよび Cisco Express Forwarding 用に設定されている場合、サービス妨害（DoS）攻撃に対して脆弱です。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
Cisco IOS リリース 12.2(52)XO の未解決の警告
ここでは、Cisco IOS リリース 12.2(52)XO の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは Informational（情報提供）メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- RADIUS サーバとクライアントを接続するポートが異なる VLAN に配置されている場合、ip radius source-interface コマンドを入力して 2 つの SSO スイッチオーバーを実行すると、認証されたセッションが失われます。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：VTP バージョンを 3 からバージョン 2 または 1 に変更してから、バージョン 3 に戻します。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- アクセスリストがハードウェアリソース極端に枯渇している状態でインターフェイスに接続されている場合、後でハードウェアリソースが使用可能になっても、ACL がハードウェアに自動的にロードされないことがあります。
新しいアクセスリストに使用できる TCAM エントリはありません。
回避策：スイッチ上の他の分類ポリシーを削除または短縮して、ハードウェア TCAM リソースを解放した後で、ACL を手動で削除して再適用します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行しているスイッチで、PVLAN コミュニティ VLAN が設定された 802.1X ポートが AAA サーバから新しい PVLAN 割り当てを受信する場合、このインターフェイスの設定をリセットすると、スイッチがリロードされることがあります。
- 802.1X ポートをゲスト VLAN に対して有効にした後、RADIUS サーバに接続されているポートをシャットダウンして、サーバが停止し、EAPOL パケットがそのポートで送信されると、サーバは到達不能ですが、アクセス VLAN で許可されます。
回避策：ポート で shut と入力してから、no shut を入力します。
回避策：新しい時刻設定を使用してすべてのエントリを手動で再入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行している冗長 Catalyst 4500 シリーズ スイッチでは、インターフェイスネイバーから FastEthernet1 インターフェイス（管理インターフェイス）への ping が SSO スイッチオーバーの直後に失敗することがあります。
回避策：ネイバースイッチの ARP テーブルをクリアします。
- 明示的なホストトラッキングが有効になっているスイッチが IGMPv3 を実行している場合、IGMPv3 レポートの送信を停止したポートは、タイムアウトするまで IGMPv3 テーブルに表示されます。この動作は、Cisco IOS リリース 12.2(50)SG では発生していませんでした。
回避策：影響を受ける VLAN で明示的なホストトラッキングを無効にします。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。具体的には、音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
セカンダリ VLAN を削除した後、ポートで shut/no shut と入力します。（CSCsz73895）
– VLAN の削除後に shut/no shut を入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– MAC アドレスをエージアウトするポートセキュリティ エージング タイムを設定してから、shut/no shut と入力します。その後、スイッチのリロード後にのみ、ポートのポートセキュリティを再設定できます。
port-security vp err disable を設定した後、ポートで shut/no shut と入力すると、違反が発生します。（CSCsz80415）
– ポートを回復するには、shut/no shut と入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– shut/no shut と入力する代わりに、clear errdisable interface name vlan [range] を設定します。
– MAC アドレスをエージアウトするポートセキュリティ エージングタイムを設定してから、shut、no shut の順に入力します。次に、スイッチのリロード後にポートのポートセキュリティを再設定します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- EnergyWise が有効になっており、energywise level level recurrence importance importance at minute hour day_of_month month day_of_week インターフェイス コンフィギュレーション コマンドを使用して、スイッチで繰り返しイベントを設定します。 時刻が夏時間から標準時間に変更されると、スイッチで以下の状態が発生する可能性があります。
– PoE デバイスの電源を間違った時刻にオンまたはオフにする
これは、次の年の時刻変更が現在の年の時刻変更後に発生した場合に発生します。
– EnergyWise 設定から定期的なイベントを削除し、1 週間は定期的なイベントを使用せず、時刻変更が発生してから 1 週間後に再設定します。
– energywise level level recurrence importance importance time-range time-range-name インターフェイス コンフィギュレーション コマンドを使用して、イベントを再スケジュールします。
– power inline auto インターフェイス コンフィギュレーション コマンドを使用して、PoE ポートの電源をオンにします。
- Cisco IOS リリース 12.2(52)SG、12.2(52)XO、12.2(53)SG、または 12.2(53)SG1 にアップグレード後、フラッシュデバイス名がデフォルトの名前 flash: とは異なる場合、コンソールに継続的に次のメッセージが表示されることがあります。
回避策：フラッシュデバイスの名前をデフォルトの名前 flash: に変更します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
デフォルト値は異なりますが、時間範囲内の任意の値を設定できます。
- ルートブリッジとして機能する SSW（Catalyst 3750 シリーズ スイッチ）に接続された ASW（Catalyst 4500 シリーズ スイッチ）に NEAT を設定し、ASW と SSW 間に冗長リンクを設定すると、次のようになります。
– SVI（ネットワーク）に到達できない。設定の STP フラップおよび CISP の動作が原因で ASW に SVI が存在する場合、ASW の SVI MAC 設定が正しくありません。
回避策：すべての VLAN のルートブリッジとして ASW またはその他のスイッチアップストリームを設定します。CSCtg71030
Supervisor Engine 6-E ではサポートされていません。
– mac address-table dynamic group protocols ip other コマンドを入力します。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(52)XO の解決済みの警告
ここでは、Cisco IOS リリース 12.2(52)XO で解決済みの警告について説明します。
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行している Supervisor Engine WS-X45-SUP6-E を備えたスイッチで、トラフィックが 802.1Q トランクポートおよび非ネイティブ VLAN で送信される場合、 DSCP 46 でローカルに生成されたトラフィックが送信される前に DSCP 0 に再マーキングされます。
この動作は、スイッチを通過するトラフィックでは発生しません。
- コントロール プレーン ポリシングでは、コントロールプレーンクラス（ macro global apply system-cpp コマンドで自動生成されるクラスで、定義済み ACL を使用してトラフィックを照合）により、それぞれのパケットとバイトカウントの両方が増加します。したがって、両方のカウンタはゼロ以外です。
対照的に、データプレーンクラス（ユーザ作成の ACL によって手動で設定されるクラス）では、バイトカウンタは期待どおりに増加しますが、パケットカウントは 0 のままです。
影響を受ける Cisco IOS リリースは、12.2(31)SGA08、12.2(37)SG、12.2(40)SG、12.2(44)SG、12.2(46)SG、12.2(50)SG、および 12.2(50)SG1 です。
従来のシリーズの Supervisor Engine の場合は、ポートで QoS を無効にして設定します。
たとえば、Gig 2/1 を独立プライベート VLAN トランクポートとして設定するには、次の手順を実行します。
次の EEM スクリプトを設定して、この回避策を自動化できます。QoS は、ポートがフラップするたびに無効になり、再度有効になります。
Supervisor Engine 6-E または Catalyst 4900M スイッチで、影響を受ける VLAN の QoS サービスポリシーを削除して再適用します。
この問題は、冗長 Catalyst 4500 シリーズ スイッチで Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行していて、次のスーパバイザエンジンのいずれかを使用している場合に発生します。 II Plus、II Plus+10GE、IV、V、または V-10GE。
上記の tx-queue 設定コンテキストを終了するには、exit または end コマンドを明示的に入力します。exit コマンドの短縮形（ex）は機能しません。多くのコマンドをコピーして貼り付けるのではなく、exit コマンドと end コマンドを 1 行ずつ入力します。
SFP、HAMM モジュールを使用する TenGigabit ポート、および WS-C4948 SFP アップリンクを備えた E シリーズ ラインカードでは、この問題は発生しません。
- 単一の SSH ウィンドウ（セッション）で cbQoSPoliceStatsTable および cbQoSREDClassStatsTable に対して SNMP（getmany）クエリを実行すると、CPU 使用率が 99% に達します。18の SSH セッションから cbQoSPoliceStatsTable および cbQoSREDClassStatsTable をクエリすると、CPU-HOG エラーメッセージが表示されます。
- 1 つ以上のポートがシングルホストモード、MAB、および authentication control-direction in に設定された Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているスーパバイザエンジンでは、ポートがシングルホストモード用に設定されていて、unidirectional control in コマンドを入力した場合、ホストは MAB によって認証されません（Wake-on-LAN）。
回避策：authentication control-direction in コマンドを無効にします。
authentication control-direction in が必要な場合は、マルチ認証またはマルチドメイン認証（MDA）用にポートを設定します。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行している冗長スイッチで、 802.1X VVID およびポートセキュリティがポートに設定されている場合、802.1X 非対応の Cisco IP 電話からの CDP MAC は、スタンバイ スーパバイザ エンジンのポートセキュリティテーブルに追加されない場合があります。
この問題は、Cisco IOS リリース 12.2(50)SG2 および 12.2(52)SG で修正されています。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行しているスイッチで、802.1X VVID とポートセキュリティがポートに設定されている場合、LLDP 機能を備えた 802.1X 非対応の Cisco IP 電話とその背後にある PC を挿入すると、セキュリティ違反が発生することがあります。
回避策：CallManager から LLDP（スイッチ上）と電話機をオフにします。
この問題は、12.2(50)SG2 および 12.2(52)SG で修正されています。
重要なデータは「VECTOR 0」であり、MCSR 値は 40000000、20000000、または 10000000 です。
回避策：show platform cpu cache コマンドを入力して IOS アルゴリズムを起動し、CPU のキャッシュ内のパリティエラーを検出して回復します。実行中のシステムで正常に検出され、修正された CPU キャッシュのパリティエラー数の実行カウントを取得します。
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 署名を、そのイメージの CCO にポストされた署名と比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
- channel-group x または channel-protocol モードで、fa1 管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行している従来のシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- Cisco IOS リリース 12.2(46)SG および 12.2(50)SGA を、 Supervisor Engines II+、II+10GE、IV、V、または V-10GE を搭載した Catalyst 4500 シリーズ スイッチで実行している場合、次のコマンドを入力するとスタンバイ スーパバイザ エンジンで障害が発生します。
スタンバイ スーパバイザ エンジンのリブートを回避するには、インターフェイス範囲で作業しているときに、exit または end コマンドを明示的に実行して tx-queue コンフィギュレーション コンテキストを終了します。exit コマンドの短縮形 ex は機能しません。これらのコマンドは、1 行ずつ入力する必要があります。コピー/ペーストは機能しません。
回避策：AutoQoS によって生成された設定を手動で適用します。AutoQoS は使用しないでください。CSCsv03316
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの QoS ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- スーパバイザに障害が発生すると、exception crashinfo ファイルが作成されますが、スイッチを RPR モードで設定すると、そのようなコピーが有効になっていても、ブートフラッシュや slot0 にはコピーされません。手動でコピーまたは検査することもできます。
exception crashinfo ファイル機能は、RPR モードではサポートされていません。
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
- 12.2(50)SG または 12.2(50)SG1 を実行している Catalyst 4500 スイッチで、スイッチポートで 802.1X VVID とポートセキュリティが同時に設定されている場合、802.1x 非対応の Cisco IP 電話を背後の PC とともに挿入すると、セキュリティ違反が発生することがあります。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
この問題は、冗長 Catalyst 4500 シリーズ スイッチで Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行していて、次のスーパバイザエンジンのいずれかを使用している場合に発生します。 II Plus、II Plus+10GE、IV、V、または V-10GE。
上記の tx-queue 設定コンテキストを終了するには、exit または end コマンドを明示的に入力します。exit コマンドの短縮形（ex）は機能しません。多くのコマンドをコピーして貼り付けるのではなく、exit コマンドと end コマンドを 1 行ずつ入力します。
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- Cisco IOS ソフトウェアには、攻撃者がリモートから巧妙に細工された暗号化パケットを送信して Cisco IOS デバイスをリロードさせる可能性がある脆弱性が存在します。シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090923-tls - CSCsq24002
Cisco IOS リリース 12.2(52)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(52)SG の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- 802.1X を単方向制御ポートとして設定すると、出力トラフィックが許可されない場合があります。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
これは REP 機能には影響しませんが、復元のタイミングには影響します。REP セグメントに障害が発生すると、トラフィックの復元時間が 200ms を超えることがあります。
- Cisco IOS リリース 12.2(52)SG を実行している冗長スイッチでは、802.1X を介してポートが許可された後、show dot1x interface statistics コマンドを実行すると、スタンバイ スーパバイザエンジンで空の値が表示されることがあります。
- RADIUS サーバとクライアントを接続するポートが異なる VLAN に配置されている場合、ip radius source-interface コマンドを入力して 2 つの SSO スイッチオーバーを実行すると、認証されたセッションが失われます。
- フレームエラー秒数の OAM モニタリングが設定された WS-C4900M シャーシで複数のストリームの CRC エラーが発生した場合、次の CLI を設定すると、OAM はエラーフレーム秒数の値を正しく報告しません。
回避策：フレームエラーが予想されるフレームエラー秒数に分割されるように、下限しきい値に低い値を設定します。
回避策：VTP バージョンを 3 からバージョン 2 または 1 に変更してから、バージョン 3 に戻します。
- スタンバイスーパバイザ WS-X45-SUP6-E 上の 10Gig アップリンクは、アクティブ スーパバイザ エンジンの OIR を介して古いスタンバイエンジンがアクティブになった後（OIR が 5 秒以内に完了した場合）、トラフィックの送受信を停止します。
回避策：アクティブおよびスタンバイ スーパバイザ エンジンをリロードします。
スーパバイザエンジンの OIR を実行している間は、エンジンを完全に取り外してから再挿入する必要があります。
回避策：diagnostic コマンドを入力するときにプロファイル名を指定します。
無効なモジュールのオンデマンド送信を要求しないようにすることができます。まず、show module コマンドを入力して、有効なモジュールまたは存在するモジュールを確認します。
- アクセスリストがハードウェアリソース極端に枯渇している状態でインターフェイスに接続されている場合、後でハードウェアリソースが使用可能になっても、ACL がハードウェアに自動的にロードされないことがあります。
新しいアクセスリストに使用できる TCAM エントリはありません。
回避策：スイッチ上の他の分類ポリシーを削除または短縮して、ハードウェア TCAM リソースを解放した後で、ACL を手動で削除して再適用します。
- サービスポリシーを出力方向のポートに適用すると同時に、出力方向のポートの VLAN 範囲にサービスポリシーを適用すると、 show policy-map interface コマンドの出力内のクラスマップのヒットカウンタが誤った値を示します。
キュー送信カウンタとポリシング統計情報（存在する場合）は正確です。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行しているスイッチで、PVLAN コミュニティ VLAN が設定された 802.1X ポートが AAA サーバから新しい PVLAN 割り当てを受信する場合、このインターフェイスの設定をリセットすると、スイッチがリロードされることがあります。
- 1X ポートをゲスト VLAN に対して有効にした後、RADIUS サーバに接続されているポートをシャットダウンして、サーバが停止し、EAPOL パケットがそのポートで送信されると、サーバは到達不能ですが、アクセス VLAN で許可されます。
回避策：ポート で shut と入力してから、no shut を入力します。
回避策：新しい時刻設定を使用してすべてのエントリを手動で再入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(52)SG を実行している冗長 Catalyst 4500 シリーズ スイッチでは、インターフェイスネイバーから FastEthernet1 インターフェイス（管理インターフェイス）への ping が SSO スイッチオーバーの直後に失敗することがあります。
回避策：ネイバースイッチの ARP テーブルをクリアします。
- 明示的なホストトラッキングが有効になっているスイッチが IGMPv3 を実行している場合、IGMPv3 レポートの送信を停止したポートは、タイムアウトするまで IGMPv3 テーブルに表示されます。この動作は、Cisco IOS リリース 12.2(50)SG では発生していませんでした。
回避策：影響を受ける VLAN で明示的なホストトラッキングを無効にします。
- Wireless Control System（WCS）で、lldp-med 対応電話機の背後にある PC の一部のデバイス情報が誤って表示されます。具体的には、WCS は PC のデバイス情報に電話機のシリアル番号、モデル番号、およびソフトウェアバージョンを表示します。PC に関するその他の情報はすべて、WCS 上に正しく表示されます。
これは、スイッチが Network Mobility Service Protocol（NMSP）を実行している場合にのみ発生します。電話機で CDP が有効になっている場合は発生しません。
回避策：VLAN ID または名前を使用して、IP フォンと WCS 上の電話の背後にある PC を区別します。具体的には、音声 VLAN で IP フォンが検出され、シリアル番号、モデル番号、およびソフトウェアバージョンの情報が正しく表示されます。ただし、電話の背後にある PC がデータ VLAN で検出され、表示されたデバイス情報が誤っているため、無視する必要があります。
セカンダリ VLAN を削除した後、ポートで shut、no shut の順に入力します。（CSCsz73895）
– VLAN の削除後に shut、no shut を入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– MAC アドレスをエージアウトするポートセキュリティ エージングタイムを設定してから、shut、no shut の順に入力します。その後、スイッチのリロード後にのみ、ポートのポートセキュリティを再設定できます。
port-security vp err disable を設定した後、ポートで shut/no shut to入力すると、違反が発生します。（CSCsz80415）
– ポートを回復するには、shut/no shut と入力する代わりに、ポートセキュリティ違反のエラー回復を設定します。
– shut/no shut と入力する代わりに、clear errdisable interface name vlan [range] を設定します。
– MAC アドレスをエージアウトするポートセキュリティ エージングタイムを設定してから、shut、no shut の順に入力します。次に、スイッチのリロード後にポートのポートセキュリティを再設定します。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- EnergyWise が有効になっており、energywise level level recurrence importance importance at minute hour day_of_month month day_of_week インターフェイス コンフィギュレーション コマンドを使用して、スイッチで繰り返しイベントを設定します。 時刻が夏時間から標準時間に変更されると、スイッチで以下の状態が発生する可能性があります。
– PoE デバイスの電源を間違った時刻にオンまたはオフにする
これは、次の年の時刻変更が現在の年の時刻変更後に発生した場合に発生します。
– EnergyWise 設定から定期的なイベントを削除し、1 週間は定期的なイベントを使用せず、時刻変更が発生してから 1 週間後に再設定します。
– energywise level level recurrence importance importance time-range time-range-name インターフェイス コンフィギュレーション コマンドを使用して、イベントを再スケジュールします。
– power inline auto インターフェイス コンフィギュレーション コマンドを使用して、PoE ポートの電源をオンにします。
- Cisco IOS リリース 12.2(52)SG、12.2(52)XO、12.2(53)SG、または 12.2(53)SG1 にアップグレード後、フラッシュデバイス名がデフォルトの名前 flash: とは異なる場合、コンソールに継続的に次のメッセージが表示されることがあります。
回避策：フラッシュデバイスの名前をデフォルトの名前 flash: に変更します。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Supervisor Engine 6-E で vlan dot1q tag native をグローバルに設定すると、MST 制御パケットはネイティブ VLAN の出力でタグ付けされます。これは 802.1s と矛盾します。Cisco 7600 シリーズ ルータは、MST プロポーザルアグリーメントをドロップします（ネイティブ VLAN MST 制御パケットがタグ付けされていないことを想定しているため）。これにより、スパニングツリーの収束中に 30 秒間のトラフィック損失が発生します。
回避策：スイッチのトランクポートでネイティブ VLAN タギングを no switchport trunk native vlan tag コマンドを入力して無効にします。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(52)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(52)SG で解決済みの警告について説明します。
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行している Supervisor Engine WS-X45-SUP6-E を備えたスイッチで、トラフィックが 802.1Q トランクポートおよび非ネイティブ VLAN で送信される場合、 DSCP 46 でローカルに生成されたトラフィックが送信される前に DSCP 0 に再マーキングされます。
この動作は、スイッチを通過するトラフィックでは発生しません。
- コントロール プレーン ポリシングでは、コントロールプレーンクラス macro global apply system-cpp コマンドで自動生成されるクラスで、定義済み ACL を使用してトラフィックを照合）により、それぞれのパケット数とバイト数の両方が増えます。したがって、両方のカウンタはゼロ以外です。
対照的に、データプレーンクラス（ユーザ作成の ACL によって手動で設定されるクラス）では、バイトカウンタは期待どおりに増加しますが、パケットカウントは 0 のままです。
影響を受ける Cisco IOS リリースは、12.2(31)SGA08、12.2(37)SG、12.2(40)SG、12.2(44)SG、12.2(46)SG、12.2(50)SG、および 12.2(50)SG1 です。
クラシックシリーズの Supervisor Engine の場合は、ポートで QoS を無効にして設定します。
たとえば、Gig 2/1 を独立プライベート VLAN トランクポートとして設定するには、次の手順を実行します。
次の EEM スクリプトを設定して、この回避策を自動化できます。QoS は、ポートがフラップするたびに無効になり、再度有効になります。
Supervisor Engine 6-E または Catalyst 4900M スイッチで、影響を受ける VLAN の QoS サービスポリシーを削除して再適用します。
この問題は、冗長 Catalyst 4500 シリーズ スイッチで Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行していて、次のスーパバイザエンジンのいずれかを使用している場合に発生します。 II Plus、II Plus+10GE、IV、V、または V-10GE。
上記の tx-queue 設定コンテキストを終了するには、exit または end コマンドを明示的に入力します。exit コマンドの短縮形（ex）は機能しません。多くのコマンドをコピーして貼り付けるのではなく、exit コマンドと end コマンドを 1 行ずつ入力します。
SFP、HAMM モジュールを使用する TenGigabit ポート、および WS-C4948 SFP アップリンクを備えた E シリーズ ラインカードでは、この問題は発生しません。
- 単一の SSH ウィンドウ（セッション）で cbQosPoliceStatsTable および cbQosREDClassStatsTable に対して SNMP（getmany）クエリを実行すると、CPU 使用率が 99％ に達します。18の SSH セッションから cbQosPoliceStatsTable および cbQosREDClassStatsTable をクエリすると、CPU-HOG エラーメッセージが表示されます。
- 1 つ以上のポートがシングルホストモード、MAB、および認証制御方向に設定された Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているスーパバイザエンジンでは、ポートがシングルホストモード用に設定されていて、unidirectional control in コマンドを入力した場合、ホストは MAB によって認証されません（Wake-on-LAN）。
回避策：authentication control-direction in コマンドを無効にします。
authentication control-direction in が必要な場合は、マルチ認証またはマルチドメイン認証（MDA）用にポートを設定します。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行している冗長スイッチで、 802.1X VVID およびポートセキュリティがポートに設定されている場合、802.1X 非対応の Cisco IP 電話からの CDP MAC は、スタンバイ スーパバイザ エンジンのポートセキュリティテーブルに追加されない場合があります。
この問題は、Cisco IOS リリース 12.2(50)SG2 および 12.2(52)SG で修正されています。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行しているスイッチで、802.1X VVID とポートセキュリティがポートに設定されている場合、LLDP 機能を備えた 802.1X 非対応の Cisco IP 電話とその背後にある PC を挿入すると、セキュリティ違反が発生することがあります。
回避策：LLDP（スイッチ上）と電話機をオフにします（CallManager から実行）。
この問題は、12.2(50)SG2 および 12.2(52)SG で修正されています。
重要なデータは「VECTOR 0」であり、MCSR 値は 40000000、20000000、または 10000000 です。
回避策：show platform cpu cache コマンドを入力して IOS アルゴリズムを起動し、CPU のキャッシュ内のパリティエラーを検出して回復します。実行中のシステムで正常に検出され、修正された CPU キャッシュのパリティエラー数の実行カウントを取得します。
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- PVLAN 独立トランクがスイッチで設定され、ネイティブ VLAN が独立トランクポートに割り当てられていない場合は、sw private-vlan trunk native vlan コマンドを使用してネイティブ VLAN を割り当てる必要があります。
回避策：PVLAN 独立トランクのネイティブ VLAN を設定します。（CSCsv38137）
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- Cisco IOS リリース 12.2(46)SG および 12.2(50)SGA を Supervisor Engines II+, II+10GE, IV, V or V-10GECatalyst 4500 series switch with s, 次のコマンドを入力するとスタンバイ スーパバイザ エンジンで障害が発生します。
スタンバイ スーパバイザ エンジンのリブートを回避するには、インターフェイス範囲で作業しているときに、exit または end コマンドを明示的に実行して tx-queue コンフィギュレーション コンテキストを終了します。exit コマンドの短縮形 ex は機能しません。これらのコマンドは、1 行ずつ入力する必要があります。コピー/ペーストは機能しません。
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- スーパバイザに障害が発生すると、例外 crashinfo ファイルが作成されますが、スイッチを RPR モードで設定すると、そのようなコピーが有効になっていても、ブートフラッシュや slot0 にはコピーされません。手動でコピーまたは検査することもできます。
例外 crashinfo ファイル機能は、RPRモードではサポートされていません。
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
- 12.2(50)SG または 12.2(50)SG1 を実行している Catalyst 4500 スイッチで、スイッチポートで 802.1X VVID とポートセキュリティが同時に設定されている場合、802.1x 非対応の Cisco IP 電話を背後の PC とともに挿入すると、セキュリティ違反が発生することがあります。
- 冗長 WS-X45-Sup6-E または WS-X4516-10G で、スーパバイザエンジンの 10GE アップリンクが次のピアスーパバイザエンジンまたはラインカードの 10GE ポートのいずれかに直接接続されている場合、およびこのピアエンジンが Cisco IOS リリース 12.2(50)SG2 または以前のリリースを実行している場合、SSO スイッチオーバー後にリンクフラップが報告されます。
– 影響を受ける 10GE ピアポートでリンクデバウンスを有効にします。
– 現在の IOSリ ビジョンでリンクデバウンスが使用できない場合は、 Cisco IOS リリース 12.2(52)SG にアップグレードします。リンクデバウンスの設定は必要ありません。
この問題は、VRF が設定されたインターフェイスでのみ発生します。
回避策：permit icmp コマンドを使用して、インターフェイスに ID ポリシーを再適用します。（CSCsu03507）
- PVLAN 独立トランクがスイッチで設定され、ネイティブ VLAN が独立トランクポートに割り当てられていない場合は、sw private-vlan trunk native vlan コマンドを使用してネイティブ VLAN を割り当てる必要があります。
回避策：PVLAN 独立トランクのネイティブ VLAN を設定します。（CSCsv38137）
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：permit icmp コマンドを使用して、インターフェイスにアイデンティティポリシーを再適用します。CSCsu03507
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
この問題は、冗長 Catalyst 4500 シリーズ スイッチで Cisco IOS リリース 12.2(46)SG または 12.2(50)SG を実行していて、次のスーパバイザエンジンのいずれかを使用している場合に発生します。 II Plus、II Plus+10GE、IV、V、または V-10GE。
上記の tx-queue 設定コンテキストを終了するには、exit または end コマンドを明示的に入力します。exit コマンドの短縮形（ex）は機能しません。多くのコマンドをコピーして貼り付けるのではなく、exit コマンドと end コマンドを 1 行ずつ入力します。
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
WAAS デバイスがこの予期しない GRE トラフィックをドロップする場合、無差別モードの WCCP サービスグループはインターフェイスで使用できません。逆に、WAAS デバイスがスイッチにトラフィックを返す場合、スイッチは通常、元の宛先にトラフィックをルーティングします。
- Cisco IOS ソフトウェアには、攻撃者がリモートから巧妙に細工された暗号化パケットを送信して Cisco IOS デバイスをリロードさせる可能性がある脆弱性が存在します。シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090923-tls - CSCsq24002
- Catalyst 4900M でネストされたポリシーマップ機能を使用しようとすると、スイッチがリブートする可能性があります。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、12.2(46)SG、12.2(50)SG ～ SG5 を実行しているスイッチで発生する可能性があります。
この問題は、12.2(52)SG 以降のリリースおよび 12.2(50)SG6 以降のリリースで解決されています。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
- Cisco IOS 12.2(52)SG を実行しているスイッチで、ポートセキュリティ、DAI、DHCP スヌーピング、または BPDU ガードによってトリガーされた違反が原因で 802.1X が設定されたポートが per vp errdisable モードになると、ポートの 802.1X セッションはリンクダウンしているにもかかわらず、クリアされません。
他の per vp errdisable 機能を使用して 802.1X を設定しないでください。
- スタンバイ WS-X45-SUP6-E スーパバイザエンジン上の 10 ギガビット イーサネット アップリンクは、SSO を介してアクティブになった後も引き続きパケットを受信しますが、トラフィックの送信を停止します。
スタンバイ スーパバイザ エンジンをリセットしても、インターフェイスの設定を変更しても、アップリンクは復元できません。
回避策：別の SSO スイッチオーバーを強制的に実行します。
場合によっては、さらにスイッチオーバーを実行する必要があります。
この問題は、Cisco IOS リリース 12.2(40)SG で初めて確認されました。
回避策：AutoQoS によって生成された設定を手動で適用します。
- 2 つの WS-X4503+ スーパバイザエンジンが冗長構成でインストールされ、IOS HTTP サーバで default interface コマンドを入力すると、WS-X4503+ スーパバイザエンジンがリブートします。
回避策：WS-X4503+ スーパバイザエンジンで default interface コマンドを入力します。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
Cisco IOS リリース 12.2(50)SG8 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG8 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降を実行しているデュアル スーパバイザ エンジンを搭載したスイッチでは、CDP ポートステータス TLV をサポートする Cisco IP 電話が dot1x ポートに接続され、PC が電話機の背後に接続されます。PC が電話機の背後から切断された後、ポートで dot1x を無効にし、PC を電話機に再接続すると、ホストの MAC アドレスがスタンバイ スーパバイザ エンジンに同期されなくなります。この状態でスーパバイザ スイッチオーバーが実行されると、ホストの MAC アドレスが新しいアクティブスーパバイザの MAC アドレステーブルに存在しないため、ホストの接続が失われる可能性があります。
回避策：インターフェイスで shutdown、no shutdown の順に入力します。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。
- クラスマップヒットカウンタは、プライベート VLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは適切に適用されます。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
Cisco IOS リリース 12.2(50)SG8 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG8 で解決済みの警告について説明します。
- Cisco IOS リリース 12.2(50)SG7 および 12.2(50)SG6で は、インターフェイス Fa1の [speed] full / [duplex] full 設定でローカルスイッチ（Catalyst 4900M または Supervisor Engine 6-E）をリロードすると、ブートアップ後に両側のリンクがダウンします。
回避策：100/Full を設定解除し、shut/no shut を実行してから、ローカルスイッチで 100/Full を再設定します。
Cisco IOS リリース 12.2(50)SG7 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG7 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降を実行しているデュアル スーパバイザ エンジンを搭載したスイッチでは、CDP ポートステータス TLV をサポートする Cisco IP 電話が dot1x ポートに接続され、PC が電話機の背後に接続されます。PC が電話機の背後から切断された後、ポートで dot1x を無効にし、PC を電話機に再接続すると、ホストの MAC アドレスがスタンバイ スーパバイザ エンジンに同期されなくなります。この状態でスーパバイザ スイッチオーバーが実行されると、ホストの MAC アドレスが新しいアクティブスーパバイザの MAC アドレステーブルに存在しないため、ホストの接続が失われる可能性があります。
回避策：shutdown と入力してから、インターフェイスをno shutdownにします。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。
- クラスマップヒットカウンタは、プライベート VLAN トランクポートのプライマリ VLAN にアタッチされている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは適切に適用されます。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
Supervisor Engine 6-E ではサポートされていません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Cisco IOS リリース 12.2(50)SG7 および 12.2(50)SG6で は、インターフェイス Fa1の [speed] full / [duplex] full 設定でローカルスイッチ（Catalyst 4900M または Supervisor Engine 6-E）をリロードすると、ブートアップ後に両側のリンクがダウンします。
回避策：100/Full を設定解除し、shut/no shut を実行してから、ローカルスイッチで 100/Full を再設定します。
Cisco IOS リリース 12.2(50)SG7 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG7 で解決済みの警告について説明します。
- IOS リリース 12.2(53)SG1 または 12.2(50)SG6 を実行している 4500-E および 4900M スイッチは、特定の VLAN の唯一の QoS サービスポリシーが VLAN レベルである場合にクラッシュする可能性があります。
この問題は、次の 3 つの条件を満たしている場合に発生します。
– ソフトウェア生成またはソフトウェアスイッチド パケットが、VLAN（V）のメンバーであるインターフェイス（P）を出る。
– パケットの優先順位は高くなく、PAK_PRIORITY が設定されていない。
– 出力方向の 3 つのターゲット（ポート P、VLAN V、およびポート VLAN PV）のうち、qos ポリシーマップは出力方向の VLAN V にのみ付加される。
– VLAN 専用ポリシーマップにマーキングアクションのみがある場合は、VLAN 専用ポリシーマップを VLAN 内のすべてのポートのポート VLAN ポリシーマップに置き換えます。
– VLAN 専用ポリシーマップにポリシングアクションがある場合、VLAN 出力ポリシーマップを保持し、その VLAN のすべてのポートにキューイングアクション専用出力ポリシーマップを付加します。
この問題は、Cisco IOS リリース 12.2(46)SG 以降のイメージで発生します。
- PBR ポリシーは、Cisco IOS リリース 12.2(53)SG または 12.2(52)SG を実行している Supervisor Engine 6 では適用されません。パケットは、ポリシーベースのルーティングではなく、通常のルーティングテーブルを介して転送されます。
- Cisco IOS リリース 12.2(50)SG、12.2(52)SG、および 12.2(53)SG では、12.2(50)SG にアップグレードした後、一部の GBIC が互換性がないと見なされる場合があります。次のメッセージが表示される場合があります。
– Cisco IOS リリース 12.2(46)SG にダウングレードします。
– Cisco IOS リリース 12.2(53)SG2 または 12.2(50)SG7 にアップグレードします。
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
- PVLAN トランクポートでは、学習した MAC アドレスが無条件にエージアウトし、フレーム配信の初期フェーズだけでなく、MAC エージング間隔ごとに定期的にフラッディングが発生します。この動作では、switchport block unicast コマンドを使用しますが、通信ができなくなるためリスクを伴います。
回避策：ありません。ただし、PVLAN トランクポートでは switchport block unicast コマンドは入力できません。
- ポートセキュリティが設定されているか、または独立トランクポートにスタティック MAC アドレスが設定されている場合、ポートの隣接関係はセカンダリ VLAN ではなくプライマリ VLAN で解決されます。
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
- Cisco IOS リリース 12.2(50)SG 以降を実行している Catalyst 4500 シリーズ スイッチでは、clear port-security dynamic interface fastethernet1 コマンドを入力すると、スイッチがリロードされます。
インターフェイスにポートセキュリティが設定されていない場合は、このコマンドを入力しないでください。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
Cisco IOS リリース 12.2(50)SG6 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG6 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降を実行しているデュアル スーパバイザ エンジンを搭載したスイッチでは、CDP ポートステータス TLV をサポートする Cisco IP 電話が dot1x ポートに接続され、PC が電話機の背後に接続されます。PC が電話機の背後から切断された後、ポートで dot1x を無効にし、PC を電話機に再接続すると、ホストの MAC アドレスがスタンバイ スーパバイザ エンジンに同期されなくなります。この状態でスーパバイザ スイッチオーバーが実行されると、ホストの MAC アドレスが新しいアクティブスーパバイザの MAC アドレステーブルに存在しないため、ホストの接続が失われる可能性があります。
回避策：shutdown と入力してから、インターフェイスをno shutdownにします。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。
- クラスマップヒットカウンタは、プライベート VLAN トランクポートのプライマリ VLAN にアタッチされている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは適切に適用されます。
- Cisco IOS リリース 12.2(50)SG 以降を実行している Catalyst 4500 シリーズ スイッチでは、clear port-security dynamic interface fastethernet1 コマンドを入力すると、スイッチがリロードされます。
インターフェイスにポートセキュリティが設定されていない場合は、このコマンドを入力しないでください。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
– クライアントのダイナミックポリシー許可で、permit ip any any を指定している。
- link debounce コマンドで time が指定されていない場合、デフォルト値はスーパバイザエンジンによって異なります。C4900M、Supervisor Engine 6-E、および Supervisor Engine 6L-E のデフォルトは 10 mS です。他のすべてのスーパバイザエンジンのデフォルトは 100 mS です。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
- PVLAN トランクポートでは、学習した MAC アドレスが無条件にエージアウトし、フレーム配信の初期フェーズだけでなく、MACエージング間隔ごとに定期的にフラッディングが発生します。この動作では、switchport block unicast コマンドを使用しますが、通信ができなくなるためリスクを伴います。
回避策：ありません。ただし、PVLAN トランクポートでは switchport block unicast コマンドは入力できません。
Cisco IOS リリース 12.2(50)SG6 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG6 で解決済みの警告について説明します。
- システムで多数のレイヤ 3 ルートを使用して Supervisor Engine 6 を実行している場合、最小限の永続的な ARP アクティビティが存在すると、CPU 使用率が高くなることがあります。
show processes cpu コマンドは、Cat4k Mgmt LoPri が大量の CPU を消費することを示します。show platform health コマンドは、K5L3FlcMan FwdEntry、K5L3Unciast IFE Review、および K5L3UnicastRpf IFE Review プロセスがターゲット使用率を超えて実行されていることを示します。
大量の不完全な ARP エントリは、デバイスやウイルスのスキャンの結果生じる可能性があることに注意してください。
– 高い CPU 使用率をトリガーする ARP アクティビティを防止します。
デフォルトでは、特定のアプリケーション（IP ソースガード および QoS）によって ACL 統計情報が統計になります。このような機能を設定すると、CPU 使用率が高くなります。
CPU 使用率の高さは、show proc cpu コマンドで確認できます。また、 show platform health コマンドの出力は、CPU 使用率が高いプロセスが「K5AclCamStatsMan hw」であることを示しています。
この問題は、Cisco IOS リリース 12.2(40)SG 以降のリリースで発生する可能性があります。
この問題は、Cisco IOS リリース 12.2(53)SG1 および 12.2(50)SG6 で解決されています。
回避策：ACL、IPSG、および QoS 設定のサイズを小さくします。統計情報が ACL に対して明示的に有効になっている場合は、CLI で無効にします。
ACL と IPSG が原因で CPU 使用率が高くなっている場合は、新しいソフトウェアにアップグレードします。
QoS 設定が原因で CPU 使用率が高くなっている場合は、IOS イメージをアップグレードし、
no qos statistics classification コマンドを入力します。
必要に応じて、Cisco IOS リリース 12.2(50)SG3 にダウングレードします。
回避策：大きなファイルをコピーするなど、IOS では長時間のブートフラッシュ操作はしないでください。
通常の SVI で学習された ARP エントリは影響を受けません。
回避策：clear ip arp コマンドを使用して、それらの ARP エントリをクリアします。
- ポートセキュリティと ARP インスペクションを同時に設定すると、スイッチに接続されているホストからの最初の ARP パケットが ARP インスペクションをバイパスし、誤ってブリッジアウトされる可能性があります。
- QoS のサービスポリシーが設定されたスイッチでポリシーマップを変更せずにポリシーマップ コンフィギュレーション モードを終了すると、EtherChannel インターフェイスで出力サービスポリシーを設定するとリンクフラップが発生します。
回避策：各 EtherChannel が独自のポリシーを持つように、異なる名前で同一のポリシーマップを設定します。このアクションにより、このリンクフラップの影響は限られた数の EtherChannel に限定されます。
Cisco IOS リリース 12.2(50)SG5 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG5 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降を実行しているデュアル スーパバイザ エンジンを搭載したスイッチでは、CDP ポートステータス TLV をサポートする Cisco IP 電話が dot1x ポートに接続され、PC が電話機の背後に接続されます。PC が電話機の背後から切断された後、ポートで dot1x を無効にし、PC を電話機に再接続すると、ホストの MAC アドレスがスタンバイ スーパバイザ エンジンに同期されなくなります。この状態でスーパバイザ スイッチオーバーが実行されると、ホストの MAC アドレスが新しいアクティブスーパバイザの MAC アドレステーブルに存在しないため、ホストの接続が失われる可能性があります。
回避策：shutdown と入力してから、インターフェイスをno shutdownにします。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。
- クラスマップヒットカウンタは、プライベート VLAN トランクポートのプライマリ VLAN にアタッチされている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは適切に適用されます。
- Cisco IOS リリース 12.2(50)SG 以降を実行している Catalyst 4500 シリーズ スイッチでは、clear port-security dynamic interface fastethernet1 コマンドを入力すると、スイッチがリロードされます。
インターフェイスにポートセキュリティが設定されていない場合は、このコマンドを入力しないでください。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは不要です。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（Engineering Failure Analysis）のためにラインカードを送信する必要もありません。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG5 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG5 で解決済みの警告について説明します。
Cisco IOS リリース 12.2(50)SG4 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG4 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降を実行しているデュアル スーパバイザ エンジンを搭載したスイッチでは、CDP ポートステータス TLV をサポートする Cisco IP 電話が dot1x ポートに接続され、PC が電話機の背後に接続されます。PC が電話機の背後から切断された後、ポートで dot1x を無効にし、PC を電話機に再接続すると、ホストの MAC アドレスがスタンバイ スーパバイザ エンジンに同期されなくなります。この状態でスーパバイザ スイッチオーバーが実行されると、ホストの MAC アドレスが新しいアクティブスーパバイザの MAC アドレステーブルに存在しないため、ホストの接続が失われる可能性があります。
回避策：shutdown と入力してから、インターフェイスをno shutdownにします。これにより、再学習が行われ、ホストの MAC がスタンバイ スーパバイザ エンジンに同期されます。
- クラスマップヒットカウンタは、プライベート VLAN トランクポートのプライマリ VLAN にアタッチされている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは適切に適用されます。
- Cisco IOS リリース 12.2(50)SG 以降を実行している Catalyst 4500 シリーズ スイッチでは、clear port-security dynamic interface fastethernet1 コマンドを入力すると、スイッチがリロードされます。
インターフェイスにポートセキュリティが設定されていない場合は、このコマンドを入力しないでください。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは実行しません。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（エンジニアリング障害分析）のためにラインカードを送信する必要もありません。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG4 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG4 で解決済みの警告について説明します。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：permit icmp コマンドを使用して、インターフェイスにID ポリシーを再適用します。（CSCsu03507）
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
- Cisco IOS リリース 12.2(46)SG および 12.2(50)SGA を Supervisor Engines II+, II+10GE, IV, V or V-10GECatalyst 4500 series switch with s, 次のコマンドを入力するとスタンバイ スーパバイザ エンジンで障害が発生します。
スタンバイ スーパバイザ エンジンのリブートを回避するには、インターフェイス範囲で作業しているときに、exit または end コマンドを明示的に実行して tx-queue コンフィギュレーション コンテキストを終了します。exit コマンドの短縮形 ex は機能しません。これらのコマンドは、1 行ずつ入力する必要があります。コピー/ペーストは機能しません。
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
この動作は、ピアデバイスがリモート障害を送信するときに、Cisco IOS リリース 12.2(50)SG から 12.2(50)SG3 で確認されています。
- HTTP(S) の認証プロキシ、Web 認証、または同意機能が設定された Cisco IOS ソフトウェアには、認証されていないセッションが認証プロキシサーバや同意 Web ページをバイパスする可能性がある脆弱性が含まれています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090923-auth-proxy
- Cisco IOS ソフトウェアには、攻撃者がリモートから巧妙に細工された暗号化パケットを送信して Cisco IOS デバイスをリロードさせる可能性がある脆弱性が存在します。シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090923-tls - CSCsq24002
- 影響を受けるバージョンの Cisco IOS ソフトウェアを実行しているシスコデバイスは、IP トンネルおよび Cisco Express Forwarding 用に設定されている場合、サービス妨害（DoS）攻撃に対して脆弱です。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
この問題は、Cisco IOS リリース 12.2(40)SG で初めて確認されました。
回避策：AutoQoS によって生成された設定を手動で適用します。
- 2 つの WS-X4503+ スーパバイザエンジンが冗長構成でインストールされ、IOS HTTP サーバで default interface コマンドを入力すると、WS-X4503+スーパバイザエンジンがリブートします。
回避策：WS-X4503+ スーパバイザエンジンで default interface コマンドを入力します。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは実行しません。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（エンジニアリング障害分析）のためにラインカードを送信する必要もありません。
- Cisco IOS 12.2(50)SG2 から ISSU を介して冗長 SUP6-E スイッチをダウングレードすると、スーパバイザアップリンクはトラフィックの伝送を停止します。すべてのリンクはアップのままです。
注 以前のリリースを使用した SSO スイッチオーバーでは、トラフィックが復元される可能性がありますが、一時的なものです。
Cisco IOS リリース 12.2(50)SG3 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG3 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
回避策：permit icmp コマンドを使用して、インターフェイスにID ポリシーを再適用します。（CSCsu03507）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
この問題は、Cisco IOS リリース 12.2(40)SG で初めて確認されました。
回避策：AutoQoS によって生成された設定を手動で適用します。
- Cisco IOS リリース 12.2(46)SG および 12.2(50)SGA を Supervisor Engines II+, II+10GE, IV, V or V-10GECatalyst 4500 series switch with s, 次のコマンドを入力するとスタンバイ スーパバイザ エンジンで障害が発生します。
スタンバイ スーパバイザ エンジンのリブートを回避するには、インターフェイス範囲で作業しているときに、exit または end コマンドを明示的に実行して tx-queue コンフィギュレーション コンテキストを終了します。exit コマンドの短縮形 ex は機能しません。これらのコマンドは、1 行ずつ入力する必要があります。コピー/ペーストは機能しません。
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は示していません。
これは、Catalyst 4500-E シャーシ（WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカード）のみに影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは不要です。RMA を実行したり、EFA のラインカードを送信したりする必要はありません。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは実行しません。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（エンジニアリング障害分析）のためにラインカードを送信する必要もありません。
- Cisco IOS 12.2(50)SG2 から ISSU を介して冗長 SUP6-E スイッチをダウングレードすると、スーパバイザアップリンクはトラフィックの伝送を停止します。すべてのリンクはアップのままです。
注 以前のリリースを使用した SSO スイッチオーバーでは、トラフィックが復元される可能性がありますが、一時的なものです。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
この動作は、ピアデバイスがリモート障害を送信するときに、Cisco IOS リリース 12.2(50)SG から 12.2(50)SG3 で確認されています。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG3 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG3 で解決済みの警告について説明します。
- Supervisor Engine 6-E を搭載した Catalyst 4500 E シリーズ スイッチは、TwinGig コンバータのインストールまたは削除時、あるいは TwinGig コンバータをインストールした状態での起動時にクラッシュすることがあります。
TwinGig コンバータは、E シリーズ スーパバイザおよびラインカードでのみサポートされます。このバグは、コンバータがインストールされていないシステムには影響しません。
スイッチが正常に起動し、インストールされているすべての TwinGig コンバータが検出されると、コンバータを挿入しない限りクラッシュする可能性は低くなります。CSCsz49331
Cisco IOS リリース 12.2(50)SG2 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG2 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
回避策：permit icmp コマンドを使用して、インターフェイスにID ポリシーを再適用します。（CSCsu03507）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- ポートで 802.1X の設定を解除し、スイッチに接続されている IP フォン（CDP ポートのステータス TLV サポート搭載）にホストを再接続すると、ホストの MAC アドレスはスタンバイ スーパバイザ エンジンに同期されません。
この状態の間にスイッチがスーパバイザのスイッチオーバーを実行すると、ホストの MAC アドレスが新しいアクティブなスーパバイザエンジンの MAC アドレステーブルに存在しないため、ホストで接続が切断される可能性があります。
回避策：インターフェイスで shutdown コマンドを入力し、その後に no shutdown コマンドを入力します。これにより、ホストの MAC が再度学習され、スタンバイ スーパバイザ エンジンに同期されるようになります。CSCsw91661
- Cisco IOS リリース 12.2(50)SG 以降のリリースを実行しているクラシックシリーズのスーパバイザおよび Supervisor Engine 6-E では、ポートが許可される前は、Wake-on-LAN（authentication control-direction in コマンドを使用）およびマルチドメイン認証（MDA）（authentication host-mode multi-domain コマンドを使用）に対して設定されているポートでは出力トラフィックは許可されません。
- クラスマップヒットカウンタは、PVLAN トランクポートのプライマリ VLAN に接続されている出力ポリシーマップでは増加しません。ただし、トラフィックは適切に分類され、ポリシーで設定されたアクションは正しく適用されます。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
この問題は、Cisco IOS リリース 12.2(40)SG で初めて確認されました。
回避策：AutoQoS によって生成された設定を手動で適用します。
- Cisco IOS リリース 12.2(46)SG および 12.2(50)SGA を Supervisor Engines II+, II+10GE, IV, V or V-10GECatalyst 4500 series switch with s, 次のコマンドを入力するとスタンバイ スーパバイザ エンジンで障害が発生します。
スタンバイ スーパバイザ エンジンのリブートを回避するには、インターフェイス範囲で作業しているときに、exit または end コマンドを明示的に実行して tx-queue コンフィギュレーション コンテキストを終了します。exit コマンドの短縮形 ex は機能しません。これらのコマンドは、1 行ずつ入力する必要があります。コピー/ペーストは機能しません。
回避策：AutoQoS によって生成された設定を手動で適用します。Auto QoS は使用しないでください。CSCsv03316
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は示していません。
これは、Catalyst 4500-E シャーシ（WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカード）のみに影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは不要です。RMA を実行したり、EFA のラインカードを送信したりする必要はありません。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは実行しません。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（エンジニアリング障害分析）のためにラインカードを送信する必要もありません。
- Cisco IOS 12.2(50)SG2 から ISSU を介して冗長 SUP6-E スイッチをダウングレードすると、スーパバイザアップリンクはトラフィックの伝送を停止します。すべてのリンクはアップのままです。
注 以前のリリースを使用した SSO スイッチオーバーでは、トラフィックが復元される可能性がありますが、一時的なものです。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
この動作は、ピアデバイスがリモート障害を送信するときに、Cisco IOS リリース 12.2(50)SG から 12.2(50)SG3 で確認されています。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG2 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG2 で解決済みの警告について説明します。
1. ホストのスタティック ARPA エントリを設定します。
2. 修正を含む将来の IOS リリースにアップグレードします。
- SPAN が有効で、コリジョンによって生成されたエラーパケットなどの不正な形式のパケットを SPAN 送信元ポートが受信している場合、ポートはパケットの受信を停止したり、パケットを繰り返し再生して他のポートへのフラッディングを起こしたりすることがあります。
この問題は、WS-C4948 および WS-X4548-GB を含むプラットフォーム、および次のようなラインカードで確認されています。
回避策：次のコマンドを使用して、SPAN セッションが正常なパケットのみを渡すようにパケットフィルタリングを有効にします。
- Cisco IOS リリース 12.21(31)SGA または 12.2(46)SG を実行している Catalyst 4948-10GE シャーシでは、IP DSCP 値に基づくデフォルトの送信キューの選択が正しくありません。たとえば、CS1 と CS5 の両方のトラフィックは、送信キュー 1 と 3 ではなく、送信キュー 1 を通過します。
回避策：次のように、グローバル QoS を有効または無効にします。
- Catalyst 4500 シリーズ スイッチでは、隔離されたプライベート VLAN トランクインターフェイスがフラップすると、ポート単位の VLAN 単位の入力ポリサーはポートに適用されなくなります。
影響を受ける Cisco IOS リリースには、12.2(31)SGA08、12.2(37)SG、12.2(40)SG、12.2(46)SG、および 12.2(50)SG が含まれます。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行している Catalyst 4500 冗長スイッチでは、スイッチポートで 802.1X VVID とポートセキュリティを同時に設定すると、802.1X 非対応の Cisco IP 電話からの CDP MAC は、スタンバイ スーパバイザ エンジンのポートセキュリティテーブルには追加されない場合があります。
- 特定の条件下で、2 つのスーパバイザエンジン（Sup II+、Sup IV、または Sup V）を搭載した Catalyst 4500R シャーシでは、ピアスーパバイザエンジンからのキープアライブメッセージが 162 秒間失われると、フェールオーバー（スーパバイザ スイッチオーバー）が発生することがあります。
- スタンバイ スーパバイザ エンジン WS-X45-SUP6-E 上の 10GE アップリンクが、SSO スイッチオーバーによってアクティブになった後、トラフィックの送信を停止します。ただし、パケットはアップリンクで引き続き受信されます。
ピアスイッチからのトラフィックは影響を受けるスイッチによって受信されますが、ピアスイッチは影響を受けるスイッチからのトラフィックを受信しません。そのため、CDP などのプロトコルで混乱が生じる可能性があります。影響を受けるスイッチは、予想される CDP 隣接関係を報告しますが、ピアスイッチは報告しません。これにより、ピアスイッチの問題が誤診断される可能性があります。
スタンバイ スーパバイザ エンジンをリセットしたり、インターフェイスの設定を変更したりしても、10GE アップリンクは復元できません。
まれに、2 回目のスイッチオーバーで問題が再発することがあります。その場合、追加のスイッチオーバーが必要になります。
- ポートが次のように設定されている場合、ホストは MAB を介して認証されません。シングルホストモード（authentication host-mode single-host コマンドを使用）および Wake-on-LAN（authentication control-direction in コマンドを使用）。
回避策：no authentication control-direction in コマンドを使用して Wake-on-LAN を無効にします。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行している Catalyst 4500 シリーズ スイッチで、スイッチポートで 802.1X VVID とポートセキュリティが同時に設定されている場合、LLDP 機能を備えた 802.1X 非対応の Cisco IP 電話を背後にある PC とともに挿入すると、セキュリティ違反が発生することがあります。IP フォンが LLDP パケットを送信する前に、電話機の背後にある PC がポートで許可されると、違反がトリガーされます。
回避策：CallManager からスイッチと Cisco IP 電話の LLDP をオフにします。
- ラインカード WS-X4648-RJ45V-E または WS-X4648-RJ45V+E は、スイッチのブートアップ時またはラインカードのリセット時に PoE 電源を提供しません。非 PoE リンクは引き続き機能します。
回避策：hw-module reset コマンドを使用してラインカードをリロードします。
- コントロール プレーン ポリシングを使用する場合、コントロールプレーンクラス（macro global apply system-cpp コマンドによって自動的に作成され、定義済み ACL を使用してトラフィックを照合するクラス）がパケット数とバイト数を増加させます。これは、両方のカウンタがゼロ以外であることを意味します。
対照的に、データプレーンクラス（ユーザが記述した ACL によって手動で設定）はバイトカウンタを増加させますが、パケット数は増加しません（0 のまま）。
Cisco IOS リリース 12.2(50)SG1 の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG1 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
- ごくまれに、MAC ACL ベースのポリサーを使用している場合、 show policy-map interface fa6 / 1 コマンドの出力に、一致しているパケットが表示されないことがあります。
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、shutdown コマンドを入力してから UDLD disable ステートになっているポート上で no shutdown コマンドを入力すると、スイッチ コンソールに「PM-4-PORT_INCONSISTENT」エラー メッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD disable ステートのままです。shutdown コマンドを再入力してから同じポート上で no shutdown コマンドを入力すると、エラー メッセージが表示されなくなります。
– 永続的な自己署名証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンで個別に生成され、証明書は異なります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- 12.2(31)SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェアリリースの場合と同様に動作しないことがあります。次の表に、この変更が反映されています。
これは、12.2(31)SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバードポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、qos account layer2 encapsulation コマンドを入力しても、ポリサーによって 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に a- が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されることがあります。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブなスーパバイザエンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後にポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- PVLAN 独立トランクがスイッチで設定され、ネイティブ VLAN が独立トランクポートに割り当てられていない場合は、sw private-vlan trunk native vlan コマンドを使用してネイティブ VLAN を割り当てる必要があります。
回避策：PVLAN 独立トランクのネイティブ VLAN を設定します。（CSCsv38137）
- Cisco IOS リリース 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、復元後も、スパニングツリーは disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
回避策：Shut down, and then reopen the interface.
- Cisco IOS リリース 12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN を削除してもUnauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。（CSCsr58573）
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
回避策：permit icmp コマンドを使用して、インターフェイスにID ポリシーを再適用します。（CSCsu03507）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを入力すると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：debug management expression evaluator コマンドを無効にします。（CSCsu67323）
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずにCTS SXP接続が設定され、ボックスにデフォルトのSXP送信元 IP アドレスが設定されていない場合、異なるSXP接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブなスーパバイザエンジンは、バルク同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブなスーパバイザエンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– アクティブなスーパバイザエンジンでコマンドを削除してから入力し直します。スタンバイ スーパバイザ エンジンがこの変更を取得します。
- スイッチポートのモードを CFM サポートモードから CFM 非サポートモードに変更すると、CFM は自動的に無効になります。モードをサポートモードにリセットすると、インターフェイスの実行コンフィギュレーションで確認されるように、CFM の状態は Disabled のままになります。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion を実行すると、一括同期の失敗が発生します。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次のタスクを実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、「duplicate seeprom」エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この問題は、Cisco IOS リリース 12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、 ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力が表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイルに 256 KB まで埋め込みます（RFC 2397に準拠）。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- channel-group x または channel-protocol モードで、fa1管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、fa1 管理インターフェイスではサポートされていません。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
- コントロール プレーン ポリシングを使用する場合、コントロールプレーンクラス（macro global apply system-cpp コマンドによって自動的に作成され、定義済み ACL を使用してトラフィックを照合するクラス）がパケット数とバイト数を増加させます。これは、両方のカウンタがゼロ以外であることを意味します。
代わりに、データプレーンクラス（ユーザが記述した ACL によって手動で設定）はバイトカウンタを増加させますが、パケット数は増加しません（0 のまま）。
Supervisor Engine 6-E に固有の警告
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth や shape などのキューイングパラメータをいくつか変更して再設定して、問題を解決してください。（CSCsk62457）
- E シリーズ スイッチでファントレイの障害が発生するか、またはスーパバイザエンジンの温度が重大な状態になると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を見つけます。
– ログに LogGalInsufficientFansDetected メッセージがある場合、ファントレイの障害を示しています。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザエンジンの臨界温度が障害のしきい値を超えたことを示しています。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG を実行している WS-X4706-10GE で使用すると、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生することがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の CoS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された CoS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 で説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを確認できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの CoS/DSCP フィールドは強制的にゼロになります。これは、そのインターフェイスの 1 つの Qos ポリシーが分類のために CoS/DSCP 値を使用しているためで、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。Cisco IOS を起動すると、シャーシタイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。このコマンドは、サイズの範囲を指定します。（CSCso06422）
この動作は、アクティブなスーパーバイザ エンジンが IOS を実行しており、スタンバイ スーパーバイザ エンジンが ROMMON で実行され、スタンバイ スーパーバイザ エンジンの ROMMON がバージョン 0.34 からそれ以降のバージョンにアップグレードされると発生します。アップグレード処理により、スタンバイ スーパーバイザ エンジンのアップリンクがダウンしますが、アクティブなスーパーバイザエンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパーバイザエンジンをリロードします。
– スタンバイ スーパーバイザ エンジンをシャーシから一時的に短時間取り出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズフレームがスイッチポートに送信され、フロー制御の受信設定が 10 Gb ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力で内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロードバランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートがあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップEtherChannelが定義されていれば、リブート後にFlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが inactive と表示されます。VLAN を割り当てても、CC-status は Inactive のままになります。
この動作は、IFM を設定する前に VLAN を最初に割り当てておらず、後で同じ VLAN を割り当てた場合にのみ発生します。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は示していません。
これは、Catalyst 4500-E シャーシ（WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカード）のみに影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは不要です。RMA を実行したり、EFA のラインカードを送信したりする必要はありません。
- Cisco IOS リリース 12.2(50)SG または 12.2(50)SG1 を実行し、WS-X4648-GB-RJ45V または WS-X4648-GB-RJ45V+ ラインカードを使用している場合、PoE ラインカードが正しく機能している場合でも、まれに次の syslog エラーメッセージが表示されます。
このログメッセージは情報提供のみを目的としています。ラインカードの潜在的な問題は反映されません。
WS-X4648-GB-RJ45V および WS-X4648-GB-RJ45V+ ラインカードにのみ影響します。
回避策：警告メッセージを無視します。ラインカードまたはポートをリセットするアクションは実行しません。RMA（Return to Manufacturing for Analysis）を実行する必要も、EFA（エンジニアリング障害分析）のためにラインカードを送信する必要もありません。
- ポートが次のように設定されている場合、ホストは MAB を介して認証されません。シングルホストモード（authentication host-mode single-host コマンドを使用）および Wake-on-LAN（authentication control-direction in コマンドを使用）。
回避策：authentication control-direction in コマンドを使用して Wake-on-LAN を無効にします。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
この動作は、ピアデバイスがリモート障害を送信するときに、Cisco IOS リリース 12.2(50)SG から 12.2(50)SG3 で確認されています。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG1 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG1 で解決済みの警告について説明します。
回避策：NetFlow が設定されているすべてのサブインターフェイスで、次のいずれかのコマンドを使用して NetFlow を無効にします。
- IP フォンを介してホストに接続されたポートでポートセキュリティが設定されていて、ホストが切断されている場合、IP フォンとスイッチが CDP の 2 番目のポートの TLV 切断機能をサポートしている場合でも、ホストの MAC アドレスはポートセキュリティ MAC アドレステーブルから削除されません。
回避策：ポートセキュリティ MAC アドレステーブルからホストの MAC アドレスを削除するには、ポートのポートセキュリティを設定解除して再設定します。（CSCsr74097）
Cisco IOS リリース 12.2(50)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(50)SG の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、UDLD err-disable ステートになっているポート上で shutdown コマンドを入力してから no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD err-disable ステートのままです。同じポート上で shutdown コマンドを再入力してから no shutdown コマンドを入力すると、エラーメッセージは表示されなくなります。
– このような証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンでそれぞれ個別に生成されます。そのため、証明書は異なったものになります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- Cisco IOS 12.2（31）SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェア リリースの場合と同様に動作しないことがあります。
これは、12.2（31）SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– これは、スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを実行した場合も同様です。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバード ポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィックパフォーマンスを測定する場合、 qos account layer2 encapsulation を設定していても、ポリサーにより 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に「a-」が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG 以降のイメージへの ISSU アップグレード中に、次のエラーメッセージが表示されます。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
- SSO モード時に、同じチャネル番号を持つアクティブ スーパバイザ エンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイ ポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後、ポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
回避策：ラインカードを削除する前に、ラインカードのいずれかのインターフェイスで静的に設定された ip source binding エントリを削除します。 （CSCsv54529）
回避策：EXEC モードで clear ethernet cfm errors コマンドを使用してエラーをクリアします。（CSCsv43819）
- PVLAN 独立トランクがスイッチで設定され、ネイティブ VLAN が独立トランクポートに割り当てられていない場合は、sw private-vlan trunk native vlan コマンドを使用してネイティブ VLAN を割り当てる必要があります。
回避策：PVLAN 独立トランクのネイティブ VLAN を設定します。（CSCsv38137）
この問題は、VRF が設定されたインターフェイスでのみ発生します。
- 12.2(50)SG を実行している Catalyst 4500 スイッチで、アクセス VLAN が削除され、802.1x マルチ認証で設定されたポートで復元されると、アクセス VLAN の復元後も、スパニングツリーは Disabled 状態のままなので、許可された 802.1X クライアントはトラフィックを通過させることができません。
この問題は、802.1X クライアントがマルチ認証ポートで許可されている場合に発生します。アクセス VLAN が削除されてから復元されると、クライアントは再認証されますが、アクセス VLAN のスパニングツリーの状態は Disabled のままになります。
回避策：インターフェイスをシャットダウンしてから再度開きます。
- Cisco IOS リリース12.2(50)SG を実行しているスイッチでは、マルチ認証ホストモードの PVLAN で許可されたサプリカントは、PVLAN が削除されても Uauthorized 状態に移行しません。
この問題は、ポートに PVLAN および 802.1X マルチ認証が設定されている場合にのみ発生します。
回避策：インターフェイスをシャットダウンしてから再度開きます。 （CSCsr58573）
回避策：新しく作成されたインターフェイスでトラッキングを再設定します。（CSCsr66876）
回避策：permit icmp コマンドを使用して、インターフェイスにID ポリシーを再適用します。（CSCsu03507）
– ルータを PVLAN 独立ポートに接続しないでください。
– IGMP スヌーピングを無効にします（グローバルまたは VLAN のいずれか）。
– PVLAN 独立ポートに接続されたルータをマルチキャスト送信元として使用しないでください。
- 802.1X マルチドメイン認証（MDA）およびゲスト VLAN が設定されたスイッチポートがハブ経由で非 802.1X サプリカント PC に接続されている場合、ポートはゲスト VLAN にフォールバックします。その後、ゲスト VLAN でスタックし、ハブに接続されている別の 802.1X サプリカント PC からのすべての EAPOL トラフィックを無視します。
回避策：VTP データベース伝播の場合、ISL/dot1q トランクポートを設定します。（CSCsu43445）
- SNMP で expExpressionTable の行を削除し、同時に expExpressionEntryStatus を 6 に設定すると、スイッチがクラッシュします。
- debug management expression evaluator コマンドを有効にすると、SNMP を介して expExpressionTable 行を破棄した後にスイッチがリロードすることがあります。
回避策：上記の debug コマンドを削除します。（CSCsu67323）
- dot1x でポートセキュリティを設定すると、Cisco IOS リリース 12.2(50)SG へのアップグレード中に ISSU runversion を実行した後、ポートセキュリティ MAC アドレステーブルのセキュアダイナミック MAC アドレスが同期しません。
– 802.1X ポートで spanning-tree portfast、authentication control-direction の順に入力します。
– 802.1X ポートで shut、no shut の順に入力します。
複数のレイヤ 3 インターフェイスを持つスイッチで、送信元 IP アドレスを指定せずに CTS SXP 接続が設定され、ボックスにデフォルトの SXP 送信元 IP アドレスが設定されていない場合、異なる SXP 接続が接続ごとに異なる送信元 IP アドレスを取得することがあります。
– スイッチにアクティブなレイヤ 3 インターフェイスが 1 つだけ存在することを確認します。
– あいまいさをなくすために、各 SXP 接続設定で IP アドレスの送信元を指定します。
– 送信元 IP アドレスのない SXP 接続がこの送信元 IP アドレスを使用するように、デフォルトの SXP 送信元 IP アドレスを設定します。
- スタンバイ スーパバイザ エンジンの起動中に IGMP スヌーピングが設定されたポートを含むラインカードを取り外すと、アクティブ スーパバイザ エンジンは、一括同期の一部としてこの設定をスタンバイ スーパバイザ エンジンに同期しません。ラインカードを再度取り付けると、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンの設定が一致しなくなります。
– ラインカードを取り付けた状態で、スタンバイスイッチを再度リロードします。
– コマンドを削除および追加して、アクティブに戻します。スタンバイがこの変更を取得します。
- スイッチポートのモードが CFM サポートモードから CFM 非サポートモードに変更されると、CFM は自動的に無効になります。モードがサポートモードに戻ると、CFM の状態は Disabled のままになります。この問題は、インターフェイスの実行コンフィギュレーションで確認できます。たとえば、 Cisco IOS リリース 12.2(44)SG から 12.2(46)SG への ISSU runversion では、一括同期の失敗が表示されます。
CFM は、デフォルトのスイッチポートモードでサポートされます。CFM は、PVLAN アクセスモード（無差別、隔離、およびコミュニティホストポート）および dot1q-tunnel モードではサポートされていません。他のすべてのスイッチポートモードでサポートされます。
回避策：ethernet cfm enable コマンドを使用して、インターフェイスで CFM を有効にします。（CSCsv67507）
回避策：次の手順を実行して、異なる設定で VLAN ロードバランシングを再設定します。
a. 目的の REP ポートで VLAN ロードバランシング設定を再設定します。
b. セグメント内の 1 つの REP ポートで shut コマンドを使用すると、そのセグメントで障害が発生します。
c. 同じポートで no-shut を使用して、1 つの ALT ポートで通常の REP トポロジを復元します。
d. プライマリエッジポートで手動プリエンプションを呼び出して、新しい設定で VLAN ロードバランシングを取得します。
- X2 スロットの OneX コンバータから SFP+ を取り外すと、システムがこのアクションを認識するまでに約 45 秒かかります。この間、すべてのコマンドで SFP+ がまだ存在していることが示されます。別のポートに SFP+ を再挿入するか、同じポートに別の SFP+ を挿入すると、Duplicate Seeprom エラーメッセージが表示されることがあります。
回避策：SFP+ が取り外されたことを示すログメッセージが表示されたら、次のいずれかを実行します。
この症状は、12.2(40)SG 以降を実行している場合に発生することがあります。
回避策：<CmdBold>verify /md5<noCmdBold> コマンドを使用して、イメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。
- Supervisor Engine 6-E および Catalyst 4900M では、ブートフラッシュイメージで /md5 パラメータを指定せずに verify コマンドを入力すると、出力は表示されません。
回避策：verify / md5 コマンドを使用してイメージの整合性を確認します。結果の MD5 シグニチャを、そのイメージの CCO にポストされたシグニチャと比較します。（CSCsu37068）
回避策：グラフィックを HTML ファイル（最大 256 KB）に埋め込みます（RFC 2397 に準拠）。
この問題は、Cisco IOS リリース 12.2(50)SG を実行しているすべての Catalyst 4500 または 4900 シャーシで発生します。この問題は、次の条件を満たしている場合に発生します。
– ルータが AAA 認証および認可を使用して設定されている。
– AAA サーバ が CiscoSecure ACS 2.4 を実行している。
– callback または callback-dialstring 属性が、ユーザの AAA サーバで設定されている。
回避策：ユーザの callback または callback-dialstring 属性を設定しないでください。TACACS+プロファイルで callback-dialstring 属性を使用する場合は、NULL 値が設定されていないことを確認します。（CSCei62358）
- Cisco IOS リリース 12.2(50)SG と 12.2(44)SG または 12.2(46)SG 間で ISSU のアップグレードまたはダウングレードを試みると、スイッチにトレースバックが表示されます。
これは、実行中のクラシックまたは E シリーズの Catalyst 4500 スーパバイザエンジンに適用されます。
Cisco IOS Release 12.2(50)SG
- channel-group x または channel-protocol モードで、fa1 管理インターフェイスに対して lacp または pagp コマンドを入力すると、アクティブ スーパバイザ エンジンがリロードされます。
ポートチャネル機能は、管理インターフェイスではサポートされていません。
- セキュアポートで認証されたクライアントまたはホストにダイナミック ポリシー インストールを使用する場合、permit ip any any コマンドがクライアントのダイナミックポリシーとして指定されている場合でも、クライアントからのトラフィックは許可されません。
– authentication host-mode multi-host コマンドを使用して、ポートでマルチホストモードを設定している。
– デフォルト ACL（IP アクセスリスト）が、deny ip any any を指定するインターフェイスで設定されている。
Supervisor Engine 6-E ではサポートされていません。
- CFM を入力インターフェイス上およびグローバルにイネーブルにすると、インターフェイスで受信した CFM パケットが HW コントロール プレーン ポリシング（HW Control Plane Policing）でポリシングされません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
- コントロール プレーン ポリシングを使用する場合、コントロールプレーンクラス（macro global apply system-cpp コマンドによって自動的に作成され、定義済み ACL を使用してトラフィックを照合するクラス）がパケット数とバイト数を増加させます。これは、両方のカウンタがゼロ以外であることを意味します。
代わりに、データプレーンクラス（ユーザが記述した ACL によって手動で設定）はバイトカウンタを増加させますが、パケット数は増加しません（0 のまま）。
Supervisor Engine 6-E に固有の問題
Cisco IOS Release 12.2（40）SG リリースでは、ソフトウェア QoS ルックアップを行う 1Q パケット処理はサポートされていません。（CSCsk66449）
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth/shape fixes the issue などのキューイング パラメータをいくつか変更して再設定してください。（CSCsk62457）
- E シリーズ スイッチでファン トレイの障害またはスーパバイザでの危険温度のいずれかが発生すると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を特定します。
– ログに LogGalInsufficientFansDetected メッセージがある場合、原因はファントレイの障害です。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザの危険温度が障害のしきい値を超えたことが原因です。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。さらに、物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG で、カードまたは X2 を挿入すると、リロード後または電源の再投入後に CTC エラーが発生します。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の COS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された COS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 に説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを特定できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの COS/DSCP フィールドが強制的にゼロになります。
インターフェイス上に存在する QoS ポリシーは、この COS/DSCP の値を分類に使用します。そのため、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。（CSCsh72408）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキングアクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシ タイプが「Unknown」と表示されます。IOS を起動した後、シャーシ タイプは正しく表示されます。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。サイズの範囲は、queue-limit コマンドにより表示されます。（CSCso06422）
この動作は、ACTIVE スーパバイザ エンジンが IOS で、STANDBY スーパバイザ エンジンが ROMMON でそれぞれ実行され、STANDBY の ROMMON がバージョン 0.34 または最新バージョンにアップグレードされたときに、冗長スイッチで発生します。アップグレード処理により STANDBY スーパバイザ エンジンのアップリンクがダウンしますが、ACTIVE スーパバイザ エンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパバイザをリロードします。
– STANDBY スーパバイザ エンジンをしばらくの間シャーシから抜き出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
この問題は、ポーズ フレームがスイッチ ポートに送信され、フロー制御の受信設定が 10G ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力でシステム内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- VLAN ロード バランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートのあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no-shut コマンドを入力します。（CSCsq75342）
- FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップ EtherChannel が定義されていると、リブート後に FlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが Inactive と表示されます。VLAN を割り当てても、CC ステータスは Inactive のままです。
この問題は、VLAN を割り当てずに IFM を設定した後で、同じ VLAN を割り当てたときにのみ発生します。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
- Catalyst 4900M スイッチでは、WS-X4908-10GE カードを CVR-X2-SFP TwinGig コンバータとともに使用すると、ギガポートはリモート障害を送信するピアデバイスにリンクアップされません。show int status | inc gi x/y コマンドは、notconnect を示します。
同様の動作は、Supervisor Engine 6-E アップリンクおよび WS-X4706-10GE ラインカードでも確認されています。
この動作は、ピアデバイスがリモート障害を送信するときに、Cisco IOS リリース 12.2(50)SG から 12.2(50)SG3 で確認されています。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(50)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(50)SG で解決済みの警告について説明します。
- マルチドメイン認証（MDA）で設定されたポート上でデータ デバイスが（dot1x または MAB を介して）承認された後、アクセス VLAN を変更すると、デバイスがポートに接続されていない場合でも、このデバイスのトラフィックが失われます。ポートに接続されている音声デバイスのトラフィックには影響しません。
回避策：ポート上のアクセス VLAN を変更後、インターフェイス上で shutdown コマンドを入力してから no shutdown コマンドを入力します。（CSCsk45969）
- IPv4 ルートが RTR2 から IPv6 ピアリングを介して RTR3 にアドバタイズされると、RTR2 の IPv6 アドレスの最初の 32 ビットが IPv4 アドレスに変換されます。この IPv4 アドレスは、RTR3 に対するネクストホップ アドレスとしてアドバタイズされます。このアドレスが Martian アドレスになると、RTR3 は BGP 更新メッセージを無視するため、IPv4 ルートが認識されません。
RTR3 でインバウンドルートマップを設定して RTR2 がアドバタイズしたネクストホップを上書きしても、BGP 更新メッセージは無視されるため、この問題は回避できません。
回避策：RTR2 でアウトバウンドルートマップを設定し、暗示的にプロトコルで取得するのではなく、明示的に IPv4 ネクストホップアドレスを設定します。（CSCsk65139）
- CFM では、サービスインスタンス/MEP に関連付けられた VLAN が、ステータスが down になっているインターフェイス上で Inward Facing MEP（IFM）が設定された後に割り当てられると、show ethernet CFM maintenance local コマンドの出力でも IFM CC ステータスは inactive のままになります。また、CFM リモート ネイバーは表示されません。
このような動作は、IFM を設定した後に VLAN が割り当てられたときにのみ見られます。
回避策：no ethernet cfm mep level mpid vlan コマンドで設定を解除してから、VLAN が割り当てられた後にポート上で ethernet cfm mep level mpid vlan コマンドを実行して IFM を再設定します。IFM の C ステータスが Active であることを show ethernet cfm maintenance-points local コマンドで確認します。（CSCsm85460）
- PC が、MDA、MAC 認証バイパス（MAB）およびポート セキュリティで設定したポートに接続された 802.1X 対応電話を経由してトラフィックを送信し続けた場合、ポートで電話が完全に認証される前にポートが PC からのトラフィックを観察すると、802.1X セキュリティの競合が発生することがあります。
回避策：電話の背後にある PC を接続する前に、電話を認証します。（CSCsq92724）
– CFM 設定を再適用します。スイッチのすべてのインターフェイスで設定した MEP を削除して再度追加します。
– CFM サービス VLAN の割り当てを解除します。その後、再度割り当てます。
- ポリサー、シェイプ、またはシェイプ値がポリシーのリンク帯域幅のパーセンテージとして指定され、ポリシーが適用されているインターフェイスが、speed 10/100/1000 コマンドで特定の速度に強制される場合、適用されたポリサー、シェイプ、または帯域幅の値は、強制された新しい速度に対応しない場合があります。
サービスポリシーは、パーセンテージのポリサー、シェイプ、またはシェイプ値で設定し、リンク速度は強制的に特定の値にする必要があります。次に例を示します。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー、シェイプ、またはシェイプ値を絶対値で指定します。次に例を示します。
ハードウェアの電源投入方法によって、ラインカードの起動時にメッセージが表示されることがあります。
回避策：ラインカードをリセットします。（CSCsq21215）
回避策：インターフェイス上のサービスポリシーを削除して再適用します。
- ポリシーでポリサー値またはシェイプ値がリンク帯域幅に対するパーセンテージとして指定されており、これらの値が割り当てられたインターフェイスが speed 10/100/1000 コマンドを使用して特定の速度になるよう強制されている場合、適用されたポリサー値またはシェイプ値が、強制された新しい速度に対応する場合があります。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー値またはシェイプ値を絶対値で指定します。
- パーセントベースの操作を含むポリシーマップがチャネルメンバーポートと別のスタンドアロンポート間で共有されると、チャネルがバンドル解除および再バンドルされ、スタンドアロンポートが レイヤ 2 からレイヤ 3 またはレイヤ 3 からレイヤ 2 に変更されます。
- 自動 QoS が有効になっているインターフェイスでデフォルトのインターフェイス操作を実行すると、エラーメッセージが表示され、自動 QoS 設定が失われます。たとえば、次の一連の操作により設定が失われます。
回避策：default interface コマンドを次のように置き換えます。
回避策：物理的にケーブルを引き抜くかインターフェイスをシャットダウンすることで、意図的に 2 つのスイッチ間のリンクを失敗させます。その後、リンクを元の状態に戻します。この後、遅延したプリエンプションが続きます。（CSCsm91997）
- SSO モードで service-policies メンバーを port-channel メンバーに追加、削除、または変更すると、次のトレースバックがアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンの両方に表示されます。
回避策：すべての汎用 QOS ポリシーの設定をシステムから解除します。match any 属性を持つ QoS ポリシーにより、IPv6 エントリがアクティブになります。スイッチが純粋なレイヤ 2 デバイスである場合、汎用プロトコル ファミリの属性を削除して、プロトコル ファミリに絞り込みます。
- スイッチで実行されているソフトウェアのバージョンを Cisco IOS リリース 12.2(46)SG に変更した場合、または 12.2(46)SG から変更した場合、ifindex の永続性が機能しません。show snmp mib ifmib ifindex コマンドを実行すると、インターフェイス名が正しく表示されないことがあります。
デュアル SUP アップグレード（ISSU）：12.2(46)SG とその他のリリース間
何も変更せずに ISSU プロセスを実行します。アップグレード中は、次の項目に従ってください。
1. write memory または同等のコマンドを使用して、構成ファイルを NVRAM に明示的に保存しないでください。issu commitversion コマンドは、設定を NVRAM に保存し、NVRAM に保存されている ifIndices を復元します。
2. アップグレードプロセス中に issu abortversion コマンドを入力しないでください。
シングル スーパバイザ アップグレード：Cisco IOS リリース 12.2(44)SG1 以前から 12.2(46)SG へのアップグレード、および 12.2(46)SG から 12.2(44)SG1 以前へのダウングレード
前の項で説明したソフトウェアバージョンの場合、ソフトウェアバージョンが version-a から version-b に変更され、スイッチが現在 version-a を実行していることを確認します。
1. version-a の実行中に、ifIndices を含むファイルを del nvram:ifIndex-table.gz コマンドを使用して削除します。
注 ステップ 1 の後に、write nvram または同様のコマンドを使用して構成ファイルの保存を開始しないでください。
2. リロード後に version-b を実行するようにスイッチをリロードします。
3. スイッチが version-b を実行している間に、write memory コマンドを使用して設定を保存し、ifIndices を含むファイルを再生成します。
シングル スーパバイザ アップグレード：Cisco IOS リリース 12.2(46)SG から 12.2(50)SG 以降へのアップグレード
1. 12.2(46)SG の実行中に、ブートフラッシュ内のファイルに設定を保存します。
4. スイッチをリロードし、リロード後に、Cisco IOS リリース 12.2(44)SG1 または以前のリリースを実行できるようにします。
5. スイッチが Cisco IOS リリース 12.2(44)SG1 を実行している間に、次の手順を実行して ifIndices を再生成します。
– write memory コマンドを入力して、生成された ifIndices を NVRAM に保存します。
6. Cisco IOS リリース 12.2(50)SG または以降のリリースにアップグレードします。スイッチがリリース 12.2(50)SG 以降を実行している場合は、ステップ 1 で保存した設定を、copy bootflash:oldconfig running-config コマンドを使用して、ブートフラッシュからロードします。
7. write memory コマンドを使用して、設定を NVRAM に保存します。
- Catalyst 4500 シリーズ スイッチを Supervisor Engine 6-E とともに使用し、インターフェイスに出力サービスポリシーが設定されている場合、同じ出力サービスポリシーが適用されている別のインターフェイスで shut/no shut を入力すると、キューがフル状態のために出力がドロップされます。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、および 12.2(46)SG で発生します。
回避策：qos autoqos マクロを使用しないでください。
ポリシーマップが複数のターゲットで共有されている場合は、パーセンテージベースのアクションを使用しないでください。ポリシング、シェーピング、および帯域幅アクションでは、絶対値を使用する必要があります。そのためには、スイッチでサポートされる 4 つのインターフェイス速度（10M、100M、1G、および 10G）ごとに異なるポリシーマップが必要です。そのため、パーセンテージベースのアクションで単一のポリシーマップを有効にするのではなく、4 つの異なるポリシーマップを作成する必要があります。これは、サービスポリシーの方向に関係なく、すべての共有ポリシーマップに適用されます。
- Cisco IOS ソフトウェアの複数の機能には、攻撃者が該当デバイスにサービス妨害（DoS）状態を引き起こす可能性のある脆弱性が存在します。特別に細工された TCP パケットのシーケンスにより、脆弱なデバイスがリロードされる可能性があります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
このアドバイザリの回避策セクションで、いくつかの緩和戦略について説明します。
このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090325-tcp
- 症状：Cisco IOS ソフトウェア内の複数の機能が、巧妙に細工された UDP パケットの脆弱性の影響を受けます。影響を受ける機能のいずれかが有効になっている場合、攻撃が成功すると、着信インターフェイスで入力キューがブロックされます。デバイス宛ての巧妙に細工された UDP パケットのみがインターフェイスをブロックする可能性があり、中継トラフィックはインターフェイスをブロックしません。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
この脆弱性を軽減する回避策は、アドバイザリの回避策セクションに記載されています。このアドバイザリは次のリンクに掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090325-udp
条件：SSLVPN サービス用の新しい TCP 接続の処理に脆弱性があるため、SSLVPN 用に設定されたデバイスが新しい SSLVPN 接続の受け入れを停止する場合があります。「debug ip tcp transactions」が有効になっており、この脆弱性がトリガーされると、接続キューの制限に達したデバッグメッセージが表示されます。この脆弱性は、 2 つの個別の Cisco Bug ID（CSCso04657 と CSCsg00102）で文書化されており、どちらも完全な修正のために必要です。
回避策：すべての汎用 QOS ポリシーの設定をシステムから解除します。（CSCsq84853）
- Cisco IOS Release 12.2（47）SG を実行している Catalyst 4500 シリーズ スイッチでは、AAA サーバに接続するスイッチ ポートをアクセス VLAN 上で SVI をイネーブルにしたレイヤ 2 インターフェイスとして設定している場合、802.1X をイネーブルにした電話が MDA ポートで認証しようとすると、ポート セキュリティとスパニングツリー PortFast で設定したすべての MDA ポートで 802.1X セキュリティ違反が発生する場合があります。
a. ポートのポート セキュリティをディセーブルにするか、スイッチを標準レイヤ 3 ポートで AAA サーバに接続します。
b. spanning-tree portfast をディセーブルにします。
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
- 冗長スイッチが SSO モードであるか、または ISSU アップグレード/ダウングレード中の場合に、スタンバイスーパバイザが IOS ソフトウェアリリース 12.2(44)SG または 12.2(46)SG を実行している場合、 サービスポリシーが付加されたインターフェイスで auto qos voip trust コマンドを入力すると、スタンバイ スーパバイザ エンジンがリブートします。
回避策：インターフェイスからすべてのサービスポリシーを削除してから、 auto qos voip trust コマンドを入力します。
- 複数のシスコ製品は、Transmission Control Protocol（TCP）接続の状態が操作されるサービス妨害（DoS）の脆弱性の影響を受けます。攻撃者は TCP 接続の状態を操作することにより、TCP 接続を強制的に長時間、あるいは無限に存続させる可能性があります。十分な数の TCP 接続が強制的に長時間または無限に存続させられると、攻撃されたシステムのリソースが消費され、新しい TCP 接続が受け入れられなくなる可能性があります。場合によっては、正常なシステム動作を回復するためにシステムのリブートが必要になることもあります。攻撃者がこれらの脆弱性をエクスプロイトするには、脆弱なシステム上で TCP 3 ウェイハンドシェイクを完了できる必要があります。
これらの脆弱性に加えて、Cisco Nexus 5000 デバイスには、システムクラッシュを引き起こす可能性がある TCP DoS 脆弱性があります。この新たな脆弱性は、TCP 状態操作の脆弱性をテストした結果として発見されました。
シスコは、Cisco Web サイトからダウンロードできる、これらの脆弱性に対処する無償のソフトウェアアップデートをリリースしました。これらの脆弱性を軽減する回避策はあります。
このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20090908-tcp24
Cisco IOS Release 12.2（46）SG でオープンになっている警告
ここでは、Cisco IOS Release 12.2（46）SG でオープンになっている警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、UDLD err-disable ステートになっているポート上で shutdown コマンドを入力してから no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD err-disable ステートのままです。同じポート上で shutdown コマンドを再入力してから no shutdown コマンドを入力すると、エラーメッセージは表示されなくなります。
– このような証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンでそれぞれ個別に生成されます。そのため、証明書は異なったものになります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- Cisco IOS 12.2（31）SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェア リリースの場合と同様に動作しないことがあります。
これは、12.2（31）SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– これは、スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを実行した場合も同様です。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバード ポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィック パフォーマンスを測定する場合、qos account layer2 encapsulation を設定している場合でも、ポリサーにより 802.1Q タグを構成する 4 バイトが qos account layer2 encapsulation を設定していても、ポリサーにより 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に「a-」が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG以降のイメージへのISSUアップグレード中に、次のエラーメッセージが表示されます。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
- Cisco IP Phone にサプリカントが付属している場合、MDA で設定し、電話およびサプリカントに接続された DUT ポートをリロードするときに、ポートがトラフィックを送信しません。電話は unknown ステートになります。
電話がスタンド アロン デバイスの場合、この問題は見られません。
回避策：Cisco IP 電話の電源を再投入します。（CSCsk81297）
- マルチドメイン認証（MDA）で設定されたポート上でデータ デバイスが（dot1x または MAB を介して）承認された後、アクセス VLAN を変更すると、デバイスがポートに接続されていない場合でも、このデバイスのトラフィックが失われます。ポートに接続されている音声デバイスのトラフィックには影響しません。
回避策：ポート上のアクセス VLAN を変更後、インターフェイス上で shutdown コマンドを入力してから no shutdown コマンドを入力します。（CSCsk45969）
回避策：物理的にケーブルを引き抜くかインターフェイスをシャットダウンすることで、2 つのスイッチ間のリンクを失敗させます。その後、リンクを元の状態に戻します。この後、遅延したプリエンプションが続きます。（CSCsm91997）
- PC が、MDA、MAC 認証バイパス（MAB）およびポート セキュリティで設定したポートに接続された 802.1X 対応電話を経由してトラフィックを送信し続けた場合、ポートで電話が完全に認証される前にポートが PC からのトラフィックを観察すると、802.1X セキュリティの競合が発生することがあります。
回避策：電話の背後にある PC を接続する前に、電話を認証します。（CSCsq92724）
– リロード後、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
– ip unnumbered コマンドのターゲットとして、ループバック インターフェイスを使用します。
– CLI 設定を変更して、起動時にルータ ポートが最初に作成されるようにします。
– CFM 設定を再適用します。スイッチのすべてのインターフェイスで設定した MEP を削除して再度追加します。
– CFM サービス VLAN の割り当てを解除します。その後、再度割り当てます。
- SSO モード時に、同じチャネル番号を持つアクティブ スーパバイザ エンジンでポートチャネルの作成、削除、再作成を行うと、スタンバイ ポートチャネルのステートが同期しなくなります。スイッチ オーバーした後に、次のメッセージが表示されます。
回避策：ポートチャネルがフラップし始めたら、ポートチャネルで shut および no shut を入力します。最初のスイッチオーバー後、ポートチャネルを削除してから、新しいチャネルを作成します。（CSCsr00333）
- ISSU 対応の冗長スーパバイザエンジンの場合、Cisco IOS リリース 12.2(44)SG 以前から 12.2(46)SG 以降にアップグレードすると、ifindex の永続性が機能しません。The show snmp mib ifmib ifindex コマンドでインターフェイス名が正しく表示されないことがあります。
回避策：ISSU 実行中に issu commitversion を使用して設定を更新します。これは通常のプロセスです。write nvram を使用して設定を明示的に保存しないでください。（CSCsv85746）
- スイッチで実行されているソフトウェアのバージョンを Cisco IOS リリース 12.2(46)SG に変更した場合、または 12.2(46)SG から変更した場合、ifindex の永続性が機能しません。show snmp mib ifmib ifindex コマンドを実行すると、インターフェイス名が正しく表示されないことがあります。
デュアル SUP アップグレード（ISSU）：12.2(46)SG とその他のリリース間
何も変更せずに ISSU プロセスを実行します。アップグレード中は、次の項目に従ってください。
1. write memory または同等のコマンドを使用して、構成ファイルを NVRAM に明示的に保存しないでください。issu commitversion コマンドは、設定を NVRAM に保存し、NVRAM に保存されている ifIndices を復元します。
2. アップグレードプロセス中に issu abortversion コマンドを入力しないでください。
シングル スーパバイザ アップグレード：Cisco IOS リリース 12.2(44)SG1 以前から 12.2(46)SG へのアップグレード、および 12.2(46)SG から 12.2(44)SG1 以前へのダウングレード
前の項で説明したソフトウェアバージョンの場合、ソフトウェアバージョンがバージョン a からバージョン b に変更され、スイッチが現在バージョン a を実行していることを確認します。
1. バージョン a の実行中に、ifIndices を含むファイルを del nvram:ifIndex-table.gz コマンドを使用して削除します。
注 ステップ 1 の後に、write nvram または同様のコマンドを使用して構成ファイルの保存を開始しないでください。
2. リロード後に version-b を実行するようにスイッチをリロードします。
3. スイッチが version-b を実行している間に、write memory コマンドを使用して設定を保存し、ifIndicesを 含むファイルを再生成します。
シングル スーパバイザ アップグレード：Cisco IOS リリース 12.2(46)SG から12.2(50)SG 以降へのアップグレード
1. 12.2(46)SG の実行中に、ブートフラッシュ内のファイルに設定を保存します。
4. スイッチをリロードし、リロード後に、Cisco IOS リリース 12.2(44)SG1 または以前のリリースを実行できるようにします。
5. スイッチが Cisco IOS リリース 12.2(44)SG1 を実行している間に、次の手順を実行して ifIndices を再生成します。
– write memory コマンドを入力して、生成された ifIndices を NVRAM に保存します。
6. Cisco IOS リリース 12.2(50)SG または以降のリリースにアップグレードします。スイッチがリリース 12.2(50)SG 以降を実行している場合は、ステップ 1 で保存した設定を、copy bootflash:oldconfig running-config コマンドを使用して、ブートフラッシュからロードします。
Supervisor Engine 6-E ではサポートされていません。
- CFM を入力インターフェイス上およびグローバルにイネーブルにすると、インターフェイスで受信した CFM パケットが HW コントロール プレーン ポリシング（HW Control Plane Policing）でポリシングされません。
- ISSU のアップグレードまたは v122_31_sg_throttle から v122_46_sg_throttle へのダウングレード中に、次のエラーメッセージがアクティブ スーパバイザ エンジンのコンソールに表示されます。
- コントロール プレーン ポリシングを使用する場合、コントロールプレーンクラス（macro global apply system-cpp コマンドによって自動的に作成され、定義済み ACL を使用してトラフィックを照合するクラス）がパケット数とバイト数を増加させます。これは、両方のカウンタがゼロ以外であることを意味します。
代わりに、データプレーンクラス（ユーザが記述した ACL によって手動で設定）はバイトカウンタを増加させますが、パケット数は増加しません（0 のまま）。
Supervisor Engine 6-E に固有の問題
Cisco IOS Release 12.2（40）SG リリースでは、ソフトウェア QoS ルックアップを行う 1Q パケット処理はサポートされていません。（CSCsk66449）
- ポリサー、シェイプ、またはシェイプ値がポリシーのリンク帯域幅のパーセンテージとして指定され、ポリシーが適用されているインターフェイスが、speed 10/100/1000 コマンドで特定の速度に強制される場合、適用されたポリサー、シェイプ、または帯域幅の値は、強制された新しい速度に対応しない場合があります。
サービス ポリシーは、パーセンテージのポリサー、シェイプ、またはシェイプ値で設定し、リンク速度は強制的に特定の値にする必要があります。次に例を示します。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー、シェイプ、またはシェイプ値を絶対値で指定します。次に例を示します。
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth/shape fixes the issue などのキューイング パラメータをいくつか変更して再設定してください。（CSCsk62457）
- E シリーズ スイッチでファン トレイの障害またはスーパバイザでの危険温度のいずれかが発生すると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を特定します。
– ログに LogGalInsufficientFansDetected メッセージがある場合、原因はファン トレイの障害です。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザの臨界温度が障害のしきい値を超えたことが原因です。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。さらに、物理的に移動されたモジュールの MTU 値は維持されません。
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG で、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生します。
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の COS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された COS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 に説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを特定できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの COS/DSCP フィールドが強制的にゼロになります。
インターフェイス上に存在する QoS ポリシーは、この COS/DSCP の値を分類に使用します。そのため、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。（CSCsh72408）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：default interface コマンドを入力せずに、コンフィギュレーション行を一行ずつ削除します。（CSCsj23103）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシタイプが「Unknown」と表示されます。IOS を起動した後、シャーシ タイプは正しく表示されます。
- WS-X4648-RJ45V-E（PoE）および WS-X4648-RJ45V+E（ポートあたり 30 W の Premium PoE）ラインカード上で QoS ポリシーをキューイングアクション（共有またはシェーピング）で設定すると、SSO スイッチオーバー後に共有およびシェーピングのパーセンテージエラーが 3 パーセントに増加します。
– インターフェイスからサービスポリシーを削除し、 [no] service-policy {input|output} コマンドを使用して設定を再適用します。
– shutdown コマンドを入力してから no shutdown コマンドを入力します。
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。サイズの範囲は、queue-limit コマンドにより表示されます。（CSCso06422）
- IPv4 ルートが RTR2 から IPv6 ピアリングを介して RTR3 にアドバタイズされると、RTR2 の IPv6 アドレスの最初の 32 ビットが IPv4 アドレスに変換されます。この IPv4 アドレスは、RTR3 に対するネクストホップ アドレスとしてアドバタイズされます。このアドレスが Martian アドレスになると、RTR3 は BGP 更新メッセージを無視するため、IPv4 ルートが認識されません。
RTR3 でインバウンド ルートマップを設定して RTR2 がアドバタイズしたネクストホップを上書きしても、BGP 更新メッセージは無視されるため、この問題を回避することはできません。
回避策：RTR2 でアウトバウンドルートマップを設定し、暗示的にプロトコルで取得するのではなく、明示的に IPv4 ネクストホップを設定します。（CSCsk65139）
- IPv6 EIGRP に割り当てられたリンク帯域幅を、 ipv6 bandwidth-percent eigrp as-number percent コマンドを使用して変更しようとすると、スーパバイザエンジンがリロードします。冗長性をイネーブルにすると、STANDBY スーパバイザ エンジンが ACTIVE になり、リロードされたスーパバイザ エンジンが STANDBY に設定されます。
この動作は、アクティブ スーパバイザ エンジンが IOS を実行しており、スタンバイ スーパバイザ エンジンが ROMMON モードになっていて、スタンバイ スーパバイザ エンジンの ROMMON がバージョン 0.34 から以降のバージョンにアップグレードされると冗長スイッチで発生します。アップグレードプロセスにより、スタンバイ スーパバイザ エンジンのアップリンクがダウンしますが、アクティブ スーパバイザ エンジンはそのダウンを検出しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパバイザをリロードします。
– STANDBY スーパバイザ エンジンをしばらくの間シャーシから抜き出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
ハードウェアの電源投入方法によって、ラインカードの起動時にメッセージが表示されることがあります。
回避策：ラインカードをリセットします。（CSCsq21215）
この問題は、ポーズ フレームがスイッチ ポートに送信され、フロー制御の受信設定が 10G ポートに切り替えられたときに発生します。
回避策：トラフィックが存在しない場合は、フロー制御の受信設定を変更します。（CSCso71647）
回避策：関連するすべての VLAN 上で IGMP スヌーピングを無効にしてから、IGMP スヌーピングをグローバルに無効にします。
- Cisco IOS Release 12.2（47）SG を実行している Catalyst 4500 シリーズ スイッチでは、AAA サーバに接続するスイッチ ポートをアクセス VLAN 上で SVI をイネーブルにしたレイヤ 2 インターフェイスとして設定している場合、802.1X をイネーブルにした電話が MDA ポートで認証しようとすると、ポート セキュリティとスパニングツリー PortFast で設定したすべての MDA ポートで 802.1X セキュリティ違反が発生する場合があります。
a. ポートのポート セキュリティをディセーブルにするか、スイッチを標準レイヤ 3 ポートで AAA サーバに接続します。
b. spanning-tree portfast をディセーブルにします。
回避策：インターフェイス上のサービスポリシーを削除して再適用します。
この問題は、スイッチを介して論理的に切り替えられたものの、スイッチ自体によってシステム生成された出力でシステム内部制御されているパケットにのみ見られます。これは、DAI、IGMP スヌーピング、DHCP スヌーピング、および MLD スヌーピングなどの特定のスヌーピング機能の場合に発生します。また、ソフトウェアで処理する必要のある IP オプションおよび拡張ヘッダーを持つ IPv4/v6 パケットの場合にも発生します。
- ポリシーでポリサー値またはシェイプ値がリンク帯域幅に対するパーセンテージとして指定されており、これらの値が割り当てられたインターフェイスが speed 10/100/1000 コマンドを使用して特定の速度になるよう強制されている場合、適用されたポリサー値またはシェイプ値が、強制された新しい速度に対応する場合があります。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー値またはシェイプ値を絶対値で指定します。
- パーセントベースの操作を含むポリシーマップがチャネルメンバーポートと別のスタンドアロンポート間で共有されると、チャネルがバンドル解除および再バンドルされ、スタンドアロンポートが レイヤ 2 からレイヤ 3 またはレイヤ 3 からレイヤ 2 に変更されます。
- SSO モードで service-policies メンバーを port-channel メンバーに追加、削除、または変更すると、次のトレースバックがアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンの両方に表示されます。
回避策：すべての汎用 QOS ポリシーの設定をシステムから解除します。（CSCsq84853）
回避策：すべての汎用 QOS ポリシーの設定をシステムから解除します。match any 属性を持つ QoS ポリシーにより、IPv6 エントリがアクティブになります。スイッチが純粋なレイヤ 2 デバイスである場合、汎用プロトコル ファミリの属性を削除して、プロトコル ファミリに絞り込みます。
- VLAN ロード バランシング（VLB）を設定した REP が、最初は正常に動作します。セカンダリ ALT ポートとして動作しているポートのあるスイッチで force-switchover を入力すると、トポロジでループが発生します。
回避策：トポロジ内の任意の REP ポート（VLB が設定されているのと同じセグメント）で shut を入力してから no-shut コマンドを入力します。（CSCsq75342）
- Cisco IOS リリース 12.2(46)SG では、FlexLink が EtherChannel のペアに適用されている場合、FlexLink の設定後にバックアップ EtherChannel が定義されていると、リブート後に FlexLink の設定が適用されないことがあります。
回避策：flexlink コマンドを適用する前に、バックアップ EtherChannel を定義します。（CSCsq13477）
- Cisco IOS リリース 12.2(46)SG では、EtherChannel が FlexLink ペアのメンバーである場合、EtherChannel に設定されたスタティック MAC アドレスは、EtherChannel に障害が発生した場合（FlexLink の障害）、代替ポートに移動されません。
- 自動 QoS が有効になっているインターフェイスでデフォルトのインターフェイス操作を実行すると、エラーメッセージが表示され、自動 QoS 設定が失われます。たとえば、次の一連の操作により設定が失われます。
回避策：default interface コマンドを次のように置き換えます。
回避策：ネイバーのグローバルアドレスとリンクローカルアドレスを ping し、到達可能性を確認して修復します。（CSCsq77181）
回避策：ポートチャネルと関連付けられた物理ポートの設定を解除し、それらを再設定します。
- CFM Inward Facing MEP（IFM）が、DOWN のスイッチポートに割り当てられていない VLAN で設定されている場合、show ethernet cfm maintenance-points local コマンドによって IFM CC ステータスが Inactive と表示されます。VLAN を割り当てても、CC ステータスは Inactive のままです。
この問題は、VLAN を割り当てずに IFM を設定した後で、同じ VLAN を割り当てたときにのみ発生します。
- CFM では、サービスインスタンス/MEP に関連付けられた VLAN が、ステータスが down になっているインターフェイス上で Inward Facing MEP（IFM）が設定された後に割り当てられると、show ethernet CFM maintenance local コマンドの出力でも IFM CC ステータスは inactive のままになります。また、CFM リモート ネイバーは表示されません。
このような動作は、IFM を設定した後に VLAN が割り当てられたときにのみ見られます。
回避策：no ethernet cfm mep level mpid vlan コマンドで設定を解除してから、VLAN が割り当てられた後にポート上で ethernet cfm mep level mpid vlan コマンドを実行して IFM を再設定します。IFM の C ステータスが Activ eであることを show ethernet cfm maintenance-points local コマンドで確認します。（CSCsm85460）
- Catalyst 4500 シリーズ スイッチを Supervisor Engine 6-E とともに使用し、インターフェイスに出力サービスポリシーが設定されている場合、同じ出力サービスポリシーが適用されている別のインターフェイスで shut/no shut を入力すると、キューがフル状態のために出力がドロップされます。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、および 12.2(46)SG で発生します。
回避策：qos autoqos マクロを使用しないでください。
ポリシーマップが複数のターゲットで共有されている場合は、パーセンテージベースのアクションを使用しないでください。ポリシング、シェーピング、および帯域幅アクションでは、絶対値を使用する必要があります。そのためには、スイッチでサポートされる 4 つのインターフェイス速度（10M、100M、1G、および 10G）ごとに異なるポリシーマップが必要です。そのため、パーセンテージベースのアクションで単一のポリシーマップを有効にするのではなく、4 つの異なるポリシーマップを作成する必要があります。これは、サービスポリシーの方向に関係なく、すべての共有ポリシーマップに適用されます。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS Release 12.2（46）SG で解決済みの警告
ここでは、Cisco IOS Release 12.2（46）SG で解決済みの警告について説明します。
- SSO モードでアクティブ スーパバイザ エンジン上で bgp dampening route-map bgp_damp コマンドを入力すると、次のシステムログがスタンバイ スーパバイザ エンジンのコンソールに表示されます。
この時点で、アクティブ スーパバイザ エンジン上で bgp dampening コマンドに戻ると、新しいコマンドがスタンバイ スーパバイザ エンジンと同期されなくなります。
回避策：no bgp dampening コマンドを入力してから、bgp dampening コマンドを入力します。（CSCse12485）
回避策：REP 管理 VLAN と RSPAN 宛先 VLAN が異なっていることを確認します。（CSCso12495）
- すべての機能の組み合わせがハードウェアにより同時にサポートされるわけではありません。サポート可能な機能の組み合わせが設定されている場合、パケットはソフトウェアで処理され、次のログメッセージが生成されます。
この問題は、CoS ビット上で一致する QoS ポリシーを、アドレスの下位 48 ビットを部分的にマスクする IPv6 送信元アドレスと一致する IPv6 ACL コンフィギュレーションと組み合わせると発生する場合があります（この動作は、IPv6 マルチキャストルーティングが有効になっている場合、/81 ～ /127 の範囲の IPv6 サブネットを使用することでも発生します）。
回避策：競合する機能の組み合わせを設定しないでください。現在、上記の COS ビット上で一致する QoS ポリシーと送信元アドレスの下位 48 ビットを部分的にマスクする IPv6 設定の競合は、機能の組み合わせの競合としてのみ認識されています。QoS ポリシーにより CoS ビット上での一致が要求される場合、/80 以上のサブネットを使用して IPv6 ネットワークを設計してください。（CSCsk79791）
- ip icmp unreachable コマンドが、レイヤ 3 インターフェイス上の IPv4 と IPv6 の両方のパケットに対する ICMP の到着不能メッセージの生成に影響する場合があります。さらに、IPv6 アドレスを持つレイヤ 3 インターフェイス上のレイヤ 3 の拒否 ACL では、ICMP の到着不能メッセージを生成せずに、拒否されたトラフィックを CPU にコピーしない場合があります。
最初の問題は、IPv4 および IPv6 の両方のアドレスが設定されるデュアルレイヤ 3 のインターフェイスで発生します。2 番目の問題は、スイッチのすべてのレイヤ 3 のインターフェイスが IPv6 アドレスのみで設定されている場合に発生します。
回避策：IPv4 および IPv6 の両方のアドレスが設定されているデュアルレイヤ 3 のインターフェイスを使用しないでください。
スイッチを IPv6 レイヤ 3 のインターフェイス専用ルータとして使用しないでください。IPv4 アドレスが設定された SVI ごとに、少なくとも 1 つのレイヤ 3 インターフェイスがあることを確認してください。（CSCsk77234）
- インターフェイス コンフィギュレーションをレイヤ 3/ルータポートからレイヤ 2/スイッチポートに切り替えてからレイヤ 3/ルータポートに戻すと、ルータインターフェイスの IOS 設定が設定されていない場合でも、元のルータインターフェイスに接続された IPv6 ACL が TCAM ハードウェアで正常に削除されないことがあります。
回避策：レイヤ 3 インターフェイスをルータポートからスイッチポートに切り替える前に、ルータインターフェイスの IPv6 ACL の設定を解除します。これにより、IPv6 ACL が IOS 実行コンフィギュレーションと TCAM ハードウェアの両方で正常にクリーンアップされます。（CSCsk60775）
- モジュールにより危険温度またはシャットダウン温度のアラームが報告された場合でも、E シリーズ スーパバイザおよびラインカードの LED は緑に点灯したままです。LED はオレンジまたは赤に点灯するはずです。
これは、危険温度またはシャットダウン温度のアラームを報告する E シリーズのすべてのラインカードで発生します。実際の温度とアラームのステータスが show environment temperature コマンドの出力に表示されます。
回避策：LED の色に関してはありません。ただし、アラームが発生または解除されると、コンソール ログ メッセージと SNMP トラップが入力されます。また、温度アラームの現在のステータスが show environment temperature コマンドの出力に表示されます。（CSCsk57143）
- デフォルト以外のデュプレックス設定が FastEthernet インターフェイスに適用されていて、Cisco IOS リリース 12.2(31)SGA から 12.2(40)SG にアップグレードすると、FastEthernet 設定のデュプレックス設定は失われます。インターフェイスがデフォルトのデュプレックス設定に戻り、デュプレックス設定が show running コマンドの出力に表示されなくなります。
回避策：実行コンフィギュレーションにデフォルト以外のデュプレックス設定がある場合、アップグレードする前にそれらの設定を控えておき、アップグレード完了後に再適用します。（CSCsk83670）
- ポリシーマップで、プライオリティ キューイング クラス設定の前に bandwidth remaining percent <> コマンドを設定したキューイングクラスがある場合、リロード時に bandwidth remaining percent <> コマンドのアクションが適用されません。
回避策：ポリシーマップを再適用します。（CSCsk75793）
現在、ポートチャネルのメンバーであるポートに AutoQoS が適用されている場合、アプリケーションは拒否され、エラーメッセージが表示されます。ただし、その逆は正しくありません。AutoQoS が最初に適用され、ポートがポートチャネルに参加する場合、コマンドは受け入れられます。
ポート g2/1 を使用する次の例は、回避すべき使用のタイプを示しています。
この例では、ポート（g2/1）に AutoQoS を適用し、その後ポートをポートチャネル（10）のメンバーにします。
回避策：AutoQoS が有効になっているポートをポートチャネルのメンバーにしないでください。（CSCsi95018）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の exceed burst 値を調べます。（CSCsj44237）
- 冗長 WS-X45-SUP6-E スーパバイザ エンジンを搭載したスイッチおよび RJ-45 を使用するよう設定された WS-X4506-GB-T インターフェイスを搭載したスイッチでは、SSO スイッチオーバーの後、インターフェイス上の QoS 設定が無効になります。さらに、メディア タイプを SFP に変更した後、再度 RJ-45 に戻すと、QoS 設定が失われる可能性があります。
QoS 設定は実行コンフィギュレーションには表示されますが、インターフェイス上では維持されません。
回避策：QoS 設定をインターフェイスに再適用します。（CSCsm58839）
- 最初にインターフェイスで IPv6 を有効にせずに ipv6 mtu mtu-value コマンドを使用してインターフェイス上で IPv6 MTU を設定すると、起動時にスイッチが無期限に停止する場合があります。
回避策：インターフェイス上で IPv6 MTU を設定する前に、インターフェイス上で IPv6 を有効にする必要があります。IPv6 を有効にするには、ipv6 enable コマンドを使用します。
この問題が発生した場合は、次のコマンドを使用してスイッチを復旧してください。
1. ROMMON プロンプトで confreg コマンドを入力して、スタートアップ コンフィギュレーションを無視します。
2. reset コマンドを入力して、スイッチをリブートします。
3. copy startup-config running-config コマンドを入力して、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
4. ipv6 enable コマンドを入力して、インターフェイスで IPv6 を有効にします。
5. ipv6 mtu mtu-value コマンドを入力して、インターフェイス上で IPv6 MTU を設定します。
6. ccopy running-config startup-config コマンドを入力して、回復コンフィギュレーションを保存します。
7. スイッチで reload コマンドを入力して、ROMMON に戻ります。
8. ROMMON から confreg コマンドを入力して、スタートアップ コンフィギュレーションを処理します。
9. スイッチをリセットして、通常の操作を再開します。（CSCso42867）
- Catalyst 4500 スーパバイザ エンジンのアップリンク ポートに直接接続されているスイッチでは、エンジンがリロードされるときにリンク ダウンが認識されません。そのため、UDLD がイネーブルの場合、リンク パートナーにより err-disable ステートが入力されます。
Cisco IOS リリース 12.2(44)SG1 の未解決の警告
ここでは、Cisco IOS リリース 12.2(44)SG1 の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、UDLD err-disable ステートになっているポート上で shutdown コマンドを入力してから no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD err-disable ステートのままです。同じポート上で shutdown コマンドを再入力してから no shutdown コマンドを入力すると、エラーメッセージは表示されなくなります。
– このような証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンでそれぞれ個別に生成されます。そのため、証明書は異なったものになります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- Cisco IOS 12.2（31）SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェア リリースの場合と同様に動作しないことがあります。
これは、12.2（31）SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– これは、スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合も同様です。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバード ポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- SSO モードでアクティブ スーパバイザ エンジン上で bgp dampening route-map bgp_damp コマンドを設定すると、次のシステムログがスタンバイ スーパバイザ エンジンのコンソールに表示されます。
この時点で、アクティブ スーパバイザ エンジン上で bgp dampening コマンドに戻ると、新しいコマンドがスタンバイ スーパバイザ エンジンと同期されなくなります。
回避策：no bgp dampening コマンドを入力してから、bgp dampening コマンドを入力します。（CSCse12485）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィック パフォーマンスを測定する場合、qos account layer2 encapsulation を設定している場合でも、ポリサーにより 802.1Q タグを構成する 4 バイトが qos account layer2 encapsulation を設定していても、ポリサーにより 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に「a-」が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG以降のイメージへのISSUアップグレード中に、次のエラーメッセージが表示されます。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
- Cisco IP 電話がサプリカントに接続している場合、MDA で設定し、電話およびサプリカントに接続された DUT ポートをリロードすると、そのポートがトラフィックを渡しません。電話は unknown ステートになります。
電話がスタンドアロンデバイスの場合、この問題は確認されません。
回避策：Cisco IP 電話の電源を再投入します。（CSCsk81297）
- マルチドメイン認証（MDA）で設定されたポート上でデータ デバイスが（dot1x または MAB を介して）承認された後、アクセス VLAN を変更すると、デバイスがポートに接続されていない場合でも、このデバイスのトラフィックが失われます。ポートに接続されている音声デバイスのトラフィックには影響しません。
回避策：ポート上のアクセス VLAN を変更後、インターフェイス上で shutdoown コマンドを入力してから no shutdown コマンドを入力します。（CSCsk45969）
回避策：REP 管理 VLAN と RSPAN 宛先 VLAN が異なっていることを確認します。（CSCso12495）
回避策：物理的にケーブルを引き抜くかインターフェイスをシャットダウンすることで、意図的に 2 つのスイッチ間のリンクを失敗させます。その後、リンクを元の状態に戻します。この後、遅延したプリエンプションが続きます。（CSCsm91997）
Supervisor Engine 6-E に固有の問題
Cisco IOS Release 12.2（40）SG リリースでは、ソフトウェア QoS ルックアップを行う 1Q パケット処理はサポートされていません。（CSCsk66449）
- すべての機能の組み合わせがハードウェアにより同時にサポートされるわけではありません。サポートされていない機能の組み合わせが設定されている場合、パケットはソフトウェアで処理され、次の内容を示すログ メッセージが生成されます。
このような問題は、cos ビット上で一致する QoS ポリシーを、アドレスの下位 48 ビットを部分的にマスクする IPv6 送信元アドレスと一致する IPv6 ACL コンフィギュレーションと組み合わせようとすると発生する場合があります（マルチキャスト ルーティングがイネーブルになっている場合、/81 ～ /127 の範囲の IPv6 サブネットを使用することでもこのような問題が発生します）。
回避策：競合する機能の組み合わせを設定しないでください。現在、上記の COS ビット上で一致する QoS ポリシーと送信元アドレスの下位 48 ビットを部分的にマスクする IPv6 設定の競合は、機能の組み合わせの競合としてのみ認識されています。QoS ポリシーにより COS ビット上での一致が要求される場合、/80 以上のサブネットを使用して IPv6 ネットワークを構築してください。（CSCsk79791）
- ポリサー、シェイプ、またはシェイプ値がポリシーのリンク帯域幅のパーセンテージとして指定され、ポリシーが適用されているインターフェイスが、speed 10/100/1000 コマンドで特定の速度に強制される場合、適用されたポリサー、シェイプ、または帯域幅の値は、強制された新しい速度に対応する場合があります。
サービス ポリシーは、パーセンテージのポリサー、シェイプ、またはシェイプ値で設定し、リンク速度は強制的に特定の値にする必要があります。次に例を示します。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー、シェイプ、またはシェイプ値を絶対値で指定します。次に例を示します。
- ip icmp unreachable コマンドが、レイヤ 3 インターフェイス上の IPv4 と IPv6 の両方のパケットに対する ICMP の到着不能メッセージの生成に影響する場合があります。さらに、IPv6 アドレスを持つレイヤ 3 インターフェイス上のレイヤ 3 の拒否 ACL では、ICMP の到着不能メッセージを生成せずに、拒否されたトラフィックを CPU にコピーしない場合があります。
最初の問題は、IPv4 および IPv6 の両方のアドレスが設定されるデュアル レイヤ 3 のインターフェイスで発生します。2 番目の問題は、スイッチ上のすべてのレイヤ 3 のインターフェイスが IPv6 アドレスのみで設定されている場合に発生します。
回避策：IPv4 および IPv6 の両方のアドレスが設定されているデュアルレイヤ 3 のインターフェイスを使用しないでください。
スイッチを IPv6 レイヤ 3 のインターフェイス専用ルータとして使用しないでください。IPv4 アドレスの設定された SVI ごとに、少なくとも 1 つのレイヤ 3 インターフェイスがあることを確認してください。（CSCsk77234）
- インターフェイス コンフィギュレーションをレイヤ 3/ルータポートからレイヤ 2/スイッチポートに切り替えてからレイヤ 3/ルータポートに戻すと、ルータインターフェイスの IOS 設定が設定されていない場合でも、元のルータインターフェイスに接続された IPv6 ACL が TCAM ハードウェアで正常にフラッシュされないことがあります。
回避策：レイヤ 3 インターフェイスをルータポートからスイッチポートに切り替える前に、ルータインターフェイスの IPv6 ACL の設定を解除します。これにより、IPv6 ACL が IOS 実行コンフィギュレーションと TCAM ハードウェアの両方で正常にクリーンアップされます。（CSCsk60775）
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth/shape fixes the issue などのキューイング パラメータをいくつか変更して再設定してください。（CSCsk62457）
- E シリーズ スイッチでファン トレイの障害またはスーパバイザでの危険温度のいずれかが発生すると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を特定します。
– ログに LogGalInsufficientFansDetected メッセージがある場合、原因はファン トレイの障害です。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザの臨界温度が障害のしきい値を超えたことが原因です。
- モジュールにより危険温度またはシャットダウン温度のアラームが報告された場合でも、E シリーズ スーパバイザおよびラインカードの LED は緑に点灯したままです。LED はオレンジまたは赤に点灯するはずです。
これは、危険温度またはシャットダウン温度のアラームを報告する E シリーズのすべてのラインカードで発生します。実際の温度とアラームのステータスが show environment temperature コマンドの出力に表示されます。
回避策：LED の色に関してはありません。ただし、アラームが発生または解除されると、コンソール ログ メッセージと SNMP トラップが入力されます。また、温度アラームの現在のステータスが show environment temperature コマンドの出力に表示されます。（CSCsk57143）
- 2 つのスイッチが 2 つ以上のリンクを介してバックツーバックで接続されており、パケットの発信元がローカルにある場合、ソース IP アドレスが発信インターフェイスの IP アドレスと一致しないことがあります。ユニキャスト RPF 機能がイネーブルになっているこのようなパケットを受信するスイッチが、着信パケットをドロップする可能性があります。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。さらに、物理的に移動されたモジュールの MTU 値は維持されません。
- デフォルト以外のデュプレックス設定が FastEthernet インターフェイスに適用されていて、Cisco IOS リリース 12.2(31)SGA から 12.2(40)SG にアップグレードすると、FastEthernet 設定のデュプレックス設定は失われます。インターフェイスがデフォルトのデュプレックス設定に戻り、デュプレックス設定が show running コマンドの出力に表示されなくなります。
回避策：実行コンフィギュレーションにデフォルト以外のデュプレックス設定がある場合、アップグレードする前にそれらの設定を控えておき、アップグレード完了後に再適用します。（CSCsk83670）
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG で、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生します。
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
- ポリシーマップで、プライオリティ キューイング クラス設定の前に bandwidth remaining percent <> コマンドを設定したキューイングクラスがある場合、リロード時に bandwidth remaining percent <> コマンドのアクションが適用されません。
回避策：ポリシーマップを再適用します。（CSCsk75793）
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の COS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された COS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 に説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを特定できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの COS/DSCP フィールドが強制的にゼロになります。
インターフェイス上に存在する QoS ポリシーは、この COS/DSCP の値を分類に使用します。そのため、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。（CSCsh72408）
現在、ポートチャネルのメンバーであるポートに AutoQoS が適用されている場合、アプリケーションは拒否され、エラーメッセージが表示されます。ただし、その逆は正しくありません。AutoQoS が最初に適用され、ポートがポートチャネルに参加する場合、コマンドは受け入れられます。
ポート g2/1 を使用する次の例は、回避すべき使用のタイプを示しています。
この例では、ポート（g2/1）に AutoQoS を適用し、その後ポートをポートチャネル（10）のメンバーにします。
回避策：AutoQoS が有効になっているポートをポートチャネルのメンバーにしないでください。（CSCsi95018）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の exceed burst 値を調べます。（CSCsj44237）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：default interface コマンドを入力せずに、コンフィギュレーション行を一行ずつ削除します。（CSCsj23103）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシ タイプが「Unknown」と表示されます。IOS を起動した後、シャーシ タイプは正しく表示されます。
- WS-X4648-RJ45V-E（PoE）および WS-X4648-RJ45V+E（ポートあたり 30 W の Premium PoE）ラインカード上で QoS ポリシーをキューイング アクション（分散またはシェーピング）で設定すると、SSO スイッチ オーバー後に分散およびシェーピングのパーセンテージ エラーが 3 パーセントに増大します。
– インターフェイスからサービスポリシーを削除し、[no] service-policy {input|output} コマンドを使用して設定を再適用します。
– shutdown コマンドおよび no shutdown コマンドを入力します。
- 冗長 WS-X45-SUP6-E スーパバイザ エンジンを搭載したスイッチおよび RJ-45 を使用するよう設定された WS-X4506-GB-T インターフェイスを搭載したスイッチでは、SSO スイッチオーバーの後、インターフェイス上の QoS 設定が無効になります。さらに、メディア タイプを SFP に変更した後、再度 RJ-45 に戻すと、QoS 設定が失われる可能性があります。
QoS 設定は実行コンフィギュレーションには表示されますが、インターフェイス上では維持されません。
回避策：QoS 設定をインターフェイスに再適用します。（CSCsm58839）
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。サイズの範囲は、queue-limit コマンドにより表示されます。（CSCso06422）
- IPv4 ルートが RTR2 から IPv6 ピアリングを介して RTR3 にアドバタイズされると、RTR2 の IPv6 アドレスの最初の 32 ビットが IPv4 アドレスに変換されます。この IPv4 アドレスは、RTR3 に対するネクストホップ アドレスとしてアドバタイズされます。このアドレスが Martian アドレスになると、RTR3 は BGP 更新メッセージを無視するため、IPv4 ルートが認識されません。
RTR3 でインバウンド ルートマップを設定して RTR2 がアドバタイズしたネクストホップを上書きしても、BGP 更新メッセージは無視されるため、この問題を回避することはできません。
回避策：RTR2 でアウトバウンドルートマップを設定し、暗示的にプロトコルで取得するのではなく、明示的に IPv4 ネクストホップを設定します。（CSCsk65139）
- IPv6 EIGRP に割り当てられたリンク帯域幅を、 ipv6 bandwidth-percent eigrp as-number percent コマンドを使用して変更しようとすると、スーパバイザエンジンがリロードします。冗長性をイネーブルにすると、STANDBY スーパバイザ エンジンが ACTIVE になり、リロードされたスーパバイザ エンジンが STANDBY に設定されます。
この動作は、ACTIVE スーパバイザ エンジンが IOS で、STANDBY スーパバイザ エンジンが ROMMON でそれぞれ実行され、STANDBY の ROMMON がバージョン 0.34 または最新バージョンにアップグレードされたときに、冗長スイッチで発生します。アップグレード処理により STANDBY スーパバイザ エンジンのアップリンクがダウンしますが、ACTIVE スーパバイザ エンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパバイザをリロードします。
– STANDBY スーパバイザ エンジンをしばらくの間シャーシから抜き出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
- 最初にインターフェイスで IPv6 をイネーブルにせずに ipv6 mtu mtu-value コマンドを使用してインターフェイス上で IPv6 MTU を設定すると、起動時にスイッチが無期限に停止する場合があります。
回避策：インターフェイス上で IPv6 MTU を設定する前に、インターフェイス上で IPv6 を有効にする必要があります。IPv6 をイネーブルにするには、ipv6 enable コマンドを使用します。
この問題が発生した場合は、次のコマンドを入力してスイッチを復旧してください。
1. rommon プロンプトで confreg コマンドを使用して、スタートアップ コンフィギュレーションを無視します。
2. reset コマンドを使用して、スイッチをリブートします。
3. copy startup-config running-config コマンドを使用して、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
4. ipv6 enable コマンドを使用して、インターフェイス上で IPv6 を有効にします。
5. ipv6 mtu mtu-value コマンドを使用して、インターフェイス上で IPv6 MTU を設定します。
6. ccopy running-config startup-config コマンドを使用して、回復コンフィギュレーションを保存します。
7. スイッチで reload コマンドを使用して、ROMMON に戻ります。
8. ROMMON から、confreg コマンドを使用して、スタートアップ コンフィギュレーションを処理します。
9. スイッチをリセットして、通常の操作を再開します。（CSCso42867）
- Catalyst 4500 シリーズ スイッチを Supervisor Engine 6-E とともに使用し、インターフェイスに出力サービスポリシーが設定されている場合、同じ出力サービスポリシーが適用されている別のインターフェイスで shut/no shut を入力すると、キューがフル状態のために出力がドロップされます。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、および 12.2(46)SG で発生します。
回避策：qos autoqos マクロを使用しないでください。
ポリシーマップが複数のターゲットで共有されている場合は、パーセンテージベースのアクションを使用しないでください。ポリシング、シェーピング、および帯域幅アクションでは、絶対値を使用する必要があります。そのためには、スイッチでサポートされる 4 つのインターフェイス速度（10M、100M、1G、および 10G）ごとに異なるポリシーマップが必要です。そのため、パーセンテージベースのアクションで単一のポリシーマップを有効にするのではなく、4 つの異なるポリシーマップを作成する必要があります。これは、サービスポリシーの方向に関係なく、すべての共有ポリシーマップに適用されます。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(44)SG1 の解決済みの警告
ここでは、Cisco IOS リリース 12.2(44)SG1 で解決済みの警告について説明します。
- EIGRP パッシブインターフェイスとして設定されたインターフェイスでリンクアップまたはリンクダウンイベントが発生すると、スイッチが予期せずリロードされることがあります。この場合、通常はコンソール上に「Vector 300」メッセージが表示されます。
回避策：EIGRP パッシブインターフェイスの設定を削除します。
すべてのスーパバイザで Cisco IOS リリース 12.2(44)SG1 または 12.2(46)SG にアップグレードすると、問題が解消されます。
この障害は、従来のスーパバイザのみをサポートする 12.2(31)SGA ソフトウェアトレインには存在しません。（CSCsk04287）
PoE デバイスが接続されているポートでは、次のように表示されることもあります。
影響を受ける電源が一時的にシャットダウンし、電源の冗長性が失われます。データおよびシャーシの電力が減少し、ラインカードがシャットダウンすることがあります。また、PoE の電力が減少し、PD がシャットダウンしてリセットされます。
注 両方のユニットに 110V の入力がある場合、影響はありません。（出力電流は、両方の 110V の入力接続により低くなります。CCO の Power Supply Calculator（http://tools.cisco.com/cpc/launch.jsp）を参照してください）。
Cisco IOS リリース 12.2(44)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(44)SG の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、UDLD err-disable ステートになっているポート上で shutdown コマンドを入力してから no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD err-disable ステートのままです。同じポート上で shutdown コマンドを再入力してから no shutdown コマンドを入力すると、エラーメッセージは表示されなくなります。
– このような証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンでそれぞれ個別に生成されます。そのため、証明書は異なったものになります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- Cisco IOS 12.2（31）SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェア リリースの場合と同様に動作しないことがあります。
これは、12.2（31）SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– これは、スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合も同様です。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバード ポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- SSO モードでアクティブ スーパバイザ エンジン上で bgp dampening route-map bgp_damp コマンドを設定すると、次のシステムログがスタンバイ スーパバイザ エンジンのコンソールに表示されます。
この時点で、アクティブ スーパバイザ エンジン上で bgp dampening コマンドに戻ると、新しいコマンドがスタンバイ スーパバイザ エンジンと同期されなくなります。
回避策：no bgp dampening コマンドを入力してから、bgp dampening コマンドを入力します。（CSCse12485）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィック パフォーマンスを測定する場合、qos account layer2 encapsulation を設定している場合でも、ポリサーにより 802.1Q タグを構成する 4 バイトが qos account layer2 encapsulation を設定していても、ポリサーにより 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に「a-」が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG以降のイメージへのISSUアップグレード中に、次のエラーメッセージが表示されます。
回避策：ありません。このメッセージは情報メッセージです。（CSCsi60913）
- ISSU アップグレードを実行し、アクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンのバージョンが異なる場合、スタンバイ スーパバイザ エンジンのコンソールに次のメッセージが表示されます。
回避策：ありません。これは通知メッセージです。（CSCsi60898）
- Cisco IP Phone にサプリカントが付属している場合、MDA で設定し、電話およびサプリカントに接続された DUT ポートをリロードするときに、ポートがトラフィックを送信しません。電話は unknown ステートになります。
電話がスタンド アロン デバイスの場合、この問題は見られません。
回避策：Cisco IP 電話の電源を再投入します。（CSCsk81297）
- マルチドメイン認証（MDA）で設定されたポート上でデータ デバイスが（dot1x または MAB を介して）承認された後、アクセス VLAN を変更すると、デバイスがポートに接続されていない場合でも、このデバイスのトラフィックが失われます。ポートに接続されている音声デバイスのトラフィックには影響しません。
回避策：ポート上のアクセス VLAN を変更後、インターフェイス上で shutdown コマンドを入力してから no shutdown コマンドを入力します。（CSCsk45969）
回避策：REP 管理 VLAN と RSPAN 宛先 VLAN が異なっていることを確認します。（CSCso12495）
回避策：物理的にケーブルを引き抜くかインターフェイスをシャットダウンすることで、意図的に 2 つのスイッチ間のリンクを失敗させます。その後、リンクを元の状態に戻します。この後、遅延したプリエンプションが続きます。（CSCsm91997）
Supervisor Engine 6-E に固有の問題
Cisco IOS Release 12.2（40）SG リリースでは、ソフトウェア QoS ルックアップを行う 1Q パケット処理はサポートされていません。（CSCsk66449）
- すべての機能の組み合わせがハードウェアにより同時にサポートされるわけではありません。サポートされていない機能の組み合わせが設定されている場合、パケットはソフトウェアで処理され、次の内容を示すログ メッセージが生成されます。
このような問題は、cos ビット上で一致する QoS ポリシーを、アドレスの下位 48 ビットを部分的にマスクする IPv6 送信元アドレスと一致する IPv6 ACL コンフィギュレーションと組み合わせようとすると発生する場合があります（マルチキャスト ルーティングがイネーブルになっている場合、/81 ～ /127 の範囲の IPv6 サブネットを使用することでもこのような問題が発生します）。
回避策：競合する機能の組み合わせを設定しないでください。現在、上記の COS ビット上で一致する QoS ポリシーと送信元アドレスの下位 48 ビットを部分的にマスクする IPv6 設定の競合は、機能の組み合わせの競合としてのみ認識されています。QoS ポリシーにより COS ビット上での一致が要求される場合、/80 以上のサブネットを使用して IPv6 ネットワークを構築してください。（CSCsk79791）
- ポリサー、シェイプ、またはシェイプ値がポリシーのリンク帯域幅のパーセンテージとして指定され、ポリシーが適用されているインターフェイスが、speed 10/100/1000 コマンドで特定の速度に強制される場合、適用されたポリサー、シェイプ、または帯域幅の値は、強制された新しい速度に対応する場合があります。
サービス ポリシーは、パーセンテージのポリサー、シェイプ、またはシェイプ値で設定し、リンク速度は強制的に特定の値にする必要があります。次に例を示します。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー、シェイプ、またはシェイプ値を絶対値で指定します。次に例を示します。
- ip icmp unreachable コマンドが、レイヤ 3 インターフェイス上の IPv4 と IPv6 の両方のパケットに対する ICMP の到着不能メッセージの生成に影響する場合があります。さらに、IPv6 アドレスを持つレイヤ 3 インターフェイス上のレイヤ 3 の拒否 ACL では、ICMP の到着不能メッセージを生成せずに、拒否されたトラフィックを CPU にコピーしない場合があります。
最初の問題は、IPv4 および IPv6 の両方のアドレスが設定されるデュアル レイヤ 3 のインターフェイスで発生します。2 番目の問題は、スイッチ上のすべてのレイヤ 3 のインターフェイスが IPv6 アドレスのみで設定されている場合に発生します。
回避策：IPv4 および IPv6 の両方のアドレスが設定されているデュアルレイヤ 3 のインターフェイスを使用しないでください。
スイッチを IPv6 レイヤ 3 のインターフェイス専用ルータとして使用しないでください。IPv4 アドレスの設定された SVI ごとに、少なくとも 1 つのレイヤ 3 インターフェイスがあることを確認してください。（CSCsk77234）
- インターフェイス コンフィギュレーションをレイヤ 3/ルータポートからレイヤ 2/スイッチポートに切り替えてからレイヤ 3/ルータポートに戻すと、ルータインターフェイスの IOS 設定が設定されていない場合でも、元のルータインターフェイスにアタッチされた IPv6 ACL が TCAM ハードウェアで正常にフラッシュされないことがあります。
回避策：レイヤ 3 インターフェイスをルータポートからスイッチポートに切り替える前に、ルータインターフェイスの IPv6 ACL の設定を解除します。これにより、IPv6 ACL が IOS 実行コンフィギュレーションと TCAM ハードウェアの両方で正常にクリーンアップされます。（CSCsk60775）
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth/shape fixes the issue などのキューイング パラメータをいくつか変更して再設定してください。（CSCsk62457）
- E シリーズ スイッチでファン トレイの障害またはスーパバイザでの危険温度のいずれかが発生すると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を特定します。
– ログに LogGalInsufficientFansDetected メッセージがある場合、原因はファン トレイの障害です。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザの臨界温度が障害のしきい値を超えたことが原因です。
- モジュールにより危険温度またはシャットダウン温度のアラームが報告された場合でも、E シリーズ スーパバイザおよびラインカードの LED は緑に点灯したままです。LED はオレンジまたは赤に点灯するはずです。
これは、危険温度またはシャットダウン温度のアラームを報告する E シリーズのすべてのラインカードで発生します。実際の温度とアラームのステータスが show environment temperature コマンドの出力に表示されます。
回避策：LED の色に関してはありません。ただし、アラームが発生または解除されると、コンソール ログ メッセージと SNMP トラップが入力されます。また、温度アラームの現在のステータスが show environment temperature コマンドの出力に表示されます。（CSCsk57143）
- 2 つのスイッチが 2 つ以上のリンクを介してバックツーバックで接続されており、パケットの発信元がローカルにある場合、ソース IP アドレスが発信インターフェイスの IP アドレスと一致しないことがあります。ユニキャスト RPF 機能がイネーブルになっているこのようなパケットを受信するスイッチが、着信パケットをドロップする可能性があります。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。さらに、物理的に移動されたモジュールの MTU 値は維持されません。
- デフォルト以外のデュプレックス設定が FastEthernet インターフェイスに適用されていて、Cisco IOS リリース 12.2(31)SGA から 12.2(40)SG にアップグレードすると、FastEthernet 設定のデュプレックス設定は失われます。インターフェイスがデフォルトのデュプレックス設定に戻り、デュプレックス設定が show running コマンドの出力に表示されなくなります。
回避策：実行コンフィギュレーションにデフォルト以外のデュプレックス設定がある場合、アップグレードする前にそれらの設定を控えておき、アップグレード完了後に再適用します。（CSCsk83670）
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG で、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生します。
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
- ポリシーマップで、プライオリティ キューイング クラス設定の前に bandwidth remaining percent <> コマンドを設定したキューイングクラスがある場合、リロード時に bandwidth remaining percent <> コマンドのアクションが適用されません。
回避策：ポリシーマップを再適用します。（CSCsk75793）
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の COS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された COS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 に説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを特定できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの COS/DSCP フィールドが強制的にゼロになります。
インターフェイス上に存在する QoS ポリシーは、この COS/DSCP の値を分類に使用します。そのため、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。（CSCsh72408）
現在、ポートチャネルのメンバーであるポートに AutoQoS が適用されている場合、アプリケーションは拒否され、エラーメッセージが表示されます。ただし、その逆は正しくありません。AutoQoS が最初に適用され、ポートがポートチャネルに参加する場合、コマンドは受け入れられます。
ポート g2/1 を使用する次の例は、回避すべき使用のタイプを示しています。
この例では、ポート（g2/1）に AutoQoS を適用し、その後ポートをポートチャネル（10）のメンバーにします。
回避策：AutoQoS が有効になっているポートをポートチャネルのメンバーにしないでください。（CSCsi95018）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の exceed burst 値を調べます。（CSCsj44237）
回避策：show policy-map interface コマンドを入力して、プログラムされている実際の burst 値を調べます。（CSCsi71036）
回避策：default interface コマンドを入力せずに、コンフィギュレーション行を一行ずつ削除します。（CSCsj23103）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシ タイプが「Unknown」と表示されます。IOS を起動した後、シャーシ タイプは正しく表示されます。
- WS-X4648-RJ45V-E（PoE）および WS-X4648-RJ45V+E（ポートあたり 30 W の Premium PoE）ラインカード上で QoS ポリシーをキューイング アクション（分散またはシェーピング）で設定すると、SSO スイッチ オーバー後に分散およびシェーピングのパーセンテージ エラーが 3 パーセントに増大します。
– インターフェイスからサービスポリシーを削除し、[no] service-policy {input|output} コマンドを使用して設定を再適用します。
– shutdown を入力してから no shutdown を入力します。
- 冗長 WS-X45-SUP6-E スーパバイザ エンジンを搭載したスイッチおよび RJ-45 を使用するよう設定された WS-X4506-GB-T インターフェイスを搭載したスイッチでは、SSO スイッチオーバーの後、インターフェイス上の QoS 設定が無効になります。さらに、メディア タイプを SFP に変更した後、再度 RJ-45 に戻すと、QoS 設定が失われる可能性があります。
QoS 設定は実行コンフィギュレーションには表示されますが、インターフェイス上では維持されません。
回避策：QoS 設定をインターフェイスに再適用します。（CSCsm58839）
回避策：DBL アクションがデフォルトキューで動作することを確認するには、queue-limit コマンドを使用して明示的にキューサイズを指定します。サイズの範囲は、queue-limit コマンドにより表示されます。（CSCso06422）
- IPv4 ルートが RTR2 から IPv6 ピアリングを介して RTR3 にアドバタイズされると、RTR2 の IPv6 アドレスの最初の 32 ビットが IPv4 アドレスに変換されます。この IPv4 アドレスは、RTR3 に対するネクストホップ アドレスとしてアドバタイズされます。このアドレスが Martian アドレスになると、RTR3 は BGP 更新メッセージを無視するため、IPv4 ルートが認識されません。
RTR3 でインバウンド ルートマップを設定して RTR2 がアドバタイズしたネクストホップを上書きしても、BGP 更新メッセージは無視されるため、この問題を回避することはできません。
回避策：RTR2 でアウトバウンドルートマップを設定して、暗示的にプロトコルで取得するのではなく、明示的に IPv4 ネクストホップを設定します。（CSCsk65139）
- IPv6 EIGRP に割り当てられたリンク帯域幅を、 ipv6 bandwidth-percent eigrp as-number percent コマンドを使用して変更しようとすると、スーパバイザエンジンがリロードします。冗長性をイネーブルにすると、STANDBY スーパバイザ エンジンが ACTIVE になり、リロードされたスーパバイザ エンジンが STANDBY に設定されます。
この動作は、ACTIVE スーパバイザ エンジンが IOS で、STANDBY スーパバイザ エンジンが ROMMON でそれぞれ実行され、STANDBY の ROMMON がバージョン 0.34 または最新バージョンにアップグレードされたときに、冗長スイッチで発生します。アップグレード処理により STANDBY スーパバイザ エンジンのアップリンクがダウンしますが、ACTIVE スーパバイザ エンジンはこれを認識しません。
回避策：通常の操作を再開するには、次のいずれかの操作を実行します。
– redundancy reload shelf コマンドで、両方のスーパバイザをリロードします。
– STANDBY スーパバイザ エンジンをしばらくの間シャーシから抜き出して、電源を再投入します。
リンクフラップの問題に対する回避策はありません。（CSCsm81875）
- 最初にインターフェイスで IPv6 をイネーブルにせずに ipv6 mtu mtu-value コマンドを使用してインターフェイス上で IPv6 MTU を設定すると、起動時にスイッチが無期限に停止する場合があります。
回避策：インターフェイス上で IPv6 MTU を設定する前に、インターフェイス上で IPv6 を有効にする必要があります。IPv6 をイネーブルにするには、ipv6 enable コマンドを使用します。
この問題が発生した場合は、次のコマンドを入力してスイッチを復旧してください。
1. rommon プロンプトで confreg コマンドを使用して、スタートアップ コンフィギュレーションを無視します。
2. reset コマンドを使用して、スイッチをリブートします。
3. copy startup-config running-config コマンドを使用して、スタートアップ コンフィギュレーションを実行コンフィギュレーションにコピーします。
4. ipv6 enable コマンドを使用して、インターフェイス上で IPv6 を有効にします。
5. ipv6 mtu mtu-value コマンドを使用して、インターフェイス上で IPv6 MTU を設定します。
6. ccopy running-config startup-config コマンドを使用して、回復コンフィギュレーションを保存します。
7. スイッチで reload コマンドを使用して、Rommon に戻ります。
8. rommon から、confreg コマンドを使用して、スタートアップ コンフィギュレーションを処理します。
9. スイッチをリセットして、通常の操作を再開します。（CSCso42867）
- Catalyst 4500 シリーズ スイッチを Supervisor Engine 6-E とともに使用し、インターフェイスに出力サービスポリシーが設定されている場合、同じ出力サービスポリシーが適用されている別のインターフェイスで shut/no shut を入力すると、キューがフル状態のために出力がドロップされます。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、および 12.2(46)SG で発生します。
回避策：qos autoqos マクロを使用しないでください。
ポリシーマップが複数のターゲットで共有されている場合は、パーセンテージベースのアクションを使用しないでください。ポリシング、シェーピング、および帯域幅アクションでは、絶対値を使用する必要があります。そのためには、スイッチでサポートされる 4 つのインターフェイス速度（10M、100M、1G、および 10G）ごとに異なるポリシーマップが必要です。そのため、パーセンテージベースのアクションで単一のポリシーマップを有効にするのではなく、4 つの異なるポリシーマップを作成する必要があります。これは、サービスポリシーの方向に関係なく、すべての共有ポリシーマップに適用されます。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(44)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(44)SG で解決済みの警告について説明します。
- EtherChannel のメンバーである物理ポートからサービスポリシーが削除されると、LACP または PAGP プロトコルベースの EtherChannel がダウンします。ポートチャネルメンバーは再びバンドルされますが、相手側とのプロトコルパケットの交換に失敗したため、中断状態のままになります。
回避策：EtherChannel メンバーから削除する前に、チャネルからサービスポリシーを削除します。その後、サービスポリシーをチャネルに戻します。（CSCsk70568）
キューイング QoS ポリシーでは、明示的にユーザ指定された帯域幅共有が指定されている 0 個以上のキューイングクラスが存在する可能性があります。このようなユーザ指定の帯域幅共有を持たないキューイングクラスは 0 個以上存在できます。システムは、未割り当ての帯域幅共有を取得し、後者の一連のクラスに均等に割り当てます。
パーセントベースの帯域幅割り当てを使用する場合、共有が 1% 未満になると、それらのクラスに対応するキューは、新しい帯域幅共有ではハードウェアで更新されません。それらのキューは、予想される帯域幅の共有を超えています。
回避策：未割り当ての帯域幅のパーセンテージが、明示的な bandwidth percentage コマンドが指定されていないキューの数以上であることを確認します。これには、デフォルトキューとプライオリティキューを含める必要があります。（CSCsk77757）
a. このポリシーマップが接続されているインターフェイスをポートチャネルから設定解除します。
- レイヤ 2 ポートで AutoQoS を設定し、ポートをレイヤ 3 に変更してから、そのポートで AutoQoS を削除すると、AutoQoS が適用されたときと削除されたときの間で不一致が生じるため、このプロセスではポート上の QoS サービスポリシーがクリーンアップされません。
同様に、レイヤ 3 ポートで AutoQoS を設定し、ポートをレイヤ 2 に変更してから、そのポートで AutoQoS を削除した場合、このプロセスではポート上の QoS サービスポリシーが正常に削除されません。
次のようなシーケンスでは、ポート g2/1 で問題が発生します。
回避策：ポートの設定を AutoQoS が適用されたときの設定に戻します。ポートがレイヤ 2 ポートであるときに AutoQoS が有効になっていた場合は、AutoQoS を削除する前にレイヤ 2 に戻す必要があります。同様に、AutoQoS が最初に適用されたときにポートがレイヤ 3 に設定されていた場合、AutoQoS を削除する前にレイヤ 3 に戻す必要があります。
問題のシーケンスを参照すると、最初にレイヤ 2 ポートに AutoQoS を適用し、レイヤ 3 に変更してから、レイヤ 2 に戻して、AutoQoS を削除します。
- ポート単位の VLAN 単位 QoS ポリシーで設定されたトランクポートにキューイングポリシーが適用されている場合、ポートレベルのキューイングポリシーは VLAN 単位ポリシーの一部として処理され、ブートアップ時に拒否されます。
キューイングポリシーは、出力方向の物理インターフェイスでのみサポートされます。
回避策：ブートアップ後、物理インターフェイスにキューイングポリシーを再接続します。（CSCsk87548）
回避策：ポートチャネルを削除する前に、次の手順を実行します。
2. no vlan-range コマンドを使用して、ポートチャネル上の VLAN 設定を削除します。
- exceed-action drop を使用してクラスマップを設定した場合、exceed-action transmit を使用して同じクラスマップを再設定すると、同じクラスマップの設定が競合します。
回避策：exceed-action などのクラスマップアクションを変更する場合は、ポリシーマップサブモードで no class c1 コマンドを使用してクラスマップを削除する必要があります。次に、更新された変更を含む新しいクラスマップを適用します。
- SSL パケットの処理中に Cisco IOS デバイスがクラッシュすることがあります。これは、SSL ベースのセッションの終了時に発生する可能性があります。問題のパケットは不正な形式ではなく、通常はパケット交換の一部として受信されます。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
影響を受けるサービスを無効にする以外に、この脆弱性のエクスプロイトを軽減する回避策はありません。
このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20080924-ssl
- Cisco IOS ソフトウェア マルチプロトコルラベルスイッチング（MPLS）転送インフラストラクチャ（MFI）は、特別に細工されたパケットからのサービス妨害（DoS）攻撃に対して脆弱です。MFI のみがこの脆弱性の影響を受けます。MFI に置き換えられた古いラベル転送情報ベース（LFIB）の実装は影響を受けません。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。
このアドバイザリは、次の URL に掲載されています。
http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20080924-mfi
Cisco IOS リリース 12.2(40)SG の未解決の警告
ここでは、Cisco IOS リリース 12.2(40)SG の未解決の警告について説明します。
- SSO モードで動作している冗長シャーシで access-list N permit host hostname コマンドを入力すると、次の syslog メッセージが表示されることがあります。このコマンドは冗長スーパバイザ エンジンとは同期されないため、キープアライブ警告が表示されます。
回避策：access-list N permit host hostname コマンドを使用する場合は、ホスト名ではなく、ホストの IP アドレスを指定します。（CSCef67489）
回避策：システムを介して送信される MAC アドレスが学習されていることを確認します。
- SSO スイッチオーバーの後、UDLD err-disable ステートになっているポート上で shutdown コマンドを入力してから no shutdown コマンドを入力すると、スイッチコンソールに「PM-4-PORT_INCONSISTENT」エラーメッセージが表示される場合があります。これはスイッチには影響しません。ポートは UDLD err-disable ステートのままです。同じポート上で shutdown コマンドを再入力してから no shutdown コマンドを入力すると、エラーメッセージは表示されなくなります。
– このような証明書が存在せず、デバイスのホスト名と default_domain が設定されている場合、永続的な自己署名証明書が生成されます。
– このような証明書が存在する場合、証明書の FQDN が現在のデバイスのホスト名および default_domain と比較されます。これらのいずれかが証明書の FQDN と異なる場合は、既存の永続的な自己署名証明書が更新された FQDN を含む新しい証明書に置き換えられます。既存のキーペアが新しい証明書で使用されることに注意してください。
冗長性をサポートするスイッチでは、自己署名証明書がアクティブ スーパバイザ エンジンとスタンバイ スーパバイザ エンジンでそれぞれ個別に生成されます。そのため、証明書は異なったものになります。スイッチオーバーの後、古い証明書を保持している HTTP クライアントは HTTPS サーバに接続できなくなります。
- Cisco IOS 12.2（31）SG 以降のリリースにアップグレードした後、SPAN 送信元として設定し、スタートアップ コンフィギュレーション ファイルに保存した CPU キューの一部が、以前のソフトウェア リリースの場合と同様に動作しないことがあります。
これは、12.2（31）SG より前のリリースで SPAN 送信元として設定され、スタートアップ コンフィギュレーションに保存された、次のいずれかのキューがあるスイッチにのみ影響します。12.2（31）SG にアップグレードした後は、SPAN 宛先が同じトラフィックを取得することはありません。
回避策：12.2(31)SG 以降のリリースにアップグレードした後、以前の SPAN 送信元の設定を削除して、新しいキューの名前/ID で再設定します。次に例を示します。
– パケットは、Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に、IP アンナンバード発信ポートに IP リダイレクト送信されなければなりません。
– これは、スイッチ管理者が IP アンナンバードが有効になっている発信インターフェイスで shutdown コマンドと no shutdown コマンドを入力した場合も同様です。スイッチはリダイレクト送信が必要なパケットを受信し、宛先 MAC アドレスは、すでに ARP テーブルに存在します。
– Catalyst 4500 シリーズ スイッチを起動してから 3 分以内に IP リダイレクトを IP アンナンバード ポートに送信する必要のあるパケットを投入しないでください。
– ホスト側で正しいデフォルト ゲートウェイを設定してください。（CSCse75660）
- SSO モードでアクティブ スーパバイザ エンジン上で bgp dampening route-map bgp_damp コマンドを設定すると、次のシステムログがスタンバイ スーパバイザ エンジンのコンソールに表示されます。
この時点で、アクティブ スーパバイザ エンジン上で bgp dampening コマンドに戻ると、新しいコマンドがスタンバイ スーパバイザ エンジンと同期されなくなります。
回避策：no bgp dampening コマンドを入力してから、bgp dampening コマンドを入力します。（CSCse12485）
- IEEE 802.1Q のタグの付いた非 IP トラフィックをポリシングしてトラフィック パフォーマンスを測定する場合、qos account layer2 encapsulation を設定している場合でも、ポリサーにより 802.1Q タグを構成する 4 バイトが qos account layer2 encapsulation を設定していても、ポリサーにより 802.1Q タグを構成する 4 バイトが除外されます。
- インターフェイスをシャットダウンしてハードコードされたデュプレックスと速度の設定が削除されると、show interface status コマンドの出力のデュプレックスと速度に「a-」が追加されます。
回避策：no shutdown コマンドを入力します。（CSCsg27395）
回避策：新しいポートからトランシーバを抜き取って、古いポートに取り付けます。古いポートで SFP が認識されたら、これをゆっくり抜き取って新しいポートに挿入します。（CSCse34693）
- Cisco IOS リリース 12.2(31)SGA または 12.2(31)SGA1 から Cisco IOS リリース 12.2(37)SG以降のイメージへのISSUアップグレード中に、次のエラーメッセージが表示されます。
Supervisor Engine 6-E に固有の問題
Cisco IOS Release 12.2（40）SG リリースでは、ソフトウェア QoS ルックアップを行う 1Q パケット処理はサポートされていません。（CSCsk66449）
- EtherChannel のメンバーである物理ポートからサービスポリシーが削除されると、LACP または PAGP プロトコルベースの EtherChannel がダウンします。ポートチャネルメンバーは再びバンドルされますが、相手側とのプロトコルパケットの交換に失敗したため、中断状態のままになります。
回避策：EtherChannel メンバーからサービスポリシーを削除する前に、チャネルから削除します。その後、サービスポリシーをチャネルに戻します。（CSCsk70568）
キューイング QoS ポリシーでは、明示的にユーザ指定された帯域幅共有が指定されている 0 個以上のキューイングクラスが存在する可能性があります。このようなユーザ指定の帯域幅共有を持たないキューイングクラスは 0 個以上存在できます。システムは、未割り当ての帯域幅共有を取得し、後者の一連のクラスに均等に割り当てます。
パーセントベースの帯域幅割り当てを使用する場合、共有が 1％未満になると、それらのクラスに対応するキューは、新しい帯域幅共有のハードウェアでは更新されません。それらのキューは、予想される帯域幅の共有を超えています。
回避策：未割り当ての帯域幅のパーセンテージが、明示的な bandwidth percentage コマンドが指定されていないキューの数以上であることを確認します。これには、デフォルトキューとプライオリティキューを含める必要があります。（CSCsk77757）
- すべての機能の組み合わせがハードウェアにより同時にサポートされるわけではありません。サポートされていない機能の組み合わせが設定されている場合、パケットはソフトウェアで処理され、次の内容を示すログ メッセージが生成されます。
このような問題は、cos ビット上で一致する QoS ポリシーを、アドレスの下位 48 ビットを部分的にマスクする IPv6 送信元アドレスと一致する IPv6 ACL コンフィギュレーションと組み合わせようとすると発生する場合があります（マルチキャスト ルーティングがイネーブルになっている場合、/81 ～ /127 の範囲の IPv6 サブネットを使用することでもこのような問題が発生します）。
回避策：競合する機能の組み合わせを設定しないでください。現在、上記の COS ビット上で一致する QoS ポリシーと送信元アドレスの下位 48 ビットを部分的にマスクする IPv6 設定の競合は、機能の組み合わせの競合としてのみ認識されています。QoS ポリシーにより COS ビット上での一致が要求される場合、/80 以上のサブネットを使用して IPv6 ネットワークを構築してください。（CSCsk79791）
- ポリサー、シェイプ、またはシェイプ値がポリシーのリンク帯域幅のパーセンテージとして指定され、ポリシーが適用されているインターフェイスが、speed 10/100/1000 コマンドで特定の速度に強制される場合、適用されたポリサー、シェイプ、またはシェイプの値は、強制された新しい速度に対応する場合があります。
サービス ポリシーは、パーセンテージのポリサー、シェイプ、またはシェイプ値で設定し、リンク速度は強制的に特定の値にする必要があります。次に例を示します。
回避策：speed auto 10/100/1000 コマンドを使用するか、またはパーセンテージの値ではなく、ポリサー、シェイプ、またはシェイプ値を絶対値で指定します。次に例を示します。
- ip icmp unreachable コマンドが、レイヤ 3 インターフェイス上の IPv4 と IPv6 の両方のパケットに対する ICMP の到着不能メッセージの生成に影響する場合があります。さらに、IPv6 アドレスを持つレイヤ 3 インターフェイス上のレイヤ 3 の拒否 ACL では、ICMP の到着不能メッセージを生成せずに、拒否されたトラフィックを CPU にコピーしない場合があります。
最初の問題は、IPv4 および IPv6 の両方のアドレスが設定されるデュアル レイヤ 3 のインターフェイスで発生します。2 番目の問題は、スイッチ上のすべてのレイヤ 3 のインターフェイスが IPv6 アドレスのみで設定されている場合に発生します。
回避策：IPv4 および IPv6 の両方のアドレスが設定されているデュアルレイヤ 3 のインターフェイスを使用しないでください。
スイッチを IPv6 レイヤ 3 のインターフェイス専用ルータとして使用しないでください。IPv4 アドレスの設定された SVI ごとに、少なくとも 1 つのレイヤ 3 インターフェイスがあることを確認してください。（CSCsk77234）
- インターフェイス コンフィギュレーションをレイヤ 3/ルータポートからレイヤ 2/スイッチポートに切り替えてからレイヤ 3/ルータポートに戻すと、ルータインターフェイスの IOS 設定が設定されていない場合でも、元のルータインターフェイスにアタッチされた IPv6 ACL が TCAM ハードウェアで正常にフラッシュされないことがあります。
回避策：レイヤ 3 インターフェイスをルータポートからスイッチポートに切り替える前に、ルータインターフェイスの IPv6 ACL の設定を解除します。これにより、IPv6 ACL が IOS 実行コンフィギュレーションと TCAM ハードウェアの両方で正常にクリーンアップされます。（CSCsk60775）
出力サービスポリシーがインターフェイスに割り当てられている場合、ポリシーで DBL をキューに適用するよう設定すると、キューに置かれたフローが DBL アルゴリズムの対象となります。1 つ以上のフローが belligerent（キューの輻輳のため、ドロップに応答して返信待機しないフロー）として分類されると、これらのフローはキューで DBL が無効になった後でも belligerent に分類されたままになります。
このような状態が続く場合、問題となっている転送キューは長時間輻輳します。この輻輳は、belligerent のままになっているフローが原因で発生します。
回避策：問題となっているキューがデフォルト以外の場合（キューイングアクションがポリシーマップの class-default クラスで設定されていない場合）、サービスポリシーを取り外してから再度取り付けます。
デフォルトのキューでこの問題が発生した場合、bandwidth/shape fixes the issue などのキューイング パラメータをいくつか変更して再設定してください。（CSCsk62457）
- E シリーズ スイッチでファン トレイの障害またはスーパバイザでの危険温度のいずれかが発生すると、シャーシの電源が切断されます。show crashdump コマンドの出力に、電源切断の原因が表示されません。
回避策：show log コマンドを使用して、電源切断の原因を特定します。
– ログに LogGalInsufficientFansDetected メッセージがある場合、原因はファン トレイの障害です。
– ログに LogRkiosModuleShutdownTemp メッセージがある場合、スーパバイザの臨界温度が障害のしきい値を超えたことが原因です。
- モジュールにより危険温度またはシャットダウン温度のアラームが報告された場合でも、E シリーズ スーパバイザおよびラインカードの LED は緑に点灯したままです。LED はオレンジまたは赤に点灯するはずです。
これは、危険温度またはシャットダウン温度のアラームを報告する E シリーズのすべてのラインカードで発生します。実際の温度とアラームのステータスが show environment temperature コマンドの出力に表示されます。
回避策：LED の色に関してはありません。ただし、アラームの発生またはクリア時には、コンソールログメッセージと SNMP トラップが発行されます。また、温度アラームの現在のステータスが show environment temperature コマンドの出力に表示されます。（CSCsk57143）
このシナリオでは、ハードウェアが新しい設定（[デタッチ（Detach）] > [アタッチ（Attach）]）でプログラムされるまで、デフォルト以外のキューは非アクティブです。したがって、それらのキューがアクティブになるまで、デフォルト以外のキューに一致するトラフィックはドロップされます。
a. このポリシーマップがアタッチされているインターフェイスをポートチャネルから設定解除します。
- 2 つのスイッチが 2 つ以上のリンクを介してバックツーバックで接続されており、パケットの発信元がローカルにある場合、ソース IP アドレスが発信インターフェイスの IP アドレスと一致しないことがあります。ユニキャスト RPF 機能がイネーブルになっているこのようなパケットを受信するスイッチが、着信パケットをドロップする可能性があります。
Cisco IOS Release 12.2（40）SG を実行しているスイッチ上では、モジュールがリセットされると、ラインカードで設定されているすべての MTU 値がデフォルトに設定されます。さらに、物理的に移動されたモジュールの MTU 値は維持されません。
- デフォルト以外のデュプレックス設定が FastEthernet インターフェイスに適用されていて、Cisco IOS リリース 12.2(31)SGA から 12.2(40)SG にアップグレードすると、FastEthernet 設定のデュプレックス設定は失われます。インターフェイスがデフォルトのデュプレックス設定に戻り、デュプレックス設定が show running コマンドの出力に表示されなくなります。
回避策：実行コンフィギュレーションにデフォルト以外のデュプレックス設定がある場合、アップグレードする前にそれらの設定を控えておき、アップグレード完了後に再適用します。（CSCsk83670）
- まれに、実行中の WS-X4706-10GE で X2 SR トランシーバを使用する場合 Cisco IOS リリース 12.2(40)SG で、カードまたは X2 の挿入時にリロード後または電源の再投入後に CTC エラーが発生します。
- system class-maps system-cpp-dhcp-cs、system-cpp-dhcp-sc、および system-cpp-dhcp-ss として識別された DHCP トラフィックに適用されたコントロール プレーン ポリシングが、有効にならないことがあります。
- ポリシーマップで、プライオリティ キューイング クラス設定の前に bandwidth remaining percent <> コマンドを設定したキューイングクラスがある場合、リロード時に bandwidth remaining percent <> コマンドのアクションが適用されません。
回避策：ポリシーマップを再適用します。（CSCsk75793）
パケットがその CPU に送信されると、他のインターフェイスに送信される場合があります。その場合、.1X パケットの元の COS 値をソフトウェア QoS（CSCsk66449 による）によって一致させることはできません。パケットは、生成された COS 値（ここで説明した MLDv1 パケットの場合は 7）と一緒に送信されます。
この問題の根本的原因の一部は、CSCsk66449 に説明しています。ここでは、ソフトウェア QoS によって.1X パケットを一致させることができないことを示しています。（CSCsk72544）
回避策：ありません。信頼境界ステートを明示的に確認することはできません。ただし、間接的にこのステートを特定できます。
信頼境界機能は、パケットの COS/DSCP 値が信頼できるかどうかを確認します。インターフェイスが信頼ステートになっていない場合、受信したパケットの COS/DSCP フィールドが強制的にゼロになります。
インターフェイス上に存在する QoS ポリシーは、この COS/DSCP の値を分類に使用します。そのため、パケットの分類がパケット値に基づいて行われる場合は、インターフェイスが信頼ステートになっていることがわかります。（CSCsh72408）
現在、ポートチャネルのメンバーであるポートに AutoQoS が適用されている場合、アプリケーションは拒否され、エラーメッセージが表示されます。ただし、その逆は正しくありません。AutoQoS が最初に適用され、ポートがポートチャネルに参加する場合、コマンドは受け入れられます。
ポート g2/1 を使用する次の例は、回避すべき使用のタイプを示しています。
この例では、ポート（g2/1）に AutoQoS を適用し、その後ポートをポートチャネル（10）のメンバーにします。
回避策：AutoQoS が有効になっているポートをポートチャネルのメンバーにしないでください。（CSCsi95018）
- レイヤ 2 ポートで AutoQoS を設定し、ポートをレイヤ 3 に変更してから、そのポートで AutoQoS を削除すると、AutoQoS の適用時と削除時の間で不一致が生じるため、プロセスによってポート上の QoS サービスポリシーがクリーンアップされません。
同様に、レイヤ 3 ポートで AutoQoS を設定し、ポートをレイヤ 2 に変更してから、そのポートで AutoQoS を削除した場合、このプロセスではポート上の QoS サービスポリシーが正常に削除されません。
次のようなシーケンスでは、ポート g2/1 で問題が発生します。
回避策：ポートの設定を AutoQoS が適用されたときの設定に戻します。ポートがレイヤ 2 ポートであるときに AutoQoS が有効になっていた場合は、AutoQoS を削除する前にレイヤ 2 に戻す必要があります。同様に、AutoQoS が最初に適用されたときにポートがレイヤ 3 に設定されていた場合、AutoQoS を削除する前にレイヤ 3 に戻す必要があります。
問題のシーケンスを参照すると、最初にレイヤ 2 ポートに AutoQoS を適用し、レイヤ 3 に変更してから、レイヤ 2 に戻して、AutoQoS を削除します。
- exceed-action drop を使用してクラスマップを設定した場合、exceed-action transmit を使用して同じクラスマップを再設定すると、同じクラスマップの設定が競合します。
回避策：exceed-action などのクラスマップアクションを変更する場合は、ポリシーマップサブモードで no class c1 コマンドを使用してクラスマップを削除する必要があります。次に、更新された変更を含む新しいクラスマップを適用します。
回避策：ルーテッドポートに内部的に割り当てられた VLAN は作成しないでください。（CSCsh60244）
回避策：show policy-map interface コマンドを入力します。（CSCsj44237）
回避策：show policy-map interface コマンドを入力します。（CSCsi71036）
- ポート単位の VLAN 単位 QoS ポリシーで設定されたトランクポートにキューイングポリシーが適用されている場合、ポートレベルのキューイングポリシーは VLAN 単位ポリシーの一部として処理され、起動時に拒否されます。
キューイングポリシーは、出力方向の物理インターフェイスでのみサポートされます。
回避策：ブートアップ後、物理インターフェイスにキューイングポリシーを再接続します。（CSCsk87548）
回避策：ポート チャネルを削除する前に、次の作業を実行します。
2. no vlan-range コマンドを使用して、ポートチャネル上の VLAN 設定を削除します。
回避策：default interface コマンドを入力せずに、コンフィギュレーション行を一行ずつ削除します。（CSCsj23103）
回避策：ありません。ただし、show policy-map name を入力すると、無条件のマーキング アクションが表示されます。（CSCsi94144）
- ROMMON を実行している Catalyst 4503-E シャーシの Supervisor Engine II-Plus-TS では、シャーシ タイプが「Unknown」と表示されます。IOS を起動した後、シャーシ タイプは正しく表示されます。
- Catalyst 4500 シリーズ スイッチを Supervisor Engine 6-E とともに使用し、インターフェイスに出力サービスポリシーが設定されている場合、同じ出力サービスポリシーが適用されている別のインターフェイスで shut/no shut を入力すると、キューがフル状態のために出力がドロップされます。
この問題は、Cisco IOS リリース 12.2(40)SG、12.2(44)SG、および 12.2(46)SG で発生します。
回避策：qos autoqos マクロを使用しないでください。
ポリシーマップが複数のターゲットで共有されている場合は、パーセンテージベースのアクションを使用しないでください。ポリシング、シェーピング、および帯域幅アクションでは、絶対値を使用する必要があります。そのためには、スイッチでサポートされる 4 つのインターフェイス速度（10M、100M、1G、および 10G）ごとに異なるポリシーマップが必要です。そのため、パーセンテージベースのアクションで単一のポリシーマップを有効にするのではなく、4 つの異なるポリシーマップを作成する必要があります。これは、サービスポリシーの方向に関係なく、すべての共有ポリシーマップに適用されます。
回避策：Cisco IOS リリース 12.2(40)SG および 12.2(44)SG では、ネストされたポリシーマップ機能を使用しないでください。（CSCsy80664）
次の条件では、RACL が正しく機能しなくなる可能性があります。
– IPv6 ACL には、ICMP オプション フィールドで一致する Ace が含まれています（ICMP タイプまたは ICMP コード）。
Cisco IOS リリース 12.2(40)SG の解決済みの警告
ここでは、Cisco IOS リリース 12.2(40)SG で解決済みの警告について説明します。
- dot1x（RADIUS 割り当て VLAN）、ポートセキュリティおよび音声 VLAN が、電話機と PC が接続されているポートで有効になっており、PC が RADIUS 割り当て VLAN で認証されると、スイッチオーバー時に PC からの最初のパケットがセキュリティ違反をトリガーします。
回避策：ポートで shut/no shut と入力して、PC を正しく認証します。（CSCsi31362）
トラフィック損失は、トラフィックが通過するインターフェイスが HSRP で設定され、現在 HSRP アクティブ状態である場合にのみ発生します。
- Cisco IOS リリース 12.2(31)SGA および後続のメンテナンスリリースからリリース 12.2(37)SG1 にアップグレードしようとすると、「issu commitversion」の実行時に次の無害なメッセージが表示されます。
回避策：ありません。これらは情報メッセージです。（CSCsj89384）
回避策：snmp-server user コマンドを使用してユーザログイン情報を再適用します。
- シスコのマルチキャスト バーチャル プライベート ネットワーク（MVPN）実装の脆弱性は、悪意のあるユーザが特別な細工をしたメッセージを送信することで、コアルータで追加のマルチキャストステートを作成したり、他のマルチプロトコル ラベル スイッチング（MPLS）ベースのバーチャル プライベート ネットワーク（ VPN）からマルチキャストトラフィックを受信したりできるエクスプロイトの対象になります。
シスコはこの脆弱性に対処する無償のソフトウェア アップデートをリリースしました。これらの脆弱性に対しては回避策があります。
このアドバイザリは、次の URL に掲載されています。
http://www.cisco.com/en/US/products/csa/cisco-sa-20080326-mvpn.html
トラブルシューティング
ここでは、IOS スーパバイザ エンジンを実行している Catalyst 4000 ファミリのトラブルシューティングについて説明します。
ROMMON からのネットブーティング
ブートローダ イメージを使用するネットブーティングは、サポートされていません。代わりに、次のいずれかのオプションを使用してイメージを起動します。
1. 次のコマンドを入力して、コンパクトフラッシュ カードから起動します。
ROMMON TFTP ブートは、次の点以外は BOOTLDR TFTP ブートと非常によく似ています。
– スーパバイザ エンジンのイーサネット管理ポートから TFTP サーバに接続できるようにしておく必要があります。
ROMMON から起動するには、ROMMON モードで次の手順を実行します。
a. スーパバイザ エンジンのイーサネット管理ポートが物理的にネットワークに接続されていることを確認します。
b. unset bootldr コマンドを入力して、ブートローダー環境が設定されていないことを確認します。
c. set interface fa1 ip_address> <ip_mask コマンドを入力して、スーパバイザエンジンのイーサネット管理ポートの IP アドレスを設定します。
たとえば、スーパバイザ エンジンのイーサネット管理ポートに IP アドレス 172.16.1.5 と IP マスク 255.255.255.0 を設定するには、次のコマンドを入力します。
d. set ip route default gateway_ip_address コマンドを入力して、スーパバイザエンジンのイーサネット管理ポートのデフォルトゲートウェイを設定します。デフォルト ゲートウェイは、スーパバイザ エンジンのイーサネット管理ポート サブネットに直接接続する必要があります。
e. ping < tftp_server_ip_address > コマンドで TFTP サーバに ping して、イーサネット管理ポートがサーバに接続されていることを確認します。
f. ping が成功したら、 boot tftp:// tftp_server_ip_address > / < image_path_and_file_name コマンドを入力して、TFTP サーバからイメージを起動します。
たとえば、TFTP サーバ 172.16.1.8 にあるイメージ名 cat4000-is-mz.160 を起動するには、次のコマンドを入力します。
モジュールのトラブルシューティング
ここでは、モジュールのトラブルシューティングについて取り上げます。
- モジュールをシャーシにホット インサートするときは、常にモジュールの前面にあるイジェクト レバーを使用して、バックプレーン ピンを正しく装着してください。イジェクト レバーを使用せずにモジュールをインサートすると、スーパバイザ エンジンにモジュールに関する不正なメッセージが表示されることがあります。モジュールのインストール手順については、Catalyst 4500 シリーズ モジュール インストレーション ガイド [英語] を参照してください。
- デュプレックスがエンド ステーションまたは別のネットワーキング デバイスに自動ネゴシエーションするよう設定されたインターフェイスを接続するときは、もう一方のデバイスでも自動ネゴシエーションが設定されていることを必ず確認してください。もう一方のデバイスに自動ネゴシエーションが設定されていない場合、自動ネゴシエーションするよう設定されたポートが半二重モードのままとなり、これによりデュプレックスの不一致が発生してパケット損失やレイト コリジョン、およびリンクでのライン エラーが発生する場合があります。
MIB のトラブルシューティング
MIB、RMON グループ、およびトラップの詳細については、Cisco public MIB ディレクトリ（ http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml ）を参照してください。Catalyst 4500 シリーズ スイッチでサポートされている特定の MIB の詳細については、ftp://ftp.cisco.com/pub/mibs/supportlists/cat4000/cat4000-supportlist.html の Catalyst 4000 MIB サポート リストを参照してください。
関連資料
4 つのプラットフォーム（Catalyst 4500、Catalyst 4900、Catalyst ME 4900、および Catalyst 4900M）のリリースノートは別々ですが、ソフトウェア コンフィギュレーション ガイド、コマンドリファレンスガイド、およびシステムメッセージガイドは共通しています。追加情報については、次のホームページを参照してください。
http://www.cisco.com/go/cat4500/docs
http://www.cisco.com/go/cat4900/docs
http://www.cisco.com/en/US/products/ps7009/tsd_products_support_series_home.html
ハードウェア マニュアル
仕様および関連する安全に関する情報が記載されたインストレーション ガイドおよびインストレーション ノートは、次の URL から入手できます。
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/hardware/installation/guide/78-14409-08/4500inst.html
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/hardware/catalyst4500e/installation/guide/Eseries.html
- 個々のスイッチング モジュールおよびスーパーバイザの詳細については、次の URL にある『 Catalyst 4500 Series Module Installation Guide 』を参照してください。
http://www.cisco.com/en/US/products/hw/switches/ps4324/prod_installation_guides_list.html
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/hardware/regulatory/compliance/78_13233.html
http://www.cisco.com/en/US/products/hw/switches/ps4324/prod_installation_guides_list.html
http://www.cisco.com/en/US/products/ps6021/prod_installation_guides_list.html
http://www.cisco.com/en/US/products/ps7009/prod_installation_guides_list.html
ソフトウェア マニュアル
ソフトウェアのリリース ノート、コンフィギュレーション ガイド、コマンド リファレンス、およびシステム メッセージ ガイドは、次の URL から入手できます。
http://www.cisco.com/en/US/products/hw/switches/ps4324/prod_release_notes_list.html
http://www.cisco.com/en/US/products/ps6021/prod_release_notes_list.html
http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/release/note/OL_11511.html
Catalyst 4500 Classic、Catalyst 4500 E シリーズ、Catalyst 4900、 Cisco ME 4900 シリーズ イーサネット スイッチのソフトウェア マニュアルは、次の URL で入手できます。
http://www.cisco.com/en/US/products/hw/switches/ps4324/products_installation_and_configuration_guides_list.html
http://www.cisco.com/en/US/products/hw/switches/ps4324/prod_command_reference_list.html
http://www.cisco.com/en/US/products/hw/switches/ps4324/products_system_message_guides_list.html
Cisco IOS マニュアル
プラットフォームに依存しない Cisco IOS のマニュアルは、Catalyst 4500 および 4900 スイッチにも役立ちます。これらのマニュアルは、次の URL から入手できます。
http://www.cisco.com/en/US/products/ps6350/products_installation_and_configuration_guides_list.html
http://www.cisco.com/en/US/products/ps6350/prod_command_reference_list.html
http://tools.cisco.com/Support/CLILookup/cltSearchAction.do
http://www.cisco.com/en/US/products/ps6350/products_system_message_guides_list.html
次の URL では、エラー メッセージ デコーダ ツールも使用できます。
http://www.cisco.com/pcgi-bin/Support/Errordecoder/index.cgi
http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml [英語]
通告
本ソフトウェア ライセンスに関連する通知内容を以下に示します。
OpenSSL/Open SSL Project
本製品には、OpenSSL Toolkit（ http://www.openssl.org/ ）で使用するために OpenSSL プロジェクトによって開発されたソフトウェアが含まれています。
本製品には、Eric Young 氏（eay@cryptsoft.com）によって作成された暗号化ソフトウェアが含まれています。
本製品には、Tim Hudson 氏（tjh@cryptsoft.com）によって作成されたソフトウェアが含まれています。
License Issues
The OpenSSL toolkit stays under a dual license, i.e. both the conditions of the OpenSSL License and the original SSLeay license apply to the toolkit. See below for the actual license texts. Actually both licenses are BSD-style Open Source licenses. In case of any license issues related to OpenSSL please contact openssl-core@openssl.org.
Copyright © 1998-2007 The OpenSSL Project. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
1. Redistributions of source code must retain the copyright notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions, and the following disclaimer in the documentation or other materials provided with the distribution.
3. All advertising materials mentioning features or use of this software must display the following acknowledgment: “This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit ( http://www.openssl.org/)”.
4. The names “OpenSSL Toolkit” and “OpenSSL Project” must not be used to endorse or promote products derived from this software without prior written permission. For written permission, please contact openssl-core@openssl.org.
5. Products derived from this software may not be called “OpenSSL” nor may “OpenSSL” appear in their names without prior written permission of the OpenSSL Project.
6. Redistributions of any form whatsoever must retain the following acknowledgment:
“This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit ( http://www.openssl.org/)”.
THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT “AS IS”' AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
本製品には、Eric Young 氏（eay@cryptsoft.com）によって作成された暗号化ソフトウェアが含まれています。本製品には、Tim Hudson 氏（tjh@cryptsoft.com）によって作成されたソフトウェアが含まれています。
Copyright © 1995-1998 Eric Young (eay@cryptsoft.com). All rights reserved.
This package is an SSL implementation written by Eric Young (eay@cryptsoft.com).
The implementation was written so as to conform with Netscapes SSL.
This library is free for commercial and non-commercial use as long as the following conditions are adhered to. The following conditions apply to all code found in this distribution, be it the RC4, RSA, lhash, DES, etc., code; not just the SSL code. The SSL documentation included with this distribution is covered by the same copyright terms except that the holder is Tim Hudson (tjh@cryptsoft.com).
Copyright remains Eric Young’s, and as such any Copyright notices in the code are not to be removed. If this package is used in a product, Eric Young should be given attribution as the author of the parts of the library used. This can be in the form of a textual message at program startup or in documentation (online or textual) provided with the package.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
1. Redistributions of source code must retain the copyright notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation or other materials provided with the distribution.
3. All advertising materials mentioning features or use of this software must display the following acknowledgement:
“This product includes cryptographic software written by Eric Young (eay@cryptsoft.com)”.
The word ‘cryptographic’ can be left out if the routines from the library being used are not cryptography-related.
4. If you include any Windows specific code (or a derivative thereof) from the apps directory (application code) you must include an acknowledgement: “This product includes software written by Tim Hudson (tjh@cryptsoft.com)”.
THIS SOFTWARE IS PROVIDED BY ERIC YOUNG “AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
The license and distribution terms for any publicly available version or derivative of this code cannot be changed, i.e. this code cannot simply be copied and put under another distribution license [including the GNU Public License.]
マニュアルの入手方法およびテクニカル サポート
マニュアルの入手方法、テクニカル サポート、その他の有用な情報について、次の URL で、毎月更新される『 What’s New in Cisco Product Documentation 』を参照してください。シスコの新規および改訂版の技術マニュアルの一覧も示されています。
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
『 What's New in Cisco Product Documentation 』は Really Simple Syndication（RSS）フィードとして購読できます。また、リーダー アプリケーションを使用してコンテンツがデスクトップに直接配信されるように設定することもできます。RSS フィードは無料のサービスです。シスコは現在、RSS バージョン 2.0 をサポートしています。
フィードバック