OPTIONS Ping の懸念点   以前より SIP Out-of-Dialog OPTIONS Ping の機能を利用することで、Cisco Voice Gateway (Voice GW) と相手機器（CUCM など）の SIP 接続性を監視することが可能です。本来は dial-peer 配下で設定し、一定の時間 OPTIONS ping が失敗しますと、自動的に該当の dial-peer がダウンし、バックアップ dial-peer 経由でコールを通すように、冗長性の機能として動作されます。しかし、同じ宛先を複数の dial-peer で設定しますと、複数の OPTIONS ping やりとりが行われます。つまり、宛先 A に対して複数の Voice GW の複数の dial-peer で OPTIONS ping を設定している構成では、Voice GW と相手機器で無駄な SIP やりとりと CPU 処理が発生します。また、相手機器が CUCM の場合、Cisco CallManager サービス内部の SIP Handler スレッド（SIP やりとりを管理するスレッド）が OPTIONS ping のやりとりで枯渇し、一旦全てのSIP やりとりを処理できなくなる可能性があります。 CUCM にて SignalCongestionEntry というアラームが発生する例： Mar 11 02:07:47 cucm01 local7 2 ccm: 44235: cucm01: Jan 10 2018 17:37:13.535 UTC :  %UC_CALLMANAGER-2-SignalCongestionEntry: %[Thread=SIP Handler Thread][AverageDelay=89][EntryLatency=20][ExitLatency=8][SampleSize=10][TotalSignalCongestionEntry=1][HighPriorityQueueDepth=1][NormalPriorityQueueDepth=0][LowPriorityQueueDepth=0][AppID=Cisco CallManager][ClusterID=StandAloneCluster][NodeID=cucm01]: Unified CM has detected signal congestion in an internal thread and has throttled activities for that thread   OPTIONS Ping Group 設定の紹介 無駄な SIP やりとりと CPU 処理を減らすために、Voice GW 側にて SIP Out-of-Dialog OPTIONS Ping Group という設定ができるようになりました。 ※ IOS 15.4(1)T と IOS XE 3.11S 以降のバージョン SIP Out-of-Dialog OPTIONS Ping Group を利用することで、同じ宛先を複数の dial-peer で設定しても、一つの宛先につき、一つの OPTIONS ping やりとりしか行われません。 本来の設定と動作の例（SIP Out-of-Dialog OPTIONS Ping Group を利用しない場合）： 2つの SIP dial-peer が CUCM 192.168.XX.XX に向けて、それぞれ sip options-keepalive を設定しています。 dial-peer voice 100 voip  destination-pattern 23..  session protocol sipv2  session target ipv4:192.168.XX.XX  voice-class sip options-keepalive up-interval 10 down-interval 10 retry 3  no vad ! dial-peer voice 101 voip  destination-pattern 24..  session protocol sipv2  session target ipv4:192.168.XX.XX  voice-class sip options-keepalive up-interval 10 down-interval 10 retry 3  no vad GW から CUCM に対して 10秒毎に SIP OPTIONS を 2回送信します。   SIP Out-of-Dialog OPTIONS Ping Group を利用する場合の例： 2つの SIP dial-peer を CUCM 192.168.XX.XX に向けて、2つとも同じ voice-class sip options-keepalive profile を使用します。 voice class sip-options-keepalive 1  down-interval 10  up-interval 10  retry 3  transport udp ! dial-peer voice 100 voip  destination-pattern 23..  session protocol sipv2  session target ipv4:192.168.XX.XX  voice-class sip options-keepalive profile 1  no vad ! dial-peer voice 101 voip  destination-pattern 24..  session protocol sipv2  session target ipv4:192.168.XX.XX  voice-class sip options-keepalive profile 1  no vad GW から CUCM に対して 10秒毎に SIP OPTIONS を 1回のみ送信します。 参考： https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_sip/configuration/15-mt/cube-sip-15-mt-book/oodo-ping-group.pdf https://www.cisco.com/c/ja_jp/support/docs/voice/dial-plan/200103-Configure-and-Troubleshoot-Multiple-Patt.html#anc36 ... View more

Introduction This document will demonstrate how to take Infocap logs from Cisco WebEx Meetings Server (CWMS) using the CLI. Please use this document in the event the Web GUI is unavailable to gather an Infocap, or if a previously downloaded Infocap does not contain data for a specific server. For reference, please see the instructions for gathering an Infocap from the Web GUI. Instructions 1. Access the CWMS CLI either via a Remote Support Account over SSH, or via console using Single User Mode. See: Generating a Remote Support Account See: Single User Mode 2. Move to the /triage partition and run the Infocap script [ciscotac@cwms2admin01 ~]# cd /triage [ciscotac@cwms2admin01 triage]# /opt/cisco/webex/logagent/e_infocap.sh calibtest_do.log calibtool.log change_default_pwd.log ChgHostnameToOracle_hist.log ... ... This may take upwards of 20 minutes depending on the system. Warning: Make sure to run the script from the /triage partition, otherwise the script may not complete due to disk space issues. 3. Send the resulting tar.gz file to an SFTP server [ciscotac@cwms2admin01 triage]# ls -l infocap* -rw-r--r--. 1 root root 306148586 Oct 18 03:13 infocap_10182016030859.tar.gz [ciscotac@cwms2admin01 triage]# sftp user@192.168.99.9 Authenticated with partial success. ftp@192.168.99.9's password: Hello, I'm freeFTPd 1.0Connected to 192.168.99.9. sftp> put infocap_10182016030859.tar.gz Uploading infocap_10182016030859.tar.gz to /infocap_10182016030859.tar.gz infocap_10182016030859.tar.gz                                                              100%  292MB   3.7MB/s   01:20 4. Repeat the instructions above for each CWMS server in your cluster The e_infocap.sh script only gathers logs for the server it is run on.  Depending on the problem being troubleshot, this may need to be run on all servers. ... View more

概要 本ドキュメントでは、Cisco WebEx Meetings Server (CWMS) の CLI にて、Infocap ログの取得方法を紹介します。 CWMS の Web GUI で Infocap を取得できない場合、または取得された Infocap tar.gz の中に特定のサーバログが含まれていない場合、本ドキュメントの手順に従い、Infocap ログをご取得ください。 Web GUI での取得方法はこちらにて確認できます。 手順 1. SSH にて特定の CWMS サーバへ接続し、リモートサポートアカウントのユーザとしてログインしてください。 参考：リモートサポートアカウントの作成手順 2. /triage ディレクトリから infocap のスクリプトを実行してください。 [ciscotac@cwms2admin01 ~]# cd /triage [ciscotac@cwms2admin01 triage]# /opt/cisco/webex/logagent/e_infocap.sh calibtest_do.log calibtool.log change_default_pwd.log ChgHostnameToOracle_hist.log ... ... 環境によって数十分かかることがあります。 注意： /triage 以外のパーティションで実行した場合、ディスク容量の制限で失敗する可能性があります。 3. tar.gz ファイルを SFTP サーバに送信 [ciscotac@cwms2admin01 triage]# ls -l infocap* -rw-r--r--. 1 root root 306148586 Oct 18 03:13 infocap_10182016030859.tar.gz [ciscotac@cwms2admin01 triage]# sftp user@192.168.99.9 Authenticated with partial success. ftp@192.168.99.9's password: Hello, I'm freeFTPd 1.0Connected to 192.168.99.9. sftp> put infocap_10182016030859.tar.gz Uploading infocap_10182016030859.tar.gz to /infocap_10182016030859.tar.gz infocap_10182016030859.tar.gz                                                              100%  292MB   3.7MB/s   01:20 4. 各 CWMS サーバで同様の作業を繰り返してください。 e_infocap.sh の実行で、ログインしているサーバのログのみ保存されるので、調査上の必要に応じて、全サーバで実行してください。 ... View more

C60 / C90 / EX60 / MX300 シリーズの端末にて TC 6.1.x / 6.2.x から TC 7.x へアップグレードする時に、"Running post-install hooks from installed package" でスタックしてしまう事象があります。このまま待機してもアップグレードが完了しません。 (SX20 では見られていません) TC 6.x が古いため、原因究明の調査が難しい状況ですが、情報共有としてこちらにて回避策を記載させていただきます。 回避策： 中間ファームウェアとして TC 6.3.4 を利用します。 最終的のアップグレードパスが下記のようになります。 TC 6.1.x / 6.2.x  >> TC 6.3.4 >> TC 7.x ダウンロード URL： TC 6.3.4 ... View more

  はじめに 本ドキュメントではCUEのトラブルシューティングに役立つ show コマンドや trace コマンドの一覧および取得方法を紹介します。   CUEのハードウェア型番を確認する CUEのハードウェア機種に依存する問題もありますので、ハードウェア型番を確認して SRノートに記載していただければ幸いです。最も簡単な確認方法はルータ側の 'show inventory' や 'show diag' コマンドです。   例1： ------------------ show inventory ------------------ NAME: "CISCO3925-CHASSIS", DESCR: "CISCO3925-CHASSIS" PID: CISCO3925-CHASSIS , VID: V01, SN: FHK1423F26A NAME: "Cisco Services Performance Engine 100 for Cisco 3900 ISR on Slot 0", DESCR: "Cisco Services Performance Engine 100 for Cisco 3900 ISR" PID: C3900-SPE100/K9   , VID: V01 , SN: FOC14221Q5U NAME: "VWIC3-2MFT-T1/E1 - 2-Port RJ-48 Multiflex Trunk - T1/E1 on Slot 0 SubSlot 0", DESCR: "VWIC3-2MFT-T1/E1 - 2-Port RJ-48 Multiflex Trunk - T1/E1" PID: VWIC3-2MFT-T1/E1 , VID: V01 , SN: FOC15380JT7 NAME: "PVDM3 DSP DIMM with 128 Channels on Slot 0 SubSlot 4", DESCR: "PVDM3 DSP DIMM with 128 Channels" PID: PVDM3-128         , VID: V01 , SN: FOC1416328D NAME: "Internal Services Module with Services Ready Engine on Slot 0", DESCR: "Internal Services Module with Services Ready Engine" PID: ISM-SRE-300-K9   , VID: V02 , SN: FOC15424GKG   例2： rtr1#show diag ... Slot 1: ... Integrated Service Engine Port adapter, 1 port Port adapter is analyzed Port adapter insertion time 00:41:12 ago EEPROM contents at hardware discovery: Hardware Revision        : 1.0 Part Number              : 73-10371-04 Top Assy. Part Number    : 800-35481-01 Board Revision           : A0 Deviation Number         : 0 Fab Version              : 01 PCB Serial Number        : FOC15214H7Q RMA Test History         : 00 RMA Number               : 0-0-0-0 RMA History              : 00 Product (FRU) Number     : NME-CUE Version Identifier       : V04 CLEI Code                : IPUIBEVRTC EEPROM format version 4 EEPROM contents (hex):   0x00: 04 FF 40 04 F8 41 01 00 82 49 28 83 04 C0 46 03   0x10: 20 00 8A 99 01 42 41 30 88 00 00 00 00 02 01 C1   0x20: 8B 46 4F 43 31 35 32 31 34 48 37 51 03 00 81 00   0x30: 00 00 00 04 00 CB 87 4E 4D 45 2D 43 55 45 89 56   0x40: 30 34 20 D9 03 40 C1 CB C6 8A 49 50 55 49 42 45   0x50: 56 52 54 43 FF FF FF FF FF FF FF FF FF FF FF FF   0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF   0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF   CUEの show コマンド 下記の推奨コマンドで CUEの設定や状態を多く確認できます。 - show tech  (下記のコマンドが含まれる)     show call-agent     show interfaces     show java version     show license detail     show license feature     show license udi     show memory     show processes memory     show running-config     show software install history     show software versions detail - show running-config - show license detail - show call-agent （CME連携かCUCM連携か） - show ccn subsystem sip (SIP設定の一覧、DTMFタイプ、MWIタイプなど) - show ccn sip subscription mwi （MWIタイプが SIP Sub-Notify の場合）   トレースレベルの変更 trace コマンドで CUE のトレースレベルを変更できます。よく使われる trace コマンドは下記のとおりです。 trace ccn stacksip dbug trace voicemail all trace voicemail mwi all  (MWIの事象) 他に trace コマンドがありますが、TACの指示によって設定してください （参考： CUE トレース ） no trace all ですべてのトレースを OFF にできますが、OFF はデフォルトよりもトレースレベルが低いので、 デフォルトに戻すことを推奨します。大量のコマンドをコピーペーストする必要があります。 （参考： CUE Reset Trace Levels）   トレースファイルの取得 CUE のCLI にて show logs というコマンドでハードディスク上に保存されているトレースファイルのリストを確認できます。 cue>show logs dmesg syslog.log atrace.log atrace.log.prev klog.log messages.log messages.log.prev root_javacore828.1087272313.txt tomcat_javacore1094.1087272313.txt workflow_javacore1096.1087272313.txt atrace.log* はCUEのアプリケーションログファイルです。trace コマンドでログレベルを変更できるトレースの出力はこちらのファイルに保存されます。しかし、テキスト形式ではないので、Cisco社内のツールでしか中身を読み取れません。 messages.log* はCUEモジュールに関わる全体的なシステムエラーが記録されるテキスト形式のトレースファイルです。 --- copy コマンドで各トレースファイルを1つずつ FTP サーバにアップロードできます。 cue>copy log atrace.log url ftp://jdoe:mypass@172.18.106.10/cue/atrace.log --- 通常の調査に必要とされる CUE トレースファイルは atrace.log* と messages.log* のみです。   リアルタイムでトレースを取得する方法 再現できる問題の場合、バッファのトレースをリアルタイムで取得できます。バッファのトレースは atrace.log* の出力と同様です。 1) 必要な trace レベルを有効 2) telnet ターミナルで txt ファイルのロギングを有効 3) show trace buffer tail のコマンドを実施し、画面上にログが流れてくる 4) 事象発生後、Ctrl + C で show trace buffer tail を停止できます 5) 必要に応じて、トレースレベルをデフォルトに戻す （ CUE Reset Trace Levels ） ... View more