Webex Calling Робочий процес конфігурації

Підготовка середовища

Вимоги до локального шлюзу для Webex Calling

Загальні передумови

Перш ніж налаштувати локальний шлюз для Webex Calling , переконайтеся, що ви:

Базові знання принципів VoIP
Базові знання принципів роботи голосових функцій Cisco IOS-XE й IOS-XE
Мати базові знання про протокол ініціації сеансу (SIP)
Базова уява про Cisco Unified Communications Manager (Unified CM), якщо ваша модель розгортання містить Unified CM

Див Посібник із налаштування підприємства Cisco Unified Border Element (CUBE). для отримання додаткової інформації.

Вимоги до апаратного й програмного забезпечення для локального шлюзу

Упевніться, що розгортання має один або кілька локальних шлюзів [Cisco CUBE (для підключення на основі IP) або шлюз Cisco IOS (для підключення на основі TDM)], які наведено в таблиці 1 розділу Посібник із замовлення локального шлюзу для Webex Calling. Крім того, упевніться, що на платформі запущено підтримуваний випуск IOS-XE, як описано в посібнику з налаштування локального шлюзу.

Вимоги до ліцензій для локальних шлюзів

На локальному шлюзі має бути встановлено ліцензії на виклики CUBE. Додаткову інформацію див. в посібнику з налаштування Cisco Unified Border Element.

Вимоги до сертифікатів і безпеки для локального шлюзу

Webex Calling вимагає безпечного варіанта передавання сигналів і мультимедіа. Локальний шлюз забезпечує шифрування; підключення TLS має бути встановлено для вихідних викликів до хмари за допомогою наведених далі кроків.

Локальний шлюз необхідно оновити за допомогою пакета кореневого ЦС, отриманого в Cisco PKI
Щоб налаштувати локальний шлюз, необхідно використовувати набір облікових даних SIP-дайджест-автентифікації зі сторінки налаштування транку в Control Hub (ці кроки є частиною конфігурації, яку наведено нижче)
Виконується перевірка наданого сертифікату за допомогою пакета кореневого ЦС
Надходить запит облікових даних (наданих SIP-дайджестом)
Хмара визначає, який локальний шлюз зареєстровано безпечно

Вимоги до брандмауера, обходу NAT й оптимізації шляху мультимедіа для локального шлюзу

У більшості випадків локальний шлюз і термінальні пристрої можуть знаходитися у внутрішній мережі клієнта, використовуючи приватні IP-адреси з NAT. Корпоративний брандмауер повинен дозволити вихідний трафік (SIP, RTP/UDP, HTTP) на певні IP-адреси/порти, які описано в розділі Довідкова інформація щодо портів.

Щоб використовувати оптимізацію шляху мультимедіа з ICE, інтерфейс локального шлюзу в напрямку Webex Calling повинен мати прямий мережевий шлях до термінальних пристроїв Webex Calling і від них. Щоб використовувати оптимізацію шляху мультимедіа, коли термінальні пристрої знаходяться в іншому розташуванні й між ними та інтерфейсом локального шлюзу в напрямку Webex Calling немає прямого мережевого шляху, локальний шлюз повинен мати загальнодоступну IP-адресу, призначену інтерфейсу в напрямку Webex Calling, для здійснення викликів між локальним шлюзом і термінальним пристроєм. Крім того, він повинен працювати під керуванням IOS-XE версії 16.12.5.

Налаштування Webex Calling для організації

Налаштування параметрів викликів у майстрі першого встановлення

Першим кроком для отримання і запуску служб Webex Calling є виконання налаштування за допомогою майстра першого встановлення. Після того як майстер першого встановлення завершить налаштування для першого розташування, його не потрібно буде запускати для додаткових розташувань.

1.

Клацніть посилання Початок роботи в привітальному електронному листі, який ви отримаєте.

Ваша адреса електронної пошти адміністратора автоматично використовується для входу в Control Hub, де вам буде запропоновано створити пароль адміністратора. Після входу майстер налаштування буде запущено автоматично.

2.

Перегляньте й прийміть умови обслуговування.

3.

Перегляньте план і клацніть Початок роботи.

За перші кроки з активації з використанням майстра першого встановлення відповідає ваш менеджер із роботи з клієнтами. У разі отримання сповіщення «Не вдалося налаштувати виклик» після натискання кнопки Початок роботи зверніться до менеджера із роботи з клієнтами.

4.

Виберіть країну, з якою слід зіставити ваш центр обробки даних, і введіть інформацію для контакту з клієнтом і адресу клієнта.

5.

Клацніть Далі. Розміщення за замовчуванням.

6.

Виберіть один із наведених далі варіантів.

Клацніть Зберегти й закрити, якщо ви є адміністратором партнера та хочете, щоб підготовку Webex Calling завершив адміністратор клієнта.
Заповніть необхідну інформацію про розташування. Після створення розташування в майстрі можна пізніше створити більше розташувань.

Після завершення роботи майстра встановлення упевніться, що ви додаєте основний номер до створеного розташування.

7.

Налаштуйте наведені нижче параметри, які необхідно застосувати до цього розташування.

Мова оголошень: для голосових оголошень, а також підказок для нових користувачів і функцій.
Мова електронної пошти: для спілкування електронною поштою з новими користувачами.
Країна
Часовий пояс

8

Клацніть Далі.

9

Введіть доступну SIP-адресу Cisco Webex, клацніть Далі й виберіть Завершити.

Додавання розташування

Перш ніж почати

Щоб створити нове розташування, підготуйте наведену далі інформацію.

Адреса розташування
Бажані номери телефону (необов’язково)

1.

Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

Нове розташування буде розміщено в регіональному центрі обробки даних, що відповідає країні, яку ви вибрали за допомогою майстра першого налаштування.

2.

Налаштуйте параметри розташування.

Ім’я розташування. Введіть унікальне ім’я, щоб ідентифікувати розташування.
Країна або регіон. Виберіть країну, до якої потрібно прив’язати розташування. Наприклад, можна створити одне розташування (головний офіс) у США, а інше (філію) у Великій Британії. Вибрана країна буде визначати подальші поля адреси. У полях, які описано тут, як приклад використовується адреса в США.
Адреса розташування: введіть основну поштову адресу розташування.
Місто: введіть місто для цього розташування.
Штат, область або регіон: виберіть штат у розкривному списку.
Поштовий індекс: введіть поштовий індекс.
Мова оголошень: виберіть мову для голосових оголошень, а також підказок для нових користувачів і функцій.
Мова електронної пошти: виберіть мову для спілкування електронною поштою з новими користувачами.
Часовий пояс: виберіть часовий пояс для розташування.

3.

Натисніть Зберегти, а потім виберіть Так/Ні, щоб додати номери до розташування зараз або пізніше.

4.

Якщо ви клацнули Додати зараз, виберіть один із наведених нижче параметрів.

PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.

Параметр PSTN Cisco відображається лише за наведених нижче умов.

Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).
Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.
Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.
Ви розміщені в центрі обробки даних Webex Calling в регіоні, в якому підтримується тарифний план Cisco Calling.

PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

Якщо в полі постачальника відображається параметр Замовити номери зараз, ми рекомендуємо вибрати цей параметр, щоб скористатися перевагами інтегрованої мережі CCP. Інтегрована мережа CCP дозволяє закуповувати й надавати номери телефону на одній панелі в Control Hub. Якщо CCP не інтегровано, необхідно придбати номери телефону в партнера CCP, не використовуючи Control Hub.

PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

Вибір параметра PSTN доступний на рівні кожного розташування (кожне розташування має лише один параметр PSTN). Можна вибрати скільки завгодно параметрів для вашого розгортання, але кожне розташування матиме один параметр. У разі необхідності змінити параметр PSTN, коли його вибрано й підготовлено, клацніть Керування у властивостях PSTN розташування. Однак деякі параметри, як-от PSTN Cisco, можуть бути недоступні після призначення іншого параметра. Щоб отримати допомогу, створіть запит до служби підтримки.

5.

Виберіть, чи потрібно активувати номери зараз або пізніше.

6.

Якщо вибрано неінтегровану CCP або PSTN на базі локальних ресурсів, введіть номери телефону як значення, розділені комами, а потім клацніть Перевірити.

Номери додаються для певного розташування. Допустимі записи буде переміщено до поля Перевірені номери, а неприпустимі записи залишаться в полі Додати номери, яке буде супроводжуватися повідомленням про помилку.

Залежно від країни розташування номери буде відформатовано відповідно до місцевих вимог набору номера. Наприклад, якщо код країни є обов’язковим, можна ввести номери з кодом або без нього, і код буде додано.

7.

Клацніть Зберегти.

Що далі

Після створення розташування можна ввімкнути для цього розташування служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

Перш ніж почати

Отримайте список користувачів і робочих просторів, пов’язаних із розташуванням. Перейдіть до розділу Служби > Виклики > Номери й в розкривному меню виберіть розташування, яке потрібно видалити. Перед тим як видалити розташування, слід видалити цих користувачів і робочі простори.

Майте на увазі, що будь-які номери, пов 'язані з цим розташуванням, будуть повернуті вашому постачальнику послуг PSTN; ви більше не будете володіти цими номерами.

1.	Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.
2.	Клацнітьв Дії поруч із розташуванням, яке потрібно видалити.
3.	Натисніть Видалити розташування і підтвердьте, що потрібно видалити це розташування. Зазвичай потрібно кілька хвилин, щоб остаточно видалити розташування, але процес може тривати до однієї години. Щоб перевірити стан, можна клацнути поруч з ім’ям розташування і вибрати Стан видалення.

Оновлення наявного розташування

Після створення розташування можна змінити його налаштування PSTN, ім’я, часовий пояс і мову. Майте на увазі, що нову мову буде застосовано лише для нових користувачів і пристроїв. Для наявних користувачів і пристроїв буде використано стару мову.

Для наявних розташувань можна ввімкнути служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

1.

Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

Якщо поруч із розташуванням відображається символ попередження, це означає, що номер телефону для цього розташування ще не налаштовано. Ви не зможете здійснювати або приймати будь-які виклики, поки не налаштуєте цей номер.

2.

(Необов’язково.) У розділі Підключення до PSTN виберіть PSTN із підключенням до хмари або PSTN на базі локальних ресурсів (локальний шлюз), залежно від того, який із цих параметрів уже налаштовано. Клацніть Керування, щоб змінити цю конфігурацію, а потім підтвердьте, що ви усвідомлюєте пов’язані ризики, вибравши Продовжити. Після цього виберіть один із наведених нижче параметрів і клацніть Зберегти.

PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.

Параметр PSTN Cisco відображається лише за наведених нижче умов.

Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).
Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.
Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.
Ви розміщені в центрі обробки даних Webex Calling в регіоні, в якому підтримується тарифний план Cisco Calling.

PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

Якщо в полі постачальника відображається параметр Замовити номери зараз, ми рекомендуємо вибрати цей параметр, щоб скористатися перевагами інтегрованої мережі CCP. Інтегрована мережа CCP дозволяє закуповувати й надавати номери телефону на одній панелі в Control Hub. Якщо CCP не інтегровано, необхідно придбати номери телефону в партнера CCP, не використовуючи Control Hub.

PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

Клієнтів Webex Calling із розташуваннями, для яких раніше був налаштований локальний шлюз, буде автоматично перетворено для використання PSTN на основі локальних ресурсів із відповідним транком.

3.

Виберіть основний номер, за яким можна зв’язатися з основним контактом розташування.

4.

(Необов’язково.) У розділі Екстрені виклики можна вибрати параметр Ідентифікатор місця надзвичайної ситуації, щоб призначити його цьому розташуванню.

Це налаштування необов’язкове й застосовується лише для країн, які цього потребують.

У деяких країнах (як-от Франція), існують нормативні вимоги до стільникових радіосистем із метою встановлення ідентифікатора стільникового зв’язку під час здійснення екстреного виклику й надання до них доступу екстреним службам. Інші країни, такі як США та Канада, впроваджують визначення місцезнаходження з використанням інших методів. Додаткову інформацію див. в статті Розширені екстрені виклики.

Вашому постачальнику екстрених викликів може знадобитися інформація про мережу доступу, яка досягається шляхом визначення нового заголовка приватного розширення SIP (P-Access-Network-Info). Заголовок містить інформацію, пов’язану з мережею доступу.

У разі налаштування ідентифікатора місця надзвичайної ситуації для розташування значення розташування надсилається постачальнику як частина повідомлення SIP. Зверніться до свого постачальника екстрених викликів, щоб дізнатися, чи потрібне вам це налаштування, і використовуйте значення, яке надав ваш постачальник екстрених викликів.

5.

Виберіть номер голосової пошти, за яким користувачі можуть зателефонувати, щоб перевірити голосову пошту для цього розташування.

6.

(Необов’язково.) Клацніть значок олівця у верхній частині сторінки «Розташування» і змініть такі параметри, як Ім’я розташування, Мова оголошень, Мова електронної пошти, Часовий пояс або Адреса, якщо це необхідно, а потім клацніть Зберегти.

Зміна параметра Мова оголошень набуває чинності негайно для всіх нових користувачів і функцій, доданих до цього розташування. Якщо для наявних користувачів і/або функцій також потрібно змінити мову оголошень, коли з’явиться запит, виберіть Змінити для наявних користувачів і робочих просторів або Змінити для наявних функцій. Клацніть Застосувати. Перебіг виконання можна переглянути на сторінці Завдання. Поки це налаштування не буде завершено, внести інші зміни буде неможливо.

У разі змінювання часового поясу для розташування не буде оновлено часові пояси функцій, пов’язаних із розташуванням. Щоб змінити часові пояси для таких функцій, як автосекретар, група пошуку й черга викликів, перейдіть до області Загальні налаштування певної функції, для якої потрібно оновити часовий пояс, змініть налаштування там і збережіть їх.

Ці налаштування призначено для внутрішнього набору, і вони також доступні в майстрі першого встановлення. Коли ви змінюєте абонентську групу, приклади номерів у Control Hub оновіть, щоб відобразити ці зміни.

Можна налаштувати дозволи на вихідні виклики для розташування. Перегляньте ці кроки, щоб налаштувати дозволи на вихідні виклики.

1.

Увійти в Control Hub , перейдіть до Служби > Виклик > Налаштування служби , а потім перейдіть до Внутрішній набір .

2.

За потреби налаштуйте наведені нижче додаткові бажані параметри набору.

Довжина префікса маршрутизації розташування —Рекомендовано використовувати цей параметр, якщо у вас кілька розташувань. Можна ввести значення довжини від 2 до 7 цифр. Якщо у вас є кілька розташувань з однаковим додатковим номером, під час здійснення викликів між розташуваннями користувачі повинні набирати префікс. Наприклад, якщо у вас є кілька магазинів і кожний має додатковий номер 1000, можна налаштувати префікс маршрутизації для кожного магазину. Якщо в одному магазині є префікс 888, потрібно набрати 8881000, щоб зателефонувати до цього магазину.

Довжина префікса маршрутизації включає цифру керма. Наприклад, якщо задати довжину префікса маршрутизації чотири, для визначення вебсайту можна буде використовувати лише три цифри.

Якщо розташуванню призначено префікс маршрутизації, усі внутрішні номери, призначені цьому розташуванню, будуть містити префікс маршрутизації перед внутрішнім номером. Наприклад, 888-1000 (префікс-додатковий номер маршрутизації).

Керівна цифра в префіксі маршрутизації —Виберіть номер, який буде встановлено як першу цифру кожного префікса маршрутизації.

Довжина внутрішнього номера —Можна ввести від 2 до 10 цифр. Значення за замовчуванням — 2.

Після збільшення довжини внутрішнього номера наявні номери швидкого набору на внутрішні внутрішні номери не оновлюються автоматично.

Дозволити набір внутрішніх номерів між розташуваннями —Дозволяє налаштувати набір внутрішніх номерів між розташуваннями відповідно до вимог вашої організації.
- Увімкніть перемикач, якщо ваша організація не має повторюваних внутрішніх номерів у всіх розташуваннях.
  За замовчуванням перемикач увімкнено.
- Вимкніть перемикач, якщо ваша організація має той самий внутрішній номер у різних розташуваннях. Якщо перемикач вимкнено й абонент, що телефонує, набирає внутрішній номер, виклик маршрутизується до користувача з відповідним внутрішнім номером у тому самому розташуванні, що й абонент, що телефонує. Абонент, що телефонує, повинен набрати значимий корпоративний номер (префікс маршрутизації розташування + внутрішній номер), щоб зв’язатися з внутрішнім номером в інших розташуваннях.

3.

Налаштуйте внутрішній набір для певних розташувань. Перейти до Керування > Розташування , виберіть розташування зі списку й клацніть Виклик . Прокрутіть до Набір номера , а потім змініть внутрішній набір відповідно до:

Внутрішній набір. Укажіть префікс маршрутизації, який потрібно набирати користувачам в інших розташуваннях, щоб зв’язатися з кимось у цьому розташуванні. Префікс маршрутизації кожного розташування має бути унікальним. Рекомендовано, щоб довжина префікса збігалася з довжиною, установленою на рівні організації, але вона має містити від 2 до 7 цифр.

4.

Укажіть зовнішній набір для певних розташувань. Перейти до Керування > Розташування , виберіть розташування зі списку й клацніть Виклик . Прокрутіть до Набір номера , а потім змініть зовнішній набір відповідно до:

Зовнішній набір —Можна вибрати цифру вихідного набору, яку користувачі повинні набрати, щоб підключитися до зовнішньої лінії. За замовчуванням вказано значення Немає. Можна залишити це значення, якщо цей варіант набору не використовується. Якщо необхідно використовувати цю функцію, рекомендовано використовувати номер, який відрізняється від керівної цифри вашої організації.

У разі здійснення зовнішніх викликів користувачі можуть додавати цифру для вихідного набору, імітуючи набір номерів у застарілих системах. Однак всі користувачі все ще можуть здійснювати зовнішні дзвінки без цифри вихідного набору.

За бажанням ви маєте можливість Примусово набирати цифру вихідного набору цього розташування, гарантуючи, що користувач повинен використовувати цифру вихідного набору, установлену адміністратором, для здійснення зовнішніх викликів.

Якщо цю функцію ввімкнено, екстрені виклики можна набирати з цифрою вихідного набору або без неї.

Після ввімкнення будь-які зовнішні номери адресата, як-от номери, що використовуються для переадресації викликів, більше не працюватимуть, якщо не вказано цифру вихідного набору.

Якщо внутрішній номер збігається з національним номером, тоді внутрішній номер має пріоритет перед національним номером. Тому ми рекомендуємо ввімкнути цифру вихідного набору.

Настійно рекомендуємо використовувати формат нумерації E.164 для вхідних і вихідних викликів ТМЗК.

Вплив на користувачів.

Користувачі повинні перезавантажити свої телефони, щоб зміни в налаштуваннях набору набули чинності.
Внутрішні номери користувача не повинні починатися з того самого номера, що й цифра керування розташуванням або цифри вихідного набору.

Налаштування PSTN на базі локальних ресурсів (локальний шлюз) у Control Hub

Реселери, які створюють додану вартість, можуть скористатися цими кроками, щоб розпочати налаштування конфігурації локального шлюзу в Control Hub. Коли цей шлюз зареєстровано в хмарі, його можна використовувати в одному або кількох розташуваннях Webex Calling, щоб забезпечити маршрутизацію до корпоративного постачальника послуг PSTN.

Розташування з локальним шлюзом не можна видалити, якщо локальний шлюз використовується для інших розташувань.

Створення транку

Щоб створити транк у Control Hub, виконайте наведені нижче дії.

Перш ніж почати

Після того, як розташування додано, і перед тим, як налаштувати PSTN на базі локальних ресурсів для розташування, необхідно створити транк.
Створіть будь-які розташування та певні налаштування і номери для кожного з них. Розташування має існувати, перш ніж можна буде додати PSTN на базі локальних ресурсів.
Ознайомтеся з вимогами до PSTN на базі локальних ресурсів (локальний шлюз) для Webex Calling.
Неможливо вибрати більше одного транку для розташування з PSTN на базі локальних ресурсів, але можна вибрати один і той самий транк для кількох розташувань.

1.

Увійдіть до Центру керування на сторінці, перейдіть до розділу Послуги > Виклик > Маршрутизація викликів і виберіть Додати багажник.https://admin.webex.com

2.

Виберіть розташування.

3.

Укажіть ім’я транку й клацніть Зберегти.

Довжина імені не може перевищувати 24 символи.

Що далі

Буде представлено відповідні параметри, які потрібно налаштувати в транку. Також буде створено набір облікових даних SIP-дайджест-автентифікації для захисту підключення до PSTN.

На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінію/порт, адресу вихідного проксі.

Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування PSTN на базі локальних ресурсів.

У разі втрати облікових даних необхідно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.

Виберіть транк для PSTN на базі локальних ресурсів

1.

Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

2.

Виберіть розташування, яке необхідно змінити, і клацніть Керування.

3.

Виберіть PSTN на базі локальних ресурсів і клацніть Далі.

4.

Виберіть транк у розкривному меню.

Перейдіть на сторінку транку, щоб керувати параметрами транкової групи.

5.

Клацніть повідомлення про підтвердження і далі Зберегти.

Що далі

Необхідно мати інформацію про конфігурацію, створену в Control Hub, і зіставити параметри у локальному шлюзі (наприклад, у Cisco CUBE, який розташовано локально). У цій статті розглянуто цей процес. Для довідки див. схему нижче, в якій наведено приклад зіставлення інформації про конфігурацію Control Hub (ліворуч) з параметрами CUBE (праворуч).

Після успішного завершення конфігурації на самому шлюзі можна повернутися до розділу Служби > Виклик > Розташування в Control Hub. Створений вами шлюз буде відображено в призначеній йому картці розташування із зеленою крапкою ліворуч від імені. Цей стан вказує на те, що шлюз безпечно зареєстровано в хмарі викликів і він є активним шлюзом PSTN для розташування.

Керування номерами телефону

В Control Hub можна легко переглядати, активувати, видаляти й додавати номери телефону для своєї організації. Додаткову інформацію див. в статті Керування номерами телефону в Control Hub.

Запит на придбання послуг Webex у Control Hub із пробної версії

Якщо ви пробуєте сервіси Webex і хочете перетворити пробну версію на платну підписку, ви можете надіслати запит електронною поштою своєму партнеру.

1.	Увійдіть до Control Hub на сторінціhttps://admin.webex.com , виберіть значок будівлі.
2.	Перейдіть на вкладку Передплата й клацніть Придбати зараз. Вашому партнеру буде надіслано електронний лист із повідомленням про те, що ви зацікавлені в переході на платну передплату.

Встановити параметри виклику

Ви можете використовувати Control Hub, щоб встановити пріоритет доступних опцій виклику, які користувачі бачать у додатку Webex. Ви також можете ввімкнути їх для одного натискання на виклик. Додаткову інформацію див. на сторінці Встановіть параметри виклику для користувачів Webex App.

Налаштування поведінки виклику

Ви можете керувати тим, що додаток для викликів відкривається, коли користувачі здійснюють виклики. Ви можете налаштувати параметри клієнта виклику, включаючи розгортання в змішаному режимі для організацій з користувачами, які мають право на виклик Unified CM або Webex, і користувачами без платних послуг виклику від Cisco. Додаткову інформацію див. на сторінці Налаштуйте поведінку викликів .

Налаштування локального шлюзу в Cisco IOS XE для Webex Calling

Огляд

Зараз Webex Calling підтримує дві версії локального шлюзу:

Локальний шлюз
Локальний шлюз для Webex для державних установ

Локальний шлюз
Локальний шлюз для Webex для державних установ

Ключові міркування

Перш ніж почати, ознайомтеся з вимогами до локальної комутованої телефонної мережі загального користування (ТМЗК) і локального шлюзу (LGW) для Webex Calling. Докладніші відомості див. у розділі Привілейована архітектура Cisco для викликів Webex.
Ця стаття припускає, що виділена платформа Local Gateway існує без існуючої конфігурації голосу. Якщо ви змінюєте наявний шлюз ТМЗК або розгортання CUBE Enterprise, щоб використовувати його як функцію локального шлюзу для Webex Calling, зверніть увагу на конфігурацію. Переконайтеся, що ви не переривали наявні потоки викликів і функції через внесені вами зміни.

Процедури містять посилання на довідкову документацію команди, де ви можете дізнатися більше про окремі параметри команди. Всі посилання на команди звертаються до командного посилання керованого шлюзу Webex, якщо не вказано інше (в цьому випадку посилання на команди звертаються до голосового командного посилання Cisco IOS). Ви можете отримати доступ до всіх цих посібників у Cisco Unified Border Element Посилання на команду .

Інформацію про підтримувані сторонні SBC див. у відповідній довідковій документації продукту.

Налаштуйте локальний шлюз

Існує два варіанти налаштування локального шлюзу для багажника викликів Webex:

Багажник на основі реєстрації
Багажник на основі сертифікатів

Використовуйте потік завдань під локальним шлюзом на основі реєстрації або локальним шлюзом на основі сертифіката, щоб налаштувати локальний шлюз для магістралі викликів Webex.

Див. розділ Початок роботи з локальним шлюзом , щоб отримати додаткові відомості про різні типи магістралей. Виконайте наступні дії на самому локальному шлюзі, використовуючи інтерфейс командного рядка (CLI). Ми використовуємо протокол ініціації сеансу (SIP) і транспортний захист транспортного рівня (TLS) для захисту багажника і безпечний протокол реального часу (SRTP) для захисту носіїв між локальним шлюзом і викликами Webex.

Ключові міркування

Виберіть CUBE як локальний шлюз. Webex для державних установ наразі не підтримує сторонні контролери кордону сеансів (SBC). Щоб переглянути останній список, див Почніть роботу з локальним шлюзом .
Установіть Cisco IOS XE Dublin 17.12.1a або пізнішої версії для всіх локальних шлюзів Webex для державних установ.
Щоб переглянути список кореневих центрів сертифікації (CA), які підтримує Webex for Government, див Кореневі центри сертифікатів для Webex для державних установ .
Докладніше про діапазони зовнішніх портів для локального шлюзу у Webex для державних установ див Вимоги до мережі для Webex for Government (FedRAMP) .

Локальний шлюз для Webex для державних установ не підтримує такі можливості:

STUN/ICE-Lite для оптимізації шляху медіа
Факс (T.38)

Налаштуйте локальний шлюз для Webex для державних установ

Щоб налаштувати локальний шлюз для транка Webex Calling у Webex для державних установ, використовуйте такий параметр:

Багажник на основі сертифікатів

Використовуйте потік завдань у розділі Локальний шлюз на основі сертифікатів щоб налаштувати локальний шлюз для транка Webex Calling. Докладніше про налаштування локального шлюзу на основі сертифіката див Налаштуйте транк Webex Calling на основі сертифіката .

Обов’язково потрібно налаштувати шифри GCM, що відповідають вимогам FIPS, для підтримки локального шлюзу для Webex для державних установ. Якщо ні, налаштування виклику не вдасться. Детальнішу інформацію про конфігурацію див Налаштуйте транк Webex Calling на основі сертифіката .

Webex для державних установ не підтримує локальний шлюз на основі реєстрації.

Локальний шлюз на основі реєстрації
Локальний шлюз на основі сертифіката

Огляд дизайну

У цьому розділі описано, як налаштувати Cisco Unified Border Element (CUBE) як локальний шлюз для Webex Calling, використовуючи реєстраційний SIP-транк. У першій частині цього документа показано, як налаштувати простий шлюз ТМЗК. У цьому випадку всі виклики з ТМЗК маршрутизуються до Webex Calling, а всі виклики з Webex Calling — до ТМЗК. На зображенні нижче показано це рішення та конфігурація високорівневої маршрутизації викликів, яка буде використана.

У цьому дизайні використовуються такі основні конфігурації:

клієнти голосового класу : Використовується для створення конкретних конфігурацій транка.
uri класу голосу : Використовується для класифікації повідомлень SIP для вибору вхідної точки набору.
вхідний вузол набору : Забезпечує обробку вхідних повідомлень SIP та визначає вихідний маршрут із групою однорангового набору.
однорангова група : Визначає вихідні вузли набору, що використовуються для подальшої маршрутизації викликів.
вихідний вузол набору : Забезпечує обробку вихідних повідомлень SIP та маршрутизує їх до необхідної цілі.

Call routing from/to PSTN to/from Webex Calling configuration solution

Під час підключення локального рішення Cisco Unified Communications Manager за допомогою Webex Calling можна використовувати просту конфігурацію шлюзу ТМЗК як базову для створення рішення, показаного на наступній діаграмі. У цьому випадку Unified Communications Manager забезпечує централізовану маршрутизацію та обробку всіх викликів ТМЗК і Webex Calling.

У цьому документі використовуються імена хостів, IP-адреси та інтерфейси, показані на наведеному нижче зображенні.

Використовуйте інструкції з налаштування, наведені в решті цього документа, щоб завершити конфігурацію локального шлюзу таким чином:

Крок 1. Налаштуйте базове підключення та безпеку маршрутизатора
Крок 2. Налаштуйте транк Webex Calling

Залежно від необхідної архітектури виконайте одну з наведених нижче дій.
Крок 3: Налаштуйте локальний шлюз із транком SIP ТМЗК
Крок 4: Налаштуйте локальний шлюз із наявним середовищем Unified CM

Або:
Крок 3: Налаштуйте локальний шлюз із транком ТМЗК TDM

Налаштуйте підключення та безпеку

Конфігурація базової лінії

Першим кроком у підготовці маршрутизатора Cisco як локального шлюзу для Webex Calling є створення базової конфігурації, яка захищає вашу платформу та встановлює зв’язок.

Для всіх розгортань локального шлюзу на основі реєстрації потрібні Cisco IOS XE 17.6.1a або пізніших версій. Рекомендовані версії див Дослідження програмного забезпечення Cisco сторінка. Знайдіть платформу та виберіть одну з запропоновано випусків.
- Маршрутизатори серії ISR4000 повинні бути налаштовані з ліцензіями на технології Unified Communications і Security.
- Маршрутизатори Catalyst Edge серії 8000, оснащені голосовими картами або DSP, потребують ліцензії DNA Advantage. Маршрутизатори без голосових карт або DSP вимагають мінімального ліцензування DNA Essentials.
Створіть базову конфігурацію для своєї платформи, яка відповідає вашим бізнес-політикам. Зокрема, налаштуйте таке та перевірте роботу:
- NTP
- Списки ACL
- Автентифікація користувача та віддалений доступ
- DNS
- IP-маршрутизація
- IP-адреси
Мережа для Webex Calling має використовувати адресу IPv4.
Передайте пакет кореневого CA Cisco на локальний шлюз.

Конфігурація

1.

Переконайтеся, що ви призначили допустимі та маршрутизовані IP-адреси будь-якому інтерфейсу рівня 3, наприклад:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2.

Захистіть облікові дані реєстрації та STUN на маршрутизаторі за допомогою симетричного шифрування. Налаштуйте основний ключ шифрування та тип шифрування, як показано нижче.


key config-key password-encrypt YourPassword
password encryption aes

3.

Створіть точку довіри PKI-заповнювач.

Ця точка довіри вимагає, щоб пізніше налаштувати TLS. Для транків на основі реєстрації ця точка довіри не вимагає сертифіката, як це потрібно для транка на основі сертифіката.


crypto pki trustpoint EmptyTP 
 revocation-check none

4.

Увімкніть ексклюзивність TLS1.2 і вкажіть точку довіри за замовчуванням за допомогою наведених далі команд конфігурації. Параметри транспортування також слід оновити, щоб забезпечити надійне безпечне з’єднання для реєстрації:

Команда сервера cn-san-validate гарантує, що локальний шлюз дозволить підключення, якщо ім’я хоста, налаштованого в осередку 200, включено в поля CN або SAN сертифіката, отриманого від вихідного проксі-сервера.

Установити кількість повторень tcp до 1000 (кратники 5 мс = 5 секунд).
, встановити підключення таймера За допомогою команди можна налаштувати час очікування LGW для встановлення підключення за допомогою проксі, перш ніж розглянути наступний доступний параметр. За замовчуванням для цього таймера встановлено 20 секунд, а мінімальний — 5 секунд. Почніть з низького значення та збільште, якщо необхідно, щоб пристосуватись до умов мережі.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5.

Установіть пакет кореневого CA Cisco, який включає сертифікат CA DigiCert, що використовується Webex Calling. Використовуйте чиста URL-адреса імпорту пулу довіри crypto PKI команду, щоб завантажити кореневий пакет CA за вказаною URL-адресою та очистити поточний пул довіри CA, а потім установіть новий пакет сертифікатів:

Якщо вам потрібно використовувати проксі для доступу до інтернету за допомогою HTTPS, додайте таку конфігурацію перед імпортом пакета CA:

ip http клієнт проксі-сервер вашproxy.com проксі-порт 80


ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Налаштуйте транк Webex Calling на основі реєстрації

1.

Створіть транк ТМЗК на основі реєстрації для наявного розташування в Control Hub. Запишіть інформацію про транк, що надається після створення транка. Ці відомості, як показано на наступній ілюстрації, будуть використані під час кроків налаштування в цьому посібнику. Для отримання додаткової інформації див. розділ Налаштування стовбурів, груп маршрутів та планів набору для викликів Webex.

2.

Введіть такі команди, щоб налаштувати CUBE як локальний шлюз Webex Calling:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Ось пояснення полів для конфігурації:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

Для захисту від шахрайства з використанням платних послуг список надійних адрес визначає список хостів і мереж, від яких локальний шлюз очікує законних викликів VoIP.
За замовчуванням локальний шлюз блокує всі вхідні повідомлення VoIP з IP-адрес, яких немає у його списку довірених. Статично налаштовані вузли набору з IP-адресами цільової IP-адреси сеансу або IP-адресами групи серверів є довіреними за замовчуванням, тому їх не потрібно додавати до списку довірених.

Під час налаштування локального шлюзу додайте до списку підмережі IP вашого регіонального центру обробки даних Webex Calling. Додаткову інформацію див. в розділі Довідкова інформація щодо портів для Webex Calling. Крім того, додайте діапазони адрес для серверів Unified Communications Manager (якщо вони використовуються) і шлюзів транка ТМЗК.

Якщо ваш LGW знаходиться позаду брандмауера з обмеженим конусом NAT, ви можете відключити список довірених IP-адрес у інтерфейсі Webex Calling. Брандмауер вже захищає вас від небажаного вхідного VoIP. Вимкнути дію зменшує ваші довгострокові накладні витрати на конфігурацію, тому що ми не можемо гарантувати, що адреси вузлів Webex Calling залишаться фіксованими, і ви повинні налаштувати свій брандмауер для вузлів у будь-якому випадку.

елемент кордону режиму

Вмикає функції Cisco Unified Border Element (CUBE) на платформі.

статистику медіа

Вмикає моніторинг медіа на локальному шлюзі.

медіа bulk-stats

Дозволяє площині керування опитати площину даних для статистики масових викликів.

Додаткову інформацію про ці команди див Медіа .

дозволити-з’єднання sip до sip

Увімкніть функціонал CUBE Basic SIP back-to-back. Докладніші відомості див. у розділі Дозволити з 'єднання.

За замовчуванням транспортування факсів T.38 ввімкнено. Додаткову інформацію див протокол факсу t38 (голосова служба) .

оглушення

Вмикає STUN (обхід сеансу UDP через NAT) у всьому світі.

Коли ви переадресовуєте виклик користувачеві Webex Calling (наприклад, обидві сторони, що викликаються, є абонентами Webex Calling, і якщо ви прив 'язуєте носій до Webex Calling SBC), то носій не може надходити до локального шлюзу, оскільки отвір не відкритий.
Функція прив’язки STUN на локальному шлюзі дозволяє надсилати локально згенеровані запити STUN через узгоджений шлях медіа. Це допомагає відкрити отвір у брандмауері.

Для отримання додаткової інформації див. STUN flowdata agent-id та STUN flowdata shared-secret.

асиметричне корисне навантаження повне

Налаштовує підтримку асиметричного корисного навантаження SIP для корисних даних DTMF і динамічних кодеків. Для отримання додаткової інформації про цю команду див. Асиметричне корисне навантаження.

вимушена рання пропозиція

Примушує локальний шлюз надсилати інформацію SDP у початковому повідомленні ЗАПРОСИТИ замість очікування підтвердження від сусіднього однорангового вузла. Для отримання додаткової інформації про цю команду див. Рання пропозиція.

3.

Налаштувати кодек голосового класу 100 фільтр для транка. У цьому прикладі той самий фільтр кодеків використовується для всіх транків. Для точного керування можна налаштувати фільтри для кожного транка.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ось пояснення полів для конфігурації:

кодек голосового класу 100

Використовується для дозволу лише бажаних кодеків для викликів через SIP-транки. Для отримання додаткової інформації дивіться кодекголосового класу.

Кодек Opus підтримується лише для транків ТМЗК на основі SIP. Якщо транк ТМЗК використовує голосове підключення T1/E1 або аналогове FXO, виключити бажаний параметр кодека 1 опус з кодек голосового класу 100 конфігурації.

4.

Налаштувати голосовий клас stun-usage 100 щоб увімкнути ICE для транка Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ось пояснення полів для конфігурації:

оглушення використання лід lite

Використовується для ввімкнення ICE-Lite для всіх вузлів набору Webex Calling, що дозволяють оптимізувати медіа, коли це можливо. Для отримання додаткової інформації див. Використання голосового класу STUN та використання STUN Ice Lite.

Для потоків викликів із використанням оптимізації медіа-шляхів потрібне зупинене використання ICE-lite. Щоб забезпечити оптимізацію медіа для шлюзу SIP до TDM, налаштуйте одноранговий комутатор із зворотним зв’язком із ввімкненим ICE-Lite на ділянці IP-IP. Щоб отримати додаткові технічні відомості, зверніться до відділу облікового запису або команди TAC

5.

Налаштуйте політику шифрування медіа для трафіку Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ось пояснення полів для конфігурації:

голосовий клас srtp-crypto 100

Визначає SHA1_ 80 як єдиний набір шифрів SRTP, який пропонує CUBE в SDP у повідомленнях пропозицій і відповідей. Webex Calling підтримує лише SHA180._ Для отримання додаткової інформації див. Голосовий клас srtp-crypto.

6.

Налаштуйте шаблон для унікальної ідентифікації викликів до транка локального шлюзу на основі параметра транка призначення:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Ось пояснення полів для конфігурації:

голос класу uri 100 sip

Визначає шаблон для зіставлення вхідного запрошення SIP з вхідним транковим вузлом набору. Під час введення цього шаблону використовуйте dtg=, а потім значення транка OTG/DTG, надане в Control Hub під час створення транка. Додаткову інформацію див uri класу голосу .

7.

Налаштувати профіль sip 100 , який буде використовуватися для зміни повідомлень SIP перед їх надсиланням у Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Ось пояснення полів для конфігурації:

правило від 10 до 70 і 90

Забезпечує, що в заголовках SIP, що використовуються для сигналізації викликів, використовується схема sip, а не sip, що вимагається для проксі Webex. Налаштування CUBE для використання sips гарантує використання безпечної реєстрації.
правило 80

Змінює заголовок «Від», щоб включити ідентифікатор OTG/DTG групи транків із Control Hub, щоб однозначно ідентифікувати сайт локального шлюзу в межах підприємства.

8

Налаштувати транк Webex Calling:

Створити клієнт класу голосу 100 щоб визначити та згрупувати конфігурації, необхідні спеціально для транка Webex Calling. Зокрема, дані реєстрації транка, надані в Control Hub раніше, будуть використовуватися на цьому кроці, як описано нижче. Абонентські вузли, пов’язані з цим клієнтом, пізніше успадкують ці конфігурації.

У наведеному нижче прикладі використовуються значення, наведені на кроці 1, для цілей цього посібника (показані жирним шрифтом). Замініть їх значеннями для вашого транка у вашій конфігурації.


voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

Ось пояснення полів для конфігурації:

клієнт класу голосу 100

Визначає набір параметрів конфігурації, які використовуватимуться лише для транка Webex Calling. Для отримання додаткової інформації див. Орендар голосового класу.

реєстратор DNS:98027369.us10.bcld.webex.com схемою ковтки закінчується термін дії 240 коефіцієнт оновлення 50 tcp tls

Сервер реєстратора для локального шлюзу з налаштуванням реєстрації на оновлення кожні дві хвилини (50% від 240 секунд). Докладніше див. у розділі Реєстратор.

Переконайтеся, що ви використовуєте значення Реєстрація домену з Control Hub тут.

номер облікових даних Даллас1171197921_ LGU ім’я користувача Даллас1463285401_ LGU пароль 0 9Wt[M6ifY+ області BroadWorks

Облікові дані для запиту на реєстрацію багажника. Для отримання додаткової інформації див. Облікові дані (SIP UA).

Переконайтеся, що ви використовуєте значення хоста лінії/порту, імені користувача для автентифікації та пароля автентифікації відповідно з Control Hub.

ім’я користувача для автентифікації Даллас1171197921_ LGU пароль 0 9Wt[M6ifY+ області BroadWorks

ім’я користувача для автентифікації Даллас1171197921_ LGU пароль 0 9Wt[M6ifY+ області9802736 9.us10.bcld.webex.com

Запит автентифікації для викликів. Для отримання додаткової інформації див. Автентифікація (dial-peer).

Переконайтеся, що ви використовуєте значення імені користувача для автентифікації, пароля автентифікації та домену реєстратора відповідно з Control Hub.

немає ідентифікатора віддаленої сторони

Вимкнути заголовок SIP Remote-Party-ID (RPID), оскільки Webex Calling підтримує PAI, який увімкнено за допомогою CIO asserted-id pai . Докладніше див. у розділі remote-party-id.

sip-сервер dns:us25.sipconnect.bcld.webex.com

Налаштовує цільовий сервер SIP для транка. Використовуйте адресу SRV граничного проксі, надану в Control Hub під час створення транка.

з 'єднання-використання

Використовує одне і те ж постійне з 'єднання для реєстрації та обробки викликів. Докладніші відомості див. у розділі повторне використання з 'єднання.

srtp-крипт 100

Налаштовує бажані набори шифрів для гілки виклику SRTP (підключення) (задано на кроці 5). Для отримання додаткової інформації див. Голосовий клас srtp-crypto.

сесійний транспорт tcp tls

Встановлює транспорт до TLS. Для отримання додаткової інформації див. Сесія-транспорт.

url sips

SRV-запит повинен бути SIP, що підтримується SBC доступу; всі інші повідомлення змінюються на SIP за допомогою SIP-профілю 200.

error-passthru

Вказує функціональність відповіді на помилку SIP. Докладніші відомості див. у розділі Error-passthru.

asserted-id pai

Вмикає обробку PAI в Local Gateway. Для отримання додаткової інформації див. Стверджений ідентифікатор.

джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/1

Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до WebexCalling. Додаткову інформацію див прив’язати .

прив’язати інтерфейс джерела медіа GigabitEthernet0/0/1

Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, що надсилаються до WebexCalling. Додаткову інформацію див прив’язати .

немає прохідного контенту custom-sdp

Команда за замовчуванням у клієнті. Докладніші відомості про цю команду див. у розділі Вміст з пропуском.

sip-профілі 100

Змінює SIP для SIP та змінює лінію/порт для ЗАПРОШЕННЯ та РЕЄСТРАЦІЇ повідомлень, як визначено в SIP-профілях 200 . Докладніші відомості див. у розділі sip-профілі голосового класу.

вихідний-проксі dns:dfw04.sipconnect-us.bcld.webex.com

Webex Виклик доступу SBC. Вставте вихідну проксі-адресу, надану в Control Hub під час створення транка. Для отримання додаткової інформації див. Вихідний проксі-сервер.

політика конфіденційності passthru

Налаштовує параметри політики заголовка конфіденційності для транка, щоб передати значення конфіденційності з отриманого повідомлення до наступної гілки виклику. Докладніше див. у розділі Політика конфіденційності.

Налаштуйте транк набору Webex Calling.
```
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling
```
Визначає VoIP-пір з міткою 100 і дає змістовний опис для простоти управління та усунення несправностей.
макс. з’єднання 250
Обмежує кількість одночасних вхідних і вихідних викликів між LGW і Webex Calling. Для транків реєстрації максимальне значення має бути 250. Використовуйте менше значення, якщо це більше підходить для вашого розгортання. Додаткову інформацію про обмеження одночасного виклику для локального шлюзу див Почніть роботу з локальним шлюзом документ.
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Вказує, що Dial-peer 100 обробляє SIP-ноги виклику. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий sip-сервер сеансу
Указує на те, що сервер SIP, визначений у клієнті 100, успадковано та використовується як призначення для викликів від цього однорангового набору.
вхідний запит URI 100
Щоб задати клас голосу, який використовується для зіставлення вузла набору VoIP з єдиним ідентифікатором ресурсу (URI) вхідного виклику. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Налаштовує абонентську точку на використання списку загальних фільтрів кодеків 100 . Для отримання додаткової інформації див. Кодек голосового класу.
voice-class stun-usage 100
Дозволяє надсилати локально згенеровані запити STUN на локальному шлюзі через узгоджений шлях медіа. STUN допомагає відкрити дірку в брандмауері для медіатрафіку.
немає голосового класу SIP localhost
Вимикає підстановку локального імені хоста DNS замість фізичної IP-адреси в заголовках From, Call-ID та Remote-Party-ID вихідних повідомлень.
клієнт sip класу голосу 100
Точка набору успадковує всі параметри, налаштовані глобально та в клієнті 100. Параметри можуть бути перевизначені на рівні вузла набору.
srtp
Вмикає SRTP для етапу виклику.
немає vad
Вимикання виявлення голосової активності.

Після визначення клієнта 100 і налаштувати абонентську точку SIP VoIP, шлюз ініціює підключення TLS до Webex Calling. На цьому етапі SBC доступу представляє свій сертифікат локальному шлюзу. Локальний шлюз перевіряє сертифікат SBC для доступу до Webex Calling за допомогою кореневого пакета CA, який було оновлено раніше. Якщо сертифікат розпізнано, між локальним шлюзом і SBC для доступу до Webex Calling буде встановлено постійний сеанс TLS. Після цього локальний шлюз зможе використовувати це безпечне з’єднання для реєстрації в SBC для доступу до Webex. Коли реєстрацію оскаржують для автентифікації:

, ім’я користувача, пароль, і області параметри з облікові дані конфігурація використовується у відповіді.
Правила модифікації в профілі 100 sip використовуються для перетворення SIPS URL назад у SIP.

Реєстрація буде успішною після отримання 200 OK від SBC доступу.

Налаштуйте локальний шлюз за допомогою SIP-транка ТМЗК

Створивши транк для Webex Calling вище, використовуйте наведену далі конфігурацію, щоб створити незашифрований транк до постачальника ТМЗК на основі SIP:

Якщо ваш постачальник послуг пропонує захищений транк ТМЗК, ви можете використати конфігурацію, подібну до якої описано вище, для транка Webex Calling. CUBE підтримує безпечну маршрутизацію викликів.

Щоб налаштувати інтерфейси TDM для гілок виклику ТМЗК на шлюзах Cisco TDM-SIP, див. Налаштування ISDN PRI .

1.

Налаштуйте uri такого класу голосу, щоб ідентифікувати вхідні виклики з транка ТМЗК:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ось пояснення полів для конфігурації:

голос класу uri 200 sip

Визначає шаблон для зіставлення вхідного запрошення SIP з вхідним транковим вузлом набору. Під час введення цього шаблону використовуйте IP-адресу свого шлюзу IP ТМЗК. Додаткову інформацію див uri класу голосу .

2.

Налаштуйте таку точку набору IP ТМЗК:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ось пояснення полів для конфігурації:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Визначає VoIP-пір з тегом 300 і дає змістовний опис для простоти управління та усунення несправностей. Докладніші відомості див. у розділі «Голос, що набирається одноранговим набором».

призначення-шаблон BAD.BAD

Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. Для отримання додаткової інформації див. розділ призначення-шаблон (інтерфейс).

протокол сеансу sipv2

Визначає вузол набору 200 обробляє гілки виклику SIP. Докладніші відомості див. у розділі Протокол сеансу (вузол набору).

ціль сеансу ipv4:192.168.80.13

Вказує цільову адресу IPv4 призначення для надсилання етапу виклику. Метою сеансу тут є IP-адреса ITSP. Додаткову інформацію див ціль сеансу (вузла набору VoIP) .

вхідні URI через 200

Визначає критерій відповідності для заголовка VIA з IP-адресою IP PSTN. Звіряє всі вхідні гілки виклику IP ТМЗК на локальному шлюзі з однорангом набору номера 200. Додаткову інформацію див вхідна URL-адреса .

джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0

Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .

прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0

Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .

кодек голосового класу 100

Налаштовує абонентську точку на використання списку загальних фільтрів кодеків 100 . Для отримання додаткової інформації див. Кодек голосового класу.

dtmf-relay rtp-nte

Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .

немає vad

Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .

3.

Якщо ви налаштовуєте локальний шлюз на маршрутизацію лише викликів між Webex Calling і ТМЗК, додайте наведену далі конфігурацію маршрутизації викликів. Якщо ви налаштовуєте локальний шлюз за допомогою платформи Unified Communications Manager, перейдіть до наступного розділу.

Створіть групи абонентів, щоб маршрутизувати виклики до Webex Calling або ТМЗК. Визначте DPG 100 з вихідним абонентом 100 для Webex Calling. DPG 100 застосовується до вхідного однорангового набору з ТМЗК. Аналогічно визначте DPG 200 з вихідним вузлом набору 200 до ТМЗК. DPG 200 застосовується до вхідного однорангового набору з Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ось пояснення полів для конфігурації:
абонента 100
Пов’язує вихідний вузол набору з групою однорангового набору. Додаткову інформацію див голосовий клас dpg .
Застосуйте групи абонентів, щоб маршрутизувати виклики з Webex до ТМЗК і від ТМЗК до Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ось пояснення полів для конфігурації:
призначення dpg 200
Указує, яку групу абонентів і, отже, вузол набору потрібно використовувати для обробки вихідних викликів, представлених цьому вхідному однорангові набору.

На цьому налаштування вашого локального шлюзу завершено. Збережіть конфігурацію та перезавантажте платформу, якщо функції CUBE налаштовуються вперше.

Налаштувати локальний шлюз з існуючим уніфікованим середовищем CM

Конфігурацію ТМЗК-Webex Calling у попередніх розділах можна змінити, щоб включити додаткові транки до кластера Cisco Unified Communications Manager (UCM). У цьому випадку всі виклики маршрутизуються через Unified CM. Виклики з UCM через порт 5060 маршрутизуються до ТМЗК, а виклики з порту 5065 — до Webex Calling. Для включення цього сценарію викликів можуть бути додані наступні додаткові конфігурації.

Під час створення транка Webex Calling в Unified CM переконайтеся, що ви налаштували вхідний порт у параметрах профілю безпеки транка SIP на 5065. Це дозволяє вхідні повідомлення через порт 5065 і заповнювати заголовок VIA цим значенням під час надсилання повідомлень до локального шлюзу.

1.

Налаштуйте наведені нижче URI класу голосових викликів.

Класифікує Unified CM до викликів Webex за допомогою порту SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Класифікує виклики Unified CM до ТМЗК за допомогою SIP через порт:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Класифікуйте вхідні повідомлення від UCM до транка ТМЗК за допомогою одного або кількох шаблонів, які описують вихідні адреси джерела та номер порту. За потреби для визначення шаблонів зіставлення можна використовувати регулярні вирази.

У прикладі вище регулярний вираз використовується для зіставлення будь-якої IP-адреси в діапазоні від 192.168.80.60 до 65 і номером порту 5060.

2.

Налаштуйте такі записи DNS, щоб задати маршрутизацію SRV до хостів Unified CM:

IOS XE використовує ці записи для локального визначення цільових хостів і портів UCM. За допомогою цієї конфігурації не потрібно налаштовувати записи в системі DNS. Якщо ви надаєте перевагу використанню DNS, ці локальні конфігурації не потрібні.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ось пояснення полів для конфігурації:

Наведена далі команда створює ресурсний запис DNS SRV. Створіть запис для кожного хоста та транка UCM:

хост ip_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp .pstntocucm.io : Ім’я ресурсного запису SRV

2: Пріоритет ресурсного запису SRV

1: Вага ресурсного запису SRV

5060 : Номер порту, який буде використовуватися для цільового хоста в цьому ресурсному записі

ucmsub5.mydomain.com : Цільовий хост ресурсного запису

Щоб усунути імена цільових хостів ресурсного запису, створіть локальні записи A DNS. Наприклад:

ip-хост ucmsub5.mydomain.com 192.168.80.65

хост ip : Створює запис у локальній базі даних IOS XE.

ucmsub5.mydomain.com : Ім’я організатора запису A.

192.168.80.65 : IP-адреса організатора.

Створіть ресурсні записи SRV та записи A, щоб відобразити ваше середовище UCM та бажану стратегію розподілу викликів.

3.

Налаштуйте такі точки набору:

Одноранговий набір для викликів між Unified CM і Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Визначає абонентську точку VoIP з тегом 300 і містить змістовний опис для спрощення керування та усунення несправностей.
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Указує, що вузол набору 300 обробляє гілки виклику SIP. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий dns сеансу:wxtocucm.io
Визначає ціль сеансу для кількох вузлів Unified CM через роздільну здатність DNS SRV. У цьому випадку для спрямування викликів використовується локально визначений запис SRV wxtocucm.io.
вхідні URI через 300
Використовує URI класу голосу 300 для спрямування всього вхідного трафіку з Unified CM за допомогою порту джерела 5065 до цієї точки набору. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Показує список фільтрів кодеків для викликів на та з Unified CM. Додаткову інформацію див кодек голосового класу .
джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
dtmf-relay rtp-nte
Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .
немає vad
Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .
Одноранговий набір для викликів між Unified CM і ТМЗК:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Визначає VoIP-пір з тегом 300 і дає змістовний опис для простоти управління та усунення несправностей.
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Указує, що вузол набору 400 обробляє гілки виклику SIP. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий dns сеансу:pstntocucm.io
Визначає ціль сеансу для кількох вузлів Unified CM через роздільну здатність DNS SRV. У цьому випадку локально визначений запис SRV pstntocucm.io використовується для спрямування викликів.
вхідні URI через 400
Використовує URI класу голосу 400 для спрямування всього вхідного трафіку від указаних хостів Unified CM за допомогою порту джерела 5060 до цього абонента. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Показує список фільтрів кодеків для викликів на та з Unified CM. Додаткову інформацію див кодек голосового класу .
джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
dtmf-relay rtp-nte
Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .
немає vad
Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .

4.

Додайте маршрутизацію виклику, використовуючи такі конфігурації:

Створіть групи абонентів, щоб маршрутизувати виклики між Unified CM і Webex Calling. Визначити DPG 100 за допомогою вихідний вузол набору 100 до Webex Calling. DPG 100 застосовується до пов’язаного вхідного однорангового набору від Unified CM. Аналогічно визначте DPG 300 з вихідним вузлом набору 300 до Unified CM. DPG 300 застосовується до вхідного однорангового набору з Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Створіть групи абонентів для маршрутизації викликів між Unified CM і ТМЗК. Визначити DPG 200 з вихідний вузол набору 200 до ТМЗК. DPG 200 застосовується до пов’язаного вхідного однорангового набору від Unified CM. Аналогічно визначте DPG 400 з вихідним вузлом набору 400 до Unified CM. DPG 400 застосовується до вхідного однорангового набору з ТМЗК.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Ось пояснення полів для конфігурації:
абонента 100
Пов’язує вихідний вузол набору з групою однорангового набору. Додаткову інформацію див голосовий клас dpg .
Застосуйте групи абонентів, щоб маршрутизувати виклики від Webex до Unified CM і від Unified CM до Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Ось пояснення полів для конфігурації:
dpg призначення 300
Указує, яку групу абонентів і, отже, вузол набору потрібно використовувати для обробки вихідних викликів, представлених цьому вхідному однорангові набору.
Застосувати групи абонентів для маршрутизації викликів від ТМЗК до Unified CM і від Unified CM до PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
На цьому налаштування вашого локального шлюзу завершено. Збережіть конфігурацію та перезавантажте платформу, якщо функції CUBE налаштовуються вперше.

Моніторинг та усунення несправностей локального шлюзу з діагностичними сигналами

Діагностичні підписи (DS) активно виявляють поширені проблеми в локальному шлюзі на БАЗІ IOS XE і генерують повідомлення електронної пошти, системного журналу або термінального повідомлення про подію. DS також можна встановити з метою автоматизації збору діагностичних даних і передавання отриманих даних до Cisco TAC для прискорення часу вирішення проблеми.

Діагностичні підписи (DS) – це файли XML, які містять інформацію про події, що викликають проблему, і дії, які необхідно виконати для інформування, усунення несправностей та усунення проблеми. Можна визначити логіку виявлення проблем за допомогою повідомлень системного журналу, подій SNMP і за допомогою періодичного моніторингу конкретних виводів команд show.

Типи дій включають збирання виходів команди show:

Створення консолідованого файлу журналу
Передавання файлу в надане користувачем мережеве розташування, як-от HTTPS, SCP, FTP-сервер.

Інженери TAC створюють файли DS і підписують їх цифровим підписом для захисту цілісності. Кожен файл DS має унікальний числовий ідентифікатор, призначений системою. Інструмент пошуку діагностичних підписів (DSLT) є єдиним джерелом для пошуку відповідних підписів для моніторингу та усунення різних проблем.

Перш ніж почати.

Не редагуйте файл DS, який ви завантажуєте з DSLT. Файли, які ви змінюєте, не вдається встановити через помилку перевірки цілісності.
Сервер SMTP (Simple Mail Transfer Protocol), який потрібен локальному шлюзу для надсилання сповіщень електронною поштою.
Переконайтеся, що локальний шлюз працює під управлінням IOS XE 17.6.1 або вище, якщо ви хочете використовувати захищений SMTP-сервер для електронних повідомлень.

Передумови

Локальний шлюз під керуванням IOS XE 17.6.1a або новішої версії

Діагностичні підписи ввімкнено за замовчуванням.
Налаштуйте захищений сервер електронної пошти для надсилання проактивних сповіщень, якщо на пристрої встановлено Cisco IOS XE 17.6.1a або новішої версії.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Налаштуйте змінну середовища ds_email з адресою електронної пошти адміністратора, щоб сповістити вас.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Далі наведено приклад конфігурації локального шлюзу, що працює на Cisco IOS XE 17.6.1a або пізнішої версії для надсилання проактивних сповіщень на tacfaststart@gmail.com використання Gmail як захищеного сервера SMTP:

Ми рекомендуємо використовувати Cisco IOS XE Bengaluru 17.6.x або пізнішої версії.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Локальний шлюз, що працює на програмному забезпеченні Cisco IOS XE, не є типовим веб-клієнтом Gmail, який підтримує OAuth, тому ми повинні налаштувати конкретне налаштування облікового запису Gmail та надати конкретний дозвіл на правильну обробку електронної пошти з пристрою:

Перейти до Керування обліковим записом Google > Безпека і ввімкніть Менш безпечний доступ до програми налаштування.
Відповідь "Так, це був я", коли ви отримуєте електронний лист від Gmail про те, що "Google заборонив комусь увійти у ваш обліковий запис, використовуючи додаток, що не належить Google".

Встановлення діагностичних підписів для проактивного моніторингу

Моніторинг високого використання ЦП

Цей DS відстежує використання ЦП протягом п’яти секунд за допомогою OID SNMP версії 1.3.6.1.4.1.9.2.1.56. Коли використання досягає 75% або більше, він відключає всі налагодження та видаляє всі діагностичні підписи, встановлені в локальному шлюзі. Щоб установити підпис, виконайте наведені нижче дії.

Використовуйте показати snmp команду, щоб увімкнути SNMP. Якщо не ввімкнути, налаштуйте диспетчер snmp-сервера команду.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 64224 за допомогою наведених нижче параметрів розкривного списку в засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або серія Cisco CSR 1000V
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронної пошти.

Скопіюйте файл XML DS до флешпам’яті локального шлюзу.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Наступний приклад показує копіювання файлу з FTP-сервера на локальний шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Установіть файл XML DS на локальному шлюзі.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Використовуйте команду show call-home diagnostic-signature, щоб переконатися, що підпис успішно встановлено. У стовпці стану має бути значення «Зареєстровано».

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Завантажені DS:

Ідентифікатор DS	Ім’я DS	Редакція	Стан	Останнє оновлення (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-07 22:05:33

У разі запуску цей підпис видалить усі запущені DS, а також видалить себе. За потреби перевстановіть DS 64224, щоб продовжити моніторинг високого рівня використання ЦП на локальному шлюзі.

Моніторинг реєстрації SIP багажника

Цей DS перевіряє наявність незареєстрованого локального шлюзу SIP Trunk з хмарою Webex Calling кожні 60 секунд. Після виявлення події скасування реєстрації він генерує повідомлення електронної пошти та системного журналу та видаляє себе після двох випадків скасування реєстрації. Щоб установити підпис, виконайте наведені нижче дії.

Завантажте DS 64117 за допомогою наведених нижче параметрів розкривного списку в засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або серія Cisco CSR 1000V
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	SIP-SIP
Тип проблеми	Скасування реєстрації SIP Trunk з повідомленням електронної пошти.

Скопіюйте файл XML DS до локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Установіть файл XML DS на локальному шлюзі.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Використовуйте команду show call-home diagnostic-signature, щоб переконатися, що підпис успішно встановлено. Стовпець статусу повинен мати «зареєстроване» значення.

Моніторинг аномальних відключень викликів

Цей DS використовує опитування SNMP кожні 10 хвилин для виявлення аномального відключення виклику з відображенням помилок SIP 403, 488 і 503.  Якщо приріст кількості помилок більше або дорівнює 5 з останнього опитування, він генерує сповіщення системного журналу та електронної пошти. Щоб установити підпис, виконайте наведені нижче дії.

Використовуйте показати snmp команду, щоб перевірити, чи ввімкнено SNMP. Якщо його не ввімкнено, налаштуйте диспетчер snmp-сервера команду.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 65221 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або серія Cisco CSR 1000V
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Виявлення аномального виклику SIP з електронною поштою та сповіщенням Syslog.

Скопіюйте файл XML DS до локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Установіть файл XML DS на локальному шлюзі.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Використовуйте команду show call-home diagnostic-signature, щоб переконатися, що підпис успішно встановлено. Стовпець статусу повинен мати «зареєстроване» значення.

Встановлення діагностичних підписів для усунення несправностей

Використовуйте діагностичні підписи (ДП) для швидкого вирішення проблем. Інженери Cisco TAC створили кілька підписів, які дозволяють виконувати необхідні налагодження, необхідні для усунення заданої проблеми, виявлення виникнення проблеми, збору потрібного набору діагностичних даних та автоматичної передачі даних до випадку Cisco TAC. Діагностичні підписи (DS) усувають необхідність вручну перевіряти виникнення проблеми та значно спрощують усунення періодичних і тимчасових проблем.

Ви можете використовувати інструмент пошуку діагностичних підписів, щоб знайти відповідні підписи та встановити їх, щоб самостійно вирішити дану проблему, або ви можете встановити підпис, рекомендований інженером TAC як частину взаємодії з підтримкою.

Нижче наведено приклад того, як знайти й встановити DS для виявлення екземпляра системного журналу «%VOICE_IEC-3-GW: CCAPI: Внутрішня помилка (порогове значення підвищення кількості викликів): IEC=1.1.181.1.29.0" syslog та автоматизувати збір діагностичних даних, використовуючи наступні кроки:

Налаштуйте додаткову змінну середовища DS, ds_fsurl_prefix яка є шляхом файлового сервера Cisco TAC (cxd.cisco.com), до якого завантажуються зібрані діагностичні дані. Ім 'я користувача в шляху до файлу - це номер справи, а пароль - це маркер завантаження файлу, який можна отримати з Support Case Manager за допомогою наступної команди. Маркер передавання файлу можна створити в розділі Вкладення диспетчера запитів до служби підтримки за потреби.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Приклад:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Переконайтеся, що SNMP ввімкнено за допомогою показати snmp команду. Якщо його не ввімкнено, налаштуйте диспетчер snmp-сервера команду.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Забезпечити встановлення моніторингу високого ЦП DS 64224 як запобіжного заходу для відключення всіх сигнатур налагодження та діагностики під час високого використання ЦП. Завантажте DS 64224 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або серія Cisco CSR 1000V
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронної пошти.

Завантажте DS 65095 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або серія Cisco CSR 1000V
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Системні журнали
Тип проблеми	Системний журнал — %VOICE_IEC-3-GW: CCAPI: Внутрішня помилка (порогове значення підвищення кількості викликів): IEC=1.1.181.1.29.0

Скопіюйте файли XML DS до локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Установіть DS 64224 моніторингу високого рівня використання ЦП, а потім файл XML DS 65095 на локальному шлюзі.
```
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success 
```

Переконайтеся, що підпис успішно встановлено за допомогою команди show call-home diagnostic-signature. Стовпець статусу повинен мати «зареєстроване» значення.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DS:

Ідентифікатор DS

Ім’я DS

Редакція

Стан

Останнє оновлення (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Зареєстровано

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Зареєстровано

2020-11-08

Перевірка виконання діагностичних підписів

У наступній команді стовпець «Статус» команди show call-home diagnostic-signature змінюється на «працює», поки локальний шлюз виконує дію, визначену в підписі. Вивід статистики діагностичного підпису show call-home є найкращим способом перевірки того, чи виявляє діагностичний підпис подію, що представляє інтерес, і виконує дію. У стовпці «Тригеризований/Макс/Деінсталяція» вказується кількість разів, коли даний підпис викликав подію, максимальна кількість разів, коли він визначається для виявлення події, і чи видаляється сам підпис після виявлення максимальної кількості викликаних подій.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DS:

Ідентифікатор DS	Ім’я DS	Редакція	Стан	Останнє оновлення (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	08.11.2020 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Виконується	08.11.2020 00:12:53

показати статистику діагностичного підпису виклику додому

Ідентифікатор DS	Ім’я DS	Запущено/Максимальна кількість/Видалення	Середній час виконання (секунди)	Максимальний час виконання (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0,000	0,000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23,053	23,053

Електронний лист сповіщення, який надсилається під час виконання діагностичного підпису, містить ключову інформацію, таку як тип проблеми, відомості про пристрій, версія програмного забезпечення, поточна конфігурація та показ виходів команд, які мають відношення до усунення заданої проблеми.

Видалення діагностичних підписів

Використання діагностичних підписів для усунення несправностей зазвичай визначається для видалення після виявлення деяких проблемних випадків. Якщо потрібно видалити підпис вручну, отримайте ідентифікатор DS із виводу файлу показати підпис діагностики виклику додому і виконайте таку команду:

call-home diagnostic-signature deinstall <DS ID>

Приклад:

call-home diagnostic-signature deinstall 64224

Нові підписи додаються до інструменту пошуку підписів діагностики періодично, на основі проблем, які зазвичай спостерігаються при розгортанні. Наразі TAC не підтримує запити на створення нових користувацьких підписів.

Керування та перевірка шлюзів Cisco IOS XE через Control Hub

Для кращого управління шлюзами Cisco IOS XE ми рекомендуємо зареєструватися та керувати шлюзами через Control Hub. Це необов 'язкова конфігурація. Під час реєстрації ви можете використовувати параметр перевірки конфігурації в Центрі керування, щоб перевірити свою конфігурацію локального шлюзу та виявити будь-які проблеми з конфігурацією. В даний час тільки стовбури на основі реєстрації підтримують цю функціональність.

Для отримання додаткової інформації зверніться до наступного:

Огляд дизайну

У цьому розділі описано, як налаштувати Cisco Unified Border Element (CUBE) як локальний шлюз для Webex Calling за допомогою SIP-транка взаємного TLS (mTLS) на основі сертифіката. У першій частині цього документа показано, як налаштувати простий шлюз ТМЗК. У цьому випадку всі виклики з ТМЗК маршрутизуються до Webex Calling, а всі виклики з Webex Calling — до ТМЗК. На наведеному нижче зображенні показано це рішення та конфігурація високорівневої маршрутизації викликів, яка буде використана.

У цьому дизайні використовуються такі основні конфігурації:

клієнти голосового класу : Використовується для створення конкретних конфігурацій транка.
uri класу голосу : Використовується для класифікації повідомлень SIP для вибору вхідної точки набору.
вхідний вузол набору : Забезпечує обробку вхідних повідомлень SIP та визначає вихідний маршрут із групою однорангового набору.
однорангова група : Визначає вихідні вузли набору, що використовуються для подальшої маршрутизації викликів.
вихідний вузол набору : Забезпечує обробку вихідних повідомлень SIP та маршрутизує їх до необхідної цілі.

Під час підключення локального рішення Cisco Unified Communications Manager за допомогою Webex Calling можна використовувати просту конфігурацію шлюзу ТМЗК як базову для створення рішення, показаного на наступній діаграмі. У цьому випадку Unified Communications Manager забезпечує централізовану маршрутизацію та обробку всіх викликів ТМЗК і Webex Calling.

У цьому документі використовуються імена хостів, IP-адреси та інтерфейси, показані на наведеному нижче зображенні. Надаються параметри для публічної або приватної (за NAT) адресації. Записи DNS SRV є необов’язковими, за винятком випадків балансування навантаження між кількома екземплярами CUBE.

Використовуйте інструкції з налаштування, наведені в решті цього документа, щоб завершити конфігурацію локального шлюзу таким чином:

Крок 1. Налаштуйте базове підключення та безпеку маршрутизатора
Крок 2. Налаштуйте транк Webex Calling

Залежно від необхідної архітектури виконайте одну з наведених нижче дій.
Крок 3: Налаштуйте локальний шлюз із транком SIP ТМЗК
Крок 4: Налаштуйте локальний шлюз із наявним середовищем Unified CM

Або:
Крок 3: Налаштуйте локальний шлюз із транком ТМЗК TDM

Налаштуйте підключення та безпеку

Конфігурація базової лінії

Першим кроком у підготовці маршрутизатора Cisco як локального шлюзу для Webex Calling є створення базової конфігурації, яка захищає вашу платформу та встановлює зв’язок.

Для всіх розгортань локального шлюзу на основі сертифікатів потрібні Cisco IOS XE 17.9.1a або пізніших версій. Рекомендовані версії див Дослідження програмного забезпечення Cisco сторінка. Знайдіть платформу та виберіть одну з запропоновано випусків.
- Маршрутизатори серії ISR4000 повинні бути налаштовані з ліцензіями на технології Unified Communications і Security.
- Маршрутизатори Catalyst Edge серії 8000, оснащені голосовими картами або DSP, потребують ліцензії DNA Essentials. Маршрутизатори без голосових карт або DSP вимагають мінімального ліцензування DNA Essentials.
- Для вимог високої пропускної здатності також може знадобитися ліцензія високої безпеки (HSEC) і права на додаткову пропускну здатність.
  
  Див Коди авторизації для отримання додаткової інформації.
Створіть базову конфігурацію для своєї платформи, яка відповідає вашим бізнес-політикам. Зокрема, налаштуйте таке та перевірте роботу:
- NTP
- Списки ACL
- Автентифікація користувача та віддалений доступ
- DNS
- IP-маршрутизація
- IP-адреси
Мережа для Webex Calling має використовувати адресу IPv4. Повні доменні імена локального шлюзу (FQDN) або адреси записів служби (SRV) повинні перетворюватися на загальнодоступну адресу IPv4 в інтернеті.
Усі SIP-порти й медіапорти на інтерфейсі локального шлюзу, зверненому до Webex, повинні бути доступні з інтернету безпосередньо або через статичний NAT. Переконайтеся, що ви відповідно оновили свій брандмауер.
Установіть підписаний сертифікат на локальний шлюз (нижче наведено докладні кроки налаштування).
- Загальнодоступний центр сертифікації (CA), як детально описано в Які кореневі центри сертифікації підтримуються для викликів до аудіо- та відеоплатформ Cisco Webex? має підписати сертифікат пристрою.
- Повне доменне ім’я, яке налаштовано в Control Hub під час створення транка, має бути сертифікатом Common Name (CN) або альтернативного імені суб’єкта (SAN) маршрутизатора. Наприклад:
  - Якщо налаштований транк у Control Hub вашої організації має cube1.lgw.com:5061 як повне доменне ім’я локального шлюзу, тоді CN або SAN у сертифікаті маршрутизатора має містити cube1.lgw.com. 
  - Якщо налаштований транк у Control Hub вашої організації має lgws.lgw.com як адресу SRV локальних шлюзів, доступних із транка, тоді CN або SAN у сертифікаті маршрутизатора має містити lgws.lgw.com. Записи, які адреса SRV вирішує (CNAME, A Record або IP Address), є необов 'язковими в SAN.
  - Незалежно від того, чи використовуєте ви FQDN або SRV для транка, адреса контакту для всіх нових діалогових вікон SIP з вашого локального шлюзу використовує ім’я, налаштовану в Control Hub.
Переконайтеся, що сертифікати підписані для використання клієнтами та серверами.
Передайте пакет кореневого CA Cisco на локальний шлюз.

Конфігурація

1.

Переконайтеся, що ви призначили допустимі та маршрутизовані IP-адреси будь-якому інтерфейсу рівня 3, наприклад:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2.

Захист облікових даних STUN на маршрутизаторі за допомогою симетричного шифрування. Налаштуйте основний ключ шифрування та тип шифрування, як показано нижче.


key config-key password-encrypt YourPassword
password encryption aes

3.

Створіть точку довіри шифрування за допомогою сертифіката, підписаного вашим бажаним центром сертифікації (CA).

Створіть пару ключів RSA за допомогою такої команди exec.
```
crypto key generate rsa general-keys exportable label lgw-key modulus 4096
```

Створіть точку довіри для підписаного сертифіката за допомогою таких команд конфігурації:


crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

Створіть запит на підписання сертифіката (CSR) за допомогою такої команди exec або конфігурації та використовуйте її, щоб надіслати запит на підписаний сертифікат від підтримуваного постачальника CA:
```
crypto pki enroll LGW_CERT
```

4.

Автентифікуйте новий сертифікат за допомогою проміжного (або кореневого) сертифіката CA, а потім імпортуйте сертифікат (крок 4). Введіть таку команду exec або конфігурацію:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5.

Імпортуйте підписаний сертифікат організатора за допомогою такої команди exec або конфігурації:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6.

Увімкніть ексклюзивність TLS1.2 і вкажіть точку довіри за замовчуванням за допомогою таких команд конфігурації:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7.

Установіть пакет кореневого CA Cisco, який включає сертифікат CA DigiCert, що використовується Webex Calling. Використовуйте чиста URL-адреса імпорту пулу довіри crypto PKI команду, щоб завантажити кореневий пакет CA за вказаною URL-адресою та очистити поточний пул довіри CA, а потім установіть новий пакет сертифікатів:

Якщо вам потрібно використовувати проксі для доступу до інтернету за допомогою HTTPS, додайте таку конфігурацію перед імпортом пакета CA:

ip http клієнт проксі-сервер вашproxy.com проксі-порт 80


ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Налаштуйте транк Webex Calling на основі сертифіката

1.

Створіть транк ТМЗК на основі сертифіката CUBE для наявного розташування в Control Hub. Для отримання додаткової інформації див. розділ Налаштування стовбурів, груп маршрутів та планів набору для викликів Webex.

Запишіть інформацію про транк, що надається після створення транка. Ці відомості, як показано на наступній ілюстрації, будуть використані під час кроків налаштування в цьому посібнику.

2.

Введіть такі команди, щоб налаштувати CUBE як локальний шлюз Webex Calling:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Ось пояснення полів для конфігурації:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

Для захисту від шахрайства з використанням платних послуг список довірених адрес визначає список хостів і мережевих об’єктів, від яких локальний шлюз очікує легітимних викликів VoIP.
За замовчуванням локальний шлюз блокує всі вхідні повідомлення VoIP з IP-адрес, яких немає у його списку довірених. Статично налаштовані вузли набору з IP-адресами цільової IP-адреси сеансу або IP-адресами групи серверів є довіреними за замовчуванням, тому їх не потрібно додавати до списку довірених.
Під час налаштування локального шлюзу додайте IP-підмережі для регіонального центру обробки даних Webex Calling до списку, див. Довідкова інформація про порт для Webex Calling для отримання додаткової інформації. Крім того, додайте діапазони адрес для серверів Unified Communications Manager (якщо вони використовуються) і шлюзів транка ТМЗК.
Щоб дізнатися більше про те, як використовувати список довірених IP-адрес для запобігання шахрайству з оплатою дорожнього збору, див. розділ Довірений IP-адрес.

елемент кордону режиму

Вмикає функції Cisco Unified Border Element (CUBE) на платформі.

дозволити-з’єднання sip до sip

Увімкніть функціонал CUBE Basic SIP Back to Back. Докладніші відомості див. у розділі Дозволити з 'єднання.

За замовчуванням транспортування факсів T.38 ввімкнено. Додаткову інформацію див протокол факсу t38 (голосова служба) .

оглушення

Вмикає STUN (обхід сеансу UDP через NAT) у всьому світі.

Ці глобальні команди зупинки потрібні лише під час розгортання локального шлюзу за NAT.

Коли ви переадресовуєте виклик користувачеві Webex Calling (наприклад, обидві сторони, що викликаються, є абонентами Webex Calling, і якщо ви прив 'язуєте носій до Webex Calling SBC), то носій не може надходити до локального шлюзу, оскільки отвір не відкритий.
Функція прив’язки STUN на локальному шлюзі дозволяє надсилати локально згенеровані запити STUN через узгоджений шлях медіа. Це допомагає відкрити отвір у брандмауері.

Додаткову інформацію див ідентифікатор оператора stun flowdata і stun flowdata shared-secret .

асиметричне корисне навантаження повне

Налаштовує підтримку асиметричного корисного навантаження SIP для корисних даних DTMF і динамічних кодеків. Для отримання додаткової інформації про цю команду див. Асиметричне корисне навантаження.

вимушена рання пропозиція

Примушує локальний шлюз надсилати інформацію SDP у початковому повідомленні ЗАПРОСИТИ замість очікування підтвердження від сусіднього однорангового вузла. Для отримання додаткової інформації про цю команду див. Рання пропозиція.

вхідні sip-профілі

Дозволяє CUBE використовувати профілі SIP для зміни повідомлень у міру їх отримання. Профілі застосовуються через вузли набору або клієнтів.

3.

Налаштувати кодек голосового класу 100 фільтр кодеків для транка. У цьому прикладі той самий фільтр кодеків використовується для всіх транків. Для точного керування можна налаштувати фільтри для кожного транка.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ось пояснення полів для конфігурації:

кодек голосового класу 100

Використовується для дозволу лише бажаних кодеків для викликів через SIP-транки. Для отримання додаткової інформації дивіться кодекголосового класу.

Кодек Opus підтримується лише для транків ТМЗК на основі SIP. Якщо транк ТМЗК використовує голосове підключення T1/E1 або аналогове FXO, виключити бажаний параметр кодека 1 опус з кодек голосового класу 100 конфігурації.

4.

Налаштувати голосовий клас stun-usage 100 щоб увімкнути ICE для транка Webex Calling. (Цей крок не застосовується до Webex для державних установ)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ось пояснення полів для конфігурації:

оглушення використання лід lite

Використовується для ввімкнення ICE-Lite для всіх вузлів набору Webex Calling, що дозволяють оптимізувати медіа, коли це можливо. Для отримання додаткової інформації див. Використання голосового класу STUN та використання STUN Ice Lite.

, дані потоку обходу використання брандмауера stun команда потрібна лише під час розгортання локального шлюзу за NAT.

Для потоків викликів із використанням оптимізації медіа-шляхів потрібне зупинене використання ICE-lite. Щоб забезпечити оптимізацію медіа для шлюзу SIP до TDM, налаштуйте одноранговий комутатор із зворотним зв’язком із ввімкненим ICE-Lite на ділянці IP-IP. Щоб отримати додаткові технічні відомості, зверніться до відділу облікового запису або команди TAC.

5.

Налаштуйте політику шифрування медіа для трафіку Webex. (Цей крок не застосовується до Webex для державних установ)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ось пояснення полів для конфігурації:

голосовий клас srtp-crypto 100

Визначає SHA1_ 80 як єдиний набір шифрів SRTP, який пропонує CUBE в SDP у повідомленнях пропозицій і відповідей. Webex Calling підтримує лише SHA180._ Для отримання додаткової інформації див. Голосовий клас srtp-crypto.

6.

Налаштуйте FIPS-сумісні шифри GCM (Цей крок застосовується лише для Webex для державних установ) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Ось пояснення полів для конфігурації:

голосовий клас srtp-crypto 100

Задає GCM як набір шифрів, який пропонує CUBE. Налаштування шифрів GCM для локального шлюзу для Webex для державних установ є обов’язковим.

7.

Налаштуйте шаблон для унікальної ідентифікації викликів до транка локального шлюзу на основі його повного домену або SRV призначення:


voice class uri 100 sip
 pattern cube1.lgw.com

Ось пояснення полів для конфігурації:

голос класу uri 100 sip

Визначає шаблон для зіставлення вхідного запрошення SIP з вхідним транковим вузлом набору. Під час введення цього шаблону використовуйте повне доменне ім’я LGW або SRV, налаштовані в Control Hub, під час створення транка.

8

Налаштуйте профілі маніпулювання повідомленнями SIP. Якщо ваш шлюз налаштовано з загальнодоступною IP-адресою, налаштуйте профіль, як описано нижче, або перейдіть до наступного кроку, якщо ви використовуєте NAT. У цьому прикладі cube1.lgw.com є FQDN, налаштованим для локального шлюзу, а «198.51.100.1» — це загальнодоступна IP-адреса інтерфейсу локального шлюзу, що звернена до Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Ось пояснення полів для конфігурації:

правила 10 і 20

Щоб дозволити Webex автентифікувати повідомлення з локального шлюзу, заголовок "Контакт" у повідомленнях із запитами SIP і відповідями має містити значення, надане для транка в Control Hub. Це буде або повне доменне ім’я одного хоста, або ім’я домену SRV, що використовується для кластера пристроїв.

Пропустіть наступний крок, якщо ви налаштували локальний шлюз із загальнодоступними IP-адресами.

9

Якщо ваш шлюз налаштовано з приватною IP-адресою за статичним NAT, налаштуйте вхідні та вихідні профілі SIP наступним чином. У цьому прикладі cube1.lgw.com є повним доменом, налаштованим для локального шлюзу, «10.80.13.12» — це IP-адреса інтерфейсу, що звернена до Webex Calling, а «192.65.79.20» — це загальнодоступна IP-адреса NAT.

SIP-профілі для вихідних повідомлень до Webex Calling


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Ось пояснення полів для конфігурації:

правила 10 і 20

Щоб дозволити Webex автентифікувати повідомлення з локального шлюзу, заголовок "Контакт" у повідомленнях із запитами SIP і відповідями має містити значення, надане для транка в Control Hub. Це буде або повне доменне ім’я одного хоста, або ім’я домену SRV, що використовується для кластера пристроїв.

правила з 30 по 81

Перетворіть посилання на приватні адреси на зовнішню загальнодоступну адресу для вебсайту, що дозволить Webex правильно інтерпретувати та маршрутизувати наступні повідомлення.

Профіль SIP для вхідних повідомлень із Webex Calling


voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Ось пояснення полів для конфігурації:

правила з 10 по 80

Перетворіть посилання на публічні адреси на налаштовану приватну адресу, дозволяючи CUBE правильно обробляти повідомлення з Webex.

Докладніші відомості див. у розділі sip-профілі голосового класу.

10

Налаштуйте параметри SIP для підтримки активності за допомогою профілю зміни заголовка.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Ось пояснення полів для конфігурації:

голосовий клас sip-options-keepalive 100

Налаштовує профіль Keepalive і входить в режим конфігурації голосового класу. Можна налаштувати час (у секундах), протягом якого SIP-відповідь «За межами діалогового вікна параметрів» надсилається об’єкту набору, коли контрольне підключення до кінцевої точки перебуває в стані UP або Down.

Цей профіль підтримання активності запускається з точки набору, налаштованої на Webex.

Щоб переконатися, що заголовки контактів включають повне доменне ім’я SBC, використовується профіль SIP 115. Правила 30, 40 і 50 є обов’язковими, лише якщо SBC налаштовано за статичним NAT.

У цьому прикладі cube1.lgw.com є FQDN, вибраним для локального шлюзу. Якщо використовується статичний NAT, "10.80.13.12" є IP-адресою інтерфейсу SBC для Webex Calling, а "192.65.79.20" є загальнодоступною IP-адресою NAT. .

11

Налаштувати транк Webex Calling:

Створити клієнт класу голосу 100 щоб визначити та згрупувати конфігурації, необхідні спеціально для транка Webex Calling. Абонентські вузли, пов’язані з цим клієнтом пізніше, успадкують такі конфігурації:

У наведеному нижче прикладі використовуються значення, наведені на кроці 1, для цілей цього посібника (показані жирним шрифтом). Замініть їх значеннями для вашого транка у вашій конфігурації.


voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

Ось пояснення полів для конфігурації:

клієнт класу голосу 100

Рекомендовано використовувати клієнтів для налаштування транків, які мають власний сертифікат TLS і список перевірки CN або SAN. Тут профіль tls, пов’язаний із клієнтом, містить точку довіри, яка буде використовуватися для прийняття або створення нових підключень, а також список CN або SAN для перевірки вхідних підключень. Для отримання додаткової інформації див. Орендар голосового класу.

немає ідентифікатора віддаленої сторони

Вимкнути заголовок SIP Remote-Party-ID (RPID), оскільки Webex Calling підтримує PAI, який увімкнено за допомогою CIO asserted-id pai . Докладніше див. у розділі remote-party-id.

DNS сервера sip:us25.sipconnect.bcld.webex.com

Налаштовує цільовий сервер SIP для транка. Використовуйте адресу SRV граничного проксі, надану в Control Hub під час створення транка

srtp-крипт 100

Налаштовує бажані набори шифрів для гілки виклику SRTP (підключення) (задано на кроці 5). Для отримання додаткової інформації див. Голосовий клас srtp-crypto.

Локальний хост DNS: cube1.lgw.com

Налаштовує CUBE на заміну фізичної IP-адреси в заголовках «Від», «Ідентифікатор виклику» та «Ідентифікатор віддаленої сторони» у вихідних повідомленнях із наданим FQDN.

сесійний транспорт tcp tls

Встановлює транспортування до TLS для пов’язаних вузлів набору. Для отримання додаткової інформації див. Сесія-транспорт.

Немає оновлення сеансу

Глобальне вимкнення оновлення сеансу SIP.

error-passthru

Вказує функціональність відповіді на помилку SIP. Докладніші відомості див. у розділі Error-passthru.

джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/1

Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих у Webex Calling. Додаткову інформацію див прив’язати .

прив’язати інтерфейс джерела медіа GigabitEthernet0/0/1

Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, що надсилаються до Webex Calling. Додаткову інформацію див прив’язати .

профілі sip класу голосу 100

Застосовує профіль зміни заголовка (загальнодоступна IP-адреса або NAT-адресація) для використання для вихідних повідомлень. Для отримання додаткової інформації див. профілі SIP голосового класу.

вхідні профілі 110 класу голосу

Застосовує профіль зміни заголовка (тільки адресація NAT) для використання для вхідних повідомлень. Додаткову інформацію див. в розділі про профілі sip класу голосу.

політика конфіденційності перехідний

Налаштовує параметри політики заголовка конфіденційності для транка, щоб передати значення конфіденційності з отриманого повідомлення до наступної гілки виклику. Докладніше див. у розділі Політика конфіденційності.

Налаштуйте транк набору Webex Calling.
```
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
```
Визначає абонентську точку VoIP з тегом 100 і містить змістовний опис для спрощення керування та усунення несправностей. Докладніші відомості див. у розділі «Голос, що набирається одноранговим набором».
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Визначає вузол набору 100 обробляє гілки виклику SIP. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий sip-сервер сеансу
Указує на те, що сервер SIP, визначений у клієнті 100, успадковано та використовується як призначення для викликів від цього однорангового набору.
вхідний запит URI 100
Щоб задати клас голосу, який використовується для зіставлення вузла набору VoIP з єдиним ідентифікатором ресурсу (URI) вхідного виклику. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Показує список фільтрів кодеків для викликів на та з Webex Calling. Для отримання додаткової інформації дивіться кодекголосового класу.
Voice-class stun-usage 100
Дозволяє надсилати локально згенеровані запити STUN на локальному шлюзі через узгоджений шлях медіа. STUN допомагає відкрити дірку в брандмауері для медіатрафіку.
голос-клас sip підтверджений ідентифікатор pai
Встановлює інформацію про вихідні виклики за допомогою заголовка ідентифікатора конфіденційності (PAI). Додаткову інформацію див затверджений ідентифікатор sip-класу голосу .
Voice-Class sip клієнта 100
Точка набору успадковує всі параметри, налаштовані глобально та в клієнті 100. Параметри можуть бути перевизначені на рівні вузла набору. Додаткову інформацію див клієнт sip класу голосу .
voice-class sip options-keepalive profile 100
Ця команда використовується для моніторингу доступності групи серверів SIP або кінцевих точок за допомогою певного профілю (100).
srtp
Вмикає SRTP для етапу виклику.

Налаштуйте локальний шлюз за допомогою SIP-транка ТМЗК

Створивши транк для Webex Calling вище, використовуйте наведену далі конфігурацію, щоб створити незашифрований транк до постачальника ТМЗК на основі SIP:

Якщо ваш постачальник послуг пропонує захищений транк ТМЗК, ви можете використати конфігурацію, подібну до якої описано вище, для транка Webex Calling. CUBE підтримує безпечну маршрутизацію викликів.

Щоб налаштувати інтерфейси TDM для гілок виклику ТМЗК на шлюзах Cisco TDM-SIP, див. Налаштування ISDN PRI .

1.

Налаштуйте uri такого класу голосу, щоб ідентифікувати вхідні виклики з транка ТМЗК:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ось пояснення полів для конфігурації:

голос класу uri 200 sip

Визначає шаблон для зіставлення вхідного запрошення SIP з вхідним транковим вузлом набору. Під час введення цього шаблону використовуйте IP-адресу свого шлюзу IP ТМЗК. Додаткову інформацію див uri класу голосу .

2.

Налаштуйте таку точку набору IP ТМЗК:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ось пояснення полів для конфігурації:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Визначає VoIP-пір з тегом 300 і дає змістовний опис для простоти управління та усунення несправностей. Докладніші відомості див. у розділі «Голос, що набирається одноранговим набором».

призначення-шаблон BAD.BAD

Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. Для отримання додаткової інформації див. розділ призначення-шаблон (інтерфейс).

протокол сеансу sipv2

Визначає вузол набору 200 обробляє гілки виклику SIP. Докладніші відомості див. у розділі Протокол сеансу (вузол набору).

ціль сеансу ipv4:192.168.80.13

Вказує цільову адресу IPv4 призначення для надсилання етапу виклику. Метою сеансу тут є IP-адреса ITSP. Додаткову інформацію див ціль сеансу (вузла набору VoIP) .

вхідні URI через 200

Визначає критерій відповідності для заголовка VIA з IP-адресою IP PSTN. Звіряє всі вхідні гілки виклику IP ТМЗК на локальному шлюзі з однорангом набору номера 200. Додаткову інформацію див вхідна URL-адреса .

джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0

Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .

прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0

Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .

кодек голосового класу 100

Налаштовує абонентську точку на використання списку загальних фільтрів кодеків 100 . Для отримання додаткової інформації див. Кодек голосового класу.

dtmf-relay rtp-nte

Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .

немає vad

Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .

3.

Якщо ви налаштовуєте локальний шлюз на маршрутизацію лише викликів між Webex Calling і ТМЗК, додайте наведену далі конфігурацію маршрутизації викликів. Якщо ви налаштовуєте локальний шлюз за допомогою платформи Unified Communications Manager, перейдіть до наступного розділу.

Створіть групи абонентів, щоб маршрутизувати виклики до Webex Calling або ТМЗК. Визначте DPG 100 з вихідним абонентом 100 для Webex Calling. DPG 100 застосовується до вхідного однорангового набору з ТМЗК. Аналогічно визначте DPG 200 з вихідним вузлом набору 200 до ТМЗК. DPG 200 застосовується до вхідного однорангового набору з Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ось пояснення полів для конфігурації:
абонента 100
Пов’язує вихідний вузол набору з групою однорангового набору. Додаткову інформацію див голосовий клас dpg .
Застосуйте групи абонентів, щоб маршрутизувати виклики з Webex до ТМЗК і від ТМЗК до Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ось пояснення полів для конфігурації:
призначення dpg 200
Указує, яку групу абонентів і, отже, вузол набору потрібно використовувати для обробки вихідних викликів, представлених цьому вхідному однорангові набору.

На цьому налаштування вашого локального шлюзу завершено. Збережіть конфігурацію та перезавантажте платформу, якщо функції CUBE налаштовуються вперше.

Налаштувати локальний шлюз з існуючим уніфікованим середовищем CM

Конфігурацію ТМЗК-Webex Calling у попередніх розділах можна змінити, щоб включити додаткові транки до кластера Cisco Unified Communications Manager (UCM). У цьому випадку всі виклики маршрутизуються через Unified CM. Виклики з UCM через порт 5060 маршрутизуються до ТМЗК, а виклики з порту 5065 — до Webex Calling. Для включення цього сценарію викликів можуть бути додані наступні додаткові конфігурації.

1.

Налаштуйте наведені нижче URI класу голосових викликів.

Класифікує Unified CM до викликів Webex за допомогою порту SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Класифікує виклики Unified CM до ТМЗК за допомогою SIP через порт:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Класифікуйте вхідні повідомлення від UCM до транка ТМЗК за допомогою одного або кількох шаблонів, які описують вихідні адреси джерела та номер порту. За потреби для визначення шаблонів зіставлення можна використовувати регулярні вирази.

У прикладі вище регулярний вираз використовується для зіставлення будь-якої IP-адреси в діапазоні від 192.168.80.60 до 65 і номером порту 5060.

2.

Налаштуйте такі записи DNS, щоб задати маршрутизацію SRV до хостів Unified CM:

IOS XE використовує ці записи для локального визначення цільових хостів і портів UCM. За допомогою цієї конфігурації не потрібно налаштовувати записи в системі DNS. Якщо ви надаєте перевагу використанню DNS, ці локальні конфігурації не потрібні.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ось пояснення полів для конфігурації:

Наведена далі команда створює ресурсний запис DNS SRV. Створіть запис для кожного хоста та транка UCM:

хост ip_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp .pstntocucm.io : Ім’я ресурсного запису SRV

2: Пріоритет ресурсного запису SRV

1: Вага ресурсного запису SRV

5060 : Номер порту, який буде використовуватися для цільового хоста в цьому ресурсному записі

ucmsub5.mydomain.com : Цільовий хост ресурсного запису

Щоб усунути імена цільових хостів ресурсного запису, створіть локальні записи A DNS. Наприклад:

ip-хост ucmsub5.mydomain.com 192.168.80.65

хост ip : Створює запис у локальній базі даних IOS XE.

ucmsub5.mydomain.com : Ім’я організатора запису A.

192.168.80.65 : IP-адреса організатора.

Створіть ресурсні записи SRV та записи A, щоб відобразити ваше середовище UCM та бажану стратегію розподілу викликів.

3.

Налаштуйте такі точки набору:

Одноранговий набір для викликів між Unified CM і Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Визначає абонентську точку VoIP з тегом 300 і містить змістовний опис для спрощення керування та усунення несправностей.
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Указує, що вузол набору 300 обробляє гілки виклику SIP. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий dns сеансу:wxtocucm.io
Визначає ціль сеансу для кількох вузлів Unified CM через роздільну здатність DNS SRV. У цьому випадку для спрямування викликів використовується локально визначений запис SRV wxtocucm.io.
вхідні URI через 300
Використовує URI класу голосу 300 для спрямування всього вхідного трафіку з Unified CM за допомогою порту джерела 5065 до цієї точки набору. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Показує список фільтрів кодеків для викликів на та з Unified CM. Додаткову інформацію див кодек голосового класу .
джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
dtmf-relay rtp-nte
Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .
немає vad
Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .
Одноранговий набір для викликів між Unified CM і ТМЗК:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Ось пояснення полів для конфігурації:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Визначає VoIP-пір з тегом 300 і дає змістовний опис для простоти управління та усунення несправностей.
призначення-шаблон BAD.BAD
Фіктивний шаблон призначення потрібен для маршрутизації вихідних викликів із використанням вхідної групи однорангового набору. У цьому випадку можна використовувати будь-який допустимий шаблон призначення.
протокол сеансу sipv2
Указує, що вузол набору 400 обробляє гілки виклику SIP. Додаткову інформацію див протокол сеансу (dial-peer) .
цільовий dns сеансу:pstntocucm.io
Визначає ціль сеансу для кількох вузлів Unified CM через роздільну здатність DNS SRV. У цьому випадку локально визначений запис SRV pstntocucm.io використовується для спрямування викликів.
вхідні URI через 400
Використовує URI класу голосу 400 для спрямування всього вхідного трафіку від указаних хостів Unified CM за допомогою порту джерела 5060 до цього абонента. Додаткову інформацію див вхідні URI .
кодек голосового класу 100
Показує список фільтрів кодеків для викликів на та з Unified CM. Додаткову інформацію див кодек голосового класу .
джерело-інтерфейс керування прив’язкою GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для повідомлень, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
прив’язати інтерфейс джерела медіа GigabitEthernet0/0/0
Налаштовує інтерфейс джерела та пов’язану IP-адресу для медіафайлів, надісланих до ТМЗК. Додаткову інформацію див прив’язати .
dtmf-relay rtp-nte
Визначає RTP-NTE (RFC2833) як можливість DTMF, очікувану на етапі виклику. Додаткову інформацію див Ретрансляція DTMF (голос через IP) .
немає vad
Вимикання виявлення голосової активності. Додаткову інформацію див vad (абонентський вузол) .

4.

Додайте маршрутизацію виклику, використовуючи такі конфігурації:

Створіть групи абонентів, щоб маршрутизувати виклики між Unified CM і Webex Calling. Визначити DPG 100 за допомогою вихідний вузол набору 100 до Webex Calling. DPG 100 застосовується до пов’язаного вхідного однорангового набору від Unified CM. Аналогічно визначте DPG 300 з вихідним вузлом набору 300 до Unified CM. DPG 300 застосовується до вхідного однорангового набору з Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Створіть групи абонентів для маршрутизації викликів між Unified CM і ТМЗК. Визначити DPG 200 з вихідний вузол набору 200 до ТМЗК. DPG 200 застосовується до пов’язаного вхідного однорангового набору від Unified CM. Аналогічно визначте DPG 400 з вихідним вузлом набору 400 до Unified CM. DPG 400 застосовується до вхідного однорангового набору з ТМЗК.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Ось пояснення полів для конфігурації:
абонента 100
Пов’язує вихідний вузол набору з групою однорангового набору. Додаткову інформацію див голосовий клас dpg .
Застосуйте групи абонентів, щоб маршрутизувати виклики від Webex до Unified CM і від Unified CM до Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Ось пояснення полів для конфігурації:
dpg призначення 300
Указує, яку групу абонентів і, отже, вузол набору потрібно використовувати для обробки вихідних викликів, представлених цьому вхідному однорангові набору.
Застосувати групи абонентів для маршрутизації викликів від ТМЗК до Unified CM і від Unified CM до PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
На цьому налаштування вашого локального шлюзу завершено. Збережіть конфігурацію та перезавантажте платформу, якщо функції CUBE налаштовуються вперше.

Моніторинг та усунення несправностей локального шлюзу з діагностичними сигналами

Діагностичні підписи (DS) активно виявляють поширені проблеми в локальному шлюзі на БАЗІ CISCO IOS XE і генерують повідомлення електронної пошти, системного журналу або термінального повідомлення про подію. DS також можна встановити з метою автоматизації збору діагностичних даних і передавання отриманих даних до Cisco TAC для прискорення часу вирішення проблеми.

Діагностичні підписи (DS) - це XML-файли, які містять інформацію про події, що викликають проблему, та дії для інформування, усунення несправностей та усунення проблеми. Використовуйте повідомлення системного журналу, події SNMP та через періодичний моніторинг конкретних виходів команд Show для визначення логіки виявлення проблем. Типи дій включають:

Збирання виходів команди Show (Показати)
Створення консолідованого файлу журналу
Завантаження файлу в надане користувачем мережеве розташування, таке як HTTPS, SCP, FTP-сервер

Інженери TAC створюють файли DS і підписують їх цифровим підписом для захисту цілісності. Кожен файл DS має унікальний числовий ідентифікатор, присвоєний системою. Інструмент пошуку діагностичних підписів (DSLT) є єдиним джерелом для пошуку відповідних підписів для моніторингу та усунення різних проблем.

Перш ніж почати.

Не редагуйте файл DS, який ви завантажуєте з DSLT. Файли, які ви змінюєте, не вдається встановити через помилку перевірки цілісності.
Сервер SMTP (Simple Mail Transfer Protocol), який потрібен локальному шлюзу для надсилання сповіщень електронною поштою.
Переконайтеся, що локальний шлюз працює під управлінням IOS XE 17.6.1 або вище, якщо ви хочете використовувати захищений SMTP-сервер для електронних повідомлень.

Передумови

Локальний шлюз під управлінням IOS XE 17.6.1 або вище

Діагностичні підписи ввімкнено за замовчуванням.
Налаштуйте захищений сервер електронної пошти, який використовується для надсилання проактивних сповіщень, якщо на пристрої встановлено IOS XE 17.6.1 або вище.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Налаштуйте змінну середовища ds_email з адресою електронної пошти адміністратора, яку ви повідомляєте.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end 
```

Встановлення діагностичних підписів для проактивного моніторингу

Моніторинг високого використання ЦП

Цей DS відстежує 5-секундне використання процесора за допомогою SNMP OID 1.3.6.1.4.1.9.2.1.56. Коли використання досягає 75% або більше, він відключає всі налагодження і видаляє всі діагностичні підписи, які ви встановлюєте в локальному шлюзі. Щоб установити підпис, виконайте наведені нижче дії.

Переконайтеся, що ви ввімкнули SNMP за допомогою команди показати snmp . Якщо SNMP не ввімкнено, налаштуйте диспетчер snmp-сервера команду.


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 64224 за допомогою наведених нижче параметрів розкривного списку в засобі пошуку діагностичних підписів.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Назва поля	Значення поля

Платформа	Cisco 4300, 4400 ISR Series або Catalyst 8000V Edge Software
Продукт	CUBE Enterprise в рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Високе використання ЦП зі сповіщенням електронною поштою

Скопіюйте файл XML DS до флешпам’яті локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Наступний приклад показує копіювання файлу з FTP-сервера на локальний шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Установіть файл XML DS на локальному шлюзі.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Використовуйте команду show call-home diagnostic-signature, щоб переконатися, що підпис успішно встановлено. Стовпець статусу повинен мати «зареєстроване» значення.


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Завантажені DS:

Ідентифікатор DS	Ім’я DS	Редакція	Стан	Останнє оновлення (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-07 22:05:33

У разі запуску цей підпис видалить усі запущені DS, а також видалить себе. Якщо необхідно, перевстановіть DS 64224, щоб продовжити моніторинг високого використання ЦП на локальному шлюзі.

Моніторинг аномальних відключень викликів

Цей DS використовує опитування SNMP кожні 10 хвилин для виявлення аномального відключення виклику з відображенням помилок SIP 403, 488 і 503.  Якщо приріст кількості помилок більше або дорівнює 5 з останнього опитування, він генерує сповіщення системного журналу та електронної пошти. Щоб установити підпис, виконайте наведені нижче дії.

Переконайтеся, що SNMP ввімкнено за допомогою команди показати snmp . Якщо SNMP не ввімкнено, налаштуйте диспетчер snmp-сервера команду.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 65221 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Cisco 4300, 4400 ISR Series або Catalyst 8000V Edge Software
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Виявлення аномального виклику SIP з електронною поштою та сповіщенням Syslog.

Скопіюйте файл XML DS до локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Установіть файл XML DS на локальному шлюзі.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Використовуйте команду show call-home diagnostic-signature, щоб переконатися, що підпис успішно встановлено. У стовпці стану має бути значення «Зареєстровано».

Встановлення діагностичних підписів для усунення несправностей

Ви також можете використовувати діагностичні підписи (DS) для швидкого вирішення проблем. Інженери Cisco TAC створили кілька підписів, які дозволяють виконувати необхідні налагодження, необхідні для усунення заданої проблеми, виявлення виникнення проблеми, збору потрібного набору діагностичних даних та автоматичної передачі даних до випадку Cisco TAC. Це усуває необхідність перевірки виникнення проблеми вручну й робить виправлення неполадок переривчастих і тимчасових проблем набагато простішим.

Ви можете використовувати інструмент пошуку діагностичних підписів, щоб знайти відповідні підписи та встановити їх, щоб самостійно вирішити дану проблему, або ви можете встановити підпис, рекомендований інженером TAC як частину взаємодії з підтримкою.

Нижче наведено приклад того, як знайти й встановити DS для виявлення екземпляра системного журналу «%VOICE_IEC-3-GW: CCAPI: Внутрішня помилка (порогове значення підвищення кількості викликів): IEC=1.1.181.1.29.0" syslog та автоматизувати збір діагностичних даних, використовуючи наступні кроки:

Налаштуйте іншу змінну середовища DS ds_fsurl_prefix як шлях файлового сервера Cisco TAC (cxd.cisco.com) для завантаження діагностичних даних. Ім 'я користувача в шляху до файлу - це номер справи, а пароль - маркер завантаження файлу, який можна отримати з Менеджера випадків підтримки, як показано нижче. Маркер завантаження файлу можна створити в розділі «Вкладення» Менеджера випадків підтримки, за необхідності.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Приклад:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Переконайтеся, що SNMP ввімкнено за допомогою команди показати snmp . Якщо SNMP не ввімкнено, налаштуйте диспетчер snmp-сервера команду.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Ми рекомендуємо встановити моніторинг високих процесорів DS 64224 як запобіжний захід для відключення всіх сигнатур налагодження та діагностики під час високої завантаженості процесора. Завантажте DS 64224 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Cisco 4300, 4400 ISR Series або Catalyst 8000V Edge Software
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронної пошти.

Завантажте DS 65095 за допомогою наведених нижче параметрів у засобі пошуку діагностичних підписів.

Назва поля	Значення поля

Платформа	Cisco 4300, 4400 ISR Series або Catalyst 8000V Edge Software
Продукт	Корпоративна версія CUBE у рішенні Webex Calling
Область проблеми	Системні журнали
Тип проблеми	Системний журнал — %VOICE_IEC-3-GW: CCAPI: Внутрішня помилка (порогове значення підвищення кількості викликів): IEC=1.1.181.1.29.0

Скопіюйте файли XML DS до локального шлюзу.


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Встановіть високопродуктивний моніторинг процесора DS 64224, а потім файл DS 65095 XML в локальний шлюз.
```
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success 
```

Переконайтеся, що підпис успішно встановлено за допомогою показати підпис діагностики виклику додому . У стовпці стану має бути значення «Зареєстровано».


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DS:

Ідентифікатор DS

Ім’я DS

Редакція

Стан

Останнє оновлення (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Зареєстровано

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Зареєстровано

2020-11-08:00:12:53

Перевірка виконання діагностичних підписів

У наступній команді стовпець «Статус» команди показати діагностичний підпис call-home змінюється на «працює», поки локальний шлюз виконує дію, визначену в підписі. Вивід статистики діагностичного підпису show call-home є найкращим способом перевірки того, чи виявляє діагностичний підпис подію, що представляє інтерес, та виконує дію. У стовпці «Тригеризований/Макс/Деінсталяція» вказується кількість разів, коли даний підпис викликав подію, максимальна кількість разів, коли він визначається для виявлення події, і чи видаляється сам підпис після виявлення максимальної кількості викликаних подій.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DS:

Ідентифікатор DS	Ім’я DS	Редакція	Стан	Останнє оновлення (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	08.11.2020 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Виконується	08.11.2020 00:12:53

показати статистику діагностичного підпису виклику додому

Ідентифікатор DS	Ім’я DS	Запущено/Максимальна кількість/Видалення	Середній час виконання (секунди)	Максимальний час виконання (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0,000	0,000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23,053	23,053

Електронний лист сповіщення, який надсилається під час виконання діагностичного підпису, містить ключову інформацію, таку як тип проблеми, деталі пристрою, версія програмного забезпечення, поточна конфігурація та показ виходів команд, які мають відношення до усунення заданої проблеми.

Видалення діагностичних підписів

Використовуйте діагностичні підписи для усунення несправностей, які зазвичай визначаються для видалення після виявлення деяких проблем. Якщо ви бажаєте видалити підпис вручну, отримайте ідентифікатор DS з виводу show call-home diagnostic-signature і виконайте наступну команду:

call-home diagnostic-signature deinstall <DS ID>

Приклад:

call-home diagnostic-signature deinstall 64224

Нові підписи періодично додаються до Інструменту пошуку підписів діагностики на основі проблем, які спостерігаються під час розгортання. Наразі TAC не підтримує запити на створення нових користувацьких підписів.

Реалізуйте CUBE високу доступність як локальний шлюз

Основи

Передумови

Перш ніж розгортати CUBE HA як локальний шлюз для Webex Calling, детально розгляньте наведені нижче концепції.

Рішення Cisco Webex Calling
Параметр «Локальний шлюз» для Cisco Webex Calling
Резервування типу Box-to-box другого рівня з використанням корпоративного розгортання CUBE для утримання викликів зі збереженням стану

У рекомендаціях щодо конфігурації, наведених у цій статті, припущено, що виділена платформа локального шлюзу не має наявної конфігурації голосового зв’язку. У разі змінювання наявного корпоративного розгортання CUBE з метою використання функції локального шлюзу для Cisco Webex Calling зверніть особливу увагу на застосовану конфігурацію та упевніться, що наявні потоки викликів і функціональність не перериваються, а також переконайтеся в дотриманні вимог щодо проєктування CUBE HA.

Компоненти апаратного й програмного забезпечення

Щоб CUBE HA можна було використовувати як локальний шлюз, потрібна версія IOS-XE 16.12.2 або пізніша, а також платформа, на якій підтримуються функції CUBE HA і локального шлюзу.

Команди show й журнали в цій статті базуються на мінімальному випуску програмного забезпечення Cisco IOS-XE 16.12.2, впровадженого на vCUBE (CSR1000v).

Довідковий матеріал

Нижче наведено деякі докладні посібники з налаштування CUBE HA для різних платформ.

Серія ISR 4K: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Бажана архітектура Cisco для Cisco Webex Calling: https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Огляд рішення Webex Calling

Cisco Webex Calling — це пропозиція для співпраці, яка надає для клієнтів альтернативне хмарне рішення з використанням кількох клієнтів до служби телефонії локальної внутрішньої мережі з кількома варіантами PSTN.

У цій статті розглянуто розгортання локального шлюзу (представлено нижче). Транк локального шлюзу (PSTN на базі локальних ресурсів) у Webex Calling дозволяє виконати підключення до служби PSTN, що належить клієнту. Він також забезпечує підключення до розгортання внутрішньої телефонної мережі з підтримкою IP на базі локальних ресурсів, як-от Cisco Unified CM. Увесь зв’язок із хмарою в обох напрямках захищено за допомогою передавання даних TLS для SIP й SRTP для мультимедіа.

На малюнку нижче зображено розгортання Webex Calling без будь-якої наявної внутрішньої телефонної мережі з підтримкою IP. Ця схема застосовується до розгортання з одним або кількома об’єктами. Конфігурація, яку описано в цій статті, базується на цьому розгортанні.

Резервування типу Box-to-Box другого рівня

У резервуванні типу Box-to-Box другого рівня CUBE HA для формування пари маршрутизаторів (активний/резервний) використовується протокол інфраструктури групи резервування (RG). Ця пара має одну й ту саму віртуальну IP-адресу (VIP) у своїх відповідних інтерфейсах і постійно обмінюється повідомленнями про стан. Інформація про сеанс CUBE контролюється в межах пари маршрутизаторів, що дозволяє резервному маршрутизатору негайно взяти на себе всі обов’язки щодо обробки викликів CUBE, якщо активний маршрутизатор виходить із ладу. Це призводить до збереження стану передавання сигналів і мультимедіа.

Контроль обмежується лише підключеними викликами з пакетами мультимедіа. Виклики, що знаходяться в проміжному стані (як-от стан спроби виклику або дзвінка), не контролюються.

У цій статті під CUBE HA буде матися на увазі CUBE високого рівня доступності (HA) з резервуванням типу Box-to-Box другого рівня для утримання викликів зі збереженням стану

Починаючи з IOS-XE версії 16.12.2 CUBE HA може бути розгорнуто як локальний шлюз для розгортання транку Cisco Webex Calling (PSTN на базі локальних ресурсів). У цій статті буде розглянуто проєктні умови й конфігурації. На цьому малюнку зображено типове налаштування CUBE HA як локального шлюзу для розгортання транку Cisco Webex Calling.

Компонент інфраструктури групи резервування

Компонент інфраструктури групи резервування (RG) забезпечує підтримку інфраструктури зв’язку типу Box-to-Box між двома CUBE й погоджує остаточний стабільний стан резервування. Цей компонент також надає наведені нижче дані.

Протокол, подібний до HSRP, який узгоджує остаточний стан резервування для кожного маршрутизатора шляхом обміну повідомленнями щодо перевірки активності (keepalive) і привітальними повідомленнями (hello) між двома CUBE (через інтерфейс керування): GigabitEthernet3 на малюнку вище.
Транспортний механізм під час контролю стану передавання сигналів і мультимедіа від активного до резервного маршрутизатора для кожного виклику (через інтерфейс даних): GigabitEthernet3 на малюнку вище.
Налаштування та керування інтерфейсом віртуальних IP-адрес (VIP) для інтерфейсів трафіку (кілька інтерфейсів трафіку можна налаштувати за допомогою однієї групи резервування): GigabitEthernet 1 і 2 вважаються інтерфейсами трафіку.

Цей компонент групи резервування має бути спеціально налаштовано для підтримки B2B HA голосового зв’язку.

Керування віртуальними IP-адресами (VIP) для передавання сигналів і мультимедіа

B2B HA для досягнення резервування покладається на VIP. VIP й пов’язані фізичні інтерфейси на обох CUBE в парі CUBE HA повинні знаходитися в одній підмережі LAN. Конфігурація VIP й прив’язка інтерфейсу VIP до певної програми голосового зв’язку (SIP) є обов’язковими для B2B HA голосового зв’язку. Зовнішні пристрої, такі як Unified CM, SBC доступу Webex Calling, постачальник послуг або проксі, використовують VIP як IP-адресу призначення для викликів, що проходять через маршрутизатори CUBE HA. Отже, з позиції Webex Calling пари CUBE HA діють як єдиний локальний шлюз.

Інформація щодо передавання сигналів викликів і сеансу RTP встановлених викликів перевіряється під час передавання від активного маршрутизатора до резервного. Коли активний маршрутизатор аварійно припиняє роботу, резервний маршрутизатор переходить в активний режим і продовжує пересилати потік RTP, який раніше був спрямований першим маршрутизатором.

У разі аварійного перемикання виклики в перехідному стані не буде збережено після перемикання. Наприклад, виклики, підключення яких іще не було повністю встановлено, або такі, що знаходяться в процесі зміни за допомогою функції переведення або утримання виклику. Після перемикання встановлені виклики може бути відключено.

Існують наведені нижче вимоги до використання CUBE HA як локального шлюзу з метою збереження стану виклику після аварійного перемикання.

У CUBE HA не можуть спільно розміщуватися TDM або аналогові інтерфейси
Gig1 і Gig2 є інтерфейсами трафіку (SIP/RTP), а Gig3 — інтерфейсом керування групою резервування (RG)/передавання даних.
В одному домені рівня 2 можна розмістити не більше 2 пар CUBE HA, одна з ідентифікатором групи 1, а інша з ідентифікатором групи 2. У разі налаштування 2 пар HA з однаковим ідентифікатором групи інтерфейси керування RG / передавання даних повинні належати до різних доменів рівня 2 (VLAN, роздільний комутатор)
Канал порту підтримується як для інтерфейсу керування RG / передавання даних, так і для інтерфейсу трафіку
Усі дані сигналів/мультимедіа надходять з віртуальної IP-адреси й на неї
Кожного разу, коли виконується перезавантаження платформи у взаємодії з CUBE-HA, вона завжди завантажується як резервна
Нижня адреса для всіх інтерфейсів (Gig1, Gig2, Gig3) повинна знаходитися на одній платформі
Ідентифікатор інтерфейсу резервування, rii, має бути унікальним для комбінації «Пара/інтерфейс» на одному рівні 2
Конфігурація обох CUBE має бути ідентичною, включно з фізичною конфігурацією, і повинна працювати на платформі одного типу й версії IOS-XE
Інтерфейси замикання на себе не можна використовувати як прив’язки, оскільки вони завжди знаходяться в активному стані
Використання кількох інтерфейсів (Gig1, Gig2) трафіку (SIP/RTP) вимагає налаштування відстеження інтерфейсу
CUBE-HA не підтримується в разі використання перехресного кабельного підключення для зв’язування інтерфейсу керування RG/передавання даних (Gig3)
Обидві платформи повинні бути ідентичними, і їх має бути підключено через фізичний перемикач на всіх аналогічних інтерфейсах для роботи CUBE HA, тобто GE0/0/0 CUBE-1 і CUBE-2 повинні перериватися на одному комутаторі тощо.
Не допускається переривання WAN безпосередньо в CUBE або HA даних з обох сторін
Як активний, так і резервний екземпляри мають знаходитися в одному центрі обробки даних
З метою запровадження резервування (керування RG / передавання даних, Gig3) використання окремого інтерфейсу L3 є обов’язковим. Тобто інтерфейс, який використовується для трафіку, не може бути використано для перевірки активності й контролю стану
Під час аварійного перемикання попередньо активна платформа CUBE перезавантажується (передбачено розробкою), зберігаючи дані передачі сигналів і мультимедіа

Налаштування резервування на обох CUBE

Щоб використовувати віртуальні IP-адреси, необхідно налаштувати резервування типу Box-to-Box другого рівня на обох CUBE, призначених для використання в парі HA.

1.

Налаштуйте відстеження інтерфейсу на глобальному рівні з метою відстеження стану інтерфейсу.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

CLI відстеження використовується в RG для відстеження стану інтерфейсу голосового трафіку, щоб після вимикання інтерфейсу активний маршрут більше не знаходився в активному стані.

2.

Налаштуйте RG для використання з HA VoIP в межах підрежиму резервування програми.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Нижче наведено пояснення полів, які використовуються в цій конфігурації.

redundancy: вхід у режим резервування
application redundancy: вхід у режим конфігурації резервування програми.
group: вхід у режим конфігурації групи резервування програми.
name LocalGateway-HA: визначення імені групи резервування (RG).
priority 100 failover threshold 75: визначення початкового пріоритету й порогових значень аварійного перемикання для RG.
timers delay 30 reload 60: налаштування двох значень часу — затримки й перезавантаження.
- Таймер затримки (delay) — це час для затримки ініціалізації групи RG й узгодження ролей після увімкнення інтерфейсу. За замовчуванням встановлено 30 секунд. Діапазон: від 0 до 10 000 секунд.
- Таймер перезавантаження (reload) — це час для затримки ініціалізації групи RG й узгодження ролей після перезавантаження. За замовчуванням встановлено 60 секунд. Діапазон: від 0 до 10 000 секунд.
- Рекомендується використовувати таймери за замовчуванням, хоча їхні значення можна скоригувати відповідно до будь-якої додаткової затримки конвергенції мережі, яка може виникнути під час завантаження/перезавантаження маршрутизаторів, щоб гарантувати, що узгодження протоколу RG відбувається після того, як маршрутизація в мережі зійшлася до стабільної точки. Наприклад, якщо після аварійного перемикання видно, що для отримання новим маршрутизатором у стані STANDBY (РЕЗЕРВНИЙ) першого пакета RG HELLO від нового маршрутизатора в стані ACTIVE (АКТИВНИЙ) потрібно до 20 секунд, таймери слід налаштувати як timers delay 60 reload 120 із метою врахування цієї затримки.
control GigabitEthernet3 protocol 1: налаштування інтерфейсу, який використовується для обміну повідомленнями щодо перевірки активності (keepalive) і привітальними повідомленнями (hello) між двома CUBE, визначення екземпляра протоколу, який буде приєднано до інтерфейсу керування, а також забезпечення переходу в режим конфігурації протоколу резервування програми.
data GigabitEthernet3: налаштування інтерфейсу, який використовується для контролю трафіку даних.
track: відстеження інтерфейсів групи RG.
protocol 1: визначення екземпляра протоколу, який буде приєднано до інтерфейсу керування, і перехід у режим конфігурації протоколу резервування програми.
timers hellotime 3 holdtime 10: налаштування двох таймерів (час передавання повідомлення hello й час очікування).
- Hellotime: інтервал між послідовними повідомленнями hello (за замовчуванням 3 секунди). Діапазон: від 250 мілісекунд до 254 секунд
- Holdtime: інтервал між отриманням повідомлення hello й припущенням, що на маршрутизаторі, який надсилає повідомлення, сталася помилка. Ця тривалість повинна бути більшою, ніж hellotime. За замовчуванням 10 секунд. Діапазон: від 750 мілісекунд до 255 секунд
  
  Рекомендовано налаштувати таймер holdtime принаймні в 3 рази більшим, ніж значення таймера hellotime.

3.

Увімкніть резервування типу Box-to-Box в обох програмах CUBE. Налаштуйте RG з попереднього кроку в розділі voice service voip. Це дозволить програмі CUBE керувати процесом резервування.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundancy-group 1: додавання та видалення цієї команди вимагає перезавантаження з метою застосування оновленої конфігурації. Ми перезавантажимо платформи після застосування всієї конфігурації.

4.

Налаштуйте інтерфейси Gig1 і Gig2 за допомогою їхніх відповідних віртуальних IP-адрес, як показано нижче, і застосуйте ідентифікатор інтерфейсу резервування (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Нижче наведено пояснення полів, які використовуються в цій конфігурації.

redundancy rii: налаштування ідентифікатора інтерфейсу резервування для групи резервування. Потрібен для створення віртуальної MAC-адреси (VMAC). В інтерфейсі кожного маршрутизатора (ACTIVE/STANDBY), який має однаковий VIP, має використовуватися однакове значення ідентифікатора rii.

Якщо в одній локальній мережі є кілька пар B2B, кожна пара ПОВИННА мати унікальні ідентифікатори rii на своїх відповідних інтерфейсах (щоб запобігти конфлікту). Команда show redundancy application group all має відображати правильну інформацію про адресовану точку й локальне середовище.

redundancy group 1: пов’язує інтерфейс із групою резервування, створеною на кроці 2 вище. Налаштуйте групу RG, а також VIP, призначену цьому фізичному інтерфейсу.

Для резервування обов’язково слід використовувати окремий інтерфейс, тобто інтерфейс, який використовується для голосового трафіку, не може бути використано як інтерфейс керування і передавання даних, вказаний на кроці 2 вище. У цьому прикладі інтерфейс Gigabit 3 використовується для керування RG / передавання даних

5.

Збережіть конфігурацію першої платформи CUBE й перезавантажте її.

Платформа, яку було перезавантажено останньою, завжди знаходиться в резервному режимі.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Після повного завантаження платформи VCUBE-1 збережіть конфігурацію платформи VCUBE-2 й перезавантажте її.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]

6.

Упевніться, що конфігурація типу Box-to-Box працює належним чином. Відповідні вихідні дані виділено жирним.

Ми перезавантажили платформу VCUBE-2 останньою (відповідно до проєктних умов). Платформа, яку було перезавантажено останньою, завжди буде знаходитися в режимі Standby (Резервний).


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#


VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Налаштування локального шлюзу на обох CUBE

У нашому прикладі конфігурації використовується наведена нижче інформація про транк, отримана від Control Hub, для створення конфігурації локального шлюзу на обох платформах (VCUBE-1 й VCUBE-2). Ім’я користувача й пароль для цього налаштування наведено нижче.

Ім’я користувача: Hussain1076_LGU
Пароль: lOV12MEaZx

1.	Упевніться, що для пароля створено ключ конфігурації за допомогою наведених нижче команд, перш ніж його можна буде використовувати в облікових даних або спільних секретах. Паролі 6-го типу шифруються за допомогою шифру AES і цього ключа конфігурації, визначеного користувачем. `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` Нижче наведено конфігурацію локального шлюзу, яку буде застосовано до обох платформ на основі вказаних вище параметрів Control Hub. Збережіть її та виконайте перезавантаження. Облікові дані SIP-дайджест-автентифікації від Control Hub виділено жирним шрифтом. configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Щоб відобразити дані виводу команди show, перезавантажено VCUBE-2, а потім VCUBE-1. Після цього VCUBE-1 стає резервною платформою CUBE, а VCUBE-2 активною платформою CUBE
2.	У будь-який окремий момент часу тільки одна платформа буде підтримувати активну реєстрацію як локальний шлюз із SBC доступу Webex Calling. Перегляньте дані виводу наведених нижче команд show. show redundancy application group 1 показати стан реєстру sip-ua `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# З наведених вище даних виводу видно, що VCUBE-2 є активним локальним шлюзом, який підтримує реєстрацію в SBC доступу Webex Calling, тоді як вихідні дані параметра show sip-ua register status залишаються порожніми у VCUBE-1
3.	Тепер увімкніть наведені нижче налагодження у VCUBE-1 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4.	Виконайте імітацію аварійного перемикання: введіть наведену нижче команду на активному локальному шлюзі, у цьому випадку на VCUBE-2. `VCUBE-2#redundancy application reload group 1 self` Перемикання з локального шлюзу в стані ACTIVE (АКТИВНИЙ) на локальний шлюз у стані STANDBY (РЕЗЕРВНИЙ) відбувається за наведеним далі сценарієм, а також окрім CLI, що наведено вище Коли АКТИВНИЙ маршрутизатор перезавантажується Під час вимкнення/увімкнення живлення АКТИВНОГО маршрутизатора Коли вимикається будь-який налаштований інтерфейс RG АКТИВНОГО маршрутизатора, для якого ввімкнено відстеження
5.	Перевірте реєстрацію VCUBE-1 у SBC доступу Webex Calling. VCUBE-2 вже має бути перезавантажено. `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 наразі є активним локальним шлюзом.
6.	Перегляньте відповідний журнал налагодження у VCUBE-1, який надсилає повідомлення SIP REGISTER до Webex Calling ЧЕРЕЗ віртуальну IP-адресу й отримує повідомлення «200 OK». VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Налаштування Unified CM для Webex Calling

Налаштування профілю безпеки SIP-транку для транку до локального шлюзу

У випадках, коли локальний шлюз і шлюз PSTN знаходяться на одному пристрої, необхідно увімкнути Unified CM, щоб диференціювати два різні типи трафіку (виклики з Webex і з PSTN), які ініційовано з одного пристрою, і застосовувати диференційований клас служби до цих типів викликів. Ця диференційована обробка викликів досягається шляхом підготовки двох транків між Unified CM і комбінованим пристроєм локального шлюзу й шлюзу PSTN, яка вимагає різних портів прослуховування SIP для двох транків.

Створіть виділений профіль безпеки SIP-транку для транку локального шлюзу з наведеними нижче налаштуваннями.

Налаштування	Значення

Ім’я	Унікальне ім’я, наприклад Webex
Опис	Змістовний опис, наприклад Профіль безпеки SIP-транку Webex
Вхідний порт	Потрібно зіставити порт, який використовується в конфігурації локального шлюзу для трафіку до Webex і у зворотному напрямку: 5065

Налаштування SIP-профілю для транку локального шлюзу

Створіть виділений SIP-профіль для транку локального шлюзу з наведеними нижче налаштуваннями.

Налаштування	Значення

Ім’я	Унікальне ім’я, наприклад Webex
Опис	Змістовний опис, наприклад SIP-профіль Webex
Увімкнення перевірки ПАРАМЕТРІВ із метою відстеження станів призначень для транків із типом служби «Немає (за замовчуванням)»	Установлено

Створення простору пошуку викликів для викликів із Webex

Створіть простір пошуку викликів для викликів, які ініційовано з Webex, із наведеними нижче налаштуваннями.

Налаштування	Значення

Ім’я	Унікальне ім’я, наприклад Webex
Опис	Змістовний опис, наприклад простір пошуку Webex Calling
Вибрані розділи	DN (номери абонентів +E.164) ESN (скорочений міжоб’єктний набір) PSTNInternational (доступ до PSTN) onNetRemote (отримані призначення GDPR)

Останній розділ onNetRemote використовується лише в багатокластерному середовищі, де обмін інформацією про маршрутизацію між кластерами Unified CM здійснюється за допомогою служби міжкластерного пошуку (ILS) або глобальної реплікації абонентської групи (GDPR).

Налаштування SIP-транку до Webex і у зворотному напрямку

Створіть SIP-транк для викликів у напрямку до Webex і зворотному напрямку через локальний шлюз із наведеними нижче налаштуваннями.

Налаштування	Значення
Інформація про пристрій
Ім’я пристрою	Унікальне ім’я, наприклад Webex
Опис	Змістовний опис, наприклад SIP-транк Webex
Запуск на всіх активних вузлах Unified CM	Установлено
Вхідні виклики
Простір пошуку викликів	Раніше визначений простір пошуку викликів: Webex
Простір пошуку викликів AAR	Простір пошуку викликів із доступом лише до шаблонів маршрутів PSTN: PSTNReroute
Інформація про SIP
Адреса призначення	IP-адреса CUBE локального шлюзу
Порт призначення	5060
Профіль безпеки SIP-транку	Визначено раніше: Webex
SIP-прфіль	Визначено раніше: Webex

Налаштування групи маршрутів для Webex

Створіть групу маршрутів із наведеними нижче налаштуваннями.

Налаштування	Значення
Інформація про групу маршрутів
Ім’я групи маршрутів	Унікальне ім’я, наприклад Webex
Вибрані пристрої	Раніше налаштований SIP-транк: Webex

Налаштування списку маршрутів для Webex

Створіть список маршрутів із наведеними нижче налаштуваннями.

Налаштування	Значення
Інформація про список маршрутів
Ім’я	Унікальне ім’я, наприклад RL_Webex
Опис	Змістовний опис, наприклад Список маршрутів для Webex
Запуск на всіх активних вузлах Unified CM	Установлено
Інформація про учасників списку маршрутів
Вибрані групи	Лише раніше визначена група маршрутів: Webex

Створення розділу для призначень Webex

Створіть розділ для призначень Webex із наведеними нижче налаштуваннями.

Налаштування	Значення
Інформація про список маршрутів
Ім’я	Унікальне ім’я, наприклад Webex
Опис	Змістовний опис, наприклад Розділ Webex

Що далі

Обов’язково додайте цей розділ до всіх пошукових просторів, які повинні мати доступ до призначень Webex. Необхідно додати цей розділ саме до простору пошуку викликів, який використовується як простір пошуку вхідних викликів на транках PSTN, щоб виклики з PSTN можна було маршрутизувати до Webex.

Налаштування шаблонів маршрутів для призначень Webex

Налаштуйте шаблони маршрутів для кожного діапазону DID у Webex із наведеними нижче налаштуваннями.

Налаштування	Значення

Шаблон маршруту	Повний шаблон +E.164 для діапазону DID у Webex, який починається з «\». Наприклад: \+140855501XX
Розділ маршрутів	Webex
Список шлюзів/маршрутів	RL_Webex
Пріоритет «Терміново»	Установлено

Налаштування нормалізації скороченого міжоб’єктного набору для Webex

Якщо для Webex потрібен скорочений міжоб’єктний набір, налаштуйте шаблони нормалізації набору для кожного діапазону ESN у Webex із наведеними нижче налаштуваннями.

Налаштування	Значення

Шаблон перетворення	Шаблон ESN для діапазону ESN у Webex. Наприклад: 80121XX
Розділ	Webex
Опис	Змістовний опис, наприклад Шаблон нормалізації Webex
Використовувати простір пошуку викликів ініціатора	Установлено
Пріоритет «Терміново»	Установлено
Не чекати міжсерійного тайм-ауту під час наступних переходів	Установлено
Маска перетворення номера абонента, якому телефонують	Маска для нормалізації номера у формат +Е.164. Наприклад: +1408555 01XX

Налаштування функцій Webex Calling

Налаштування групи пошуку

Групи пошуку забезпечують маршрутизацію вхідних викликів до групи користувачів або робочих просторів. Можна навіть налаштувати шаблон маршрутизації до всієї групи.

Додаткову інформацію щодо налаштування групи пошуку див. в статті Групи пошуку в Cisco Webex Control Hub.

Створення черги викликів

Можна налаштувати чергу викликів у такий спосіб, щоб у разі неможливості надання відповіді на виклики клієнтів вони отримували автоматичну відповідь, повідомлення підтримки, а також відтворювалася музика режиму утримання, поки хтось не зможе відповісти на виклик.

Додаткову інформацію щодо налаштування черги викликів і керування нею див. в статті Керування чергами викликів у Cisco Webex Control Hub.

Створення клієнта-секретаря

Забезпечте підтримку персоналу свого фронт-офісу. Можна налаштувати користувачів як телефонних операторів, щоб вони могли відстежувати вхідні виклики, які надходять певним особам у вашій організації.

Додаткову інформацію щодо налаштування і перегляду клієнтів-секретарів див. в статті Клієнти-секретарі в Cisco Webex Control Hub.

Створення автосекретарів і керування ними

Можна додати привітання, налаштувати меню, а також маршрутизувати виклики до служби автовідповідача, групи пошуку, скриньки голосової пошти або реальної особи. Створіть 24-годинний розклад або налаштуйте різні параметри для робочого й неробочого часу.

Додаткову інформацію щодо створення автосекретарів і керування ними див. в статті Керування автосекретарями в Cisco Webex Control Hub.

Налаштування пейджингової групи

Функція групового пейджингу дає змогу користувачам здійснювати односторонній виклик або надсилати групове повідомлення для групи чисельністю до 75 цільових користувачів і робочих просторів за допомогою набору номера або додаткового номера, призначеного певній пейджинговій групі.

Додаткову інформацію щодо налаштування і змінювання пейджингових груп див. в статті Налаштування пейджингової групи в Cisco Webex Control Hub.

Налаштування підхоплення викликів

Щоб покращити співпрацю в команді, створіть групу підхоплення викликів, щоб користувачі могли відповідати на виклики інших користувачів. Якщо користувачів додано до групи підхоплення викликів, то один учасник групи може відповідати на виклик іншого учасника, коли він відсутній або зайнятий.

Додаткову інформацію щодо налаштування групи підхоплення викликів див. в статті Підхоплення викликів у Cisco Webex Control Hub.

Налаштування паркування викликів

Функція паркування викликів дозволяє певній групі користувачів паркувати виклики для інших доступних учасників групи паркування викликів. Запарковані виклики можуть підхоплювати інші учасники групи на своїх телефонах.

Додаткову інформацію щодо налаштування паркування викликів див. в статті Паркування викликів у Cisco Webex Control Hub.

Увімкнути вхід для користувачів

1.	З поля зору клієнта в , перейдіть до Виклики > розташування.https://admin.webex.com
2.	Виберіть користувача та клацніть Виклик .
3.	Перейдіть до Дозволи між користувачами розділу, а потім виберіть Втрутитися .
4.	Увімкніть перемикач, щоб дозволити іншим користувачам додавати себе до поточного виклику цього користувача.
5.	Перевірте Відтворювати сигнал, коли цей користувач включається на виклик якщо ви хочете відтворювати сигнал іншим користувачам, коли цей користувач втручається на його виклик.
6.	Клацніть Зберегти.

Увімкнути конфіденційність для користувача

1.

Увійти в Control Hub , і перейдіть до Керування > Користувачі .

2.

Виберіть користувача та клацніть Виклик .

3.

Перейдіть до Дозволи між користувачами область, а потім виберіть Конфіденційність .

4.

Виберіть відповідні налаштування конфіденційності автосекретаря для цього користувача.

Дозвольте набрати цього користувача через внутрішній номер
Дозвольте набирати цього користувача через ім’я або прізвище

5.

Установіть прапорець Увімкнути конфіденційність. Потім ви можете заблокувати всіх, не вибираючи учасників із розкривного списку. Крім того, можна вибрати користувачів, робочі області та віртуальні лінії, які можуть відстежувати стан лінії цього користувача.

Якщо ви адміністратор розташування, у розкривному списку відображатимуться лише користувачі, робочі області та віртуальні лінії, що належать до ваших призначених розташувань.

Зніміть прапорець Увімкнути конфіденційність прапорець, щоб дозволити всім спостерігати за станом лінії.

6.

Перевірте Забезпечте конфіденційність для спрямованого підхоплення викликів і входу прапорець, щоб увімкнути конфіденційність для спрямованого підхоплення викликів і вторгнення.

Якщо ввімкнути цей параметр, лише авторизовані користувачі, віртуальні лінії та пристрої робочих областей зможуть використовувати спрямоване підхоплення викликів і вхід до цього користувача. В іншому разі будь-хто в організації може активувати спрямоване підхоплення викликів і вторгнення в лінію.
Додаткову інформацію про вторгнення див Втручання на телефонний виклик іншого користувача .
Наглядач завжди може втрутитися до викликів, які оператори отримують через чергу викликів. Тобто налаштування конфіденційності не впливають на параметри входу наглядача.

7.

Від Додати учасника за іменем , виберіть користувачів, робочі області та віртуальні лінії, які можуть відстежувати стан телефонної лінії та активувати спрямоване підхоплення та вхід виклику.

8

Щоб фільтрувати вибраних учасників, використовуйте фільтр за іменем, номером або внутр поле.

9

Клацніть Видалити все , щоб видалити всіх вибраних учасників.

Щоб видалити окремого учасника, клацніть Видалити поруч із іменем учасника.

10

Клацніть Зберегти.

Налаштуйте моніторинг

Максимальна кількість відстежуваних ліній для користувача становить 50. Однак під час налаштування списку моніторингу враховуйте кількість повідомлень, які впливають на пропускну здатність між Webex Calling і мережею. Також визначте максимальну кількість контрольованих ліній за кількістю кнопок ліній на телефоні користувача.

1.

З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування а потім клацніть Користувачі .

2.

Виберіть користувача, якого потрібно змінити, і натисніть Виклик.

3.

Перейти до Дозволи між користувачами і виберіть Моніторинг .

4.

Виберіть один із наведених далі варіантів.

Додати лінію з відстеженням
Додати додатковий номер для паркування викликів

Ви можете включити віртуальну лінію в Додати контрольовану лінію список для моніторингу користувачів.

5.

Виберіть, чи хочете ви сповіщати цього користувача про запарковані виклики, знайдіть особу або внутрішній номер для паркування викликів, які потрібно відстежити, а потім клацніть Зберегти .

Порядок ліній з відстеженням у списку в Control Hub відповідає порядку ліній з відстеженням, які відображаються на пристрої користувача. Ви можете будь-коли змінити порядок у списку відстежуваних ліній.

Ім’я, яке відображається для контрольованої лінії, є ім’ям, введеним у полях імені та прізвища ідентифікатора абонента, що телефонує, для користувача, робочого простору та віртуальної лінії.

Хочете дізнатися, як це працює? Перегляньте це відео про те, як керувати налаштуваннями відстеження користувача в Control Hub.

Увімкнути попереджувальний сигнал мосту викликів для користувачів

Перш ніж почати

Потрібно налаштувати спільну лінію, щоб викликати міст виклику. Дізнайтеся, як налаштувати спільні лінії, перш ніж увімкнути сигнал попередження моста викликів.

1.

Увійти в Control Hub , і перейдіть до Керування > Користувачі .

2.

Виберіть користувача й перейдіть на вкладку Виклики.

3.

Перейти до Дозволи між користувачами і клацніть Попереджувальний сигнал мосту викликів .

4.

Увімкніть попереджувальний сигнал перемикання викликів, а потім натисніть Зберегти.

За замовчуванням цю функцію ввімкнено.

Додаткову інформацію про мости викликів на спільній лінії MPP див Спільні лінії на багатоплатформовому настільному телефоні .

Додаткову інформацію про міст викликів на спільній лінії програми Webex див Вигляд спільної лінії для WebexApp .

Увімкнення функції «Резервування ресурсів» для користувача

Увімкнення функції «Резервування ресурсів» для користувача дозволяє йому працювати в іншому місці й використовувати функції та можливості свого основного настільного телефону.

1.

У вікні клієнта перейдіть https://admin.webex.comдо розділу Керування та виберіть Користувачі.

2.

Виберіть користувача й перейдіть на вкладку Виклики.

3.

Перейдіть до Дозволи між користувачами і виберіть Готелі і ввімкніть перемикач.

4.

Введіть ім’я або номер організатора готелю в поле Розташування готелів поле пошуку та виберіть організатора, якого потрібно призначити користувачеві.

Можна вибрати лише одного господаря готелю. Якщо ви виберете іншого господаря готелю, перший буде видалено.

Якщо ви адміністратор розташування, ви можете призначити лише організатора готелів, що стосується ваших призначених розташувань.

5.

Щоб обмежити час, протягом якого користувач може бути пов’язаний із організатором готелів, виберіть кількість годин, протягом яких користувач може використовувати організатора готелів у списку Обмежений період асоціації розкривний список.

Користувач автоматично вийде з системи через вибраний час.

Повідомлення про помилку відображається на екрані, якщо період зв’язку обмеження, указаний для користувача, перевищує період обмеження зв’язку вибраного організатора готелів. Наприклад, якщо для організатора готелів встановлено обмеження періоду зв’язку в 12 годин, а обмеження для користувача — 24 години, з’явиться повідомлення про помилку. У таких випадках вам потрібно подовжити лімітний період приєднання господаря готелю, якщо користувачеві потрібно більше часу.

6.

Клацніть Зберегти.

Користувач також може шукати та знаходити організатора готелів, який він хоче використовувати, у центрі користувачів. Щоб дізнатися більше, див. розділ Доступ до свого профілю дзвінків з будь-якого місця.

Хочете дізнатися, як це працює? Перегляньте цю демонстрацію відео про те, як налаштувати готель у Центрі керування.

Тенденції впровадження та звіти про використання Webex Calling

Перегляд звітів про виклики

На сторінці аналітики в Control Hub можна отримати відомості про те, як користувачі використовують Webex Calling і програму Webex (взаємодія), а також про якість мультимедіа викликів. Щоб отримати доступ до аналітики Webex Calling, увійдіть у Control Hub, перейдіть до розділу Аналітика й клацніть вкладку Виклики.

1.	Щоб отримати докладні звіти про історію дзвінків, увійдіть у Control Hub, а потім перейдіть до Аналітика > Виклики.
2.	Виберіть Детальна історія викликів. Інформацію про виклики за допомогою виділеного екземпляра див. в розділі Аналітика виділеного екземпляра.
3.	Щоб отримати доступ до даних про якість мультимедіа, увійдіть у Control Hub, перейдіть до розділу Аналітика й виберіть Виклики. Додаткову інформацію див. в статті Аналітика для вашого портфеля рішень щодо співпраці в хмарі.

Запустіть інструмент CScan

CScan — це інструмент перевірки готовності мережі, призначений для тестування підключення мережі до Webex Calling.

Додаткову інформацію див. в статті Використання CScan для тестування якості мережі Webex Calling.

Огляд Webex Calling

Уявіть, що ви можете використовувати хмарні дзвінки, мобільність та АТС корпоративного рівня разом із програмою Webex для обміну повідомленнями та нарад та дзвінків із програмного клієнта або Webex Calling пристрою Cisco. Це саме те, що може Webex Calling запропонувати вам.

Webex Callingнадає наступні можливості та переваги:

Виклик абонементів для користувачів телефонії та місць загального користування.
Безпечні та надійні хмарні сервіси, що надаються надійними регіональними постачальниками послуг
Доступ до програми Webex для кожного користувача, додаючи багаті послуги уніфікованих комунікацій та спільної роботи в команді.
Webex Meetingsяк додаткове, інтегроване доповнення для надання преміум-досвіду зустрічей, які очікують корпоративні користувачі.
Доступ до загальнодоступних телефонних мереж комутації (PSTN), щоб користувачі могли набирати номери за межами організації. Послуга надається через існуючу інфраструктуру підприємства
- Локальний шлюз без локальної IP АТС
- Існую Unified CM че середовище дзвінків
- Партнер або Cisco надавали опції PSTN
Підтримка першого рівня надається вашим партнером, підтримка наступного рівня надається Cisco

Control Hub — це веб-портал управління, який інтегрується з Webex Calling метою оптимізації ваших замовлень та конфігурації, а також централізації управління пакетною пропозицією -Webex Calling, Webex App та. Webex Meetings

Таблиця 1. Функції, які можна налаштувати адміністратором
Особливість	Опис
Автосервіс	Ви можете додавати привітання, налаштовувати меню та маршрутизувати дзвінки на службу відповідача, групу полювання, скриньку голосової пошти або реальну людину. Ви можете створити цілодобовий графік або надати різні варіанти, коли ваш бізнес відкритий або закритий. Ви навіть можете маршрутизувати дзвінки на основі атрибутів ідентифікатора абонента, щоб створювати VIP-списки або обробляти дзвінки з певних кодів районів по-різному.
Черга дзвінків	Ви можете налаштувати чергу дзвінків, якщо ви не можете відповісти на вхідні дзвінки. Ви можете надавати абонентам автоматичну відповідь, повідомлення про комфорт та музику в очікуванні, поки хтось не зможе відповісти на їхній дзвінок.
Підбір дзвінків	Ви можете покращити командну роботу та співпрацю, створивши групу прийому дзвінків, щоб користувачі могли відповідати на дзвінки інших користувачів. Коли ви додаєте користувачів до групи прийому дзвінків, а учасник групи відсутній або зайнятий, інший учасник може відповідати на їхні дзвінки.
Дзвінок Парку	Ви можете увімкнути функцію паркування викликів, щоб дозволити користувачам здійснювати дзвінок у режимі очікування та приймати його з іншого телефону.
Хант Груп	Ви можете налаштувати групи полювання за такими сценаріями: Команда продажів, яка хоче послідовну маршрутизацію. Вхідний дзвінок дзвонить на один телефон, але якщо відповіді немає, дзвінок переходить до наступного агента у списку. Команда підтримки, яка хоче, щоб телефони дзвонили відразу, щоб перший доступний агент міг прийняти дзвінок.
Пейджінгова група	Ви можете створити групу підкачки, щоб користувачі могли надсилати аудіоповідомлення людині, відділу чи команді. Коли хтось надсилає повідомлення групі підкачки, повідомлення відтворюється на всіх пристроях групи.
Клієнт рецепціонера	Допоможіть підтримати потреби вашого персоналу фронт-офісу, надаючи їм повний набір опцій керування викликами, масштабний моніторинг ліній, черги викликів, кілька варіантів каталогів та переглядів, інтеграцію Outlook тощо.

Таблиця 2. Функції, які можна налаштувати користувачем
Особливість	Опис
Відмова від анонімного дзвінка	Користувачі можуть відхиляти вхідні дзвінки за допомогою заблокованих ідентифікаторів абонента.
Безперервність бізнесу	Якщо телефони користувачів не підключені до мережі з таких причин, як відключення електроенергії, проблеми з мережею тощо, користувачі можуть переадресувати вхідні дзвінки на певний номер телефону.
Переадресація дзвінків	Користувачі можуть переадресувати вхідні дзвінки на інший телефон.
Вибіркова переадресація викликів	Користувачі можуть переадресовувати дзвінки в певний час від конкретних абонентів. Цей параметр матиме перевагу над переадресацією дзвінків.
Повідомлення про дзвінок	Користувачі можуть надіслати собі електронний лист, коли вони отримують дзвінок відповідно до заздалегідь визначених критеріїв, таких як номер телефону або дата та час.
Очікування дзвінка	Користувачі можуть дозволити відповідь на додаткові вхідні дзвінки.
Не турбувати	Користувачі можуть тимчасово дозволити всім дзвінкам перейти безпосередньо до голосової пошти.
Офіс в будь-якому місці	Користувачі можуть використовувати вибрані телефони («Місцезнаходження») як розширення свого ділового номера телефону та плану набору номера.
Сповіщення про пріоритет	Користувачі можуть дзвонити на свої телефони з відмітним дзвінком, коли виконуються заздалегідь визначені критерії, такі як номер телефону або дата та час.
Віддалений офіс	Користувачі можуть здійснювати дзвінки з віддаленого телефону та відображати його зі своєї бізнес-лінії. Крім того, на цьому віддаленому телефоні дзвонять будь-які вхідні дзвінки на їхню ділову лінію.
Вибіркове прийняття дзвінків	Користувачі можуть приймати дзвінки в певний час від конкретних абонентів.
Вибіркове відхилення дзвінків	Користувачі можуть відхиляти дзвінки в певний час від конкретних абонентів.
Послідовне кільце	Дзвоніть до 5 пристроїв один за одним для вхідних дзвінків.
Одночасне кільце	Одночасно дзвоніть на номери користувачів та інших («одержувачів дзвінків») для вхідних дзвінків.

Забезпечення служб, пристроїв та користувачів у центрі керування, перехресний запуск до детальної конфігурації у виклику порталу адміністратора

Контрольний центр (https://admin.webex.com) — це портал управління, який інтегрується з Webex Calling метою оптимізації ваших замовлень та конфігурації, а також централізації управління пакетною пропозицією -Webex Calling, програмою Webex та зустрічами.

Контрольний центр є центральною точкою забезпечення всіх служб, пристроїв і користувачів. Ви можете зробити першу настройку служби дзвінків, зареєструвати MPP-телефони в хмарі (за допомогою MAC-адреси), налаштовувати користувачів шляхом асоціювання пристроїв, додавання номерів, служб, функцій дзвінків тощо. Крім того, з Центру керування можна перехресно запустити на портал адміністратора викликів.

Досвід користувача

Користувачі мають доступ до наступних інтерфейсів:

Webex CallingДодаток — софт-клієнт для дзвінків під брендом Cisco. Докладніші відомості див. у статті Дослідження нової Cisco Webex Calling програми.
Параметри Webex (https://settings.webex.com) — інтерфейс, за допомогою якого користувачі можуть встановлювати налаштування профілю, завантажувати додаток Webex і перехресно запускати налаштування порталу користувача викликів для викликів. Докладніші відомості див. у розділі Зміна Cisco Webex параметрів.
Додаток Webex — додаток, включений до передплати як клієнт командних повідомлень Cisco. Докладніші відомості див. у статті Початок роботи з Cisco Webex додатком.
Webex Meetings—Додаткова програма додана як рішення для зустрічей. Для отримання додаткової інформації див Webex Meetings.

Адміністратори клієнтів

Як адміністратор клієнта на пробній версії або платній підписціWebex Calling, ви можете налаштувати свою організацію в Контрольному центрі, додаючи місцезнаходження, ліцензії, номери телефонів, функції викликів, користувачів та робочі простори (пристрої кімнати, які реєструються у хмарі Webex). Ви також можете керувати всіма цими компонентами звідти.

Для отримання рекомендацій див. П осібник з налаштування для Cisco Webex Calling клієнтів.
Для отримання додаткової інформації про Webex Calling пропозицію див. Cisco Webex Callingу Бланку даних Cisco Collaboration Flex Plan для кінцевих клієнтів

Партнери

Як партнерський постачальник послуг, ви можете брендувати, продавати та прода Webex Calling вати своїм клієнтам. Ви можете налаштовувати та розширювати пробні версії, розгортати послуги для своїх клієнтів, а також створювати та надавати замовлення для своїх клієнтів.

Для отримання рекомендацій див. посібник з налаштування для Cisco Webex Calling клієнтів (програма ранньої реєстрації партнерів).
Додаткові ресурси для партнерів див. у розділі Ресур си Webex Calling Sales Connect. (Потрібні облікові дані партнера.)

Доступність

Дивіться за Webex Calling головок статті Де Cisco Webexдоступно, щоб дізнатися про країни, де Webex Calling доступний для продажу.

Ознайомтеся з центром управління

Control Hub — це ваш єдиний веб-інтерфейс для управління вашою організацією, управління користувачами, призначення послуг, аналізу тенденцій прийняття та якості дзвінків тощо.

Control Hub interface overview highlighting and labeling the left navigation menu, company information, notifications, in-app help, feedback, language, and sign out.

Щоб запустити організацію, радимо запросити кількох користувачів приєднатися до програми Webex, ввівши їхні адреси електронної пошти в Контрольному центрі. Заохочуйте людей користуватися послугами, які ви надаєте, включаючи дзвінки, та надавати вам відгуки про їхній досвід. Коли ви будете готові, ви завжди можете додати більше користувачів.

Контрольний центр повністю підтримує Mozilla Firefox 66 і новіших версій, Google Chrome 89 і новіших версій, Microsoft Edge 89 і новіших версій, а також Apple Safari 15.1 і новіших версій.
Контрольний центр не підтримуєInternet Explorer.
Контрольний центр не призначений для мобільних пристроїв.

Використовуйте інформацію, представлену нижче, як короткий опис того, чого очікувати, коли ваша організація налаштовує послуги. Дивіться окремі розділи для більш детальної інформації та покрокових інструкцій.

Почніть роботу

Після того, як ваш партнер створить ваш обліковий запис, ви отримаєте вітальний електронний лист. Натисніть посилання Початок роботи в електронній пошті, використовуючи Chrome або Firefox, щоб отримати доступ до центру керування. Посилання автоматично вводить вас в систему за допомогою адреси електронної пошти адміністратора. Далі вам буде запропоновано створити пароль адміністратора.

Create a new password screen from getting started email for Control Hub setup.

Перший майстер для випробувань

Якщо ваш партнер зареєстрував вас на пробну версію, майстер налаштування автоматично запускається після входу в Центр керування. Майстер проведе вас через основні налаштування, щоб підтримувати роботу вашої організаціїWebex Calling, серед інших служб. Ви можете налаштувати та переглянути налаштування викликів, перш ніж закінчити інструкцію майстра.

First time setup wizard for Control Hub.

Переглянути свої налаштування

Коли Control Hub завантажується, ви можете переглянути свої налаштування.

Додати користувачів

Тепер, коли ви налаштували свої послуги, ви готові додавати людей з каталогу вашої компанії. Перейдіть до Користува чів > Керування користувачами.

Якщо ви використовуєтеMicrosoft Active Directory, рекомендуємо спочатку увімк нути синхроні зацію каталогів, а потім вирішити, як потрібно додати користувачів. Натисніть кнопку Далі та дотримуйтесь інструкцій, щоб налаштувати Cisco Directory Connector.

Налаштування єдиного входу (SSO)

Додаток Webex використовує базову аутентифікацію. Ви можете налаштувати SSO таким чином, щоб користувачі здійснювали автентифікацію з вашим постачальником корпоративних ідентифікацій, використовуючи свої корпоративні облікові дані, а не окремий пароль, що зберігається та керується у Webex.

Перейдіть до Параме три > Аутенти фікація > Змінити та виберіть Інте грувати стороннього постачальника ідентифікацій.

Single sign-on settings screen with 'Integrate a 3rd-party provider' option selected.

Призначення служб користувачам

Ви повинні призначити служби користувачам, яких ви додали, щоб користувачі могли почати користуватися програмою Webex.

Перейдіть до розді лу Користувачі > Керування користувачами > Експортувати та імпортувати користувачів за допомогою файлу CSV та натисніть Експортувати.

У завантаженому файлі додайте True для служб, які ви хочете призначити кожному з ваших користувачів.

CSV file example for assigning services to users in Control Hub.

Імпортуйте завершений файл, натисніть кнопку Додати та видалити служби, а потім натисніть кнопку Наді слати. Тепер ви готові налаштувати функції дзвінків, реєструвати пристрої, якими можна ділитися в загальному місці, а також реєструвати та пов'язувати пристрої з користувачами.

Розширюйте можливості своїх користувачів

Тепер, коли ви додали користувачів і їм присвоєно послуги, вони можуть почати використовувати підтримувані багатоплатформенні телефони (MPP) для обміну повідомленнями Webex Calling та нарад додаток Webex. Заохочуйте їх використовувати Налаш тування як єдиний магазин для доступу.

Роль локального шлюзу

Локальний шлюз — це периферійний пристрій, керований підприємством або партнерами, для взаємодії з громадською телефонною мережею комутатора (PSTN) та застарілого обміну загальнодоступними відділеннями (АТС) (у тому числі). Unified CM

За допомогою центру керування можна призначити локальний шлюз місцезнаходженню, після чого Центр керування надає параметри, які можна налаштувати на CUBE. Ці кроки реєструють локальний шлюз у хмарі, а потім служба PSTN надається через шлюз користува Webex Calling чам у певному місці.

Щоб вказати і замовити локальний шлюз, прочитайте керівництво по замовленню локального шлюзу.

Підтримувані розгортання локального шлюзу для Webex Calling

Підтримуються такі основні розгортання:

Локальний шлюз може бути розгорнутий окремо або в розгортаннях, де потрібна інтегра Cisco Unified Communications Manager ція.

Розгортання локального шлюзу без локальної IP АТС

Розгортання автономного локального шлюзу

На цьому малюнку показано Webex Calling розгортання без будь-якої існуючої АТС IP і застосовується до одного місця або розгортання з кількома локаціями.

Illustration showing a Webex Calling deployment without any existing IP PBX.

Для всіх дзвінків, які не відповідають вашим пунк Webex Calling там призначення, Webex Calling надсилає ці дзвінки до локального шлюзу, призначеного для обробки місцезнаходження. Локальний шлюз спрямовує всі дзвінки, які над Webex Calling ходять з PSTN, а в іншому напрямку, PSTN до. Webex Calling

Шлюз PSTN може бути виділеною платформою або співрезидентом з локальним шлюзом. Як і на наступному малюнку, ми рекомендуємо виділений варіант шлюзу PSTN цього розгортання; він може бути використаний, якщо існуючий шлюз PSTN не може бути використаний як локальний шлюз. Webex Calling

Illustration showing the recommended PSTN gateway variant deployment option, able to be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

Розгортання корезидентного локального шлюзу

Локальний шлюз може бути заснований на IP, підключаючись до ITSP за допомогою магістралі SIP, або на основі TDM за допомогою ISDN або аналогової схеми. На наступному малюнку показано Webex Calling розгортання, де локальний шлюз є співрезидентом з PSTN GW/SBC.

Illustration showing a Webex Calling deployment where the local gateway is coresident with the PSTN GW/SBC.

Розгортання локального шлюзу за допомогою локальної АТС Unified CM

Інтеграція з Unified CM необхідна в наступних випадках:

Webex Calling-увімкнені місця додаються до існуючого Cisco UC розгортання, де розгорта Unified CM ється як локальне рішення для керування викликами
Необхідний прямий набір між телефонами, зареєстрован Unified CM ими на телефонами та телефо Webex Calling нами в місцях.

На цьому малюнку показано Webex Calling розгортання, коли клієнт має існуючу Unified CM IP-АТС.

Illustration showing a Webex Calling deployment where the customer has an existing Unified CM IP PBX.

Webex Callingнадсилає дзвінки, які не відповідають призначенням клієнтаWebex Calling, до локального шлюзу. Сюди входять номери PSTN та Unified CM внутрішні розширення, які Webex Calling не бачать. Локальний шлюз спрямовує всі дзвінки, які Webex Calling надходять з Unified CM і навпаки. Unified CMпотім спрямовує вхідні дзвінки в місцеві пункти призначення або на PSTN відповідно до існуючого плану набору номера. План Unified CM набору нормалізує цифри як +E.164. Шлюз PSTN може бути виділеним або співрезидентом локального шлюзу.

Виділений шлюз PSTN

Виділений варіант шлюзу PSTN цього розгортання, як показано на цій діаграмі, є рекомендованим варіантом і може використовуватися, якщо існуючий шлюз PSTN не може бути використаний як локальний шлюз. Webex Calling

Illustration showing the dedicated PSTN gateway variant; the recommended option that can be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

Корезидентний шлюз PSTN

На цьому малюнку показано Webex Calling розгортання, Unified CM де локальний шлюз є співрезидентом із шлюзом PSTN/SBC.

Webex Callingспрямовує всі дзвінки, які не відповідають призначенням клієнта, Webex Calling до локального шлюзу, призначеного для місцезнаходження. Це включає пункти призначення PSTN та дзвінки в мережі до Unified CM внутрішніх розширень. Локальний шлюз перенаправляє всі дзвінки доUnified CM. Unified CMпотім спрямовує дзвінки на локально зареєстровані телефони або на PSTN через локальний шлюз, який має спільно розташовану функціональність PSTN/SBC.

Illustration showing a Webex Calling deployment with a Unified CM where the local gateway is coresident with the PSTN gateway/SBC.

Міркування маршрутизації дзвінків

Дзвінки від Webex Calling до Unified CM

Логі Webex Calling ка маршрутизації працює так: якщо номер, який набирається в Webex Calling кінцевій точці, не може бути спрямований до будь-якого іншого пункту призначення в межах того самого клієнтаWebex Calling, тоді дзвінок надсилається до локального шлюзу для подальшої обробки. Усі дзвінки поза мережею (за ме Webex Calling жами) надсилаються на локальний шлюз.

Для роз Webex Calling гортання без інтеграції в існуючуUnified CM, будь-який виклик поза мережею вважається викликом PSTN. У поєднанні зUnified CM, дзвінок поза мережею все ще може бути дзвінком у мережі до будь-якого пункту призначення, розміщеним у мережі, Unified CM або реальним дзвінком поза мережею до пункту призначення PSTN. Різниця між двома останніми типами дзвінків визначається Unified CM і залежить від плану набору підприємства, на Unified CM якому передбачено.

На наступному малюнку показаний Webex Calling користувач, який набирає національний номер у США.

Illustration showing a Webex Calling user dialing a national number in the US.

Unified CMтепер на основі налаштованого плану набору маршрутизує виклик до локально зареєстрованої кінцевої точки, на якій викликається пункт призначення встановлено як номер каталогу. Для цього план на Unified CM бору повинен підтримувати маршрутизацію номерів +E.164.

Дзвінки від Unified CM до Webex Calling

Щоб увімкнути маршрутизацію викликів від Unified CM до Webex Calling Unified CM на наборі маршрутів, необхідно забезпечити визначення набору +E.164 та адрес плану нумерації підприємства в. Webex Calling

За допомогою цих маршрутів можливі обидва сценарії виклику, показані на наступному малюнку.

Illustration showing call routing from Unified CM to Webex Calling on a Unified CM set of routes.

Якщо абонент в PSTN викликає номер DID, який присвоєний Webex Calling пристрою, то дзвінок передається підприємству через PSTN-шлюз підприємства, а потім потрапляє. Unified CM Викликана адреса цього виклику відповідає одному з Webex Calling маршрутів, який передбачено, Unified CM і виклик надсилається до локального шлюзу. (Викликана адреса повинна бути у форматі+E.164 під час надсилання до локального шлюзу.) Потім логіка Webex Calling маршрутизації гарантує, що виклик надсилається на призначен Webex Calling ий пристрій на основі призначення DID.

Крім того, дзвінки, що над Unified CM ходять із зареєстрованих кінцевих точок, націлені на пункти призначенняWebex Calling, регулюються планом набору номера, який передбачений. Unified CM Як правило, цей план набору дозволяє користувачам використовувати звичайні корпоративні звички набору для здійснення дзвінків. Ці звички не обов'язково включають лише набір номеру +E.164. Будь-яка звичка набору номера, крім +E.164, повинна бути нормалізована до +E.164 перед відправкою дзвінків до локального шлюзу, щоб забезпечити правильну маршрутизацію. Webex Calling

Клас обслуговування (CO)

Впровадження жорстких класів обмежень на обслуговування завжди рекомендується з різних причин, включаючи уникнення циклів дзвінків та запобігання шахрайству з платами. У контексті інтеграції Webex Calling локального шлю Unified CM зу з класом обслуговування нам потрібно розглянути клас обслуговування для:

Пристрої, зареєстровані в Unified CM
Дзвінки, що надходять Unified CM з PSTN
Дзвінки, що надходять Unified CM з Webex Calling

Пристрої, зареєстровані в Unified CM

Додавання Webex Calling пунктів призначення як нового класу пунктів призначення до існуючих налаштувань CoS досить просто: дозвіл на дзвінки до пунктів Webex Calling призначення, як правило, еквівалентний дозволу на виклик локальних (включаючи міжсайтові) пункти призначення.

Якщо корпоративний план комутованого зв'язку вже реалізує дозвіл «(скорочено) on-net inter-site», то вже існує розділ, на Unified CM якому ми можемо використовувати та надавати всі відомі цільові мережі в одному розділі. Webex Calling

В іншому випадку поняття «(скорочено) дозвіл на мережу міжсайтів» ще не існує, тоді потрібно створити новий розділ (наприклад «OnNetRemote»), Webex Calling призначення додаються до цього розділу, і, нарешті, цей новий розділ потрібно додати до відповідних пошукових просторів виклику.

Дзвінки, що надходять Unified CM з PSTN

Додавання Webex Calling пунктів призначення як нового класу пунктів призначення до існуючих налаштувань CoS досить просто: дозвіл на дзвінки до пунктів Webex Calling призначення, як правило, еквівалентний дозволу на виклик локальних (включаючи міжсайтові) пункти призначення.

Якщо корпоративний план комутованого зв'язку вже реалізує дозвіл «(скорочено) on-net inter-site», то вже існує розділ, на Unified CM якому ми можемо використовувати та надавати всі відомі цільові мережі в одному розділі. Webex Calling

В іншому випадку поняття «(скорочено) дозвіл на мережу міжсайтів» ще не існує, тоді потрібно створити новий розділ (наприклад «OnNetRemote»), Webex Calling призначення додаються до цього розділу, і, нарешті, цей новий розділ потрібно додати до відповідних пошукових просторів виклику.

Дзвінки, що надходять Unified CM з Webex Calling

Дзвінки, що надходять з PSTN, потребують доступу до всіх Webex Calling напрямків. Для цього потрібно додати вищевказаний розділ, що містить усі пунк Webex Calling ти призначення, до простору пошуку викликів, що використовується для вхідних дзвінків на магістралі PSTN. Доступ до пунк Webex Calling тів призначення надходить на додаток до вже існуючого доступу.

У той час як для дзвінків з PSTN потрібен доступ до Unified CM DID і Webex Calling DID, дзвінки, що походять з, потребують доступу до DID та Webex Calling пунктів призначення PSTN. Unified CM

Illustration of differentiated CoS for calls from PST and Webex Calling. — ***Диференційовані CO для дзвінків з PSTN та Webex Calling***

Ця цифра порівнює ці два різних класи обслуговування для дзвінків з PSTN та. Webex Calling На малюнку також показано, що якщо функціональність шлюзу PSTN співрозташована з Локальним шлюзом, то від комбінованого PSTN GW та Локального шлюзу потрібні два магістраліUnified CM: один для дзвінків, що походять з PSTN, і один для дзвінків, що походять з. Webex Calling Це обумовлено вимогою застосовувати диференційовані пошукові простори викликів для кожного типу трафіку. З двома вхідними магістрал Unified CM ями цього можна легко досягти, налаштувавши необхідний простір пошуку викликів для вхідних дзвінків на кожному магістралі.

Інтеграція тарифного плану

У цьому посібнику передбачено існуючу інсталяцію, яка базується на найкращих сучасних практиках у розділі «Бажана архітектура для локальних розгортань Cisco Collaboration, CVD». Остання версія доступна тут.

Рекомендований дизайн плану набору відповідає підходу до проектування, який задокументований у розділі План набору номера останньої версії SRND системи співпраці Cisco, доступної тут.

Illustration showing an overview of the recommended dial plan design. — ***Рекомендований план набору номера***

На цьому малюнку показаний огляд рекомендованого дизайну плану циферблата. Ключові характеристики цього дизайну плану циферблата включають:

Усі номери каталогів, які налаштовано, Unified CM мають формат +E.164.
Усі номери каталогів знаходяться в одному розділі (DN) і позначені терміновими.
Основна маршрутизація базується на +E.164.
Усі звички набору номера, що не є +E.164 (наприклад, скорочений внутрішній набір та набір PSTN з використанням звичайних звичок набору номера) нормалізуються (глобалізуються) до +E.164 за допомогою моделей перекладу нормалізації набору номера.
Шаблони перекладу нормалізації набору використовують шаблон перекладу, викликаючи спадкування пошукового простору; у них встановлено опцію «Використовувати пошуковий простір виклику оригінатора».
Клас обслуговування реалізується за допомогою сайту та класу специфічних для служби пошукових просторів виклику.
Можливості доступу PSTN (наприклад, доступ до міжнародних напрямків PSTN) реалізуються шляхом додавання розділів з відповідними шаблонами маршруту +E.164 до викликаючого пошукового простору, що визначає клас служби.

Доступність до Webex Calling

Illustration showing adding Webex Calling destination to the dial plan. — ***Додав Webex Calling ання пункту призначення до плану набору номера***

Щоб додати доступність для Webex Calling цілей до цього плану набору номера, необхідно створити розділ, що представляє всі пункти Webex Calling призначення («Webex Calling»), а до цього розділу додано шаблон маршруту +E.164 для кожного діапазону Webex Calling DID. Цей шаблон маршруту посилається на список маршрутів з лише одним членом: групу маршрутів із магістраллю SIP до Локального шлюзу для дзвінківWebex Calling. Оскільки всі набирані пункти призначення нормалізуються до +E.164 або за допомогою шаблонів перекладу нормалізації набору для дзвінків, що надходять із Unified CM зареєстрованих кінцевих точок, або перетворення вхідних названих сторін для дзвінків, що надходять з PSTN, цього єдиного набору шаблонів маршрутів +E.164 достатньо для досягнення доступності для пунктів призначення незалежно від використовуваної звички набору. Webex Calling

Якщо, наприклад, користувач набирає «914085550165», то шаблон перекладу нормалізації набору номера в розділі «USToE164» нормалізує цей рядок набору на «+14085550165», який потім відповідає шаблону маршруту для пункту призначення в розділі «». Webex Calling Webex Calling В Unified CM кінцевому підсумку надсилає дзвінок на локальний шлюз.

Додати скорочений міжсайтовий набір

Illustration showing adding abbreviated intersite dialing. — ***Додавання скороченого міжсайтового набору***

Рекомендованим способом додавання скороченого міжсайтового набору номера до довідкового плану набору номера є додавання шаблонів перекладу нормалізації набору номера для всіх сайтів за планом нумерації підприємства на виділений розділ («ESN», Enterprise Significant Numbers). Ці шаблони перекладу перехоплюють рядки набору у форматі плану нумерації підприємства та нормалізують набраний рядок до +E.164.

Щоб додати скорочений набір номера підприємства до пунктів Webex Calling призначення, ви додаєте відповідний шаблон перекладу нормалізації набору номера для місцезнаход Webex Calling ження до розділу «Webex Calling» (наприклад, «8101XX» на діаграмі). Після нормалізації виклик знову відправляється Webex Calling після узгодження шаблону маршруту в розділі «Webex Calling».

Ми не рекомендуємо додавати скорочений шаблон перекладу нормалізації набору для Webex Calling викликів у розділ «ESN», оскільки ця конфігурація може створити небажані цикли маршрутизації викликів.

Обробники протоколів для виклику

Webex Callingреєструє наступні обробники протоколів в операційній системі, щоб увімкнути функцію кліка-виклику у веб-браузерах або інших програмах. Наступні протоколи запускають аудіо- або відеодзвінок у програмі Webex, якщо це програма виклику за замовчуванням на Mac або Windows:

НАТИСНІТЬ КНОПКУ: або НАТИСНІТЬ КНОПКУ://
SIP: або SIP://
ТЕЛ: або ТЕЛ://
ВЕБЕКСТЕЛ: або ВЕБЕКСТЕЛ://

List of protocol handlers that start an audio or video call in Webex App when it's the default calling application on Mac or Windows.

Обробники протоколів для Windows

Інші програми можуть зареєструватися для обробників протоколів до програми Webex. У Windows 10 відкриється системне вікно, щоб попросити користувачів вибрати, яку програму використовувати для запуску дзвінка. Уподобання користувача можна запам'ятати, якщо користувач перевіряє Завжди використовувати цю програму.

Windows 10 'Choose an app' with Webex highlighted as the option to select.

Якщо користувачам потрібно скинути налаштування програми виклику за замовчуванням, щоб вони могли вибрати програму Webex, ви можете доручити їм змінити асоціації протоколів для програми Webex у Windows 10:

Відкрийте систе мні налаштування програми за замовчуванням, натисніть В становити типові значення за програмою, а потім виберіть Додаток Webex.
Для кожного протоколу виберіть додаток Webex.

Обробники протоколів для macOS

У Mac OS, якщо інші програми зареєструвалися в протоколах викликів до програми Webex, користувачі повинні налаштувати додаток Webex як параметр виклику за замовчуванням.

У програмі Webex для Mac користувачі можуть підтвердити, що додаток Webex вибрано для параметра «Почати дзвінки з використанням» у заг альних налаш туваннях. Вони також можуть перевірити Зав жди підключатися до, Microsoft Outlook якщо вони хочуть здійснювати дзвінки в програмі Webex, коли вони натискають номер контакту Outlook.

Mac OS protocol handler settings; 'Always connect to Microsoft Outlook' option select and 'Start calls with' dropdown has Webex chosen.

Підготуйте своє оточення

Загальні передумови

Перш ніж налаштувати локальний шлюз дляWebex Calling, переконайтеся, що ви:

Мати базові знання принципів VoIP
Мати базові робочі знання голосових Cisco IOS концепцій -XE та IOS-XE
Мати базове розуміння протоколу ініціації сесії (SIP)
Майте базове розуміння Cisco Unified Communications Manager (Unified CM), якщо ваша модель розгортання включає Unified CM

Докладніші відомості див. у посібнику з конфігурації підприємств Cisco Unified Border Element (CUBE).

Вимоги до апаратного та програмного забезпечення для локального шлюзу

Переконайтеся, що у вашому розгортанні є один або кілька локальних шлюзів, наприклад:

Cisco CUBE для підключення на основі IP
Cisco IOSШлюз для підключення на основі TDM

Див. Таблицю 1 Локального шлюзу для керівництва Webex Calling по замовленню. Крім того, переконайтеся, що на платформі працює підтримуваний випуск IOS-XE відповідно до Посібника з налаштування локального шлюзу.

Локальний шлюз допомагає вам перейти Webex Calling у вашому власному темпі. Локальний шлюз інтегрує наявне локальне розгортання зWebex Calling. Ви також можете використовувати наявне підключення PSTN. Див. Початок роботи з локальним шлюзом

Вимоги до ліцензії для локальних шлюзів

Ліцензії на виклик CUBE повинні бути встановлені на локальному шлюзі. Для отримання додаткової інформації див. Посіб ник з Cisco Unified Border Element налаштування.

Сертифікат і вимоги безпеки для локального шлюзу

Webex Callingвимагає захищеної сигналізації та носія. Локальний шлюз виконує шифрування, і з'єднання TLS має бути встановлено вихідним до хмари з наступними кроками:

LGW повинен бути оновлений кореневим пакетом CA від Cisco PKI
Набір облікових даних SIP дайджесту зі сторінки конфігурації магістралі Control Hub використовується для налаштування LGW (кроки є частиною наступної конфігурації)
Кореневий пакет CA перевіряє представлений сертифікат
Запропоновано ввести облікові дані (надано SIP-дайджест)
Хмара визначає, який локальний шлюз надійно зареєстрований

Вимоги до оптимізації брандмауера, NAT та шляхів оптимізації медіафайлів для локального шлюзу

У більшості випадків локальний шлюз і кінцеві точки можуть знаходитися у внутрішній мережі клієнта, використовуючи приватні IP-адреси з NAT. Брандмауер підприємства повинен дозволяти вихідний трафік (SIP, RTP/UDP, HTTP) на певні IP-адреси/порти, описані в довідковій інформації про порт.

Якщо ви хочете використовувати оптимізацію медіа-шляху за допомогою ICE, інтерфейс локального шлю Webex Calling зу повинен мати прямий мережевий шлях до кінцевих точок та від Webex Calling них. Якщо кінцеві точки знаходяться в іншому місці і немає прямого мережевого шляху між кінцевими точками та інтерфейсом локального шлюзу, то локальний шлюз повинен мати загальнодоступну IP-адресу, призначену інтерфейсу, спрямованому Webex Calling для викликів між локальним шлюзом та кінцевими точками для використання оптимізації шляху медіа. Webex Calling Крім того, він повинен працювати під управлінням IOS-XE версії 16.12.5.

Довідкова інформація порту для Webex Calling

Правильно налаштований брандмауер і проксі-сервер необхідні для успішного розгортання виклику. Webex Callingвикористовує SIP та HTTPS для сигналізації викликів та пов'язані з ними адреси та порти для медіа, мережевого з'єднання та підключення шлюзу, як глоб Webex Calling альна служба.

Не всі конфігурації брандмауера вимагають, щоб порти були відкритими. Однак, якщо ви використовуєте правила зсередини назовні, вам потрібно відкрити порти для необхідних протоколів для випуску служб.

Переклад мережевих адрес (NAT)

Функції перекладу мережевих адрес (NAT) та перекладу адрес порту (PAT) застосовуються на кордоні між двома мережами для перекладу адресних просторів або запобігання зіткненню IP-адресних просторів.

Організації використовують шлюзові технології, такі як брандмауери та проксі-сервери, які надають послуги NAT або PAT для надання доступу до Інтернету до програм Webex App або пристроїв Webex, які знаходяться на приватному просторі IP-адрес. Ці шлюзи призводять до того, що трафік з внутрішніх додатків або пристроїв до Інтернету надходить з однієї або декількох загальнодоступних IP-адрес.

При розгортанні NAT відкривати вхідний порт на брандмауері не обов'язково.
Перевірте розмір пулу NAT, необхідний для підключення до програми або пристроїв, коли кілька користувачів додатків і пристроїв отримують доступ до служ Webex Calling б і відомостей Webex за допомогою NAT або PAT. Переконайтеся, що пулам NAT присвоєно належні загальнодоступні IP-адреси, щоб запобігти вичерпанню портів. Вичерпання портів сприяє тому, що внутрішні користувачі та пристрої не можуть підключитися до служ Webex Calling б і Webex Aware.
Визначте розумні періоди прив'язки та уникайте маніпулювання SIP на пристрої NAT.
Налаштуйте мінімальний тайм-аут NAT для забезпечення належної роботи пристроїв. Приклад: телефони Cisco надсилають повідомлення про оновлення реєстру кожні 1-2 хвилини.
Якщо ваша мережа реалізує NAT або SPI, то встановіть більший тайм-аут (не менше 30 хвилин) для з'єднань. Цей тайм-аут забезпечує надійне підключення, зменшуючи споживання акумулятора мобільних пристроїв користувачів.

Шлюз рівня SIP-додатків

Якщо маршрутизатор або брандмауер є протоколом SIP Aware, що означає, що ввімкнено SIP Application Layer Gateway (ALG) або подібний, радимо відключити цю функцію для точної роботи служби. Хоча весь Webex Calling трафік зашифрований, певні реалізації SIP ALG можуть спричинити проблеми з об'їздом брандмауера. Тому ми рекомендуємо вимкнути SIP ALG для забезпечення високої якості обслуговування.

Перевірте відповідну документацію виробника, щоб дізнатися про кроки щодо відключення SIP ALG на певних пристроях.

Підтримка проксі-сервера Webex Calling

Організації розгортають інтернет-брандмауер або інтернет-проксі та брандмауер для перевірки, обмеження та контролю HTTP-трафіку, який виходить і надходить у їхню мережу. Таким чином захищаючи свою мережу від різних форм кібератак.

Проксі виконують кілька функцій безпеки, таких як:

Дозволити або заблокувати доступ до певних URL-адрес.
Аутентифікація користувача
IP-адреса/домен/ім'я хоста/пошук репутації URI
Розшифровка та перевірка трафіку

При налаштуванні функції проксі вона застосовується до всіх програм, які використовують протокол HTTP.

Додаток Webex і пристрої Webex включають наступне:

Послуги Webex
Процедури активації пристрою клієнта (CDA) за допомогою плат Cisco Cloud форми забезпечення, таких як GDS, активація пристрою EDOS, забезпечення та включення до хмари Webex.
Перевірка сертифіката
Оновлення прошивки
Звіти про стан
Завантаження PRT
Послуги XSI

Якщо налаштована адреса проксі-сервера, то на проксі-сервер надсилається тільки сигнальний трафік (HTTP/HTTPS). Клієнти, які використовують SIP для реєстрації в Webex Calling службі та пов'язаних носіях, не надсилаються на проксі-сервер. Тому дозвольте цим клієнтам безпосередньо пройти через брандмауер.

Підтримувані параметри проксі, конфігурація та типи аутентифікації

Підтримувані типи проксі:

Явний проксі-сервер (перевіряє або не перевіряє) — Налаштуйте клієнтам додаток або пристрій за допомогою явного проксі-сервера, щоб вказати сервер для використання.
Прозорий проксі-сервер (без перевірки) — Клієнти не налаштовані на використання певної адреси проксі-сервера і не потребують змін для роботи з проксі-сервером, який не перевіряє.
Прозорий проксі-сервер (перевірка) — Клієнти не налаштовані на використання певної адреси проксі-сервера. Зміни конфігурації HTTP не потрібні; однак вашим клієнтам або програмам або пристроям потрібен кореневий сертифікат, щоб вони довіряли проксі-серверу. ІТ-команда використовує перевіряючі проксі-сервери для забезпечення політики щодо веб-сайтів для відвідування та типів вмісту, які заборонені.

Налаштуйте адреси проксі-сервера вручну для пристроїв Cisco та програми Webex за допомогою:

Платформа ОС
Інтерфейс пристрою
Автоматично виявлено за допомогою механізмів веб-проксі, таких як:
- Автоматичне виявлення веб-проксі (WPAD) - Протокол автоматичного виявлення веб-проксі
- Файли автоматичної конфігурації проксі (PAC) - файли автоматичної конфігурації проксі

Під час налаштування бажаних типів продуктів виберіть із наведених нижче конфігурацій проксі-сервера та типів автентифікації в таблиці:

Продукт	Конфігурація проксі	Тип аутентифікації
Webex для Mac	Інструкція, WPAD, PAC	^{Без автентифікації, базовий, NTLM, †}
Webex для Windows	Інструкція, WPAD, PAC, GPO	^{Без авторизації, базових, NTLM, ^{†, домовленості†}}
Вебекс для iOS	Інструкція, WPAD, PAC	Без авторизації, базового, дайджесту, NTLM
Webex для Андроїд	Інструкція, PAC	Без авторизації, базового, дайджесту, NTLM
Вебекс Web App	Підтримується через ОС	^{Без автентифікації, базового, дайджесту, NTLM, переговорів†}
Пристрої Webex	WPAD, PAC або ручний	Без авторизації, базового, дайджесту
IP-телефони Cisco	Інструкція, WPAD, PAC	Без авторизації, базового, дайджесту
Вузол відеосітки Webex	Посібник	Без авторизації, базового, дайджесту, NTLM

Для легенд в таблиці:

^† Mac NTLM Auth - Машина не повинна входити в домен, користувач запитує пароль
^† Windows NTLM Auth - Підтримується лише в тому випадку, якщо комп'ютер ввійшов у домен
Переговори ^† - Керберос з резервною автентифікацією NTLM.
Щоб підключити пристрійCisco Webex Board, Desk або Room Series до проксі-сервера, див. розділ Підключення пристрою Board, Desk або Room Series до проксі-сервера.
Для IP-телефонів Cisco див. розділ Н алаштування проксі-сервера як приклад налаштування проксі-сервера та налаштувань.

Для цього No Authenticationналаштуйте клієнта з адресою проксі-сервера, яка не підтримує автентифікацію. Під час використання налаш Proxy Authenticationтуйте з дійсними обліковими даними. Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з'єднанню веб-сокетів. Якщо ця проблема виникає, обхід неперевірки трафіку на *.webex.com може вирішити проблему. Якщо ви вже бачите інші записи, додайте крапку з комою після останнього запису, а потім введіть виняток Webex.

Налаштування проксі для ОС Windows

Microsoft Windowsпідтримка двох мережевих бібліотек для HTTP-трафіку (WinInet і WinHTTP), які дозволяють конфігурацію проксі.WinINET є супернабором WinHTTP.

WiniNet призначений для однокористувацьких, настільних клієнтських додатків
WinHTTP призначений насамперед для багатокористувацьких, серверних додатків

Вибираючи між двома, виберіть WinINet для налаштувань конфігурації проксі-сервера. Детальніше див. wininet-vs- winhttp.

Щоб дізнатися більше про наступне, див. розділ Налаштування списку дозволених доменів для доступу до Webex у вашій корпоративній мережі.

Забезпечити, щоб користувачі входили в додатки лише за допомогою облікових записів із попередньо визначеного списку доменів.
Використовуйте проксі-сервер для перехоплення запитів і обмеження доменів, які дозволені.

Перевірка довіреної особи та закріплення сертифікатів

Додаток і пристрої Webex перевіряють сертифікати серверів під час встановлення сеансів TLS. Сертифікат перевіряє, чи видавець сертифіката та цифровий підпис залежать від перевірки ланцюжка сертифікатів аж до кореневого сертифіката. Щоб виконати перевірку перевірки, програма і пристрої Webex використовують набір надійних кореневих сертифікатів CA, встановлених у сховищі довіри операційної системи.

Якщо ви розгорнули проксі-сервер, що перевіряє TLS для перехоплення, розшифровки та перевірки трафіку. Webex Calling Переконайтеся, що сертифікат, який представляє Проксі-сервер (замість сертифіката служби Webex), підписаний органом сертифікатів, а кореневий сертифікат встановлений у сховищі довіри вашого додатка Webex або пристрою Webex.

Для програми Webex - встановіть сертифікат CA, який використовується для підписання сертифіката проксі-сервером в операційній системі пристрою.
Для пристроїв Webex Room та багатоплатформних IP-телефонів Cisco - Відкрийте запит на обслуговування з командою TAC для встановлення сертифіката CA.

У цій таблиці показано додаток Webex і пристрої Webex, які підтримують перевірку TLS проксі-серверами

Продукт	Підтримує користувальницькі довірені CA для перевірки TLS
Додаток Webex (Windows, Mac, iOS, Андроїд, Інтернет)	Так
Пристрої для кімнат Webex	Так
Мультиплатформенні телефони Cisco IP (MPP)	Так

налаштування брандмауера

Cisco підтримує служби Webex Calling Webex Aware у захищених центрах обробки даних Cisco та Amazon Web Services (AWS). Amazon зарезервував свої IP-підмережі для єдиного використання Cisco та забезпечив послуги, розташовані в цих підмережах, у віртуальній приватній хмарі AWS.

Налаштуйте брандмауер, щоб дозволити спілкуватися з ваших пристроїв, додатків та служб, що працюють в Інтернеті, щоб належним чином виконувати свої функції. Ця конфігурація дозволяє отримати доступ до всіх підтримуваних Webex Calling і хмарних служб Webex Aware, доменних імен, IP-адрес, портів і протоколів.

Додайте білий список або відкрийте доступ до наведених нижче, щоб служби Webex Calling і Webex Aware працювали коректно.

URL/домени, зазначені в розділі Домени та URL-адреси для Слу жб Webex Calling
Підмережі IP, порти та протоколи, згадані в розділі Підмережі IP для служб Webex Calling
Якщо ви використовуєте хмарні служби співпраці в їхній організації, обмін повідомленнями, Webex Meetings консоль супутника Webex та інші служби, переконайтеся, що у вас є підмережі IP, домени/URL-адреси, згадані в цих статтях, відкриті Вимоги до мережі для служб Webex та Мережеві вимоги для консолі Attendant Webex Suite

Якщо ви використовуєте лише брандмауер, філь Webex Calling трація трафіку лише за допомогою IP-адрес не підтримується, оскільки деякі пули IP-адрес є динамічними та можуть змінюватися в будь-який час. Регулярно оновлюйте свої правила, якщо ви не оновлюєте список правил брандмауера, це може вплинути на роботу користувачів. Cisco не підтримує фільтрацію підмножини IP-адрес на основі певного географічного регіону або постачальника хмарних послуг. Фільтрування за регіонами може призвести до серйозного погіршення стану виклику.

Cisco не підтримує динамічно змінювані пули IP-адрес, тому його не вказано в цій статті.

Якщо ваш брандмауер не підтримує фільтрацію домену/URL-адрес, скористайтеся параметром Проксі-сервер підприємства. Цей параметр фільтруєть/дозволяє за URL/доменом сигналізувати трафік HTTPs до служб Webex Aware на вашому проксі-сервер Webex Calling і перед пересиланням на ваш брандмауер.

Ви можете налаштувати трафік за допомогою фільтрації підмереж портів та IP для носіїв виклику. Оскільки медіа-трафік вимагає прямого доступу до Інтернету, виберіть параметр фільтрації URL для сигналізації трафіку.

Для цього Webex Calling UDP є кращим транспортним протоколом Cisco для носіїв, і він рекомендує використовувати лише SRTP над UDP. TCP і TLS як транспортні протоколи для носіїв не підтримуються у виробничих середови Webex Calling щах. Природа цих протоколів, орієнтована на з'єднання, впливає на якість медіа в мережах з втратами. Якщо у вас виникли запитання щодо транспортного протоколу, підніміть квиток підтримки.

Домени та URL-адреси для Webex Calling служб

*, що відображається на початку URL-адреси (наприклад, *.webex.com), вказує на те, що служби домену верхнього рівня та всіх піддоменів доступні.

Домен/URL-адреса	Опис	Програми та пристрої Webex, що використовують ці домени/URL-адреси
Cisco WebexПослуги
*.broadcloudpbx.com	Мікросервіси авторизації Webex для перехресного запуску з Центру керування до порталу адміністратора виклику.	Контрольний хаб
*.broadcloud.com.au	Webex CallingПослуги в Австралії.	Всі
*.broadcloud.eu	Webex CallingПослуги в Європі.	Всі
*.broadcloudpbx.net	Виклик служб конфігурації та управління клієнтами.	Програми Webex
.вебекс.com .cisco.com	Основні серві Webex Calling си та служби Webex Aware Забезпечення ідентифікації Зберігання ідентифікацій Аутентифікація Послуги OAuth Оформлення пристрою Підключений до хмари UC Коли телефон підключається до мережі вперше або після скидання до заводських налаштувань без встановлених параметрів DHCP, він зв'язується з сервером активації пристрою для забезпечення нульового забезпечення дотиком. Нові телефони використовують activate.cisco.com, а телефони з випуском прошивки раніше 11.2 (1), продовжують використовувати webapps.cisco.com для забезпечення. Завантажте прошивку пристрою та оновлення локалі з binari es.webex.com. Дозвольте багатоплатформним телефонам Cisco (MPP) старше версії 12.0.3 отримувати доступ до sudirenewal.cisco.com через порт 80, щоб поновити встановлений виробником сертифікат (MIC) та мати безпечний унікальний ідентифікатор пристрою (SUDI). Докладніше див. у розділі Поле повідомлення.	Всі
*.ucmgmt.cisco.com	Webex Callingпослуги	Контрольний хаб
.wbx2.com та .ciscospark.com	Використовується для хмарної обізнаності, щоб зв'язатися зі Webex Calling службами & Webex Aware під час та після впровадження. Ці послуги необхідні для Управління додатками та пристроями Програми Управління послугами механізму сповіщень додатків	Всі
*.webexapis.com	Мікросервіси Webex, які керують додатками Webex App та пристроями Webex. Сервіс зображення профілю Послуга доштування Служба наближення Служба присутності Реєстраційна служба Служба календаря Сервіс пошуку	Всі
*.веб-контент.com	Webex Messagingпослуги, пов'язані із загальним зберіганням файлів, включаючи: Файли користувача Перекодовані файли Зображення Скріншоти Вміст дошки Журнали клієнтів і пристроїв Зображення профілю Брендингові логотипи Файли журналу Масовий експорт файлів CSV та імпорт файлів (Контрольний центр)	Служби обміну повідомленнями Webex Apps. Зберігання файлів за допомогою webexcontent.com замінено на clouddrive.com у жовтні 2019 року
*.accompany.com	Інтеграція людських ідей	Програми Webex
Додаткові послуги, пов'язані з Webex (сторонні домени)
.appdynamics.com .eum-appdynamics.com	Відстеження продуктивності, фіксація помилок та збоїв, метрики сеансів.	Контрольний хаб
*.sipflash.com	Послуги управління пристроями. Оновлення прошивки та безпечна інтеграція.	Програми Webex
.walkme.com .walkmeusercontent.com	Клієнт керівництва користувача Webex. Забезпечує ознайомлення та екскурсії для нових користувачів. Для отримання додаткової інформації про WalkMe натисніть тут.	Програми Webex
.google.com .googleapis.com	Сповіщення про додатки Webex на мобільних пристроях (Приклад: нове повідомлення, коли відповідь на дзвінок) Для IP-підмереж зверніться до цих посилань Служба хмарних повідомлень Google Firebase (FCM) Служба push-повідомлень Apple (APNS) Для APNS Apple перераховує підмережі IP для цієї служби.	Додаток Webex

Підмережі IP для служб Webex Calling

^{IP-підмережі для Webex Calling служб ^{* †}}

23.89.0.0/16	85.119.56.0/23	128.177.14.0/24
128.177.36.0/24	135.84.168.0/21	139.177.64.0/21
139.177.72.0/23	144.196.0.0/16	150.253.128.0/17
163.129.0.0/17	170.72.0.0/16	170.133.128.0/18
185.115.196.0/22	199.19.196.0/23	199.19.199.0/24
199.59.64.0/21
Конфігурація пристрою та управління прошивкою (пристрої Cisco)
3.20.185.219	3.130.87.169	3.134.166.179
52.26.82.54	72.163.10.96/27	72.163.15.64/26
72.163.15.128/26	72.163.24.0/23	72.163.10.128/25
173.37.146.128/25	173.36.127.0/26	173.36.127.128/26
173.37.26.0/23	173.37.149.96/27	192.133.220.0/26
192.133.220.64/26
Налаштування програми Webex
62.109.192.0/18	64.68.96.0/19	150.253.128.0/17
207.182.160.0/19

Призначення підключення	Вихідні адреси	Порти джерела	Протокол	Адреси призначення	Порти призначення	Примітки
Сигналізація викли Webex Calling ку (SIP TLS)	Локальний шлюз зовнішній (NIC)	8000-65535	TCP	Зверніться до підмереж IP для Webex Calling служб.	5062, 8934	Ці IP-адреси/порти потрібні для вихідної сигналізації викликів SIP-TLS від локальних шлюзів, пристроїв та програм Webex App (джерело) до хмари (призначення). Webex Calling Порт 5062 (необхідний для магістралі на основі сертифікатів). І порт 8934 (необхідний для магістралі на основі реєстрації
	Пристрої	5060-5080			8934
	Додаток Webex	Ефемерний (залежить від ОС)			8934
Сигналізація викли Webex Calling ку з (SIP TLS) до локального шлюзу	Webex Callingдіапазон адрес. Зверніться до підмереж IP для служб Webex Calling	8934	TCP	Діапазони IP або IP, вибрані клієнтом для свого локального шлюзу	Порт або діапазон портів, обраний замовником для свого локального шлюзу	Застосовується до локальних шлюзів на основі сертифікатів. Він необхідний для встановлення з'єднання з лок Webex Calling альним шлюзом. Локальний шлюз на основі реєстрації працює над повторним використанням з'єднання, створеного з локального шлюзу. Порт призначення обраний клієнтом Н алаштувати магістралі
Виклик носія до Webex Calling (СТУН, SRTP/SRTCP, T38, DTLS)	Локальний шлюз зовнішня NIC	8000-48199^†^*	UDP	Зверніться до підмереж IP для Webex Calling служб.	5004, 9000 (порти СТУН) Аудіо: 8500-8599 Відео: 8600-8699 19560-65535 (СРТП через УДП)	Ці IP-адреси/порти використовуються для вихідних носіїв виклику SRTP від локальних шлюзів, пристроїв та програм Webex App (джерело) до хмари (призначення). Webex Calling Для дзвінків всередині організації, де переговори STUN, ICE є успішними, медіареле в хмарі видаляється як шлях зв'язку. У таких випадках медіапотік відбувається безпосередньо між додатками/пристроями користувача. Наприклад: якщо оптимізація медіа пройшла успішно, програма Webex надсилає медіа безпосередньо між собою в діапазоні портів 8500—8699, а пристрої надсилають носії безпосередньо один одному на діапазоні портів 19560—19661. Для певних мережевих топологій, де брандмауери використовуються в приміщенні клієнта, дозвольте доступ до зазначених діапазонів вихідних та цільових портів всередині вашої мережі, щоб носій міг протікати. Приклад: Для програми Webex дозволити діапазон вихідного та цільового порту Аудіо: 8500-8599 Відео: 8600-8699 Браузери використовують ефемерний вихідний порт, яким можна керувати, встановивши політику WebRTCUDPPorTrange в профілі управління пристроями (MDM). Webex CallingСлужба поводиться нормально, якщо не встановлено службу MDM або якщо не налаштовані SiteURL та EnableForceLogin.
	Прист ^рої† ^*	19560-19661
	Пристрої VG400 ATA	19560-19849
	^{Додаток Webex ^{† *}}	Аудіо: 8500-8599 Відео: 8600-8699
	WebRTC	Ефемерний (Відповідно до політики браузера)
ЗМІ виклику з Webex Calling (SRTP/SRTCP, T38)	Webex Callingдіапазон адрес. Зверніться до підмереж IP для служб Webex Calling	19560-65535 (СРТП через УДП)	UDP	Діапазон IP або IP, обраний клієнтом для свого локального шлюзу	Діапазон медіапортів, обраний замовником для свого локального шлюзу
Сигналізація виклику на шлюз PSTN (SIP TLS)	Внутрішня NIC локального шлюзу	8000-65535	TCP	Ваш ІТСП ПСТН ГВ або Unified CM	Залежить від варіанту PSTN (наприклад, зазвичай 5060 або 5061 для) Unified CM
Виклик носія до шлюзу PSTN (SRTP/SRTCP)	Внутрішня NIC локального шлюзу	8000-48199^†^*	UDP	Ваш ІТСП ПСТН ГВ або Unified CM	Залежить від варіанту PSTN (наприклад, зазвичай 5060 або 5061 для) Unified CM
Конфігурація пристрою та управління прошивкою (пристрої Cisco)	Webex Callingприлади	Ефемерний	TCP	Зверніться до підмереж IP для служб Webex Calling	443, 6970, 80	Потрібно з наступних причин: Перехід з корпоративних телефонів (Cisco Unified CM) наWebex Calling. Докладніші відомості див. на сайті upgrade.cisco.com. Cloudupgrader.webex.com використовує порти: 6970 443 для процесу міграції мікропрограми. Оновлення прошивки та безпечна інтеграція пристроїв (MPP та телефони Room або Desk) за допомогою 16-значного коду активації (GDS) Для CDA/EDOS - забезпечення на основі MAC-адрес. Використовується пристроями (MPP-телефони, ATA та SPA ATA) з новішою прошивкою. Для Cisco ATA переконайтеся, що пристрої знаходяться на мінімальній прошивці 11.1.0MSR3-9. Коли телефон підключається до мережі вперше або після скидання до заводських налаштувань без параметрів DHCP, він зв'язується з сервером активації пристрою для забезпечення нульового забезпечення дотиком. Нові телефони використовують activate.cisco.com замість webapps.cisco.com для забезпечення. Телефони з прошивкою, випущеною раніше 11.2 (1), продовжують використовувати web apps.cisco.com. Рекомендується дозволити всі ці підмережі IP. Дозвольте багатоплатформним телефонам Cisco (MPP) старше версії 12.0.3 отримувати доступ до sudirenewal.cisco.com через порт 80 для оновлення сертифіката встановленого виробником (MIC) та мати безпечний унікальний ідентифікатор пристрою (SUDI). Для отримання детальної інформації див. Поле повідомлення
Налаштування програми Webex	Програми Webex	Ефемерний	TCP	Зверніться до підмереж IP для служб Webex Calling	443, 8443	Використовується для автентифікації брокера Id, служб конфігурації Webex App для клієнтів, веб-доступу на основі браузера для самообслуговування ТА доступу до адміністративного інтерфейсу. Порт TCP 8443 використовується програмою Webex під час Cisco Unified CM налаштування для завантаження конфігурації. Відкрити порт Webex Calling повинні лише клієнти, які використовують налаштування для підключення.
Синхронізація часу пристрою (NTP)	Webex Callingприлади	51494	UDP	Зверніться до підмереж IP для Webex Calling служб.	123	Ці IP-адреси потрібні для синхронізації часу для пристроїв (MPP-телефони, ATA та SPA ATA)
Роздільна здатність системи доменних імен (DNS)	Webex Callingпристрої, додаток Webex і пристрої Webex	Ефемерний	УДП і ПТС	Визначений хостом	53	Використовується для пошуку DNS для виявлення IP-адрес Webex Calling служб у хмарі. Незважаючи на те, що типові пошуки DNS виконуються через UDP, деякі можуть вимагати TCP, якщо відповіді на запит не можуть вмістити його в пакети UDP.
Мережевий протокол часу (NTP)	Додаток Webex і пристрої Webex	123	UDP	Визначений хостом	123	Синхронізація часу
cScan	Веб-заснований на Мережевій готовності Інструмент попередньої кваліфікації для Webex Calling	Ефемерний	TCP	Зверніться до підмереж IP для Webex Calling служб.	8934 та 443	Інструмент передкваліфікації для веб-готовності до мережі дляWebex Calling. Для отримання додаткової інформації перей діть на сайт cscan.webex.com.
cScan		Ефемерний	UDP	Зверніться до підмереж IP для Webex Calling служб.	19569-19760
Додаткові Webex Calling служби та служби Webex Aware (тре ті сторони)
Послуги Push повідомлень APNS і FCM	Webex CallingЗастосування	Ефемерний	TCP	Зверніться до IP-підмереж, згаданих під посиланнями Служба push-повідомлень Apple (APNS) Хмарні повідомлення Google-Firebase (FCM)	443, 2197, 5228, 5229, 5230, 5223	Сповіщення для програм Webex на мобільних пристроях (Приклад: коли ви отримуєте нове повідомлення або коли відповідь на дзвінок)

^† ^{* Діапа} зон медіапортів CUBE налаштовується з діапазоном rtp- портів.
^† ^{* Ме} діа-порти для пристроїв і додатків, які динамічно призначаються в порті SRTP вирує. Порти SRTP - це парні пронумеровані порти, а відповідний порт SRTCP виділяється послідовним непарним номерованим портом.
Якщо для ваших програм і пристроїв налаштовано адресу проксі-сервера, сигнальний трафік надсилається на проксі-сервер. Медіа, що передається SRTP через UDP, надходить безпосередньо до вашого брандмауера замість проксі-сервера.
Якщо ви використовуєте служби NTP та DNS у вашій корпоративній мережі, відкрийте порти 53 і 123 через брандмауер.

Якість обслуговування (QoS)

Дозволяє включити позначення пакетів з локального пристрою або клієнта на Webex Calling хмарну платформу. QoS дозволяє визначити пріоритет трафіку в режимі реального часу над іншим трафіком даних. Увімкнення цього параметра змінює позначення QoS для програм і пристроїв, які використовують сигналізацію SIP та носії інформації.

Вихідні адреси	Тип трафіку	Адреси призначення	Порти джерела	Порти призначення	Клас і значення DSCP
Додаток Webex	Аудіо	Зверніть увагу на IP-підмережі, домени та URL-адреси для служб Webex Calling	8500-8599	8500-8599, 19560-65535	Прискорене пересилання (46)
Додаток Webex	Відео		8600-8699	8600-8699, 19560-65535	Гарантована експедирування 41 (34)
Додаток Webex	Сигналізація		Ефемерний (залежить від ОС)	8934	CS0 (0)
Пристрої Webex (MPP та кімнати)	Аудіо та відео		19560-19661	19560-65535	Прискорене пересилання (46) & Гарантована експедирування 41 (34)
Пристрої Webex	Сигналізація		5060-5080	8934	Селектор класу 3 (24)

Створіть окремий профіль QoS для аудіо та відео/спільного доступу, оскільки вони мають різний діапазон вихідних портів, щоб по-різному позначити трафік.
Для клієнтів Windows. Щоб увімкнути розмежування вихідних портів UDP для вашої організації, зв'яжіться з місцевою командою облікових записів. Без увімкнення ви не можете розрізняти аудіо та відео/спільний доступ за допомогою політики QoS Windows (GPO), оскільки вихідні порти однакові для аудіо/відео/спільного доступу. Докладніші відомості див. у розділі Увімкнення діапазонів портів джерел медіа для програми Webex
Для пристроїв Webex налаштуйте зміни параметрів QoS у налаштуваннях пристрою Control Hub. Докладніші відомості див. у розділі Налаштування та зміна налаштувань пристрою в Webex-Calling

Webex Meetings /Обмін повідомленнями - Мережеві вимоги

Для клієнтів, які використовують хмарні служби Webex Suite співпраці, продукти, зареєстровані у хмарі Webex, вбудовують пристрої MPP у хмару Webex для таких служб, як Історія дзвінків, Пошук каталогів, Зустрічі та обмін повідомленнями. Переконайтеся, що домени/URL/IP-адреси/порти, згадані в цій статті, є відкритими Мережеві вимоги для служб Webex.

Мережеві вимоги для Webex для уряду

Для клієнтів, яким потрібен список доменів, URL-адрес, діапазонів IP-адрес і портів для служб Webex for Government, інформацію можна знайти тут: Вимо ги до мережі для Webex for Government

Мережеві вимоги для консолі супутника Webex

Для клієнтів, які використовують консоль супроводу - функції ресепшн, обслуговуючого персоналу та операторів, переконайтеся, що домени/URL/IP-адреси/порти/протоколи відкриті Мережеві вимоги до консолі супроводжуючого

Початок роботи з Webex Calling локальним шлюзом

Для клієнтів, які використовують рішення локального шлюзу з суміс Webex Calling ністю PSTN на базі приміщень та сторонніх SBC, прочитайте статтю Початок роботи з локальним шлюзом

Посилання

Щоб дізнатися, що новогоWebex Calling, див. розділ Новинки Webex Calling

Вимоги до безпеки Webex Calling див. статтю

Webex CallingСтаття про оптимізацію медіа за допомогою встановлення інтерактивного зв'язку (ICE)

Історія перегляду документа

Дата	Ми внесли наступні зміни в цю статтю
Січень 21, 2025	Додані деталі щодо використання шлюзу SIP-рівня додатків.
Січень 8, 2025	Переміщено адресу підмережі IP, пов'язану з конфігурацією пристрою та конфігурацією програми Webex, до розділу Підмережі IP для служб Webex Calling
Грудень 17, 2024	Додана підтримка WebRTC для специфікації Webex Calling медіа.
Листопад 14, 2024	Оновлено підтримуваний діапазон портів для но Webex Calling сіїв виклику для пристрою ATA серії VG400
Листопад 11, 2024	Додано підтримуваний діапазон портів для но Webex Calling сіїв виклику для пристрою ATA серії VG400
Липень 25, 2024	Додано IP-підмережу 52.26.82.54, як це потрібно для конфігурації пристрою Cisco ATA та управління прошивкою.
Липень 18, 2024	Оновлено з наступними деталями: Підтримувані значення QoS (TOS/DSCP) для Webex Calling (Програми, Пристрої) Оновлено схему мережі Включаючи посилання на мережеві вимоги, пов'язані з консоллю Webex Attendant Console.
Червень 28, 2024	Оновлено використання обох діапазонів портів SRTP/ SRTCP для специфікації Media. Webex Calling
Червень 11, 2024	Видалено домен «huron-dev.com», оскільки він не використовується.
06 трав. 2024 р.	Оновлено використання обох діапазонів портів SRTP/ SRTCP для специфікації Media. Webex Calling
Квітень 03, 2024	Оновлено підмережі IP для Webex Calling послуг з 163.129.0.0/17, щоб забезпечити розширення ринку для регіону Індії. Webex Calling
Грудень 18, 2023	Включено URL-адре су sudirenewal.cisco.com та вимогу до порту 80 для конфігурації пристрою та управління прошивкою оновлення мікрофона телефону Cisco MPP.
Грудень 11, 2023	Оновлено IP-підмережі для Webex Calling служб, щоб включати більший набір IP-адрес. 150.253.209.128/25 — змінено на 150.253.128.0/17
Листопад 29, 2023	Оновлено IP-підмережі для Webex Calling послуг, щоб включати більший набір IP-адрес, щоб забезпечити розширення Webex Calling регіону для майбутнього зростання. 144.196.33.0/25 — змінено на 144.196.0.0/16 Розділи IP-підмережі для Webex Calling служб у розділах Webex Calling (SIP TLS) та Call media to Webex Calling (STUN, SRTP) оновлено для наочності щодо транкінгу на основі сертифікатів та вимог до брандмауера для локального шлюзу.
Серпень 14, 2023	Ми додали наступні IP-адреси 144.196.33.0/25 та 150.253.156.128/25 для підтримки підвищених вимог до ємності для Edge та служб. Webex Calling Цей діапазон IP-адрес підтримується лише в регіоні США.
Липень 5, 2023	Додано посилання https://binaries.webex.com для установки прошивки Cisco MPP.
Березень 7, 2023	Ми переглянули всю статтю, щоб включити: Включені опції підтримки проксі. Модифікована схема виклику Спрощені домени/URL/частини підмереж IP для служб Webex Aware Webex Calling Додано діапазон підмереж IP 170.72.0.0/16 для служб & Webex Aware. Webex Calling Видалені наступні діапазони 170.72.231.0, 170.72.231.10, 170.72.231.161 та 170.72.242.0/24
Березень 5, 2023	Оновлення статті, щоб включити наступне: Додано діапазон портів UDP-SRTP (8500-8700), який використовується додатками. Додано порти для служб Push повідомлень APNS і FCM. Розділіть діапазон портів cScan для UDP та TCP. Додано розділ посилань.
Листопад 15, 2022	Ми додали такі IP-адреси для конфігурації пристроїв і управління мікропрограмним забезпеченням (пристрої Cisco): 170.72.231.0 170.72.231.10 170.72.231.161 Ми видалили такі IP-адреси з конфігурації пристрою та керування мікропрограмним забезпеченням (пристрої Cisco): 3.20.118.133 3.20.228.133 3.23.144.213 3.130.125.44 3.132.162.62 3.140.117.199 18.232.241.58 35.168.211.203 50.16.236.139 52.45.157.48 54.145.130.71 54.156.13.25 52.26.82.54 54.68.1.225
Листопад 14, 2022	Додана IP-підмережа 170.72.242.0/24 для сервісу. Webex Calling
Вересень 08, 2022	Мікропрограма Cisco MPP переходить на використання https://binaries.webex.com як URL-адреси хоста для оновлення мікропрограмного забезпечення MPP у всіх регіонів. Ця зміна покращує продуктивність оновлення мікропрограми.
Серпень 30, 2022	Вилучено посилання на порт 80 з конфігурації пристрою та управління мікропрограмним забезпеченням (пристрої Cisco), конфігурації додатків та рядків CScan у таблиці Портів, оскільки немає залежності.
Серпень 18, 2022	Ніяких змін в розчині. Оновлено порти призначення 5062 (необхідний для магістралі на основі сертифікатів), 8934 (необхідний для магістралі на основі реєстрації) для сигналізації виклику (SIP TLS). Webex Calling
Липень 26, 2022	Додана IP-адреса 54.68.1.225, яка необхідна для оновлення прошивки пристроїв Cisco 840/860.
Липень 21, 2022	Оновлено порти призначення 5062, 8934 для сигналізації виклику Webex Calling (SIP TLS).
Липень 14, 2022	Додані URL-адреси, які підтримують повну функцію служб Webex Aware. Додана IP-підмережа 23.89.154.0/25 для сервісу. Webex Calling
Червень 27, 2022	Оновлено домен і URL-адреси для Webex Calling сервісів: .broadcloudpbx.com .broadcloud.com.au .broadcloud.eu .broadcloudpbx.net
Червень 15, 2022	Додані наступні порти і протоколи під IP-адреси і порти для Webex Calling служб: Призначення підключення: Особливості Webex Адреси джерел: П Webex Calling ристрої Порти джерела: Ефемерний Протокол: TCP Адреси призначення: Зверніться до IP-підмереж та доменів, визначених у Webex Meetings/Messaging - Мере жеві вимоги. Порти призначення: 443 Примітки: П Webex Calling ристрої використовують ці IP-адреси та домени для взаємодії з хмарними службами Webex, такими як каталог, історія викликів та зустрічі. Оновлена інформація в розділі Webex Meetings/Messaging - Мережеві вимоги
Травень 24, 2022	Додана підмережа IP 52.26.82.54/24 до 52.26.82.54/32 для обслуговування Webex Calling
6 трав. 2022	Додана підмережа IP 52.26.82.54/24 для обслуговування Webex Calling
Квітень 7, 2022	^{Оновлено діапазон внутрішніх і зовнішніх портів UDP локального шлюзу до 8000-48198†}
Квітень 5, 2022	Додані наступні IP-підмережі для Webex Calling обслуговування: 23.89.40.0/25 23.89.1.128/25
Березень 29, 2022	Додані наступні IP-підмережі для Webex Calling обслуговування: 23.89.33.0/24 150.253.209.128/25
Вересень 20, 2021	Додано 4 нових IP підмережі для Webex Calling обслуговування: 23.89.76.128/25 170.72.29.0/24 170.72.17.128/25 170.72.0.128/25
Квітень 2, 2021	Додано .ciscospark.com у розділі До мени та URL-адреси для Webex Calling Служб для* підтримки випадків Webex Calling використання у програмі Webex.
Березень 25, 2021	Додано 6 нових діапазонів IP для activate.cisco.com, який діє з 8 травня 2021 року. 72.163.15.64/26 72.163.15.128/26 173.36.127.0/26 173.36.127.128/26 192.133.220.0/26 192.133.220.64/26
Березень 4, 2021	Замі Webex Calling нено дискретні IP-адреси та менші діапазони IP на спрощені діапазони в окремій таблиці для зручності розуміння конфігурації брандмауера.
Лютий 26, 2021	Додано 5004 як порт призначення для носіїв виклику Webex Calling (STUN, SRTP) для підтримки встановлення інтерактивного підключення (ICE), який буде доступний Webex Calling у квітні 2021 року.
Лютого 22, 2021	Домени та URL-адреси тепер перераховані в окремій таблиці. Таблиця IP-адрес і портів коригується для групування IP-адрес для тих самих служб. Додавання стовпця «Примітки» до таблиці IP-адреси та порти, що допомагає зрозуміти вимоги. Переміщення наступних IP-адрес до спрощених діапазонів для конфігурації пристроїв і управління мікропрограмним забезпеченням (пристрої Cisco): активувати.cisco.com 72.163.10.125 -> 72.163.10.96/27 173.37.149.125 -> 173.37.149.96/27 веб-додатки.cisco.com 173.37.146.134 -> 173.37.146.128/25 72.163.10.134 -> 72.163.10.128/25 Додавання наступних IP-адрес для конфігурації програми, оскільки Cisco Webex клієнт вказує на новішу DNS SRV в Австралії в березні 2021 року. 199.59.64.237 199.59.67.237
Січень 21, 2021	Ми додали такі IP-адреси до конфігурації пристроїв і управління мікропрограмним забезпеченням (пристрої Cisco): 3.134.166.179 50.16.236.139 54.145.130.71 72.163.10.125 72.163.24.0/23 173.37.26.0/23 173.37.146.134 Ми видалили такі IP-адреси з конфігурації пристрою та керування мікропрограмним забезпеченням (пристрої Cisco): 35.172.26.181 52.86.172.220 52.203.31.41 Ми додали наступні IP-адреси до конфігурації програми: 62.109.192.0/19 64.68.96.0/19 207.182.160.0/19 150.253.128.0/17 Ми видалили такі IP-адреси з конфігурації програми: 64.68.99.6 64.68.100.6 Ми видалили наступні номери портів з конфігурації програми: 1081, 2208, 5222, 5280-5281, 52644-52645 Ми додали наступні домени до конфігурації програми: idброкер-у.вебекс.com ідброкер-у.вебекс.com ty6-wxt-uk.bcld.webex.com os1-wxt-uk.bcld.webex.com
Грудень 23, 2020	Додано нові IP-адреси конфігурації додатків до образів посилань порту.
Грудень 22, 2020	Оновлено рядок Конфігурація програми в таблицях, щоб включити такі IP-адреси: 135.84.171.154 та 135.84.172.154. Сховали мережеві діаграми до тих пір, поки ці IP-адреси не будуть додані.
Грудень 11, 2020	Оновлено конфігурацію пристрою та управління мікропрограмним забезпеченням (пристрої Cisco) та рядки конфігурації додатків для підтримуваних канадських доменів.
Жовтень 16, 2020	Оновлено сигналізацію викликів і записи носіїв з наступними IP-адресами: 139.177.64.0/24 139.177.65.0/24 139.177.66.0/24 139.177.67.0/24 139.177.68.0/24 139.177.69.0/24 139.177.70.0/24 139.177.71.0/24 139.177.72.0/24 139.177.73.0/24
Вересень 23, 2020	За допомогою CScan замінено 199.59.64.156 на 199.59.64.197.
Серпень 14, 2020	Додано більше IP-адрес для підтримки впровадження центрів обробки даних в Канаді: Сигналізація виклику на Webex Calling (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24
Серпень 12, 2020	Додано більше IP-адрес для підтримки впровадження центрів обробки даних в Канаді: Виклик ЗМІ на Webex Calling (СРТП) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 Сигналізація викликів до публічно адресованих кінцевих точок (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24. Конфігурація пристрою та управління прошивкою (пристрої Cisco) —135.84.173.155,135.84.174.155 Синхронізація часу пристрою — 135.84.173.152, 135.84.174.152 Конфігурація додатка—135.84.173.154,135.84.174.154
Липень 22, 2020	Додано наступну IP-адресу для підтримки впровадження центрів обробки даних в Канаді: 135.84.173.146
Червень 9, 2020	Ми внесли наступні зміни до запису cScan: Виправлено один з IP-адре с—змінено 199.59.67.156 на 199.59.64.156. Для нових функцій потрібні нові порти та UDP-19560-19760.
Березень 11, 2020	До конфігурації програми ми додали наступні доменні та IP-адреси: jp.bcld.webex.com—135.84.169.150 клієнт-uk.bcld.webex.com ідброкер.вебекс.com—64.68.99.6, 64.68.100.6 Ми оновили наступні домени з додатковими IP-адресами для конфігурації пристрою та управління прошивкою: cisco.webexcalling.eu—85.119.56.198, 85.119.57.198 вебаппс.cisco.com—72.163.10.134 активація.webex.com—35.172.26.181, 52.86.172.220 хмародупградер.вебекс.com—3.130.87.169, 3.20.185.219
Лютий 27, 2020	Ми додали наступні домени та порти для конфігурації пристрою та управління прошивкою: хмародупградер.вебекс.com—443, 6970

Налаштування локального шлюзу на Cisco IOS XE для Webex Calling

Огляд

Webex Callingв даний час підтримує дві версії локального шлюзу:

Локальний шлюз
Локальний шлюз для Webex для уряду

Локальний шлюз
Локальний шлюз для Webex для уряду

Ключові міркування

Перш ніж почати, зрозумійте вимоги громадської комутованої телефонної мережі (PSTN) та локального шлюзу (LGW) на базі приміщень. Webex Calling Для отримання додаткової інформації див. Прі Webex Calling оритетна архітектура Cisco.
У цій статті передбачається, що виділена платформа локального шлюзу без наявної конфігурації голосу. Якщо ви змінюєте існуючий шлюз PSTN або розгортання CUBE Enterprise для використання в якості функції локального шлюзуWebex Calling, зверніть увагу на конфігурацію. Переконайтеся, що ви не перериваєте існуючі потоки дзвінків та функціональність через внесені зміни.

Процедури містять посилання на довідкову документацію команд, де ви можете дізнатися більше про окремі параметри команд. Усі посилання на посилання команд переходять до довідки команд Webex Man aged Gateways, якщо не вказано інше (у цьому випадку посилання команд переходять до посилання Cisco IOSголосових команд). Ви можете отримати доступ до всіх цих посібників у розділі Поси Cisco Unified Border Element лання команд.

Щоб отримати інформацію про підтримувані сторонні SBC, зверніться до відповідної довідкової документації щодо продукту.

Налаштування локального шлюзу

Є два варіанти налаштування локального шлюзу для вашого Webex Calling магістралі:

Базовий багажник на основі реєстрації
Багажник на основі сертифіката

Використовуйте потік завдань у розділі Локальний шлюз на основі реєстрації або Локальний шлюз на основі сертифікатів, щоб налаштувати локальний шлю з для магістралі. Webex Calling

Доклад ніші відомості про різні типи магістралей див. у розділі Початок роботи з локальним шлю зом. Виконайте наступні дії на самому локальному шлюзі, використовуючи інтерфейс командного рядка (CLI). Ми використовуємо протокол ініціації сеансу (SIP) та транспорт безпеки транспортного рівня (TLS) для захисту магістралі та захищений протокол реального часу (SRTP) для захисту носія між локальним шлюзом та. Webex Calling

Ключові міркування

Виберіть CUBE як локальний шлюз. Наразі Webex for Government не підтримує сторонніх контролерів кордонів сесій (SBC). Щоб переглянути останній список, див. розділ Поч аток роботи з локальним шлюзом.
Встанов Cisco IOS іть XE Dublin 17.12.1a або новіші версії для всіх локальних шлюзів Webex для уряду.
Щоб переглянути список кореневих органів сертифікатів (CA), які підтримують Webex для уряду, див. розділ Органи кореневих сертифікатів для Webex for Government.
Докладніші відомості про діапазони зовнішніх портів для локального шлюзу в Webex for Government див. розділ Вимо ги до мережі для Webex for Government (FedRAMP).

Локальний шлюз для Webex для уряду не підтримує наступне:

Stun/Ice-Lite для оптимізації шляху медіа
Факс (T.38)

Налаштування локального шлюзу для Webex для уряду

Щоб налаштувати локальний шлюз для вашого Webex Calling магістралі в Webex for Government, скористайтеся наступним параметром:

Багажник на основі сертифіката

Використовуйте потік завдань у розділі Локальний шлюз на основі сертифікатів, щоб налаштувати локальний шлюз для вашого Webex Calling магістралі. Докладніші відомості про те, як налаштувати локальний шлюз на основі сертифікатів, див. розділ Налаштування магістралі на основі Webex Callingсертифікатів.

Обов'язково потрібно налаштувати шифри GCM, сумісні з FIPS, щоб підтримувати локальний шлюз для Webex для уряду. Якщо ні, налаштування виклику не вдається. Докладніше про конфігурацію див. у розділі Налаштування магістралі на Webex Calling основі сертифікатів.

Webex for Government не підтримує локальний шлюз на основі реєстрації.

Локальний шлюз на основі реєстрації
Локальний шлюз на основі сертифікатів

Огляд дизайну

У цьому розділі описано, як налаштувати Cisco Unified Border Element (CUBE) як локальний шлюз дляWebex Calling, використовуючи реєструючий магістраль SIP. Перша частина цього документа ілю струє, як налаштувати простий шлюз PSTN. У цьому випадку всі дзвінки з PSTN маршрутизуються Webex Calling і всі дзвінки з маршрути Webex Calling зуються на PSTN. На зображенні нижче висвітлено це рішення та конфігурацію маршрутизації дзвінків високого рівня, яку буде дотримано.

У цій конструкції використовуються наступні основні конфігурації:

орендарі голосового класу: Використовується для створення конкретних конфігурацій магістралі.
голосовий клас uri: Використовується для класифікації SIP-повідомлень для вибору вхідного комутованого одноранга .
вхідний комутований одноранговий: забезпечує оброб ку вхідних SIP-повідомлень і визначає вихідний маршрут за допомогою групи кому тованих рівнів.
група комутованих рівнів: Визначає вихідні комутовані аналоги, які використовуються для подальшої маршрутизації дзвінків.
вихідний комутований одноранжник: забезпечує обробку вихідних SIP-повідомлень та маршрутизує їх до необхідної цілі.

Хоча IP та SIP стали протоколами за замовчуванням для магістралей PSTN, схеми ISDN TDM (Time Division Multiplexing) все ще широко використовуються та підтримуються магістралями. Webex Calling Щоб увімкнути медіаоптимізацію IP-шляхів для локальних шлюзів з потоками викликів TDM-IP, наразі необхідно використовувати процес маршрутизації викликів з двома ступенями. Цей підхід змінює конфігура цію маршрутизації викликів, показану вище, шляхом введення набору внутрішніх аналогів зворотного набору між магістр алями Webex Calling та PSTN, як показано на зображенні нижче.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Під час підключення локального Cisco Unified Communications Manager рішення можна використовувати просту Webex Calling конфігурацію шлюзу PSTN як базову лінію для побудови рішення, показаного на наступній діаграмі. При цьому Unified Communications Manager забезпечує централізовану маршрутизацію і обробку всіх PSTN і Webex Calling дзвінків.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

У цьому документі використовуються імена хостів, IP-адреси та інтерфейси, проілюстровані на наступному зображенні.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Використовуйте вказівки щодо налаштування в решті цього документа, щоб завершити конфігурацію локального шлюзу наступним чином:

Крок 1: Налаштуйте базове підключення маршрутизатора та безпеку
Крок 2: Налаштування Webex Calling магістралі

Залежно від потрібної архітектури виконайте:
Крок 3: Налаштування локального шлюзу з магістраллю SIP PSTN
Крок 4: Налаштування локального шлюзу з існуючим Unified CM середовищем

Або:
Крок 3: Налаштування локального шлюзу з магістраллю TDM PSTN

Налаштуйте підключення та безпеку

Базова конфігурація

Першим кроком у підготовці маршрутизатора Cisco як локального шлюзу Webex Calling є створення базов ої конфігурації, яка захищає вашу платформу та встановлює підключення.

Усі розгортання локального шлюзу на основі реєстрації вимагають Cisco IOS XE 17.6.1a або пізніших версій. Cisco IOSРекомендується 17.12.2 або пізніша версія. Рекомендовані версії див. на сторінці дослідження програмного забезпечення Cisco. Шукайте платформу і виберіть один із запропонованих релі зів.
- Маршрутизатори серії ISR4000 повинні бути налаштовані як з ліцензіями на технології уніфікованих комунікацій, так і на технології безпеки.
- Маршрутизатори серії Catalyst Edge 8000, оснащені голосовими картами або DSP, вимагають ліцензування DNA Adv antage. Маршрутизатори без голосових карт або DSP вимагають мінімум ліцензування ДНК Essentials.
Створіть базову конфігурацію для вашої платформи, яка відповідає вашій бізнес-політиці. З окрема, налаштуйте і перевірте наступне:
- NTP
- ACL
- Аутентифікація користувача та віддалений доступ
- DNS
- IP маршрутизація
- IP-адреси
Мережа Webex Calling повинна використовувати адресу IPv4.
Завантажте пакет кореневої CA Cisco до локального шлюзу.

конфігурація


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Налаштування магі Webex Calling стралі на основі реєстрації


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

Після визначення орендаря 100 та налаштування однорангового телефонного зв'язку SIP VoIP шлюз ініціює з'єднання TLS до. Webex Calling У цей момент SBC доступу представляє свій сертифікат локальному шлюзу. Локальний шлюз перевіряє Webex Calling доступ до сертифіката SBC за допомогою кореневого пакета CA , який був оновлений раніше. Якщо сертифікат розпізнається, між локальним шлюзом і Webex Calling SB C доступу встановлюється постійний сеанс TLS. Потім локальний шлюз може використовувати це захищене з'єднання для реєстрації в SBC доступу Webex. Коли реєстрація оскаржується на аутентифікацію:

У відповіді використовуються параметри імені користувача, паро ля та сфери з конфігурації облі кових даних.
Правила модифікації в SIP профілі 100 використовуються для перетворення URL-адреси SIPS назад в SIP.

Реєстрація успішна, коли отримано 200 ОК від доступу SBC.

Flow diagram of authentication and registration of Webex Calling with Local gateway

Налаштування локального шлюзу за допомогою магістралі SIP PSTN

Побудувавши магістраль Webex Calling вище, скористайтеся наступною конфігурацією, щоб створити незашифрований магістраль для постачальника PSTN на основі SIP:

Якщо ваш постачальник послуг пропонує безпечний магістраль PSTN, ви можете дотримуватися аналогічної конфігурації, як описано вище для багажникаWebex Calling. CUBE підтримує безпечну маршрутизацію дзвінків.

Якщо ви використовуєте магістраль TDM/ISDN PSTN, перейдіть до наступного розділу Налаштування локального шлюзу з магістраллю TDM PSTN.

Щоб налаштувати інтерфейси TDM для ніг виклику PSTN на шлюзах Cisco TDM-SIP, див. розділ Налаштування ISDN PRI.

1

Налаштуйте наступний uri голосового класу для ідентифікації вхідних викликів із магістралі PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ось пояснення полів для конфігурації:

голосовий клас типу 200 sip

Визначає шаблон для узгодження вхідного запрошення SIP до в хідного магістрального комутатора. При введенні цього шаблону використовуйте IP-адресу вашого IP PSTN-шлюзу. Докладніші відомості див. у розділі uri голосового класу.

2

Налаштуйте наступну IP-адресу PSTN комутованого одноранга:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ось пояснення полів для конфігурації:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Визначає телефонний зв'язок VoIP з тегом 200 і дає змістовний опис для зручності управління та усунення несправностей. Докладніші відомості див. у розділі Голос з одностороннім зв'язком.

шаблон призначення BAD.BAD

Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. Доклад ніші відомості див. у розділі шаблон призначення (інтерфейс).

протокол сеансу sipv2

Вказує, що цей одногрупований інтерфейс обробляє лінії виклику SIP. Для отримання додаткової інформації див. Прото кол сеансу (набір однорантів).

ціль сеансу ipv4:192.168.80.13

Вказує цільову адресу для дзвінків, надісланих постачальнику PSTN. Це може бути або IP- адреса, або ім'я хоста DNS. Докладніші відомості див. у статті Ціль ове призначення сеансу (одногруповий телефон ний дзвінок VoIP).

вхідні типи через 200

Вказує клас голосу, який використовується для узгодження в хідних дзвінків до цього однорангового комутатора за допомогою URI заголовка INVITE VIA. Для отримання додаткової інформації див. В хідні URL-адреси.

пай із підтвердженим ідентифікатором голосового класу sip

(Необов'язково) Вмикає оброб ку заголовків P-Asserted-Identity та контролює, як це використовується для магістралі PSTN. Якщо використовується ця команда, для вихідних заголовків From та P-Asser ted-Identity використовується ідентифікатор викликаючої сторони, наданий вхідним номером. Якщо ця команда не використовується, для вихідних заголовків From та Remote Par ty-ID використовується ідентифікатор викликаючої сторони, наданий від вхідного комутованого партнера. Для отримання додаткової інформації див. розділ sip asserted-id голосового класу.

прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0

Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка.

зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0

Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка.

кодек голосового класу 100

Налаштовує комутовану групу для використання загального списку фільтрів кодеків 100. Для отримання додаткової інформації див. Кодек голосового класу .

DTMF-реле RTP-NTE

Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP).

нема чого

Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer).

3

Якщо ви налаштовуєте локальний шлюз для маршрутизації викликів лише між мереже Webex Calling ю PSTN, додайте наступну конфігурацію маршрутизації викликів. Якщо ви налаштов уєте локальний шлюз за допомогою платформи Unified Communications Manager , перейдіть до наступного розділу.

Створюйте однорангові групи для маршрутизації дзвінків до Webex Calling або до PSTN . Визначте DPG 100 з вихідним набором 100 до. Webex Calling DPG 100 застосовується до вхідного комутованого одноранга з PSTN. Аналогічно визначте DPG 200 з вихідним набором 200 до PSTN. DPG 200 застосовується до вхідного комутованого одноранга з Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ось пояснення полів для конфігурації:
одногрупований 100
Пов'язує вихідного комутованого одноранга з групою комутованих рів нів. Для отримання додаткової інформації див. розділ dpg голосового класу .
Застосуйте групи комутованих рівнів для маршрутизації дзвінків з Webex до PSTN та з PSTN до Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ось пояснення полів для конфігурації:
пункт призначення dpg 200
Визначає, яку групу комутованих рівнів, а о тже, і комутованого одноранга слід використовувати для обробки вихідних дзвінків, представлених цьому вхідному кому тованому рівню.

Це завер шує конфігурацію локального шлюзу. Збережіть конфігурацію та перезавантажте платформу, якщо це перший раз, коли функції CUBE налаштовуються.

Налаштування локального шлюзу за допомогою магістралі TDM PSTN

Побудувавши магістральWebex Calling, скористайтеся наступною конфігурацією, щоб створити магістраль TDM для вашої служби PSTN з маршрутизацією зворотних дзвінків, щоб забезпечити оптимізацію медіа на лінії викликів Webex.

Якщо вам не потрібна оптимізація носіїв IP, виконайте кроки налаштування для магістралі SIP PSTN. Використовуйте голосовий порт і комутований контакт POTS (як показано в кроках 2 і 3) замість комутованого однорангового PSTN VoIP.


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

Налаштування локального шлюзу з існуючим Unified CM середовищем

Кон Webex Calling фігурація PSTN- у попередніх розділах може бути змінена, щоб включити додаткові стовбури до кластера Cisco Unified Communications Manager (UCM). У цьому випадку всі дзвінки маршрутизуються черезUnified CM. Дзвінки з UCM на порт 5060 маршрутизуються на PSTN, а дзвінки з порту 5065 - до. Webex Calling Наступні додаткові конфігурації можуть бути додані, щоб включити цей сценарій виклику.

Під час створення Webex Calling магістралі пере конай Unified CM теся, що ви налаш тували вхідний порт у налаштуваннях профілю безпеки магістралі SIP на 5065. Це дозволяє вхідні повідомлення на порт 5065 і заповнювати заголовок VIA цим значенням при відправці повідомлень в Локальний шлюз.

1	Налаштуйте наступні URI голосового класу: Класифікує Unified CM виклики Webex за допомогою порту SIP VIA: `voice class uri 300 sip pattern :5065` Класифікує Unified CM до викликів PSTN за допомогою SIP через порт: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Класифікуйте вхідні повідомлення від UCM до магістралі PSTN, використовуючи один або кілька шаблонів, які описують вихідні адреси джерела та номер порту. Регулярні вирази можуть бути використані для визначення відповідних шаблонів, якщо це необхідно. У наведеному вище прикладі використовується регулярний вираз для узгодження будь-якої IP- адреси в діапазоні 192.168.80.60 до 65 і номера порту 5060.
2	Налаштуйте наступні записи DNS для визначення маршрутизації SRV до хостів Unified CM : IOS XE використовує ці записи для локального визначення цільових хостів та портів UCM. При такій конфігурації не потрібно налаштовувати записи у вашій системі DNS. Якщо ви віддаєте перевагу використовувати свій DNS, то ці локальні конфігурації не потрібні. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Ось пояснення полів для конфігурації: Наступна команда створює запис DNS SRV ресурсу. Створіть запис для кожного хоста та магістралі UCM: ip хост _sip. _udp.pstn tocucm.io серв 2 1 5060 ucmsub5.mydomain.com _ковток. _udp.pstn tocucm.io: ім'я запису ресурсу SRV 2: Пріоритет запису ресурсу SRV 1: Вага запису ресурсу SRV 5060: номер порту, який буде використовуватися для цільового хоста в цьому записі ресурсу ucmsub5.mydomain .com: Цільовий хост запису ресурсу Щоб визначити імена хостів цільових записів ресурсу, створіть локальні записи DNS A. Наприклад: ip хостинг ucmsub5.mydomain.com 192.168.80.65 ip host: Створює запис у локальній базі даних IOS XE. ucmsub5.mydomain.com: Ім'я хоста запису A. 192.168.80.65: IP-адреса хоста. Створіть записи ресурсів SRV та записи A, щоб відобразити ваше середовище UCM та бажану стратегію розподілу викликів.
3	Налаштуйте такі комутовані аналоги: Dial-peer для дзвінків між і: Unified CM Webex Calling `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ось пояснення полів для конфігурації: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Визначає телефонний зв'язок VoIP з тегом 300 і дає змістовний опис для зручності управління та усунення несправностей. шаблон призначення BAD.BAD Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. протокол сеансу sipv2 Визначає, що комутований одноранг 300 обробляє лінії викли ку SIP. Для отримання додаткової інформації див. Прото кол сеансу (комутований одноранжник). ціль сеансу dns:wxtocucm.io Визначає ціль сеансу кількох Unified CM вузлів за допомогою DNS SRV роздільної здатності. У цьому випадку локально визначен ий запис SRV wxtocucm.io використовується для направлення дзвінків. вхідні типи через 300 Використовує URI голосового класу 300 для направлення всього вхідного трафіку з Unified CM використанням вихідного порту 5065 до цього комутованого одноранга. Для отримання додаткової інформації див. В хід ні URI. кодек голосового класу 100 Вказує список фільтрів коде ків для викликів до та зUnified CM. Для отримання додаткової інформації див. К одек голосового класу. прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка. зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка. DTMF-реле RTP-NTE Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP). нема чого Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer). Dial-peer для дзвінків між Unified CM і PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ось пояснення полів для конфігурації: `dial-peer voice 400 voip description UCM-PSTN trunk` Визначає телефонний зв'язок VoIP з тегом 400 і дає змістовний опис для зручності управління та усунення несправностей. шаблон призначення BAD.BAD Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. протокол сеансу sipv2 Вказує, що комутований одноранг 400 обробляє лінії викли ку SIP. Для отримання додаткової інформації див. Прото кол сеансу (комутований одноранжник). ціль сеансу dns:pstntocucm.io Визначає ціль сеансу кількох Unified CM вузлів за допомогою DNS SRV роздільної здатності. У цьому випадку локально визначен ий запис SRV pstntocucm.io використовується для направлення дзвінків. вхідні типи через 400 Використовує URI голосового класу 400 для направлення всього вхідного трафіку від зазначених хостів за допомогою Unified CM вихідного порту 5060 до цього комутованого одноранга. Для отримання додаткової інформації див. В хід ні URI. кодек голосового класу 100 Вказує список фільтрів коде ків для викликів до та зUnified CM. Для отримання додаткової інформації див. К одек голосового класу. прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка. зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка. DTMF-реле RTP-NTE Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP). нема чого Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer).
4	Додайте маршрутизацію викликів за допомогою таких конфігурацій: Створюйте однорангові групи для маршрутизації дзвінків між Unified CM і. Webex Calling Визначте DPG 100 із вихід ним набором 100. Webex Calling DPG 100 застосовується до пов'язаного вхідного комутованого однорангового зв'язку з. Unified CM Аналогічно визначте DPG 300 із вихідним набором 300 до. Unified CM DPG 300 застосовується до вхідного комутованого одноранга з Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Створіть групи комутованих рівнів для маршрутизації дзвінків між мереже Unified CM ю PSTN . Визначте DPG 200 з вихід ним набором 200 до PSTN. DPG 200 застосовується до пов'язаного вхідного комутованого однорангового зв'язку з. Unified CM Аналогічно визначте DPG 400 із вихідним набором 400 до. Unified CM DPG 400 застосовується до вхідного комутованого одноранга з PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Ось пояснення полів для конфігурації: одногрупований 100 Пов'язує вихідного комутованого одноранга з групою комутованих рів нів. Для отримання додаткової інформації див. розділ dpg голосового класу . Застосуйте групи комутованих рівнів для маршрутизації дзвінків з Webex до Unified CM і з Unified CM Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Ось пояснення полів для конфігурації: пункт призначення dpg 300 Визначає, яку групу комутованих рівнів, а о тже, і комутованого одноранга слід використовувати для обробки вихідних дзвінків, представлених цьому вхідному кому тованому рівню. Застосуйте групи однорангових для маршрутизації дзвінків з PSTN до Unified CM і з Unified CM PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Це завер шує конфігурацію локального шлюзу. Збережіть кон фігурацію та перезавантажте платформу, якщо це перший раз, коли функції CUBE були налаштовані.

Відстеження локального шлюзу та усунення неполадок за допомогою діагностичних

Діагностичні підписи (DS) активно виявляє часто спостерігаються проблеми в локальному шлюзі на базі IOS X та генерує повідомлення електронної пошти, системний журнал або повідомлення терміналу про подію . Ви також можете встановити DS для автоматизації збору даних діагностики та передачі зібраних даних у Cisco TAC корпус, щоб прискорити час вирішення.

Діагностичні підписи (DS) — це файли XML, які містять інформацію про події запуску проблеми та дії, які слід вжити для інформування, усунення неполадок та усунення неполадок . Ви можете визначити логіку виявлення проблем за допомогою повідомлень syslog, подій SNMP та шляхом періодичного моніторингу конкретних виходів команд шоу.

Типи дій включають збір вихідних команд show:

Створення консолідованого файлу журналу
Завантаження файлу в мережеве місце, надане користувачем, наприклад HTTPS, SCP, FTP-сервер.

Інженери TAC створюють файли DS та підписують їх цифровим способом для захисту цілісності. Кожен файл DS має унікальний числовий ідентифікатор, призначений системою. Інстру@@ мент пошуку діагностичних підписів (DSLT) - це єдине джерело для пошуку відповідних підписів для моніторингу та усунення різних проблем.

Перш ніж почати:

Не редагуйте файл DS, який ви завантажуєте з DSLT. Файли, які ви змінюєте, не вдалося встановити через помилку перевірки цілісності.
Простий сервер протоколу передачі пошти (SMTP), необхідний для локального шлюзу для надсилання сповіщень електронною поштою.
Переконайтеся, що локальний шлюз працює під управлінням IOS XE 17.6.1 або новішої версії, якщо ви хочете використовувати захищений SMTP-сервер для сповіщень електронною поштою.

передумови

Локальний шлюз під управлінням IOS XE 17.6.1a або новішої версії

Діагностичні підписи увімкнено за замовчуванням.
Налаштуйте захищений сервер електронної пошти, який буде використовуватися для надсилання проактивного сповіщення, якщо на пристрої працює Cisco IOS XE 17.6.1a або новішої версії.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Налаштуйте змінну середовища ds_emailз адресою електронної пошти адміністр атора, щоб повідомити вас.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Нижче наведено приклад конфігурації локального шлюзу, запущеного на Cisco IOS XE 17.6.1a або новішої версії, для надсилання проактивних сповіщень на адресу tacfaststart@gmail.com, використовуючи Gmail як захищений SMTP-сервер:

Ми рекомендуємо вам використовувати Cisco IOS XE Bengaluru 17.6.x або пізніші версії.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Локальний шлюз, що працює на програмному забезпеченні Cisco IOS XE, не є типовим веб- клієнтом Gmail, який підтримує OAuth, тому ми повинні налаштувати конкретні налаштування облікового запису Gmail та надати конкретний дозвіл на правильну обробку електронної пошти з пристрою:

Перейдіть до Керування обліковим записом Google > Без пека та увімкніть параметр Менш безпечний доступ до додатків.
Відповідайте «Так, це був я», коли ви отримуєте електронний лист від Gmail із зазначенням «Google заборонив ком усь увійти до вашого облікового запису за допомогою програми, що не є Google ».

Встановлення діагностичних сигнатур для проактивного моніторингу

Моніторинг високого використання процесора

Цей DS відстежує використання процесора протягом п'яти секунд за допомогою SNMP OID 1.3.6.1.4.1.9.2.1.56. Коли використання досягає 75% або більше, він вимикає всі налагодження та видаляє всі діагностичні сигнатури, які встановлені в локальному шлюзі. Скористайтеся наведеними нижче кроками, щоб встановити підпис.

Використовуйте команду show snmp, щоб у вімкнути SNMP. Якщо ви не включили, то налаштуйте команду snmp-server manager.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 64224, скориставшись наведеними нижче параметрами в Інструменті пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або Серія Cisco CSR 1000 В
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронною поштою.

Скопіюйте файл DS XML на флеш локального шлюзу.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

У наведеному нижче прикладі показано копіювання файлу з FTP-сервера на локальний шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Встановіть файл DS XML в локальний шлюз.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Скористайтеся коман дою show call-home diagnostic-signature, щоб перекон атися, що підпис успішно встановлено. Стовпець статусу повинен мати значення «зареєстровано».

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Завантажте DSE:

DS ID	Ім'я DS	Ревізія	Статус	Останнє оновлення (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-07 22:05:33

При спрацьовуванні цей підпис видаляє всі запущені DSs, включаючи себе. При необхідності перевстановіть DS 64224, щоб продовжити моніторинг високого використання процесор а на локальному шлюзі.

Моніторинг реєстрації магістралі SIP

Цей DS перевіряє скасування реєстрації локального шлюзу SIP Trunk з Webex Calling хмарою кожні 60 секунд. Після виявлення події зняття реєстрації вона генерує повідомлення електронної пошти та syslog та видаляється після двох випадків зняття реєстрації. Скористайтеся наведеними нижче кроками, щоб встановити підпис:

Завантажте DS 64117 за допомогою наведених нижче опцій в Інструменті пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або Серія Cisco CSR 1000 В
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	SIP-SIP
Тип проблеми	Відмова від реєстрації магістралі SIP за допомогою повідомлення електронної пошти.

Скопіюйте файл DS XML в локальний шлюз.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Встановіть файл DS XML в локальний шлюз.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Скористайтеся коман дою show call-home diagnostic-signature, щоб перекон атися, що підпис успішно встановлено. Стовпець статусу повинен мати значення «зареєстровано».

Моніторинг ненормальних відключень дзвінків

Цей DS використовує опитування SNMP кожні 10 хвилин для виявлення ненормального відключення виклику з помил ками SIP 403, 488 та 503.  Якщо приріст кількості помилок перевищує або дорів нює 5 від останнього опитування, він генерує системний журнал та сповіщення електронною поштою. Будь ласка , скористайтеся наведеними нижче кроками, щоб встановити підпис.

Використовуйте команду show snmp, щоб перевірити, чи ввімкнено SNMP. Якщо він не включений, налаштуйте команду snmp-server manager .

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 65221 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або Серія Cisco CSR 1000 В
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Продуктивність
Тип проблеми	Виявлення ненормального відключення виклику SIP за допомогою повідомлення електронної пош ти та Syslog.

Скопіюйте файл DS XML в локальний шлюз.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Встановіть файл DS XML в локальний шлюз.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Скористайтеся коман дою show call-home diagnostic-signature, щоб перекон атися, що підпис успішно встановлено. Стовпець статусу повинен мати значення «зареєстровано».

Встановлення діагностичних підписів для усунення неполадки

Використовуйте діагностичні підписи (DS) для швидкого вирішення проблем. Cisco TACінженери створи ли кілька підписів, які дозволяють необхідні налагодження, необхідні для усунення заданої проблеми, виявлення виникнення проблеми, збору потрібного набору діагности чних даних та автоматичної передачі даних у корпус. Cisco TAC Діагностичні сигнатури (DS) усувають необхідність вручну перевіряти наявність проблеми та значно полегшує усунення несправностей періодичних та перехідних проблем.

Ви можете скористатися інструментом пошуку діагностичних під писів, щоб знайти відповідні підписи та встановити їх для самостійного вирішення певної проблеми, або встановити підпис, рекомендований інженером TAC як частину підтримки.

Ось приклад того, як знайти та встановити DS для виявлення виникнення «% VOICE_IEC -3-GW: CCAPI: Внутрішня помилка (поріг спайку виклику): IEC=1.1.181.1.29. 0" syslog та автоматизувати збір діагностичних даних за допомогою наступних кроків:

Налаштуйте додаткову змінну середовища DS ds_fsurl_prefix, яка є шляхом Cisco TAC файлового сервера (cxd.cisco.com), на який завантажуються зібрані дані діагностики. Ім 'я користувача у шляху до файлу - це номер справи, а пароль - це марке р завантаження файлу, який можна отримати з менеджера справ підтримки за допомогою наступної команди. Токен завантаження файлів можна створити в розділі «Вкладені файли» в Менеджері справ підтримки, якщо це необхідно.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Приклад:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Переконайтеся, що SNMP увімкнено за допомогою команди show snmp . Якщо він не включений, налаштуйте команду snmp-server manager .
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Обов'язково встановіть DS 64224 для моніторингу високого процесора як активний захід для ви мкнення всіх налагоджувальних та діагностичних сигнатур під час високого використання процесор а. Завантажте DS 64224 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або Серія Cisco CSR 1000 В
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронною поштою.

Завантажте DS 65095 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Серія Cisco 4300, 4400 ISR або Серія Cisco CSR 1000 В
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Сислоги
Тип проблеми	Системний журнал -% VOICE_IEC -3-GW: CCAPI: Внутрішня помилка (поріг спайку виклику): IEC = 1.1.181.1.29.0

Скопіюйте файли DS XML в локальний шлюз.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Встановіть DS 64224 для моніторингу високого процесора, а потім XML-файл DS 65095 у локальний шлюз .

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Переконайтеся, що підпис успішно встановлено за допомогою команди show call-home diagnostic -signature. Стовпець статусу повинен мати значення «зареєстровано».

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DSE:

DS ID

Ім'я DS

Ревізія

Статус

Останнє оновлення (GMT+ 00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Зареєстровано

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Зареєстровано

2020-11-08

Перевірка виконання діагностичних підписів

У наступній команді стовпець «Статус» команди показати діагностику -підпис виклику додому змінюється на «запущено», тоді як Локальний шлюз виконує дію, визначену в підписі. Вихід показу статистики діагностичного підпису виклику додому є найкращ им способом перевірити, чи діагностичний підпис виявляє цікаву подію та виконує дію. У стовпці «Triggered/Max/Deinstall» вказується кількість разів, коли даний підпис викликав подію, максимальну кількість разів, коли вона визначається для виявлення події, і чи видаля ється підпис після виявлення максимальної кількості спрацьованих подій.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DSE:

DS ID	Ім'я DS	Ревізія	Статус	Останнє оновлення (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Біг	2020-11-08 00:12:53

показати статистику діагностичних підписів виклику додому

DS ID	Ім'я DS	Запущення/Макс/Деін сталяція	Середній час роботи (секунди)	Максимальний час роботи (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Електронний лист сповіщення, що надсилається під час виконання діагностичного підпису, містить ключову інформацію, таку як тип проблеми, деталі пристрою, версія програмного забезпечення, запущена конфігурація та показ виходів команд, які мають значення для усунення заданої проблеми.

Видалення діагностичних підписів

Використання діагностичних підписів для усунення несправностей зазвичай визначається для видалення після виявлення деяких проблем. Якщо ви хочете видалити підпис вручну, витягніть ідентифікатор DS із виводу команди show call-home diagnostic-signature та виконайте таку команду:

call-home diagnostic-signature deinstall <DS ID>

Приклад:

call-home diagnostic-signature deinstall 64224

Нові підписи періодично додаються в Інструмент пошуку сигнатур діагностики на основі проблем, які зазвичай спостерігаються під час розгортання. Наразі TAC не підтримує запити на створення нових власних підписів.

Керуйте та перевіряйте шлюзи Cisco IOS XE через Центр управління

Для кращого управління шлюзами Cisco IOS XE ми рекомендуємо зареєструвати шлюзи та керувати ними через Центр управління. Це необов'язкова конфігурація. Після реєстрації ви можете скористатися параметром перевірки конфігурації в Центрі керування, щоб перевірити конфігура цію локального шлюзу та визначити будь-які проблеми з конфігурацією. Наразі цю функцію підтримують лише магістралі на основі реєстрації.

Для отримання додаткової інформації зверніться до наступного:

Огляд дизайну

У цьому розділі описано, як налаштувати Cisco Unified Border Element (CUBE) як локальний шлюз для Webex Calling використання взаємного SIP-магістралі TLS (MTL) на основі сертифікатів. Перша частина цього документа ілю струє, як налаштувати простий шлюз PSTN. У цьому випадку всі дзвінки з PSTN маршрутизуються Webex Calling і всі дзвінки з маршрути Webex Calling зуються на PSTN. Наступне зображення висвітлює це рішення та конфігурацію маршрутизації дзвінків високого рівня, яку буде дотримано.

У цій конструкції використовуються наступні основні конфігурації:

орендарі голосового класу: Використовується для створення конкретних конфігурацій магістралі.
голосовий клас uri: Використовується для класифікації SIP-повідомлень для вибору вхідного комутов аного одноранга.
вхідний комутований одноранговий: забезпечує обробку вхідних SIP-повідомлень та визначає вихідний маршрут за допомогою групи комутованих рівнів.
група комутованих рівнів: Ви значає вихідні комутовані аналоги, які використовуються для подальшої маршрутизації дзвінків.
вихідний комутований одноранжник: забезпечує обробку вихідних SIP-повідомлень та маршрутизує їх до необхідної цілі.

Під час підключення локального Cisco Unified Communications Manager рішення можна використовувати просту Webex Calling конфігурацію шлюзу PSTN як базову лінію для побудови рішення, показаного на наступній діаграмі. У цьому випадку Unified Communications Manager забезпечує централізовану маршрутизацію та обробку всіх PSTN та Webex Calling дзвінків.

У цьому документі використовуються імена хостів, IP-адреси та інтерфейси, проілюстровані на наступному зображенні. Параметри передбачені для публічного або приватного адресації (за NAT ). Записи SRV DNS є необов'язковими, за винятком балансування навантаження між кількома екземплярами CUBE .

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Використовуйте вказівки щодо налаштування в решті цього документа, щоб завершити конфігурацію локального шлюзу наступним чином:

Налаштуйте підключення та безпеку

Базова конфігурація

Першим кроком у підготовці маршрутизатора Cisco як локального шлюзу Webex Calling є створення базов ої конфігурації, яка захищає вашу платформу та встановлює підключення.

Усі розгортання локального шлюзу на основі сертифікатів вимагають Cisco IOS XE 17.9.1a або пізніших версій. Cisco IOSРекомендується XE 17.12.2 або новішої версії. Рекомендовані версії див. на сторінці дослідження програмного забезпечення Cisco. Шукайте платформу і виберіть один із запропонованих релі зів.
- Маршрутизатори серії ISR4000 повинні бути налаштовані як з ліцензіями на технології уніфікованих комунікацій, так і на технології безпеки.
- Маршрутизатори серії Catalyst Edge 8000, оснащені голосовими картами або DSP, вимагають ліцензування DNA Adv antage. Маршрутизатори без голосових карт або DSP вимагають мінімум ліцензування ДНК Essentials.
- Для потреб високої ємності вам також може знадобитися ліцензія високої безпеки (HSEC) та додаткові права на пропускну здатність.
  
  Для отримання додаткової інформації зверніться до Коди авторизації.
Створіть базову конфігурацію для вашої платформи, яка відповідає вашій бізнес-політиці. З окрема, налаштуйте і перевірте наступне:
- NTP
- ACL
- Аутентифікація користувача та віддалений доступ
- DNS
- IP маршрутизація
- IP-адреси
Мережа Webex Calling повинна використовувати адресу IPv4. Повністю кваліфіковані доменні імена локального шлюзу (FQDN) або адреси службових записів (SRV), налаштовані в Центрі керування, повинні бути передані на загальнодоступну адресу IPv4 в Інтернеті.
Усі порти SIP та медіа-порти в інтерфейсі локального шлюзу, що стоять перед Webex, повинні бути доступні з Інтернету, безпосередньо або через статичний NAT. Переконайтеся, що ви оновили брандмауер відповідно.
Виконайте детальні кроки налаштування, наведені нижче, щоб встановити підписаний сертифікат на локальний шлюз:
- Публічний Certificate Authority (CA), як детально описано в розділі Які органи кореневого сертифіката підтримуються для дзвінків на Cisco Webex аудіо- та відеоплатформи? необхідно підписати сертифікат пристрою.
- Суб'єкт сертифіката Загальне ім'я (CN) або одне з альтернативних імен суб'єк тів (SAN) має бути таким же, як і FQDN, налаштований у Центрі керування. Наприклад:
  - Якщо у налаштованому магістралі в Контрольному центрі вашої організації є cube1.lgw.com:5061 як FQDN локального шлюзу, то CN або SAN в сертифікаті маршрутизатора повинні містити cube1.lgw.com. 
  - Якщо у налаштованому магістралі в Центрі керування вашої організації вказано lgws.lgw.com як адресу SRV локальних шлюзів, доступних з магістралі, тоді CN або SAN у сертифікаті маршрутизатора повинні містити lgws.lgw.com. Записи, на які розв'я зується адреса SRV (CNAME, A Record або IP-адреса), є необов'язковими в SAN.
  - Незалежно від того, чи використовуєте ви FQDN або SRV для магістралі, контактна адреса для всіх нових діалогових вікон SIP з локального шлюзу має використовувати ім'я, налаштоване в Центрі керування.
- Переконайтеся, що сертифікати підписані для використання клієнтом і сервером.
Завантажте пакет кореневої CA Cisco до локального шлюзу. Цей пакет включає кореневий сертифікат CA, який використовується для перевірки платформи Webex.

конфігурація


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Налаштування магістр Webex Calling алі на основі сертифікатів



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

Налаштування локального шлюзу за допомогою магістралі SIP PSTN

Побудувавши магістраль Webex Calling вище, скористайтеся наступною конфігурацією, щоб створити незашифрований магістраль для постачальника PSTN на основі SIP:

Якщо ваш постачальник послуг пропонує безпечний магістраль PSTN, ви можете дотримуватися аналогічної конфігурації, як описано вище для багажникаWebex Calling. CUBE підтримує безпечну маршрутизацію дзвінків.

Якщо ви використовуєте магістраль TDM/ISDN PSTN, перейдіть до наступного розділу Налаштування локального шлюзу з магістраллю TDM PSTN.

Щоб налаштувати інтерфейси TDM для ніг виклику PSTN на шлюзах Cisco TDM-SIP, див. розділ Налаштування ISDN PRI.

1

Налаштуйте наступний uri голосового класу для ідентифікації вхідних викликів із магістралі PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ось пояснення полів для конфігурації:

голосовий клас типу 200 sip

Визначає шаблон для узгодження вхідного запрошення SIP до в хідного магістрального комутатора. При введенні цього шаблону використовуйте IP-адресу вашого IP PSTN-шлюзу. Докладніші відомості див. у розділі uri голосового класу.

2

Налаштуйте наступну IP-адресу PSTN комутованого одноранга:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ось пояснення полів для конфігурації:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Визначає телефонний зв'язок VoIP з тегом 200 і дає змістовний опис для зручності управління та усунення несправностей. Докладніші відомості див. у розділі Голос з одностороннім зв'язком.

шаблон призначення BAD.BAD

Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. Доклад ніші відомості див. у розділі шаблон призначення (інтерфейс).

протокол сеансу sipv2

Вказує, що цей одногрупований інтерфейс обробляє лінії виклику SIP. Для отримання додаткової інформації див. Прото кол сеансу (набір однорантів).

ціль сеансу ipv4:192.168.80.13

Вказує цільову адресу для дзвінків, надісланих постачальнику PSTN. Це може бути або IP- адреса, або ім'я хоста DNS. Докладніші відомості див. у статті Ціль ове призначення сеансу (одногруповий телефон ний дзвінок VoIP).

вхідні типи через 200

Вказує клас голосу, який використовується для узгодження в хідних дзвінків до цього однорангового комутатора за допомогою URI заголовка INVITE VIA. Для отримання додаткової інформації див. В хідні URL-адреси.

пай із підтвердженим ідентифікатором голосового класу sip

(Необов'язково) Вмикає оброб ку заголовків P-Asserted-Identity та контролює, як це використовується для магістралі PSTN. Якщо використовується ця команда, для вихідних заголовків From та P-Asser ted-Identity використовується ідентифікатор викликаючої сторони, наданий вхідним номером. Якщо ця команда не використовується, для вихідних заголовків From та Remote Par ty-ID використовується ідентифікатор викликаючої сторони, наданий від вхідного комутованого партнера. Для отримання додаткової інформації див. розділ sip asserted-id голосового класу.

прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0

Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка.

зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0

Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка.

кодек голосового класу 100

Налаштовує комутовану групу для використання загального списку фільтрів кодеків 100. Для отримання додаткової інформації див. Кодек голосового класу .

DTMF-реле RTP-NTE

Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP).

нема чого

Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer).

3

Якщо ви налаштовуєте локальний шлюз для маршрутизації викликів лише між мереже Webex Calling ю PSTN, додайте наступну конфігурацію маршрутизації викликів. Якщо ви налаштов уєте локальний шлюз за допомогою платформи Unified Communications Manager , перейдіть до наступного розділу.

Створюйте однорангові групи для маршрутизації дзвінків до Webex Calling або до PSTN . Визначте DPG 100 з вихідним набором 100 до. Webex Calling DPG 100 застосовується до вхідного комутованого одноранга з PSTN. Аналогічно визначте DPG 200 з вихідним набором 200 до PSTN. DPG 200 застосовується до вхідного комутованого одноранга з Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ось пояснення полів для конфігурації:
одногрупований 100
Пов'язує вихідного комутованого одноранга з групою комутованих рів нів. Для отримання додаткової інформації див. розділ dpg голосового класу .
Застосуйте групи комутованих рівнів для маршрутизації дзвінків з Webex до PSTN та з PSTN до Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ось пояснення полів для конфігурації:
пункт призначення dpg 200
Визначає, яку групу комутованих рівнів, а о тже, і комутованого одноранга слід використовувати для обробки вихідних дзвінків, представлених цьому вхідному кому тованому рівню.

Це завер шує конфігурацію локального шлюзу. Збережіть конфігурацію та перезавантажте платформу, якщо це перший раз, коли функції CUBE налаштовуються.

Налаштування локального шлюзу за допомогою магістралі TDM PSTN

Побудувавши магістральWebex Calling, скористайтеся наступною конфігурацією, щоб створити магістраль TDM для вашої служби PSTN з маршрутизацією зворотних дзвінків, щоб забезпечити оптимізацію медіа на лінії викликів Webex.

Якщо вам не потрібна оптимізація носіїв IP, виконайте кроки налаштування для магістралі SIP PSTN. Використовуйте голосовий порт і комутований контакт POTS (як показано в кроках 2 і 3) замість комутованого однорангового PSTN VoIP.


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

Налаштування локального шлюзу з існуючим Unified CM середовищем

Кон Webex Calling фігурація PSTN- у попередніх розділах може бути змінена, щоб включити додаткові стовбури до кластера Cisco Unified Communications Manager (UCM). У цьому випадку всі дзвінки маршрутизуються черезUnified CM. Дзвінки з UCM на порт 5060 маршрутизуються на PSTN, а дзвінки з порту 5065 - до. Webex Calling Наступні додаткові конфігурації можуть бути додані, щоб включити цей сценарій виклику.

1	Налаштуйте наступні URI голосового класу: Класифікує Unified CM виклики Webex за допомогою порту SIP VIA: `voice class uri 300 sip pattern :5065` Класифікує Unified CM до викликів PSTN за допомогою SIP через порт: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Класифікуйте вхідні повідомлення від UCM до магістралі PSTN, використовуючи один або кілька шаблонів, які описують вихідні адреси джерела та номер порту. Регулярні вирази можуть бути використані для визначення відповідних шаблонів, якщо це необхідно. У наведеному вище прикладі використовується регулярний вираз для узгодження будь-якої IP- адреси в діапазоні 192.168.80.60 до 65 і номера порту 5060.
2	Налаштуйте наступні записи DNS для визначення маршрутизації SRV до хостів Unified CM : IOS XE використовує ці записи для локального визначення цільових хостів та портів UCM. При такій конфігурації не потрібно налаштовувати записи у вашій системі DNS. Якщо ви віддаєте перевагу використовувати свій DNS, то ці локальні конфігурації не потрібні. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Ось пояснення полів для конфігурації: Наступна команда створює запис DNS SRV ресурсу. Створіть запис для кожного хоста та магістралі UCM: ip хост _sip. _udp.pstn tocucm.io серв 2 1 5060 ucmsub5.mydomain.com _ковток. _udp.pstn tocucm.io: ім'я запису ресурсу SRV 2: Пріоритет запису ресурсу SRV 1: Вага запису ресурсу SRV 5060: номер порту, який буде використовуватися для цільового хоста в цьому записі ресурсу ucmsub5.mydomain .com: Цільовий хост запису ресурсу Щоб визначити імена хостів цільових записів ресурсу, створіть локальні записи DNS A. Наприклад: ip хостинг ucmsub5.mydomain.com 192.168.80.65 ip host: Створює запис у локальній базі даних IOS XE. ucmsub5.mydomain.com: Ім'я хоста запису A. 192.168.80.65: IP-адреса хоста. Створіть записи ресурсів SRV та записи A, щоб відобразити ваше середовище UCM та бажану стратегію розподілу викликів.
3	Налаштуйте такі комутовані аналоги: Dial-peer для дзвінків між і: Unified CM Webex Calling `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ось пояснення полів для конфігурації: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Визначає телефонний зв'язок VoIP з тегом 300 і дає змістовний опис для зручності управління та усунення несправностей. шаблон призначення BAD.BAD Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. протокол сеансу sipv2 Визначає, що комутований одноранг 300 обробляє лінії викли ку SIP. Для отримання додаткової інформації див. Прото кол сеансу (комутований одноранжник). ціль сеансу dns:wxtocucm.io Визначає ціль сеансу кількох Unified CM вузлів за допомогою DNS SRV роздільної здатності. У цьому випадку локально визначен ий запис SRV wxtocucm.io використовується для направлення дзвінків. вхідні типи через 300 Використовує URI голосового класу 300 для направлення всього вхідного трафіку з Unified CM використанням вихідного порту 5065 до цього комутованого одноранга. Для отримання додаткової інформації див. В хід ні URI. кодек голосового класу 100 Вказує список фільтрів коде ків для викликів до та зUnified CM. Для отримання додаткової інформації див. К одек голосового класу. прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка. зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка. DTMF-реле RTP-NTE Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP). нема чого Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer). Dial-peer для дзвінків між Unified CM і PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ось пояснення полів для конфігурації: `dial-peer voice 400 voip description UCM-PSTN trunk` Визначає телефонний зв'язок VoIP з тегом 400 і дає змістовний опис для зручності управління та усунення несправностей. шаблон призначення BAD.BAD Для маршрутизації вихідних дзвінків за допомогою вхідної групи комутованих рівнів потрібен шаблон фіктивного призначення. У цьому випадку може бути використаний будь-який дійсний шаблон призначення. протокол сеансу sipv2 Вказує, що комутований одноранг 400 обробляє лінії викли ку SIP. Для отримання додаткової інформації див. Прото кол сеансу (комутований одноранжник). ціль сеансу dns:pstntocucm.io Визначає ціль сеансу кількох Unified CM вузлів за допомогою DNS SRV роздільної здатності. У цьому випадку локально визначен ий запис SRV pstntocucm.io використовується для направлення дзвінків. вхідні типи через 400 Використовує URI голосового класу 400 для направлення всього вхідного трафіку від зазначених хостів за допомогою Unified CM вихідного порту 5060 до цього комутованого одноранга. Для отримання додаткової інформації див. В хід ні URI. кодек голосового класу 100 Вказує список фільтрів коде ків для викликів до та зUnified CM. Для отримання додаткової інформації див. К одек голосового класу. прив'язка керуючого джерелом-інтерфейсом GigabiteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для повідомлень, надісланих до PSTN. Для отримання додаткової інформації див. При в'язка. зв'язати інтерфейс джерела медіа Gigab iteThernet0/0/0 Налаштов ує інтерфейс джерела та пов'язану IP-адресу для носіїв, надісланих на PSTN. Для отримання додаткової інформації див. При в'язка. DTMF-реле RTP-NTE Визначає RTP-NTE (RFC2833) як здатність DTMF, очікувану на етапі виклику. Для отримання додат кової інформації див. Ре ле DTMF (голос через IP). нема чого Вимикає виявлення голосової активності. Для отримання додаткової інформації див. vad (dial peer).
4	Додайте маршрутизацію викликів за допомогою таких конфігурацій: Створюйте однорангові групи для маршрутизації дзвінків між Unified CM і. Webex Calling Визначте DPG 100 із вихід ним набором 100. Webex Calling DPG 100 застосовується до пов'язаного вхідного комутованого однорангового зв'язку з. Unified CM Аналогічно визначте DPG 300 із вихідним набором 300 до. Unified CM DPG 300 застосовується до вхідного комутованого одноранга з Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Створіть групи комутованих рівнів для маршрутизації дзвінків між мереже Unified CM ю PSTN . Визначте DPG 200 з вихід ним набором 200 до PSTN. DPG 200 застосовується до пов'язаного вхідного комутованого однорангового зв'язку з. Unified CM Аналогічно визначте DPG 400 із вихідним набором 400 до. Unified CM DPG 400 застосовується до вхідного комутованого одноранга з PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Ось пояснення полів для конфігурації: одногрупований 100 Пов'язує вихідного комутованого одноранга з групою комутованих рів нів. Для отримання додаткової інформації див. розділ dpg голосового класу . Застосуйте групи комутованих рівнів для маршрутизації дзвінків з Webex до Unified CM і з Unified CM Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Ось пояснення полів для конфігурації: пункт призначення dpg 300 Визначає, яку групу комутованих рівнів, а о тже, і комутованого одноранга слід використовувати для обробки вихідних дзвінків, представлених цьому вхідному кому тованому рівню. Застосуйте групи однорангових для маршрутизації дзвінків з PSTN до Unified CM і з Unified CM PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Це завер шує конфігурацію локального шлюзу. Збережіть кон фігурацію та перезавантажте платформу, якщо це перший раз, коли функції CUBE були налаштовані.

Відстеження локального шлюзу та усунення неполадок за допомогою діагностичних

Діагностичні підписи (DS) активно виявляє часто спостерігаються проблеми в локальному шлю Cisco IOS зі на базі X та генерує повідомлення електронної пошти, системний журнал або повідомлення терміналу про подію. Ви також можете встановити DS для автоматизації зб ору даних діагностики та передачі зібраних даних у Cisco TAC корпус, щоб прискорити час вирішення.

Діагностичні підписи (DS) — це файли XML, які містять інформацію про події викли ку проблеми та дії для інформування, усунення неполадок та усунення неполадок. Використовуйте повідомлення syslog, події SNMP та періодичний моніторинг конкретних виходів команд шоу для визначення логіки виявлення проблем. До видів дій відносяться:

Збір вихідних команд показу
Створення консолідованого файлу журналу
Завантаження файлу в мережеве місце, надане користувачем, наприклад HTTPS, SCP, FTP-сервер

Інженери TAC створюють файли DS та підписують їх цифровим способом для захисту цілісності. Кожен файл DS має унікальний числовий ідентифікатор, призначений системою. Інстру@@ мент пошуку діагностичних підписів (DSLT) - це єдине джерело для пошуку відповідних підписів для моніторингу та усунення різних проблем.

Перш ніж почати:

Не редагуйте файл DS, який ви завантажуєте з DSLT. Файли, які ви змінюєте, не вдалося встановити через помилку перевірки цілісності.
Простий сервер протоколу передачі пошти (SMTP), необхідний для локального шлюзу для надсилання сповіщень електронною поштою.
Переконайтеся, що локальний шлюз працює під управлінням IOS XE 17.6.1 або новішої версії, якщо ви хочете використовувати захищений SMTP-сервер для сповіщень електронною поштою.

передумови

Локальний шлюз під управлінням IOS XE 17.6.1 або новішої версії

Діагностичні підписи увімкнено за замовчуванням.
Налаштуйте захищений сервер електронної пошти, який ви використовуєте для надсилання проактив ного сповіщення, якщо на пристрої працює IOS XE 17.6.1 або новішої версії.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Налаштуйте змінну середовища ds_emailза допомогою адреси електронної пошти адміністр атора, щоб ви повідомляли.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end 
```

Встановлення діагностичних сигнатур для проактивного моніторингу

Моніторинг високого використання процесора

Цей DS відстежує 5-секундне використання процесора за допомогою SNMP OID 1.3.6.1.4.1.9.2.1.56. Коли використання досягає 75% або більше, він вимикає всі налагодження та видаляє всі діагностичні сигнатури, які ви встановлюєте в локальному шлюзі. Скористайтеся наведеними нижче кроками, щоб встановити підпис.

Переконайтеся, що ви включили SNMP за допомогою команди show sn mp. Якщо SNMP не включений, то налаштуйте команду диспетчера snmp-сервера.


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 64224, скориставшись наведеними нижче параметрами в Інструменті пошуку діагностичних підписів:

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Назва поля	Значення поля

Платформа	Програмне забезпечення Cisco 4300, 4400 серії ISR або Catalyst 8000V Edge
Продукт	CUBE Підприємство в рі Webex Calling шенні
Обсяг проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронної пошти

Download DS 64224 from Diagnostic Signatures Lookup tool

Скопіюйте файл DS XML на флеш локального шлюзу.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

У наведеному нижче прикладі показано копіювання файлу з FTP-сервера на локальний шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Встановіть файл DS XML в локальний шлюз.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Скористайтеся коман дою show call-home diagnostic-signature, щоб перекон атися, що підпис успішно встановлено. Стовпець статусу повинен мати значення «зареєстровано».


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Завантажте DSE:

DS ID	Ім'я DS	Ревізія	Статус	Останнє оновлення (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-07 22:05:33

При спрацьовуванні цей підпис видаляє всі запущені DSs, включаючи себе. Якщо необхідно, перевстановіть DS 64224, щоб продовжити моніторинг високого використання процесора на локальному шлюзі.

Моніторинг ненормальних відключень дзвінків

Цей DS використовує опитування SNMP кожні 10 хвилин для виявлення ненормального відключення виклику з помил ками SIP 403, 488 та 503.  Якщо приріст кількості помилок перевищує або дорів нює 5 від останнього опитування, він генерує системний журнал та сповіщення електронною поштою. Будь ласка , скористайтеся наведеними нижче кроками, щоб встановити підпис.

Переконайтеся, що SNMP увімкнено за допомогою команди show sn mp. Якщо SNMP не включено, налаштуйте команду snmp-server manager.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Завантажте DS 65221 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Програмне забезпечення Cisco 4300, 4400 серії ISR або Catalyst 8000V Edge
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Продуктивність
Тип проблеми	Виявлення ненормального відключення виклику SIP за допомогою повідомлення електронної пош ти та Syslog.

Скопіюйте файл DS XML в локальний шлюз.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Встановіть файл DS XML в локальний шлюз.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Скористайтеся коман дою show call-home diagnostic-signature, щоб перекон атися, що підпис успішно встановлено. Стовпець статусу повинен мати значення «зареєстровано».

Встановлення діагностичних підписів для усунення неполадки

Ви також можете використовувати діагностичні підписи (DS) для швидкого вирішення проблем. Cisco TACінженери створи ли кілька підписів, які дозволяють необхідні налагодження, необхідні для усунення заданої проблеми, виявлення виникнення проблеми, збору потрібного набору діагности чних даних та автоматичної передачі даних у корпус. Cisco TAC Це позбавляє від необхідності вручну перевіряти наявність проблеми та значно полег шує усунення несправностей періодичних та перехідних проблем.

Ви можете скористатися інструментом пошуку діагностичних під писів, щоб знайти відповідні підписи та встановити їх для самостійного вирішення заданої проблеми, або встановити підпис, рекомендований інженером TAC як частину підтримки.

Ось приклад того, як знайти та встановити DS для виявлення виникнення «% VOICE_IEC -3-GW: CCAPI: Внутрішня помилка (поріг спайку виклику): IEC=1.1.181.1.29. 0" syslog та автоматизувати збір діагностичних даних за допомогою наступних кроків:

Налаштуйте іншу змінну середовища DS ds_fsurl_prefixяк шлях до Cisco TAC файлового сервера (cxd.cisco.com) для завантаження даних діагностики. Ім 'я користувача у шляху до файлу - це номер справи, а пароль - це маркер завантаження файлу, який можна отримати з менедж ера справ підтримки, як показано нижче. Токен завантаження файлів можна створити в розділі «Вкладені файли» в Менеджері справ підтримки , якщо потрібно.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Приклад:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Переконайтеся, що SNMP увімкнено за допомогою команди show sn mp. Якщо SNMP не включено, налаштуйте команду диспетчера snmp-сервера.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Ми рекомендуємо встановити DS 64224 для моніторингу високого процесора як актив ний захід для відключення всіх налагоджувальних і діагностичних сигнатур під час високого використання процесора. Завантажте DS 64224 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Програмне забезпечення Cisco 4300, 4400 серії ISR або Catalyst 8000V Edge
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Продуктивність
Тип проблеми	Високе використання процесора з повідомленням електронною поштою.

Завантажте DS 65095 за допомогою наведених нижче параметрів інструмента пошуку діагностичних підписів:

Назва поля	Значення поля

Платформа	Програмне забезпечення Cisco 4300, 4400 серії ISR або Catalyst 8000V Edge
Продукт	Підприємство CUBE в рі Webex Calling шеннях
Обсяг проблеми	Сислоги
Тип проблеми	Системний журнал -% VOICE_IEC -3-GW: CCAPI: Внутрішня помилка (поріг спайку виклику): IEC = 1.1.181.1.29.0

Скопіюйте файли DS XML в локальний шлюз.


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Встановіть високий моніторинг процесора DS 64224, а потім XML-файл DS 65095 у локальний шлюз .


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Переконайтеся, що підпис успішно встановлено, використовуючи показ діагности чного підпи су виклику додому. Стовпець статусу повинен мати значення «зареєстровано».


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DSE:

DS ID

Ім'я DS

Ревізія

Статус

Останнє оновлення (GMT+ 00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Зареєстровано

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Зареєстровано

2020-11-08:00:12:53

Перевірка виконання діагностичних підписів

У наступній команді стовпець « Статус» команди показує зміни діагностичного підпису виклику додому на «запущено», тоді як Локальний шлюз виконує дію, визначену в підписі. Вихід показу статистики діагностичного підпису виклику додому є найкращ им способом перевірити, чи діагностичний підпис виявляє цікаву подію та виконує дію. У стовпці «Triggered/Max/Deinstall» вказується кількість разів, коли даний підпис викликав подію, максимальну кількість разів, коли вона визначається для виявлення події, і чи видаля ється підпис після виявлення максимальної кількості спрацьованих подій.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Завантажені DSE:

DS ID	Ім'я DS	Ревізія	Статус	Останнє оновлення (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Зареєстровано	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Біг	2020-11-08 00:12:53

показати статистику діагностичних підписів виклику додому

DS ID	Ім'я DS	Запущення/Макс/Деін сталяція	Середній час роботи (секунди)	Максимальний час роботи (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Електронний лист сповіщення, що надсилається під час виконання діагностичного підпису, містить ключову інформацію, таку як тип проблеми, деталі пристрою, версія програмного забезпечення, запущена конфігурація та показ вихідних команд, які мають значення для усунення заданої проблеми.

Notification email that is sent during Diagnostic Signature execution

Видалення діагностичних підписів

Використання діагностичних сигнатур для усунення несправностей, як правило, визначається для видалення після виявлення деяких проблем. Якщо ви хочете видалити під пис вручну, витягніть ідентифікатор DS із виводу show call-home diagnostic-signature та виконайте таку коман ду:

call-home diagnostic-signature deinstall <DS ID>

Приклад:

call-home diagnostic-signature deinstall 64224

Нові підписи періодично додаються в Інструмент пошуку сигнатур діагностики на основі проблем, які спостерігаються під час розгортання. Наразі TAC не підтримує запити на створення нових власних підписів.

Реалізуйте високу доступність CUBE як локальний шлюз

Основи

передумови

Перш ніж розгортати CUBE HA як локальний шлю Webex Calling з для, переконайтеся, що ви глибоко розумієте наступні концепції:

Cisco Webex Callingрозчин
Опція локального шлюзу для Cisco Webex Calling
Резервування 2-го рівня від коробки до коробки за допомогою CUBE Enterprise для збереження стану викликів

Рекомендації щодо конфігурації, наведені в цій статті, передбачають виділену платформу локального шлюзу без існуючої голосової конфігурації. Якщо існуюче корпоративне розгортання CUBE змінюється так, щоб також використовувати функцію локального шлюзуCisco Webex Calling, зверніть пильну увагу на конфігурацію, яка застосовується, щоб гарантувати, що існуючі потоки викликів та функціональні можливості не перериваються, а також переконайтеся, що ви дотримуєтесь вимог проектування CUBE HA.

Апаратні та програмні компоненти

CUBE HA як локальний шлюз вимагає IOS-XE версії 16.12.2 або пізнішої версії та платформи, на якій підтримуються функції CUBE HA та LGW.

Команди та журнали показу в цій статті базуються на мінімальному випуску програмного забезпечення Cisco IOS -XE 16.12.2, реалізованому на vCube (CSR1000v).

Довідковий матеріал

Нижче наведено кілька докладних посібників з налаштування CUBE HA для різних платформ:

Серія ISR 4K— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
КСР 1000в (vCube) - https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Бажана архітектура Cisco для Cisco Webex Calling - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex CallingОгляд рішення

Cisco Webex Callingце пропозиція співпраці, яка надає багатоквартирну хмарну альтернативу локальній телефонній службі АТС з кількома параметрами PSTN для клієнтів.

Розгортання локального шлюзу (представлено нижче) є центром цієї статті. Локальний шлюз (PSTN на базі приміщень) Webex Calling забезпечує підключення до служби PSTN, що належить клієнту. Він також забезпечує підключення до локальної розгортання IP АТС, наприклад. Cisco Unified CM Весь зв'язок до хмари та з неї захищений за допомогою транспорту TLS для SIP та SRTP для медіа.

На малюнку нижче показано Webex Calling розгортання без будь-якої існуючої IP АТС і застосовується до розгортання на одному або декількох сайтах. Конфігурація, описана в цій статті, базується на цьому розгортанні.

Надмірність коробки до коробки рівня 2

Резервування коробки до коробки рівня 2 CUBE HA використовує протокол інфраструктури групи резервування (RG) для формування пари маршрутизаторів активного/резервного режиму. Ця пара поділяє ту саму віртуальну IP-адресу (VIP) у своїх відповідних інтерфейсах і постійно обмінюються повідомленнями про стан. Інформація про сеанс CUBE перевіряється по парі маршрутизаторів, що дозволяє маршрутизатору в режимі очікування негайно взяти на себе всі обов'язки обробки дзвінків CUBE, якщо активний маршрутизатор виходить з ладу, що призводить до збереження стану сигналізації та носія.

Перевірка вказівки обмежується підключеними дзвінками з медіапакетами. Дзвінки під час транзиту не вказуються на перевірку (наприклад, стан спроби або дзвінка).

У цій статті CUBE HA посилатиметься на резервування Cube High Availability (HA) Layer 2 Box-to-Box (B2B) для збереження стану викликів

Починаючи з IOS-XE 16.12.2, CUBE HA можна розгорнути як локальний шлюз для Cisco Webex Calling розгортання магістральних (PSTN на базі приміщень), і ми розглянемо міркування щодо дизайну та конфігурації в цій статті. На цьому малюнку відображається типова настройка CUBE HA як локальний шлюз для розгортання Cisco Webex Calling магістралі.

Інфракомпонент групи резервування

Інфракомпонент групи резервування (RG) забезпечує підтримку інфраструктури зв'язку від коробки до коробки між двома CUBE та узгоджує остаточний стабільний стан резервування. Цей компонент також передбачає:

Протокол, подібний до HSRP, який узгоджує остаточний стан резервування для кожного маршрутизатора шляхом обміну повідомленнями keepalive та hello між двома CUBE (через інтерфейс управління) —GigabiteThernet3 на малюнку вище.
Транспортний механізм перевірки сигналізації та стану носія для кожного дзвінка від активного до резервного маршрутизатора (через інтерфейс даних) —GigabiteThernet3 на малюнку вище.
Конфігурація та управління інтерфейсом Virtual IP (VIP) для інтерфейсів трафіку (декілька інтерфейсів трафіку можна налаштувати за допомогою однієї групи RG) — GigabitEthernet 1 і 2 вважаються інтерфейсами трафіку.

Цей компонент RG повинен бути спеціально налаштований для підтримки голосової B2B HA.

Управління віртуальними IP-адресами (VIP) як для сигналізації, так і для медіа

B2B HA покладається на VIP для досягнення надмірності. VIP та пов'язані з ними фізичні інтерфейси обох CUBE у парі CUBE HA повинні знаходитися в одній підмережі LAN. Налаштування VIP та прив'язка VIP-інтерфейсу до певного голосового додатку (SIP) є обов'язковими для голосової підтримки B2B HA. Зовнішні пристроїUnified CM, такі як Webex Calling доступ до SBC, постачальник послуг або проксі, використовують VIP як цільову IP-адресу для дзвінків, що проходять через маршрутизатори CUBE HA. Отже, з Webex Calling точки зору, пари CUBE HA виступають як єдиний локальний шлюз.

Сигналізація викликів та інформація про сеанс RTP встановлених дзвінків перевіряються від активного маршрутизатора до маршрутизатора в режимі очікування. Коли активний маршрутизатор виходить з ладу, маршрутизатор Standby бере верх і продовжує пересилати потік RTP, який раніше був маршрутизований першим маршрутизатором.

Виклики в перехідному стані під час відмови не будуть збережені після перемикання. Наприклад, виклики, які ще не повністю встановлені або перебувають у процесі зміни за допомогою функції передачі або утримання. Встановлені дзвінки можуть бути відключені після перемикання.

Існують такі вимоги для використання CUBE HA як локального шлюзу для відмови від стану викликів:

CUBE HA не може мати спільно розташовані TDM або аналогові інтерфейси
Gig1 і Gig2 називаються інтерфейсами трафіку (SIP/RTP), а Gig3 - інтерфейс контролю/даних групи резервування (RG)
У одному домені рівня 2 можна розмістити не більше 2 пар CUBE HA, одна з ідентифікатором групи 1, а інша з ідентифікатором групи 2. Якщо налаштовувати 2 пари HA з однаковим ідентифікатором групи, інтерфейси RG Control/Data повинні належати до різних доменів рівня 2 (vlan, окремий комутатор)
Канал порту підтримується як для інтерфейсів керування RG/даних, так і трафіку
Усі сигнали/медіа надходять з/до віртуальної IP-адреси
Щоразу, коли платформа перезавантажується у відносині CUBE-HA, вона завжди завантажується як режим очікування
Нижня адреса для всіх інтерфейсів (Gig1, Gig2, Gig3) повинна знаходитися на одній платформі
Ідентифікатор інтерфейсу резервування, rii повинен бути унікальним для комбінації пари/інтерфейсу на тому ж рівні 2
Конфігурація обох CUBE повинна бути ідентичною, включаючи фізичну конфігурацію, і повинна працювати на одному типі платформи та версії IOS-XE
Інтерфейси Loopback не можна використовувати як прив'язку, оскільки вони завжди ввімкнені
Багаторазові інтерфейси трафіку (SIP/RTP) (Gig1, Gig2) вимагають налаштування відстеження інтерфейсу
CUBE-HA не підтримується через перехресне кабельне з'єднання для зв'язку RG-Control/Data (Gig3)
Обидві платформи повинні бути іденти чними та підключатися через фізичний комутатор через всі аналогічні інтерфейси, щоб CUBE HA працював, тобто GE0/0/0 CUBE-1 і CUBE-2 повинні закінчуватися на одному перемикачі тощо.
Не можна припинити WAN безпосередньо на CUBEs або Data HA з обох сторін
Обидва активні/режим очікування повинні знаходитися в одному центрі обробки даних
Обов'язковим є використання окремого інтерфейсу L3 для резервування (RG Control/data, Gig3). тобто інтерфейс, який використовується для трафіку, не може бути використаний для зберігання HA та контрольних точок
При відмові раніше активний CUBE проходить перезавантаження за проектом, зберігаючи сигналізацію та носій

Налаштування резервування на обох CUBEs

Ви повинні налаштувати резервування рівня 2 від коробки до коробки на обох CUBEs, призначених для використання в парі HA для виклику віртуальних IP-адрес.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

Налаштування локального шлюзу на обох CUBEs

У нашому прикладі конфігурації ми використовуємо наступну інформацію магістралі з Центру керування для побудови конфігурації локального шлюзу на обох платформах, VCUBE-1 та VCUBE-2. Ім'я користувача та пароль для цього налаштування такі:

Ім'я користувача: Hussain1076_LGU
Пароль: Lov12MeazX


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Налаштуйте Webex Calling для вашої організації

Налаштування параметрів виклику в Майстрі налаштування першого разу

Першим кроком для запуску Webex Calling ваших служб є виконання Майстра налаштування першого разу (FTSW). Після завершення FTSW для вашого першого місця розташування його не потрібно заповнювати для додаткових місць.

1	Натисніть посилання По чаток роботи у вітальному листі, який ви отримуєте. Адреса електронної пошти адміністратора автоматично використовується для входу в Центр керування, де вам буде запропоновано створити пароль адміністратора. Після входу в систему автоматично запускається майстер налаштування.
2	Перегляньте та прийміть умови надання послуг.
3	Перегляньте план, а потім натисніть «Почати». Ваш менеджер облікових записів відповідає за активацію перших кроків для FTSW. Зверніться до менеджера облікового запису, якщо ви отримаєте повідомлення «Не вдається налаштувати дзвінок», коли ви виберете пункт «По чати роботу».
4	Виберіть країну, до якої повинен відображатися ваш центр обробки даних, і введіть контактну інформацію клієнта та адресу клієнта.
5	Натисніть Далі: Місцезнаходження за замовчуванням.
6	Виберіть один з наступних варіантів: Натисніть «Зберегти та закри ти», якщо ви адміністратор-партнер і хочете, щоб адміністратор замовника завершив підготовкуWebex Calling. Заповніть необхідну інформацію про місцезнаходження. Після створення розташування в майстрі ви зможете створити більше місць пізніше. Після завершення роботи майстра налаштування переконайтеся, що ви додали основний номер до створеного вами місця.
7	Зробіть такі виділення, щоб застосувати до цього місця: Мова оголошення — для аудіоповідомлень та підказок для нових користувачів та функцій. Мова електронної пошти —Для спілкування електронною поштою для нових користувачів. Країна Часовий пояс
8	Натисніть кнопку Далі.
9	Введіть доступну Cisco Webex SIP-адресу, натисніть кнопку Далі і виберіть Го тово.

Додати місцезнаходження

Перш ніж почати

Щоб створити нову локацію, підготуйте наступну інформацію:

Адреса місцезнаходження
Бажані номери телефонів (необов'язково)

1	Увійдіть в Центр управління за адресою https://admin.webex.com, перей діть до Керування> Міс це знаходження. Нове розташування буде розміщено в регіональному центрі обробки даних, який відповідає країні, яку ви вибрали за допомогою Майстра налаштування першого разу.
2	Налаштуйте настройки місця розташування: Назва місце знаходження — введіть унікальне ім'я для ідентифікації місцезнаходження. Країна/регі он — Виберіть країну, до якої потрібно прив'язати місцезнаходження. Наприклад, ви можете створити одне розташування (штаб-квартиру) у Сполучених Штатах та інше (філія) у Великобританії. Країна, яку ви виберете, визначає поля адреси, які слідують за ними. Задокументовані тут використовують американську адресну конвенцію як приклад. Адреса місцезнаход ження — Введіть основну поштову адресу місцезнаходження. Місто/Місто — Введіть місто для цього місця. Штат/Провінція/Регіон. У спадному меню виберіть штат. Поштовий індекс - введіть поштовий або поштовий індекс. Мова оголошення — Виберіть мову для аудіоповідомлень та підказок для нових користувачів та функцій. Мова електронної пошти — Виберіть мову для спілкування електронною поштою з новими користувачами. Часовий поя с — Виберіть часовий пояс для місцезнаходження.
3	Натисніть «З берегти», а потім виберіть «Так »/«Ні», щоб додати номери до місцезнаходження зараз або пізніше.
4	Якщо ви натиснули кнопку Так, виберіть один із наведених нижче параметрів: Cisco PSTN — Виберіть цей параметр, якщо вам потрібно хмарне рішення PSTN від Cisco. План дзвінків Cisco - це повне рішення для заміни PSTN, яке забезпечує екстрені виклики, вхідні та вихідні внутрішні та міжнародні дзвінки, а також дозволяє замовляти нові номери PSTN або перенести існуючі номери до Cisco. О пція Cisco PSTN видима лише за таких умов: Ви придбали принаймні один підписаний план дзвінків Cisco OCP (план вихідних дзвінків). Ваше місцезнаходження знаходиться в країні, де підтримується план дзвінків Cisco. Ваше місцезнаходження нове. Наразі існуючі місцезнаходження, яким були призначені інші можливості PSTN, не підлягають дії плану дзвінків Cisco. Відкрийте кейс підтримки для отримання вказівок. Ви розміщуєтесь у центрі обробки Webex Calling даних у регіоні , де підтримується план дзвінків Cisco. Cloud Connected PSTN — Виберіть цей параметр, якщо ви шукаєте хмарне рішення PSTN від одного з багатьох партнерів Cisco CCP або якщо план дзвінків Cisco недоступний у вашому регіоні. Партнери CCP пропонують рішення для заміни PSTN, широке глобальне покриття та широкий та різноманітний спектр функцій, упаковки та цін. Партнери КПК та географічне покриття перераховані тут. Відображаються лише партнер и, які підтримують країну вашого місцезнаходження. Партнери вказ ані або з логотипом, або у вигляді короткого рядка тексту, за яким слідує регіон, у дужках (Приклад: (ЄС), (США) або (CA)). Партнери, пере лічені з логотипом, завжди пропонують Регіональні ЗМІ для КПК. Для партнерів, які відображаються у вигляді рядка, виберіть регіон, найближчий до країни вашого місцезнаходження, щоб забезпечити регіональні медіа для CCP. Якщо ви бачите опцію Замовити номери зараз під пере ліченим постачальником, ми рекомендуємо вибрати цей варіант, щоб ви могли скористатися інтегрованим КПК. Інтегрований CCP дозволяє закупов увати та надавати телефонні номери в Control Hub на одній панелі скла. Неінтегрована CCP вимагає, щоб ви придб али свої телефонні номери у партнера КПК за межами Центру управління. Місцевий PSTN (Локальний шлюз) — Ви можете вибрати цей параметр, якщо ви хочете зберегти поточного постачальника PSTN або ви хочете підключити нехмарні сай ти з хмарними сайтами. Вибір параметра PSTN здійснюється на кожному рівні розташування (кожне місце має лише один параметр PSTN). Ви можете змішувати та поєднувати скільки завгодно варіантів для розгортання, але кожне місце матиме один варіант. Після того, як ви вибрали та забезпечили параметр PSTN, ви можете змінити його, натиснувши Керувати у розташуванні Властивості PSTN. Однак деякі параметри, наприклад Cisco PSTN, можуть бути недоступні після призначення іншої опції. Відкрийте кейс підтримки для отримання вказівок.
5	Виберіть, чи хочете ви активувати номери зараз чи пізніше.
6	Якщо ви вибрали неінтегрований CCP або PSTN на основі приміщень, введіть телефонні номери як значення, розділені комами, а потім натисніть кнопку Перевірити. Номери додаються для конкретного місця. Допустимі записи переміщуються до поля Пере вірені номери, а недійс ні записи залишаються в полі Дод ати номери разом із повідом ленням про помилку. Залежно від країни місцезнаходження номери форматуються відповідно до місцевих вимог щодо набору номера. Наприклад, якщо потрібен код країни, ви можете вводити номери з кодом або без нього, і код буде встановлений перед кодом.
7	Натисніть Збере гти.

Що робити далі

Після створення місцезнаходження можна увімкнути служби екстреної допомоги 911 для цього місцезнаходження. Для отримання додаткової інформації див. Службу екстреної Webex Calling допомоги RedSky 911.

Видалення місцезнаходження

Перш ніж почати

Ви можете видалити розташування, яке не використовується або було налаштовано неправильно, після видалення пов'язаних з ним користувачів і робочих просторів. Коли ви видаляєте місцезнаходження, ви видаляєте всі призначені служби та номери.

Отримати список користувачів і робочих просторів, пов'язаних з місцезнаходженням. Перейдіть у розділ Служ би > Дзві нки > Но мери та у спадному меню виберіть місце для видалення. Перед видаленням місцезнаходження потрібно видалити цих користувачів і робочих просторів.

Майте на увазі, що всі номери, пов'язані з цим розташуванням, передаються вашому постачальнику PSTN; ви більше не будете володіти цими номерами.

1	Увійдіть в Центр управління за адресою https://admin.webex.com, перейдіть до Керування> Міс це знаходження.
2	Клацніть у стов п ці Дії поруч із розташуванням, яке потрібно видалити.
3	Виберіть Ви дал ити місцезнаходження та підтвердіть, що ви хочете видалити це місце. Зазвичай для остаточного видалення місця розташування потрібно пару хвилин, але може зайняти до години. Ви можете перевірити стан, натиснувши поруч із назвою місцезнаходження та вибравши «Стату с видалення».

Оновлення існуючого місцезнаходження

Ви можете змінити налаштування PSTN, ім'я, часовий пояс та мову місцезнаходження після його створення. Однак майте на увазі, що нова мова стосується лише нових користувачів та пристроїв. Існуючі користувачі та пристрої продовжують використовувати стару мову.

Для існуючих місць можна включити служби екстреної допомоги 911. Для отримання додаткової інформації див. Службу екстреної Webex Calling допомоги RedSky 911.

1	Увійдіть до центру керування.
2	Перейдіть до меню Керування > Міс цезнаход ження. Якщо поруч із місцезнаходженням відображається символ «Застереження», це означає, що ви ще не налаштували номер телефону для цього місцезнаходження. Ви не зможете здійснювати або приймати дзвінки, доки не налаштуєте цей номер.
3	(Необов'язково) У розділі Підклю чення до PSTN виберіть PSTN, підключений до хмари, або PSTN на базі примі щень (локальний шлю з), залежно від того, який з них ви вже налаштували. Натисніть кнопку Керувати, щоб змінити цю конфігурацію, а потім підтвердіть пов'язані ризики, вибравши «Продов жити». Потім виберіть один із наведених нижче параметрів і натисніть кнопку Збере гти: Cisco PSTN — Виберіть цей параметр, якщо вам потрібно хмарне рішення PSTN від Cisco. План дзвінків Cisco - це повне рішення для заміни PSTN, яке забезпечує екстрені виклики, вхідні та вихідні внутрішні та міжнародні дзвінки, а також дозволяє замовляти нові номери PSTN або перенести існуючі номери до Cisco. О пція Cisco PSTN видима лише за таких умов: Ви придбали принаймні один підписаний план дзвінків Cisco OCP (план вихідних дзвінків). Ваше місцезнаходження знаходиться в країні, де підтримується план дзвінків Cisco. Ви розміщуєтесь у центрі обробки Webex Calling даних у регіоні , де підтримується план дзвінків Cisco. Cloud Connected PSTN — Виберіть цей параметр, якщо ви шукаєте хмарне рішення PSTN від одного з багатьох партнерів Cisco CCP або якщо план дзвінків Cisco недоступний у вашому регіоні. Партнери CCP пропонують рішення для заміни PSTN, широке глобальне покриття та широкий та різноманітний спектр функцій, упаковки та цін. Партнери КПК та географічне покриття перераховані тут. Відображаються лише партнер и, які підтримують країну вашого місцезнаходження. Партнери вказ ані або з логотипом, або у вигляді короткого рядка тексту, за яким слідує регіон, у дужках (Приклад: (ЄС), (США) або (CA). Партнери, пере лічені з логотипом, завжди пропонують Регіональні ЗМІ для КПК. Для партнерів, які відображаються у вигляді рядка, виберіть регіон, найближчий до країни вашого місцезнаходження, щоб забезпечити регіональні медіа для CCP. Якщо ви бачите опцію Замовити номери зараз під переліченим постачальником, ми рекомендуємо вибрати цей варіант, щоб ви могли скористатися інтегрованою КПК. Інтегрований CCP дозволяє закуповувати та надавати телефонні номери в Контрольному центрі в одній скляній панелі. Неінтегрована КПК вимагає, щоб ви придб али свої телефонні номери у партнера КПК за межами Центру управління. Місцевий PSTN (Локальний шлюз) — Ви можете вибрати цей параметр, якщо ви хочете зберегти поточного постачальника послуг PSTN або підключити нехмарні сайти з хмарними сайтами. Webex Callingклієнти з місцезнаходженнями, які раніше налаштовані за допомогою локального шлюзу, автоматично перетворюватимуться на PSTN на базі приміщень з відповідним магістралом. Для міграції див. розділ Переміщення до планів Cisco Calling нижче.
4	Для місцезнаходження виберіть Основний номер зі спадного списку. Основний номер можна призначити автовідповідачу або іншому пункту призначення в межах місцезнаходження , щоб зовнішні абоненти перенаправлялися до відповідного пункту призначення. Обов'язково призначати основний номер місцезнаходженню, якщо у ньому є якісь магістр алі або будь-які об'єкти, що містять лише розширення, наприклад, користувачі, робочі простори, віртуальні рядки або об'єкти. Без основного номера магістралі не можуть бути використані, а об'єкти, що мають лише розширення, не можуть здійснювати або приймати внутрішні чи зовнішні дзвінки. Користувачі в цьому місці також можуть використовувати цей номер як зовнішній ідентифікатор абон ента під час здійснення дзвінків PSTN. Якщо ви вибрали безкоштовний номер як основний номер для місцезнаходження, радимо оновити номер ек стреного дзвінка для місцезнаходження, оскільки безкоштовний номер не має адреси екстреної служби. Докладніші відомості див. у розділі Н алаштування номера екстреного виклику для місцезнаходження.
5	(Необов'язково) У розділі Екст рений виклик можна вибрати «Іденти фікатор екстреного місцезнаходження», який потрібно призначити цьому місцезнаходженню. Цей параметр є необов'язковим і застосовується лише для країн, які потребують цього. У деяких країнах (приклад: Франція) існують нормативні вимоги до стільникових радіосистем для встановлення ідентичності стільникового телефону, коли ви здійснюєте екстрений виклик і надається органам надзвичайних ситуацій. Інші країни, такі як США та Канада, впроваджують визначення місцезнаходження за допомогою інших методів. Докладніші відомості див. у розділі Розширен і екстрені викли ки. Вашому провайдеру екстрених викликів може знадобитися інформація про мережу доступу, і це досягається шляхом визначення нового приватного заголовка розширення SIP, P-Access-Network-Info. Заголовок містить інформацію, що стосується мережі доступу. Коли ви встановлюєте ідентифікатор аварійного місцезнаходження для місцезнаходження, значення місцезнаходження надсилається постачальнику як частина SIP-повідомлення. Зверніться до оператора екстрених викликів, щоб дізнатися, чи потрібна вам ця настройка, і скористайтеся значенням, яке надає ваш оператор екстрених викликів.
6	Виберіть номер голосової пошти, на який користувачі можуть зателефонувати, щоб перевірити свою голосову пошту для цього місця.
7	(Необов'язково) Клацніть піктограму олівця у верхній частині сторінки «Розташування», щоб змінити назву місцезнаход ження, мову оголошення, мову електронної пош ти, часовий поя с або адресу за потреби, а потім натисніть кнопку «Збере гти». Зміна мови оголошення набуває чинності негайно для всіх нових користувачів та функцій, доданих до цього місця. Якщо мова оголошення для існуючих користувачів та/або функцій також повинна бути змінена, коли з'явиться запит, виберіть Змінити для існуючих користувачів і робочих просторів або Змінити для існуючих функцій. Натисніть Застос увати. Ви можете переглянути прогрес на сторінці Зав дання. Ви не можете вносити більше змін, поки це не буде завершено. Зміна часового поясу для місцезнаходження не оновлює часові пояси функцій, пов'язаних із місцезнаходженням. Щоб від редагувати часові пояси для таких функцій, як автоматична служба супроводу, група пошуку та черга викликів, перейдіть до області Загальних налашт увань конкретної функції, для якої потрібно оновити часовий пояс, а також відредагувати та зберегти там.

Переміщення до планів Cisco Calling

Ви можете змінити підключення PSTN для існуючого місцезнаходження на Cisco PSTN. Наприклад, ви можете змінити розташування для PSTN на базі приміщень (локальний шлюз) або неінтегрованих з'єднань CCP на Cisco PSTN. Cisco PSTN надає хмарне рішення PSTN від Cisco.

Усі портативні номери залишаються функціональними, за винятком невеликого переривання протягом за планованого часу завершення перенесення.

Крім того, ви не можете змінювати керування номерами для місцезнаходження, яке переживає перехід підключення через PSTN. Але існуючі номери залишаються функціональними, і ви все одно можете призначати або скасувати присвоєння номерів місцезнаходженню. Ви не можете додавати, видаляти та переміщувати номери для цього місця. Під час цього процесу профіль маршрутизації автоматично оновлюється, дозволяючи Cisco PSTN.

Наразі можливість зміни підключення PSTN для існуючого місцезнаходження на Cisco PSTN не підтримується для регіону Японії.

Під час зміни підключення PSTN застосовується підписка з ліцензією на виклик, а білінгов а служба отримує повідомлення.

Обмеження:

Міграція з інтегрованого розташування IntelePeer до розташування Cisco PSTN не підтримується
Місцезнаходження виділеного екземпляра неможливо перенести в Cisco PSTN
Для зміни підключення PSTN може знадобитися кілька портових замовлень. Якщо так, то ці замовлення пов'язані, щоб вони виконувалися одночасно. Будь-яка зміна дати або скасування одного портового замовлення має застосовуватися до всіх зв'язаних портових замовлень для зміни підключення.

Як ініціювати зміну підключення PSTN

1	Увійдіть до центру керування.
2	Перейдіть до меню Керування > Міс цезнаход ження.
3	Виберіть місце, для якого потрібно змінити підключення PSTN на Cisco PSTN.
4	Перейдіть на вкладку Викли к, клацніть опцію Керування поруч із PSTN на базі приміщень або не інтегрованим хмарним підключеним PSTN.
5	Редагувати поруч із пунктом Тип підключення.
6	Виберіть кар тку Cisco Calling Plans та виберіть підписку , яка виділяє план дзвінків Cisco для користувачів у цьому місці. Натисніть кнопку Далі.
7	З'явиться сторінка зміни підключення для підтвердження. Натисніть Далі і перевірте готовність порту для ваших номерів. Кнопка Далі вмикається лише в тому випадку, якщо всі номери в списку є портативними. Прочитайте ці вказівки: «Непортативні номери» відноситься до неактивних номерів, переконайтеся, що в цьому списку немає номерів. Видаліть будь-які непортативні номери з місця розташування. Ви можете переміщати або скасувати призначення, а потім видалити номери.
8	Натисніть Далі і вкажіть інформацію про договір. Це основний контрактний контакт для всіх місць, де використовуються плани дзвінків Cisco (США). Будь-які зміни в цьому контакті стосуються всіх інших місць, які використовують плани дзвінків Cisco (США).
9	Натисніть кнопку Далі. Відобразиться сповіщення з проханням надати підтвердження збереження інформації про контракт для цього місця. Виберіть Так, змінити.
10	Вкажіть адресу екстреної служби та натисніть З берегти. У надзвичайних ситуаціях місцева команда реагування на надзвичайні ситуації використовує цю адресу для пошуку абонента.
11	З'явиться сторінка підсумків із кількістю створених портів. Якщо є лише одне замовлення, ви можете побачити додатковий крок під назвою Надання додаткової інформації. Для декількох замовлень у верхній частині доступний селектор ордерів для навігації між ними. Натисніть Далі та введіть деталі, щоб завершити роботу майстра портів. Накази подаються відразу, коли вся інформація надається для одного запиту на міграцію PSTN. За замовчуванням дата зобов'язання твердого замовлення є послідовною для всіх замовлень. Зміна підключення PSTN автоматично застосовується після повного перене сення останнього пов'язаного порядку. Якщо відправлення замовлення не вдається, лист підтримки автоматично створюється та надси лається команді підтримки. Якщо зміна підключення PSTN вимагає кількох замовлень від кількох операторів, для завершення може знадобитися до 10 робочих днів. Деталі міграції доступні на вкладці Служби > Д звінки > PSTN > Замов лення. Виберіть ідентифікатор замовлення, щоб переглянути деталі замовлення у вигляді бічної панелі. Ви можете побачити тип як Змінити PSTN для замовлень, створених за допомогою зміни підключення PSTN.

Скасувати зміну підключення PSTN

Адміністратор може скасувати міграцію PSTN, коли місцезнаходження все ще перебуває у стані переходу .

1	Увійдіть до центру керування.
2	Перейдіть до меню Керування > Міс цезнаход ження.
3	Виберіть місце, для якого потрібно скасувати з'єднання PSTN.
4	Перейдіть на вклад ку Виклик, натисніть кнопку Скасувати зміну підключення PSTN.
5	Натисніть Так, продовжу йте підтверджувати скасування.

Налаштування Webex Calling тарифного плану

Ви можете керувати планом набору номера для Webex Calling розгортання за допомогою вихідних кодів набору номера. Налаштуйте довжину розширення, префікси маршрутизації та налаштування набору номера (внутрішні та зовнішні), щоб вони були сумісні з звичками набору користувачів.

Ці параметри призначені для внутрішнього набору номера, а також доступні в майстрі першого налаштування. Коли ви змінюєте план набору номера, приклади номерів у Центрі керування оновлюються, щоб відобразити ці зміни.

Ви можете налаштувати дозволи на вихідні дзвінки для місцезнаходження. Перегляньте наведен і нижче дії, щоб налаштувати дозволи на вихідні дзвінки.

1	Увійдіть до центру керування, перейдіть до розділу Служби > Ви кли к > Налаштування служби, а потім перейдіть до пункту Внутрішній набір.
2	За потреби налаштуйте наступні необов'язкові параметри набору номера: Довжина префікса маршрути зації місцезнаходження. Якщо у вас є кілька місцезнаходжень, ми рекомендуємо це налаштування. Можна ввести довжину 1-7 цифр. Якщо у вас є кілька місцезнаходжень з одним розширенням, користувачі повинні набрати префікс під час дзвінків між місцезнаходженнями. Наприклад, якщо у вас є кілька магазинів, усі з розширенням 1000, ви можете налаштувати префікс маршрутизації для кожного магазину. Якщо один магазин має префікс 888, ви наберіть 8881000, щоб дістатися до цього магазину. Довжини префіксів маршрутизації включають цифру рульового управління. Наприклад, якщо встановити довжину префікса маршрутизації на чотири, ви можете використовувати лише три цифри для визначення сайту. Якщо призначити префікс маршрутизації місцезнаходженню, усі зовнішні вигляди розширень, присвоєних цьому розташуванню, включають префікс маршрутизації перед номером розширення. Наприклад, 888-1000 (префікс-розширення маршрутизації). Рульова цифра в префіксі маршрути зації — Виберіть номер, який потрібно встановити як першу цифру кожного префікса маршрутизації. Внутрішня довжина розширення - Ви можете ввести 2-10 цифр, а за замовчуванням - 2. Після збільшення довжини розширення існуючі швидкі набори до внутрішніх розширень автоматично не оновлюються. Дозволити набір номерів між місцезнаход женнями. Дозволяє налаштувати набір номерів між місцезнаходженнями відповідно до вимог вашої організації. Увімкніть перемикач, якщо ваша організація не має дублікатів розширень у всіх її розташуваннях. За замовчуванням перемикач увімкнено. Вимкніть перемикач, якщо ваша організація має одне і те ж розширення в різних місцях. Коли перемикач вимкнено, а абонент набирає розширення, дзвінок перенаправляється користувачеві з відповідним розширенням у тому ж місці, що і абонент. Абонент повинен набрати значний номер підприємства (префікс маршрутизації місцезнаходження + розширення), щоб дістатися до розширення в інших місцях.
3	Вкажіть внутрішній набір для конкретних місць. Перейдіть до Кер ування > Місцезнаходження, виберіть місцезнаходження зі списку та натисніть Д звінок. Прокрутіть до пункту Н абір, а потім змініть внутрішній набір за потребою: Внутрішній набір номер а — вкажіть префікс маршрутизації, який користувачі з одного місця повинні набирати, щоб зв'язатися з кимось у іншому місці. Префікс маршрутизації кожного місця повинен бути унікальним. Ми рекомендуємо, щоб довжина префікса відповідала довжині, встановленій на рівні організації, але вона повинна бути довжиною 1—7 цифр.
4	Вкажіть зовнішній набір для конкретних місць. Перейдіть до Кер ування > Місцезнаходження, виберіть місцезнаходження зі списку та натисніть Д звінок. Прокрутіть до пункту Н абір, а потім змініть зовнішній набір за потребою: Зовнішній набір номера — Ви можете вибрати цифру вихідного набору, яку користувачі повинні набрати, щоб дістатися до зовнішньої лінії. За замовчуванням є Не має, і ви можете залишити його, якщо вам не потрібна ця звичка набору номера. Якщо ви все-таки вирішите використовувати цю функцію, радимо використовувати інший номер, ніж рульовий цифр вашої організації. Користувачі можуть включати цифру вихідного набору під час здійснення зовнішніх дзвінків, щоб імітувати спосіб набору у застарілих системах. Однак усі користувачі все ще можуть здійснювати зовнішні дзвінки без цифри вихідного набору. За бажанням ви можете при мусово набирати цифру вихідного набору цього місце знаходження, гарантуючи, що користувач повинен використовувати цифру вихідного набору, встановлену адміністратором, для здійснення зовнішніх дзвінків. Ви можете набирати екстрені дзвінки з цифрою вихідного набору або без неї, увімк нувши цю функцію. Після увімкнення будь-які зовнішні номери призначення, такі як ті, що використовуються для переадресації дзвінків, більше не працюватимуть, якщо цифра вихідного набору не включена. Якщо розширення збігається з національним номером, то розширення має перевагу над національним номером. Отже, ми рекомендуємо ввімкнути цифру вихідного набору. Ми настійно рекомендуємо використовувати формат нумерації E.164 для вхідних і вихідних дзвінків PSTN. Вплив на користувачів: Користувачі повинні перезавантажити свої телефони, щоб зміни в налаштуваннях набору набрали чинності. Розширення користувачів не повинні починатися з того самого номера, що і цифри рульового розташування або цифри вихідного набору.

Налаштування локального шлюзу PSTN (локального шлюзу) на базі приміщень у центрі керування

Якщо ви є торговим посередником з доданою вартістю, ви можете скористатися наступними кроками, щоб запустити конфігурацію локального шлюзу в Центрі керування. Коли цей шлюз зареєстрований у хмарі, ви можете використовувати його в одному або декількох місцях, щоб забезпечити Webex Calling маршрутизацію до корпоративного постачальника послуг PSTN.

Місцезнаходження, яке має локальний шлюз, не можна видалити, якщо локальний шлюз використовується для інших місць.

Створіть стовбур

Виконайте наведені нижче дії, щоб створити магістраль у Центрі керування.

Перш ніж почати

Після додавання місцезнаходження та перед тим, як налаштувати PSTN на основі приміщень для місцезнаходження, необхідно створити магістраль.
Створіть будь-які місця та конкретні налаштування та номери для кожного з них. Місця повинні існувати, перш ніж ви зможете додати PSTN на основі приміщень.
Зрозумійте вимоги PSTN (локальний шлюз) на основі приміщень. Webex Calling
Ви не можете вибрати більше одного магістралі для розташування з PSTN на основі приміщень, але ви можете вибрати один і той же магістраль для кількох місць.

1	Увійдіть до центру керування за адресою https://admin.webex.com, перейдіть до Слу жби > Ви клик > Мар шру тизація дзвін ків і виберіть Додати магістраль.
2	Виберіть місце розташування.
3	Назвіть стовбур і натисніть З берегти. Ім'я не може бути більше 24 символів.

Що робити далі

Вам представлені відповідні параметри, які вам потрібно буде налаштувати на багажнику. Ви також створите набір облікових даних SIP дайджесту для захисту з'єднання PSTN.

Інформація про магістраль з'являється на екрані Реєстрація домену, групу магістральної групи OTG/DTG, Ліній/порт та Адреса вихідного проксі- сервера.

Рекомендуємо скопіювати цю інформацію з Центру керування та вставити її в локальний текстовий файл або документ, щоб ви могли звернутися до неї, коли будете готові налаштувати PSTN на основі приміщень.

Якщо ви втратите облікові дані, ви повинні створити їх на екрані інформації магістралі в Центрі керування. Натисніть кнопку Отримати ім'я користувача та Скинути пароль, щоб створити новий набір облікових даних автентифікації для використання в магістралі.

Вибір багажника для ПСТН на базі приміщень

1	Увійдіть в Центр управління за адресою https://admin.webex.com, перей діть до Керування> Міс це знаходження.
2	Виберіть місце, яке потрібно змінити, і натисніть Керувати.
3	Виберіть пункт PSTN на основі приміщень і натисніть кнопку Далі.
4	Виберіть багажник зі спадного меню. Відвідайте основну сторінку, щоб керувати вибором групи магістралей.
5	Натисніть сповіщення про підтвердження, а потім натисніть З берегти.

Що робити далі

Ви повинні взяти інформацію про конфігурацію, яку створив Control Hub, і зіставити параметри в локальний шлюз (наприклад, на Cisco CUBE, який знаходиться в приміщенні). Ця стаття проведе вас через цей процес. Для довідки див. наступну діаграму для прикладу того, як інформація про конфігурацію Центру керування (ліворуч) відображається на параметрах в CUBE (праворуч):

Diagram example of a local gateway.

Після успішного завершення налаштування самого шлюзу ви можете повернутися до Слу жби > Ви кли к > Місцезнаходження в Центрі керування, і створений шлюз буде вказано на картці місцезнаходження, якій ви його призначили, із зеленою крапкою зліва від імені. Цей статус вказує на те, що шлюз надійно зареєстрований у хмарі викликів і служить активним шлюзом PSTN для місцезнаходження.

Керування номерами телефонів

Ви можете легко переглядати, активувати, видаляти та додавати телефонні номери для вашої організації в Контрольному центрі. Докладніші відомості див. у розділі Керування телефонними номерами в Центрі керування.

Запит на придбання служб Webex з пробної версії в Control Hub

Якщо ви пробуєте послуги Webex і хочете перетворити пробну версію на платну підписку, ви можете надіслати запит електронною поштою своєму партнеру.

1	Увійдіть в Центр управління за адресою https://admin.webex.com, виберіть значок будівлі .
2	Виберіть вкладку «Під писки», а потім натисніть «Придбати зараз». Вашому партнеру надсилається електронний лист із повідомленням про те, що ви зацікавлені в перетворенні на платну підписку.

Налаштування параметрів виклику

Ви можете використовувати Центр керування, щоб встановити пріоритет доступних параметрів виклику, які користувачі бачать у програмі Webex. Ви також можете ввімкнути їх для одного кліка, щоб викликати. Докладніші відомості див. у статті: Налаштування параметрів виклику для користувачів програми Webex.

Налаштування поведінки викликів

Ви можете контролювати, яка програма виклику відкривається, коли користувачі здійснюють дзвінки. Ви можете налаштувати налаштування клієнта виклику, включаючи розгортання в змішаному режимі для організацій з користувачами, які мають право на користування Unified CM або користувачі Webex Calling без платних послуг дзвінків від Cisco. Докладніші відомості див. у розділі «Налаштування поведінки викликів».

Налаштувати Unified CM для Webex Calling

Налаштування профілю безпеки магістралі SIP для магістрального шлюзу до локального шлюзу

У випадках, коли локальний шлюз і шлюз PSTN знаходяться на одному пристрої, Unified CM необхідно увімкнути розрізнення двох різних типів трафіку (викликів з Webex і з PSTN), які походять з одного пристрою, і застосовувати диференційований клас послуг до цих типів викликів. Ця диференційована обробка викликів досягається шляхом надання двох магістралей між комбін Unified CM ованим локальним шлюзом та пристроєм шлюзу PSTN, який вимагає різних портів прослуховування SIP для двох магістралей.

Створіть спеціальний профіль безпеки магістралі SIP для магістралі локального шлюзу з наступними параметрами:

Налаштування	Значення

Назва	Унікальне ім'я, наприклад, Webex
Опис	Значущий опис, наприклад, профіль безпеки магістралі Webex SIP
Вхідний порт	Потрібно відповідати порту, який використовується в конфігурації локального шлюзу для трафіку до/з Webex: 5065

Налаштування SIP-профілю для магістралі локального шлюзу

Створіть спеціальний SIP-профіль для магістралі локального шлюзу з наступними параметрами:

Налаштування	Значення

Назва	Унікальне ім'я, наприклад, Webex
Опис	Значущий опис, наприклад, профіль Webex SIP
Увімкнути OPTIONS Ping для моніторингу стану призначення для магістралей з типом служби «Немає (за замовчуванням)»	Перевірено

Створіть простір пошуку викликів для дзвінків з Webex

Створіть простір пошуку викликів для дзвінків, що надходять з Webex, за допомогою таких налаштувань:

Налаштування	Значення

Назва	Унікальне ім'я, наприклад, Webex
Опис	Значущий опис, наприклад, простір Webex Calling пошуку
Вибрані розділи	DN (+E.164 номери каталогів) ESN (скорочений міжсайтовий набір) PSTNміжнарод ний (доступ PSTN) OnNetRemote (вивчені з GDPR напрямки)

Останній розділ OnNetRemote використовується лише в багатокластерному середовищі, де інформація про маршрутизацію обмінюється між кла Unified CM стерами за допомогою Intercluster Lookup Service (ILS) або Global Dialplan Replication (GDPR).

Налаштування магістралі SIP до і з Webex

Створіть SIP-магістраль для дзвінків на і з Webex через локальний шлюз з наступними параметрами:

Налаштування	Значення
Інформація про пристрій
Назва пристрою	Унікальна назва, наприклад, Webex
Опис	Значущий опис, наприклад, Webex SIP Trunk
Запуск на всіх активних Unified CM вузлах	Перевірено
Вхідні дзвінки
Виклик місця пошуку	Раніше визначений простір пошуку викликів: Webex
Простір пошуку дзвінків AAR	Простір пошуку виклику з доступом лише до шаблонів маршрутів PSTN: PSTNReroute
Інформація про SIP
Адреса призначення	IP-адреса локального шлюзу CUBE
Порт призначення	5060
Профіль безпеки магістралі SIP	Раніше визначено: Webex
Профіль SIP	Раніше визначено: Webex

Налаштування групи маршрутів для Webex

Створіть групу маршрутів з наступними параметрами:

Налаштування	Значення
Інформація про групу маршрутів
Назва групи маршрутів	Унікальна назва, наприклад, Webex
Вибрані пристрої	Раніше налаштований SIP магістраль: Webex

Налаштування списку маршрутів для Webex

Створіть список маршрутів з наступними налаштуваннями:

Налаштування	Значення
Інформація про список маршрутів
Назва	Унікальна назва, наприклад RL_Webex
Опис	Значущий опис, наприклад, список маршрутів для Webex
Запуск на всіх активних Unified CM вузлах	Перевірено
Інформація про учасника списку маршрутів
Вибрані групи	Тільки раніше визначена група маршрутів: Webex

Створіть розділ для цілей Webex

Створіть розділ для цілей Webex з наступними параметрами:

Налаштування	Значення
Інформація про список маршрутів
Назва	Унікальна назва, наприклад, Webex
Опис	Значущий опис, наприклад, розділ Webex

Що робити далі

Обов'язково додайте цей розділ до всіх викликових просторів пошуку, які повинні мати доступ до напрямків Webex. Ви повинні додати цей розділ спеціально до простору пошуку викликів, який використовується як простір пошуку вхідних викликів у магістралях PSTN, щоб виклики з PSTN до Webex могли бути маршрутизовані.

Налаштування шаблонів маршрутів для цілей Webex

Налаштуйте шаблони маршрутів для кожного діапазону DID на Webex за допомогою таких налаштувань:

Налаштування	Значення

Шаблон маршруту	Повний шаблон +E.164 для діапазону DID у Webex з провідним «\». Наприклад:\ + 140855501ХХ
Розділ маршруту	Webex
Список шлюзів/маршрутів	RL_Webex
Терміновий пріоритет	Перевірено

Налаштування нормалізації скороченого міжсайтового набору для Webex

Якщо для Webex потрібен скорочений міжсайтовий набір, то налаштуйте шаблони нормалізації набору для кожного діапазону ESN у Webex за допомогою таких налаштувань:

Налаштування	Значення

Шаблон перекладу	Шаблон ESN для діапазону ESN у Webex. Наприклад: 80121XX
Перегородка	Webex
Опис	Значущий опис, наприклад шаб лон нормалізації Webex
Використовуйте простір пошуку викликів оригінатора	Перевірено
Терміновий пріоритет	Перевірено
Не чекайте міжцифрового тайм-ауту при наступних стрибках	Перевірено
Названа партійна маска трансформації	Маска для нормалізації числа до +Е.164. Наприклад: + 14 0855501ХХ

Налаштуйте свої функції Webex Calling

Створіть полюючу групу

Групи Hunt спрямовують вхідні дзвінки до групи користувачів або робочих просторів. Ви навіть можете налаштувати шаблон для маршруту до цілої групи.

Для отримання додаткової інформації про те, як налаштувати групу полювання, див. Групи полювання в Cisco Webex Control Hub.

Створення черги дзвінків

Ви можете налаштувати чергу дзвінків, щоб, коли на дзвінки клієнтів не можна відповісти, їм надавали автоматичну відповідь, повідомлення про комфорт та музику в очікуванні, поки хтось не зможе відповісти на їхній дзвінок.

Докладніші відомості про те, як налаштувати чергу викликів та керувати ними, див. розділ Керування чергами викликів у Cisco Webex Control Hub розділі.

Створіть клієнта рецепціоніста

Допоможіть підтримати потреби вашого персоналу фронт-офісу. Ви можете налаштувати користувачів як телефонних службовців, щоб вони могли перевіряти вхідні дзвінки певним людям у вашій організації.

Щоб отримати інформацію про те, як налаштувати та переглядати клієнтів стійки реєстрації, див. Клієнти рецеп ціонера в. Cisco Webex Control Hub

Створення та керування автовідповідачами

Ви можете додавати привітання, налаштовувати меню та маршрутизувати дзвінки на службу відповідача, групу полювання, скриньку голосової пошти або реальну людину. Створіть цілодобовий графік або надайте різні варіанти, коли ваш бізнес відкритий або закритий.

Щоб отримати інформацію про те, як створювати та керувати автосервісами, див. розділ Керування автоматичними обслугов уючими службами в. Cisco Webex Control Hub

Налаштування групи підкачки

Групова підкачка дозволяє користувачеві розміщувати односторонній дзвінок або групову сторінку до 75 цільових користувачів та робочих просторів, набравши номер або розширення, призначене певній групі підкачки.

Щоб отримати відомості про налаштування та редагування груп підкачки, див. розділ Налаш тування групи сторінок у. Cisco Webex Control Hub

Налаштування прийому дзвінків

Покращуйте командну роботу та співпрацю, створивши групу прийому дзвінків, щоб користувачі могли відповідати один одному на дзвінки. Коли ви додаєте користувачів до групи прийому дзвінків, а учасник групи відсутній або зайнятий, інший учасник може відповідати на їхні дзвінки.

Докладніше про те, як налаштувати групу прийому дзвінків, див. розділ Прийо м дзвінків у Cisco Webex Control Hub.

Налаштуйте парк дзвінків

Парк викликів дозволяє певній групі користувачів паркувати дзвінки проти інших доступних членів групи парку викликів. Припарковані дзвінки можуть приймати інші члени групи на своєму телефоні.

Для отримання додаткової інформації про те, як налаштувати парк викликів, див. Паркування викликів у Cisco Webex Control Hub.

Увімкнути заїзд для користувачів

1	Увійдіть до центру керування.
2	Перейдіть до меню Кер ування > Користувачі.
3	Виберіть користувача та натисніть Дзві нок.
4	Перейдіть до розді лу Дозволи між користувачами, а потім виберіть Barge in.
5	Увімкніть перемикач, щоб дозволити іншим користувачам додавати себе до поточного дзвінка цього користувача.
6	Познач те пункт Відтворити тон, коли цей користувач забирається під час дзвінка, якщо ви хочете відтворити тон іншим, коли цей користувач заїжджає на дзвінок. Налаш тування «Відтворити тон, коли цей користувач забирається під час дзвінка», не застосовується до функціональних можливостей входу керівника «Базовий досвід роботи з клієнтами» та «Основи». Навіть якщо ви ввімкнете цей параметр для керівника, система не від творює тон сповіщення агенту, коли керівник заходить на виклик черги виклику. Якщо ви хочете відтворити сигнал агенту, коли керівник заходить на його дзвінок, ви можете ввімкнути його за допомогою налаштувань «Тон сповіщень для агентів». Для отримання додаткової інформації див. розділ С творення черги в базовій роботі з клієнтами Webex або Основи роботи з клієнтами Webex .
7	Натисніть Збере гти.

Увімкнути конфіденційність для користувача

1	Увійдіть у Центр керування та перейдіть до меню Керування > Користувачі.
2	Виберіть користувача та натисніть Дзві нок.
3	Перейдіть до області До зволи між користувачами, а потім виберіть Кон фіденційність.
4	Виберіть відповідні налаштування конфіденційності автоматичного супрово ду для цього користувача. Дозволити набирати цього користувача за допомогою розширення Дозволити набирати цього користувача за іменем або прізвищем
5	Поставте пра порець Увімкнути конфіденцій ність. Потім ви можете вирішити заблокувати всіх, не вибираючи учасників зі спадного списку. Крім того, ви можете вибрати користувачів, робочі простори та віртуальні рядки, які можуть контролювати стан рядка цього користувача. Якщо ви адміністратор місцезнаходжень, у випадаючому списку відображатимуться лише користувачі, робочі простори та віртуальні рядки, що стосуються призначених вами місць. Зніміть прапо рець Увімкнути конфіденцій ність, щоб дозволити всім контролювати стан рядка.
6	Поставте прапоре ць Примусово дотримання конфіденційності при направленому прийомі дзвінків та надсилання дзвінків, щоб увімкнути конфіденційність при направленому прийомі та передачі дзвінків. Якщо увімкнути цей параметр, лише авторизовані користувачі, віртуальні лінії та пристрої робочого простору можуть використовувати спрямований прийом викликів та заїзд на цього користувача. В іншому випадку будь-хто в організації може викликати спрямований прийом дзвінків та заїзд на лінію. Для отримання додаткової інформації про заїзд див. розділ Прийом під час чужого телефонного дзвінка. Керівник завжди може вступити на дзвінки, які агенти отримують через чергу дзвінків. Тобто налаштування конфіденційності не впливають на опцію входу керівника.
7	У розділі Додати учасника за імене м виберіть користувачів, робочі простори та віртуальні лінії, які можуть відстежувати стан телефонної лінії та викликати направлений прийом та перенесення дзвінків.
8	Щоб відфільтрувати вибраних членів, скористайтеся полем фільтр за назвою, номером або текстом.
9	Натисніть Видалити все, щоб видалити всіх вибраних учасників. Щоб видалити окремого учасника, натисніть кнопку Ви дал ити поруч із іменем учасника.
10	Натисніть Збере гти.

Налаштуйте моніторинг

Максимальна кількість контрольованих ліній для користувача - 50. Однак під час налаштування списку моніторингу враховуйте кількість повідомлень, які впливають на пропускну здатність між мережею Webex Calling та вашою мережею. Також визначте максимум контрольованих ліній за кількістю рядкових кнопок на телефоні користувача.

1	У поданні клієнта на сторінці https://admin.webex.com перей діть до Кер ування, а потім натисніть Користувачі.
2	Виберіть користувача, якого потрібно змінити, і натисніть кнопку Ви клик.
3	Перейдіть до розділу Дозволи між користувачами та виберіть Моніторинг.
4	Виберіть один з наступних варіантів: Додати контрольовану лінію Додати розширення Call Park Ви можете включити віртуальний рядок до списку Додати контрольований рядок для моніторингу користувачів.
5	Виберіть, чи бажаєте ви сповіщати цього користувача про припарковані дзвінки, знайдіть людину або зону виклику парку для моніторингу, а потім натисніть кнопку З берегти. Список контрольованих рядків у Control Hub відповідає порядку відстежуваних рядків, які відображаються на пристрої користувача. Ви можете змінити порядок списку відстежуваних рядків у будь-який час. Ім'я, яке відображається для контрольованого рядка, - це ім'я, введене в поля Ідентифікатор абонента Ім'я та Прізвище для користувача, робочого простору та віртуального рядка.

Хочете побачити, як це робиться? Перегляньте це демонстраційне відео про те, як керувати налаштуваннями моніторингу для користувача в Control Hub.

Увімкнути сигнал попередження мосту виклику для користувачів

Перш ніж почати

Для виклику мосту виклику виклику необхідно налаштувати спільну лінію. Дізнайтеся, як налаштувати спільні лінії, перш ніж увімкнути сигнал попередження мосту виклику для відтворення.

1	Увійдіть у Центр керування та перейдіть до меню Керування > Користувачі.
2	Виберіть користувача та натисніть вкладку «Ви кли к».
3	Перейдіть до розді лу Дозволи між користувачами та натисніть Попере джувальний сигнал перемикання викликів.
4	Увімкніть «По переджувальний сигнал перемикання викликів», а потім натисніть кнопку «Збере гти». За замовчуванням ця функція включена. Для отримання додаткової інформації про мостування дзвінків на спільній лінії MPP див. Спільні лінії на багатоплатформному настіль ному телефоні. Для отримання додаткової інформації про мостування викликів на спільній лінії Webex App див. розділ Зовнішній вигляд спільного рядка для WebExApp.

Увімкнення готелювання для користувача

Увімкнення готелювання для користувача дозволяє користувачеві користуватися хост-телефоном, зберігаючи функціональність та функції свого основного настільного телефону.

1	Увійдіть до центру керування.
2	Перейдіть до меню Кер ування > Користувачі.
3	Виберіть користувача та натисніть вкладку «Ви кли к».
4	Перейдіть до розді лу Дозволи між користувачами, виберіть Готелювання та увімкніть перемикач.
5	Введіть ім'я або номер господаря готелю в по лі пошуку місце знаходження готелю та виберіть господаря готелю, якого ви хочете призначити користуваче ві. Ви можете вибрати лише одного господаря готелю. Якщо ви вибере те іншого господаря готелю, перший буде видалений. Якщо ви адміністратор місцезнаходження, ви можете призначити лише господаря готелю, що належить вашим призначеним місцезнаход женням.
6	Виберіть кількість годин, за якими користувач може користуватися господарем готелю, у спадному меню Лі міт періоду асоціації. Телефон автоматично виводить користувача після обраного часу. Повідомлення про помилку відображається на екрані, якщо лі мітний період асоціації, вказаний для користувача, перевищує лімітний період асоціації обраного господаря готелю. Наприклад, якщо лімітний період асоціації господарів готелю становить 12 годин, а термін обмеження асоціації користувача становить 24 години, відобразиться повідомлення про помилку. У таких випадках вам потрібно продовжити лімітний термін асоціації господаря готелю, якщо користувачеві потрібно більше часу.
7	Натисніть Збере гти. Користувач також може шукати та знаходити хоста готелю, який він хоче використовувати, у Центрі користувачів. Докладніші відомості див. у розділі Доступ до профілю виклику з будь-якого місця.

Хочете побачити, як це робиться? Перегляньте це відео демонстрації, як налаштувати готельне обслуговування в Контрольному центрі.

Тенденції прийняття та звіти про використання для Webex Calling

Перегляд звітів про дзвінки

Ви можете скористатися сторі нкою Analytics у Центрі керування, щоб переглянути Webex Calling спосіб використання служб, взаємодію з програмою Webex та якість їхніх медіа викликів. Щоб отримати доступ до Webex Calling аналітики:

1	Увійдіть до центру керування.
2	Перейдіть до Analytics і виберіть вкладку «Дзві нки».
3	Виберіть Детальна історія дзвінків. Подробиці історії дзвінків відображаються з даними якості медіа.
4	Щоб отримати доступ до даних про якість медіа, увійдіть у Центр керування, перейдіть до Analytics, а потім виберіть Ви клик.

Пов'язана інформація

Аналітика для вашого портфоліо хмарної співпраці

Аналітика виділених примірників

Використовуйте cScan для перевірки якості Webex Calling мережі

Підготовка середовища

Загальні передумови

Перш ніж налаштувати локальний шлюз для Webex Calling , переконайтеся, що ви:

Базові знання принципів VoIP
Базові знання принципів роботи голосових функцій Cisco IOS-XE й IOS-XE
Мати базові знання про протокол ініціації сеансу (SIP)
Базова уява про Cisco Unified Communications Manager (Unified CM), якщо ваша модель розгортання містить Unified CM

Див Посібник із налаштування підприємства Cisco Unified Border Element (CUBE). для отримання додаткової інформації.

Вимоги до апаратного й програмного забезпечення для локального шлюзу

Переконайтеся, що ваше розгортання має один або кілька локальних шлюзів, наприклад:

Cisco CUBE для підключення на основі IP
Шлюз Cisco IOS для підключення на основі TDM

Див. таблицю 1 Посібник із замовлення локального шлюзу для Webex Calling . Також переконайтеся, що на платформі запущено підтримуваний випуск IOS-XE відповідно до Посібник із налаштування локального шлюзу .

Локальний шлюз допомагає перейти на Webex Calling у зручному для вас темпі. Локальний шлюз інтегрує ваше наявне локальне розгортання з Webex Calling. Ви також можете використовувати наявне підключення до ТМЗК. Див Почніть роботу з локальним шлюзом

Вимоги до ліцензій для локальних шлюзів

На локальному шлюзі має бути встановлено ліцензії на виклики CUBE. Додаткову інформацію див. в посібнику з налаштування Cisco Unified Border Element.

Вимоги до сертифікатів і безпеки для локального шлюзу

Webex Calling вимагає безпечного варіанта передавання сигналів і мультимедіа. Локальний шлюз забезпечує шифрування; підключення TLS має бути встановлено для вихідних викликів до хмари за допомогою наведених далі кроків.

Локальний шлюз необхідно оновити за допомогою пакета кореневого ЦС, отриманого в Cisco PKI
Щоб налаштувати локальний шлюз, необхідно використовувати набір облікових даних SIP-дайджест-автентифікації зі сторінки налаштування транку в Control Hub (ці кроки є частиною конфігурації, яку наведено нижче)
Виконується перевірка наданого сертифікату за допомогою пакета кореневого ЦС
Надходить запит облікових даних (наданих SIP-дайджестом)
Хмара визначає, який локальний шлюз зареєстровано безпечно

Вимоги до брандмауера, обходу NAT й оптимізації шляху мультимедіа для локального шлюзу

У більшості випадків локальний шлюз і термінальні пристрої можуть знаходитися у внутрішній мережі клієнта, використовуючи приватні IP-адреси з NAT. Корпоративний брандмауер повинен дозволити вихідний трафік (SIP, RTP/UDP, HTTP) на певні IP-адреси/порти, які описано в розділі Довідкова інформація щодо портів.

Щоб використовувати оптимізацію шляху мультимедіа з ICE, інтерфейс локального шлюзу в напрямку Webex Calling повинен мати прямий мережевий шлях до термінальних пристроїв Webex Calling і від них. Щоб використовувати оптимізацію шляху мультимедіа, коли термінальні пристрої знаходяться в іншому розташуванні й між ними та інтерфейсом локального шлюзу в напрямку Webex Calling немає прямого мережевого шляху, локальний шлюз повинен мати загальнодоступну IP-адресу, призначену інтерфейсу в напрямку Webex Calling, для здійснення викликів між локальним шлюзом і термінальним пристроєм. Крім того, він повинен працювати під керуванням IOS-XE версії 16.12.5.

Налаштування Webex Calling для організації

Налаштування параметрів викликів у майстрі першого встановлення

Першим кроком для отримання і запуску служб Webex Calling є виконання налаштування за допомогою майстра першого встановлення. Після того як майстер першого встановлення завершить налаштування для першого розташування, його не потрібно буде запускати для додаткових розташувань.

1.

Клацніть посилання Початок роботи в привітальному електронному листі, який ви отримаєте.

Ваша адреса електронної пошти адміністратора автоматично використовується для входу в Control Hub, де вам буде запропоновано створити пароль адміністратора. Після входу майстер налаштування буде запущено автоматично.

2.

Перегляньте й прийміть умови обслуговування.

3.

Перегляньте план і клацніть Початок роботи.

За перші кроки з активації з використанням майстра першого встановлення відповідає ваш менеджер із роботи з клієнтами. У разі отримання сповіщення «Не вдалося налаштувати виклик» після натискання кнопки Початок роботи зверніться до менеджера із роботи з клієнтами.

4.

Виберіть країну, з якою слід зіставити ваш центр обробки даних, і введіть інформацію для контакту з клієнтом і адресу клієнта.

5.

Клацніть Далі. Розміщення за замовчуванням.

6.

Виберіть один із наведених далі варіантів.

Клацніть Зберегти й закрити, якщо ви є адміністратором партнера та хочете, щоб підготовку Webex Calling завершив адміністратор клієнта.
Заповніть необхідну інформацію про розташування. Після створення розташування в майстрі можна пізніше створити більше розташувань.

Після завершення роботи майстра встановлення упевніться, що ви додаєте основний номер до створеного розташування.

7.

Налаштуйте наведені нижче параметри, які необхідно застосувати до цього розташування.

Мова оголошень: для голосових оголошень, а також підказок для нових користувачів і функцій.
Мова електронної пошти: для спілкування електронною поштою з новими користувачами.
Країна
Часовий пояс

8

Клацніть Далі.

9

Введіть доступну SIP-адресу Cisco Webex, клацніть Далі й виберіть Завершити.

Додавання розташування

Перш ніж почати

Щоб створити нове розташування, підготуйте наведену далі інформацію.

Адреса розташування
Бажані номери телефону (необов’язково)

1.

Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

Нове розташування буде розміщено в регіональному центрі обробки даних, що відповідає країні, яку ви вибрали за допомогою майстра першого налаштування.

2.

Налаштуйте параметри розташування.

Ім’я розташування. Введіть унікальне ім’я, щоб ідентифікувати розташування.
Країна або регіон. Виберіть країну, до якої потрібно прив’язати розташування. Наприклад, можна створити одне розташування (головний офіс) у США, а інше (філію) у Великій Британії. Вибрана країна буде визначати подальші поля адреси. У полях, які описано тут, як приклад використовується адреса в США.
Адреса розташування: введіть основну поштову адресу розташування.
Місто: введіть місто для цього розташування.
Штат, область або регіон: виберіть штат у розкривному списку.
Поштовий індекс: введіть поштовий індекс.
Мова оголошень: виберіть мову для голосових оголошень, а також підказок для нових користувачів і функцій.
Мова електронної пошти: виберіть мову для спілкування електронною поштою з новими користувачами.
Часовий пояс: виберіть часовий пояс для розташування.

3.

Натисніть Зберегти, а потім виберіть Так/Ні, щоб додати номери до розташування зараз або пізніше.

4.

Якщо ви клацнули Додати зараз, виберіть один із наведених нижче параметрів.

PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.

Параметр PSTN Cisco відображається лише за наведених нижче умов.

Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).
Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.
Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.
Ви розміщені в центрі обробки даних Webex Calling в регіоні, в якому підтримується тарифний план Cisco Calling.

PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

Якщо в полі постачальника відображається параметр Замовити номери зараз, ми рекомендуємо вибрати цей параметр, щоб скористатися перевагами інтегрованої мережі CCP. Інтегрована мережа CCP дозволяє закуповувати й надавати номери телефону на одній панелі в Control Hub. Якщо CCP не інтегровано, необхідно придбати номери телефону в партнера CCP, не використовуючи Control Hub.

PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

Вибір параметра PSTN доступний на рівні кожного розташування (кожне розташування має лише один параметр PSTN). Можна вибрати скільки завгодно параметрів для вашого розгортання, але кожне розташування матиме один параметр. У разі необхідності змінити параметр PSTN, коли його вибрано й підготовлено, клацніть Керування у властивостях PSTN розташування. Однак деякі параметри, як-от PSTN Cisco, можуть бути недоступні після призначення іншого параметра. Щоб отримати допомогу, створіть запит до служби підтримки.

5.

Виберіть, чи потрібно активувати номери зараз або пізніше.

6.

Якщо вибрано неінтегровану CCP або PSTN на базі локальних ресурсів, введіть номери телефону як значення, розділені комами, а потім клацніть Перевірити.

Номери додаються для певного розташування. Допустимі записи буде переміщено до поля Перевірені номери, а неприпустимі записи залишаться в полі Додати номери, яке буде супроводжуватися повідомленням про помилку.

Залежно від країни розташування номери буде відформатовано відповідно до місцевих вимог набору номера. Наприклад, якщо код країни є обов’язковим, можна ввести номери з кодом або без нього, і код буде додано.

7.

Клацніть Зберегти.

Що далі

Після створення розташування можна ввімкнути для цього розташування служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

Перш ніж почати

Отримайте список користувачів і робочих просторів, пов’язаних із розташуванням. Перейдіть до розділу Служби > Виклики > Номери й в розкривному меню виберіть розташування, яке потрібно видалити. Перед тим як видалити розташування, слід видалити цих користувачів і робочі простори.

Майте на увазі, що будь-які номери, пов 'язані з цим розташуванням, будуть повернуті вашому постачальнику послуг PSTN; ви більше не будете володіти цими номерами.

1.	Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.
2.	Клацнітьв Дії поруч із розташуванням, яке потрібно видалити.
3.	Натисніть Видалити розташування і підтвердьте, що потрібно видалити це розташування. Зазвичай потрібно кілька хвилин, щоб остаточно видалити розташування, але процес може тривати до однієї години. Щоб перевірити стан, можна клацнути поруч з ім’ям розташування і вибрати Стан видалення.

Оновлення наявного розташування

Після створення розташування можна змінити його налаштування PSTN, ім’я, часовий пояс і мову. Майте на увазі, що нову мову буде застосовано лише для нових користувачів і пристроїв. Для наявних користувачів і пристроїв буде використано стару мову.

Для наявних розташувань можна ввімкнути служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

1.

Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

Якщо поруч із розташуванням відображається символ попередження, це означає, що номер телефону для цього розташування ще не налаштовано. Ви не зможете здійснювати або приймати будь-які виклики, поки не налаштуєте цей номер.

2.

(Необов’язково.) У розділі Підключення до PSTN виберіть PSTN із підключенням до хмари або PSTN на базі локальних ресурсів (локальний шлюз), залежно від того, який із цих параметрів уже налаштовано. Клацніть Керування, щоб змінити цю конфігурацію, а потім підтвердьте, що ви усвідомлюєте пов’язані ризики, вибравши Продовжити. Після цього виберіть один із наведених нижче параметрів і клацніть Зберегти.

PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.

Параметр PSTN Cisco відображається лише за наведених нижче умов.

Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).
Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.
Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.
Ви розміщені в центрі обробки даних Webex Calling в регіоні, в якому підтримується тарифний план Cisco Calling.

PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

Якщо в полі постачальника відображається параметр Замовити номери зараз, ми рекомендуємо вибрати цей параметр, щоб скористатися перевагами інтегрованої мережі CCP. Інтегрована мережа CCP дозволяє закуповувати й надавати номери телефону на одній панелі в Control Hub. Якщо CCP не інтегровано, необхідно придбати номери телефону в партнера CCP, не використовуючи Control Hub.

PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

Клієнтів Webex Calling із розташуваннями, для яких раніше був налаштований локальний шлюз, буде автоматично перетворено для використання PSTN на основі локальних ресурсів із відповідним транком.

3.

Виберіть основний номер, за яким можна зв’язатися з основним контактом розташування.

4.

(Необов’язково.) У розділі Екстрені виклики можна вибрати параметр Ідентифікатор місця надзвичайної ситуації, щоб призначити його цьому розташуванню.

Це налаштування необов’язкове й застосовується лише для країн, які цього потребують.

У деяких країнах (як-от Франція), існують нормативні вимоги до стільникових радіосистем із метою встановлення ідентифікатора стільникового зв’язку під час здійснення екстреного виклику й надання до них доступу екстреним службам. Інші країни, такі як США та Канада, впроваджують визначення місцезнаходження з використанням інших методів. Додаткову інформацію див. в статті Розширені екстрені виклики.

Вашому постачальнику екстрених викликів може знадобитися інформація про мережу доступу, яка досягається шляхом визначення нового заголовка приватного розширення SIP (P-Access-Network-Info). Заголовок містить інформацію, пов’язану з мережею доступу.

У разі налаштування ідентифікатора місця надзвичайної ситуації для розташування значення розташування надсилається постачальнику як частина повідомлення SIP. Зверніться до свого постачальника екстрених викликів, щоб дізнатися, чи потрібне вам це налаштування, і використовуйте значення, яке надав ваш постачальник екстрених викликів.

5.

Виберіть номер голосової пошти, за яким користувачі можуть зателефонувати, щоб перевірити голосову пошту для цього розташування.

6.

(Необов’язково.) Клацніть значок олівця у верхній частині сторінки «Розташування» і змініть такі параметри, як Ім’я розташування, Мова оголошень, Мова електронної пошти, Часовий пояс або Адреса, якщо це необхідно, а потім клацніть Зберегти.

Зміна параметра Мова оголошень набуває чинності негайно для всіх нових користувачів і функцій, доданих до цього розташування. Якщо для наявних користувачів і/або функцій також потрібно змінити мову оголошень, коли з’явиться запит, виберіть Змінити для наявних користувачів і робочих просторів або Змінити для наявних функцій. Клацніть Застосувати. Перебіг виконання можна переглянути на сторінці Завдання. Поки це налаштування не буде завершено, внести інші зміни буде неможливо.

У разі змінювання часового поясу для розташування не буде оновлено часові пояси функцій, пов’язаних із розташуванням. Щоб змінити часові пояси для таких функцій, як автосекретар, група пошуку й черга викликів, перейдіть до області Загальні налаштування певної функції, для якої потрібно оновити часовий пояс, змініть налаштування там і збережіть їх.

Ці налаштування призначено для внутрішнього набору, і вони також доступні в майстрі першого встановлення. Коли ви змінюєте абонентську групу, приклади номерів у Control Hub оновіть, щоб відобразити ці зміни.

Можна налаштувати дозволи на вихідні виклики для розташування. Перегляньте ці кроки, щоб налаштувати дозволи на вихідні виклики.

1.

Увійти в Control Hub , перейдіть до Служби > Виклик > Налаштування служби , а потім перейдіть до Внутрішній набір .

2.

За потреби налаштуйте наведені нижче додаткові бажані параметри набору.

Довжина префікса маршрутизації розташування —Рекомендовано використовувати цей параметр, якщо у вас кілька розташувань. Можна ввести значення довжини від 2 до 7 цифр. Якщо у вас є кілька розташувань з однаковим додатковим номером, під час здійснення викликів між розташуваннями користувачі повинні набирати префікс. Наприклад, якщо у вас є кілька магазинів і кожний має додатковий номер 1000, можна налаштувати префікс маршрутизації для кожного магазину. Якщо в одному магазині є префікс 888, потрібно набрати 8881000, щоб зателефонувати до цього магазину.

Довжина префікса маршрутизації включає цифру керма. Наприклад, якщо задати довжину префікса маршрутизації чотири, для визначення вебсайту можна буде використовувати лише три цифри.

Якщо розташуванню призначено префікс маршрутизації, усі внутрішні номери, призначені цьому розташуванню, будуть містити префікс маршрутизації перед внутрішнім номером. Наприклад, 888-1000 (префікс-додатковий номер маршрутизації).

Керівна цифра в префіксі маршрутизації —Виберіть номер, який буде встановлено як першу цифру кожного префікса маршрутизації.

Довжина внутрішнього номера —Можна ввести від 2 до 10 цифр. Значення за замовчуванням — 2.

Після збільшення довжини внутрішнього номера наявні номери швидкого набору на внутрішні внутрішні номери не оновлюються автоматично.

Дозволити набір внутрішніх номерів між розташуваннями —Дозволяє налаштувати набір внутрішніх номерів між розташуваннями відповідно до вимог вашої організації.
- Увімкніть перемикач, якщо ваша організація не має повторюваних внутрішніх номерів у всіх розташуваннях.
  За замовчуванням перемикач увімкнено.
- Вимкніть перемикач, якщо ваша організація має той самий внутрішній номер у різних розташуваннях. Якщо перемикач вимкнено й абонент, що телефонує, набирає внутрішній номер, виклик маршрутизується до користувача з відповідним внутрішнім номером у тому самому розташуванні, що й абонент, що телефонує. Абонент, що телефонує, повинен набрати значимий корпоративний номер (префікс маршрутизації розташування + внутрішній номер), щоб зв’язатися з внутрішнім номером в інших розташуваннях.

3.

Налаштуйте внутрішній набір для певних розташувань. Перейти до Керування > Розташування , виберіть розташування зі списку й клацніть Виклик . Прокрутіть до Набір номера , а потім змініть внутрішній набір відповідно до:

Внутрішній набір. Укажіть префікс маршрутизації, який потрібно набирати користувачам в інших розташуваннях, щоб зв’язатися з кимось у цьому розташуванні. Префікс маршрутизації кожного розташування має бути унікальним. Рекомендовано, щоб довжина префікса збігалася з довжиною, установленою на рівні організації, але вона має містити від 2 до 7 цифр.