CME: Cisco Jabber for Apple iPhone あなたがCMEのJabberクライアントの初心者なら、 ここにはいくつかの実に有益な情報とドキュメントがあります。 Jabber for iPhone： CME8.6はiOSデバイス（iPhone,iPad）をサポートした、最初のバージョンです。 以前には”Cisco Mobike”と呼ばれるクライアントが8.1でサポートされていました。 http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme86spc.htm.html http://www.cisco.com/en/US/prod/collateral/voicesw/ps6789/ps7290/ps11156/data_sheet_c78-658146.html 現在、CME9.1がリリースされています。 http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/requirements/guide/cme91spc.html Jabberクライアントの最新版9.1.1はiOS7をサポートしています。 http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/iPhone-Voice/9-1-9/JABI_BK_CBFDFCC7_00_cisco-jabber-voice-for-iphone.html ここではCMEの設定について説明します。  http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmelabel.html#wp1063949 SIP CMEの設定 voice service voip コマンド allow-connection sip to sip sip register server expires max 1200 min 300 voice register global コマンド mode cme source-address X.X.X.X max-dn 10 max-pool 10 authenticate all tftp-path flash: create profile file text voice register dn  1　コマンド number 5000 voice register pool  1　コマンド registration-timer max 720 min 660 id mac [xxxx.xxxx.xxxx] session-transport tcp type CiscoMobile-iOS number 1 dn 1 dtmf-realy rtp-nte username [xxxx] password [xxxx] codec g711ulaw 次に、あなたのiPhoneで基本的な設定を指定する必要があります。  デバイスID（SEP＋iPhone Mac Address）、TFTPサーバー、そして権限を持っているのならユーザー名とパスワードを設定します。   Jabberの設定をスクリーンショットで紹介します。 (1)Jabberを開く。 (2)”Enter Account Setting”を選び、次に"Begin"を選びます。 (3(3)Unified Communications Manager)の為に”Continue”を選びます。 (4)デバイスIDを”SEP＋MACADDRESS”として設定し、アカウントの設定を完了します。 (5)ここではJabberの登録とCMEに焦点を当てているため、その他の設定を紹介しません。 ******************************************************************************************************** 注意：デスクフォンの統合はCMEではサポートされてなく、CUCMでのみサポートされています。 ******************************************************************************************************** 私は登録手順を表示するため、CME上のスニファートレースをキャプチャーしています。 ここでは　Jabber_Registration.pcap　となります。 ******************************************************************************************************** 私はこのドキュメントがあなたの助けになればと思っています。なので、あなたの意見や私のドキュメントに間違いがあれば、自由にコメントしてください。その後、私はさらに情報を追加したり、修正をします。 Jorge Armijo   このドキュメントは英語版の翻訳です。 https://supportforums.cisco.com/document/130876/cme-cisco-jabber-apple-iphone ... View more

このドキュメントはネットワーク初心者を対象にシスコのユニファイドコミュニケーション技術を紹介するドキュメントです。   【ユニファイドコミュニケーションとは】 ユニファイドコミュニケーションとは、様々な通信手段やコミュニケーション手段を統合する事により、これまでにないコミュニケーションの方法を実現しようとする試みの事です。   これまで、通信・コミュニケーションを行うための手段として、音声電話やFAX、電子メール、インスタントメッセンジャー（IM）、VoIP（Voice over IP）などが発達しており、それぞれ手段に応じて使い分けられてきました。ユニファイドコミュニケーションは、これらの機能をそれぞれの長所を活かしつつ一つのシステムへ統合することによって、より柔軟な機能を提供し、効率化や生産性の向上、コスト削減を実現しようとするものです。   【現状】 急激に変化する経営環境の中で企業や組織が長期的な成長を成し遂げるには、多様な人材の力が必要不可欠となっています。そして、今後予測される人口減少をはじめ、ビジネスのグローバル化への対応、ダイバーシティ（国籍、性別、世代など）の推進、雇用・就労形態の多様化といった「ワークスタイル」問題への対応も迫られています。 このような問題の解決策としてIT技術を使用した「ユニファイドコミュニケーション」の技術が注目されています。   【シスコのユニファイドコミュニケーション】 シスコが目指す「ワークスタイル」とはいつ、どこにいても瞬時に会社の情報にアクセスでき、会社にいなくても情報収集や資料作成、会議を行え、離れた場所にいる人ともシームレスにコミュニケーションができるものです。 そして、シスコの製品はどんな場所（家、カフェなど）でも「職場」にしてくれます。   また、シスコはこれらを提唱するだけでなく、シスコ自身が実践を通じてロールモデルとなるべくワークスタイルの変革に取り組んでいます。   【シスコの主な製品】 シスコの製品には大きな特長が2つあります。 ①いつでも、どこでも、どんなデバイスでも、最適なソリューション環境を提供 ②ビデオ、音声、ソーシャルと様々なビジネスシーンで活用されるコミュニケーション手段を網羅   シスコの主な4つの製品 ①呼制御 「CUCM（Cisco Unified Communications Manager）」 CUCMはビデオ、音声、モビリティ、メッセージング、インスタントメッセージ（IM）、および、プレゼンスのセッション制御及びコール制御を実現する、シスココラボレーションサービスの中心となる製品です。 代表的な技術として以下の技術が使用されています。 ・SIP…VoIPを応用したインターネット電話などで用いられる、通話制御プロトコルの一つです。 ・SCCP…メッセージ転送部（MTP）だけでは実現できないメッセージのルーチングやフロー制御、順序制御機能を実現するものです。 ≪CUCMの基本的なトラブルシューティング≫ https://supportforums.cisco.com/ja/document/137136   「Cisco Business Edition 6000」 Cisco Business Edition 6000は、中規模（1000ユーザまで）をターゲットとした、UCのパッケージソリューションです。仮想化に対応したCisco Unified Commputing System（以下「UCS」）をアプライアンスサーバとして、コール管理や、ボイスメールなどのUCアプリケーションを利用することができます。 ​ 「CUCME（Cisco Unified Communication Manager Express）」 CUCME は、 Cisco IOS ソフトウェアに直接統合された、機能豊富な、エントリレベルの IP テレフォニーソリューションです。 CUCME を使用すると、中小企業のお客様や、小規模の独立企業の事業所において、小規模オフィス向けの単一プラットフォーム上で音声、データ、 IP  テレフォニーを展開できます。これにより、業務を効率化しネットワーク   コストを削減できます。 代表的な技術として以下の技術が使用されています。 ・PBX…企業などの施設で複数(多数)の電話機を設置する場合に、施設内に設置・運用される電話交換機のことです。施設内の電話機同士で内線通話できるようにしたり、外線(公衆回線)との接続を行います。   ②コミュニケーションゲートウェイ 「Expressway」 高度にセキュアなファイアーウォール越えテクノロジーを使用することでビデオ、音声、インスタントメッセージなどのコラボレーションを組織全体に広げることが出来ます。   「CUBE（Cisco Unified Border Element）」 CUBEは企業の照準に合わせたシスコのセッションボーダーコントローラーで、企業のIPネットワークからサービスプロバイダーのSIPトランクへ音声およびビデオ接続を提供します。 代表的な技術として以下の技術が使用されています。 ・セッションボーダーコントローラー（SBC）…SIPを利用するIP電話ネットワークで、別のネットワークとの境界に設置されるゲートウェイ装置です。 ・SIPトランク…組織とファイアウォールの外側のインターネットテレフォニーサービス プロバイダー(ITSP)との間にSIP通信リンクを確立するSIP接続です。 ≪CUBEでのコールアドミッション制御（CAC）の実装に関するドキュメント≫ https://supportforums.cisco.com/ja/document/12246476   「TDMゲートウェイ」 TDMゲートウェイはCiscoのルータ上で動作しデジタル回線（ISID）とも接続できます。 代表的な技術として以下の技術が使用されています。 VGゲートウェイと同様に、呼の接続・切断を制御するプロトコル(アナログ回線: FXS/FXOなど、デジタル回線: BRI/X.25など、IP: SIP/H.323/MGCPなど)と音声(やビデオ)信号の変換・中継を行う機能を持っています。   「VGゲートウェイ」 VGゲートウェイは機能・用途的にはTDMゲートウェイと近いと言えますが、VGゲートウェイは専用ハードウェア製品となります。TDMゲートウ ェイと同様に、呼の接続・切断を制御するプロトコル(アナログ回線: FXS/FXOなど、デジタル回線: BRI/X.25など、IP: SIP/H.323/MGCPなど)と音声(やビデオ)信号の変換・中継を行う機能を持っています。   ③ユニファイドコミュニケーションアプリケーション 「Jabber」 Cisco Jabberは一般的な通信ネットワークを使わずにシスコが作成したセキュアなネットワーク（Cisco AnyConnect セキュアモビリティ）を使用し、ユーザーにエンドツーエンドの高品質なビデオ会議や音声電話を提供します。 代表的な技術として以下の技術が使用されています。 ・IP（Internet Protocol）…ネットワークに参加している機器のアドレッシングや相互に接続された複数のネットワーク内でのルーティングをするための方法で定義します。 ・VoIP(Voice over Internet Protocol)…インターネットやイントラネットなどICP/IPネットワークを使って音声データを送受信する技術です。社内LANを使った内線電話やインターネット電話に応用されています。 ≪Jabber for iPhone/Android の音声品質問題への対処方法≫ https://supportforums.cisco.com/ja/document/12335021   「Unity」 Cisco Unity Connection は、包括的な機能セットを備えたボイスメールおよびユニファイド メッセージング プラットフォームです。Cisco Unity Connection を使用することにより、E メール受信トレイ、Web ブラウザ、Cisco Jabberメッセージング統合プラットフォーム、Cisco Unified IP Phone、スマートフォン、タブレットなど、多種多様な方法でボイス メッセージにアクセスし、管理することができます。 ≪Cisco Unity Connection の診断トレースの取得方法≫ https://supportforums.cisco.com/ja/document/12067571   「WebEX」 WebEXは、Cisco Web Collaboration Cloudと呼ばれるグローバル専用線を通じてオンデマンドで配信されます。情報はシスコのサーバーに蓄積されることはなく、情報は128 ビットSSLおよびAES暗号化によりプライベートかつセキュアに保たれます。 ≪CWMS(Cisco WebEX Meetings Server)におけるログの取得方法≫ https://supportforums.cisco.com/ja/document/11937631   ④テレフォニーエクステンション 「CAC（Cisco Unified Attendant Console）」 CACは、企業のオペレータや受付担当者が着信コールを効率的に処理するためのツールです。またCAC は Cisco Unified IP Phone とセットで提供され、Cisco Unified Communications Manager および Cisco Business Edition 6000 プラットフォームでサポートされます。   製品の詳細は以下のURLをご確認ください。 http://www.cisco.com/web/JP/product/hs/iptel/index.html   シスコのユニファイドコミュニケーション技術の導入事例について詳しく知りたい方は 以下のURLをご確認ください。 http://www.cisco.com/web/JP/solution/collaboration/literature/pdf/0886_cisco_uc_guide.pdf ... View more

  1．　PBXとCisco SIP IP Phone間の通信手順－正しい接続と切断 2．　ゲートウェイとCisco SIP IP Phone 間の通信手順－正しい通信接続と通信保留 3．　Cisco SIP IP Phone とCisco SIP IP Phone 間での単純な通信保留の手順   【概要】 このドキュメントではPBX、ゲートウェイおよびSIP Phoneの基本的なSIP通信手順について詳しく説明します。 このドキュメントは初心者向けに作られており、SIPの通信手順とメッセージへの理解を手助けするものとなっています。また、このドキュメントはSIPトラブルシューティングコマンドについても書かれています。   【前提条件】 このドキュメントの内容を理解するにはSIPプロトコルと通信手順メッセージに関する基礎知識が必要です。   【通信手順の例】   1. PBXとCisco SIP IP Phone間の通信手順－正しい接続と切断 以下の図はゲートウェイとCisco SIP IP Phoneへの正しい通信接続から切断までの様子を示しています。このシナリオでは２人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAはPBX A側に配置されており、T1/１E1経由でゲートウェイ１（SIPゲートウェイ）と接続しています。ユーザーBはCisco SIP IP Phone です。ゲートウェイ１はIPネットワークを通じ、Cisco SIP IP Phone と接続します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBが電話を切断します。   順番 動作 説明 1 Setup－PBX Aからゲートウェイ１ 呼の接続はPBX Aとゲートウェイ１から始まります。 電話の接続はユーザーAがユーザーBに電話をかけようとするときに生じる標準的なトランザクションが含まれます。 2 INVITE－ゲートウェイ１からCisco SIP IP  Phone  ゲートウェイ１はSIP URLの電話番号をダイアルピアにマップします。このダイアルピアはSIP接続可能なIPアドレスとポート番号が含まれます。ゲートウェイ１はSIP  INVITEリクエストをダイアルピアとして受け取ったアドレスに送ります。 ここではそれはCisco SIP IP Phone になります。 以下の項目がINVITEリクエストの内容です。 ・Cisco SIP IP Phone のIPアドレスがRequest-URIフィールドに挿入されます。 ・PBX Aは接続セッションの開始側としてFromフィールドで識別されます。 ・固有の数値識別子は呼に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディアが指定されます。 ・ゲートウェイがRTPデータを受信できるポートが指定されます。 3 Call Proceeding－ゲートウェイ１からPBX A ゲートウェイ１はPBX Aに呼の接続要求をPBX Aが受信したことを知らせるために、確認応答を送ります。 4 100Trying－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 100 Trying 応答を送ります。100 Trying　応答はINVITEリクエストがCisco  SIP IP phoneによって受け取られているという事を示します。 5 180 Ringing－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 180 Ringing 応答を送ります。180 Ringing　応答はユーザが呼び出されているという事を示します。 6 Alert－ゲートウェイ１からPBX A ゲートウェイ１はユーザーAにAlertメッセージを送ります。Alertメッセージはゲートウェイ１がCisco SIP IP Phoneから180 Ringing 応答を受け取ったという事を示します。 ユーザーAはユーザーBが知らせを受けたという事を示すリングバックトーンを聞きます。 7 200 OK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 200 OK 返答を送ります。200 OK 返答はゲートウェイ１に接続済みという事を知らせます。 8 Connect－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにConnectメッセージを送ります。ConnectメッセージはPBX Aに接続済みという事を知らせます。 9 Connect－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１のConnectメッセージに確認応答をします。 10 ACK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP ACK を送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続がアクティブになります。 11 BYE－Cisco SIP IP phone からゲートウェイ１ ユーザーBはCisco SIP IP phone で呼接続を終了し、ゲートウェイ１にSIP BYE リクエストを送ります。 BYE リクエストはユーザーBが呼を切りたいということを示します。 12 Disconnect－ゲートウェイ１からPBX A ゲートウェイ１はDisconnectメッセージをPBX Aに送ります。 13 Release－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１にReleaseメッセージを送ります。 14 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone　にSIP 200 OK 返答を送ります。 200 OK 応答はゲートウェイ１がBYEリクエストを受け取ったという事をCisco SIP IP phoneに知らせます。 15 Relese Complete－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにRelese Completeメッセージを送り、呼接続は終了します。     2. ゲートウェイとCisco SIP IP Phone 間の通信手順－正しい通信接続と通信保留   以下の図はゲートウェイとCisco SIP IP phone 間の正しい通信接続と通信保留を示しています。このシナリオでは２人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAはPBX A側に配置されており、T1/１E1経由でゲートウェイ１（SIPゲートウェイ）と接続しています。ユーザーBはCisco SIP IP phone です。ゲートウェイ１はIPネットワークを通じ、Cisco SIP IP phone と接続します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBがユーザーAを保留にします。 4．ユーザーBがユーザーAの保留を解除します。     順番 動作 説明 1 Setup－PBX Aからゲートウェイ１ 呼接続はPBX Aとゲートウェイ１から始まります。呼接続はユーザーAがユーザーBに電話をかけるときに生じる標準的なトランザクションが含まれます。 2 INVITE－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はSIP URLの電話番号をダイアルピアにマップします。このダイアルピアはSIP接続可能なIPアドレスとポート番号が含まれます。ゲートウェイ１はSIP INVITEリクエストをダイアルピアとして受け取ったアドレスに送ります。ここではそれはCisco SIP IP phone になります。 以下の項目がINVITEリクエストの内容です。 ・Cisco SIP IP phone のIPアドレスがRequest-URIフィールドに挿入されます。 ・PBX Aは呼接続の開始側としてFromフィールドで識別されます。 ・固有の数値識別子は接続に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディアが指定されます。 ・ゲートウェイがRTPデータを受信できるポートが指定されます。 3 Call Proceeding－ゲートウェイ１からPBX A ゲートウェイ１はPBX Aに呼の接続要求を受信したことを知らせる ために、確認応答を送ります。 4 100 Trying－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 100 Trying 応答を送ります。100 Trying 応答はINVITEリクエストがCisco  SIP IP phoneによって受け取られているという事を示します。 5 180 Ringing－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 180 Ringing 応答を送ります。180 Ringing 応答はユーザーが呼び出されているという事を示します。 6 Alert－ゲートウェイ１からPBX A ゲートウェイ１はユーザーAにAlertメッセージを送ります。Alertメッセージはゲートウェイ１がCisco SIP IP phoneから180 Ringing 応答を受け取ったという事を示します。 ユーザーAはユーザーBが知らせを受けたという事を示すリングバックトーンを聞きます。 7 200 OK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 200 OK 返答を送ります。200 OK 返答はゲートウェイ１に接続済みという事を知らせます。 8 Connect－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにConnectメッセージを送ります。ConnectメッセージはPBX Aに接続済みという事を知らせます。 9 ACK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP Phone にSIP ACK を送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続が確立します。 10 Connect ACK－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１のConnectメッセージに確認応答します。 11 INVITE－Cisco SIP IP phone からゲートウェイ１ ユーザーBはユーザーAを保留にします。Cisco SIP IP phone はゲートウェイ１にINVITE要求を送ります。 12 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP 200 OK 応答を送信します。200 OK 応答はCisco SIP IP phone にINVITEが正しく送られたという事を知らせます。 13 ACK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP ACK を送信します。ACKはCisco SIP IP phone が200 OK 応答を受け取ったという事を知らせます。そして、呼接続は、一時的に非アクティブとなります。RTPパケットは送られません。 14 INVITE－Cisco SIP IP phoneからゲートウェイ１  ユーザーBはユーザーAの保留を解除します。Cisco SIP IP phone はゲートウェイ１にSIP INVITEを送ります。 15 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP 200 OK 応答を送ります。200 OK 応答はCisco SIP IP phone にINVITEが正しく送られたという事を知らせます。 16 ACK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP Phone はゲートウェイ１にSIP ACKを送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続がアクティブとなります。   3．Cisco SIP IP Phone とCisco SIP IP Phone 間での単純な通信保留の通信手順   以下の図はCisco SIP IP phone 間で通話者の一人が他の人を保留の状態にした後、通話に戻るという正しい通信を示しています。このシナリオでは2人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAとユーザーBはIPネットワーク経由で接続されているCisco SIP IP phone を使用します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBがユーザーAを保留にします。 4．ユーザーBがユーザーAの保留を解除します。 5．通話が続きます。     手順 動作 説明 1 INVITE－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP INVITE リクエストを送ります。INVITEリクエストはユーザーBを呼接続にユーザーBを通話者として招待するものです。 以下の項目がINVITEリクエストの内容です。 ・ユーザーBの電話番号はSIP URLフォーム上でRequest-URLフィールドに挿入されます。SIP URLはユーザーBのアドレスを確認し、Eメールアドレスに似た形（user@host）をとります。 （userは電話番号を、hostはドメイン名または数値で表されたネットワークアドレスを示します。） 例えば、ユーザーBに向けたINVITEリクエストのRequest-URIフィールドは”INVITE sip:555-0002@companyb.com; user=phone.”と示されます。”user=phone”パラメーターはRequest-URIアドレスがユーザ名ではなく電話番号であることを示します。 ・Cisco SIP IP Phone Aは呼接続の開始側としてFromフィールドに識別されます。 ・固有の数値識別子は呼に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディア機能が指定されます。 2 180 Ringing－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP 180 Ringing 応答を送ります。 3 200 OK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP 200 OK 応答を送ります。200 OK 応答はCisco SIP IP phone Aに接続済みという事を知らせます。 Cisco SIP IP phone BはCisco SIP IP phone Aが送ったINVITEメッセージでアドバタイズされたメディア機能をサポートしているのなら、200 OK 応答でCisco SIP IP phone BとCisco SIP IP phone Aのメディア機能の共通箇所をアドバタイズします。Cisco SIP IP phone BはCisco SIP IP phone Aがアドバタイズしたメディア機能をサポートしていないなら、Cisco SIP IP phone Bは304 Warningヘッダーフィールドと共に400　Bad Requestを送り返します。 4 ACK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP ACKを送ります。ACKはCisco SIP IP phone AがCisco SIP IP phone Bから200 OK 応答を受け取った事を示します。 ACKはCisco SIP IP phone Bが使用する最終セッションの記述と共にメッセージボディが含まれる場合があります。ACKのメッセージボディが空であれば、Cisco SIP IP phone BはINVITEリクエストのセッション記述を使います。     双方向のRTPチャネルがCisco SIP IP phone AとCisco SIP IP phone B間で確立されます。 5 INVITE－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone Aに新しいSession Description Protocol(SDP)セッションパラメーター（IPアドレス）と共に呼途中 INVITEを送ります。SDPセッションパラメーターは通話を保留にする時に使われます。 Call_ID=1 SDP:c=IN IP4 0.0.0.0 SIP INVITE内のSDPのc行は「0.0.0.0」を含み、通話を保留にします。 6 200 OK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP 200 OK応答を送ります。 7 ACK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP ACKを送ります。ACKはCisco SIP IP phone BがCisco SIP IP phone Aから200 OK 応答を受け取ったという事を示します。     RTPチャネルがCisco SIP IP phone AとCisco SIP IP phone B間で切断されます。 8 INVITE－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone Bは前のINVITEとして同じ呼IDと新しいSDPセッションパラメーター（IDアドレス）と共に呼の途中でINVITEを送ります。呼IDとSDPセッションパラメーターは呼を再確立するために使用されます。 Call_ID=1 SDP:c=IN IP4 181.23.250.2 電話Aと電話B間の呼を再確立する為、電話BのIPアドレスはSDPのc行に挿入されます。 9 200 OK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP 200 OK 応答を送ります。 10 ACK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP ACKを送ります。ACKはCisco SIP IP phone Bが200 OK 応答を受け取った事を確認します。     双方向のRTPチャネルがCisco SIP IP Phone AとCisco SIP IP Phone B 間で再確立されます。   Cisco Unified Communicatuins ManagerにおけるSIPポートの定義     SIPトラブルシューティング ・Unified Communicatuins Manager上でUC ManagerのSIPトレースを確認するためにRTMTを使います。 ・"debug ccsip calls" ・"debug ccsip alll" ・"debug ccsip error" ・"debug ccsip events" ・"debug ccsip messages" ・"debug ccsip states" ・"show sagent sip-ua call" 　－sip呼で有効なUACとuser agent server（UAS）情報を表示します。 ・"show call active voice bruef" 　動いているボイス呼またはファックス転送の為の有効な呼情報を表示します。 ・MTP設定を確認します。 　－MTPはアーリーオファーで必要です。 　－MTPは補助サービスを提供する為の古いバージョンのUC Managerで必要です。 ・レイヤー2/3の変数を確認します。   【SIP　トレースについて】 SIPトレースの詳細は以下のURLを参照してください。 http://supportforums.cisco.com/docs/DOC-27105   【関連情報】 ・基本的な通話の為のSIP電話の設定 ・Cisco Unified IP Phone 9951データシート ・原因コードの詳細 ・基本的なVoip呼のトラブルシューティングとデバック ・ISDNスイッチタイプ、コードと値 ・SIP 応答配置の為のPSTN原因コードの設定   このドキュメントは英語版の翻訳です。 Basic SIP Call Flows & Troubleshooting Commands https://supportforums.cisco. com/document/71131/basic-sip- call-flows-troubleshooting- command ... View more

  1．　PBXとCisco SIP IP Phone間の通信手順－正しい接続と切断 2．　ゲートウェイとCisco SIP IP Phone 間の通信手順－正しい通信接続と通信保留 3．　Cisco SIP IP Phone とCisco SIP IP Phone 間での単純な通信保留の手順   【概要】 このドキュメントではPBX、ゲートウェイおよびSIP Phoneの基本的なSIP通信手順について詳しく説明します。 このドキュメントは初心者向けに作られており、SIPの通信手順とメッセージへの理解を手助けするものとなっています。また、このドキュメントはSIPトラブルシューティングコマンドについても書かれています。   【前提条件】 このドキュメントの内容を理解するにはSIPプロトコルと通信手順メッセージに関する基礎知識が必要です。   【通信手順の例】   1. PBXとCisco SIP IP Phone間の通信手順－正しい接続と切断 以下の図はゲートウェイとCisco SIP IP Phoneへの正しい通信接続から切断までの様子を示しています。このシナリオでは２人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAはPBX A側に配置されており、T1/１E1経由でゲートウェイ１（SIPゲートウェイ）と接続しています。ユーザーBはCisco SIP IP Phone です。ゲートウェイ１はIPネットワークを通じ、Cisco SIP IP Phone と接続します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBが電話を切断します。   順番 動作 説明 1 Setup－PBX Aからゲートウェイ１ 呼の接続はPBX Aとゲートウェイ１から始まります。 電話の接続はユーザーAがユーザーBに電話をかけようとするときに生じる標準的なトランザクションが含まれます。 2 INVITE－ゲートウェイ１からCisco SIP IP  Phone  ゲートウェイ１はSIP URLの電話番号をダイアルピアにマップします。このダイアルピアはSIP接続可能なIPアドレスとポート番号が含まれます。ゲートウェイ１はSIP  INVITEリクエストをダイアルピアとして受け取ったアドレスに送ります。 ここではそれはCisco SIP IP Phone になります。 以下の項目がINVITEリクエストの内容です。 ・Cisco SIP IP Phone のIPアドレスがRequest-URIフィールドに挿入されます。 ・PBX Aは接続セッションの開始側としてFromフィールドで識別されます。 ・固有の数値識別子は呼に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディアが指定されます。 ・ゲートウェイがRTPデータを受信できるポートが指定されます。 3 Call Proceeding－ゲートウェイ１からPBX A ゲートウェイ１はPBX Aに呼の接続要求をPBX Aが受信したことを知らせるために、確認応答を送ります。 4 100Trying－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 100 Trying 応答を送ります。100 Trying　応答はINVITEリクエストがCisco  SIP IP phoneによって受け取られているという事を示します。 5 180 Ringing－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 180 Ringing 応答を送ります。180 Ringing　応答はユーザが呼び出されているという事を示します。 6 Alert－ゲートウェイ１からPBX A ゲートウェイ１はユーザーAにAlertメッセージを送ります。Alertメッセージはゲートウェイ１がCisco SIP IP Phoneから180 Ringing 応答を受け取ったという事を示します。 ユーザーAはユーザーBが知らせを受けたという事を示すリングバックトーンを聞きます。 7 200 OK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 200 OK 返答を送ります。200 OK 返答はゲートウェイ１に接続済みという事を知らせます。 8 Connect－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにConnectメッセージを送ります。ConnectメッセージはPBX Aに接続済みという事を知らせます。 9 Connect－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１のConnectメッセージに確認応答をします。 10 ACK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP ACK を送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続がアクティブになります。 11 BYE－Cisco SIP IP phone からゲートウェイ１ ユーザーBはCisco SIP IP phone で呼接続を終了し、ゲートウェイ１にSIP BYE リクエストを送ります。 BYE リクエストはユーザーBが呼を切りたいということを示します。 12 Disconnect－ゲートウェイ１からPBX A ゲートウェイ１はDisconnectメッセージをPBX Aに送ります。 13 Release－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１にReleaseメッセージを送ります。 14 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone　にSIP 200 OK 返答を送ります。 200 OK 応答はゲートウェイ１がBYEリクエストを受け取ったという事をCisco SIP IP phoneに知らせます。 15 Relese Complete－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにRelese Completeメッセージを送り、呼接続は終了します。     2. ゲートウェイとCisco SIP IP Phone 間の通信手順－正しい通信接続と通信保留   以下の図はゲートウェイとCisco SIP IP phone 間の正しい通信接続と通信保留を示しています。このシナリオでは２人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAはPBX A側に配置されており、T1/１E1経由でゲートウェイ１（SIPゲートウェイ）と接続しています。ユーザーBはCisco SIP IP phone です。ゲートウェイ１はIPネットワークを通じ、Cisco SIP IP phone と接続します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBがユーザーAを保留にします。 4．ユーザーBがユーザーAの保留を解除します。     順番 動作 説明 1 Setup－PBX Aからゲートウェイ１ 呼接続はPBX Aとゲートウェイ１から始まります。呼接続はユーザーAがユーザーBに電話をかけるときに生じる標準的なトランザクションが含まれます。 2 INVITE－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はSIP URLの電話番号をダイアルピアにマップします。このダイアルピアはSIP接続可能なIPアドレスとポート番号が含まれます。ゲートウェイ１はSIP INVITEリクエストをダイアルピアとして受け取ったアドレスに送ります。ここではそれはCisco SIP IP phone になります。 以下の項目がINVITEリクエストの内容です。 ・Cisco SIP IP phone のIPアドレスがRequest-URIフィールドに挿入されます。 ・PBX Aは呼接続の開始側としてFromフィールドで識別されます。 ・固有の数値識別子は接続に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディアが指定されます。 ・ゲートウェイがRTPデータを受信できるポートが指定されます。 3 Call Proceeding－ゲートウェイ１からPBX A ゲートウェイ１はPBX Aに呼の接続要求を受信したことを知らせる ために、確認応答を送ります。 4 100 Trying－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 100 Trying 応答を送ります。100 Trying 応答はINVITEリクエストがCisco  SIP IP phoneによって受け取られているという事を示します。 5 180 Ringing－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 180 Ringing 応答を送ります。180 Ringing 応答はユーザーが呼び出されているという事を示します。 6 Alert－ゲートウェイ１からPBX A ゲートウェイ１はユーザーAにAlertメッセージを送ります。Alertメッセージはゲートウェイ１がCisco SIP IP phoneから180 Ringing 応答を受け取ったという事を示します。 ユーザーAはユーザーBが知らせを受けたという事を示すリングバックトーンを聞きます。 7 200 OK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP 200 OK 返答を送ります。200 OK 返答はゲートウェイ１に接続済みという事を知らせます。 8 Connect－ゲートウェイ１からPBX A ゲートウェイ１はPBX AにConnectメッセージを送ります。ConnectメッセージはPBX Aに接続済みという事を知らせます。 9 ACK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP Phone にSIP ACK を送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続が確立します。 10 Connect ACK－PBX Aからゲートウェイ１ PBX Aはゲートウェイ１のConnectメッセージに確認応答します。 11 INVITE－Cisco SIP IP phone からゲートウェイ１ ユーザーBはユーザーAを保留にします。Cisco SIP IP phone はゲートウェイ１にINVITE要求を送ります。 12 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP 200 OK 応答を送信します。200 OK 応答はCisco SIP IP phone にINVITEが正しく送られたという事を知らせます。 13 ACK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP phone はゲートウェイ１にSIP ACK を送信します。ACKはCisco SIP IP phone が200 OK 応答を受け取ったという事を知らせます。そして、呼接続は、一時的に非アクティブとなります。RTPパケットは送られません。 14 INVITE－Cisco SIP IP phoneからゲートウェイ１  ユーザーBはユーザーAの保留を解除します。Cisco SIP IP phone はゲートウェイ１にSIP INVITEを送ります。 15 200 OK－ゲートウェイ１からCisco SIP IP phone  ゲートウェイ１はCisco SIP IP phone にSIP 200 OK 応答を送ります。200 OK 応答はCisco SIP IP phone にINVITEが正しく送られたという事を知らせます。 16 ACK－Cisco SIP IP phone からゲートウェイ１ Cisco SIP IP Phone はゲートウェイ１にSIP ACKを送ります。ACKはゲートウェイ１が200 OK 応答を受け取った事を確認します。そして、呼接続がアクティブとなります。   3．Cisco SIP IP Phone とCisco SIP IP Phone 間での単純な通信保留の通信手順   以下の図はCisco SIP IP phone 間で通話者の一人が他の人を保留の状態にした後、通話に戻るという正しい通信を示しています。このシナリオでは2人のエンドユーザーがいて、それらはユーザーAとユーザーBです。ユーザーAとユーザーBはIPネットワーク経由で接続されているCisco SIP IP phone を使用します。   通信手順は以下の通りです。 1．ユーザーAがユーザーBに電話をかけます。 2．ユーザーBが電話に応答します。 3．ユーザーBがユーザーAを保留にします。 4．ユーザーBがユーザーAの保留を解除します。 5．通話が続きます。     手順 動作 説明 1 INVITE－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP INVITE リクエストを送ります。INVITEリクエストはユーザーBを呼接続にユーザーBを通話者として招待するものです。 以下の項目がINVITEリクエストの内容です。 ・ユーザーBの電話番号はSIP URLフォーム上でRequest-URLフィールドに挿入されます。SIP URLはユーザーBのアドレスを確認し、Eメールアドレスに似た形（user@host）をとります。 （userは電話番号を、hostはドメイン名または数値で表されたネットワークアドレスを示します。） 例えば、ユーザーBに向けたINVITEリクエストのRequest-URIフィールドは”INVITE sip:555-0002@companyb.com; user=phone.”と示されます。”user=phone”パラメーターはRequest-URIアドレスがユーザ名ではなく電話番号であることを示します。 ・Cisco SIP IP Phone Aは呼接続の開始側としてFromフィールドに識別されます。 ・固有の数値識別子は呼に割り当てられCall-IDフィールドに割り当てられます。 ・1つのコールレグ内でトランザクション番号はCSeqフィールドで確認されます。 ・ユーザーAが受信可能なメディア機能が指定されます。 2 180 Ringing－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP 180 Ringing 応答を送ります。 3 200 OK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP 200 OK 応答を送ります。200 OK 応答はCisco SIP IP phone Aに接続済みという事を知らせます。 Cisco SIP IP phone BはCisco SIP IP phone Aが送ったINVITEメッセージでアドバタイズされたメディア機能をサポートしているのなら、200 OK 応答でCisco SIP IP phone BとCisco SIP IP phone Aのメディア機能の共通箇所をアドバタイズします。Cisco SIP IP phone BはCisco SIP IP phone Aがアドバタイズしたメディア機能をサポートしていないなら、Cisco SIP IP phone Bは304 Warningヘッダーフィールドと共に400　Bad Requestを送り返します。 4 ACK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP ACKを送ります。ACKはCisco SIP IP phone AがCisco SIP IP phone Bから200 OK 応答を受け取った事を示します。 ACKはCisco SIP IP phone Bが使用する最終セッションの記述と共にメッセージボディが含まれる場合があります。ACKのメッセージボディが空であれば、Cisco SIP IP phone BはINVITEリクエストのセッション記述を使います。     双方向のRTPチャネルがCisco SIP IP phone AとCisco SIP IP phone B間で確立されます。 5 INVITE－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone Aに新しいSession Description Protocol(SDP)セッションパラメーター（IPアドレス）と共に呼途中 INVITEを送ります。SDPセッションパラメーターは通話を保留にする時に使われます。 Call_ID=1 SDP:c=IN IP4 0.0.0.0 SIP INVITE内のSDPのc行は「0.0.0.0」を含み、通話を保留にします。 6 200 OK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP 200 OK応答を送ります。 7 ACK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP ACKを送ります。ACKはCisco SIP IP phone BがCisco SIP IP phone Aから200 OK 応答を受け取ったという事を示します。     RTPチャネルがCisco SIP IP phone AとCisco SIP IP phone B間で切断されます。 8 INVITE－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone Bは前のINVITEとして同じ呼IDと新しいSDPセッションパラメーター（IDアドレス）と共に呼の途中でINVITEを送ります。呼IDとSDPセッションパラメーターは呼を再確立するために使用されます。 Call_ID=1 SDP:c=IN IP4 181.23.250.2 電話Aと電話B間の呼を再確立する為、電話BのIPアドレスはSDPのc行に挿入されます。 9 200 OK－Cisco SIP IP phone AからCisco SIP IP phone B Cisco SIP IP phone AはCisco SIP IP phone BにSIP 200 OK 応答を送ります。 10 ACK－Cisco SIP IP phone BからCisco SIP IP phone A Cisco SIP IP phone BはCisco SIP IP phone AにSIP ACKを送ります。ACKはCisco SIP IP phone Bが200 OK 応答を受け取った事を確認します。     双方向のRTPチャネルがCisco SIP IP Phone AとCisco SIP IP Phone B 間で再確立されます。   Cisco Unified Communicatuins ManagerにおけるSIPポートの定義     SIPトラブルシューティング ・Unified Communicatuins Manager上でUC ManagerのSIPトレースを確認するためにRTMTを使います。 ・"debug ccsip calls" ・"debug ccsip alll" ・"debug ccsip error" ・"debug ccsip events" ・"debug ccsip messages" ・"debug ccsip states" ・"show sagent sip-ua call" 　－sip呼で有効なUACとuser agent server（UAS）情報を表示します。 ・"show call active voice bruef" 　動いているボイス呼またはファックス転送の為の有効な呼情報を表示します。 ・MTP設定を確認します。 　－MTPはアーリーオファーで必要です。 　－MTPは補助サービスを提供する為の古いバージョンのUC Managerで必要です。 ・レイヤー2/3の変数を確認します。   【SIP　トレースについて】 SIPトレースの詳細は以下のURLを参照してください。 http://supportforums.cisco.com/docs/DOC-27105   【関連情報】 ・基本的な通話の為のSIP電話の設定 ・Cisco Unified IP Phone 9951データシート ・原因コードの詳細 ・基本的なVoip呼のトラブルシューティングとデバック ・ISDNスイッチタイプ、コードと値 ・SIP 応答配置の為のPSTN原因コードの設定   このドキュメントは英語版の翻訳です。 Basic SIP Call Flows & Troubleshooting Commands ... View more