キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
5205
閲覧回数
20
いいね!
32
返信

IP テレフォニーについて(Ask the Expert)

シスコの技術サポートエンジニアへ質問して疑問を解決できる「エキスパートに質問」へようこそ!
ここでは、シスコのエキスパートからのアドバイスや最新の情報が得られる場として気軽に質問してみてください。
 

担当エキスパート:中濵 徹也 (Tetsuya Nakahama)
Cisco Japan TAC のカスタマーサポートエンジニアとして、Unified Communications 製品のサポートを担当しています。 CUCM、IP-Phone、Jabber 等に関する皆様のご質問に、可能な限りお答えしますのでお気軽にお問い合わせください。

開催期間:2014 年 10 月 13 日(月)~2014 年 10 月 26 日(日)

[質問の回答方法]
サポートコミュニティへ Cisco.com ID でログインすると、この説明の右下に「返信」ボタンが表示されます。クリックすると投稿欄が表示されますので、質問をご記入ください。最後に「メッセージの投稿」をクリックすると質問が送信され、完了となります。

もし1つの質疑応答が進行していても、他の新しい質問を同じスレッド内に投稿いただいて問題ありません。この「エキスパートに質問」のディスカッションスレッドに届いた質問は担当のTAC エキスパートが回答しますがすべての質問に返信できないかもしれません。返信が得られずに開催期間が終了して残ってしまった質問については、サポートコミュニティ事務局が今回の技術カテゴリの通常のディスカッション フォーラムへ再掲載し、有用な情報の展開へとつなげていきます。エキスパートから返信が得られた質問については、評価機能でその回答が適切であったかをエキスパートへぜひ伝えてください。ご自身の質問だけでなく、他コミュニティのメンバーから寄せられた質問のやり取りのチェックなど、ぜひこのフォーラムへ再度訪問されることをお待ちしております!

[エキスパートからの回答について]
質問の投稿から原則数日以内に回答できるよう努めます。内容によっては、検証や確認に時間がかかる場合もありますのでご了承ください。質問の内容によっては、エキスパートの担当範囲外の場合もございます。その際はサポートコミュニティ事務局、もしくは適切な担当から回答いたします。

ディスカッション期間を過ぎてからの投稿にはエキスパートは回答できません。事務局より、通常コミュニティへの再投稿をご案内いたしますことをご了承ください。

 

32件の返信32

ご質問いただき、ありがとうございます。

 

 1.片通話になる

9.4.1.3.SR1で修正されていない不具合で、オーディオ再生に関するものが報告されています。

CSCuo79130 Audio does not always play on 69xx phones

こちらに該当する可能性も考えられますが、まことに恐れ入りますが、次のファームウェアバージョンがリリースされるまでお待ちいただけますでしょうか。

 

 2.転送ボタンが使えない

 3.ディスプレイ表示がおかしい

こちらの2点に関しては、お手数ですが、もう少々詳しい操作およびその結果を教えていただけますでしょうか。

もし、差支えなければ、ディスプレイ表示の写真等いただければ助かります。

 

どうぞよろしくお願い致します。

 

早速のご回答ありがとうございます

 

再度、対象者にヒアリングした結果下記のような現象が発生しているとの

事でした

 

(2.転送ボタンが使えない)に関して、

1.ボタンを押しても反応せず

 

(3.ディスプレイの表示がおかしい)に関して

  着信時に黒い網掛けのような表示がでる

 

【追加現象】

2.電話機がフリーズしている

 

【暫定対応策】

   電話機のリブート

    →リブート後も月2-3で同現象が発生

 

上記の現象はcp-7841で発生した事象と同現象が6941でも発生しております

 

 

 

 

 

 

 

 

 

ご返信いただき、また、調査にお時間を頂いており、ありがとうございます。

 

> (2.転送ボタンが使えない)

> 2.電話機がフリーズしている

調査の結果、こちらの2点関しては、9.4.1.3SR1でも修正されていない不具合CSCun22302に該当する可能性がございます。

不具合CSCun22302は弊社社内管理の不具合で、転送、会議、保留キーが動作しなくなるという不具合です。

恐れ入りますが、現状最新のファームウェアSCCP9.4.1.3SR1でも修正されていないため、次期リリースをお待ちいただけますでしょうか。

あるいは、弊社社内で試験した限りでは、SIPファームウェアでは転送、会議キーは正常に動作したとのことで、回避策として、最新のバージョンのSIPファームウェアをご使用いただくことも、ご検討いただけますでしょうか。

 

> (3.ディスプレイの表示がおかしい)

こちらに関して、もし、特定の一台のみで発生している事象であれば、ハードウェア故障の可能性もございます。

もし複数台で発生していた場合は、恐れ入りますが、こちらの事象は9.4.1.3SR1でも修正されていない不具合としては登録されておらず、新規不具合の可能性もございますため、詳細な調査が必要となります。

 

大変恐れ入りますが、もし、弊社TACの保守契約をお持ちでしたら、以下のページからサービスリクエスト(SR)としてお問い合わせいただくこともご検討いただけますでしょうか。

 

TAC Service Request Tool:

https://tools.cisco.com/ServiceRequestTool/create/launch.do?locale=ja_JP

 

ご利用ガイド:

http://www.cisco.com/cisco/web/support/JP/loc/contact/pdf/tsrt_guide.pdf

 

以上、どうぞよろしくお願い致します。

ご返信ありがとうございます。

上記の件了解しました。

 

本件の回避策として、SCCP→SIPファームウェアに変更するという

ご提案を頂きましたが、上記変更をする際にどれぐらいの影響があるのかが

分からない為、問題が発生した端末のみ都度、上記変更した際の影響は

あるのでしょうか?

ご教授いただけると幸いです。

ご返信ありがとうございます。

基本的には、機能的な差異はほとんどありません。

SIP/SCCPではファームウェアが異なりますので、変更をご検討される際は以下からSIPファームウェアの最新のものを入手頂ければと思います。

Cisco Unified IP Phone 6941 ファームウェアダウンロードページ

http://software.cisco.com/download/release.html?mdfid=282622816&flowid=46237&softwareid=282074288&release=9.4%281%29&relind=AVAILABLE&rellifecycle=&reltype=latest

どうぞよろしくお願い致します。

Masato Ikeuchi
Level 1
Level 1

Unity Connection 9.xのドキュメントにおいて、最大録音時間の記述が実際と異なります。
マニュアルに以下の様に記述があったので
最大録音時間に36,000,000(ミリ秒)を入力しようとした所、(実際はコンマ無し)
3,600,000までしか出来ない旨のメッセージが出力されて設定できませんでした。

日本語版
http://www.cisco.com/cisco/web/support/JP/docs/VAUC/IPTelep/MCUMSEseries/AG/001/9xcucsag220.html?bid=0900e4b182ba2cb5
最大録音時間を変更するには、60,000 ミリ秒(1 分)~ 36,000,000 ミリ秒(60 分)までの数値を入力します。

英語版
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/9x/administration/guide/9xcucsagx/9xcucsag220.html#pgfId-1050330
To change the maximum recording length, enter a number from 60,000 (1 minute) to 36,000,000 (60 minutes) milliseconds.

ドキュメントの記述において、最大録音時間の0の数が1桁多いと考えられますが、
この様なドキュメントの修正依頼はどこに出せばよいのでしょうか。

ご質問ならびに、ご指摘いただき、ありがとうございます。

 

ご指摘いただいた点は、明らかに0が一つ多く記載されてしまっているため、

お手数ですが、是非とも、ページごとのフィードバック欄に、この旨を記載いただけますでしょうか。

ドキュメント担当にて修正を検討させていただきます。

(日本語)

http://www.cisco.com/cisco/web/support/JP/docs/VAUC/IPTelep/MCUMSEseries/AG/001/9xcucsag220.html?bid=0900e4b182ba2cb5#anchor_to_feedback

(英語)

https://secure.opinionlab.com/ccc01/o.asp?id=HPXysfff&referer=http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/9x/administration/guide/9xcucsagx/9xcucsag220.html#pgfId-1050330&resize=false&resize=false

 

また、明らかな記載ミスではなく、技術的な検討を伴うような場合は、

恐れ入りますが、弊社TACまでサービスリクエストをオープン頂けますでしょうか。

必要に応じて、ドキュメントの不具合として、不具合IDを登録させていただきます。

どうぞよろしくお願い致します。

ご返信ありがとうございました。
フィードバック欄に記載させて頂きます。

また、10.x系、8.x系、7.x系も同様という事で良いでしょうか。

特に7.x系は日本語版と英語版で記載内容が異なっており、
混乱しやすいと思います。
(また9.x系と同じであれば、日本語版も英語版も正しい記述をしていない事になります)

7.x系日本語版
http://www.cisco.com/cisco/web/support/JP/docs/VAUC/UCApps/UnityCNC/AG/013/17876_01_26.html?bid=0900e4b1825ae5dd
最大録音時間を変更するには、30,000 ~ 360,000 ミリ秒までの数値を入力します。
→360,000 ミリ秒(6分)と記述

7.x系英語版
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/7x/administration/guide/7xcucsagx/7xcucsag220.html#pgfId-1050330
To change the maximum recording length, enter a number from 60,000 (1 minute) to 36,000,000 (60 minutes) milliseconds.
→36,000,000 (60 minutes) milliseconds.
→60分(600分の換算間違い?)
→9.x系のドキュメントと同じ値になっています。

※これは修正依頼というより、どれが正しいのかの判断が付かないため、
 再度投稿させて頂きました。

ご返信いただき、ありがとうございます。

CUC 8.x以降に関しては、上記ご認識の通りです。

 

CUC 7.xに関しては、弊社ラボで確認したところ、

36,000,000 (600 minutes) milliseconds、すなわち600分が入力できる最大値となっていました。

したがって、7.xに関しては、英語版ドキュメントを参照していただけますでしょうか。

 

どうぞよろしくお願い致します。

uc
Level 1
Level 1

担当エキスパート 中濱 徹也様

質問をさせてください。

弊社では、フリーダイヤル専用のSIP voice gatewayを使用しております。

フリーダイヤル発信時にCUCMのルートパターンでPrefix"番号0184"を付けて

SIP GWへ発信しております。

エンドユーザは184発信していることは意識しておりません。

電話機はJabber for Windows/Androidを使用しておりますが、Displayに"0184"+フリーダイヤル番号が

表示されてしまいます。Prefix番号の”0184”を表示させない方法はありますでしょうか。

電話機のDisplayにフリーダイヤル番号のみ表示させたいと考えております。

お手数ですが、よろしくお願いします。

 

 

ご質問いただき、ありがとうございます。

 

頂いた情報から、JabberがSIP GWから送られてくるSIPヘッダ内のRemote-Party-ID を参照している可能性があるため、もし実施可能であれば、SIP GWにて以下のコマンドを設定することで、事象が改善するかお試しいただけますでしょうか。

 

voice class sip-profiles <任意のprofile番号>

response ANY sip-header Remote-Party-ID remove

 

この後、作成したprofileをCUCMと接続しているincoming dial-peerに設定します。

voice-class sip profiles <上記のprofile番号>

 

例えば、次のような設定例となります。

voice class sip-profiles 1000

response ANY sip-header Remote-Party-ID remove

 

dial-peer voice 124 voip

voice-class sip profiles 1000

 

以上、どうぞよろしくお願い致します。

中濱様

丁寧なご回答ありがとうございます。

弊社の環境で試させていただきます。

大変助かります。

教えて頂いた設定について記載されたドキュメントなどはありますでしょうか。

また、H.323/MGCP Gateway(PRI)の場合は、CUCMでPrefix番号を付けた場合は

このような仕様はないのでしょうか。

 

 

ご返信いただき、ありがとうございます。

 

以下のリンクに、お伝えしたコマンドそのものではありませんが、

GW上でのSIP Profileの変更例などがいくつかありますので、ご参考にしていただけますでしょうか。

 

Unified Border Element (CUBE) Session Initiation Protocol (SIP) Normalization with SIP Profiles Configuration Example

http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-border-element/105624-cube-sip-normalization.html

 

> また、H.323/MGCP Gateway(PRI)の場合は、CUCMでPrefix番号を付けた場合は

> このような仕様はないのでしょうか。

 

H.323 GWでは、次のコマンドをお試しいただけますでしょうか。

 
voice service voip
no supplementary-service h225-notify cid-update

 

http://www.cisco.com/en/US/docs/ios/12_3t/voice/command/reference/vrht_s12_ps5207_TSD_Products_Command_Reference_Chapter.html#wp1148789

 

MGCPの場合は、確認しましたが、恐れ入りますが、良い方法がございませんでした。

 

また、GWの種類を問わず、次のCUCM上の設定においても、改善する可能性がありますので、可能であれば、お試しいただけますでしょうか。

Cisco Unified CM Administrationにおいて、

System -> Service Parameter -> 該当サーバ -> Cisco CallManager配下の、

Always Display Original Dialed NumberパラメータをTrue

 

以上、ご確認のほど、どうぞよろしくお願い致します。