2019年9月12日 (初版) TAC SR Collection 主な問題 MGCP GW で "isdn bind-l3 ccm-manager" コマンドが削除されたままになる事象が報告されています。 通常、MGCP GW - Cisco Unified Communications Manager (Unified CM) 間のネットワーク断により Fallback mode が ON になった場合、"isdn bind-l3 ccm-manager" コマンドが削除される動作になります。その後ネットワーク接続性が回復した後に、自動的に "isdn bind-l3 ccm-manager" コマンドが入力され、再度 MGCP GW がレジストされます。 "isdn bind-l3 ccm-manager" コマンドが削除されたままになってしまうことで、MGCP GW がレジストされず、外線発着信に影響が生じます。 原因 CSCvh70570 に該当する可能性があります。 CSCvh70570 は GW - Unified CM 間のネットワークで瞬断が発生するなどの理由で接続性が不安定になった場合に、タイミングの問題で MGCP の処理が競合して Fallback mode が ON のままになることがある不具合です。 結果として、"isdn bind-l3 ccm-manager" コマンドが削除された状態が継続します。 解決策 暫定対策としては、手動で "isdn bind-l3 ccm-manager" コマンドを入力してください。その後、"show ccm-manager" コマンドでレジスト状態を確認し、正常にレジストされないようであれば、"no mgcp" および "mgcp" コマンドで MGCP を再起動してください。 恒久対策としては、修正済みのバージョンにアップグレードしてください。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。   ... View more

2019年9月4日 (初版) TAC SR Collection 主な問題 Cisco IP Phone 7800/8800 シリーズ (CP-7800/8800) の Firmware をアップグレード後、CP-7800/8800 で使用している カスタム電話呼出音 の設定 (Ringlist-wb.xml) が初期化される事象が報告されています。 Firmware のアップグレードは、以下の 3 つのパターンがあります。 - IP Phone の cop ファイルのインストール - Device Package のインストール - Unified CM のアップグレード 原因 実装通りの動作です。 また、この実装が変更される予定はありませんが、CSCvm51353 で報告されています。 Ringlist.xml を使用する IP Phone のモデル (Cisco IP Phone 9900 シリーズなど) では発生しません。 解決策 アップグレードする前にカスタム Ringlist-wb.xml をバックアップしておいてください。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。   ... View more

2019年9月2日 (初版) TAC SR Collection 主な問題   40Gb MLOM VICがリンク アップしないことにより、UCS C-Series Integration ( HyperFlex含む ) サーバが UCSM にディスカバリーされません 。    原因   既知の不具合CSCvq21079に該当します。 一部の40Gb MLOM VICは、出荷時リンク トレーニングがオフとなっています。   解決策   恒久対策： 当ドキュメント公開した時点では修正バージョンはございません。   ワークアラウンド： CSCvq21079に記載している通り 、 スタンドアロン モードで リンク トレーニングの設定を変更してください。 なお、リンク トレーニングの変更については、下記のいずれかの方法をご選択ください。 [ 方法 1] 1.CIMC Web GUI にアクセスして、左上のメニューボタンより [ ネットワーキング ] を展開し、 [ アダプタカード MLOM] を選択します。 2. [ 外部イーサネットインターフェイス ] を選択します。 3. [ リンクトレーニング]を[ ON] に変更して保存します。   [ 方法 2] 1.CIMC Web GUI にアクセスして、左上のメニューボタンより [ 管理者 ] を展開し、 [ ユーティリティ ] を選択します。 2. [ 工場出荷時のデフォルトへのリセット ] をクリックします。 3. [VIC- アダプタカード MLOM] のみ選択してリセットします。   備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。 ... View more

2019年8月23日 (初版) TAC SR Collection 主な問題 Cisco TelePresence MCU/MSE (MCU/MSE) が高負荷等の影響で、音声・ビデオに乱れが生じる・コールが切断される等の予期しない事象が発生することがあります。 SR Collection のドキュメント「MCU の WebUI に "Unexpected media resource restart" というメッセージが表示される」に記載のエラーメッセージが表示されない場合でもこの問題が発生することがあります。 原因 MCU/MSE は高負荷の状況が継続した場合等に、内部処理で使用するキャッシュメモリの内容に不要なデータが残り、機能に影響を及ぼす可能性があります。 不要に残されたデータ領域へのアクセスが生じた場合に音声・ビデオの乱れやコールの切断等の事象が発生します。 解決策 問題の性質上、事象発生に一定の条件等はなく、症状の発生タイミングを予期することができないものですが、発生リスクを回避するための目安として MCU/MSE を 90 日程度の周期で再起動することをご検討ください。 備考 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。 ... View more

2019年7月23日 (初版) TAC SR Collection 主な問題 StackWise Virtual 構成の Catalyst 9500 シリーズスイッチがスイッチオーバーした後、Standby 側のインタフェースをコンフィグできなくなる場合があります。その際に下記のエラーメッセージが出力されます。   %ERROR: Standby doesn't support this command   確認例： Cat9500#show switch <SNIP> H/W Current Switch# Role Mac Address Priority Version State ------------------------------------------------------------------------------------- *1 Active xxxx.xxxx.xxxx 1 V00 Ready 2 Standby yyyy.yyyy.yyyy 1 V00 Ready Cat9500#config t Enter configuration commands, one per line. End with CNTL/Z. Cat9500(config)#default interface te2/0/1 %ERROR: Standby doesn't support this command default interface te2/0/1 ^ % Invalid input detected at '^' marker. Cat9500(config)#interface te2/0/1 %ERROR: Standby doesn't support this command interface te2/0/1 ^ % Invalid input detected at '^' marker.   原因 この問題はCSCvm58577 として報告されています。 解決策 回避策： StackWise Virtual 構成の全体再起動 改修版ソフトウェア ：   CSCvm58577の問題が改修されたソフトウェアを使用して下さい。 備考 本不具合は、Bug Search Tool でも確認できます。 ... View more

2019年7月22日 (初版) TAC SR Collection 主な問題 この問題は MME で発生します。MME が Create Bearer Request を受信し、その Request に2つの Bearer Context 及び、 IPv6 Transport Address が含まれる場合、MME が送信する E-RAB SETUP に間違った　IPv6 Transport Address が 使用されるという問題です。 原因 この問題は CSCvq42650 として報告されています。 CSCvq42650 MME sends a wrong IPv6 transport address in ERAB setup 解決策 Workaround はありません。 恒久的な対策には、CSCvq42650 の修正されたバージョンを使用する必要があります。 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、 よくある質問と解決方法 (TAC SR Collection)  から確認できます。   ... View more

2019年7月22日 (初版) TAC SR Collection 主な問題 DPC Migration 発生後、特定の DPC にアサインされる sessmgr で diameter 通信ができないことがあります。 これは新たに Standby から Active になった DPC にアサインされる diamproxy を特定の DPC が誤って使用することで発生します。 原因 この問題は CSCvo37389 として報告されています。 CSCvo37389 sessmgr/diamproxy mapping mismatch after DPC migration 解決策 この問題のワークアラウンドはございません。 恒久的な対策には、CSCvo37389 の修正されたバージョンを使用する必要があります。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。 ... View more

2019年7月23日 (初版) TAC SR Collection 主な問題 VPC/iftask を使用している環境で、BGP session がフラップし、通信ができなくなるという問題です。 原因 Port に MTU を設定しているにも関わらず、対向の BGP Peer からそれより大きいサイズの BGP update packet が送られてきた結果、VPC がパケットをドロップするため、フラップが発生します。 これは、VPC が Path MTU Discovery にて、自身の MTU サイズをより大きい値として報告してしまうため発生する問題です。 この問題は CSCvq31832 として報告されています。 CSCvq31832 - IPv6 PMTU discovery does not work and MSS 9040 is chosen by BGP 解決策 この問題のワークアラウンドはございません。 恒久的な対策には、CSCvq31832 の修正されたバージョンを使用する必要があります。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、 よくある質問と解決方法 (TAC SR Collection)  から確認できます。   ... View more

2019年7月25日 (初版) TAC SR Collection 主な問題 eXR(IOS-XR 64-bit) が動作するルータにおいて、show memory summary で確認できる Application Memory の available 値が、Physical Memory の available 値と比較して、極端に少ない値となる問題が報告されています。 RP/0/RSP0/CPU0:ASR9K#show memory summary location 0/RSP0/CPU0 node: node0_RSP0_CPU0 ------------------------------------------------------------------ Physical Memory: 27425M total (18001M available) Application Memory : 27425M (256M available) Image: 4M (bootram: 0M) Reserved: 0M, IOMem: 0M, flashfsys: 0M Total shared window: 518M 原因 空きメモリからキャッシュとして転用されているメモリが、Application Memory の available に含まれていなかったことが原因であり、CSCvo26318 として報告されています。 CSCvo26318 show memory summary CLI to return correct available memory 解決策 この問題の回避策はありませんが、使用可能なメモリについては Physical Memory の available の値を参照してください。 問題の解決には CSCvo26318 の修正されたバージョンを使用する必要があります。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。 ... View more

2019年7月22日 (初版) TAC SR Collection 主な問題 NCS540, NCS 5500 シリーズルータ において、ケーブル未接続かつ no shutdown 状態のポートで、以下のような RX POWER の LOW ALARM が発生/回復を繰り返す問題が報告されています。 LC/0/0/CPU0:May 14 14:03:22.194 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-1 LOW ALARM :CLEAR : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:22.194 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-2 LOW ALARM :CLEAR : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:22.194 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-3 LOW ALARM :CLEAR : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:35.933 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-0 LOW ALARM :CLEAR : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:35.933 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-3 LOW ALARM :DECLARE : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:49.645 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-0 LOW ALARM :DECLARE : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:49.645 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-1 LOW ALARM :DECLARE : Optics0/0/1/0: Optics0/0/1/0 LC/0/0/CPU0:May 14 14:03:49.645 JST: optics_driver[269]: %PKT_INFRA-FM-3-FAULT_MAJOR : ALARM_MAJOR :OPTICS RX POWER LANE-2 LOW ALARM :DECLARE : Optics0/0/1/0: Optics0/0/1/0   本問題は、シリアル番号が OPM から始まる QSFP でのみ発生することが報告されています。 例: OPM12345678 原因 特定の QSFP で RX power に関するアラームを誤検知する問題は、QSFP の DOM (Digital Optical Monitoring) の読込間隔が不適切であったことが原因であり、CSCvp86387 として報告されています。 CSCvp86387 Fretta: ALARM_MAJOR :OPTICS RX POWER is repeatedly declared and cleared with Cisco-OPLINK 100G-LR4 解決策 ポートを shutdown 状態にしておくことで、この問題を回避することが出来ます。 問題の解決には CSCvp86387 の修正されたバージョンを使用する必要があります。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。     ... View more

2019年07月26日 (初版)   TAC SR Collection 主な問題 eXR ( IOS-XR 64-bit)  にて動作するルータにおいて、SNMP にて sysadmin-vm 上の CPU使用率が一部取得できないことが報告されています。 [不具合の確認方法] sysadmin-vm:0_RSP0# show cpu cpuutil Location: 0/3 --------------------------------- CPU Utilization for one minute : 1% five minutes:1% fifteen minute: 1% Location: 0/RSP0 --------------------------------- CPU Utilization for one minute : 1% five minutes:1% fifteen minute: 1% Location: 0/RSP1 --------------------------------- CPU Utilization for one minute : 2% five minutes:2% fifteen minute: 2%   RP/0/RSP0/CPU0:ASR9K#show snmp entity | i Virtual entPhysicalIndex: 96 entPhysicalName: 0/RSP0-Virtual processor for admin entPhysicalIndex: 97 entPhysicalName: 0/RSP0-Virtual processor for RP XR entPhysicalIndex: 4192 entPhysicalName: 0/RSP1-Virtual processor for admin entPhysicalIndex: 4193 entPhysicalName: 0/RSP1-Virtual processor for RP XR entPhysicalIndex: 20576 entPhysicalName: 0/3-Virtual processor for admin entPhysicalIndex: 20577 entPhysicalName: 0/3-Virtual processor for LC XR   [snmp-server]$ snmpwalk -v2c -c public <A.B.C.D> cpmCPUTotalPhysicalIndex CISCO-PROCESS-MIB::cpmCPUTotalPhysicalIndex.33 = INTEGER: 97 CISCO-PROCESS-MIB::cpmCPUTotalPhysicalIndex.289 = INTEGER: 4193 CISCO-PROCESS-MIB::cpmCPUTotalPhysicalIndex.34081 = INTEGER: 20577 上記出力のとおり、Virtual Processor for admin の cpmCPUTotalPhysicalIndex が取得できていない為、syadmin 側の CPU 使用率も取得できません。 原因 この問題は、CSCvo37120, CSCvo85042 として報告されています。 CSCvo37120 [PD]cpmCPUTotalTable in CISCO-PROCESS-MIB for sysadmin does not work in asr9k-sysadmin CSCvo85042 [PI]cpmCPUTotalTable in CISCO-PROCESS-MIB for sysadmin does not work in asr9k-sysadmin 弊社管理上、修正箇所の違いにより二つの不具合として登録されておりますが同事象となります。本不具合は、sysadmin vm と xr vm 側の slot 情報の mapping の誤りが原因で発生する問題となり、CPU 使用率を取得するために必要な cpmCPUTotalPhysicalIndex が取得できないことに起因しています。 本不具合は基本的には、eXR にて動作する ASR9000 シリーズルータの問題となりますが、NCS5508 のようなモジュラ型シャーシにおいて、FC や SC の cpmCPUTotalPhysicalIndex も取得できないことが報告されています。 解決策 この問題の回避策はありません。 問題の解決には CSCvo37120, CSCvo85042 双方の修正されたバージョンを使用する必要があります。 備考 本不具合は、Bug Search Tool でも確認できます。 各製品の TAC SR Collection の一覧は、よくある質問と解決方法 (TAC SR Collection) から確認できます。 ... View more

2019年7月26日 (初版) TAC SR Collection 主な問題 IOS-XE 16.10.1 または 16.9.2 以前のバージョンで稼働する、Stackwise Virtual 構成の Catalyst 9400/9500 シリーズスイッチにおいて、IOSd IPC Task にてメモリリークが発生する場合があります。 原因 この問題は CSCvn83359 として報告されております。 また、この問題は show running-config コマンドを使用することで進行することが確認されており、コマンド実行を停止することで回避が可能です。 解決策 CSCvn83359 の修正が加えられたバージョンにアップグレードします。 備考 本不具合は、Bug Search Tool でも確認できます。 ... View more

2019年7月26日 (初版) TAC SR Collection 主な問題 IOS-XE 16.9.1 または 16.9.2 で稼働し、拡張モジュール C9500-NM-2Q を搭載した C9500-16X において、この拡張モジュールに搭載した 40G トランシーバにブレイクアウト設定を行なう際に、以下のようなエラーが出力され、正常に投入できません。 Switch(config)#hw-module breakout module 1 port 1 sw 1 %PLATFORM_BRKOUT-3-BRKOUTCMD_SYNCFAILED: Failed to send Breakout command to hardware. 原因 この問題は CSCvo48808 として報告されております。 解決策 CSCvo48808 の修正が加えられたバージョンにアップグレードします。 備考 本不具合は、Bug Search Tool でも確認できます。 ... View more

2019年7月26日 (初版) TAC SR Collection 主な問題 IOS-XE 16.6.x で稼働する Catalyst 9300/9500 シリーズスイッチにて、10G の SPAN 宛先ポートに ingress オプションを付加していないにもかかわらず、接続機器からのトラフィックを破棄せず転送してしまいます。 原因 この問題は CSCvm89086 として報告されております。 解決策 CSCvm89086 の修正が加えられたバージョンにアップグレードします。 接続機器からのトラフィックを Deny する ACL を SPAN 設定に追加することで回避できます。 備考 本不具合は、Bug Search Tool でも確認できます。 ... View more

2019年7月26日 (初版) TAC SR Collection 主な問題 Catalyst 9000/3000 シリーズスイッチにて、IOS-XE 16.6.4 以降では mac address-table notification mac-move コマンドがデフォルトで有効となっていますが no mac address-table notification mac-move コマンドを投入しこの設定を削除しても、再起動後に復活してしまいます。 原因 この問題は CSCvn23706 として報告されております。 解決策 CSCvn23706 の修正が加えられたバージョンにアップグレードします。 備考 本不具合は、Bug Search Tool でも確認できます。   ... View more