パートナーサポートの責任

パートナーのテクニカルサポートには、顧客に対して以下を実行する機能が含まれます。

• 一般的なサービス情報を提供します。

• 構成サポートを提供します。

• 技術的な問題から非技術的な問題をフィルタリングします。

• 問題の分離とサービス欠陥の決定をサポートします。

• エラーが発生した場所を分析します。

• 顧客またはパートナーによって適用された不適切に構成された設定を復元して、問題を修正します。

• パートナーが管理するアプリケーションまたはインフラストラクチャの問題を解決します。

• 新規ユーザーのキャパシティ管理要件を当初の要件を超えて予測します。

• アプリケーション機能を設定し、ユーザ プロビジョニングを実行します。

• 顧客の請求と請求を処理します。

• 顧客との関係を所有する。

• PSTN サービスのソリューション統合を管理します。

• 専用インスタンスのアップグレード、証明書の更新、インフラストラクチャのメンテナンスのための顧客の準備を管理します。

パートナーがサポートのために Cisco TAC と関わる場合、パートナーはトライエイジングの問題を支援する責任を負います。 この責任には以下が含まれます。

• 報告された問題の詳細をキャプチャして提供する

• Cisco TAC が要求したレプリケーションとトリミングの問題を支援する

• テストの修正を支援する

• 問題がエンドユーザーが提供するハードウェア、ソフトウェア、アプリケーション、その他のソースに関連していないことを確認します。

パートナーは、顧客に対して次の種類のテクニカルサポートのニーズに対応することを確認する責任があります。

パートナーのテクニカルサポート要件

パートナーが Cisco TAC のサポートニーズをエスカレートする場合、パートナーは次の情報を提供する必要があります。

一般的なケース情報

• 有効なサブスクリプション番号またはサービス契約番号を入力します。

• 発信者は、パートナーまたは再販された顧客アカウントを代表するパートナーサポートチームメンバーとして自分自身を識別する必要があります。

• シスコにエスカレートするチームのパートナー担当者または一般的なパートナー情報の名前、電話番号、およびメールアドレス。

Cisco Cloud サポートに連絡するときは、パートナー、顧客、および問題を特定します。

Cisco サポートの役割と責任

シスコは、Cisco Cloud データセンター内の専用インスタンス クラウド サービスのパートナーへのサポートを提供する責任があります。これには、問題の修正と高レベルの根本原因分析が含まれます (シスコは、根本原因分析で詳細なインフラストラクチャレベルの情報を提供しません)。

Cisco は以下をサポートする責任を負いません。

• 専用インスタンスクラウドデータセンターと顧客の施設に接続されているパートナーまたは顧客のネットワークと機器。

  お客様の前提で展開される強化されたサバイバビリティ ノードは、パートナー/顧客と Cisco の共同責任となります。

• サードパーティのソフトウェアまたはハードウェア

  パートナーは、インシデントの原因であると判断された場合、サードパーティのソフトウェアまたはハードウェアのサポートまたは更新を取得する責任を負います。

サポート関連の通知とアラート

パートナーは、Control Hub でアラートとメンテナンスの通知を受け取り、コアサービスへの特定された障害の宣言と解決を行います。 また、パートナーは、重要なメンテナンス活動または予約されたメンテナンスウィンドウの外に拡張する活動について事前に通知を受け取ります。

これらのアラートは、「メンテナンスと停止」の通知に関する Control Hub アラートに登録したパートナーに送信されます。詳細は、Control Hub のアラートだ パートナーは、シスコが正確で最新の連絡先情報を保持することに責任を負います。 管理者はアカウントを作成し、通知に Webex アプリケーションを使用することを推奨します。

メンテナンス

メンテナンス期間

Cisco は、計画されたメンテナンス活動のパートナーに通知します。 予定されている変更はすべてメンテナンスウィンドウで発生します。 シスコは、顧客の通話能力を妨げる、計画されたメンテナンスのために、少なくとも 10 営業日前に書面による通知をパートナーに提供します。 これらのアラートは、「メンテナンスと停止」の通知に関する Control Hub アラートに登録したパートナーに送信されます。詳細は、「Control Hub のアラート」を参照してください。 パートナーは、シスコが正確で最新の連絡先情報を保持することに責任を負います。 管理者はアカウントを作成し、通知に Webex アプリケーションを使用することを推奨します。

メンテナンスには、以下の活動が含まれます。

• 顧客への影響を最小限に抑える定期的なメンテナンス活動

• 顧客の通話機能を中断する計画およびスケジュールされたアクティビティ。

• Cisco 管理 UC アプリケーション証明書の定期的な更新。 更新は、証明書の有効期間と更新日時に基づいています。 Cisco は、有効期限の 3 ～ 7 日前にのみ UC アプリケーションの証明書を更新し、標準の変更管理プロセスに従います。

  UC アプリケーションでシングル サインオン（SSO）を有効にした顧客の場合、Cisco によって証明書の更新が完了すると、パートナーは SSO を無効にし、IDP メタデータ ファイルを再インポートして SSO を再有効化する必要があります。 パートナーまたは顧客が SSO を検証することも推奨されます。

AMERのメンテナンスウィンドウは以下のとおりです。

• 午後9時。 ETは午前6時まで 月曜～金曜のET

• 午後9時。 ETは午前6時まで ET、週末に (Cisco のインフラストラクチャのメンテナンスのみ)

APJCのメンテナンスウィンドウは以下のとおりです。

• 午後9時。 午前6時までJST。 JST、月曜～金曜

• 午後9時。 午前6時までJST。 JST、週末（シスコのインフラストラクチャメンテナンスのみ）

AUSのメンテナンスウィンドウは以下のとおりです。

• 午後9時。 午前6時までACT。 ACT、月曜～金曜

• 午後9時。 午前6時までACT。 ACT、週末に (Cisco のインフラストラクチャのメンテナンスのみ)

メンテナンスウィンドウは、EUおよびEMEAの次のとおりです。

• 午後9時。 CETは午前6時まで CET、月曜～金曜

• 午後9時。 CETは午前6時まで CET、週末に (Cisco のインフラストラクチャのメンテナンスのみ)

上記の変更ウィンドウの時刻は、地域ごとに固定されており、変更できません。

メンテナンスを計画する場合、Cisco は、専用インスタンスのジオ冗長アーキテクチャに基づいて、電話サービスの中断の可能性を最小化および/または排除するためにあらゆる試みを行います。 Cisco は、すべてのパートナーおよび顧客のリード構成が、冗長性のための専用インスタンスのベストプラクティスに従うことを期待しています。 Cisco は、パートナーによる構成ミスによる冗長性の損失に対して責任を負いません。 パートナーは、専用インスタンスクラウドでホスト/管理されていないすべてのサードパーティの統合を検証し、テストする責任があります。

Cisco は、次の理由だけで UC アプリケーションのアップグレードを開始します。

1. 現在のバージョンの UC アプリケーションにはセキュリティ上の脆弱性があり、修正にはアップグレードまたは COP のインストールが必要です。

2. お客様は、現在、n-1（現在の専用インスタンスでサポートされているバージョン）未満のバージョンまたは EOL に近づいているバージョンにいます。

3. パートナーは、UC アプリケーションの後のバージョンで利用可能な新しい機能サポートがある場合、TAC ケースを通じてアップグレードを要求することもできます。

Cisco は変更ウィンドウの 10 日前にパートナーと顧客にメンテナンス通知を送信し、提案された変更スケジュールがビジネス上の優先事項と矛盾する場合、2 ～ 3 日以内にパートナーが Cisco に応答することを推奨します。 これにより、シスコは代替の変更ウィンドウ（平日と週末）を見つけることができます（再スケジュールされた日付は、シスコの運用可能な日付のみに従ってあります）。 ただし、深刻なセキュリティ脆弱性の修正、有効期限間近の証明書など、緊急または緊急のシナリオでは、メンテナンスウィンドウを変更する柔軟性は実現できません。

パートナーまたは顧客による専用インスタンスの脆弱性スキャンはサポートされていません。 専用インスタンスには、常に実行されている独自の脆弱性スキャンレジームがあり、定期的な独立した PEN テストを実施し、Cisco Trust Portal で Letter of Attestation を提供します。

パートナーは、スケジュールの詳細な理由をucm-cloud-change-management@cisco.comにメールで送信することで、メンテナンスのスケジュールを変更できます。

パートナーが要求した変更

パートナーから要請された変更には、専用インスタンスへの影響を評価するための共同レビューが必要です。 これには、パートナーが Cisco に要求する変更と、パートナーが要求する変更が含まれます。 例:

• 境界デバイスまたはアプリケーションの統合に影響を与える構成の変更

• サービスの非アクティブ化の要求。

サービスの非アクティブ化など、大規模な変更の要求が Cisco に送信されます。 パートナーは要件をキャプチャし、Partner Success Team または Account Manager を通じて Cisco に提出し、共同レビューを開始します。 変更実装の前に、リクエストは専用インスタンス製品管理とパートナーによって共同で評価されます。

緊急時の変更

シスコとパートナーは、以下の理由により、緊急変更を直ちに、または次の利用可能なメンテナンスウィンドウで行うことができます。

• 顧客にサービスを復元するには

• 停電の影響を軽減するため

• 潜在的な顧客の停止を避けるため

• セキュリティの脆弱性を修復するため

専用インスタンスの外側のネットワークで緊急の変更を行う場合、パートナーは Cisco に表示される顧客への影響を Cisco に通知します。 合理的に可能な場合、パートナーは Cisco にケースを開き、Cisco がその影響に反応できるようにします。

専用インスタンスで緊急の変更を行う場合、シスコは合理的に可能な場合、パートナーに通知します。 緊急変更により発生した顧客への影響を特定するメールが通信リストに送信されます。

インシデント管理

インシデント管理 は、環境エラーによるビジネスへの悪影響を最小限に抑えます。 シスコはインシデント発生時に分析し、原因を迅速に特定します。 Cisco は、恒久的な修正を展開できるようになるまで、回避策を適用します。

パートナーは、独自の確立されたプロセスに従って、ネットワークでインシデント管理を処理します。 パートナーは、アラームを発信できるアクティビティ、または Cisco に表示されるその他の通知を Cisco に通知します。

Cisco は、変更を適用するためのメンテナンスウィンドウプロセスに従います。

サポートケース分類

TAC サポート ケースの重大度は、ビジネスへの影響に基づいて、Cisco でサポート チケットを開く際にパートナーによって設定されます。 パートナーは、ビジネスへの影響の変化に基づいて、チケットのライフサイクル中に、より高い深刻度へのエスカレーションを要求できます。

次のセクションは、パートナーが TAC サポートチケットを開く際に正しい重症度レベルを決定するためのガイダンスとして機能します。

サポート ケースの影響

TACサポートケースは、ビジネスへの影響(サイズ、範囲)に応じて分類されます。

インパクトとは、インシデントがソリューションの可用性につながる程度と等しい、インシデントのビジネス批判性の尺度です。

サポートケースの緊急性

緊急性は、インシデントの重要性とそのサービスへの影響、またはパートナーがサービスを受ける能力を定義します。

サポートケースの重大度

深刻度は、シスコとパートナーがインシデントを解決するために費やした労力のレベルを定義します。

深刻度レベルは、影響と緊急性の定義を適用することによって決定されます。

ケース重大度マトリックスをサポート

シスコは、インシデントのトリアージ中に、ケースの重大度を変更し、サポートチケットの重大度をダウングレードする機能があります。 運用安定性が評価されている間、ケースは所定の期間開いておくことができます。

ソフトウェアサポート応答時間の目標

次のセクションでは、重大度に基づいて送信されたケースに対するシスコの計画された応答時間を詳しく説明します。 場合によっては、上記のガイドラインに従って、ケースの重症度を調整する場合があります。

シスコとサービスレベルの目標

Webex Calling 専用インスタンスは、パートナーに英語のテクニカルサポートを提供します24x7。 パートナーは、でS3およびS4の問題を直接提出することができます。 Cisco サポート ケース マネージャだ S1 および S2 の問題については、グローバル TAC 番号 1-800-553-2447 に電話することをお勧めします。

Cisco の標準は、次のグリッドに基づいて、S3 および S4 の重症度レベルを少なくとも 95% 満たすことです。

応答時間は、Cisco が特定の深刻度の問題を認識するまでの経過時間です。 Cisco が指定した間隔で問題を解決できない場合、Cisco は解決のためのステータスとアクションプランを提供します。 解決時間は、問題の再現および/または分離を支援するためにパートナー側の有資格者が利用できるかどうかに依存し、シスコとパートナーの環境間の非互換性になります。 そのような個人を利用可能にできない場合、これらの解決時間が延長される可能性があります。

指定された時間枠で Cisco が許容可能なステータスおよび/または解決を完了しなかった場合、パートナーは Cisco にエスカレートする必要があります。

Cisco Options Package（COP）ファイル

Cisco は COP ファイルをリリースして、本番コードの実行方法をわずかに変更し、通常のソフトウェア リリース サイクル外にソフトウェアを展開する方法を提供します。 必要に応じて、COP ファイルは最初のプロダクションコードがリリースされた後にリリースされます。 制作チームは、影響の大きい問題や問題の回避策がない場合に COP ファイルをリリースします。 問題の修正に加えて、アップグレード時にユーティリティを配布するためにCOPファイルがリリースされることがあります(ディスククリーンアップなど ) 。

通常、固定問題のあるフィールド通知には、関連する COP ファイルがあります。 通常、問題ごとに別の COP ファイルがあります。

PSIRTには常に関連するCOPファイルがあるわけではありません。 PSIRTの場合、通常、フルアップグレードのために新しいバージョンが公開されます。

Cisco が開始した senarios

Cisco が顧客の専用インスタンス環境で COP ファイルのインストールが必要であると判断した場合、Cisco は次のいずれかのプロセスを使用します。

1. COP ファイルが緊急の修正（脆弱性または差し迫った失敗）を指示する場合、Cisco は Cisco のスケジュールされたメンテナンス期間中に COP ファイルをアップロードします。

2. 他のすべてのケースでは、COPのインストールは、定期的な変更管理手順に従って、パートナーまたは顧客との定期的なメンテナンスとしてスケジュールされます。

顧客が開始したシナリオ

顧客が COP ファイルのインストール (電話ファームウェア、言語ロケール パック、デバイス パック) が必要であると判断した場合、顧客は次のプロセスを開始する必要があります。

専用インスタンスの SFTP サーバにアップロードする特定の COP ファイルについて、Control Hub でサービス リクエストを作成します。詳細は、サービスリクエストだ

Cisco はファイルを SFTP セバーにのみアップロードします。 パートナーは、COP を UC アプリケーションにダウンロードし、必要に応じてインストールする責任があります。

COP ファイルは、Cisco のソフトウェアダウンロードページで公開されます。

https://software.cisco.com/download/home

パートナーの責任

パートナーは、そのネットワーク機器が負荷と予測成長の適切な量を処理するのに十分な容量を持っていることを保証します。

パートナーは、専用インスタンスのアクティベーション中にナレッジワーカーとワークスペースのデバイス数を提供します (提供された数は、専用インスタンスで設定される総数の終了状態である必要があります)。 提供された詳細に基づいて、Cisco は専用インスタンスで UC アプリケーションのサイジングを行います。UC アプリケーションのサイジングの詳細については、参照を参照してください。 パートナーは、要求された容量内の機能とユーザーのプロビジョニングを管理します。

パートナーは、アクティベーション中に提供されるナレッジ ワーカーとワークスペース デバイスの数に変更を Cisco に通知する必要があります。 提供された詳細に基づいて、Cisco は UC アプリケーションに必要な変更を分析し、必要な変更を行います。 同じように、パートナーは Cisco と TAC サポート ケースを提起し、拡張の計画について一緒に作業する必要があります。 パートナーは、顧客に対して追加キャパシティが追加された後にのみ、機能とユーザーを設定できます。

成長要件の種類に応じて、追加の容量を追加するのに時間がかかることがあります。 これは、パートナーと Cisco の間で一緒に作業されます。

Cisco の責任

専用インスタンスサービスは、データセンター容量を監視し、そのデータセンター機器が負荷と予測成長の適切な量を処理するのに十分な容量を持っていることを確認します。

シスコは、計画された拡張または変更をパートナーに通知し、その変更が顧客に影響を与える場合、キャパシティの成長に対処します。 アップグレードと変更の実装は、変更管理プロセスに従います。

Cisco Collaboration Systems リリースのリリース管理

新しい Collaboration Systems リリースが利用可能になると、以前のリリース（「n-1」）は「n-2」、現在のリリース（「n」）は「n-1」になります。

**はv12.5を維持し、顧客がv14.0SU3に移行する準備が整ったときに計画するために、ビジネス要件についてCiscoと協力する必要があります。 バージョンv12.5 EOLが発表されました。

新しい Collaboration Systems リリースが発表された直後、「n-2」リリースは販売終了期間に入ります。 このリリースにいる顧客は、最新のリリースにアップグレードする必要があります。 シスコは、パートナーにアップグレードの準備を開始するよう通知することにより、この取り組みを支援します。 シスコとパートナーは、顧客のビジネスニーズに応じてメンテナンスウィンドウを共同で調整します。

最新の Collaboration Systems リリースにアップグレードすることは、n-1 Collaboration Systems リリースのお客様にはオプションです。 コラボレーション システムのリリース アップグレードが必要な場合、または新機能により SU アップグレードが必要な場合は、Cisco に相談して、アップグレードのメンテナンス ウィンドウを調整してください。 Cisco が安定性またはパフォーマンスの理由から SU アップグレードが必要であると判断した場合、Cisco はパートナーと調整してアップグレードをスケジュールします。

Cisco は、アップグレードの完了時にパートナーに通知します。

パートナーの責任

パートナーは、Cisco 専用インスタンス データ センターに接続されているネットワークと機器を監視します。 パートナーは、以下のネットワークと機器も監視します。

• 専用インスタンスサービスのサポートに使用され、

• 顧客の施設に接続されています。

パートナーは、専用インスタンス クラウドと統合されたすべてのパートナー管理デバイスを監視します。

Cisco の責任

Webex Calling 専用インスタンスは、業界をリードするネットワークツールを使用して、データセンターとパートナーネットワーク間のデータセンターネットワーク接続を監視し、保証ツールを使用して、グローバルに分散した地理的に冗長なデータセンター全体のサービス障害を事前に特定し、隔離します。

Cisco は、専用インスタンス クラウドに接続されたパートナー管理デバイスへの統合サービスを監視しません。 これには、以下が含まれますが、これらに限定されません。

• Cisco は、専用インスタンス UC クラスタ以外のクラスタに対して専用インスタンス SIP トランクを監視しません。

• Cisco は、専用インスタンス CTI ルート ポイントを Cisco 管理対象の Contact Center Express 以外のコンタクト センターに対してモニタしません。