- Головна
- /
- Стаття
Цей документ призначений для того, щоб допомогти кваліфікованим партнерам з виділених екземплярів Webex Calling, які завершили інтеграцію з платформою виділених екземплярів, зрозуміти процеси та процедури роботи служби.
Сфера застосування
Цей документ та допоміжні матеріали розроблені, щоб допомогти вам зрозуміти операційні обов'язки між Cisco та партнером, і вони призначені для таких аудиторій:
-
Підтримка партнерів
-
Організації успіху партнерів та клієнтів
Служба технічної підтримки (TAC)
Cisco надає партнерам технічну підтримку 1-го рівня цілодобово, цілодобово та без вихідних. Партнери надають своїм клієнтам технічну підтримку для усунення несправностей виділеного екземпляра, як описано в цьому розділі. Партнер може за потреби передати питання підтримки до Cisco.
Інфраструктура виділених екземплярів управляється компанією Cisco Cloud Delivery. Будь-які проблеми, пов'язані з пристроями, якими не керує виділений екземпляр, є відповідальністю партнера за усунення несправностей. Партнери повинні займатися:
-
Відповідні продавці
-
Відповідна команда TAC продуктів Cisco, якщо обладнання Cisco має активний контракт на технічне обслуговування.
Докладніші відомості про підтримку рівня 1 див. у розділі.
Обов'язки підтримки партнерів
Технічна підтримка партнера включає в себе можливість виконати для клієнтів наступне:
-
Надайте загальну службову інформацію.
-
Забезпечити підтримку конфігурації.
-
Відфільтрувати нетехнічні проблеми від технічних проблем.
-
Підтримка ізоляції проблеми та визначення дефектів обслуговування.
-
Проаналізуйте, де сталася помилка.
-
Відновіть неправильно налаштовані параметри, застосовані клієнтом або партнером, щоб усунути проблему.
-
Вирішуйте проблеми з будь-якою програмою або інфраструктурою, керованими партнерами.
-
Прогнозуйте вимоги до управління потужністю для нових користувачів, що перевищують початкові вимоги.
-
Налаштуйте функції програми та виконайте підготовку користувача.
-
Обробляйте виставлення рахунків клієнтів та виставлення рахунків.
-
Володійте відносинами з клієнтами.
-
Керуйте інтеграцією рішень сервісів PSTN.
-
Керуйте готовністю клієнтів до оновлення виділених екземплярів, поновлення сертифікатів та обслуговування інфраструктури.
Коли партнер бере участь у Cisco TAC підтримці, партнер відповідає за допомогу у вирішенні питань. У цю відповідальність входить наступне:
-
Захоплення та надання деталей повідомлених проблем
-
Допомога у питаннях реплікації та сортування за запитом Cisco TAC
-
Допомога в тестуванні виправлень
-
Підтвердження того, що проблеми не пов'язані з апаратним забезпеченням, програмним забезпеченням, додатками чи іншими джерелами, наданими кінцевим користувачем.
Відповідальність партнера полягає в тому, щоб забезпечити задоволення наступних видів технічної підтримки для своїх клієнтів.
| Тип | Питання/Питання |
|---|---|
| Запити користувачів Основні питання Як я можу...? |
Як працює мій телефон? Які функції я маю? Як я можу використовувати ці функції? Як користуватися порталом самообслуговування? Як використовувати портал адміністрування програм UC виділених екземплярів? Як набрати номер PSTN? Як змінити свій PIN-код голосової пошти? |
|
Найпоширеніші проблеми підтримки, які вирішує партнер |
Телефон не вмикається Не вдається зареєструвати телефони Неможливо перевірити голосову пошту. Не вдається використовувати Cisco UCM функцію Неможливо здійснити дзвінок. Не вдається отримати дзвінок Не вдається почути звук Неможливо увійти до програми Jabber/Webex Неможливо використовувати софт-телефон Jabber/Webex App |
| Технічні проблеми з налаштуванням клієнта |
Установка м'яких клієнтів Налаштування та налаштування кінцевих користувачів, функцій або плану набору номера Налаштування та налаштування голосової, відеозаписи, голосової пошти або служби обміну миттєвими повідомленнями та присутністю Забезпечення облікових записів користувачів і кінцевих точок, включаючи реалізацію LDAP і SSO |
| Можливі помилки програми | Повідомте Cisco про функції та функції, які не працюють, як задокументовано |
| Простої обслуговування або доступність |
Підтвердити наявність і статус сервісу. Підтвердіть доступність у мережевому середовищі клієнта, включаючи хмарне підключення або мережу PSTN, або підключення SIP для інтеграції телефонії. |
Вимоги до технічної підтримки партнерів
Коли партнер посилює потребу в підтримціCisco TAC, партнер повинен надати таку інформацію:
Загальна інформація про випадок
-
Вкажіть дійсний номер передплати або номер договору обслуговування.
-
Абоненти повинні ідентифікувати себе як члени команди підтримки партнерів, які представляють партнера або обліковий запис перепроданого клієнта.
-
Ім'я, номер телефону та адреса електронної пошти представника партнера або загальна інформація про партнера для команди, яка переходить до Cisco.
Звертаючись Cisco Cloud до служби підтримки, визначте партнера, клієнта та проблему.
Ролі та обов'язки підтримки Cisco
Компанія Cisco несе відповідальність за надання партнеру підтримку хмарної служби виділених екземплярів у центрі обробки Cisco Cloud даних, включаючи усунення та аналіз першопричин проблеми на високому рівні (Cisco не надасть детальну інформацію про рівень інфраструктури в аналізі першопричин) .У разі інцидентів тяжкості 1 або ступеня тяжкості 2 Cisco проактивно повідомляє партнерів електронною поштою.
Cisco не несе відповідальності за підтримку:
-
Партнерська або клієнтська мережа та обладнання, підключене до центру обробки даних у хмарі виділених екземплярів та приміщень клієнта.
Розширений вузол виживання, розгорнутий у приміщенні клієнта, буде спільною відповідальністю партнера/замовника та Cisco.
-
Програмне або апаратне забезпечення сторонніх виробників
Партнер несе відповідальність за отримання підтримки або оновлення стороннього програмного або апаратного забезпечення, якщо це буде визначено причиною інциденту.
Підтримка пов'язаних зі сповіщеннями та попередженнями
Партнери отримують сповіщення та бюлетені технічного обслуговування в Control Hub для декларування та вирішення виявлених відключень основних служб. Партнери також отримують попереднє повідомлення про впливові заходи з технічного обслуговування або ті, що поширюються за межами зарезервованих вікон технічного обслуговування.
Ці сповіщення надсилаються партнерам, які зареєструвалися на сповіщення Control Hub для сповіщень «Технічне обслуговування та відключення», див. С повіщення в Центрі керування. Партнери несуть відповідальність за те, щоб Cisco мала точну, актуальну контактну інформацію. Cisco рекомендує адміністраторам створити обліковий запис і використовувати програму Webex для сповіщень.
Управління змінами
Команда виділених екземплярів використовує формальні стандартизовані процедури для забезпечення стабільності та безпеки хмарного сервісу. Ці стандартизовані процедури сприяють ефективному та ефективному впровадженню під час управління запитами на зміни.
Технічне обслуговування
Вікно технічного обслуговування
Cisco повідомляє партнера про планові заходи з технічного обслуговування. Всі заплановані зміни відбуваються у вікні технічного обслуговування. Cisco надає партнеру письмове повідомлення щонайменше за 10 календарних днів до планового технічного обслуговування, яке порушить можливість дзвінків клієнтів. Ці с повіщення надсилаються партнерам, які зареєструвалися на сповіщення Control Hub щодо сповіщень «Обслугов ування та відклю чення», див. С повіщення в Центрі керування. Партнери несуть відповідальність за те, щоб Cisco мала точну, актуальну контактну інформацію. Cisco рекомендує адміністраторам створити обліковий запис і використовувати програму Webex для сповіщень.
Технічне обслуговування включає наступні види діяльності:
-
Регулярні заходи з технічного обслуговування, які мають мінімальний ризик впливу на клієнта
-
Планові та заплановані заходи, які порушать можливість дзвінків замовника.
-
Регулярне поновлення сертифікатів Cisco керованих додатків UC. Поновлення базується на терміні дії та даті та часу поновлення сертифікатів. Cisco поновлює сертифікати додатків UC лише за 3-7 днів до закінчення терміну дії та дотримується стандартного процесу управління змінами.
Для клієнтів, які увімкнули єдиний вхід (SSO) у програмах UC, після завершення оновлення сертифіката Cisco, партнер повинен вимкнути SSO, повторно імпортувати файл метаданих IDP та повторно ввімкнути SSO. Партнеру або клієн ту також рекомендується підтвердити SSO.
Вікно технічного обслуговування кластеру МСП буде заплановано відповідно до регіону ви давництва МСП.
Вікна технічного обслуговування для AMER такі:
-
9 вечора за східним часом до 6 ранку ET, з понеділка по п'ятницю
-
9 вечора за східним часом до 6 ранку ET, у вихідні дні (лише обслуговування інфраструктури Cisco)
Вікна технічного обслуговування для APJC такі:
-
9 вечора JST до 6 ранку JST, з понеділка по п'ятницю
-
9 вечора JST до 6 ранку JST, у вихідні дні ( лише обслуговування інфраструктури Cisco)
Вікна технічного обслуговування наступні для AUS:
-
9 вечора ACT до 6 ранку ACT, з понеділка по п'ятницю
-
9 вечора ACT до 6 ранку ACT, у вихідні дні ( лише обслуговування інфраструктури Cisco)
Терміни технічного обслуговування наступні для ЄС, EMEA та Великобританії:
-
9 вечора Центральний європейський час до 6 ранку CET, з понеділка по п'ятницю
-
9 вечора Центральний європейський час до 6 ранку CET, у вихідні дні ( лише обслуговування інфраструктури Cisco)
Час зміни вікон, згаданий вище, фіксований відповідно до регіону і не може бути змінений.
Плануючи технічне обслуговування, Cisco докладе всіх зусиль, щоб мінімізувати та/або виключити ймовірність будь-яких порушень телефонного обслуговування на основі георезервної архітектури виділеного екземпляра. Cisco очікує, що всі конфігурації партнерів та клієнтів дотримуються найкращих практик виді леного екземпляра щодо резервування. Cisco не несе відповідальності за втрату резервування через неправильну конфігура цію з боку партнера. Партнер несе відповідальність за перевірку та перевірку всіх сторонніх інтеграцій, які не розміщуються/не керуються у хмарі виділених екземплярів.
Cisco ініціює оновлення програм UC тільки з наступних причин:
-
У поточній версії програми UC є вразливість безпеки, і виправлення вимагає оновлення або встановлення COP.
-
Наразі клієнт має версію менше n-1 (поточної версії, що підтримується виділеним екземпляром) або у версії, яка наближається до EOL.
Cisco надсилає партнеру/клієнту сповіщення про технічне обслуговування щонайменше за 10 календарних днів до вікна зміни, і рекомендується, щоб партнер відповів Cisco протягом 2-3 днів, якщо запропонований графік змін суперечить їхнім бізнес-пріоритетам. Це дозволяє Cisco знайти альтернативне вікно змін (перенесена дата відповідає лише датам доступних операцій Cisco). Партнер може перенести технічне обслуговування, подаючи запит на обслуговування життєвого цик лу програми UC. Докладніші відомості див. у статті Життєвий цикл програми UC.
Будь-яке технічне обслуговування, пов'язане з інфраструктурою, не може бути перенесено.
Однак у невідкладних або екстрених сценаріях, таких як виправлення серйозної вразливості безпеки, термін дії сертифікатів, що наближається до закінчення терміну дії, гнучкість зміни вікна технічного обслуговування буде не можливою. Сканування вразливостей виділеного екземпляра Партнером або Клієнтом не підтримується. Виділений екземпляр має власний режим сканування вразливостей, який постійно працює, ми також проводимо регулярний незалежний ПЕН тест та надаємо Letter of Attestation на порталі Cisco Trust Portal.
Партнер вимагав змін
Зміни на вимогу партнера вимагають спільного перегляду для оцінки впливу на виді лений екземпляр. Сюди входять зміни, які партнер хоче внести Cisco, і зміни, які хоче внести партнер. Наприклад:
-
Зміни конфігурації, які впливають на прикордонні пристрої або інтеграцію додатків
-
Запити на деактивацію послуги.
Запити на великі зміни, такі як деактивація послуги, надсилаються до Cisco. Парт нер враховує вимоги та подає до Cisco через команду успіху партнерів або менеджера облікових записів, щоб ініціювати спільний огляд. Перед впровадженням змін запит спільно оцінюється управлінням продуктами виділених екземплярів та партнером.
Екстрені зміни
Cisco та партнер можуть вносити екстрені зміни негайно або в наступному доступ ному вікні технічного обслуговування з наступних причин.
-
Щоб відновити обслуговування клієнту
-
Щоб зменшити вплив відключення
-
Щоб уникнути потенційного відключення клієнта
-
Виправлення вразливості безпеки
У разі надзвичайних змін у мережі за межами виділеного екземпляра партнер повідомляє Cisco про вплив клієнтів, який є видимим для Cisco. Коли це можливо, партнер відкриває справу з Cisco, щоб Cisco могла відреагувати на вплив.
При здійсненні екстреної зміни у виділеному екземплярі Cisco повідомляє партнера, коли це можливо. Електронний лист, який ідентифікує будь-який вплив на клієнта, спричинений над звичайною зміною, надсилається до списку повідомлень.
Управління інцидентами
Управління інциден тами мінімізує негативний вплив на бізнес, викликаний помилками в навколишньому середовищі. Cisco аналізує інциденти, коли вони відбуваються, щоб швидко визначити причину. Потім Cisco застосовує вирішення проблеми, доки не буде розгорнуто постійне виправлення.
Партнери обробляють управління інцидентами у своїх мережах відповідно до власних встановлених процесів. Партнери повідомляють Cisco про дії, які можуть викликати тривогу, або інші сповіщення, які видимі Cisco.
Cisco дотримується процесу вікна технічного обслуговування для застосування змін.
Підтримка класифікації кейсів
Суворість випадку підтримки TAC визначається партнером під час відкриття квитка підтримки в Cisco, виходячи з впливу на бізнес. Партнер може вимагати ескалації до вищої тяжкості протягом життєвого циклу квитка на основі зміни впливу на бізнес.
Наступний розділ служить керівництвом для партнера щодо визначення правильного рівня серйозності під час відкриття квитка підтримки TAC.
Вплив на кейс підтримки
Випадок підтримки TAC класифікується відповідно до його впливу на бізнес (розмір, обсяг).
Вплив - це міра ділової критичності інциденту, часто дорівнює мірі, в якій інцидент призводить до доступності рішення.
| Рівень впливу інциденту | Визначення впливу |
| Широке поширення | Постраждали понад три чверті партнерського середовища |
| Великі | Постраждає від половини до трьох чвертей оточення партнера |
| Локалізовані | Постраждає від чверті до половини оточення партнера |
| Індивідуалізований | Постраждає менше чверті оточення партнера |
Терміновість справи підтримки
Тер міновість визначає критичність Інциденту та його вплив на Послуги або здатність партнерів отримувати Послуги.
| Рівень терміновості інциденту | Визначення терміновості |
| Критичний | Можливість виклику зупинена без резервного копіювання або резервування |
| Високий | Здатність виклику сильно погіршується |
| Середній | Інша функція зупинена |
| Низький | Інша функція деградує |
Підтримка тяжкості випадку
Су ворість визначає рівень зусиль, витрачених Cisco та партнером для вирішення інциденту.
| Рівень тяжкості інциденту | Визначення тяжкості |
| S1 (критичний) | Cisco та партнер використовують усі необхідні ресурси 24 х 7 для вирішення ситуації |
| S2 (високий) | Cisco та партнер використовують повний робочий день у стандартний робочий час для вирішення ситуації |
| S3 (середній) | Cisco та партнер використовують ресурси протягом стандартного робочого часу, щоб відновити обслуговування до задовільного рівня |
| S4 (низький) | Cisco та партнер доручають ресурс протягом стандартного робочого часу для надання інформації або допомоги |
Рівень тяжкості визначається застосуванням визначень впливу та терміновості.
Підтримка матриці тяжкості випадків
| Вплив | |||||
| Широке поширення | Великі | Локалізовані | Індивідуалізований | ||
|
Терміновість | Критичний | S1 | S1 | S2 | S3 |
| Високий | S1 | S2 | S2 | S3 | |
| Середній | S2 | S3 | S3 | S3 | |
| Низький | S4 | S4 | S4 | S4 | |
Cisco має можливість під час сортування інцидентів змінювати ступінь тяжкості справи та знижувати ступінь тяжкості квитка підтримки, якщо це виправдано. Справа може залишатися відкритою на встановлений термін, поки проводиться оцінка експлуатаційної стабільності.
Цілі часу відгуку на підтримку програмного забезпечення
У наступному розділі детально описано запланований час реагування Cisco на подані справи залежно від їх тяжкості. Іноді тяжкість випадку може бути коригована відповідно до наведених вище вказівок.
Cisco та мета рівня обслуговування
Webex CallingВиділений екземпляр надає партнерам технічну підтримку англійською мовою цілодобово. Партнери можуть подавати проблеми S3 та S4 безпосередньо в Cisco Support Case Manager. Для проблем S1 і S2 рекомендується зателефонувати за глобальним номером TAC 1-800-553-2447.
Стандарт Cisco полягає в тому, щоб відповідати рівням серйозності S3 та S4 принаймні 95% випадків, виходячи з наступної сітки:
| Рівень тяжкості | Відповідь всередині: |
| S1 | 15 хвилин |
| S2 | 30 хвилин |
| S3 | 1 робочий день |
| S4 | 3 робочі дні |
Час відгуку - це час, який пройшов для Cisco для визнання проблеми певної серйозності. Якщо Cisco не може вирішити проблему за вказаний інтервал, Cisco надає статус і план дій для вирішення. Час вирішення залежить від того, чи є кваліфікована особа з боку партнера, яка допоможе у відтворенні та/або ізоляції проблеми, чи є несумісність між Cisco та середовищем партнера. Якщо таку особу не можна зробити доступною, ці терміни вирішення можуть бути продовжені.
Якщо прийнятний статус та/або рішення не було досягнуто Cisco у зазначені терміни, партнери повинні перейти до Cisco.
Файли пакета параметрів Cisco (COP)
Cisco ви пускає файли COP, щоб трохи змінити спосіб роботи виробничого коду, і надає Cisco спосіб розгортання програмного забезпечення поза звичайними циклами випуску програмного забезпечення. При необхідності файли COP випускаються в якийсь момент після випуску початкового виробничого коду. Виробничі групи випускають файли COP для серйозних проблем і коли немає доступного способу вирішення проблеми. Крім виправлень проблем, файли COP іноді випускаються для розповсюдження утиліт при оновленні (наприклад, очищення диска).
Як правило, польові повідомлення з виправ леними проблемами мають пов'язаний файл COP. Зазвичай для кожного випуску є окремий файл COP.
PSIRT не завжди мають пов'язаний файл COP. Для PSIRT зазвичай публікується нова версія для повного оновлення.
Сценарії ініціювали Cisco
Якщо Cisco визначає, що середовище виділеного екземпляра клієнта потребує ін сталяції файлу COP, Cisco використовує один із наступних процесів:
-
Якщо файл COP диктує аварійне виправлення (вразливість або неминучий збій), Cisco завантажує файл COP під час вікна планового технічного обслуговування Cisco.
-
У всіх інших випадках установка КС буде запланована як регулярне технічне обслуговування з партнером або замовником за регулярною процедурою управління змінами.
Сценарій ініціативний клієнтом
Якщо клієнт вирішить, що йому потрібна інсталяція файлу COP (прошивка телефону, мовні локальні пакети, пакети пристроїв), клієнт повинен ініціювати наступний процес:
Створіть запит на службу в Центрі керування для конкретного файлу COP, який буде завантажений на сервер SFTP у виділеному екземплярі, див. Запит на службу.
Cisco завантажить файл лише на сервер SFTP. Відповідальність партнера полягає в тому, щоб завантажити додаток COP to UC та встановити його відповідно до вашої зручності.
Файли COP публікуються на сторінці завантаження програмного забезпечення Cisco:
https://software.cisco.com/download/home
Управління потужностями
Cisco та партнер керують пропускною здатністю мережі та центрів обробки даних, щоб дозволити залучити клієнтів до рішення Dedicated Instance. Процес управління потужністю включає моніторинг постійного зростання абонентів клієнтів.
Cisco та партнер мають окремі обов'язки в процесі управління потужностями.
Відповідальність партнера
Партнер гарантує, що його мережеве обладнання має достатню потужність для обробки навантаження та відповідний обсяг прогнозованого зростання.
Партнер надає підрахунок працівників знань та пристроїв робочого простору під час активації виділеного екземпляра (вказана кількість має бути кінцевим станом загальної кількості, яка буде налаштована у виділеному екземплярі). Виходячи з наданих деталей, Cisco зроб ить розмір програм UC у виділеному екземплярі. Докладніші відомості про розмір програми UC див. у розділі Розміри програми Unified Commun ication. Партнер керує забезпеченням функцій та користувачів у межах запитуваної ємності.
Партнер повинен повідомити Cisco про зміни, щодо кількості працівників знань та підрахунку пристроїв Workspace, наданих під час активації. На основі наданих деталей Cisco проаналізує зміни, необхідні для додатків UC, і зробить необхідні зміни. Для того ж партнеру потрібно подати запит на обслуговування Control Hub з Cisco та спільно працювати над планом розширення. Партнер може налаштувати функції та користувачів лише після того, як буде додана додаткова ємність для замовника. Для отримання додаткової інформації див. Як під няти запит на обслуговування.
Для додавання додаткової потужності може знадобитися час, залежно від типу потреби в зростан ні. Це буде спільно працювати між партнером та Cisco.
Відповідальність компанії Cisco
Сервіс виділеного екземпляра контролює пропускну здатність центрів обробки даних та гарантує, що обладнання центру обробки даних має достатню потужність для обробки навантаження та відповідну кількість прогнозованого зростання.
Cisco інформує партнера про заплановані розширення або зміни для вирішення проблеми зростання потужностей, якщо ці зміни вплинуть на клієнта. Впровадження оновлень і змін слідує за процесом управління змінами.
Управління випусками
Cisco підтримує хмарні програми виділених екземплярів (CUCM, CucXn, IM&P, CER, Expressway та SME (необов'язково)) актуальними, як Cisco вважає за потрібне, з найновішими функціями та функціями. Клієнти можуть працювати в будь-який момент часу з найновішим випуском («n») або попереднім випуском («n-1»).
Cisco інформує партнера про доступність випуску та планові оновлення (включаючи вимоги до оновлення) як частину сповіщень та спові щень про управління змі нами. Cisco зв'яжеться, коли ми ідентифікуємо клієнтів, які будуть оновлені. Cisco також повідомить про випуск, до якого клієнт буде оновлений. Партнер може перепланувати оновлення один раз, залежно від бізнес-потреб клієнта, за тиждень до запланованого оновлення. При успішному завершенні модернізації Cisco повідомить партнера.
Докладніші відомості див. у розділі Управління змінами.
Управління випусками для випуску Cisco Collaboration Systems
Коли новий випуск систем співпраці стає доступним, поточний випуск («n») по значається як «n-1».
| Дії клієнта виділеного екземпляра |
v14.0 (н-1) | В15.0-СУ4А (n) |
|---|---|---|
| Нові розгортання клієнтів | Не підтримується | Підтримується |
| Підтримуються оновлення | Потрібно оновити до V15SU4a | Підтримується |
| Клієнти можуть залишитися | Ні | Так |
Поточний «n-1", згаданий у наведеній вище таблиці, увійшов у період закінчення підтримки. Будь- які клієнти, які все ще використовують цей випуск, повинні оновити до останньої версії. Cisco підтримає цей перехід, повідомляючи партнера про початок підготовки до оновлення. Cisco та партнер спільно координуватимуть вікно технічного обслуговування на основі бізнес-вимог замовника.
Оновлення до останнього випуску систем співпраці доцільно для клієнтів з випуском n-1 систем співпраці. Якщо необхідне оновлення до випуску систем співпраці або якщо оновлення SU потрібне через нові функції, ви можете надіслати запит на обслуговування центру керування. Якщо Cisco визначить, що оновлення SU необхідне для усунення будь-яких в разливостей безпеки або відомих дефектів високого ступеня тяжкості, Cisco співпрацює з партнером, щоб за планувати оновлення.
Cisco повідомить партнера про успішне завершення оновлення.
Мережеве управління
Обов'язки партнера
Партнер контролює свою мережу та обладнання, підключене до центру обробки даних Cisco Dedicated Instance. Партнер також стежить за своєю мережею та обладнанням, які є:
-
Використовується для підтримки служби виділених екземплярів, AND
-
Підключено до приміщення замовника.
Партнер контролює всі пристрої, керовані партнерами, інтегровані в хмару виділених екземплярів.
Обов'язки Cisco
Webex CallingВиділений екземпляр використовує провідні в галузі мережеві інструменти для моніторингу мережевих зв'язків центрів обробки даних між нашим центром обробки даних та партнерською мережею та інструменти забезпечення для проактивного виявлення та ізоляції порушень обслуговування в наших глобально розсіяних георезервних центрах обробки даних.
Cisco не контролює послуги інтеграції в керовані партнерські пристрої, підключені до хмари виділених екземплярів. Це включає, але не обмежується наступним:
-
Cisco не контролює магістраль SIP виділеного екземпляра до кластера, відмінного від кластера UC виділеного екземпляра
-
Cisco не контролює точки маршруту CTI виділених екземплярів до контактного центру, відмінного від керованого Cisco Contact Center Express.
Управління сертифікатами
У середовищі виділеного екземпляра сертифікати підпису Certificate Authority ються (CA) та керуються наступним чином:
Сертифікати, якими керує команда виділених інстанцій
-
Менеджер дзвінків
- менеджер дзвінків
- Менеджер дзвінків-ECDSA
- томкіт
- Томкат-ЕКДСА
- ipsec
- телевізори
Сертифікат Tomcat повторно використовується для диспетчера викликів, тому сертифікат диспетчера викликів більше не відображається у списку графічного інтерфейсу сертифікатів. Сертифікати IPsec і TVS будуть понов лені, якщо вони підписані самостійно і термін дії закінчується у списку керування сертифікатами.
-
IM та присутність (IM&P):
- томкіт
- Томкат-ЕКДСА
- чашка
- Чашка-ЕЦДСА
- чашка-xmpp
- Чашка-ХМПП-ЕЦДСА
- чашка-xmpp-s2с
- Чашка-ХМПП-С2С-ЕЦДСА
- ipsec
Система поновлює сертифікати cup-xmpp-s2s, cup-xmpp-s2 s-ecdsa та ipsec, якщо вони підписані самостійно та мають термін придатності у списку керування сертифікатами.
-
Cisco Unity Connection(КУК):
- томкіт
- Томкат-ЕКДСА
- ipsec
Система поновлює сертифікат IPsec, якщо він підписаний самостійно і термін його дії закінчується у списку керування сертифікатами.
-
Cisco Emergency Responder(СЕР):
- томкіт
- Томкат-ЕКДСА
- ipsec
Система поновлює сертифікат IPsec, якщо він підписаний самостійно і термін його дії закінчується у списку керування сертифікатами.
-
Швидка дорога
-
Сертифікат сервера
-
Поновлення політики
Команда виділених інстанцій щороку оновлює перераховані вище сертифікати за умови, що вони ними керують. Під час вікна обслуговування поновлення команда також видаляє всі сертифікати довіри, термін дії яких закінчився.
Відповідальність клієнта або партнера
Клієнти або партнери повинні керувати (переміщати, додавати, змінювати або видаляти) будь-якими сертифікат ами, обробленими кінцевим користувачем під час міграції або звичайних операцій. До цієї відповідальності також відносяться будь-які сертифікати, не перераховані вище.
Обов'язки резервного копіювання та відновлення
Нижче наведено підсумок обов'язків Cisco та партнерів щодо операцій резервного копіювання та відновлення.
| Вечірка | Обов'язки |
| Партнер |
У системі Partner Dedicated Instance Cloud партнер повинен завжди підтримувати:
|
| Cisco |
Cisco щовечора створює резервні копії всіх програм UC, розгорнутих у виділеному ек земплярі, а останні 3 хороші резервні копії зберігаються в центрі обробки даних Cisco. Усі резервні копії захищені паролем та окремі для кожного клієнта, які будуть використов уватися лише для відновлення програми UC в рамках аварійного відновлення. Для отримання додаткової інформації зверніться до системи аварійного відновлення Cisco. Cisco не здійснює відновлення на вимо гу і не дозволяє використовувати це як стратегію резервного копіювання змін. Партнери не матимуть доступу до цих резервних копій і не матимуть дозволу налаштовувати резер вні копії для своїх центрів обробки даних.
|
Система аварійного відновлення Cisco
Система аварійного відновлення (DRS), яку можна викликати з Cisco Unified Communications Manager Administration вузла миттєвого обміну повідомленнями та службою присутності або з будь-якого вузла Unity Connection, забезпечує повні можливості резервного копіювання та відновлення даних для всіх серверів UC. DRS дозволяє Cisco виконувати регулярні заплановані автоматичні резервні копії даних або викликаються користувачем. DRS також виконує резервне копіювання на рівні кластера, що означає, що він збирає резервні копії для всіх серверів у Cisco Unified Communications Manager кластері в центральне місце, а потім архівує дані резервної копії на фізичному пристрої зберігання даних. Cisco робить спеціальну резервну копію швидкісних шляхів і використовує те саме для відновлення вузлів.
Партнери не матимуть доступу до ДРС. Cisco створює резервні копії даних для всіх програм UC, розгорнутих у хмарі виділених екземплярів. Якщо трапиться фактична катастрофа, Cisco відновить дані з останніх доступних резервних даних. Партнери можуть виконати відновлення після того, як Cisco зробить відновлення DRS.
Стратегія відновлення після катастрофи:
-
Стратегія відновлення: у випадку ситуації, яка впливає на наш центр обробки даних, яка потенційно може вплинути як на видавців, так і на передплатників, нашою основною метою є швидке відновлення послуг, щоб мінімізувати можливі збої. Центр обробки даних при відмові гарантує, що можливість виклику не вплине. Наша стратегія відновлення адаптується і залежить від специфіки відмови:
- Невда ча програми: Якщо проблема визначена як збій програми або пошкодження, наша мета полягає в тому, щоб створити нового видавця з використанням послуг резервного копіювання та відновлення DRS протягом одного робочого дня.
- Апар атна несправність: у разі збою апаратного забезпечення рішення про створення нового видавця в одному або іншому центрі обробки даних або відновлення несправного обладнання залежатиме від унікальних обставин та характеру збою. Наш пріоритет, як завжди, - мінімізувати збої та прискорити відновлення обслуговування.
- Терміни активації аварійного відновлення: Точний час ініціювання наших протоколів відновлення після аварійного завершення роботи залежить від різних факторів, включаючи масштаб аварії, передбачувану тривалість відновлення та потенційний вплив на наші послуги. Наша віддана команда постійно контролює ситуацію, намагаючись знайти баланс між скороченням простоїв та ефективним виконанням процесу аварійного відновлення. Виходячи з цих міркувань, ми прозоро повідомляємо Угоду про рівень обслуговування (SLA), дії, які вживаються, та очікувані терміни відновлення, щоб гарантувати, що ви будете інформовані протягом усього процесу.
Процес забезпечення якості (A2Q)
Процес забезпечення якості (A2Q) призначений для забезпечення успішного розгортання Webex Calling виділеного екземпляра (DI). Цей процес зосереджений на перевірці високого рівня запропонованих конструкцій та перегляді та перевірці спеціальних вимог, щоб забезпечити відповідність результатів очік уваним результатам.
Сфера застосування та обмеження
Важливо розуміти сферу застосування процесу A2Q:
- Що включає A2Q: Висо коякісна перевірка запропонованих конструкцій та огляд та перевірка спеціальних вимог.
- Що A2Q не включає:
- Гарантія або підтвердження того, що дизайн буде вільним від польових питань.
- Детальний дизайн або огляд робочого процесу.
- Детальний огляд сценаріїв або конфігурації.
передумови
Щоб ініціювати процес A2Q, партнерська організація повинна бути сертифікована Webex Calling партнером.
Процес A2Q
Партнери повинні виконувати наступні кроки для кожного замовлення Webex DI, включаючи нові розгортання, модифікації, поновлення, NFR та передачі P2P:
- Надішліть форму A2Q: Заповніть форму A2Q.
- Нові розгортання: Виберіть тип угоди як «Грінфілд/Новий».
- Зміни замовлення: Виберіть Тип угоди як «Зміна дизайну до існу ючого розгортання» та надайте опис запропонованих змін дизайну.
- Ініці ація: команда A2Q створить простір Webex або ініціює електронний лист. Залежно від складності запиту розгляд може проводитися онлайн або о флайн.
- Огляд та зворот ній зв'язок: Команда A2Q ділиться відгуками та коментарями через простір Webex або електронну пошту. Партнер несе відповідальність за вирішення всіх запитів.
- З атвердження: Після завершення огляду A2Q буде затверджено, а затримка відповідності замовленню буде звільнена. Партнери отримають підтвердження електрон ною поштою або у просторі Webex.
Терміни та підтримка
- Очікувана хронологі я: 1—7 робочих днів.
Комплексні угоди можуть зажадати додаткового часу та багаторазових оглядів.
- Підтрим ка: Для будь-яких запитів A2Q, пов'язаних з DI, будь ласка, зв'яжіться з di-a2q-support@cisco.com.