Stackwise Virtual - Rommon Variables   Once a Stackwise Virtual is configured, the below rommon variables are automatically set.     D_STACK_DAD D_STACK_DISTR_STACK_LINK1 D_STACK_DOMAIN_NUM D_STACK_MODE   Starting from 16.8.1 ROMMON variables can be checked directly from IOS-XE CLI by executing the following CLI: Switch#show romvar | i D_STACK   Verification Commands from CLI:     3850-48XS-C10#show stackwise-virtual Stackwise Virtual Configuration: -------------------------------- Stackwise Virtual : Enabled Domain Number : 100 Switch Stackwise Virtual Link Ports ------ ---------------------- ------ 1 1 TenGigabitEthernet1/0/46 TenGigabitEthernet1/0/47 2 1 TenGigabitEthernet2/0/46 TenGigabitEthernet2/0/47 3850-48XS-C10#show stackwise-virtual dual-active-detection Dual-Active-Detection Configuration: ------------------------------------- Switch Dad port ------ ------------ 1 TenGigabitEthernet1/0/24 Distributed Stack DAD Configuration After Reboot: ------------------------------------------------ Switch Dad port ------ -------- 1 TenGigabitEthernet1/0/24   Note:   When converting the stackwise virtual to two stand-alone switches, the below steps has to be followed in right order:   Remove SVL link configuration Remove DAD configuration Disable Stackwise virtual   The order of perfoming above steps matters! When feature is removed firstly ("no stack-wise virtual) and SVL/DAD configuration later, after reboot, the switches boot up as standalone but configuration of SVL/DAD remains and cannot be removed from CLI.   Then the only way to remove the SVL/DAD configuration would be to unset the rommon variables from CLI.      Rommon Variables: switch: set ABNORMAL_RESET_COUNT=1 ASIC_PCI_RESET=1 BAUD=9600 BOOT=flash:cat3k_caa-universalk9.16.03.03.SPA.bin; BSI=0 CFG_MODEL_NUM=WS-C3850-48XS-S CLEI_CODE_NUMBER=IPMDH00BRA CSR_PCIERST_DISCONNECTED=yes DDR_SPEED=667 D_STACK_DAD=TenGigabitEthernet1/0/24, D_STACK_DISTR_STACK_LINK1=TenGigabitEthernet1/0/46,TenGigabitEthernet1/0/47, D_STACK_DOMAIN_NUM=100 D_STACK_MODE=aggregation ECI_CODE_NUMBER=467416 LICENSE_BOOT_LEVEL=ipbasek9,all:ngwc; LINUX_COREMASK=0x3F MAC_ADDR=9C:57:AD:34:4A:00 MANUAL_BOOT=yes MODEL_NUM=WS-C3850-48XS MODEL_REVISION_NUM=D0 MOTHERBOARD_ASSEMBLY_NUM=73-16622-04 MOTHERBOARD_REVISION_NUM=A0 MOTHERBOARD_SERIAL_NUM=FOC19390N1K RANDOM_NUM=1260810450 RECOVERY_BUNDLE=sda9:cat3k_caa-recovery.bin RET_2_RTS=18:59:36 UTC Fri Apr 14 2017 SBC_CFG=17-G48CSR-04.SBC_cfg SWITCH_NUMBER=1 SYSTEM_SERIAL_NUM=FOC1951Z3EM TAN_NUM=68-5295-01 TAN_REVISION_NUMBER=C0 TEMPLATE=advanced TERMLINES=0 USB_ASSEMBLY_NUM=73-16167-02 USB_REVISION_NUM=A0 USB_SERIAL_NUM=FOC1950864H VERSION_ID=V01    Unsetting the Rommon variables     switch: unset D_STACK_DAD switch: unset D_STACK_DISTR_STACK_LINK1 switch: unset D_STACK_DOMAIN_NUM switch: unset D_STACK_MODE     On reloading, the switch now boots up a stand-alone with all Stackwise Virtual configurations removed.   3850-48XS-C10#show stackwise-virtual Stackwise Virtual Configuration: -------------------------------- Stackwise Virtual : Disabled Switch Stackwise Virtual Link Ports ------ ---------------------- ------   ... View more

    はじめに 本ドキュメントは IOS-XE 3E / 15.x(y)E *x,y は数 1,2,etc*で動作する Catalyst 製品で再起動が発生した際に取得するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      再起動発生時に取得するログ IOS-XE で動作する Catalyst 製品で再起動が発生した際は以下のログを取得します。 crashinfo system-report fullcore switch_report ## Catalyst 3850 / 3650 シリーズ ## Switch#show crashinfo: -#- --length-- ---------date/time--------- path -snip- 10 3611282 Jul 30 2013 16:29:19 +00:00 crashinfo_wcm_20130730-162833-UTC 11 44 Jul 30 2013 17:47:41 +00:00 last_crashinfo 17 3615321 Jul 30 2013 17:47:41 +00:00 crashinfo_iosd_20130730-174656-UTC 18 926013 Jul 30 2013 17:47:49 +00:00 system-report_1_20130730-174656-UTC.gz 19 3593694 Jul 30 2013 16:05:26 +00:00 crashinfo_iosd_20130730-160441-UTC 20 35966388 Jul 30 2013 16:05:27 +00:00 fullcore_iosd_20130730-160441-UTC 21 810873 Jul 30 2013 16:05:34 +00:00 system-report_1_20130730-160441-UTC.gz 22 3607878 Jul 30 2013 16:13:32 +00:00 crashinfo_iosd_20130730-161248-UTC 23 1662130 Jan 21 2017 11:26:03 +00:00 switch_report_1_20170121-112458.gz -snip-   ## Catalyst 4500 X / E シリーズ ## Switch#dir crashinfo: Directory of crashinfo:/ -snip- 2018 -rw- 0 Apr 9 2015 13:07:04 -04:00 koops.dat 2019 -rw- 0 Jan 25 2017 16:12:44 -05:00 cilogs 2020 -rw- 0 Jan 25 2017 16:07:53 -05:00 deleted_crash_files 2021 -rwx 8879736 Jan 25 2017 16:07:53 -05:00 crashinfo_ffm_20170125-210614-UTC 6049 -rw- 43 Jan 25 2017 16:07:54 -05:00 last_crashinfo 6050 -rwx 10669381 Jan 25 2017 16:07:54 -05:00 fullcore_ffm_20170125-210614-UTC -snip-     show コマンド show tech-support ＊show tech-support は多少CPUに負荷がかかります。    発生契機の確認 再起動が発生した場合、何が再起動の発生契機となったか確認します。 以下に発生契機の例を示します。 特定のコマンドを実行により再起動が発生 特定のパケットを受信により再起動が発生 ... View more

    はじめに 本ドキュメントは IOS-XE 16 で動作する Catalyst 製品で再起動が発生した際に取得するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      再起動発生時に取得するログ IOS-XE で動作する Catalyst 製品で再起動が発生した際は以下のログを取得します。 trace_archive system-report Switch#show crashinfo: all   -#- --length-- ---------date/time--------- path 2 49152 Feb 21 2018 10:33:01.0000000000 +00:00 tracelogs 3 50828 Feb 20 2018 20:46:00.0000000000 +00:00 tracelogs/sec_key_agent_R0-0.20247_78.20180220183239.bin.gz 4 10125 Feb 16 2018 04:23:42.0000000000 +00:00 tracelogs/btrace_rotate_sh_F0-0.28292_16.20180215035550.bin.gz 5 1734 Feb 20 2018 03:18:02.0000000000 +00:00 tracelogs/brelay_R0-0.25018_0.20180220091802.bin.gz <snip> 261 14312 Feb 21 2018 10:13:31.0000000000 +00:00 tracelogs/fman_fp_F0-0.6113_19102.20180221161121.bin.gz 262 840 Feb 19 2018 21:18:31.0000000000 +00:00 tracelogs/periodic_R0-0.22508_119.20180220010321.bin.gz 263 50820 Feb 16 2018 17:42:16.0000000000 +00:00 tracelogs/sec_key_agent_R0-0.20247_66.20180216152855.bin.gz 264 0 Oct 26 2017 16:06:40.0000000000 +00:00 koops.dat 265 920173 Feb 21 2018 10:03:43.0000000000 +00:00 bostonMA-CH-sw1_2_RP_0_trace_archive_0-20180221-100332.tar.gz 1558925312 bytes available (8503296 bytes used)   Switch# show crashinfo: all ------------------   -#- --length-- ---------date/time--------- path 2 57344 Feb 21 2018 10:32:04.0000000000 +00:00 tracelogs 3 1618 Feb 21 2018 10:05:18.0000000000 +00:00 tracelogs/flashutil_R0-0.12986_0.20180221160518.bin.gz 4 384 Feb 21 2018 10:05:14.0000000000 +00:00 tracelogs/binos_R0-0.5946_0.20180221160514.bin.gz 5 55320 Feb 07 2018 17:43:08.0000000000 +00:00 tracelogs/dmesg <snip> 79 13796 Feb 21 2018 10:31:49.0000000000 +00:00 tracelogs/fman_fp_F0-0.4112_6.20180221162739.bin.gz 80 949 Feb 21 2018 10:27:03.0000000000 +00:00 tracelogs/reflector_R0-0.5495_4.20180221162403.bin.gz 81 0 Oct 26 2017 16:06:41.0000000000 +00:00 koops.dat 82 6019323 Feb 21 2018 10:03:45.0000000000 +00:00 system-report_1_20180221-100344-CST.tar.gz 1560281088 bytes available (7340032 bytes used)     show コマンド show tech-support ＊show tech-support は多少CPUに負荷がかかります。    発生契機の確認 再起動が発生した場合、何が再起動の発生契機となったか確認します。 以下に発生契機の例を示します。 特定のコマンドを実行により再起動が発生 特定のパケットを受信により再起動が発生 ... View more

    はじめに 本ドキュメントは IOS-XE 16 で動作する Catalyst 製品で Packet Dropが発生時に取得するログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**        ログ取得前に事前に設定するコマンド、および Captureについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます           showコマンド IOS-XE Catalyst で Pakcet Dropが発生した場合、事象発生中に以下のコマンドを複数回取得します。   show interfaces   **事前に load-interval 30に設定を薦めます、show interfaces で input / ouput rate が 30秒 Rate となります。 Switch(config-if)#load-interval ? <30-600> Load interval delay in seconds Switch(config-if)#load-interval 30   Switch#show interfaces gigabitEthernet 1/0/1 -snip- 30 second input rate 0 bits/sec, 0 packets/sec 30 second output rate 0 bits/sec, 0 packets/sec   show platform hardware fed switch active qos queue config interface <GigabitEthernet interface number> show platform hardware fed switch active qos queue stats interface <GigabitEthernet interface number> show platform hardware fed switch active qos dscp-cos counters interface <GigabitEthernet interface number>   ** Catalyst 9400シリーズのみ ** show platform hardware fed active qos queue config interface <GigabitEthernet interface number> show platform hardware fed active qos queue stats interface <GigabitEthernet interface number> show platform hardware fed active qos dscp-cos counters interface <GigabitEthernet interface number> ** End **   show interfaces counters errors show mac address-table dynamic show arp show arp vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ip route show ip route vrf * ＊VRFを使用しているときのみ取得してください。 show ip cef internal show processes cpu sorted show ip traffic show ipv6 neighbors show ipv6 neighbors vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ipv6 route show ipv6 route vrf * ＊VRFを使用しているときのみ取得してください。 show ipv6 cef internal show ipv6 traffic show adjacency internal show processes cpu sorted show buffers show logging show tech-support   ＊show tech-support は多少CPUに負荷がかかります。 ... View more

    はじめに 本ドキュメントは IOS-XE 16 で動作する Catalyst 製品で Memory 関連の問題が発生した際に出力するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**   Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、 数日毎 / 数週間毎にログを取得します。      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS-XE 16 Catalyst で Memory 関連の問題が発生した際に 事象発生中に以下のコマンドを複数回 取得します。 Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、数日毎 / 数週間毎にログを取得します。 show platform software status control-processor brief show processes memory sorted show processes memory platform sorted show platform software process memory switch active R0 all sorted show platform software process list switch active R0 sort memory ** Catalyst 9400シリーズのみ 追加 ** show platform software status control-processor brief show processes memory sorted show processes memory platform sorted show platform software process memory RP active all sorted show platform software process list RP active sort memory   ... View more

    はじめに 本ドキュメントは IOS-XE 16 で動作する Catalyst 製品で CPU 使用率が高騰した際に出力 ログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS-XE Catalyst で CPU 使用率が高騰した場合、事象発生中に以下のコマンドを複数回取得します。 show processes cpu sorted | ex 0.00 show processes cpu platform sorted show platform software status control-processor brief show platform software process slot switch active R0 monitor show platform software fed switch active punt cause summary show platform software fed switch active cpu-interface show platform software fed switch active punt cpuq all show interfaces counters show platform hardware fed switch active qos queue stats internal cpu policer show platform software qos copp policy-info show ip traffic show ipv6 traffic show interface stats show interface switching show cef drop show buffers **Catalyst9400シリーズのみ** show processes cpu sorted | ex 0.00 show processes cpu platform sorted show platform software status control-processor brief show platform software process slot RP active monitor show platform software fed active punt cause summary show platform software fed active cpu-interface show platform software fed active punt cpuq all show interfaces counters show platform hardware fed active qos queue stats internal cpu policer show ip traffic show ipv6 traffic show interface stats show cef drop show buffers   ... View more

    はじめに 本ドキュメントは IOS-XE 3E / 15.x(y)E *x,y は数 1,2,etc*で動作する Catalyst 製品で Packet Dropが発生時に取得するログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**        ログ取得前に事前に設定するコマンド、および Captureについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます           showコマンド IOS-XE Catalyst で Pakcet Dropが発生した場合、事象発生中に以下のコマンドを複数回取得します。   show interfaces   **事前に load-interval 30に設定を薦めます、show interfaces で input / ouput rate が 30秒 Rate となります。 Switch(config-if)#load-interval ? <30-600> Load interval delay in seconds Switch(config-if)#load-interval 30   Switch#show interfaces gigabitEthernet 1/0/1 -snip- 30 second input rate 0 bits/sec, 0 packets/sec 30 second output rate 0 bits/sec, 0 packets/sec   ** Catalyst 3650 / 3850 シリーズのみ !! Packet Dropが発生している Interfaceで取得します!! ** show platform qos queue config gigabitEthernet <GigabitEthernet interface number> show platform qos queue stats gigabitEthernet <GigabitEthernet interface number> show platform qos dscp-cos counters gigabitEthernet <GigabitEthernet interface number> ** End**   show interfaces counters errors show mac address-table dynamic show arp show arp vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ip route show ip route vrf * ＊VRFを使用しているときのみ取得してください。 show ip cef internal show processes cpu sorted show ip traffic show ipv6 neighbors show ipv6 neighbors vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ipv6 route show ipv6 route vrf * ＊VRFを使用しているときのみ取得してください。 show ipv6 cef internal show ipv6 traffic show adjacency internal show processes cpu sorted show buffers show logging show tech-support   ＊show tech-support は多少CPUに負荷がかかります。 ... View more

    はじめに 本ドキュメントは IOS-XE 3E / 15.x(y)E *x,y は数 1,2,etc*で動作する Catalyst 製品で Memory 関連の問題が発生した際に出力するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**   Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、 数日毎 / 数週間毎にログを取得します。      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS-XE 3E Catalyst で Memory 関連の問題が発生した際に 事象発生中に以下のコマンドを複数回 取得します。 Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、数日毎 / 数週間毎にログを取得します。 show processes memory sorted show processes memory detailed process iosd sorted show buffers   ##以下のコマンド群はTACエンジニアから取得依頼された場合のみ、取得してください## show memory detailed process iosd statistics history show processes memory detailed show processes memory detailed process iosd sorted holding show memory detailed process iosd summary show memory detailed process iosd failures alloc show memory detailed process iosd allocating-process show memory detailed process iosd allocating-process totals show memory detailed process iosd dead show memory detailed process iosd dead totals show memory debug leaks detailed process iosd show memory debug leaks detailed process iosd chunks show chunk show buffers detailed process iosd show buffers detailed process iosd all show buffers detailed process iosd all dump show buffers detailed process iosd old show buffers detailed process iosd old dump ＊show memory debug leaks detailed process iosd (chunk) は CPU へ負荷をかけるのでご注意ください。 ... View more

    はじめに 本ドキュメントは IOS-XE 3E / 15.x(y)E *x,y は数 1,2,etc*で動作する Catalyst 製品で CPU 使用率が高騰した際に出力 ログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS-XE Catalyst で CPU 使用率が高騰した場合、事象発生中に以下のコマンドを複数回取得します。 **Catalyst 3850 / 3650 シリーズ ** show process cpu sorted | ex 0.00 show processes cpu detailed | ex 0.00 show processes cpu detailed process fed sorted | ex 0.00 show processes cpu detailed process iosd sorted | ex 0.00 show platform punt statistics port-asic 0 cpuq -1 direction rx show platform punt statistics port-asic 1 cpuq -1 direction rx show controllers cpu-interface show process cpu history show ip traffic show ipv6 traffic show interfaces stats show interfaces switching show cef drop show buffers   **Catalyst 4500X/E シリーズ** show process cpu history show process cpu sorted | ex 0.00 show process cpu detailed process iosd sorted | ex 0.00 show platform health | ex 0.00 show platform cpu packet statistics all show platform cpu packet statistics show platform cpu packet buffered show ip traffic show ipv6 traffic show interfaces stats show interfaces switching show cef drop show buffers ... View more

    はじめに 本ドキュメントは IOSで動作する Catalyst 製品で Packet Dropが発生時に取得するログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**        ログ取得前に事前に設定するコマンド、および Captureについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます           showコマンド IOS Catalyst で Pakcet Dropが発生した場合、事象発生中に以下のコマンドを複数回取得します。   show interfaces   **事前に load-interval 30に設定を薦めます、show interfaces で input / ouput rate が 30秒 Rate となります。 Switch(config-if)#load-interval ? <30-600> Load interval delay in seconds Switch(config-if)#load-interval 30   Switch#show interfaces gigabitEthernet 1/0/1 -snip- 30 second input rate 0 bits/sec, 0 packets/sec 30 second output rate 0 bits/sec, 0 packets/sec   show interfaces counters errors show mac address-table dynamic show arp show arp vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ip route show ip route vrf * ＊VRFを使用しているときのみ取得してください。 show ip cef internal show processes cpu sorted show ip traffic show ipv6 neighbors show ipv6 neighbors vrf <vrf name> ＊VRFを使用しているときのみ取得してください。 show ipv6 route show ipv6 route vrf * ＊VRFを使用しているときのみ取得してください。 show ipv6 cef internal show ipv6 traffic show adjacency internal show processes cpu sorted show buffers show logging show tech-support   ＊show tech-support は多少CPUに負荷がかかります。 ... View more

    はじめに 本ドキュメントは IOS で動作する Catalyst 製品で再起動が発生した際に取得するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      再起動発生時に取得するログ IOS で動作する Catalyst 製品で再起動が発生した際は以下のログを取得します。 crashinfo Switch#dir Directory of flash:/ -snip- 16 -rw- 228328 May 28 2015 17:43:44 +09:00 20150528-015051824_crashinfo_ext_1 -snip   show コマンド show tech-support ＊show tech-support は多少CPUに負荷がかかります。    発生契機の確認 再起動が発生した場合、何が再起動の発生契機となったか確認します。 以下に発生契機の例を示します。 特定のコマンドを実行により再起動が発生 特定のパケットを受信により再起動が発生 ... View more

    はじめに 本ドキュメントは IOS で動作する Catalyst 製品で Memory 関連の問題が発生した際に出力するログを記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**   Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、 数日毎 / 数週間毎にログを取得します。      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS Catalyst で Memory 関連の問題が発生した際に 事象発生中に以下のコマンドを複数回 取得します。 Memory Leak や Buffer Leak などの問題の場合は、問題が発生するまで時間を要するため、数日毎 / 数週間毎にログを取得します。   show process memory sorted show buffers   ##以下のコマンド群はTACエンジニアから取得依頼された場合のみ、取得してください## show memory summary show memory failures alloc show memory allocating-process show memory allocating-process totals show memory dead show memory dead totals show memory debug leaks show memory debug leaks chunk show chunk show buffers all show buffers all dump show buffers old show buffers old dump ＊show memory debug leaks (chunk) は CPU へ負荷をかけるのでご注意ください。 ... View more

    はじめに 本ドキュメントは IOSで動作する Catalyst 製品で CPU 使用率が高騰した際に出力 ログ を記載します。 **これらのログによる一次切り分け後に、さらなる原因追求のために新たな情報を追加でお願いする場合はありますのでご了承ください。**      ログ取得前に事前に設定するコマンドについて ログ取得前にIOS/IOS-XE Catalystで事前に設定するコマンドを行ってからの取得を薦めます         showコマンド IOS Catalyst で CPU 使用率が高騰した場合、事象発生中に以下のコマンドを複数回取得します。 show process cpu history show process cpu sorted | ex 0.00 show controllers cpu-interface show ip traffic show ipv6 traffic show interfaces stats show interfaces switching show cef drop show buffers   **Catalyst 4500/Catalyst4900シリーズのみ 以下のコマンドを追加** show platform health | ex 0.00 show platform cpu packet statistics all show platform cpu packet statistics show platform cpu packet buffered ... View more

    はじめに 本ドキュメントは 各種トラブルシューティングで IOS / IOS-XE Catalyst の事前設定を記載します      exec prompt timestamp 以下の exec prompt timestamp を line console, line vty 配下に設定することで show command に timestamp を付与できます。 また、show コマンドを取得した際の CPU 使用率も出力されます show コマンドに timestamp が無い場合、show コマンドを実行した正確な時間が不明なため、ログを取得する際は本設定を行います。   configure terminal line console 0 exec prompt timestamp line vty 0 4 exec prompt timestamp end     上記設定を行うと以下のように 1行目に show コマンド取得時の CPU 使用率、 2行目に show コマンド取得時の timestamp が表示され、その後に show コマンドの 出力が表示されます。   Switch#show version Load for five secs: 0%/0%; one minute: 0%; five minutes: 0% No time source, *23:40:40.643 UTC Tue Apr 16 2019 Cisco IOS XE Software, Version 16.06.03 Cisco IOS Software [Everest], Catalyst L3 Switch Software (CAT9K_IOSXE), Version 16.6.3, RELEASE SOFTWARE (fc8) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2018 by Cisco Systems, Inc. Compiled Wed 28-Feb-18 23:34 by mcpre           service timestamps 以下の service timestamps の設定により timestamp を msec 表示にします。 timestamp を msec 表示により 時系列が詳細化され、トラブルシューティングに有効です。   service timestamps debug datetime msec localtime service timestamps log datetime msec localtime     msec 表示で、より正確なイベントの発生時刻が確認できます   *Apr 16 22:05:28.925: %LINK-3-UPDOWN: Interface FortyGigabitEthernet1/1/1, changed state to down *Apr 16 22:05:28.925: %LINK-3-UPDOWN: Interface FortyGigabitEthernet1/1/2, changed state to down *Apr 16 22:05:29.925: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/1/1, changed state to down *Apr 16 22:05:29.926: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/1/2, changed state to down      logging buffer 以下の設定で logging buffer の buffer size を変更します。   logging buffered <buffer size>     本設定変更により、show logging に保存される log のサイズを変更します。 buffer がなくなった場合は古いログから順に自動的に削除されてしまうため、十分な buffer がない状態で何らかの問題が発生すると、問題発生後に show logging を取得しても問題発生時のログが既に削除されている場合があります。そういったことを避けるためにこのコマンドにてあらかじめ十分な buffer を確保しておくことが重要です。   <buffer size> には show memory statistics で現在の Processor Memory の Free の値を確認し、値を設定頂ければと思います。 出来るだけ大きな値を設定頂きたいのですが、Free の値の数パーセント程度の値であれば、設定しても問題ないと思います。以下の例では 589238920 が Free の値です。    Switch#show memory statistics Load for five secs: 0%/0%; one minute: 0%; five minutes: 0% No time source, *23:59:18.350 UTC Tue Apr 16 2019 Tracekey : 1#c4bd69720b5085256cadde571ce88aea Head Total(b) Used(b) Free(b) Lowest(b) Largest(b) Processor 7FA5711D2010 888965512 299726592 589238920 588201792 588241916 lsmpi_io 7FA5708C91A8 6295128 6294304 824 824 412   メモリの空きが少なく logging buffered にて show logging のための十分な buffer を確保が難しい場合や、 Catalyst の再起動が発生するような問題の場合には show logging で log を取得出来ないです。 その場合には以下の設定にて syslog server へログを飛ばすようにしてください。   logging host <Hostname or IP address> 必要に応じて、以下の設定も行います。   logging trap <severity> こちらは syslog server へどの level の severity までログを飛ばすかを設定するコマンドになります。 default では logging trap informational が設定されていますので、debug を取得する場合は、logging trap debugging に 設定変更を行います。   debug 取得時に CPU 負荷を抑えるための設定 debug を取得される場合は上記の設定に加え、以下の設定を行って頂き、CPU の負荷を抑えた方が良いです。本設定を行うことで console や terminal に debug を出力しなくなりますので、CPU にかかる負荷を抑えることが可能です。debug の確認は show logging より 確認します。     logging console informational logging monitor informational logging buffered <buffer size> debugging   debug 取得後は必要に応じて以下を設定し、console と terminal へ出力するメッセージの出力 level を default の状態に戻します。   logging console debugging logging monitor debugging ... View more

    はじめに 本ドキュメントは Catalyst 9300 / Catalyst9500 で基本的な各種トラブルシューティングで はじめに確認するコマンド群を紹介します。   トラブルシューティングは事象に対して一回のコマンド群の採取で、全てを網羅することは不可能であり、Step by Step で事象の詳細化、絞り込み化が重要です。 一回のコマンド採取のみしか許可されないというユーザ様は、本番環境とは別環境で再現性の確立の上、コマンド採取頂くことが有効です。      ASIC Exceptions 例: Cat9300#show platform hardware fed active fwd-asic drops exceptions ****EXCEPTION STATS ASIC INSTANCE 0 (asic/core 0/0)**** ================================================================================= Asic/core | NAME | prev | current | delta ================================================================================= 0 0 NO_EXCEPTION 0 0 0 0 0 IPV4_CHECKSUM_ERROR 0 0 0         CoPP Drops 例: Cat9300#sh plat hard fed switch active qos queue stats internal cpu policer CPU Queue Statistics ================================================================================================ (default) (set) Queue Queue QId PlcIdx Queue Name Enabled Rate Rate Drop(Bytes) Drop(Frames) -------------------------------------------------------------------------------------------- 0 11 DOT1X Auth No 1000 1000 0 0 1 1 L2 Control No 500 600 0 0 2 14 Forus traffic No 1000 1000 0 0 3 0 ICMP GEN Yes 600 600 0 0 4 2 Routing Control Yes 1800 1800 0 0 5 14 Forus Address resolution No 1000 1000 0 0 6 3 ICMP Redirect Yes 600 200 0 0 7 16 Unused No 1000 1000 0 0 8 4 L2 LVX Cont Pack Yes 1000 1000 0 0 9 16 Unused No 1000 1000 0 0       CPU Inteface 例: Cat9300#show platform software fed active cpu-interface queue retrieved dropped invalid hol-block ------------------------------------------------------------------------- Routing Protocol 0 0 0 0 L2 Protocol 0 0 0 0 sw forwarding 0 0 0 0 broadcast 0 0 0 0 icmp 0 0 0 0 icmp redirect 0 0 0 0 logging 0 0 0 0 rpf-fail 0 0 0 0 DOT1X authentication 0 0 0 0 Forus Traffic 0 0 0 0 Forus Resolution 0 0 0 0 Wireless q5 0 0 0 0 Wireless q1 0 0 0 0 Wireless q2 0 0 0 0 Wireless q3 0 0 0 0 Wireless q4 0 0 0 0 Learning cache 0 0 0 0 Topology control 0 0 0 0 Proto snooping 0 0 0 0 BFD Low latency 0 0 0 0 Transit Traffic 0 0 0 0 Multi End station 0 0 0 0 Health Check 0 0 0 0 Health Check 0 0 0 0 Crypto control 0 0 0 0 Exception 0 0 0 0 General Punt 0 0 0 0 NFL sampled data 0 0 0 0 STG cache 0 0 0 0 EGR exception 0 0 0 0 FSS 0 0 0 0 Multicast data 0 0 0 0       CPU Inject Queues Inject: CP generated protocol packet sent to DP to egress out on IO interface(s). 例: Cat9300#show platform software fed active inject cpuq all Inject CPU Q Statistics =========================================== CPU Q Id : 0 CPU Q Name : TX_CPUQ_PRIO_LOW Packets received from IOSd : 766 Enq to pkt driver total attempts : 0 Enq to pkt driver failed count : 0 Count of TX CMPL received : 0 TX suspend count : 0 TX unsuspend count : 0       CPU Punt Queues Punt: Ingress protocol control packet which intercepted by DP sent to the CP to process it. Dumps all the packets sent to the different CPU queues and possible drops. 例: Cat9300#show platform software fed active punt cpuq all Punt CPU Q Statistics =========================================== CPU Q Id : 0 CPU Q Name : CPU_Q_DOT1X_AUTH Packets received from ASIC : 0 Send to IOSd total attempts : 0 Send to IOSd failed count : 0 RX suspend count : 0      TCAM Utilizaion 例: Cat9300#show platform hardware fed active fwd-asic resource tcam utilization 0 CAM Utilization for ASIC Instance [0] Table Max Values Used Values -------------------------------------------------------------------------------- Unicast MAC addresses 65536/512 18/21 IGMP and Multicast groups 16384/1024 0/0 L2 Multicast groups 16384/1024 0/0 Directly or indirectly connected routes 49152/65536 8/16 NAT/PAT SA address and Port 0 0 QoS Access Control Entries 18432 0   ... View more