UCCX 11.6 プレリリース通信

概要

この資料は UCCX 11.6 プレリリース通信を記述したものです。

注: Unified Contact Center Express （UCCX） 11.6 リリースは重要な機能およびパートナーおよび顧客を助けるサービサビリティ更新へ重要な更新が付いている非常に重要なリリースです。 このリリース前の通信は UCCX 11.6 に速いのの計画を助ける重要な更新および重要な情報の外観をスムーズなアップグレード提供します。

背景説明

UCCX 11.6 に設定 される製品機能およびエージェント、スーパバイザおよび管理者の生産性を高めるために向けられるいくつかの機能があります。 主要な更新はメールで Cisco Unified Intelligence Center （CUIC）レポートへの更新および Finesse デスクトップ更新がコンタクトセンター ユーザのエクスペリエンスを非常に豊かにする間、チャット機能性入りました。 コンテキスト サービス ダッシュボードのような重要なサービサビリティ更新はかけられるアップグレードのための減らされた時間のような利点を提供するには更新がシステムに行われる間、余りに追加されました

新しい機能の要約（詳細リストに関するリリース ノートを参照して下さい）:

Cisco Finesse	UCCX メール	UCCX チャット	CUIC およびレポート
転送を指示して下さい セカンダリ行に基づくエージェントの状態 理由コード ラベルをデフォルトで表示して下さい 拡張 な Finesse フェールオーバー 最近のコールヒストリおよびエージェントの状態レポート FIPPA のためのキュー 統計情報 READY 状態からコールをする能力 ACD 行の送信呼び出しを監視する能力 スーパバイザ史的記事 システムにより生成される理由コード ラベルを修正するエージェントおよび能力のためのラベルとしてシステムにより生成される理由コード	メール cc/bcc/forward 応答および応答すべて メール シグニチャ GMAIL サポート 要約原因 マルチチャネル エージェント 要約レポート	グループ チャット ラップアップ原因 開いた、密接な時間を過すチャット スケジューラー インジケータの入力 マルチチャネル エージェント 要約レポート	新しいダッシュボード 新しいグラフおよびビュー更新 チャットおよびメールのための要約原因レポート マルチチャネル エージェント 要約レポート
スクリプトを書く拡張	送信キャンペーン拡張	SSO	その他
make 他コールのためのヘッダおよびプロキシ サポート エージェントが準備ができなかった理由コードに基づいていた数えられることができるように可能にするためにレポート統計情報ステップを得て下さい 新しい JSON 資料ステップを作成して下さい 新しい JSON ドキュメント データ ステップ コンテキスト サービスはテンプレートとして追加された IVR スクリプトを基づかせていました TLS 1.2 サポート	インポートされる連絡先リストのフィールドの明示的に示された発注を保存する能力。  連絡先リスト thorugh SFTP または HTTP サーバの自動インポート	統合された Windows 認証 4 つの新しい IDP およびジェネリック SAML 2.0 サポートの修飾	ESXi 6.5 サポート TLS 更新 短縮されたアップグレード時間 Hyperflex のためのサポート

UCCX 11.6 アップグレードの準備をして下さい

UCCX 11.6 サポートはこれらのパスからのアップグレードを指示します:

10.x	11.0	11.5
10.5(1)SU1	11.0(1)	11.5(1)
10.6(1)	11.0(1)SU1	11.5(1)SU1
10.6(1)SU1
10.6(1)SU2

上のバージョンで加えられるどのエンジニアリング スペシャル（ES）でも ES がシステムでインストールされている上記のいずれかのバージョンからアップグレード パスに、アップグレード 実行されたことができます影響を与えません。 ソフトウェア リリースがこの資料の刊行日付以降にある場合、アップグレード パスのアベイラビリティを確認するために UCCX ソフトウェア互換性マトリックスをチェックして下さい。

SocialMiner アップグレードおよび Microsoft Exchange

UCCX はすべてのメールおよびチャット機能性のための SocialMiner と相互に作用しています。 11.6 アップグレードは UCCX および SocialMiner サーバが両方同じ Maintenance ウィンドウの 11.6 にアップグレードされるようにすることを計画する必要があります。 UCCX 11.6 では、メールおよびチャット機能は主要な更新を経ました。 11.5 のまだ SocialMiner の UCCX 11.6 のこれらの機能を使用する、想定外の結果を持ち、エラー/警告は表示されます。

アップグレードのための推奨される シーケンスは同じ Maintenance ウィンドウの SocialMiner サーバおよび UCCX サーバをアップグレードすることです。

UCCX 11.6 ソリューションサポート Microsoft Exchange サーバ 2013 および 2016 - UCCX メール 機能性のためのエンタープライズおよび標準版。 Microsoft Exchange サーバ 2013 を使用する場合、TLS 1.2 が Exchange によってサポートされるように Exchange サーバ 2013 （KB3197044）のための累積更新プログラム 15 をインストールするために確認して下さい。 このパッチなしで、SocialMiner 間の通信および Microsoft Exchange サーバ 2013 は失敗し、メール ルーティングは失敗します。 既に UCCX の Microsoft Exchange サーバ 2013 サーバセットアップがあっている場合、UCCX 11.6 の本番に入る前にこのパッチをインストールするために確認して下さい。

これは Microsoft Exchange サーバ 2016 のために必要ではないです。

注: Exchange への接続のために TLS 1.2 を使用したくない場合最小サーバ TLS バージョンは SocialMiner サーバの 1.0 に設定 することができます（下記の TLS セクションの詳細を参照して下さい）。 Exchange と SocialMiner 間に TLS ミスマッチがある場合、すべてのメール供給は失敗します。

UCCX のための TLS 1.2 サポート

UCCX 11.6 では、デフォルトは UCCX が接続のクライアントかサーバとして機能するとき接続のための TLS 1.2 です。 UCCX 11.6 にアップグレードし、UCCX および使用 TLS と相互に作用しているサードパーティアプリケーションがある顧客は、この変更に気づくべきです。

UCCX 11.6 はまた両方のクライアント および サーバ接続のためのバージョン最小の TLS アップデートする機能を提供します:

• TLS クライアント最小値バージョン <1.1 か 1.0> を設定 して下さい
• TLS サーバ最小値バージョン <1.1 か 1.0> を設定 して下さい

例： TLS サーバ最小値バージョン 1.2 を設定 して下さい

コマンドは両方のノードでこれが高可用性のシステムである場合動作しなければなりません。 コマンドが、システム動作する 1 つは utils システム 再始動 コマンドを使用して再起動しなければなりません。

サポートされるバージョン最小は TLS またコマンドの実行によって確認することができます:

• TLS クライアント最小値バージョンを示して下さい
• TLS サーバ最小値バージョンを示して下さい

注: 最小バージョンが 1.0 に設定 される場合、それは接続が 1.0、1.1 および 1.2 をサポートすることを意味します。

RTMT およびスクリプト エディタへの影響

彼らが UCCX 11.6 を使用し続けることができるように TLS 1.2 を、およびこの RTMT のような規格持つこと、セキュリティ規格すべての UCCX プラグインおよびスクリプト エディタであることが原因で再インストールされます。 UCCX にアップグレードを掲示して下さい:

1. 以前に RTMT があったすべてのマシンの RTMT をダウンロードし、再インストールして下さい。 RTMT のより古いバージョンは UCCX の接続を確立することができません。
2. 以前に UCCX スクリプト エディタを備えていたすべてのマシンの UCCX スクリプト エディタをダウンロードし、再インストールして下さい。

ESXi 6.5 のためにサポートして下さい

UCCX 11.6 から開始するために、ESXi 6.5 はサポートされます。 VMFS 6 においてのパフォーマンスの問題および VMWare からの進行中の調査が原因で、ESXi 6.5 は VMFS 5 でしかサポートされません。

	ESXi 6.5 サポート	ESXi 6.5 の VMFS バージョン	コメント
BE6K	○	VMFS 5	他のアプリケーションの依存関係は VMFS 6 の使用を防ぎます
non-BE6k	○	VMFS 5 および VMFS 6	ESXi および VMFS のアップグレードは VM の移行を必要とするかもしれません

11.6 のために送達される最新の OVUM テンプレートを使用するようにして下さい。

注: VMFS 6 のために以前のリリースのために将来アップデートすることができますサポートして下さい。 最新のアップデートのための UCCX 仮想化 wiki を参照して下さい。

アップグレードの減らされた時間

UCCX 11.6 では完全なアップグレード演習のためにかけられる合計時間を減らすために、更新は行われました。 スイッチのバージョン プロセスの一部として Finesse、CUIC および履歴データのような個々のアプリケーションのデータを移行するために、いくつかのスクリプトは次々に動作します。 UCCX 11.6 では並行して動作するスクリプトがあるためにおよびかなりかけられるスイッチのバージョンのための時間を減らすために、設計はそれによりアップデートされます。 

スイッチのバージョンのための実時間が顧客 データベースのサイズが表示された原因である場合もない間、内部テストはスイッチのバージョン プロセスの約 30% 時間リダクションを示しました。

アップグレードおよび新しインストールのための単一 ISO

Cisco.com で掲示され、この ISO がアップグレードか新しいインストールに使用することができる UCCX 11.6 では、リリースされるたった 1 ISO があります。 ISO は UCSInstall_UCCX の規則的な命名規則に続きます

この ISO はブート可能なイメージとして両方のブート オプションを、そう同様に動作します与えられます。

デスクトップおよびブラウザ更新

リアルタイム レポーティング ツール

リアルタイム レポーティング ツールはもはや十分に基づくブラウザでがアクセスされるべき PC でダウンロードされるために必要となる Java アプレットを使用します。 Java セキュリティに関するほとんどのブラウザでもたらされてセキュリティ更新プログラムが最初にの間にインストールするダウンロードされる Java アプレットとして UCCX リアルタイム レポート（RTR）ツールを導入することは必要です。

11.6 に更新済動作:

1. RTR はまた今ツール > プラグイン ページにプラグインとして、移動ダウンロードされて利用できます。 それは > リアルタイム レポート ページ ツールにあり続けます。
2. ある特定の PC ポスト アップグレードから UCCX 11.6 への RTR にはじめてアクセスした上で、Java アプレットは UCCX サーバからダウンロードされます。 ユーザ ust にダウンロードを可能にし、同じを開く権限があります。

注: これはアップグレードの後で RTR にアクセスしたい各 PC でされる必要があります。 RTR アプレットがダウンロードされれば、PC にアクセスできるどのユーザでも同じを開くことができます。

RTR を使用するための推奨される Java バージョンは Java 8.です。 ユーザは Java 7 がある場合、ユーザは Java コントロール パネルの TLS 1.2 を有効に する必要があります。

ブラウザにおける互換 モード

Internet Explorer （IE）を使用している場合、Finesse デスクトップは互換 モードをサポートしません。 変更は互換 モードが有効に なる場合エージェントに警告を示すためにあります。 互換 モードが必要となる唯一のシナリオはセキュリティ 引出しのような機能がある CUIC のための古 UI のアクセスのため、スケジューラー等です。

シングル サインオン（SSO）

UCCX は現在統合されたウィンドウ認証をサポートします。 UCCX リリース ノートおよび関連文書を詳細については参照して下さい。

新しい識別プロバイダのためのサポート

UCCX 11.6 では、いくつかの新しい識別プロバイダ（IDP）はサポートのために修飾され、追加されます:

• Microsoft AD FS （Active Directory フェデレーション サービス）: 2.0、2.1 および 3.0
• PingFederate: 8.2.2.0
• OpenAM: 10.0.1
• 特有の慣習: 3.3.0
• F5:13.0

UCCX 11.6 はまた SAML v2.0 を使用するあらゆる IDP を使用します。 IDP が標準 SAML v2.0 に確認し、UCCX （ID）設定に食料調達できる限り IDP は UCCX SSO にそれが上記のリストの一部でなくても使用することができます。

Finesse フェールオーバー 拡張

UCCX 11.6 から開始するために、フェールオーバー 動作は完全なシステム フェールオーバーをしないで Finesse フェールオーバーの間にエージェント生産性を確認するために高められます。 エージェントが動作の変更を認識されているように同じを理解することは重要です。

動作の変更の概要。

シナリオ	UCCX HA 動作	Node1 の Finesse サービス	Node2 の Finesse サービス	Finesse クライアント動作
CCX Node1 のエンジン故障	CCX SideB のエンジンはマスターになります	Finesse は新しいマスター エンジンに接続するとすぐアウト・オブ・サービスに行き、IN_SERVICE に戻ります。	Finesse は新しいマスター エンジンに接続するとすぐアウト・オブ・サービスに行き、IN_SERVICE に戻ります。	エージェントは IN_SERVICE に最初に来る Finesse 側にレッド切断バーおよび自動的に再ログオンを見ます。 それは Node1 または Node2 のどれである場合もあります。
CCX Node2 のエンジン故障	CCX SideA のエンジンはマスターを続けます	Finesse は IN_SERVICE であり続けます	Finesse はマスター エンジンに接続するとすぐアウト・オブ・サービスに行き、IN_SERVICE に戻ります。	Node1 に接続されるエージェントはログオンされ続けます。 Node2 に接続されるエージェントは一時的に切断されて、gets は IN_SERVICE であるノードの Finesse サービスに接続します。
Node1 の Finesse サービス OOS	エンジン マスターシップは影響を受けていません	OUT_OF_SERVICE	Node2 の Finesse は IN_SERVICE であり続けます	Node1 に接続されるどのエージェントでも一時的に切断されて、Node2 でうまく解決するために接続されます。 Node2 に接続されたエージェントは影響を与えられません。
Node2 の Finesse サービス OOS	エンジン マスターシップは影響を受けていません	Node1 の Finesse は IN_SERVICE であり続けます	OUT_OF_SERVICE	Node2 に接続されるどのエージェントでも一時的に切断されて、Node2 でうまく解決するために接続されます。 Node1 に接続されたエージェントは影響を与えられません。
CCX Node1 の通知サービス失敗	エンジン マスターシップは影響を受けていません	OUT_OF_SERVICE	Node2 の Finesse は IN_SERVICE であり続けます	Node1 に接続されるどのエージェントでも一時的に切断されて、Node2 でうまく解決するために接続されます。 Node2 に接続されるエージェントは影響を与えられません。
CCX Node2 の通知サービス失敗	エンジン マスターシップは影響を受けていません	Node1 の Finesse は IN_SERVICE であり続けます	OUT_OF_SERVICE	Node2 に接続されるどのエージェントでも一時的に切断されて、Node2 でうまく解決するために接続されます。 Node1 に接続されるエージェントは影響を与えられません。
アイランド モード	HA ノードは両方ともマスターになります	Node1 の Finesse は IN_SERVICE であり続け、Node1 のエンジンに接続されます。	Finesse はまたマスターである Node2 のエンジンに接続するとすぐアウト・オブ・サービスに行き、IN_SERVICE に戻ります。	Node1 に接続されるエージェントはログオンされ続けます。 Node2 に接続されるエージェントは一時的に切断されて、第 2 ノードの Finesse サービスに接続されます。

重要な考慮事項

1. UCCX はエージェント ログオンのロード バランシングをサポートしません。 すべてのエージェントはマスター ノードだけにログインする必要があります。 動作の機能拡張はフェールオーバー サポートだけのためです。
2. 両方のノードに同じエージェント ログオンがあることを同時にサポートしません。 これはエージェント エクスペリエンスの不整合の原因となる場合があります。
3. 両方のノードに接続されるエージェントに導く複数のフェールオーバーの場合にすべてのエージェントは最も早いののマスター ノードに移動する必要があります。 それはすぐにされる必要はありません管理者は利用可能な Maintenance ウィンドウに基づいてこれのために計画できます。

サービサビリティ機能拡張

コンテキスト サービス ダッシュボードおよびアラート

UCCX 11.6 では、コンテキスト サービスに登録されているすべてのコンポーネントのステータスを確認するために提供されるダッシュボードがあります。 ダッシュボードは UCCX サービサビリティ ページで Status ページ ツール > コンテキスト サービスにナビゲートするのでアクセスすることができます。

これらは解読されるへ少数のステータスです:

登録方法	接続ステータス	表示されるステータス
○	200	• [オンライン]
○	NON-200	• [オンライン]
○	N/A	• OFFLINE
なし	200	• OFFLINE
なし	NON-200	• OFFLINE
N/A	N/A	• 停止される
N/A	N/A	• 不明*

CS ダッシュボードをできませんエラーかタイムアウトによるステータスを取得することが *When。

この情報は JSON/text 形式でエクスポートするもことができます。

ダッシュボードに加えて、RTMT は同様に isadded 警告します: ContextServiceStepsExecutionIssue

これは次の場合には誘発されます:

1. コンテキスト サービスにおいての接続上の問題によるスクリプト タイムアウトのコンテキスト サービス ステップは曇ります。
2. コンテキスト サービス クラウドのエラーによるコンテキスト サービス ステップ失敗。

アップグレードする前に知って下さい

LiveData にユーザパスワード 一貫性および影響を報告すること

UCCX 11.6 から始まって、LiveData および史的記事は両方データ ソースを設定するためにレポート ユーザパスワードを使用します。 パスワードがノードの間でマッチしない場合、報告は影響を与えられます。

アップグレードする前に、パスワードを両方のノード間で一貫しています確認して下さい。 これらのステップによって確認できます:

1. ツール > パスワード管理への移動。
2. チェック 一貫性をクリックして下さい。
3. No エラーが、よければ。 一貫性 ミスマッチが（特にレポート ユーザと）あったら、両方のノードのパスワードをアップデートして下さい。

UCCX 11.6 にアップグレードの後で CUIC レポートにアクセスすることが不可能なユーザを報告します

Cisco Unified インテリジェント な センター（CUIC）はユーザー アクセスに割り当てられる権限に基づいてレポートへのアクセスを許可します。 許可レベルに基づいて、ユーザはエージェント レポートへの提供されたアクセスかスーパバイザ レポートまたは報告管理者に設定 される Complete レポートです。

これらの権限は UCCX のユーザに割り当てられるロールに基づいて Unified Contact Center Express （UCCX）から同期されます。 ユーザはコマンド utils cuic ユーザの実行作 Admin CCX \ <username> によってとりわけ CUIC 管理者に作ることができます

 アップグレード プロセスの間に、UCCX と CUIC アプリケーション間の権限は再同期されて得、従ってユーザに与えられる高い CUIC 管理者権限は上書きされて得ます。 従ってユーザはそれらのレポートだけ割り当てその彼のオリジナル ロールの見ます。

 ユーザはアップグレードの前にあったレポートへのアクセスを提供するため:

1. 両方の UCCX ノードの utils cuic ユーザを実行して下さい作 Admin CCX \ <username>。
   
   
2. 両方の UCCX ノードの CUIC レポート サービスを再開して下さい。

メールおよび Exchange 考慮事項のための高められた添付ファイル サイズ制限

UCCX 11.6 では、添付ファイルのサイズの制限はこれらにアップデートされます:

• エージェントによる添付ファイルの最大数: 10
  
  
• エージェントによる総 attachmennts の最大サイズ: 20MB
  
  
• エージェントによる単一添付ファイルの最大サイズ: 10MB

UCCX ソリューションが増加された添付ファイル サイズを可能にする間、メッセージ サイズ制限は Exchange （メール サーバ）で添付ファイルがブロックされないようにアップデートされます。 企業全体の ITポリシーに基づく制限は適用するかもしれません。 Exchange サーバがメッセージをブロックする場合、エージェントはエラーを見ます: "Unable to reply to customer's email. 再試行を『Send To』 をクリック するか、または要求して下さい。 問題が持続する場合、連絡して下さいシステム アドミニストレータ」。

メッセージ限界サイズを計算して下さい

メッセージ サイズ = メールのサイズは添付ファイル + Base64 エンコードが含まれています

Base64 エンコード = メッセージのサイズの ~33%

推奨される数式はメッセージ サイズ = メールの 1.5*Size 含まれています添付ファイルがです

例： メッセージのサイズが 9MB （添付ファイルを含んで下さい）なら、制限として設定 されるべきメッセージ サイズは（9*1.5） = 14MB あるはずです。

UCCX ソリューション側のこの高められた制限を利用しなければならない場合 20MB まで UCCX 11.6 割り当て添付ファイル サイズが、設定 されるべきメッセージ サイズ制限 1.5*20MB=30MB であること与えられる。

制限は Exchange サーバでコマンドの実行によって設定 することができます:

セットTransportConfig - ExternalDsnMaxMessageAttachSize 30 MB - InternalDsnMaxMessageAttachSize 30MB - MaxReceiveSize 30MB - MaxSendSize 30MB

重要なアップグレード考慮事項

• アップグレードの後ですべてのエージェント マシンのキャッシュを消去して下さい。 、関する問題ステートの変化にそうでなかったらおよびデスクトップのリアルタイムデータは見られる場合があります。
  
  
• Finesse デスクトップ カスタム レイアウトは自動移行されません。 これを考慮し、レイアウト正しく設定されたポストを持つためにアップグレード確認して下さい。
  
  
• UCCX 11.6 のための最新の OVUM テンプレートを一致するために VM 設定をアップデートして下さい。 新しいインストールをする場合、OVUM テンプレートを使用して下さい。
  
  
• 本番時間の間にアップグレードを行う場合、潜在的な中断を避けるために非マスター ノードのアップグレードを行って下さい。
  
  
• UCCX 11.6 では、プラットフォーム Tomcat はアップグレードの間に再起動できます。 これはユーザに影響しませんでしたり、RTMT アラートを生成できます。 これは無視することができます。
  
  
• アップグレードを掲示して下さい、RTMT およびスクリプト エディタのすべての例を再インストールして下さい。
  
  
• すべてのスーパバイザを確認すればリアルタイム レポーティング ツールを使用している管理者にプラグイン インストール済みポストがアップグレードあります。
  
  
• TLS 統合がある場合、TLS サポートを検討し、適切なバージョンと設定されることを確認して下さい。
  
  
• ブラウザ要件を検討し、必要に応じて変更を行なって下さい。
  
  
• あなた自身を新しい Finesse フェールオーバー機能拡張と精通させ、この更新済動作についてのエージェントによって論議して下さい。

シスコのドキュメントを得、サービス リクエストを入れて下さい

ドキュメントを得る方法の情報に関しては Cisco製品ドキュメンテーションで新しいものをで Ciscoバグ 検索ツール（BST）を使用するために、サービス リクエストを入れるために、追加情報を収集するために、参照して下さい:  http://www.cisco.com/c/en/us/td/docs/general/whatsnew/whatsnew.html

『What’s New in Cisco Product Documentation（Cisco 製品資料の更新情報）』に配信登録すると、新しい（または改訂された）シスコ技術情報のリストが RSS フィードとして提供され、リーダー アプリケーションを使ってコンテンツがデスクトップに直接配信されるようにすることができます。 RSS フィードは無料のサービスです。

このマニュアルに記載されている製品に関する仕様および情報は予告なしに変更されることがあります。 このマニュアルに記載されている表現、情報および推奨事項は、すべて正確なものだと考えられていますが、明示的であれ黙示的であれ、一切の保証を負うものではありません。 製品の使用にあたってのすべての責任は、ユーザー側にあります。

対象製品のソフトウェア ライセンスおよび限定保証は、製品に添付された『INFOMRATION PACKET』に記載されており、これが証明書となります。 このソフトウェアライセンスまたは限定保証を見つけられない場合は、CISCO の代理店に連絡しコピーを入手してください。

シスコによる TCP ヘッダー圧縮の実装には、カリフォルニア大学バークレー校（UCB）が UNIX オペレーティング システムの UCB パブリック ドメイン バージョンの一部として開発したプログラムを使用しています。 All rights reserved. Copyright © 1981, Regents of the University of California.

ここに記載されているその他のあらゆる保証にもかかわらず、すべてのマニュアルおよび上記各社のソフトウェアは、障害も含めて「現状のまま」として提供されます。 シスコシステムズおよびこれら各社は、商品性の保証、特定目的への準拠の保証、および権利を侵害しないことに関する保証、あるいは取引過程、使用、取引慣行によって発生する保証をはじめとする、明示されたまたは黙示された一切の保証の責任を負わないものとします。

いかなる場合においても、シスコシステムズおよびその供給者は、このマニュアルの使用またはこのマニュアルを使用できないことによって発生する利益の損失やデータの損失または損傷をはじめとする、間接的、特殊、結果的、あるいは偶発的なあらゆる損害について、一切の責任を負うものではありません。シスコシステムズおよびその供給者がそうした損害の可能性について知らされている場合でも例外ではありません。

このマニュアルで使用している IP アドレスおよび電話番号は、実際のアドレスおよび電話番号を示すものではありません。 マニュアル内の例、コマンド出力、ネットワーク トポロジ図、およびその他の図は、説明のみを目的として使用されています。 説明の中に実際のアドレスおよび電話番号が使用されていたとしても、それは意図的なものではなく、偶然の一致によるものです。

印刷されたハード コピーおよび複製されたソフト コピーは、すべて管理されていないコピーです。最新バージョンについては、オンライン版の原本を参照してください。

シスコは世界各国 200 箇所にオフィスを開設しています。 各オフィスの住所、電話番号、FAX 番号については当社の Web サイト（www.cisco.com/go/offices/）をご覧ください。

Cisco およびシスコ ロゴは、シスコまたはその関連会社の米国およびその他の国における商標または登録商標です。 シスコの登録商標は、次の URL でご確認ください。 www.cisco.com/go/trademarks 記載されているサードパーティの商標は、それぞれの所有者に帰属します。 「パートナー」または「partner」という用語の使用はシスコと他社との間のパートナーシップ関係を意味するものではありません。 （1110R）。

© 2016 Cisco Systems, Inc. All rights reserved.