この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、Cisco Catalyst 3750 シリーズ スイッチに関する一般的な問題と、それらの問題の解決方法について説明します。
このドキュメントに関しては個別の要件はありません。
このドキュメントの情報は、Cisco Catalyst 3750 シリーズ スイッチに基づくものです。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
IEEE 802.3ab 自動ネゴシエーション プロトコルは速度(10 Mbps、100 Mbps および 1000 Mbps SFP モジュールポートを除く)およびデュプレックスのスイッチ設定を管理します(半分か完全)。 このプロトコルが不正確にこれらの設定を一直線に並べ、パフォーマンスを低下できるとき状況があります。
ミスマッチはこのような状態で発生します:
ポートの手動で設定された速度かデュプレックス パラメータは接続されたポートの手動で設定された速度かデュプレックス パラメータと異なっています。
ポートはオート・ネゴシエートするために設定 され 接続されたポートは自動ネゴシエーション無しで全二重に設定 されます。
二重の設定を変更し、促進するときスイッチ パフォーマンスを最大化し、リンクを確認するために、これらのガイドラインの 1 つに続いて下さい:
両方のポートが両方速度 および デュプレックスをオート・ネゴシエートするようにして下さい。
または
手動で接続の両端のポートのための速度 および デュプレックス パラメータを設定 して下さい。
注: リモートデバイスがオート・ネゴシエートしない場合、一致するために 2 つのポートの双方向設定を行って下さい。 速度パラメータは接続されたポートがオート・ネゴシエートしなくてもそれ自身を調節できます。
SFP モジュールポートの速度を設定できません自動ネゴシエーションをサポートしないデバイスに接続される場合ネゴシエートしないために速度を設定できます(nonegotiate)。 ただし、1000BASE-T SFP モジュールが SFP モジュールポートにあるとき、10 で速度を、100、または 1000 Mbps、またはオート設定できます。
1000BASE-T SFP モジュールか 100BASE-FX MMF SFP モジュールがポートになければ SFP モジュールポートのデュプレクスモードを設定できません。 他の SFP モジュールはすべてフルデュプレクスモードでだけ動作します。
1000BASE-T SFP モジュールが SFP モジュールポートにあるとき、へのまたは十分のデュプレクスモードをオート設定できます。
100 BASE-FX SFP モジュールが SFP モジュールポートにあるとき、へのまたは十分のデュプレクスモードを半分設定できます。
注: 半二重モードはギガビット イーサネットインターフェイスでサポートされます。 ただし、半二重モードで動作するためにこれらのインターフェイスを設定できません。
多くのユーザが直面する問題のひとつは、スイッチで IP ルーティングが有効になった後の接続の喪失です。 この問題のためのコモン コーズはデバイスのためのデフォルト ゲートウェイを規定 するのに使用されるコマンドです。
IP ルーティングがデバイスで有効に ならない場合、コマンドは ip default-gateway です。
3750-1#ip default-gateway A.B.C.D
!--- where A.B.C.D is the IP address of the default router
IP ルーティングが有効に なる場合、そのデバイスのためのデフォルトルータを規定 するために ip route コマンドを使用して下さい。
3750-1#ip route 0.0.0.0 0.0.0.0 A.B.C.D
!--- where A.B.C.D is the IP address of the default router
ポートがにある特定の VLAN 割り当てられるとき常置非トランキング モードにインターフェイスを入れるために、switchport mode access コマンドはポートに適用する必要があり、非トランク リンクにリンクを変換するためにインターフェイスを確かめることはネゴシエートします。 このインターフェイスは近隣インターフェイスが変更しなくても非トランク インターフェイスになります。
ポートは switchport mode access コマンドが適用しない場合フラップすることを経験するかもしれません。 コマンドは非トランク リンクとして動作するためにポートを強制します。
インターフェイスをアクセス モードで設定するために、これらのステップを完了して下さい:
アクセス ポートで設定されるべきインターフェイスにアクセスして下さい:
Switch(config)#interface fastEthernet 0/25 Switch(config-if)#switchport mode access !--- This command forces the interface go into a permanent nontrunking mode Switch(config-if)#switchport access vlan 3 !--- This command will assign interface fastethernet 0/25 to vlan 3 Switch(config-if)#no shut
コマンド switchport mode access がフラップ インターフェイスで適用される場合ポートフラッピングがスイッチ チェックで見られる時。 コマンド show run の出力をチェックして下さい。
Switch# show run Building configuration... Current configuration : 3183 bytes ! version 12.1 no service pad service timestamps debug uptime service timestamps log datetime service password-encryption ! !--- Output supressed. ! interface FastEthernet0/25 switchport access vlan 3 switchport mode access ! interface FastEthernet0/26 switchport access vlan 3 ! !--- Output supressed.
注: インターフェイス FastEthernet0/26 が VLAN 3.に属するためにただ設定される間、インターフェイス FastEthernet0/25 はアクセス ポートで設定されます。
注: ポートフラッピングは物理インターフェイスに接続されるデバイスまたはホストがあるときだけ見られます。
いくつかのホストがネットワークにあるとき、スイッチは複数の Topology Change Notification (TCN)パケットを受信するかもしれません。 たとえば、直接接続先のサーバーが循環する電源のときスイッチはトポロジーの変更をスパニングツリールートに知らせる必要があります。
スイッチがトポロジーの変更に信号を送る必要があるときルートポートの TCN パケットを送信し始めます。 代表ブリッジは TCN を受け取り、確認し、自身のルートポートのためにもう 1 つを生成します。 プロセスは TCN がルートブリッジを見つけるまで続きます。
考慮するべき重要な点は TCN が STP 再計算を開始しないことです。 この恐れは TCN が頻繁に不安定な STP 環境と関連付けられるというファクトから来ます; TCN はこれの結果、ない原因です。 TCN に経過時間のだけ影響があります。 それはトポロジーを変更しませんし、ループを作成しません。
スイッチがポートの膨大 TCN を受け取るとき、端デバイスだけそれらのポートに接続されることを確認して下さい。 TCN を避けるために、接続されるエンド デバイスがある各ポート上で portfast を有効に することができます。 スイッチは決して portfast のために設定されるポートが上下するとき TCN を生成しません。
注: STP Portfast はハブか他のブリッジに導くポートで確定的に避ける必要があります。
スパニングツリーのトポロジーの変更に関する詳細については Understanding Spanning-Tree Protocol Topology Changes を参照して下さい。
それに割り当てられるポートがおよびないとき UP/DOWN ので新しい VLAN をレイヤ3 インターフェイスとして作成するときこの VLAN のステータスが出て来るそのポートのステータスは接続されません。 この VLAN のステータスを UP/UP 少なくともポート 1 つとして現われさせます彼のインターフェイス VLAN に割り当てられる必要があり、デバイスかホストは新しいインターフェイス VLAN に割り当てられたポートに接続される必要があります。
例
この例で新しいレイヤ3 インターフェイスは VLAN 作成されます。 ポートはこの新しい VLAN に割り当てられ、デバイスはこのポートに接続されます従ってインターフェイス VLAN のステータスは UP/UP です。
新しい VLAN をデータベースに作成します。 VLAN データベース モードを終了すると、設定変更が適用されます。
Switch# vlan database Switch(vlan)# vlan 40 VLAN 40 added: Name: VLAN0040 Switch(vlan)# exit APPLY completed. Exiting....
VLAN データベースに VLAN が作成されていることを確認します。 コマンド show vlan の出力をチェックして下さい。
Switch# show vlan VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 1 default active Fa1/0/2, Fa1/0/3, Fa1/0/4 Fa1/0/5, Fa1/0/6, Fa1/0/7 Fa1/0/8, Fa1/0/9, Fa1/0/10 Fa1/0/11, Fa1/0/13, Fa1/0/14 Fa1/0/15, Fa1/0/16, Fa1/0/17 Fa1/0/18, Fa1/0/19, Fa1/0/20 Fa1/0/21, Fa1/0/22, Fa1/0/23 Fa1/0/24, Gi1/0/1, Gi1/0/2 2 VLAN0002 active 10 data active 21 VLAN0021 active 35 VLAN0035 active 36 VLAN0036 active Fa1/0/12 40 VLAN0040 active 99 VLAN0099 active 100 VLAN0100 active 198 VLAN0198 active
注: VLAN 40 に割り当てられるポートがありません。
新しく作成された VLAN に IP アドレスを設定 して下さい。
Switch(config)# int vlan 40 Switch(config-if)# ip address 10.4.4.1 255.255.255.0 Switch(config-if)# no shut Switch(config-if)# exit
対応する VLAN にクライアントを接続する物理インターフェイスを設定します。
Switch(config)# int fa 1/0/2 Switch(config-if)# switchport mode access Switch(config-if)# switchport access vlan 40 Switch(config-if)# no shut
VLAN に物理インターフェイスが割り当てられていることを確認します。
Switch# show vlan VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 1 default active Fa1/0/3, Fa1/0/4, Fa1/0/5 Fa1/0/6, Fa1/0/7, Fa1/0/8 Fa1/0/9, Fa1/0/10, Fa1/0/11 Fa1/0/13, Fa1/0/14, Fa1/0/15 Fa1/0/16, Fa1/0/17, Fa1/0/18 Fa1/0/19, Fa1/0/20, Fa1/0/21 Fa1/0/22, Fa1/0/23, Fa1/0/24 Gi1/0/1, Gi1/0/2 2 VLAN0002 active 10 data active 21 VLAN0021 active 35 VLAN0035 active 36 VLAN0036 active Fa1/0/12 40 VLAN0040 active Fa1/0/2
この段階では、ポート Fa1/0/2 にはホストやデバイスが接続されていないため、VLAN の状態は UP/DOWN と表示されます。
Switch# show interface vlan 40 Vlan40 is up, line protocol is down !--- Output suppressed.
注: ポート Fa1/0/2 にホストやデバイスが物理的に接続されていないため、VLAN にポートが割り当てられていても、VLAN の状態は UP/DOWN と表示されます。
VLAN 40 に属するポート Fa1/0/2 にホストかデバイスを接続して下さい。
ポート Fa1/0/2 の状態が UP/UP になっていることを確認します。
Switch# show interface fa1/0/2 FastEthernet1/0/2 is up, line protocol is up !--- Output suppressed.
あるので新しい VLAN およびポートステータスに割り当てられるポートは UP/UP ように UP/UP VLAN のステータス現れますです。
Switch# show interface vlan 40 Vlan40 is up, line protocol is up !--- Output suppressed.
注: レイヤ3 VLAN のステータスは UP/UP ようにその VLAN に割り当てられるポートがあり、そのポートのステータスに UP/UP のステータスがある場合だけ現われます。
DHCP は IP アドレスを得、それ自身を設定するために IP Phone のための重要なロールを担います。 IP Phone と DHCPサーバ間の通信はさまざまな理由で妨げることができます。 これはコモン コーズおよび解決のリストです:
Cisco Discovery Protocol(CDP):詳細は、『IP Phone 接続の CDP を調べる』を参照してください。
IP ヘルパー アドレス:詳細は、『DHCP サービスが VLAN 経由で使用できない』を参照してください。
ダイナミック ARP インスペクション:詳細は、『IP Phone で DHCP サーバから IP アドレスが取得されない』を参照してください。
自動ネゴシエーション:詳細は、『自動ネゴシエーションの有効な設定の表』を参照してください。
Unified Communcations Manager(CallManager)設定:詳細は、『Windows 2000 と CallManager IP Phone における DHCP と TFTP の問題の解決』を参照してください。
DHCP サーバの設定:詳細は、『IP Phone 7940/7960 がブートに失敗:プロトコル アプリケーションが無効』を参照してください。
スイッチがホスト名およびドメイン名で設定されない場合、一時自己署名証明書は生成されます。 スイッチ リブートが、あらゆる一時自己署名証明書失われれば、新しい一時新しい自己署名証明書は割り当てられ。
スイッチがホストおよびドメイン名で設定される場合、耐久性がある自己署名証明書は生成されます。 この証明書はイネーブル再度セキュア HTTP接続次にそこにあるようにスイッチをリブートするか、またはセキュア HTTPサーバを無効に すればアクティブのままになります。
一時か耐久性がある自己署名証明書は自動的にセキュア HTTP接続を有効に し、クライアント認証(CA)トラストポイントを設定しないとき生成されます。
注: セキュア HTTP 接続に関しては、CA トラストポイントを設定することを強く推奨します。 CA トラストポイントが HTTPS サーバを実行するデバイスのために設定されなければ、サーバはそれ自身を証明し、Rivest、シャミールおよび Adelman 必要な(RSA)キーペアを作成します。 自己証明された(自己署名)証明書が十分なセキュリティを提供しないので、接続するクライアントは証明書が自己証明されること通知、およびユーザを持っています接続を許可するか、または拒否する機会を生成します。
Catalyst 3750 スイッチにデバイスマネージャを接続するとき、スイッチはデバイスで設定されるローカルユーザ名を使用しませんその代り秘密パスワードが設定されない場合秘密パスワードかイネーブルパスワードだけ、しかしながら使用します。
接続をセキュアにするために、デバイスの SSL を有効に することができます。 セキュア ソケット レイヤ(SSL)設定を詳細については HTTP のためのスイッチの参照して下さい。
Cisco Catalyst 3750 シリーズ スイッチで Cisco IOS® ソフトウェアをアップグレードすると、デバイスへのセキュアなアクセスが失われる場合があります。 アクセスを無効に し、再び有効に する場合、アクセスを復元する。 この問題を解決するためにこれらのステップを完了して下さい:
サーバをセキュア HTTP(S-HTTP) 無効に して下さい。
no ip http secure-server
CA トラストポイントか PKI トラストポイントの設定を取除いて下さい。
no crypto ca trustpoint name
または
no crypto pki trustpoint name
サーバをセキュア HTTP(S-HTTP)再構成するために述べられる SSL 設定のガイドラインでステップを使用して下さい。
Cisco Catalyst 3560 および 3750 シリーズ Power over Ethernet (PoE)製品の電力インライン消費 機能はネットワーク管理者が動力を与えられたデバイスの実際の所要電力を設定することを可能にします。 この機能は管理者が動力を与えられたデバイス 分類設定を無効にすることを可能にします。 この機能は多くの大きい企業顧客によって要求され、リリース 12.2(25)SEC およびそれ以降でサポートされます。
これらは消費 Command Line Interface (CLI)が手動で PoE アロケーションを自動アルゴリズムより効率的に設定するのに使用することができる 2 つのシナリオです:
現在、Cisco Catalyst 3750 シリーズはクラスのための予算 15.4 W を 0 動力を与えられたデバイス切り替えます。 ただし、いくつかのこれらの動力を与えられたデバイスは最大をのより少しにより 15.4 W 必要とします(たとえば、Siemens IP Phone は 5 つ W)を必要とします。 電源インライン消費 機能なしで、顧客はこれらのデバイスの 24 しか配置しない可能性があります。 顧客はスイッチポート所要電力の設定のための電源インライン消費 コマンドでこれらのデバイスの 48 まで配置できます。
クラス 3 動力を与えられたデバイスは 15.4 W 普通割り当てられます。 いくつかの IEEE クラス 3 動力を与えられたデバイス(8-15 W 範囲)はかなりより少しにより 15.4 W 最大を使用します。 8W を最悪の場合使用する例は Avaya 2620SW です。 8 W にこの電話をサポートする消費 CLI 設定されたポートが 24 の代りに、3750-48PS 安全に 46 台の電話に動力を与えることができれば。
注: スイッチ(電源の加入超過)のどのミスコンフィギュレーションでも信頼性を減らすか、またはスイッチを損傷する場合があります。 電源が約 20%までオーバーサブスクライブされる場合、スイッチは動作し続けます信頼性は減らすことができます。 約 20%の上で、短絡 保護 回路はスイッチを引き起こし、停止します。
PoE スイッチポートに接続され、AC電源によって切断される AC電源からの電源が動力を与えられる動力を与えられたデバイス(7910) Cisco IP Phone のような、デバイスは error-disabledステートを入力するかもしれません。 へ error-disabledステートから回復 するために、shutdown interface configuration コマンドを入力し、次に no shutdown interface コマンドを入力して下さい。
Cisco 動力を与えられたデバイスがポートに接続され、電源インライン インターフェイスコンフィギュレーションコマンドでポートを決して設定しなければ、偽リンクは error-disabledステートに発生し、ポートを置くことができます。 へポートを error-disabledステートから元に戻すために、インライン電力の PoE モードを変更し次にシャットダウンおよび no shutdown interface configuration コマンドを入力して下さい。 インライン電源で決して命じない設定されなかったポートに Cisco 動力を与えられたデバイスを接続しないで下さい。 3750 年に、キャリア遅延のためのサポートがありません。 また、キャリア遅延はそれがラインカード ハードウェアの機能であり、キャリアが遅延レイヤ3 Cisco IOS メカニズムであるどんなにリンク debounce の代替である場合もあります。 従って、Cat3750 はそれらのサポートしません。
この問題は新しいスイッチが既存のスタックに追加されるとき発生します。 ワークステーションがこの新しいスイッチに接続される場合、ポートはうまく検出され、スイッチとワークステーション間に接続があります。 IP 電話が新しいスイッチに接続されるとき、それらは電源投入にできないし、ポートは検出されません。
この問題に直面する場合、新しいスイッチ サポート PoE 電源投入を IP 電話確かめて下さい。 新しいスイッチが POE をサポートしない場合、スイッチが PoE をサポートするように設定を変更して下さい。
3750 のどのモデルで PoE がサポートされているかについての詳細は、『Cisco Catalyst 3750 Q&A』を参照してください。
スタック メンバ間のソフトウェアの互換性は、スタック プロトコル バージョン番号によって決定されます。 スイッチ スタックのスタック プロトコル バージョンを表示するために、提示プラットフォーム スタック マネージャを発行できますすべてのコマンド。
3750-Stk# show platform stack-manager all Current Switch# Role Mac Address Priority State -------------------------------------------------------- 1 Slave 0016.4748.dc80 5 Ready *2 Master 0016.9d59.db00 1 Ready !--- Output suppressed Stack State Machine View ============================================================== Switch Master/ Mac Address Version Uptime Current Number Slave (maj.min) State --------------------------------------------------------------------- 1 Slave 0016.4748.dc80 1.11 8724 Ready 2 Master 0016.9d59.db00 1.11 8803 Ready !--- Output suppressed
同じバージョンの Cisco IOS ソフトウェアを使用しているスイッチ間では、スタック プロトコル バージョンも同じになります。 そのようなスイッチには完全に互換性があり、すべての機能はスイッチ スタック全体で適切に機能します。 スタック マスターと同じバージョンの Cisco IOS ソフトウェアを使用しているスイッチは、即座にスイッチ スタックに参加します。
非互換性が存在する場合は、完全に機能するスタック メンバが、特定のスタック メンバの非互換性の原因を説明するシステム メッセージを生成します。 スタック マスターは、そのメッセージをすべてのスタック メンバに送信します。
異なるバージョンの Cisco IOS ソフトウェアを使用しているスイッチ間では、スタック プロトコル バージョンも異なる可能性が高くなります。 メジャー バージョン番号が異なるスイッチ間には互換性がなく、同じスイッチ スタック内に共存できません。
3750-Stk# show switch Current Switch# Role Mac Address Priority State -------------------------------------------------------- 1 Member 0015.c6f5.6000 1 Version Mismatch *2 Master 0015.63f6.b700 15 Ready 3 Member 0015.c6c1.3000 5 Ready
同じメジャー バージョン番号が付いている、しかしスタック マスターとして別のマイナー バージョン番号が付いているスイッチは、部分的に互換性がある考慮されます。 スイッチ スタックに接続されている場合、部分的に互換性のあるスイッチは Version-Mismatch(VM; バージョン-ミスマッチ)モードに入り、完全に機能するメンバとしてスタックに加わることができません。 ソフトウェアはバージョンが一致しないソフトウェアを検出すると、スイッチ スタックのイメージまたはスイッチ スタックのフラッシュ メモリ内にある tar ファイル イメージを使用して、VM モードのスイッチのアップグレード(またはダウングレード)を試みます。 ソフトウェアは自動アップグレード(auto-upgrade)機能、および、自動アドバイス(auto-advise)機能を使用します。
スタック マスターで実行されているソフトウェア リリースが VM モードのスイッチと互換性があり、かつ現在のイメージの tar ファイルがスタック メンバのいずれかで利用可能な場合は、自動アップグレードが実行されます。 現在のイメージの tarファイルが利用できない場合、自動助言機能は互換性のあるイメージが required コマンドでダウンロードされることを推奨します。 自動アップグレードは VM モードのスイッチ マスターおよびスイッチが異なる機能セット(IP サービスおよび IP ベース)または異なる暗号機能を実行する場合機能にはたらきません自動助言し、(暗号および非暗号)。
スタックのスイッチを起動しません詳細については新しいイメージ(バージョン ミスマッチ)を参照して下さい。
これらのエラーメッセージはスイッチがスタックから取除かれるとき受け取られます:
これらのエラー メッセージが表示されるのは、スタックからスイッチが排除されて、さらに、メンバ値がデフォルトの 1 に変更されない場合です。 この問題を解決するには、次の手順を実行します。
スタックから取除きたいと思うスイッチを切って下さい。 これには、スタックからスイッチを排除するためにケーブルスタックを手動で解体する作業が含まれます。
このコマンドでスイッチに番号をつけ直して下さい:
switch current-stack-member-number renumber new-stack-member-number
提供されたスイッチをスイッチ スタックから取除くために、取除かれたスタック メンバーによって関連付けられる設定は提供された情報として実行コンフィギュレーションに残ります。 完全に設定を取除くために、no switch stack-member-number provision global configuration コマンドを使用して下さい。
メンバー番号付けに関する詳細についてはスタック メンバー数を参照して下さい。
Cisco Catalyst 3750 が DHCP リレー エージェントとして機能するとき、DHCPサーバの VLAN と別の VLAN のクライアントを保守しないかもしれません。 この問題を解決するには、次の手順を実行します。
IP ルーティングがスイッチで有効に なるかどうか確認して下さい。
VTP バージョン 2 がネットワークで動作するかどうか確認して下さい。
3750-Stk#show vtp status VTP Version : 2 ! ---- Output suppressed
ルーテッドインターフェイスの DHCPサーバの IPヘルパーアドレスを設定して下さい。
3750-Stk(config-if)# ip helper-address <IP Address of DHCP Server>
グローバル コンフィギュレーション モードでは、フォーワーディング要求のための DHCP/BOOTP ポートをオープンにして下さい。
3750-Stk(config)#ip forward-protocol udp bootpc 3750-Stk(config)#ip forward-protocol udp bootps
Catalyst 3750 スイッチでは、いくつかの CLI コマンドは CLI ヘルプで Catalyst 3750 スイッチ ハードウェアの制約が理由でまたはテストされないので表示するが、サポートされません。
Cisco IOS ソフトウェア リリース 12.2(35)SE でサポートされないコマンドのリストのための Cisco IOS Release 12.2(25)SEE のサポートされていないコマンドを参照して下さい。
他の Cisco IOS ソフトウェア リリースのためのソフトウェア コンフィギュレーション ガイドを Catalyst 3750 シリーズスイッチ参照して下さい。
Catalyst スイッチでは、スイッチをフローしないよくあるミスコンフィギュレーション原因マルチキャストトラフィック。 マルチキャストをはたらきませんこの問題および利用可能 なソリューションに関する詳細については Catalyst スイッチの同じ VLAN で参照して下さい。
ポート セキュリティ 違反は 1 つのセキュアなインターフェイスで学習されるか、または設定されるアドレスが同じ VLAN の別のセキュアなインターフェイスで見られるとき発生します。
SW1-3750# 1d01h: %PM-4-ERR_DISABLE: psecure-violation error detected on Gi2/0/22, putting Gi2/0/22 in err-disable state 1d01h: %PORT_SECURITY-2-PSECURE_VIOLATION: Security violation occurred, caused by MAC address 0009.434b.c48c on port GigabitEthernet2/0/22. 1d01h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet2/0/22, changed state to down 1d01h: %LINK-3-UPDOWN: Interface GigabitEthernet2/0/22, changed state to down SW1-3750#
1 つのセキュアなインターフェイスから別のインターフェイスに移る必要がある場合これらのステップを完了して下さい:
ダイナミック学習をポート セキュリティ用に使用し、静的なMACアドレス リストかスティッキ学習設定を取除いて下さい。
SW1-3750(config-if)#no switchport port-security mac-address sticky
SW1-3750(config-if)#no switchport port-security mac-address H.H.H
!--- H.H.H is the 48 bit MAC addresses configured
ポート セキュリティ エージングを設定して下さい。
MAC アドレスが異なるポートで現われるかもしれない前に経過時間が必要な最小のタイムインタバルを判別します。
SW1-3750(config-if)#switchport port-security aging time 1
SW1-3750(config-if)#switchport port-security aging type inactivity
エージング型非アクティブは特定の期間のセキュア送信元アドレスからデータトラフィックがないときだけこのポートのセキュリティ保護アドレスを老化させます。
ポート セキュリティ 違反からの設定 err-disable状態リカバリ。
SW1-3750(config)#errdisable recovery cause psecure-violation
詳細については、ポートベース トラフィック制御の設定の Configuring Port Security セクションを参照して下さい。
FIB-2-FIBDOWN : CEF has been disabled due to a low memory condition. It can be re-enabled by configuring "ip cef [distributed]"
CEF を再び有効にする前に、原因を特定し、問題を解決して下さい。 このエラーはこれらの問題の 1 つによって引き起こされるかもしれません:
デスクトップ既定のテンプレートが可能にする not-directly 接続ルータの数は超過します。
このテンプレートが使用される場合、可能性が高い 2000 の最大数は超過します。
対応策として、sdm を好み routing コマンドを、リロードしますスイッチを発行して下さい。 理想的には、この回避策は問題を解決します。 詳細については、SDM テンプレートの設定を参照して下さい。
スイッチによって学習される MAC アドレスの数は MAC アドレスを保存するためにハードウェアで割り当てられる空き容量を超過しました。
この場合、提示 mac-address-table 数出力は 0 に自由なエントリを示したものです。
回避策として、ユニキャストのMACアドレス領域または Prune 不要なVLAN のより多くの領域を可能にするためにスイッチ データベース 管理(SDM)テンプレートをスイッチによって学習される MAC アドレスの数を減らすために変更して下さい。 この問題は Cisco バグ ID CSCef89559 (登録ユーザのみ)で文書化されています。
Catalyst 3750 スイッチかほとんど完全に低価格のスイッチ(2900 XL のように、3500 XL は、2950、3550、3560)バッテリ サポートされたシステム クロックを備えていません。 それ故に、手動で 時間と日付を設定 したら、それはリロードの後で失われます。 従って外部 NTP サーバをそのようなスイッチのシステムの時刻および日付を管理するのに使用することを、助言します。 システム クロックに関する詳細については、スイッチの管理のシステムの時刻および日付セクションを管理することを参照して下さい。
注: Cisco はスイッチが同期できない外部ソースを持たないときだけ手動時間と日付 設定を使用することを推奨します。
スイッチがリロードされか、または電源がオフになり、次に電源投入される後、スタティック ルート 設定が無効になる場合があります。 リロードが、show run コマンドの出力をチェックした後ルート設定があるかどうか確認するため。
スイッチを保証することはリロードの後でスタティック・ルートを、完了しますこれらのステップを失いません:
スイッチの IP ルーティングを有効に するためにグローバル コンフィギュレーション モードで ip routing コマンドを使用して下さい。
3750_Switch(config)#ip routing !--- Enable IP routing for interVLAN routing.
スタティック・ルートを追加して下さい。
write memory コマンドを発行して下さい。
3750_Switch#write memory
スイッチをリロードします。
スイッチがリロードされた後、スタティック・ルートが失われないことを確認するために show run コマンドを発行して下さい。
ログイン attemps はまたは Telnetセッションを通って 3750 スイッチにセキュア シェル(SSH)接続するように試みるとき失敗します。 どちらの接続でもパスワードが要求されますが、ログインされません。 ハイパーターミナル HTTP では、ユーザ名とパスワードでスイッチに接続できます。
SSH か Telnet によってスイッチへのアクセス権を得るために、この設定を使用して下さい:
3750_Switch(config)#line vty 0 4 3750_Switch(config-line)#no password <removed> 3750_Switch(config-line)#login local 3750_Switch(config-line)#transport input ssh
3750_Switch(config)#line vty 5 15 3750_Switch(config-line)#no password <removed> 3750_Switch(config-line)#login local 3750_Switch(config-line)#transport input ssh
このユーザネームおよびパスワードでログイン:
username swadmin password 0 <removed>
高速 セットアップの 3750 スイッチのデフォルト ルートをはじめて設定した後、デフォルト ゲートウェイははたらきません。
ip routing コマンドはデフォルト ゲートウェイ設定が 3750 で動作するように有効に する必要があります。 3750 スイッチは高速 セットアップで設定されることそれが最初に、デフォルトで有効に ならないので ip routing コマンドが有効に なることを確かめて下さい。
コマンドはチャンネル利用不可を使用して有効に することができます。
ip routing コマンドを適用して下さい。
デフォルト ゲートウェイを設定 して下さい。
注: ip route コマンドは IP ルーティングが有効に なるときだけはたらきます。 デフォルトで、IP ルーティングは無効に なります。
スイッチのルート マップを設定する間、コマンドはデバイスによって許可されますが、running-config に現われないことは可能性のあるです。 これはスイッチが現在 VLAN SDM テンプレートを使用する、という理由によりますルーティング テンプレートの代りに。
VLAN テンプレートがルーティングを無効に し、ユニキャストのMACアドレスの最大数をサポートする一方ルーティング テンプレートが一般的に ネットワークのセンターのルータか集約機能に必要なユニキャストルーティングのためのシステム リソースを、最大化します。 それはレイヤ2スイッチに一般的に選択されます。
SDM テンプレートおよび使用方法に関する詳細については SDM テンプレートの設定を参照して下さい。
Catalyst 3750 スイッチ スタックでソフトウェアアップグレードの後で新しいイメージと起動しないかもしれません。 この問題はダウンロード オプションで archive download-sw /leave-old-sw を使用したので引き起こされるかもしれません。
/leave-old-sw オプションはダウンロードの後で古いソフトウェア バージョンを保存します。 リロードを入力する時、スタック マスターだけがリロードされます。 これはイメージの同じバージョンがあるとスタックとしてスイッチがスタックのすべてのモデルが期待するので失敗します。 その結果、スタック マスタスイッチはディセーブル状態に置かれ、別のメンバースイッチはマスターとして選ばれます。
この状態から回復 するために、1 人のスタック メンバーのフラッシュ メモリから他の一人以上のスタック メンバーのフラッシュ メモリに実行イメージをコピーするのにスタック マスターのアーカイブ COPY(ビット 0) sw コマンドを使用して下さい。 それは既存のスタック メンバーから対応しないソフトウェアとのものにソフトウェア イメージをコピーします。 スイッチは十分に機能メンバーとして自動的にスタックをリロードし、加入すること。
Cisco Catalyst 3750 スイッチの Cisco IOS ソフトウェア アップグレードに他の関する問題のためのコマンドラインインターフェイスの使用のスタック 設定の Catalyst 3750 ソフトウェアアップグレードの Troubleshoot セクションを参照して下さい。
Cisco IOSソフトウェアをアップグレードするときこのエラーメッセージが現れることができます:
Unable to create temp dir "flash:update"
このエラー メッセージは、一時ディレクトリ「update」がファイル システムの flash: にすでに存在していることを示しています。 現在のアップグレード プロセスでは、このディレクトリを使用できません。 このディレクトリは、 以前にアップグレードが試行された際の結果として、ファイル システムの flash: に残っていた可能性があります。
この問題を解決するには、次の手順を実行します。
rmdir flash: update コマンドを使用して、この一時ディレクトリを削除します。
delete flash: update コマンドを発行します。
rmdir flash: update コマンドが機能しない場合は、delete /force /recursive flash: update コマンドを発行します。
Cisco IOS ソフトウェア アップグレード プロシージャと続けて下さい。
CPU パケット処理 アーキテクチャを検知 し、CPU使用率が高い状態を解決する前に、ハードウェア ベース フォワーディング スイッチおよび Cisco IOS ソフトウェアベースのルータが CPU を使用するさまざまな方法を知って下さい。 よくある 誤解は CPU使用率が高い状態がデバイスのリソースの枯渇およびクラッシュの脅威を示すことです。 容量の問題は CPU使用率が高い状態 IOSルータの現象の on Cisco 1 つです。 ただし、容量の問題はほとんど決してハードウェア ベース フォワーディング スイッチとの高いCPU使用率の徴候ではないです。
CPU使用率が高い状態を解決する第一歩は可能性のある既知 IOSのバグがあるように Catalyst 3750 スイッチの Cisco IOSバージョン リリース ノートを確認することです。 こうすればトラブルシューティング ステップから IOSのバグを除去できます。 使用している Cisco IOS ソフトウェア リリースのリリース ノートに関する Cisco Catalyst 3750 シリーズ スイッチ リリース ノートを参照して下さい。
よくある高CPU 問題および可能性のある解像度のために解決する CPU使用率が高い状態を Catalyst 3750 スイッチ参照して下さい。
スイッチの温度が異常に上昇する場合があります。 この上昇は、show environment temperature コマンドで確認できます。
次に、例を示します。
Switch#show environment all FAN is OK TEMPERATURE is FAULTY Temperature Value: 127 Degree Celsius Temperature State: RED Yellow Threshold : 55 Degree Celsius Red Threshold : 65 Degree Celsius POWER is OK RPS is NOT PRESENT
温度状態または温度値がしきい値を超え、出力に「red」と表示される場合は、スイッチの過熱を防ぐことをお勧めします。 そのため、室温が45°C(113°F)を超える環境ではスイッチを使用しないでください。
スイッチポートの入力および出トラフィック 比率はさまざまな理由で変わることができます。 これらはいくつかのコモン コーズである場合もあります:
スイッチでおよび特にインターフェイスで設定される QoS 機能。 デフォルトとして去られた場合、標準 QoS 設定は可能性のある最適なパフォーマンスが得られません。 QoS についてよくわからない場合、Cisco は切り替えます利用可能 な Cisco Catalyst 3750 によって自動 QoS 機能を使用するために推奨します。 QoS 設定に手動調整をしたいと思う場合詳細については標準 QoS および Cisco Catalyst 3750 QoS 設定例の設定を参照して下さい。
速度/デュプレックス設定:ネットワークで自動ネゴシエーションが使用されている場合、異なるベンダー間でのネゴシエーションが予想どおりには機能しない可能性があります。 演算速度/デュプレックス値を確認すれば、希望値でなければ、接続の両端でハードなコードに推奨します値をあります。 自動ネゴシエーションの詳細については Cisco Catalyst スイッチと NIC との互換性に関する問題のトラブルシューティングを参照して下さい。
このエラーメッセージは再度ブートするの間にスイッチ 3750/3560 のでファイルで設定されたとき確認しますオートコマンドを見られます。 デフォルトで、ファイルはこれが使用されるとき自動が有効に ならないが、エラーが来ることを確認しません。 その結果、このコマンドはこれら二つのプラットフォームのより遅いイメージから削除されました。
リロードする試みの間に別のエラーメッセージが現れます。
%SIGNATURE-3-NOT_ABLE_TO_PROCESS: %ERROR: Not able to process Signature in flash:. %SIGNATURE-3-ABORT_OPER: %ERROR: Aborting reload
これらのエラーメッセージは 3560 および 3750 のスイッチに特定です。 この問題は Cisco バグ ID CSCsb65707 (登録ユーザのみ)としてファイルされます。 ファイルをこの問題を解決するために確認します設定からのオートコマンドを取除いて下さい。 このコマンドの削除が、それエラーメッセージなしでルータをリロードして可能性のあるだった後。
Cisco Catalyst 3750 スイッチを使用するとき、メモリリークかフラグメンテーション問題による %SYS-2-MALLOCFAIL メッセージを受け取ることができます。 このメッセージはプロセスが連続するメモリの十分に大きいブロックを見つけることができないことを示します。 IPインプットプロセスはこの例に示すようにメモリのプロセッサ プールから 1028 バイトを、得るように試みます:
%SYS-2-MALLOCFAIL: Memory allocation of 1028 bytes failed from 0x601617A4, pool Processor, alignment 0 -Process= "IP Input", ipl= 2, pid= 21
これらのエラーメッセージのための推定 原因は次のとおりです:
正常なメモリ使用
メモリリーク
メモリ断片化
一般に、MALLOCFAIL エラーはネットワークで操作するワームまたはウイルスのようなセキュリティ上の問題によって、引き起こされます。 これは最近の変更がネットワークへなかったらスイッチ IOSアップグレードのような原因、で可能性が非常に高いです。 通常は、アクセス リストに行を追加するといった設定の変更によって、この問題の影響を軽減できます。 Cisco Security Advisory および表記ページは可能性が高い原因および特定の回避策の検出の情報が含まれています。
%SYS-2-MALLOCFAIL メッセージが記録 される場合、これらのステップを実行して下さい:
スイッチに Cisco IOSソフトウェアをサポートする十分な DRAM があることを確認するために show version コマンドを使用して下さい。
3750-Stk#show version Cisco IOS Software, C3750 Software (C3750-IPBASE-M), Version 12.2(25)SEC2, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2005 by Cisco Systems, Inc. Compiled Wed 31-Aug-05 08:45 by antonino ROM: Bootstrap program is C3750 boot loader BOOTLDR: C3750 Boot Loader (C3750-HBOOT-M) Version 12.2(25r)SEC, RELEASE SOFTWARE (fc4) SW1-3750 uptime is 6 hours, 32 minutes System returned to ROM by power-on System image file is "flash:/c3750-ipbase-mz.122-25.SEC2.bin" cisco WS-C3750G-24T (PowerPC405) processor (revision L0) with 118784K/12280K bytes of memory. !--- Output suppressed
スイッチは 128MB (118784K/12280K バイト)の DRAM と動作します。 残念ながら、Catalyst 3750 シリーズ スイッチはサポート DRAM アップグレードをしません。 Cisco IOS ソフトウェアの最小メモリ要件を確認するには、show version コマンドの出力を Cisco CLI Analyzer(登録ユーザ専用)ツールにカット アンド ペーストしてください。 Cisco IOSイメージ Software Advisor で提供されるリンクに-分析出力の IOSイメージ名 セクション従って下さい。
いくつかのアプリケーションに ip cef コマンドが発行されなければメモリが低い状態という結果に終る場合がある Cisco 作業の User Tracking (UT) ディスカバリ機能のような機能が、あります。
メモリアロケーション障害はメモリリーク バグかメモリ断片化によって引き起こされる場合があります。 この場合は、Cisco CLI Analyzer(登録ユーザ専用)ツールを使用して、show memory コマンドの出力を分析します。
フラグメンテーションが行われたかどうか確認するために、最も大きく、自由なフィールドを比較するために show memory summary コマンドを発行して下さい。
フラグメンテーションは最も大きいフィールドの数が自由なフィールドの数より大いに小さい場合行われました。 これは最も大きい隣接 する 空きメモリブロックおよび普通空きメモリに密接であるはずであることを最も大きいフィールドが示すという理由によりますこの例に示すように:
SW1-3750#show memory summary Head Total(b) Used(b) Free(b) Lowest(b) Largest(b) Processor 18AA068 95772568 24384312 71388256 68313048 69338560 I/O 7400000 12574720 9031656 3543064 3499232 3535816 !--- Output suppressed
これはフィールドの簡潔な説明です:
合計はプロセッサか I/Oメモリに割り当てられる総メモリです。 この値は Cisco IOSソフトウェアによってとられるメモリ量が含まれていません。
コマンドが発行される時使用されるメモリ量は使用されます。
自由コマンドが発行される時利用可能 な 空きメモリの量はです。
利用可能 な最も低いメモリ量はので最後のリロード最も低くあります。
最も大きいですコマンドが発行される時自由な連続するメモリの多くは。 これは普通空きメモリに密接であるはずです。 空きメモリと比較される小さい数はフラグメンテーションを示します。
メモリリークが行われたかどうか確認するために、数回 show memory summary コマンドの出力を定期的にキャプチャして下さい。 間隔はそれが現われるメモリアロケーション障害のために奪取 する 時間いっぱいによって決まります。 スイッチが 4 日以降にエラーを表示する開始する場合日毎に 1-2 人のキャプチャはパターンを確立して十分です。
空きメモリが着実に減少する場合、メモリリークは行われるかもしれません。
メモリリークはプロセスがかかる行われ、がメモリを使用しましたり、システムに戻ってメモリをとリリースしません。 問題を引き起こし、show processes memory コマンドを発行し、これらのステップを実行するプロセスを判別するため:
どのプロセスがシステムに戻って空きメモリか判別するため、数回 show processes memory コマンド出力を定期的にキャプチャするため。
このキャプチャに使用する 2 つのカウンターはホールディング解放され。 プロセスのためのホールディング カウンターが増えるが、解放されたカウンターが増えない場合、プロセスはメモリリークの原因であるかもしれないこと。
プロセスが特定されたら、Bug Search Tool(登録ユーザ専用)を参照して、メモリ リークの問題を検索します。 現在 スイッチでインストールされる Cisco IOSソフトウェアに影響を与えるこの問題はプロセスに関連しています。
Telnet を介してスイッチの Web ページにアクセスすると、Cisco Network Assistant により、スイッチが到達不能であるとレポートされます。
回避策として、問題を修正するためにスイッチを再起動してください。 この種の問題は、通常、メモリ リークに関係しています。 メモリを保持しているプロセスを識別するために、コンソールでスイッチにアクセスし、5 分ごとに 3 回 show processes memory sorted コマンドの出力を分析してください。
Catalyst 3750 スイッチがスタックされるとき、IP ルーティングはスイッチで無効に なり、スタック マスター変更、遅く、一定したメモリリークは Cisco Express Forwarding(CEF) IPC バックグラウンドプロセスで起こります。 この問題は Cisco バグ ID CSCsc59027 (登録ユーザのみ)で文書化されています。
この問題を、イネーブル IP ルーティング解決するかまたはスイッチ ソフトウェアを不具合から影響を受けない Cisco IOS リリースにアップグレードするため。
Cisco IOS ソフトウェア リリース 12.2(25)SED にアップグレードした後、フラッシュするまたは NVRAM においての問題に直面し、このエラーメッセージを受け取ることができます:
%Error opening flash:/ (Device or resource busy)
これらのシナリオでは観察される現象は次のとおりです:
予想外のリロードはスイッチがスイッチと番号をつけ直せばコマンドに番号をつけ直される場合発生する場合があります。
ファイル システムは故障するようでこれらのエラーメッセージの 1 つは表示する:
Switch#dir Directory of flash:/ %Error opening flash:/ (Device or resource busy)
または
Switch#copy flash:config.text flash:config.also.text Destination filename [config.also.text]? i28f128j3_16x_write_bytes: command sequence error flashfs[1]: writing to flash handle 0x2411CD8, device 0, offset 0x520000, length 0x208: Operation Failed flashfs[1]: sector ptr: {0x29, 0xA3} %Error opening flash:config.also.text (I/O error)
または
Switch(config)#boot system flash: /c3750-ipservices-mz.122-25.SEC/c3750-ipservices-mz.122-25.SEC.bin i28f128j3_16x_erase_sector: timeout after 593 polling loops, and 0x393AC7D usecs bs_open[2]: Unable to erase boot_block 0 vb:: I/O error
この問題は Cisco バグ ID CSCsc41813 (登録ユーザのみ)で文書化されています。 この問題を解決するために、不具合から影響を受けない Cisco IOS リリースにスイッチ ソフトウェアをアップグレードできます。
Catalyst 3750 シリーズ スイッチはログのデバッグ例外(Cisco IOS システム ソフトウェアを実行するヌルポインタ参照解除はある可能性があります)エラーメッセージとリロードします。
エラーメッセージのための推定 原因は次のとおりです:
CEF バックグラウンドプロセスのメモリリーク。 この問題を解決する方法の情報に関しては CEF IPC バックグラウンドプロセスの予想外メモリ消費を参照して下さい。
動力を与えられたデバイス 検出。
この問題は動力を与えられたデバイスが過電流クラスとして検出するか、または分類されるとき発生します。 この問題は Cisco バグ ID CSCsa72400 (登録ユーザのみ)で文書化されています。
スイッチがクラスを不正確に検出することができるので、この問題を解決するために、スイッチに IEEE 802.3af 標準外クラス動力を与えられたデバイス(また更に悪い状態またはループバック ケーブル)接続しないで下さい。 また不具合から影響を受けない Cisco IOS リリースにスイッチ ソフトウェアをアップグレードできます。