Работен поток за конфигуриране на извикване на Webex
Работен поток за конфигуриране на извикване на Webex

30 септември 2022 г.
Преглед на Уебекс Обаждайки се

Въвеждане на Webex повикване

Представете си, че можете да използвате функциите за облачни обаждания, мобилност и PBX от корпоративен клас, заедно с Webex App за съобщения и срещи и обаждане от мек клиент на Webex Calling или устройство на Cisco. Точно това може да ви предложи Webex Call .

Webex Call предоставя следните предимства:

  • Абонаменти за обаждания за потребители на телефония и общи части

  • Достъп до приложението Webex за всеки потребител

  • Public Switch телефонна мрежа (PSTN) достъп, за да позволи на вашите потребители да набират номера извън организацията. Услугата се предоставя чрез съществуваща корпоративна инфраструктура (локален портал без локален IP PBX или със съществуваща единна CM кол среда) или Партньор или Cisco предоставя PSTN опции.

Webex Calling поддържа следните функции. За повече информация вижте главата "Конфигуриране на функциите за извикване на Webex".

Таблица 1. Администраторски конфигурируеми функции

Функция

Описание

Автоматичен секретар

Можете да добавяте поздрави, да настройвате менюта и да насочвате обаждания към отговаряща услуга, ловна група, гласова поща или истински човек. Можете да създадете 24-часов график или да предоставите различни опции, когато бизнесът ви е отворен или затворен. Можете дори да маршрутизирате повиквания въз основа на ID атрибути на повикващия, за да създадете VIP списъци или да обработвате повиквания от определени кодове на области по различен начин.

Опашка на повикванията

Можете да настроите опашка за обаждания, така че когато входящите обаждания не могат да бъдат отговорени, на обаждащите се се предоставя автоматизиран отговор, съобщения за комфорт и музика на изчакване, докато някой не може да отговори на обаждането им.

Поемане на повиквания

Можете да подобрите работата в екип и сътрудничеството, като създадете група за взимане на повиквания, така че потребителите да могат да си отговарят един на друг на обаждания. Когато добавите потребители към група за взимане на повиквания и член на групата е далеч или зает, друг член може да отговори на техните обаждания.

Паркиране на повикване

Можете да включите кол парка, така че потребителите да могат да задържат повикване и да го вземат от друг телефон.

Група за търсене

Може да искате да създадете ловни групи в следните сценарии:

  • Екип за продажби, който иска последователно маршрутизиране. Входящо обаждане звъни на един телефон, но ако няма отговор, обаждането отива при следващия агент в списъка.

  • Екип за поддръжка, който иска телефоните да звънят наведнъж, така че първият наличен агент да може да се обади.

Група за пейджинг

Можете да създадете група за пейдж, така че потребителите да могат да изпращат аудио съобщение на човек, отдел или екип. Когато някой изпрати съобщение до група за пейдж, съобщението се възпроизвежда на всички устройства в групата.

Клиент за рецепционисти

Помогнете да подкрепите нуждите на персонала на вашия фронт-офис, като им предоставите пълен набор от опции за контрол на повикванията, широкомащабен мониторинг на линията, опашка на повиквания, множество опции и изгледи на директории, интеграция на Outlook и др.

Потребителите могат да конфигурират следните функции https://settings.webex.com, в които се пуска напречно в порталана потребителите на повиквания.

Таблица 2. Потребителски конфигурируеми функции

Функция

Описание

Анонимно отхвърляне на повиквания

Потребителите могат да отхвърлят входящите повиквания с блокирани идентификатори на повикващия.

Без прекъсване на работата

Ако телефоните на потребителите не са свързани към мрежата по някаква причина (като прекъсване на захранването, мрежови проблеми и т.н.), потребителите могат да препращат входящите повиквания към конкретен телефонен номер.

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

Потребителите могат да препращат входящите обаждания към друг телефон.

Селективен спедитор на повиквания

Потребителите могат да препращат повиквания в определено време от конкретни обаждащи се. Тази настройка ще има предимство пред препращането на повиквания.

Уведомление за повикване

Потребителите могат да си изпратят имейл, когато получат обаждане съгласно предварително определени критерии като телефонен номер или дата и час.

Повикване изчакване

Потребителите могат да разрешат отговор на допълнителни входящи повиквания.

Не ме безпокойте

Потребителите могат временно да позволят на всички обаждания да отидат директно на гласова поща.

Office Anywhere

Потребителите могат да използват избраните от тях телефони ("Местоположения") като продължение на своя бизнес телефонен номер и план за набиране.

Приоритетна тревога

Потребителите могат да звънят на телефоните си с отличителен пръстен, когато са изпълнени предварително определени критерии, като например телефонен номер или дата и час.

Отдалечен офис

Потребителите могат да извършват обаждания от отдалечен телефон и да го показват от тяхната бизнес линия. В допълнение, всички входящи обаждания до тяхната бизнес линия ще звънят на този отдалечен телефон.

Селективно приемане на повиквания

Потребителите могат да приемат обаждания в определено време от конкретни обаждащи се.

Селективно отхвърляне на повиквания

Потребителите могат да отхвърлят обаждания в определено време от конкретни обаждащи се.

Последователен пръстен

Пръстен до 5 устройства един след друг за входящи повиквания.

Едновременен Пръстен

Пръстен потребители и други ("получатели на повиквания") номера в същото време за входящи повиквания.

Предоставяне на услуги, устройства и потребители в контролния хъб, кръстосано стартиране до подробна конфигурация при повикване на администраторски портал

Control Hub (https://admin.webex.com) е портал за управление, който се интегрира с Webex Call , за да рационализира вашите поръчки и конфигурация и да централизира управлението на пакетната оферта -Webex Calling, Webex App, и срещи.

Control Hub е централната точка за предоставяне на всички услуги, устройства и потребители. Можете да направите за първи път настройка на вашата услуга за обаждания, да регистрирате MPP телефони в облака (с помощта на MAC адрес), да конфигурирате потребителите чрез свързване на устройства, добавяне на номера, услуги, функции за обаждания и т.н. Също така, от контролния хъбможете да стартирате кръстосано до порталаза администриране на повиквания.

Потребителски опит

Потребителите имат достъп до следните интерфейси:

  • Webex Call приложение - Soft-клиент за обаждане, което е брандирано от Cisco. За повече информация вижте Разгледайте новото приложениеза обаждания на Cisco Webex.

  • Webex Settings (https://settings.webex.com)—Интерфейс, където потребителите могат да задават предпочитания за профила, да изтеглят Webex App и да стартират кръстосано в портала на потребителите за обаждания за настройки за обаждания. За повече информация вижте Промяна на настройкитена Cisco Webex.

  • Webex App-Приложение, включено в абонамента като клиент за екипни съобщения с марката Cisco. За повече информация вижте Започнете с приложениетоCisco Webex.

  • Webex Meetings – Незадължително приложение, добавено като решение за срещи. За повече информация вижте Webex Срещи.

Общ преглед

Webex Calling може да намали оперативните разходи и да подобри производителността, като ви помогне да мигрирате критични бизнес комуникации в облака. Когато се комбинира с други приложения и устройства на Webex, той е сърцето на пълно корпоративно облачно обаждане и опит за сътрудничество. Cisco поддържа локално, в облака и смесени разполагания на модели, за да поддържа нашите клиенти свързани и продуктивни отвсякъде; дори по време на разрушителни пазарни събития.

Webex Calling вече включва специална опция за облачна инстанция, базирана на архитектурата на Cisco Unified Communications Manager. Dedicated Instance е интегрирана с Webex Calling и се възползва от услугите на платформата Webex, като предоставя иновации в облака и подобрено преживяване на клиентите, които трябва да поддържат по-стари крайни точки на Cisco, местни решения за оцеляване или съществуващи интеграции, част от критични бизнес работни потоци.

Добавката за специален екземпляр за Webex Calling включва:

  • Cisco Unified Communications Manager

  • Cisco Унифициран IM и присъствие

  • Cisco Единна връзка за единство

  • Автомагистрала Сиско

  • Cisco Спешна помощ (само за региона на Америка)

  • Издание за управление на сесиите на Cisco (МСП) (по избор)

Extended ROI – Dedicated Instance поддържа същите гласови и видео крайни точки като свързаното издание на UC Manager, премахвайки изискването за обновяване на всички крайни точки на клиентите при миграция към облака и разширяване на възвръщаемостта на инвестициите на тези активи.

Basic Inter-Op – Dedicated Instance е интегриран с Webex Call за маршрутизиране на повиквания чрез платформата Webex. Клиентите имат гъвкавостта да разпространяват потребителите както в Dedicated Instance, така и в Webex Calling, и да се адаптират с течение на времето, ако е необходимо, за да отговорят на техните бизнес изисквания за облачни повиквания.


Клиентите, които разделят потребителите на различни платформи, ще изпитат различни функции. Функциите за повикване не са хармонизирани между Dedicated Instance и Webex Calling. Например, потребителите на Webex Calling не могат да бъдат част от ловна група в Dedicated Instance.

Направете обиколка на контролния център

Control Hub е вашият единствен уеб-базиран интерфейс за управление на вашата организация, управление на вашите потребители, възлагане на услуги, анализиране на тенденциите в осиновяването и качество на обажданията и др.

За да стартирате организацията си, препоръчваме ви да поканите няколко потребители да се присъединят към приложението Webex , като въведете техните имейл адреси в контролния хъб. Насърчавайте хората да използват услугите, които предоставяте, включително обаждането, и да ви дадат обратна връзка за техния опит. Когато сте готови, винаги можете да добавите повече потребители.


Препоръчваме ви да използвате най-новата десктоп версия на Google Chrome или Mozilla Firefox за достъп до контролния хъб. Браузърите на мобилни устройства и други настолни браузъри могат да доведат до неочаквани резултати.

Използвайте информацията, представена по-долу, като обобщение на високо ниво за това какво да очаквате, когато вашата организация се настрои с услуги. За по-подробна информация вижте отделните глави за инструкции стъпка по стъпка.

Първи стъпки

След като партньорът ви създаде профила ви, ще получите имейл за добре дошли. Щракнете върху връзката "Първи стъпки" в имейла, като използвате Chrome или Firefox за достъп до контролния хъб. Връзката автоматично ви подписва с вашия администраторски имейл адрес. След това ще бъдете подканени да създадете паролата на администратора си.

Магьосник за първи път за изпитания

Ако партньорът ви ви е регистрирал за пробен период, съветникът за настройка автоматично започва след като влезете в Control Hub. Съветникът ви преведе през основните настройки, за да подготви вашата организация и да работи с Webex Calling, наред с други услуги. Можете да настроите и прегледате настройките си за повикване, преди да завършите преминаването на съветника.

Прегледайте настройките си

Когато контролният хъб се зареди, можете да прегледате настройките си.

Добавяне на потребители

Сега, когато сте настроили услугите си, сте готови да добавите хора от директорията на вашата компания. Отидете на потребителите и щракнете върху Управление на потребителите .

Ако използвате Microsoft Active Directory, препоръчваме първо да разрешите синхронизацията на директориите и след това да решите как искате да добавите потребители. Щракнете върху Напред и следвайте инструкциите , за да настроите конектора за директория на Cisco.

Настройване на единичен знак (SSO)

Webex App използва основно удостоверяване. Можете да изберете да настроите SSO, така че потребителите да удостоверяват с вашия доставчик на корпоративна идентичност, като използват своите идентификационни данни за предприятието, а не отделна парола, съхранявана и управлявана в Webex.

Отидете в Настройки, превъртете до удостоверяване, щракнете върху Промянаи след това изберете Интегриране на доставчикна идентичност от третастрана.

Разпределяне на услуги на потребителите

Трябва да присвоите услуги на потребителите, които сте добавили, така че хората да могат да започнат да използват Webex App.

Отидете на потребителите, щракнете върху Управление на потребителите, изберете Експортиране и импортиране на потребители с CSV файли след това щракнете върху Експортиране .

Във файла, който изтегляте, просто добавете True за услугите, които искате да присвоите на всеки от вашите потребители.

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

Овластяване на вашите потребители

Сега, когато сте добавили потребители и им е възложени услуги, те могат да започнат да използват поддържаните си мултиплатформени телефони (MPPs) за Webex Calling и Webex App за съобщения и срещи. Насърчавайте ги да използват настройките на Cisco Webex като обслужване на едно гише за достъпа.

Ролята на местния портал

Местният портал е корпоративно или партньорско управлявано устройство за съвместна работа и наследен обмен на публични клонове (PBX) (включително Unified CM).

Можете да използвате Control Hub, за да присвоите локален шлюз на място, след което Control Hub предоставя параметри, които можете да конфигурирате на CUBE. Тези стъпки регистрират локалния шлюз с облака, а след това услугата PSTN се предоставя чрез портала към потребителите на Webex Calling на определено място.

За да зададете и поръчате местен шлюз, прочетете ръководствотоза поръчка на местния шлюз.

Поддържани локални разполагания на шлюзове за Webex повикване

Поддържат се следните основни разполагания:

Местният портал може да бъде разположен самостоятелно или в разполагания, където се изисква интеграция в Cisco Unified Communications Manager.

Локални разполагания на шлюзове без локален IP PBX

Самостоятелни локални разполагания на портали

Тази цифра показва разгръщане на Webex Calling без съществуващ IP PBX и е приложима за едно място или разполагане на няколко локации.

За всички повиквания, които не съответстват на вашите дестинации за обаждания на Webex, Webex Calling изпраща тези обаждания до местния портал, който е присвоен на местоположението за обработка. Местният портал маршрутизира всички повиквания, които идват от Webex Call до PSTN и в другата посока, PSTN до Webex Calling.

PSTN порталът може да бъде специална платформа или съжител с местния портал. Както и в следващата фигура, препоръчваме специалния вариант на PSTN шлюза на това разполагане; може да се използва, ако съществуващият PSTN шлюз не може да се използва като локален портал Webex Call .

Съвместно разполагане на локален портал

Локалният шлюз може да бъде IP базиран, свързвайки се към ITSP с помощта на SIP багажник или TDM базиран с помощта на ISDN или аналогова верига. Следващата цифра показва разгръщане на Webex Call , където местният портал е съжител на PSTN GW/SBC.

Разполагане на локален шлюз с единен CM PBX на място

Интеграции с Unified CM се изискват в следните случаи:

  • Местоположенията с възможност за повикване на Webex се добавят към съществуващо внедряване на Cisco UC, където Unified CM серазгръща като решение за контрол на повикванията на място

  • Необходимо е директно набиране между телефони, регистрирани в Unified CM и телефони в местоположенията на Webex Call .

Тази цифра показва разгръщане на Webex Call , където клиентът има съществуващ Unified CM IP PBX.

Webex Calling изпраща обаждания, които не съответстват на дестинациите за обаждания на клиента Webex до местния портал. Това включва PSTN номера и Unified CM вътрешни разширения, които Webex Calling не може да види. Местният портал маршрутизира всички повиквания, които идват от Webex Calling до Unified CM и обратно. След това единната CM маршрутизира входящите повиквания до местните дестинации или до PSTN съгласно съществуващия план за набиране. Единният план за набиране на CM нормализира числата като +E.164. Порталът PSTN може да бъде специален или съжител с местния портал.

Специален PSTN шлюз

Специалният вариант на PSTN шлюза на това разполагане, както е показано на тази диаграма, е препоръчителната опция и може да се използва, ако съществуващият PSTN шлюз не може да се използва като локален портал Webex Call .

Съжител на PSTN Гейтуей

Тази цифра показва разгръщане на Webex Calling с унифициран CM, където местният портал е съжител на PSTN шлюза / SBC.

Webex Call маршрути всички повиквания, които не съответстват на Webex Calling дестинации на клиента към местния шлюз, който е присвоен на местоположението. Това включва PSTN дестинации и в мрежата повиквания към Unified CM вътрешни разширения. Местният портал маршрутизира всички обаждания до Unified CM. След това Unified CM маршрутизира обаждания до локално регистрирани телефони или до PSTN през локалния шлюз, който има съвместно разположен PSTN/SBC функционалност.

Съображения за маршрутизиране на обажданията

Обаждания от Webex, призоваващи към унифицирана CM

Логиката за маршрутизиране на Webex Calling работи по следния начин: ако номерът, който е набран на крайна точка на Webex Calling, не може да бъде насочен към друга дестинация в рамките на същия клиент в Webex Calling , тогава обаждането се изпраща до местния портал за по-нататъшна обработка. Всички обаждания извън мрежата (извън Webex Calling) се изпращат до местния портал.

За внедряване на Webex Calling без интегриране в съществуващ Unified CM, всяко повикване извън мрежата се счита за PSTN повикване. Когато се комбинира с Unified CM, повикването извън мрежата все още може да бъде повикване в мрежата до всяка дестинация, хоствана на Unified CM или истинско обаждане извън мрежата до дестинация за PSTN. Разликата между последните два типа повиквания се определя от Единния CM и зависи от плана за набиране на предприятието, който е предоставен на Unified CM.

Следващата цифра показва потребител на Webex Call , който набира национален номер в САЩ.

Унифицираният CM сега въз основа на конфигурирания план за набиране насочва повикването до локално регистрирана крайна точка, на която нареченото местоназначение се предоставя като номер на директория. За тази цел Единният план за набиране на CM трябва да поддържа маршрутизиране на +E.164 номера.

Обаждания от унифициран CM до Webex повикване

За да се даде възможност за маршрутизиране на повиквания от Unified CM до Webex Призоваване на Unified CM, трябва да се предостави набор от маршрути, за да се определи наборът от +E.164 и адресите на плана за номериране на предприятието в Webex Calling.

С тези маршрути са възможни и двата сценария на повикване, показани на следващата цифра.

Ако повикващият в PSTN извика DID номер, който е присвоен на устройство за повикване на Webex, тогава повикването се предава на предприятието чрез PSTN шлюза на предприятието и след това удря Unified CM. Нареченият адрес на това повикване съвпада с един от маршрутите за повикване на Webex, който е предоставен в Unified CM и повикването се изпраща до местния портал. (Нареченият адрес трябва да бъде във формат +E.164, когато е изпратен до местния портал.) Логиката за маршрутизиране на Webex Calling след това гарантира, че повикването се изпраща на планираното устройство за повикване на Webex, въз основа на заданието DID.

Също така, повикванията, произхождащи от регистрирани крайни точки на Unified CM, насочени към дестинации в Webex Calling, са предмет на плана за набиране, който е предоставен на Unified CM. Обикновено този план за набиране позволява на потребителите да използват общи навици за набиране на предприятия, за да извършват разговори. Тези навици не включват непременно само +E.164 набиране. Всеки навик за набиране, различен от +E.164, трябва да бъде нормализиран до +E.164, преди обажданията да бъдат изпратени до местния портал, за да се даде възможност за правилно маршрутизиране в Webex Calling.

Клас на обслужване (CoS)

Прилагането на строг клас ограничения на услугите винаги се препоръчва по различни причини, включително избягване на цикли на повикване и предотвратяване на измами с пътни такси. В контекста на интегрирането на Webex Calling Local Gateway с унифициран CM клас услуги трябва да разгледаме класа на обслужване за:

  • Устройства, регистрирани с Унифициран CM

  • Призиви, идващи в Unified CM от PSTN

  • Обаждания, идващи в Unified CM от Webex Calling

Устройства, регистрирани с Унифициран CM

Добавянето на дестинациите Webex Calling като нов клас дестинации към съществуваща настройка на CoS е доста право напред: разрешение за обаждане до дестинации за обаждания на Webex обикновено е еквивалентно на разрешението за повикване на предпоставката (включително междусайтови) дестинации.

Ако планът за набиране на предприятието вече изпълнява разрешение "(съкратено) междусистемно в мрежата", тогава вече има дял, предоставен на Unified CM, който можем да използваме и предоставим всички известни дестинации в мрежата Webex Calling в същия дял.

В противен случай концепцията за разрешение "(съкратено) междусистемно място" все още не съществува, тогава трябва да бъде предоставен нов дял (например "onNetRemote"), дестинациите за извикване на Webex се добавят към този дял и накрая този нов дял трябва да бъде добавен към съответните пространства за търсене на повиквания.

Призиви, идващи в Unified CM от PSTN

Добавянето на дестинациите Webex Calling като нов клас дестинации към съществуваща настройка на CoS е доста право напред: разрешение за обаждане до дестинации за обаждания на Webex обикновено е еквивалентно на разрешението за повикване на предпоставката (включително междусайтови) дестинации.

Ако планът за набиране на предприятието вече изпълнява разрешение "(съкратено) междусистемно в мрежата", тогава вече има дял, предоставен на Unified CM, който можем да използваме и предоставим всички известни дестинации в мрежата Webex Calling в същия дял.

В противен случай концепцията за разрешение "(съкратено) междусистемно място" все още не съществува, тогава трябва да бъде предоставен нов дял (например "onNetRemote"), дестинациите за извикване на Webex се добавят към този дял и накрая този нов дял трябва да бъде добавен към съответните пространства за търсене на повиквания.

Обаждания, идващи в Unified CM от Webex Calling

Обажданията, идващи от PSTN, се нуждаят от достъп до всички дестинации за обаждания на Webex. Това изисква добавяне на горния дял, който държи всички дестинации за повикване на Webex към пространството за търсене на повиквания, използвано за входящи повиквания на багажника на PSTN. Достъпът до дестинациите за обаждания на Webex идва в допълнение към вече съществуващия достъп.

Докато за повиквания от PSTN достъп до унифицирани CM DIDs и Webex повикване DIDs се изисква повиквания с произход от Webex повикване нужда достъп до унифицирани CM DIDs и PSTN дестинации.

Фигура 1. Диференцирани CoS за обаждания от PSTN и Webex повикване

Тази цифра сравнява тези два различни класа услуги за разговори от PSTN и Webex Calling. Фигурата показва също, че ако функционалността на PSTN шлюза е съчетана с локалния портал, тогава са необходими два багажника от комбинирания PSTN GW и локалния портал към Unified CM: един за повиквания с произход от PSTN и един за повиквания с произход от Webex Calling. Това се дължи на изискването за прилагане на диференцирани пространства за търсене на повиквания по тип трафик. С два входящи багажника на Unified CM това може лесно да се постигне чрез конфигуриране на необходимото пространство за търсене на повиквания за входящи повиквания на всеки багажник.

Интеграция на плана за набиране

Това ръководство предполага съществуваща инсталация, която се основава на най-добрите актуални практики в "Предпочитана архитектура за внедряване на Cisco сътрудничество на място, CVD". Най-новата версия е достъпна тук.

Препоръчителният дизайн на плана за набиране следва подхода на проектиране, който е документиран в главата Dial Plan на най-новата версия на системата за сътрудничество Cisco SRND, налична тук.

Фигура 2. Препоръчителен план за набиране

Тази цифра показва преглед на препоръчителния дизайн на плана за набиране. Основните характеристики на този дизайн на плана за набиране включват:

  • Всички номера на директории, които са конфигурирани на Unified CM, са във формат +E.164.

  • Всички номера на директории пребивават в един и същ дял (DN) и са маркирани спешно.

  • Маршрутизирането на ядрото се основава на +E.164.

  • Всички навици за набиране извън +E.164 (например съкратено набиране в рамките на обекта и набиране на PSTN, използвайки общи навици за набиране) се нормализират (глобализират) до +E.164, като се използват модели за превод на нормализиране на набирането.

  • Набирането на модели за нормализиране на превода използва модел на превод, призоваващ наследяване на пространството за търсене; те имат набор от опции "Използване на пространството за търсене на повиквания на оригинатора".

  • Класът на услугата се изпълнява с помощта на сайт и клас специфични за услугата пространства за търсене на повиквания.

  • Възможностите за достъп до PSTN (например достъп до международни дестинации за PSTN) се изпълняват чрез добавяне на дялове със съответните модели на маршрута +E.164 към пространството за търсене, определящо класа услуги.

Достъпност на Webex повикване

Фигура 3. Добавяне на дестинация за повикване на Webex към плана за набиране

За да добавите достъпност за дестинациите за извикване на Webex към този план за набиране, трябва да се създаде дял, представляващ всички дестинации за извикване на Webex ("Webex Calling") и към този дял се добавя модел на маршрут +E.164 за всеки диапазон на DID в Webex Call. Този маршрутен модел препраща към списък с маршрути само с един член: маршрутната група със SIP багажника до местния портал за обаждания до Webex Calling. Тъй като всички набрани дестинации се нормализират до +E.164 или с помощта на модели за превод за нормализиране на набирането за повиквания, произхождащи от регистрирани крайни точки на Unified CM, или входящи наречени партийни трансформации за повиквания, произхождащи от PSTN, този единствен набор от модели на маршрути +E.164 е достатъчен, за да се постигне достъпност за дестинации в Webex Calling независимо от използвания навик за набиране.

Ако например потребител набере "914085550165", тогава моделът на превод за нормализиране на набирането в дял "UStoE164" нормализира този низ за набиране до "+14085550165", който след това съответства на модела на маршрута за дестинация за повикване на Webex в дял "Webex Calling". Единната CM в крайна сметка изпраща призива към местния портал.

Добавяне на съкратено междусайтно набиране

Фигура 4. Добавяне на съкратено междусайтно набиране

Препоръчителният начин да добавите съкратено междусистемно набиране към референтния план за набиране е да добавите модели за превод на нормализиране на набирането за всички сайтове по плана за номериране на предприятието към специален дял ("ESN", Enterprise Significant Numbers). Тези модели на превод прихващат струните за набиране във формата на плана за номериране на предприятието и нормализират набрания низ до +E.164.

За да добавите съкратено набиране на предприятия към дестинациите за обаждания на Webex, добавяте съответния модел на превод за нормализиране на набирането за местоположението на Webex Calling към дяла "Webex Calling" (например "8101XX" в диаграмата). След нормализиране обаждането отново се изпраща на Webex Call, след като съответства на модела на маршрута в дяла "Webex Calling".

Не препоръчваме да добавяте съкратения модел за превод на нормализиране на набирането за Webex Calling повиквания към дяла "ESN", защото тази конфигурация може да създаде нежелани цикли за маршрутизиране на повиквания.

Протоколни манипулатори за повикване

Webex Calling регистрира следните манипулатори на протоколи с операционната система, за да позволи функционалност за кликване до повикване от уеб браузъри или друго приложение. Следните протоколи стартират аудио или видео повикване в Webex App, когато това е приложението за повикване по подразбиране на Mac или Windows:

  • КЛИКТОКОЛ: или CLICKTOCALL://

  • SIP: или SIP://

  • ТЕЛ: или TEL://

  • УЕБЕКСТЕЛ: или WEBEXTEL://

Протоколни манипулатори за Windows

Други приложения могат да се регистрират за манипулаторите на протокола преди приложениетоWebex. В Windows 10 системният прозорец да поиска от потребителите да изберат кое приложение да използват, за да стартират повикването. Предпочитанията на потребителя могат да бъдат запомнени, ако потребителят проверява Винаги използвайте това приложение.

Ако потребителите трябва да нулират настройките на приложението за повикване по подразбиране, така че да могат да изберат Webex App, можете да ги инструктирате да променят асоциациите на протоколите за Webex App в Windows 10:

  1. Отворете настройките на системата за настройки на приложението по подразбиране, щракнете върху Задаване по подразбиране по приложениеи след това изберете Webex App.

  2. За всеки протокол изберете Webex App.

Протоколни манипулатори за macOS

На Mac OS, ако други приложения, регистрирани в протоколите за обаждания преди Webex App, потребителите трябва да конфигурират своето Webex приложение , за да бъде опцията за повикване по подразбиране.

В Webex App за Mac потребителите могат да потвърдят, че Webex App е избран за Старт разговори с настройка под общи предпочитания. Те също така могат да проверят Винаги да се свързват с Microsoft Outlook, ако искат да правят разговори в Webex App , когато щракнат върху номера на контакта на Outlook .

30 септември 2022 г.
Подгответе средата си за webex извикване

Изисквания за повикване

Лицензи

Webex Call е достъпен чрез плана за сътрудничество на Cisco. Трябва да закупите план за споразумение за предприятието (EA) (за всички потребители, включително 50% устройства за работни пространства) или план за именуван потребител (NU) (някои или всички потребители).

Webex Calling предоставя три вида лицензи ("Типове станции")

  • Професионални– Тези лицензи предоставят пълен набор от функции за цялата ви организация. Тази оферта включва унифицирани комуникации (Webex Calling), мобилност (настолни и мобилни клиенти с поддръжка на множество устройства), екипно сътрудничество в Webex App, както и възможност за обединяване на срещи с до 1000 участници на среща.

  • Основно: Изберете тази опция, ако вашите потребители се нуждаят от ограничени функции без мобилност или унифицирани комуникации. Те все още ще получат пълнофункционална гласова оферта, но са ограничени до едно устройство на потребител.


    Основните лицензи са достъпни само ако имате абонамент за Име на потребителя. Основните лицензи не се поддържат за абонаменти за Enterprise Agreement.

  • Работни пространства (известни също като Обща зона) - Изберете тази опция, ако търсите основен тон на набиране с ограничен набор от функции за обаждания, подходящи за области като стаи за почивка, лобита и конферентни зали.

Тази документация по-късно ви показва как да използвате Control Hub, за да управлявате тези лицензионни разпределения на места във вашата организация.

Изисквания за честотна лента

Всяко устройство във видео повикване изисква до 2 Mbps. Всяко устройство в аудио повикване изисква 100 kbps. Телефоните на празен ход се нуждаят от минимална честотна лента.

Местен портал за PSTN на базата на помещения

Както риселърите с добавена стойност (VARs), така и доставчиците на услуги (SPs) могат да предоставят достъп на PSTN до организациите за обаждания на Webex. Местният портал в момента е единствената възможност за осигуряване на PSTN достъп, базиран на помещения. Местният портал може да бъде разположен самостоятелно или в разполагания, където се изисква интеграция в Cisco Unified Communications Manager. Следват изискванията на местния портал.

Поддържани устройства

Webex Calling поддържа IP телефони на Cisco Multiplatform (MPP). Като администратор можете да регистрирате следните телефони в облака. Вижте следните помощни статии за повече информация:


За пълен списък на поддържаните устройства за Webex Calling, вижте Поддържани устройства за Webex Calling.

Устройствата Cisco Webex Room, Board и Desk се поддържат като устройства в работно пространство, което създавате в контролния хъб. Вижте "Cisco Webex стая, дъска и бюро устройства" в поддържани устройства за Webex Призоваване за повече информация. Въпреки това, можете да предоставите на тези устройства PSTN услуга, като активирате Webex Calling за работното пространство.

Защитна стена

Отговарят на изискванията за защитна стена, които са документирани в референтната информация за порта за Cisco Webex Calling.

Изисквания за локален шлюз за Webex повикване

Общи предпоставки

Преди да конфигурирате локален портал за Webex Calling, уверете се, че сте

    • Имате основни познания за принципите на VoIP

    • Имате основни работни познания за гласовите концепции на Cisco IOS-XE и IOS-XE

    • Имате основно разбиране за протокола за иницииране на сесията (SIP)

    • Имате основно разбиране за Cisco Унифициран комуникационен мениджър (Unified CM), ако вашият модел за внедряване включва Unified CM

    Повече подробности можете да намерите в Ръководството за конфигуриране на корпоративния елемент на Cisco Unified Border Element (CUBE) на https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Хардуерни и софтуерни изисквания за локален шлюз

Уверете се, че разполагането ви има един или повече от местните шлюзове (Cisco CUBE (за IP-базирана свързаност) или Cisco IOS Gateway (за TDM-базирана свързаност), които са в таблица 1 на локалния шлюз за ръководствоза поръчване на обаждания на Webecks. Освен това, уверете се, че платформата работи с поддържана IOS-XE версия съгласно Ръководствотоза конфигуриране на локалния шлюз.

Изисквания за лиценз за местни портали

Лицензите за повикване на CUBE трябва да бъдат инсталирани на местния портал. За повече информация вижте Ръководствотоза конфигурация на единния граничен елемент на Cisco.

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

Webex Call изисква сигурна сигнализация и медии. Локалният шлюз извършва криптирането и трябва да се установи TLS връзка, изходяща към облака със следните стъпки:

  • LGW трябва да се актуализира с CA кореновия пакет от Cisco PKI

  • Набор от идентификационни данни за SIP digest от страницата за конфигуриране на багажника на Control Hub се използват за конфигуриране на LGW (стъпките са част от конфигурацията, която следва)

  • CA корен пакет валидира представения сертификат

  • Подканен за пълномощия (SIP digest предоставен)

  • Облакът идентифицира кой локален портал е сигурно регистриран

Защитна стена, NAT Traversal и изисквания за оптимизация на медийния път за локален портал

В повечето случаи местният портал и крайните точки могат да се намират във вътрешната клиентска мрежа, като се използват частни IP адреси с NAT. Защитната стена на предприятието трябва да позволява изходящ трафик (SIP, RTP/UDP, HTTP) до конкретни IP адреси/портове, обхванати от референтната информацияза пристанището.

Ако искате да използвате оптимизация на медийния път с ICE, интерфейсът Webex Calling на локалния шлюз трябва да има директен мрежов път към и от крайните точки на Webex Calling. Ако крайните точки са на различно място и няма директен мрежов път между крайните точки и интерфейса за лице Webex Calling на локалния шлюз, тогава местният шлюз трябва да има публичен IP адрес, присвоен на интерфейса, насочен към Webex Calling за разговори между локалния шлюз и крайните точки за използване на оптимизацията на медийния път. Освен това, тя трябва да работи IOS-XE версия 16.12.5.

30 септември 2022 г.
Конфигуриране на Webex Извикване за вашата организация

Персонализирайте вашата организация за Webex повикване в контролен хъб. След като активирате първото си местоположение чрез съветника за настройка за първи път, можете да настроите и управлявате допълнителни местоположения, присвояване и използване на багажника, опции за план за набиране, потребители, устройства и функции.

Първата стъпка, за да получите вашите Webex Calling услуги нагоре и работи е да завършите съветника за настройка за първи път (FTSW). След като FTSW е завършен за първото ви местоположение, не е необходимо да бъде завършен за допълнителни места.

1

Кликнете върху връзката "Първи стъпки" в имейла " Добре дошли", който получавате.


 

Вашият администраторски имейл адрес се използва автоматично за влизане в Control Hub, където ще бъдете подканени да създадете паролата на администратора си. След като влезете, съветникът за настройка автоматично започва.

2

Прегледайте и приемете условията за ползване.

3

Прегледайте плана си и след това щракнете върху Започнете.


 

Вашият мениджър на акаунта е отговорен за активирането на първите стъпки за FTSW. Свържете се с мениджъра на профила си, ако получите известие "Не може да настроите обаждането си", когато изберете Get Start.

4

Изберете държавата, в която вашият център за данни трябва да картографира, и въведете информацията за контакт с клиента и адреса на клиента.

5

Кликнете върху Следващия: Местоположениепо подразбиране.

6

Изберете от следните опции:

  • Щракнете върху Запазване и затваряне , ако сте администратор партньор и искате администраторът на клиента да завърши предоставянето на Webex Calling.
  • Попълнете необходимата информация за местоположението. След като създадете местоположението в съветника, можете да създадете повече места по-късно.

 

След като завършите съветника за настройка, уверете се, че добавяте основен номер към мястото, което създавате .

7

Направете следните селекции, за да кандидатствате за това място:

  • Езикза обявяване – За аудио съобщения и подкани за нови потребители и функции.
  • Имейл език- За имейл комуникация за нови потребители.
  • Страна
  • Часова зона
8

Щракнете върху Напред.

9

Въведете наличен SIP адрес на Cisco Webex и щракнете върху Напред и изберете Готово.

Преди да започнете

За да създадете ново местоположение, подгответе следната информация:

  • Адрес на местоположението

  • Желани телефонни номера (по избор)

1

От гледна точка на клиента отидете на https://admin.webex.com Услуги > Повикване > Местоположенияи щракнете върху Добавяне на местоположение.

Имайте предвид, че нови местоположения ще бъдат хоствани в регионалния център за данни, който съответства на държавата, която сте избрали с помощта на съветника за настройка за първи път.

2

Конфигуриране на настройките на местоположението:

  • Имена местоположението – Въведете уникално име, за да идентифицирате местоположението.
  • Държава/регион– Изберете държава, за да завържете местоположението. Например, можете да създадете едно място (централа) в Съединените щати и друго (клон) в Обединеното кралство. Държавата, която избирате, определя адресните полета, които следват. Тези, документирани тук, използват Конвенцията за адресите на САЩ като пример.
  • Адресза местоположение – Въведете основния пощенски адрес на местоположението.
  • Град/град - Влезте в градза това място.
  • Държава/провинция/регион– От падащото положение изберете държава.
  • ZIP/пощенски код — Въведете ZIP или пощенски код.
  • Езикза обявяване – Изберете езика за аудио съобщения и подкани за нови потребители и функции.
  • Имейл език– Изберете езика за имейл комуникацията с нови потребители.
  • Часова зона – Изберете часовата зоназа местоположението.
3

Щракнете върху Запиши и след това изберете Да/ Не , за да добавите номера към местоположението сега или по-късно.

4

Ако щракнете върху Да, изберете една от следните опции:

  • Cisco PSTN - Изберете тази опция, ако искате решение за Cloud PSTN от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.


     

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. Вече съществуващите места, които са имали други инсталирани възможности за PSTN, не отговарят на условията за плана за повикване на Cisco в този момент. Отворете случай за подкрепа на насоките.

    • Хоствате се в център за данни за обаждания на Webex в регион, в който се поддържа планът за обаждания на Cisco.

  • Облачно свързан PSTN - Изберете тази опция, ако търсите облачно PSTNрешение от един от многото партньори на Cisco CCP или ако планът за повикване на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

     

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за номера на поръчки сега под посочен доставчик, препоръчваме ви да изберете тази опция, така че да можете да се възползвате от интегрирания ЦК. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираният ККП изисква от вас да си набавяте телефонни номера от партньора на ККП извън контролния хъб.

  • PSTN (Local Gateway)- Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

Изборът на опция PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съчетавате толкова опции, колкото искате за разполагането си, но всяко място ще има една опция. След като сте избрали и предоставили опция PSTN, можете да я промените, като щракнете върху Управление в свойствата на PSTN за местоположение. Някои опции, като например Cisco PSTN, обаче може да не са налични, след като е възложена друга опция. Отворете случай за подкрепа на насоките.

5

Изберете дали искате да активирате числата сега или по-късно.

6

Ако сте избрали неинтегриран ЦК или PSTN, базиран на помещения, въведете телефонни номера като стойности, разделени със запетая, и след това щракнете върху Валидиране.

Числата се добавят за конкретното местоположение. Валидните записи се преместват в полето "Валидирани числа" и невалидните записи остават в полето "Добавяне на числа ", придружено от съобщение за грешка.

В зависимост от страната на местоположението, номерата се форматират според местните изисквания за набиране. Например, ако се изисква код на държава, можете да въведете номера със или без кода и кодът е предназначен.

7

Щракнете върху Запиши.

Какво да правим по-нататък

След като създадете местоположение, можете да разрешите спешни 911 услуги за това местоположение. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

Преди да започнете


Получете списък на потребителите и работните пространства, свързани с местоположение: Отидете на Услуги > Повикване > Номера и от падащото меню изберете местоположението, което трябва да бъде изтрито. Трябва да изтриете тези потребители и работни пространства, преди да изтриете местоположението.

1

От гледна точка на клиента в https://admin.webex.com, отидете на Услуги > Повикване > Местоположения.

2

Кликнете в колоната Действия до мястото, което искате да изтриете.

3

Изберете Изтриване на местоположениетои потвърдете, че искате да изтриете това местоположение.

Обикновено отнема няколко минути, за да може местоположението да бъде окончателно изтрито, но може да отнеме до час. Можете да проверите състоянието, като щракнете до името на местоположението и изберете статусна изтриване.

Можете да промените настройката на PSTN, името, часовата зона и езика на дадено местоположение, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.


За съществуващи локации можете да разрешите спешни 911 услуги. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

1

От гледна точка на клиента отидете на https://admin.webex.com Услуги > Повикване > Местоположенияи след това изберете местоположението, което искате да актуализирате.

Ако видите символ за предпазливост до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да правите или получавате обаждания, докато не конфигурирате този номер.

2

(по избор) Под PSTN връзкаизберете PSTN или PSTN ( локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управете , за да промените тази конфигурация и след това да потвърдите свързаните рискове, като изберете Продължи. След това изберете една от следните опции и щракнете върху Запиши:

  • Cisco PSTN - Изберете тази опция, ако искате решение за Cloud PSTN от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.


     

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. Понастоящем вече съществуващите места, които са имали други присвоени възможности на PSTN, не отговарят на условията за плана за повикване на Cisco. Отворете случай за подкрепа на насоките.

    • Хоствате се в център за данни за обаждания на Webex в регион, в който се поддържа планът за обаждания на Cisco.

  • Облачно свързан PSTN - Изберете тази опция, ако търсите облачно PSTNрешение от един от многото партньори на Cisco CCP или ако планът за повикване на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

     

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за номера на поръчки сега под посочен доставчик, препоръчваме ви да изберете тази опция, така че да можете да се възползвате от интегрирания ЦК. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираният ККП изисква от вас да си набавяте телефонни номера от партньора на ККП извън контролния хъб.

  • PSTN (Local Gateway)- Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

     

    Клиентите на Webex Calling с места, които преди това са конфигурирани с локален портал, автоматично ще бъдат преобразувани в PSTN на базата на помещения със съответен багажник.

3

Изберете основния номер , на който може да бъде достигнат основният контакт на местоположението.

4

(по избор) При спешни повикванияможете да изберете идентификатор за аварийно местоположение, за да присвоите на това място.


 

Тази настройка е незадължителна и е приложима само за държави, които я изискват.

В някои страни (пример: Франция), съществуват регулаторни изисквания за клетъчните радиосистеми, за да се установи самоличността на клетката, когато провеждате спешно повикване и се предоставя на службите за спешна помощ. Други страни като САЩ и Канада прилагат определяне на местоположението, като използват други методи. За повече информация вижте Засилено спешно повикване.

Вашият доставчик на спешни повиквания може да се нуждае от информация за мрежата за достъп и се постига чрез дефиниране на нов частен заглавка за разширение на SIP, P-Access-Network-Info. Заглавката носи информация, свързана с мрежата за достъп.

Когато зададете идентификатора за аварийно местоположение за местоположение, стойността на местоположението се изпраща на доставчика като част от SIP съобщението. Свържете се с вашия доставчик на спешни повиквания, за да видите дали имате нужда от тази настройка и използвайте стойността, която е предоставена от вашия доставчик на спешни повиквания.

5

Изберете номера на гласовата поща, на който потребителите могат да се обадят, за да проверят гласовата си поща за това местоположение.

6

(по избор) Щракнете върху иконата за молив в горната част на страницата Местоположение, за да промените иметона местоположението, езика за обявяване, езикана имейла, часовата зонаили адреса , ако е необходимо, и след това щракнете върху Save.


 

Промяната на езика за обявяване влиза в сила незабавно за всички нови потребители и функции, добавени към това местоположение. Ако съществуващите потребители и/или функции също трябва да променят езика си за обявяване, когато са подканени, изберете Промяна за съществуващи потребители и работни пространства или Промяна за съществуващи функции. Щракнете върху Приложи. Можете да гледате хода на страницата Задачи. Не можете да направите повече промени, докато това не приключи.


 

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

Тези настройки са за вътрешно набиране и също са налични в съветника за настройка за първи път. Докато променяте плана си за набиране, примерните номера в актуализацията на Control Hub, за да покажете тези промени.


Изходящите кодове за набиране не се поддържат на устройствата Webex App, Webex Calling или Cisco Room.


Можете да конфигурирате изходящи разрешения за повикване за местоположение. Вижте тези стъпки , за да конфигурирате разрешенията за изходящи повиквания.

1

От гледна точка на клиента в https://admin.webex.com, отидете на Услуги > Повикване > Настройкина услугата, а след това превъртете до вътрешно набиране.

2

Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:

  • Дължинана префикса за маршрутизиране на местоположението - Препоръчваме тази настройка, ако имате няколко местоположения. Можете да въведете дължина от 2-7 цифри. Ако имате няколко местоположения с едно и също разширение, потребителите трябва да наберат префикс, когато се обаждат между местоположения. Например, ако имате няколко магазина, всички с разширение 1000, можете да конфигурирате префикс за маршрутизиране за всеки магазин. Ако един магазин има префикс от 888, ще наберете 8881000, за да стигнете до този магазин.
  • Кормилна цифра в префикса за маршрутизиране - Можете да зададете стойност тук, независимо дали използвате префиксиза маршрутизиране на местоположението.
  • Вътрешна дължинана разширението - Можете да въведете 2-6 цифри и по подразбиране е 2.

     

    След като увеличите дължината на разширението, съществуващите скоростни циферблати към вътрешни разширения не се актуализират автоматично.

3

Посочете вътрешно набиране за конкретни места. Отидете на Услуги > Повикване > Местоположения, изберете местоположение, превъртете до Набиранеи след това променете вътрешното и външното набиране, ако е необходимо:

  • Вътрешно набиране- Посочете префикса за маршрутизиране, който потребителите на други места трябва да наберат, за да се свържат с някого на това място. Префиксът за маршрутизиране на всяко място трябва да бъде уникален. Препоръчваме дължината на префикса да съответства на дължината, зададена на ниво организация, но тя трябва да бъде дълга между 2-7 цифри.
  • Външно набиране- По желание можете да изберете изходяща цифра, която потребителите трябва да наберат, за да достигнат до външна линия. По подразбиране не е Никой и можете да го оставите, ако не се нуждаете от този навик за набиране. Ако решите да използвате тази функция, препоръчваме ви да използвате различен номер от кормилната цифра на вашата организация.

     

    Потребителите могат да включат изходящата цифра, когато правят външни повиквания, за да имитират начина, по който са набрали наследените системи. Въпреки това, всички потребители все още могат да правят външни повиквания без изходящата цифра.

Въздействие върху потребителите:

  • Потребителите трябва да рестартират телефоните си, за да влязат в сила промените в предпочитанията за набиране.

  • Разширенията на потребителите не трябва да започват със същия номер като кормилната цифра на местоположението.

Ако сте препродавач с добавена стойност, можете да използвате тези стъпки, за да започнете локална конфигурация на шлюза в Control Hub. Когато този шлюз е регистриран в облака, можете да го използвате на едно или повече от вашите местоположения на Webex Calling , за да осигурите маршрутизиране към доставчик на услуги за PSTN на предприятието.


Място, което има локален портал, не може да бъде изтрито, когато местният портал се използва за други места.

Следвайте тези стъпки, за да създадете багажник в контролния хъб.

Преди да започнете

  • След като се добави местоположение и преди да конфигурирате PSTN на базата на помещения за местоположение, трябва да създадете багажник.

  • Създайте всички местоположения и конкретни настройки и числа на всеки един. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.

  • Разберете изискванията на PSTN (локален шлюз) за Webex Calling.

  • Не можете да изберете повече от един багажник за местоположение с PSTN, базиран на помещения, но можете да изберете един и същ багажник за няколко места.

1

От гледна точка на клиента отидете на https://admin.webex.com Услуги > Повикване > маршрутизиранена повиквания и изберете Добавяне на багажник.

2

Изберете местоположение.

3

Назовете багажника и щракнете върху Save.


 

Името не може да бъде по-дълго от 24 знака.

Какво да правим по-нататък

Вие сте представени със съответните параметри, които ще трябва да конфигурирате на багажника. Също така ще генерирате набор от идентификационни данни за SIP digest, за да осигурите PSTN връзката.

Информацията за багажника се появява на домейнана екрана , групата на багажника OTG/DTG, линията/портаи изходящия прокси адрес.

Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, така че да можете да се обърнете към нея, когато сте готови да конфигурирате PSTN, базирана на помещенията.

Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на паролата, за да генерирате нов набор от идентификационни данни за удостоверяване , които да използвате в багажника.

1

От гледна точка на клиента в https://admin.webex.com, отидете на Услуги > Повикване > Местоположения.

2

Изберете местоположение, за да промените и щракнете върху Управление.

3

Изберете PSTN на базата на помещения и щракнете върху Напред.

4

Изберете багажник от падащото меню.


 

Посетете страницата на багажника, за да управлявате избора на групата на багажника.

5

Щракнете върху известието за потвърждение, след което щракнете върху Запиши.

Какво да правим по-нататък

Трябва да вземете конфигурационната информация, която Control Hub генерира, и да картографирате параметрите в локалния шлюз (например на Cisco CUBE, който седи в помещенията). Тази статия ви води през този процес. Като препратка вижте следната диаграма например за това как информацията за конфигурацията на контролния хъб (вляво) картографира параметрите в CUBE (вдясно):

След като успешно завършите конфигурацията на самия шлюз, можете да се върнете към Услуги > Call > Locations в Control Hub и порталът, който сте създали, ще бъде посочен в картата за местоположение, на която сте я присвоили със зелена точка вляво от името. Това състояние показва, че порталът е сигурно регистриран в облака за обаждания и служи като активен PSTN шлюз за местоположението.

1

От гледна точка на клиента в https://admin.webex.com, изберете иконата на сградата .

2

Изберете раздела Абонаменти и след това щракнете върху Покупка сега.

Имейл се изпраща на партньора ви, като им се съобщава, че се интересувате от конвертиране в платен абонамент.

1

От гледна точка на клиента отидете на Организационни настройки > Услугиhttps://admin.webex.com, превъртете до Повикване и след това изберете Настройки на клиента.

2

Плъзнете и пуснете опциите за повикване, които искате потребителите да видят в полето Опции за налични повиквания , и след това да ги пренаредите в приоритетния ред, който искате за вашите потребители.

Други опции, които са скрити за потребителите, се показват в полето Опции за скрити повиквания, както е показано в тази примерна екранна снимка:

3

Превключване на Активиране на единично кликване към повикване, ако искате потребителите да могат да се обаждат с опцията за първо повикване , която сте конфигурирали в предишната стъпка.


 

Промените могат да отнемат до 24 часа, за да се появят в Webex App. Можете да посъветвате потребителите си да рестартират приложенията си, за да вземат тези промени по-бързо.

Можете да контролирате какво приложение за обаждания се отваря, когато потребителите правят PSTN повиквания. След като конфигурирате тази настройка на ниво организация, можете да отмените тази настройка за конкретни потребители.


Изберете опцията за цялата организация, само ако сте готови да мигрирате цялата си организация.

Преди да започнете

  • Вашата организация трябва да има правилните абонаменти за поведението на повикване, което изберете.

  • Потребителите трябва да имат валидни телефонни номера. Ако числата са невалидни, Webex App все още изпраща номера до приложението за обаждания, което избирате, но обаждането от това приложение ще се провали.

От гледна точка на клиента в https://admin.webex.com, отидете на Управление > Организационни настройки, а след това превъртете до Поведениена повикване и след това изберете едно от следните неща: .

  • Обаждане в Webex-Изберететази опция, ако искате потребителите да извършват разговори директно в Webex App с помощта на Webex Calling.
  • Webex Call app-Изберететази опция, ако вашата организация има абонамент за Cisco Webex Calling и искате да позволите на потребителите да правят PSTN повиквания с помощта на приложението Webex Call . Когато потребителите правят PSTN разговори в Webex App, приложението Webex Calling се използва за извършване на повикването.

     

    Приложението Webex Calling е достъпно само за избор на клиенти.

Появява се съобщение, което показва, че поведението на повикване се актуализира. Потребителите вече могат да извършват PSTN разговори от Webex App или приложението Webex Calling .

Потребителите трябва да имат съответното приложение, инсталирано, за да правят PSTN обаждания от Webex App. Уверете се, че сте уведомили хората какъв избор правите и дали друго приложение се използва за извършване на PSTN разговори.


 

Можете да промените тази настройка на ниво потребител, ако определени хора трябва да използват различно поведение на повикване. Отидете на потребителите и под Настройки, изберете Поведениена повикване. Можете да направите своя избор и след това щракнете върху Save.

30 септември 2022 г.
Конфигуриране на локален шлюз на IOS-XE за Webex повикване

След като конфигурирате Webex Call за вашата организация, можете да конфигурирате багажник, за да свържете местния шлюз към Webex Calling. SIP TLS транспортът осигурява багажника между локалния портал и облака Webex. Медиите между местния портал и Webex Calling използват SRTP.

Локален поток от задачи за конфигуриране на шлюза

Има две опции за конфигуриране на локалния шлюз за вашия багажник Webex Call :

  • Багажник, базиран на регистрация

  • Багажник, базиран на сертификати

Използвайте потока на задачите или под локалния портал, базиран на регистрация, или под локалния портал , базиран на сертификати, за да конфигурирате локалния шлюз за багажника си за повикване на Webex. Вижте Конфигуриране на стволове, маршрутни групи и планове за набиране на Webex Призоваване за повече информация за различните типове багажник. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Ние използваме протокола за иницииране на сесията (SIP) и транспорта за сигурност на транспортния слой (TLS), за да осигурим багажника и Протокола за сигурно реално време (SRTP), за да осигурим медиите между Local Gateway и Webex Calling.

Преди да започнете

  • Разберете изискванията на обществената телефонна мрежа (PSTN) и локалния шлюз (LGW) за Webex Calling. Вижте предпочитаната архитектура на Cisco за Webex Призоваване за повече информация.

  • Тази статия предполага, че е налице специална платформа Local Gateway без съществуваща гласова конфигурация. Ако промените съществуващ PSTN шлюз или разполагане на локален портал, за да използвате като функция на локалния шлюз за Webex Calling, тогава обърнете специално внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци от повиквания и функционалност поради промените, които правите.

  • Създайте багажник в контролния хъб и го присвоете на местоположението. Вижте Конфигуриране на стволове, маршрутни групи и планове за набиране на Webex Призоваване за повече информация.

Преди да започнете

  • Уверете се, че следната базова конфигурация на платформата, която конфигурирате, е настроена според правилата и процедурите на вашата организация:

    • НТП

    • АКЛ

    • Активиране на пароли

    • Основна парола

    • IP маршрутизиране

    • IP адреси и т.н.

  • Имате нужда от минимално поддържано освобождаване на Cisco IOS XE 16.12 или IOS-XE 17.3 за всички локални разполагания на шлюз.

1

Уверете се, че присвоявате всички интерфейси на слой 3 имат валидни и маршрутизирани IP адреси:

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
ip address 192.168.43.197 255.255.255.0
2

Предварително конфигурирайте първичен ключ за паролата, като използвате следните команди, преди да използвате в идентификационните данни и споделените тайни. Криптирате паролите от тип 6 с помощта на AES шифър и дефиниран от потребителя първичен ключ.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Конфигуриране на сървър за IP име, за да се даде възможност за DNS справка и пинг за да се гарантира, че сървърът е достъпен. Местният шлюз използва DNS, за да разреши прокси адресите на Webex Call:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Активиране на TLS 1.2 Изключителност и доверителна точка на контейнера по подразбиране:

  1. Създайте точка за доверие на контейнера PKI и го наречете sampleTP.

  2. Присвояване на доверителната точка като доверителна точка по подразбиране под sip-ua.


     
    • Уверете се, че сървър с cn-san-validate установява връзката Local Gateway само ако изходящият пълномощник, който конфигурирате на наемател 200 (описан по-късно), съвпада със списъка CN-SAN, който получавате от сървъра.

    • Вие изисквате крипто доверителна точка, за да работи TLS. Въпреки че не се нуждаете от местен клиентски сертификат (например mTLS), създаден за връзката.

  3. Активирайте v1.2 изключителност за деактивиране на TLS v1.0 и v1.1.

  4. Задайте броя на tcp-retry до 1000 (5-msec кратни = 5 секунди).

  5. Задаване на таймери връзка за установяване на TLS <wait-timer in="" sec="">. Диапазонът е за 5-20 секунди, а по подразбиране е 20 секунди. (LGW отнема 20 секунди, за да открие неизправността на TLS връзката, преди да се опита да установи връзка към следващата налична връзка. Webex Обаждане достъп SBC. CLI позволява на администратора да промени стойността, за да побере мрежовите условия и да открие неизправности в връзката с Access SBC много по-бързо).


     

    Cisco IOS XE 17.3.2 и по-късна версия е приложима.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Актуализирайте местния доверителен басейн на Gateway:

Пакетът за доверителен басейн по подразбиране не включва сертификатите "DigiCert Root CA" или "IdenTrust Commercial", от които се нуждаете за валидиране на сертификата от страна на сървъра по време на създаването на TLS връзка към Webex Calling.

Изтеглете най-новия "Cisco Trusted Core Root Bundle", за http://www.cisco.com/security/pki/ да актуализирате пакета trustpool.

  1. Проверете дали съществуват търговски сертификати DigiCert Room CA и IdenTrust:

    show crypto pki trustpool | include DigiCert
  2. Ако търговските сертификати DigiCert Room CA и IdenTrust не съществуват, актуализирайте, както следва:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Алтернативно, можете да изтеглите пакета сертификат и да инсталирате от локален сървър или Local Gateway флаш памет.

    Например:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Провери:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Преди да започнете

Уверете се, че сте завършили стъпките в Control Hub, за да създадете местоположение и да добавите багажник за това местоположение. В следващия пример получавате информацията от контролния хъб.

1

Въведете следните команди, за да включите приложението Local Gateway, вижте Референтна информация за портовете за Cisco Webex Повикване за най-новите IP подмрежи, които трябва да добавите към списъка с доверие:

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 t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Ето обяснение на полетата за конфигурацията:

Предотвратяване на измами с пътни такси
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Позволява изходните IP адреси на субекти, от които местният портал очаква легитимни VoIP повиквания, като например връстници на Webex Call , унифицирани CM възли и IP PSTN.

  • По подразбиране LGW блокира всички входящи настройки за VoIP повиквания от IP адреси, които не са в доверения му списък. IP адреси от набиране на връстници с "целева сесия IP" или сървърна група се доверяват по подразбиране и не е нужно да попълвате тук.

  • IP адресите в списъка трябва да съответстват на IP подмрежите според регионалния център за данни Webex Call , който свързвате. За повече информация вижте Референтна информация за порта за Webex Calling.


     

    Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате доверителния списък с IP адреси в интерфейса Webex Calling. Защитната стена вече ви предпазва от непоискан входящ VoIP. Деактивирането на действието намалява по-дългосрочната ви конфигурация над главата, защото не можем да гарантираме, че адресите на връстниците на Webex Calling остават фиксирани и трябва да конфигурирате защитната си стена за връстниците във всеки случай.

  • Конфигуриране на други IP адреси на други интерфейси, например: гарантирате добавянето на унифицираните CM адреси към интерфейсите навътре.

  • IP адресите трябва да съответстват на IP адресите на хостовете и на outbound-proxy Решава на наемател 200.

  • Вижте https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html за повече информация.

Мултимедия
voice service voip
 media statistics 
 media bulk-stats 
  • Медийна статистика

    Позволява медиен мониторинг на местния портал.

  • Медийни насипни статистики

    Позволява на контролната равнина да анкетира равнината за данни за статистика на насипни повиквания.

  • Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-m1.html#wp2556713095 за повече информация.

SIP-to-SIP основна функционалност
allow-connections sip to sip
Допълнителни услуги
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Деактивира REFER и замества диалоговия идентификатор в заглавката замества заглавката с диалоговия идентификатор на партньора.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 за повече информация.

Факс протокол
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Позволява T.38 за факс транспорт, въпреки че факсовият трафик няма да бъде криптиран.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 за повече информация.
Активиране на глобална зашеметяване
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Когато препращате обаждане до потребител на Webex Calling (например, както повикващите, така и обаждащите се страни са абонати на Webex Calling и ако закотвяте медиите в Webex Calling SBC), тогава медиите не могат да текат към местния шлюз, тъй като отворът не е отворен.

  • Функцията за зашеметяване на локалния портал позволява на локално генерираните заявки за зашеметяване да изпращат по договорения медиен път. Зашеметяването помага да се отвори отвора в защитната стена.

  • Каскадьорската парола е предпоставка за локалния портал да изпраща зашеметяващи съобщения. Можете да конфигурирате защитните стени на базата на Cisco IOS/IOS XE, за да проверите паролата и да отворите динамично дупките (например без изрични правила за излизане). Но за разгръщането на локалния портал конфигурирате защитната стена статично, за да отворите дупки в и навън въз основа на подмрежите на Webex Calling SBC. Като такава, защитната стена трябва да третира SBC подмрежите като всеки входящ UDP пакет, който задейства отвора на отвора, без изрично да разглежда съдържанието на пакета.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 за повече информация.
Г729
sip
g729 annexb-all

Позволява всички варианти на G729.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 за повече информация.
SIP
early-offer forced

Принуждава местния портал да изпрати SDP информацията в първоначалното съобщение INVITATION, вместо да чака признание от съседния партньор.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210 за повече информация.
2

Конфигуриране на "SIP профил 200".

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=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Ето обяснение на полетата за конфигурацията:

  • Член 9

    Гарантира, че изброявате заглавката като “SIP-Req-URI” и не “SIP-Req-URL” .

    Правилото се преобразува между SIP URIs и SIP URL адреси, тъй като Webex Calling не поддържа SIP URIs в съобщенията за заявка/отговор, но се нуждае от тях за SRV заявки, например: _sips._tcp.<outbound-proxy>.
  • Член 20

    Модифицира заглавката, за да включи параметъра OTG/DTG на групата на багажника от контролния хъб, за да идентифицира уникално локален сайт на Gateway в рамките на предприятие.

  • Прилага SIP профил към наемател на гласов клас 200 (обсъден по-късно) за всички насочени към трафика Webex Calling. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 за повече информация.

3

Конфигуриране на кодек профил, дефиниция на зашеметяване и SRTP Crypto пакет.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

Ето обяснение на полетата за конфигурацията:

  • Кодек за гласов клас 99

    Позволява както g711 (mu и a-law) кодеци за сесии. Нанесете зашеметяване на всички комутируеми връстници.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 за повече информация.
  • Гласов клас srtp-crypto 200

    Определя SHA1_80 като единственият SRTP шифър-пакет, който местният портал предлага в SDP в оферта и отговор. Webex Call поддържа само SHA1_80. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 за повече информация.

  • Прилага наемател на гласов клас 200 (обсъден по-късно) пред лицето - Webex Calling.

  • Използване на зашеметяване на гласовия клас 200

    Дефинира използването на зашеметяване. Прилага зашеметяване за всички Webex Calling-face(2XX tag) набиращи връстници, за да се избегне непосочно аудио, когато Unified CM телефон препраща обаждането към друг телефон за повикване на Webex. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 за повече информация.


 

Ако вашите котви медии в ITSP SBC и Local Gateway са зад NAT, изчакайте входящия медиен поток от ITSP. Можете да приложите командата за зашеметяване на ITSP изправени пред набиране на връстници.


 

Вие се нуждаете от зашеметяване използване ice-lite за кол потоци, използвайки оптимизация на медийния път.

4

Параметри на контролния хъб на картата към конфигурацията на локалния шлюз.

Добавете Webex Call като наемател в рамките на местния портал. Имате нужда от конфигурация, за да регистрирате местния шлюз под наемател на гласов клас 200. Трябва да получите елементите на тази конфигурация от страницата Trunk Info от Control Hub, както е показано на следното изображение. Следващият пример показва какви са полетата, които картографират съответния локален шлюз CLI.

Приложете наемател 200 към всички Webex Call, изправени пред набиране на връстници (таг2xx ) в конфигурацията на локалния шлюз. Функцията за наемател на гласов клас позволява да групирате и конфигурирате параметрите на багажника на SIP, които иначе се извършват под гласова услуга VoIP и sip-ua. Когато конфигурирате наемател и го приложите под циферблат, тогава следният ред на предпочитание се прилага за конфигурациите на Local Gateway:

  • Конфигурация на набиране на връстници

  • Конфигурация на наемателя

  • Глобална конфигурация (гласова услуга VoIP / sip-ua)

5

Конфигурирайте наемателя на гласов клас 200, за да разрешите регистрацията на багажника от Local Gateway до Webex Call , въз основа на параметрите, които сте получили от Control Hub:


 

Следният команден ред и параметри са само примери. Използвайте параметрите за собственото си разполагане.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF 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 GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Ето обяснение на полетата за конфигурацията:

voice class tenant 200

Позволява специфични глобални конфигурации за множество наематели на SIP багажници, които позволяват диференцирани услуги за наемателите.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 за повече информация.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Сървър на регистратора за локалния портал с настройката за обновяване на всеки две минути (50% от 240 секунди). За повече информация вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Идентификационни данни за предизвикателството за регистрация на багажника. За повече информация вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Предизвикателство за удостоверяване на повиквания. За повече информация вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Деактивирайте заглавката SIP Remote-Party-ID (RPID), тъй като Webex Calling поддържа PAI, който е активиран с помощта на CIO asserted-id pai. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 за повече информация.

sip-server dns:40462196.cisco-bcld.com
Дефинира сървърите за обаждания на Webex. За повече информация вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Използва една и съща постоянна връзка за регистрация и обработка на повиквания.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 за повече информация.
srtp-crypto 200

Определя voice class srtp-crypto 200 да се уточни SHA1_80. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 за повече информация.

session transport tcp tls
Задава транспорт до TLS. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 за повече информация.
url sips

SRV заявката трябва да бъде SIPs, поддържана от SBC за достъп; всички други съобщения се променят на SIP от sip-профил 200.

error-passthru

Задава SIP грешка отговор pass-thru функционалност.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 за повече информация.
asserted-id pai

Включва обработка на PAI в локалния портал. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 за повече информация.

bind control source-interface GigabitEthernet0/0/1

Конфигурира източник IP адрес за сигнален изходен интерфейс, насочен към Webex Calling. Вижте за https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 повече информация.

bind media source-interface GigabitEthernet0/0/1

Конфигурира изходен IP адрес за интерфейс на източник на медия, насочен към Webex Calling. Вижте за https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 повече информация.

no pass-thru content custom-sdp

Команда по подразбиране под наемателя. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 за повече информация.

sip-profiles 200

Променя SIP на SIP и променя Line/Port за съобщения ПОКАНИ и РЕГИСТРАЦИЯ, както е определено в voice class sip-profiles 200. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 за повече информация.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Обаждане достъп SBC. За повече информация вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Прозрачно преминаване през стойностите на заглавката на поверителността от входящия към изходящия крак. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 за повече информация.

След като дефинирате наемател 200 в рамките на локалния портал и конфигурирате SIP VoIP циферблат, порталът след това инициира TLS връзка към Webex Calling, в който момент достъпът SBC представя сертификата си на местния шлюз. Местният шлюз валидира сертификата за достъп до Webex Calling SBC с помощта на CA кореновия пакет, който се актуализира по-рано. Установява постоянна TLS сесия между локалния шлюз и Webex Calling достъп SBC. След това местният портал изпраща РЕГИСТЪР до достъпа, който е оспорен. Регистрацията на AOR е number@domain. Номерът се взема от идентификационни данни "номер" параметър и домейн от "регистратор dns:<fqdn>." Когато регистрацията е оспорена:

  • Използвайте параметрите на потребителското име, паролата и царството от идентификационните данни, за да изградите заглавката и sip-profile 200.

  • Преобразува SIPS URL обратно в SIP.

Регистрацията е успешна, когато получите 200 OK от достъпа SBC.

Това внедряване изисква следната конфигурация на локалния шлюз:

  1. Наемателина гласови класове - Вие създавате други наематели за набиране на връстници, изправени пред ITSP, подобно на наемател 200, който създавате за Webex Calling изправени пред набиране на връстници.

  2. Гласов клас URIs– Дефинирате модели за хост IP адреси / портове за различни стволове, завършващи на Local Gateway:

    • Уебекс се обажда на LGW

    • PSTN SIP прекратяване на багажника на LGW

  3. Изходящи комутационни връстници - Можете да маршрутизирате изходящикрака за повикване от LGW до ITSP SIP багажника и Webex Calling.

  4. Гласов клас DPG- Можете да се позовете, за да насочите изходящите набиращи връстници от входящ циферблат.

  5. Входящи комутационнивръстници - Можете да приемете входящи крака за повикване от ITSP и Webex Calling.

Използвайте конфигурациите или за настройка на локалния портал, хостван от партньора, или портала на клиентския сайт, както е показано на следващото изображение.

1

Конфигурирайте следните наематели на гласови класове:

  1. Нанесете наемател на гласов клас 100 за всички изходящи набиращи връстници, изправени пред IP PSTN.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Нанесете наемател на гласов клас 300 за всички входящи комутационни връстници от IP PSTN.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Конфигурирайте следния гласов клас uri:

  1. Дефиниране на IP адреса на хост на ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Дефиниране на модел за уникално идентифициране на сайт на Local Gateway в рамките на предприятие, базирано на параметъра OTG или DTG на контролния хъб:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Местният портал в момента не поддържа подчертаване "_" в модела на мача. Като заобиколно решение можете да използвате точка "." (мач всеки), за да съответства на "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Конфигурирайте следните изходящи връстници за набиране:

  1. Изходящ циферблат към IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Дефинира VoIP циферблат с етикет от 101и дава смислено описание за лесно управление и отстраняване на неизправности.

    destination-pattern BAD.BAD

    Позволява избор на циферблат-peer 101. Въпреки това, вие се позовавате на този изходящ циферблат директно от входящия циферблат, използвайки dpg изявления и това заобикаля критериите за съвпадение на цифровия модел. Използвате произволен модел, базиран на буквено-цифрови цифри, които са разрешени от модела на местоназначение CLI.

    session protocol sipv2

    Уточнява, че циферблат-peer101 дръжки SIP кол крака.

    session target ipv4:192.168.80.13

    Посочва целевия IPv4 адрес на дестинацията, за да изпрати крака на повикването. В този случай IP адресът на ITSP.

    voice-class codec 99

    Показва списък с предпочитания на кодек 99, който да се използва за този циферблат .

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на този крак на повикване.

    voice-class sip tenant 100

    Наберете-peer наследява всички параметри от наемател 100, освен ако същият параметър не е определен под самия dial-peer.

    no vad

    Деактивира откриването на гласова активност.

  2. Изходящ циферблат към Webex Calling (Актуализирате изходящия циферблат, за да служите като входящ циферблат от Webex Call , както и по-късно в ръководството за конфигуриране).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Обяснение на командите:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Дефинира VoIP циферблат с етикет на 200201 и дава смислено описание за лекота на управление и отстраняване на неизправности

    session target sip-server

    Показва, че глобалният SIP сървър е дестинацията за обаждания от този партньор. Webex Call сървър, който дефинирате в наемател 200, се наследява за набиране на връстници 200201.

    voice-class stun-usage 200

    Позволява локално генерирани заявки за зашеметяване на местния портал да изпращат по договорения медиен път. Каскадьорът помага при отварянето на отвора в защитната стена.

    no voice-class sip localhost

    Деактивира заместването на името на локалния хост на DNS вместо физическия IP адрес в заглавките From, Call-ID и Remote-Party-ID на изходящите съобщения.

    voice-class sip tenant 200

    Циферблатът наследява всички параметри от наемателя 200 (LGW <--> Webex Calling Trunk), освен ако не определите същия параметър под самия циферблат. </-->

    srtp

    Позволява SRTP за крака на повикването.

    no vad

    Деактивира откриването на гласова активност.

4

Конфигуриране на следните групи набиране-peer (dpg):

  1. Дефинира комутируема партньорска група 100. Изходящият dial-peer 101 е целта за всеки входящ циферблат, който се позовава на набиране на партньорска група 100. Ние прилагаме DPG 100 към входящия 200201 за набиране на Webex Calling --> LGW --> PSTN път.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Дефинирайте комутируемата партньорска група 200 с изходящи 200201 на набиране като цел за PSTN --> LGW --> Webex Calling път. Приложете DPG 200 към входящия циферблат 100 , който определяте по-късно.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Конфигуриране на следните входящи комутационни връстници:

  1. Входящ комутируем партньор за входящи IP PSTN кол крака:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Дефинира VoIP циферблат с етикет от 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session protocol sipv2

    Уточнява, че циферблат-peer 100 дръжки SIP кол крака.

    incoming uri via 100

    Задава гласовия клас uri 100, за да съответства на целия входящ трафик от IP PSTN към Local Gateway на IP адреса на хост на заглавката на VIA header. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 200

    Задава набиране peer група 200, за да изберете изходящ набиране партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    voice-class sip tenant 300

    Циферблатът наследява всички параметри от наемателя 300, освен ако същият параметър не е определен под самия циферблат.

    no vad

    Деактивира откриването на гласова активност.

  2. Входящ циферблат за входящи Webex Call крака:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Актуализира VoIP набиране партньор-peer с етикет на 200201 и дава смислено описание за лесно управление и отстраняване на неизправности.

    incoming uri request 200

    Задава гласовия клас uri 200, за да съответства на целия входящ трафик от Webex Calling до LGW на уникалния модел dtg в заявката URI, уникално идентифицирайки сайта на Local Gateway в рамките на предприятие и в екосистемата на Webex Call . Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 100

    Задава набиране peer група 100, за да изберете изходящ набиране партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    max-conn 250

    Ограничава броя на едновременните повиквания до 250 между LGW и Webex Calling, като приема един-единствен комутационен партньор, изправен пред Webex Calling както за входящи, така и за изходящи повиквания, както е определено в тази статия. За повече информация относно едновременните лимити на обажданията, включващи Local Gateway, вижте https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN към Уебекс Обаждане

Съчетайте всички входящи IP PSTN кол крака на локалния шлюз с dial-peer 100, за да определите критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. DPG 200 се позовава на изходящ 200201 занабиране, който има сървъра Webex Calling като целева дестинация.

Уебекс се обажда на PSTN

Съчетайте всички входящи крака на повикване на Webex Calling на местния шлюз с 200201 за набиране, за да определите критерия за съвпадение за модела на заглавката на REQUEST URI с параметъра OTG/DTG на групата на багажника, уникален за това разгръщане на локалния шлюз. DPG 100 се позовава на изходящия dial-peer 101, който има IP PSTN IP адрес като целева дестинация.

Това внедряване изисква следната конфигурация на локалния шлюз:

  1. Наемателина гласови класове - Вие създавате повече наематели за набиране на връстници, изправени пред Unified CM и ITSP, подобно на наемателя 200, който създавате за Webex Calling изправени пред набиране на връстници.

  2. Гласов клас URIs– Дефинирате модел за хост IP адреси / портове за различни стволове, завършващи на LGW от:

    • Унифициран CM до LGW за дестинации на PSTN

    • Унифициран CM до LGW за дестинации за обаждания на Webex

    • Webex Обаждане до LGW дестинации

    • PSTN SIP прекратяване на багажника на LGW

  3. Гласов клас сървър-група- Можете да насочите IP адреси / портове за изходящи стволове от:

    • LGW към единен CM

    • LGW до Уебекс Обаждане

    • LGW до PSTN SIP багажник

  4. Изходящи комутационни връстници - Можете да маршрутизирате изходящикрака за повикване от:

    • LGW към единен CM

    • ITSP SIP багажник

    • Webex Calling

  5. Гласов клас DPG- Можете да се позовете на насочване към изходящи набиращи връстници от входящ циферблат.

  6. Входящи комутационнивръстници - Можете да приемете входящи крака за повикване от Unified CM, ITSP и Webex Calling.

1

Конфигурирайте следните наематели на гласови класове:

  1. Нанесете наемател на гласов клас 100 на всички изходящи набиращи връстници, изправени пред Unified CM и IP PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Нанесете наемател на гласов клас 300 за всички входящи комутационни връстници от Unified CM и IP PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Конфигурирайте следния гласов клас uri:

  1. Дефинира IP адреса на хост на ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Дефиниране на модел за уникално идентифициране на сайт на Local Gateway в рамките на предприятие, базиран на параметъра OTG/DTG на групата на контролния хъб:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Местният портал в момента не подкрепя подчертаването "_" в модела на мача. Като заобиколно решение използвате точка "". (мач всеки), за да съответства на "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Дефинира единна CM сигнализация VIA порт за багажника Webex Call:

    voice class uri 300 sip
    pattern :5065
    
  4. Дефинира единен CM източник сигнализация IP и VIA порт за PSTN багажник:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Конфигуриране на следните сървърни групи от гласови класове:

  1. Дефинира целевия IP адрес на целевия хост на Unified CM багажника и номер на порта за Unified CM група 1 (5 възела). Unified CM използва порт 5065 за входящ трафик на багажника на Webex Calling (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Определя IP адреса на целевия хост на Unified CM багажника и номера на порта за Unified CM група 2, ако е приложимо:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Дефинира IP адреса на целевия хост на Unified CM багажника за Unified CM група 1 (5 възела). Unified CM използва порт по подразбиране 5060 за входящ трафик по багажника на PSTN. Без посочен номер на порта, можете да използвате порта по подразбиране 5060. (PSTN <-> LGW --> Обединена CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Дефинира IP адреса на целевия хост на Unified CM багажника за Unified CM група 2, ако е приложимо.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Конфигуриране на следните изходящи комутационни връстници:

  1. Изходящ циферблат към IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Дефинира VoIP циферблат с етикет от 101 и се дава смислено описание за лесно управление и отстраняване на неизправности.

    destination-pattern BAD.BAD

    Позволява избор на циферблат-peer 101. Въпреки това, вие се позовавате на изходящия циферблат директно от входящия циферблат, използвайки dpg изявления и това заобикаля критериите за съвпадение на цифровия модел. Използвате произволен модел, който се основава на буквено-цифрови цифри, които са разрешени от модела на местоназначение CLI.

    session protocol sipv2

    Уточнява, че циферблат-peer 101 дръжки SIP кол крака.

    session target ipv4:192.168.80.13

    Посочва целевия IPv4 адрес на местоназначението, за да изпрати крака на повикването (В този случай IP адресът на ITSP.)

    voice-class codec 99

    Показва списък с предпочитания на codec 99, който да се използва за този циферблат .

    voice-class sip tenant 100

    Наберете-peer наследява всички параметри от наемател 100, освен ако не определите един и същ параметър под самия dial-peer.

  2. Изходящ циферблат към Webex Calling (Актуализиране на изходящия циферблат, за да служи като входящ циферблат от Webex Calling):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Дефинира VoIP циферблат с етикет на 200201 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session target sip-server

    Показва, че глобалният SIP сървър е дестинацията за обаждания от 200201 за набиране на връстници. Webex Call сървър, който е дефиниран в наемател 200, се наследява за 200201 за набиранена връстници.

    voice-class stun-usage 200

    Позволява локално генерирани заявки за зашеметяване да изпращат по договорения медиен път. Каскадьорът помага при отварянето на отвора в защитната стена.

    no voice-class sip localhost

    Деактивира заместването на името на локалния хост на DNS вместо физическия IP адрес в заглавките From, Call-ID и Remote-Party-ID на изходящите съобщения.

    voice-class sip tenant 200

    Наберете-peer наследява всички параметри от наемателя 200 (LGW <--> Webex Calling trunk), освен ако не определите същия параметър под самия циферблат. </-->

    srtp

    Позволява SRTP за крака на повикването.

  3. Изходящ циферблат към багажника Webex Calling на Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Дефинира VoIP циферблат с етикет 301 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session server-group 301

    Вместо сесия целева IP в dial-peer, вие посочвате към целева сървърна група (сървърна група 301 за набиране на партньор-301), за да дефинирате множество целеви UCM възли, въпреки че примерът показва само един възел.

    Сървърна група в изходящ циферблат-peer

    С множество комутационни връстници в DPG и множество сървъри в групата на сървъра за набиране на връстници, можете да постигнете случайно разпределение на повикванията по всички абонати за обработка на обаждания на Unified CM или лов въз основа на определено предпочитание. Всяка сървърна група може да има до пет сървъра (IPv4/v6 със или без порт). Имате нужда от втора група за набиране и втори сървър, само ако се използват повече от пет абонати за обработка на повиквания.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html за повече информация.

  4. Втори изходящ циферблат към багажника Webex Calling на Unified CM, ако имате повече от 5 унифицирани CM възли:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Изходящ циферблат към PSTN багажника на Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Втори изходящ циферблат към PSTN багажника на Unified CM, ако имате повече от 5 унифицирани CM възли:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Конфигуриране на следния DPG:

  1. Дефинира DPG 100. Изходящият dial-peer 101 е целта за всеки входящ циферблат, който се позовава на набиране на партньорска група 100. Прилагаме DPG 100 към входящия циферблат 302, дефиниран по-късно за Единния CM --> LGW --> PSTN път:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Определете DPG 200 с изходящи 200201 за набиране на връстници като цел за Unified CM ---> LGW --> Webex Calling път:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Определете DPG 300 за изходящи комутационни връстници 301 или 303 за Webex Calling --> LGW --> Унифициран CM път:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Определете DPG 302 за изходящи комутационни връстници 305 или 307 за PSTN --> LGW --> Унифициран CM път:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Конфигуриране на следните входящи комутационни връстници:

  1. Входящ комутируем партньор за входящи IP PSTN кол крака:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Дефинира VoIP циферблат с етикет от 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session protocol sipv2

    Уточнява, че циферблат-peer100 дръжки SIP кол крака.

    incoming uri via 100

    Задава гласовия клас uri 100 към целия входящ трафик от Unified CM към LGW на IP адреса на хоста на заглавката на VIA . Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 302

    Задава набиране на партньорска група 302, за да изберете изходящ циферблат. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    voice-class sip tenant 300

    Циферблатът наследява всички параметри от наемателя 300, освен ако не определите един и същ параметър под самия циферблат.

  2. Входящ циферблат за входящи Webex Call крака:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Актуализира VoIP набиране peer с етикет на 200201 и дава смислено описание за лесно управление и отстраняване на неизправности.

    incoming uri request 200

    Определя гласовия клас uri 200 към целия входящ трафик от Unified CM до LGW на уникалния модел dtg в заявката URI, уникално идентифицирайки сайт на Local Gateway в рамките на предприятие и в екосистемата на Webex Call . Виждам https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Задава набиране на партньорска група 300, за да изберете изходящ циферблат. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    max-conn 250

    Ограничава броя на едновременните повиквания до 250 между LGW и Webex Call , приемайки един-единствен комутационен партньор, изправен пред Webex Calling както за входящи, така и за изходящи повиквания, както е определено в това ръководство. За повече подробности относно едновременните лимити на обажданията, включващи Local Gateway, вижте https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Входящ циферблат за входящи Унифицирани CM кол крака с Webex Calling като дестинация:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Дефинира VoIP циферблат с етикет от 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    incoming uri via 300

    Определя гласовия клас URI 300 до целия входящ трафик от Unified CM до LGW на изходния порт (5065). Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 200

    Задава набиране на партньорска група 200, за да изберете изходящ циферблат. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    voice-class sip tenant 300

    Циферблатът наследява всички параметри от наемателя 300, освен ако не определите един и същ параметър под самия циферблат.

  4. Входящ циферблат за входящи Унифицирани CM кол крака с PSTN като дестинация:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Дефинира VoIP набиране с етикет от 302 и дава смислено описание за лесно управление и отстраняване на неизправности.

    incoming uri via 302

    Определя гласовия клас uri 302 до целия входящ трафик от Unified CM до LGW на изходния порт (5065). Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 100

    Задава набиране peer група 100, за да изберете изходящ циферблат-партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    voice-class sip tenant 300

    Циферблатът наследява всички параметри от наемателя 300, освен ако не определите един и същ параметър под самия циферблат.

IP PSTN към унифициран CM PSTN багажник

Webex платформа за обаждания към унифициран CM Webex повикване багажник

Унифициран CM PSTN багажник към IP PSTN

Унифициран CM Webex Повикване багажник към Webex платформа за обаждания

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на IOS XE локален портал и генерират известие за събитието, системно или терминално съобщение. Можете също така да инсталирате 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.3.2 или по-висок

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивно уведомление, ако устройството работи с Cisco IOS XE 17.3.2 или по-високо.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, за да уведомите.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Локален портал, работещ 16.11.1 или по-висок

  1. Диагностичните подписи са разрешени по подразбиране

  2. Конфигурирайте имейл сървъра да се използва за изпращане на проактивни известия, ако устройството изпълнява версия по-рано от 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, който трябва да бъде уведомен.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

Локален шлюз, работещ с версия 16.9.x

  1. Въведете следните команди, за да разрешите диагностичните подписи.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Конфигурирайте имейл сървъра да се използва за изпращане на проактивни известия, ако устройството изпълнява версия по-рано от 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, който трябва да бъде уведомен.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.3.2, за да изпратите проактивните известия, за да tacfaststart@gmail.com използвате Gmail като защитен SMTP сървър:

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 и да предоставим специално разрешение имейлът от устройството да бъде обработен правилно:

  1. Отидете да управлявате Google акаунт > сигурност и включете по-малко сигурна настройка за достъп до приложението.

  2. Отговорете "Да, това бях аз", когато получавате имейл от Gmail, в който се казва: "Google попречи на някой да влезе в профила ви с помощта на приложение извън Google".

Инсталиране на диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява използването на 5-секундния процесор с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгове и деинсталира всички диагностични подписи, които са инсталирани в локалния портал. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че разрешите 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 
    
  2. Изтеглете DS 64224, като използвате следните падащи опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    Високо използване на процесора с имейл уведомление.

  3. Копирайте 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) 
    
  4. Инсталирайте DS XML файла в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Проверете дали подписът е успешно инсталиран с помощта на диагностичен подписна шоу-дом. Колоната за състоянието трябва да има "регистрирана" стойност.

    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 

    Изтегляне на DSes:

    Карта сайта

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


    Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, моля, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на процесора на локалния шлюз.

Мониторинг на регистрацията на багажника SIP

Този DS проверява за нерегистрация на локален Gateway SIP багажник с облак Webex Calling на всеки 60 секунди. След като събитието за нерегистрация бъде открито, то генерира имейл и syslog уведомление и се деинсталира след две събития на нерегистрация. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Изтеглете DS 64117, като използвате следните падащи опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    СИП-СИП

    Тип проблем

    SIP багажник Нерегистрация с имейл уведомление.

  2. Копирайте DS XML файла в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. Инсталирайте DS XML файла в локалния шлюз.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Използвайте показване на диагностичен подпис за повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Проследяване на абнормни прекъсвания на повикването

Този DS използва SNMP анкета на всеки 10 минути, за да открие необичайно прекъсване на повикването с SIP грешки 403, 488 и 503.  Ако увеличаването на броя на грешките е по-голямо или равно на 5 от последното проучване, то генерира syslog и имейл уведомление. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Проверете дали 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 
    
  2. Изтеглете DS 65221, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    SIP необичайно изключване на повикването откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Инсталирайте DS XML файла в локалния шлюз.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Използвайте диагностичен подписна повикване-дом, за да проверите дали подписът е успешно инсталиран с помощта на . Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са написали няколко подписа, които позволяват необходимите дебъгове, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и прехвърляне на данните автоматично към случая Cisco TAC. Диагностичните подписи (DS) елиминират необходимостта от ръчна проверка за възникването на проблема и правят отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате инструмента за търсене на диагностични подписи, за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем или да инсталирате подписа, който се препоръчва от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "% VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте допълнителна променлива ds_fsurl_prefix DS среда, която е пътят на файловия сървър на 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"  
  2. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако не е разрешено, конфигурирайте командата "snmp-server manager".

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Уверете се, че инсталирате High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгове и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    Високо използване на процесора с имейл уведомление.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Сислоги

    Тип проблем

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте 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: 
  6. Инсталирайте високия CPU мониторинг 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 
    
  7. Проверете дали подписът е успешно инсталиран с помощта на диагностичен подписна шоу-дом. Колоната за състоянието трябва да има "регистрирана" стойност.

    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 

    Изтеглени DSes:

    Карта сайта

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08

Проверка на изпълнението на диагностичните подписи

В следващата команда колоната "Статус" на командата показва промени в диагностичния подпис на повикване-дом на "изпълнение", докато местният шлюз изпълнява действието, определено в подписа. Изходът от статистиката за диагностичния подпис на шоу-дома е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е предизвикал събитие, максималния брой пъти, които е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития.

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 

Изтеглени DSes:

Карта сайта

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дом

Карта сайта

Име на DS

Задействан/Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време на изпълнение (секунди)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

1/20/Г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на неизправности на дадения проблем.

Деинсталиране на диагностични подписи

Използвайте диагностични подписи за отстраняване на неизправности обикновено се дефинират за деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ID от изхода на диагностичния подпис на повикване-дом и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID> 

Пример:

call-home diagnostic-signature deinstall 64224 

Нови подписи се добавят периодично към инструмента за търсене на подписи за диагностика, въз основа на въпроси, които обикновено се наблюдават при разполагането. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Преди да започнете

  • Уверете се, че следната базова конфигурация на платформата, която конфигурирате, е настроена според правилата и процедурите на вашата организация:

    • НТП

    • АКЛ

    • Активиране на пароли

    • Основна парола

    • IP маршрутизиране

    • IP адреси и т.н.

  • Имате нужда от минимално поддържано освобождаване на IOS XE 17.6 за всички локални разполагания на Gateway.

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
 ip address 198.51.100.1 255.0.0.0

 
Интерфейсът към Webex Calling трябва да бъде достъпен отвън.

 

Можете да конфигурирате контролния хъб само с FQDN/SRV на локалния шлюз. Уверете се, че FQDN решава интерфейса IP.

2

Конфигурирайте основен ключ за паролата със следните команди, преди да се използва като идентификационни и споделени тайни. Паролите тип 6 се криптират с помощта на AES шифър и дефиниран от потребителя първичен ключ.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Конфигуриране на IP сървър за име, за да разрешите DNS справка. Пинг сървъра за IP име и да се гарантира, че сървърът е достъпен. Местният шлюз трябва да разреши прокси адресите на Webex Calling с помощта на този DNS:

conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
4

Активиране на TLS 1.2 Изключителност и място за настаняване по подразбиране Trustpoint:


 
  • Трябва да се признае подписан и доверен CA сертификат.

  • Домейн в заглавката за контакт URI на съобщенията за SIP заявка (например: Поканени, опции) трябва да присъстват в сертификата SAN, за да се установи връзката TLS.

  1. Създайте RSA ключ, съответстващ на дължината на сертификата на кореновия сертификат със следната команда:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Създайте доверителна точка, за да притежавате сертификат, подписан от CA, със следните команди:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Генериране на заявка за подписване на сертификат (CSR) със следната команда:

    crypto pki enroll CUBE_CA_CERT

     
    • Използвайте този КСО, за да поискате сертификат от един от подкрепяните органи на сертификатите.

    • Уверете се, че местоназначението на багажника (FQDN или SRV), което конфигурирате в контролния хъб, присъства в SAN на сертификата.

5

Ако кореновият сертификат има междинен CA, изпълнете следните команди:


 

Ако няма междинни органи за сертифициране, преминете към стъпка 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Създайте доверителна точка, за да задържите основния сертификат. Изпълнете следните команди, ако няма междинен CA:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Конфигурирайте SIP-UA да използва точката на доверие, която сте създали.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Преди да започнете

  • Мрежата към Webex Calling трябва да използва публичен IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) или адресите за запис на услуги (SRV) трябва да се разрешат на публичен IPv4 адрес в интернет.

  • Всички SIP и медийни портове на външния интерфейс трябва да бъдат достъпни от интернет. Портовете не трябва да стоят зад превод на мрежов адрес (NAT). Уверете се, че актуализирате защитната стена на компонентите на вашата корпоративна мрежа.

  • Инсталирайте подписан сертификат на местния портал.

    • Сертифициращият орган (CA) трябва да подпише сертификата, както е посочено в Какви органи за основни сертификати се поддържат за повиквания до аудио и видео платформи на Cisco Webecks? .

    • FQDN, избран от контролния хъб, трябва да бъде общото име (КН) или алтернативното име на обекта (SAN) на сертификата. Например:

      • Ако багажник, конфигуриран от контролния център на вашата организация, има london.lgw.cisco.com:5061 като FQDN на локалния шлюз, тогава CN или SAN трябва да съдържат london.lgw.cisco.com в сертификата.  

      • Ако багажник, конфигуриран от контролния център на вашата организация, трябва да london.lgw.cisco.com като SRV адрес на местния шлюз, тогава CN или SAN трябва да съдържат london.lgw.cisco.com в сертификата. Записите, на които SRV адресът решава (CNAME, A Record или IP адрес), са незадължителни в SAN.

      • В примера FQDN или SRV, който използвате за багажника, адресът за контакт за всички нови SIP диалози от вашия локален портал трябва да london.lgw.cisco.com в хост частта на SIP адреса. Вижте стъпка 5 за конфигурация.

  • Уверете се, че сертификатите са подписани за използване от клиент и сървър.

  • Качете пакета за доверие в местния портал, както е споменато в Какви органи за сертификати за корени се поддържат за обаждания до аудио и видео платформи на Cisco Webex?.

1

Въведете следните команди, за да включите приложението Local Gateway (Вижте референтната информация за портовете за Cisco Webex Призоваване за най-новите IP подмрежи, които да добавите като списък с доверие):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Ето обяснение на полетата за конфигурацията:

Предотвратяване на измами с пътни такси
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Позволява изходните IP адреси на субекти, от които местният портал очаква легитимни VoIP повиквания, от връстниците на Webex Call .

  • По подразбиране Local Gateway блокира всички входящи настройки за VoIP повиквания от IP адреси, които не са в неговия доверен списък. IP адреси от набиране на връстници с "целева сесия IP" или сървърна група се доверяват по подразбиране и не се попълват тук.

  • IP адресите в този списък трябва да съответстват на IP подмрежите според регионалния център за данни Webex Call , който клиентът свързва. Вижте референтната информация за порта за Webex Призоваване за повече информация.


     

    Ако вашият локален портал е зад защитна стена с ограничен статичен NAT, деактивирайте доверителния списък с IP адреси в интерфейса, който е изправен пред Webex Calling. Защитната стена ви предпазва от нежелани входящи VoIP обаждания. Това действие намалява по-дългосрочната ви конфигурация над главата, защото адресите на връстниците на Webex Calling могат да се променят и трябва да конфигурирате защитната си стена за връстниците.

  • Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557 за повече информация.

SIP-to-SIP основна функционалност
allow-connections sip to sip
Факс протокол
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Позволява T.38 за факс транспорт, въпреки че факсовият трафик не е криптиран. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 за повече информация.

SIP
early-offer forced

Принуждава местния портал да изпрати SDP информацията в първоначалното съобщение INVITATION, вместо да чака признание от съседния партньор.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html за повече информация.
2

Конфигуриране на "кодек за гласов клас 100".

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

Ето обяснение на полетата за конфигурацията:

Кодек за гласов клас 100

Позволява опус и двата кодека g711 (mu и a-law) за сесии. Прилага предпочитания кодек за всички кофери за набиране. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 за повече информация.

3

Конфигурирайте "използване на зашеметяване на гласовия клас 100", за да активирате ICE.

voice class stun-usage 100 
stun usage ice lite

Ето обяснение на полетата за конфигурацията:

Използване на зашеметяване на гласовия клас 100

Дефинира използването на зашеметяване. Прилага зашеметяване за всички Webex Calling-насоченинабиране връстници, за да се избегне по никакъв начин аудио, когато Unified CM телефон препраща повикването към друг Webex Call телефон.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 за повече информация.
4

Конфигурирайте "гласов клас srtp-crypto 100", за да ограничите поддържаната криптовалута.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

Гласов клас srtp-crypto 100
Определя SHA1_80 като единственият SRTP шифър-апартамент, който Local Gateway предлага в SDP в оферта и отговор. Webex Call поддържа само SHA1_80.
5

Конфигуриране на "SIP профили 100". В примера, cube1.abc.lgwtrunking.com е FQDN, избран за локалния шлюз, а "172.x.x.x" е IP адресът на интерфейса на локалния шлюз, който е към Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Ето обяснение на полетата за конфигурацията:

Член 10 от Правило 20
Гарантира, че замествате IP адреса на локалния шлюз с FQDN в заглавката "Контакт" на съобщенията за заявка и отговор.

Това е изискване за удостоверяване на вашия местен портал, който да използвате като багажник в дадено местоположение на Webex Calling за вашата организация.

Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 за повече информация.
6

Конфигурирайте следните четири изходящи набиращи връстници:

  1. Конфигурирайте първия изходящ циферблат към Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Ето обяснение на полетата за конфигурацията:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Дефинира VoIP циферблат с етикет от 101 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    destination-pattern BAD.BAD

    Позволява избор на циферблат-peer 101. Въпреки това, ние се позоваваме на изходящ dial-peer 101 директно от входящия циферблат, използвайки DPG изявления и това заобикаля критериите за съвпадение на цифровия модел. Използвате произволен модел, който се основава на буквено-цифрови цифри, които са разрешени от модела на местоназначение CLI. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 за повече информация.

    session protocol sipv2

    Уточнява, че циферблат-peer 101 дръжки SIP кол крака. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 за повече информация.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Посочва целевия FQDN адрес на дестинацията от Control Hub, за да изпрати крака на повикването. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 за повече информация.

    voice-class codec 100

    Показва списък с предпочитания на кодек 100, който да използвате за набиране на връстници101. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 за повече информация.

  2. Конфигурирайте останалата част от изходящ циферблат към Webex Calling. Стъпките остават същите като стъпка 6а , но имат различна "цел за сесията" за набиращите връстници.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Създаване на комутационна партньорска група въз основа на набиране към Webex Calling в активния/активния модел.


 

Тази конфигурация е приложима за всички региони, с изключение на стволове, които конфигурирате в базирано в Сингапур местоположение. Вижте стъпка 8 за повече информация.

  1. Дефинирайте DPG 100 с изходящ циферблат 101,102,103,104към Webex Calling. Нанесете DPG 100 към входящия циферблат 100 , за да дефинирате PSTN или Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Ето обяснение на полетата за конфигурацията:
dial-peer 101 preference 1 

Асоциира изходящ циферблат с набиране на peer група 100 и конфигурира dial-peer 101, 102, 103и 104 със същите предпочитания. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

8

Създаване на набиране на peer група въз основа на набиране към Webex Calling в първичния/резервен модел.


 

Тази конфигурация е приложима само за багажници, които конфигурирате в локациите на Сингапур.

  1. Дефинирайте комутируема партньорска група 100 с изходящ циферблат 101,102,103,104 към Webex Calling. Нанесете DPG 100 към входящия циферблат 100 , за да дефинирате PSTN или Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Ето обяснение на полетата за конфигурацията:
dial-peer 101 and 102 preference 1 

Асоциира изходящ циферблат с комутационна група 100 и конфигурира dial-peer 101 и 102 като първо предпочитание. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

dial-peer 103 and 104 preference 2 

Свързва изходящ циферблат с групата на набиране 100 и конфигурира dial-peer 103 и 104 като второ предпочитание. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

9

Конфигуриране на входящ циферблат от Webex Calling. Входящият мач се основава на заявката на URI.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Ето обяснение на полетата за конфигурацията:

voice class uri 120 sip
Дефинира модела на съвпадение за входящо обаждане от Webex Calling. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 за повече информация.
session transport tcp tls
Задава транспорт до TLS. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 за повече информация.
destination dpg 120
Задава набиране peer група 120, за да изберете изходящ циферблат. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.
incoming uri request 120

Съвпада с целия входящ трафик от Webex Calling to Local Gateway на уникалния модел DTG в заявката URI, уникално идентифицирайки сайт на Local Gateway в рамките на предприятие и в екосистемата на Webex Call . Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

Voice class srtp-crypto 100

Конфигурира предпочитаните шифърни апартаменти за SRTP кол крак (връзка). Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 за повече информация.

bind control source-interface GigabitEthernet0/0/1

Конфигурира източник IP адрес за сигнален изходен интерфейс, насочен към Webex Calling. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 за повече информация.

bind media source-interface GigabitEthernet0/0/1

Конфигурира изходен IP адрес за интерфейс на източник на медия, насочен към Webex Calling. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 за повече информация.

Това внедряване изисква следната конфигурация на локалния шлюз:

  1. Гласов клас URIs- Можете да дефинирате хост IP адреси / портове модели за различни стволове, завършващи на Local Gateway:

    • Уебекс се обажда на LGW

    • PSTN SIP прекратяване на багажника на LGW

  2. Изходящи комутационни връстници - Можете да маршрутизирате изходящикрака за повикване от LGW към доставчик на интернет телефонни услуги (ITSP) SIP багажник и Webex Calling.

  3. Гласов клас DPG- Можете да се позовете на насочване към изходящи набиращи връстници от входящ циферблат.

  4. Входящи комутационнивръстници - Можете да приемете входящи крака за повикване от ITSP и Webex Calling.

Използвайте конфигурацията или за настройка на локалния портал, хостван от партньор, или за локален портал за клиентски сайт. Вижте следното:

1

Конфигурирайте следния гласов клас uri:

  1. Дефиниране на IP адреса на хост на ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Дефинирайте модел за уникално идентифициране на сайт на Local Gateway в рамките на предприятие. Използвайте името на хоста на локалния шлюз като модел на съвпадение на единния идентификатор на ресурсите (URI).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    Местният портал в момента не поддържа подчертаване "_" в модела на мача. Като заобиколно решение използвате точка "". (мач всеки), за да съответства на "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Конфигуриране на следните изходящи комутационни връстници:

  1. Изходящ циферблат към IP PSTN:

    dial-peer voice 121 voip
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13 
    voice-class codec 100
    dtmf-relay rtp-nte 
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 121 voip
     description Outgoing dial-peer to PSTN
    

    Дефинира VoIP набиране с етикет от 121 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    destination-pattern BAD.BAD

    Позволява избор на циферблат-peer 121. Въпреки това, вие се позовавате на този изходящ циферблат директно от входящия циферблат, използвайки DPG изявления и това заобикаля критериите за съвпадение на цифровия модел. Използвате произволен модел, който се основава на буквено-цифрови цифри, които са разрешени от модела на местоназначение CLI. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 за повече информация.

    session protocol sipv2

    Уточнява, че циферблат-peer 121 дръжки SIP кол крака. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 за повече информация.

    session target ipv4:192.168.80.13

    Посочва целевия IPv4 адрес на дестинацията, за да изпрати крака на повикването. Целта на сесията тук е IP адресът на ITSP. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 за повече информация.

    voice-class codec 100.

    Показва списък с предпочитания на кодек 100, който да използвате за набиране на връстници 121.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 за повече информация.

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на крака на повикването. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 за повече информация.

    no vad

    Деактивира откриването на гласова активност. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 за повече информация.

  2. Изходящ комутируем партньор към Webex Calling. Вижте Конфигуриране на багажника, базиран на сертификати, за конфигурации.

3

Конфигуриране на следната Dial-peer група (DPG):

  1. Дефинира комутируема партньорска група 120. Изходящият циферблат 121 е целта за Webex Calling--> LGW --> PSTN. Прилагате DPG 120 към входящия циферблат 110 за Webex Calling --> LGW --> PSTN път.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Трябва да конфигурирате DPG 120 на входящия циферблат от Webex Calling, вижте стъпка 9 в Конфигуриране на багажника, базиран на сертификати, за повече информация.

4

Конфигуриране на следните входящи комутационни връстници:

  1. Входящ комутируем партньор за входящи IP PSTN кол крака:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN 
    session protocol sipv2
    destination dpg 100 
    incoming uri via 100 
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN

    Дефинира VoIP циферблат с етикет от 122 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    session protocol sipv2

    Уточнява, че циферблат-peer 122 дръжки SIP кол крака. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 за повече информация.

    incoming uri via 100

    Определя критерий за съвпадение на заглавката VIA с IP адреса на IP PSTN. Съвпада с всички входящи IP PSTN кол крака на местния шлюз с циферблат 122. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 100

    Заобикаля класическите критерии за съвпадение на изходящите циферблати в Local Gateway с дестинацията DPG 100. Настройте изходящия крак на повикването, като използвате комутационни връстници, определени в рамките на дестинацията DPG 100, т.е. набиране на връстници 101,102,103,104. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

    no vad

    Деактивира откриването на гласова активност. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 за повече информация.

  2. Входящ циферблат за входящи Webex Call крака:

PSTN към Уебекс Призоваване:

Съчетайте всички входящи IP PSTN кол крака на местния шлюз с dial-peer 122, за да определите критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. DPG 100 се позовава на изходящ циферблат 101,102,103,104,който има сървъра Webex Calling като целева дестинация.

Уебекс се обажда на PSTN:

Съвпадение на всички входящи Webex Call кол крака на местния шлюз с набиране peer 110, за да се определи критерия за съвпадение за REQUEST URI заглавка модел с Local Gateway хост име, уникален за локално разгръщане на Gateway. DPG 120 се позовава на изходящ dial-peer 121, който има IP PSTN IP адрес като целева дестинация.

Това внедряване изисква следната конфигурация на локалния шлюз:

  1. Гласов клас URIs- Можете да дефинирате модели на хост IP адреси / портове за различни стволове, завършващи на LGW от:

    • Унифициран CM до LGW за дестинации на PSTN

    • Унифициран CM до LGW за дестинации за обаждания на Webex

    • Webex Обаждане до LGW дестинации

    • PSTN SIP прекратяване на багажника на LGW дестинации

  2. Гласов клас сървър-група- Можете да насочите IP адреси или портове за изходящи стволове от:

    • LGW към единен CM

    • LGW до Уебекс Обаждане

    • LGW до PSTN SIP багажник

  3. Изходящи комутационни връстници - Можете да маршрутизирате изходящикрака за повикване от:

    • LGW към единен CM

    • Доставчик на услуги за интернет телефония (ITSP) SIP багажник

    • Webex Calling

  4. Гласов клас dpg- Можете да се насочите да се позовете на изходящи набиращи връстници от входящ циферблат.

  5. Входящи комутационни връстници -Можете да приемете входящи крака за повикване от Unified CM, ITSP и Webex Calling.

1

Конфигурирайте следните URI клас гласови класове:

  1. Дефинира IP адреса на ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Дефинирайте модел за уникално идентифициране на сайт на Local Gateway в рамките на предприятие. Използвайте името на хоста на локалния шлюз като необходимия модел за съвпадение на единния идентификатор на ресурсите (URI).

    voice class uri 200 sip
    pattern cube.domain.com

     

    Местният портал в момента не поддържа подчертаване ""_в модела на мача. Като заобиколно решение използваме точка "". (мач всеки), за да съответства на "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Дефинира единна CM сигнализация VIA порт за багажника Webex Call :

    voice class uri 300 sip
    pattern :5065
    
  4. Дефинира единен CM източник сигнализация IP и VIA порт за PSTN багажник:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Конфигуриране на следните сървърни групи от гласови класове:

  1. Дефинира целевия IP адрес на целевия хост на Unified CM багажника и номер на порта за Unified CM група 1 (5 възела). Unified CM използва порт 5065 за входящ трафик на багажника на Webex Calling (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Определя IP адреса на целевия хост на Unified CM багажника и номера на порта за Unified CM Group 2, ако е приложимо:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Дефинира IP адреса на целевия хост на Unified CM багажника за Unified CM Group 1 (5 възела). Unified CM използва порт по подразбиране 5060 за входящ трафик по багажника на PSTN. Използвайте порта по подразбиране 5060, ако не посочите номера на порта. (PSTN <-> LGW --> Обединена CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Дефинира IP адреса на целевия хост на Unified CM багажника за Unified CM Group 2, ако е приложимо.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Конфигуриране на следните изходящи комутационни връстници:

  1. Изходящ циферблат към IP PSTN:

    dial-peer voice 121 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 121 voip
    description Outgoing dial-peer to PSTN

    Дефинира VoIP набиране с етикет от 121 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    destination-pattern BAD.BAD

    Позволява избор на набиране peer 121. Въпреки това, ние се позоваваме на този изходящ циферблат директно от входящия циферблат, използвайки DPG изявления и това заобикаля критериите за съвпадение на цифровия модел. Използваме произволен модел, базиран на буквено-цифрови цифри, които са разрешени от модела на местоназначение CLI. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 за повече информация. session protocol sipv2

    Уточнява, че циферблат-peer 121 дръжки SIP кол крака.

    session target ipv4:192.168.80.13

    Посочете целевия IPv4 адрес на дестинацията, за да изпратите крака на повикването (В този случай IP адресът на ITSP.) Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 за повече информация.

    voice-class codec 100

    Показва списък с предпочитания на кодек 100, който използвате за набиране на връстници 121.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 за повече информация.

  2. Изходящ циферблат към Webex Calling:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Дефинира VoIP набиране с етикет от 200201, 200202, 200203, 200204 и дава смислено описание за лекота на управление и отстраняване на неизправности.

    voice-class stun-usage 100

    Изпратете локално генерирана заявка за зашеметяване по договорения медиен път. Каскадьорът отваря отвора в защитната стена.

    srtp

    Позволява SRTP за крака на повикването.

  3. Изходящ циферблат към багажника Webex Calling на Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

    Дефинира VoIP циферблат с етикет 301 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session server-group 301

    Определя сесийната цел на множество унифицирани CM възли (сървърна група 301 за набиране на връстници 301), въпреки че примерът показва само един възел.

    Сървърна група в изходящ циферблат peer

    Постига случайно разпределение на повикванията по всички абонати за обработка на обаждания на Unified CM или лов въз основа на определено предпочитание с множество комутационни връстници в DPG и множество сървъри в групата на сървъра за набиране на връстници. Всяка сървърна група може да има до пет сървъра (IPv4/v6 със или без порт). Можете да използвате само втора група за набиране и втори сървър за повече от пет абонати за обработка на повиквания.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html за повече информация.

  4. Втори изходящ циферблат към багажника Webex Calling на Unified CM, ако имате повече от 5 унифицирани CM възли:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Изходящ циферблат към PSTN багажника на Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Втори изходящ циферблат към PSTN багажника на Unified CM, ако имате повече от 5 унифицирани CM възли:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 100  
    dtmf-relay rtp-nte
    no vad
    
4

Конфигурирайте следната група за набиране (DPG):

  1. Дефинира DPG 121. Изходящият dial-peer 121 е целта за всеки входящ циферблат, който се позовава на DPG 121 . Приложете DPG 121 към входящия комутационен партньор 302, определен по-късно за Единния CM ---> LGW --> PSTN път:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Дефинирайте DPG 100 с изходящи комутируеми 200201 , 200202, 200203, 200204 като цел за Unified CM ---> LGW --> Webex Call път:


     

    Уверете се, че промените в предпочитанията се основават на местоположението на конфигурирания локален портал. Вижте стъпка 7и стъпка 8 в конфигуриране на багажника, базиран на сертификати, за повече информация.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Определете DPG 300 за изходящи комутационни връстници 301 или 303 за Webex Calling --> LGW --> Унифициран CM път:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Определете DPG 302 за изходящи комутационни връстници 305 или 307 за PSTN --> LGW --> Унифициран CM път:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
5

Конфигуриране на следните входящи комутационни връстници:

  1. Входящ комутируем партньор за входящи IP PSTN кол крака:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Дефинира VoIP циферблат с етикет от 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    session protocol sipv2

    Уточнява, че циферблат-peer 100 дръжки SIP кол крака.

    incoming uri via 100

    Задава гласовия клас uri 100, за да съответства на целия входящ трафик от IP PSTN към Local Gateway на входящия IP адрес на хост на заглавката на VIA header. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 302

    Задава набиране peer група 302, за да изберете изходящ набиране партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.
  2. Входящ циферблат за входящи Webex Call крака:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Актуализира VoIP набиране peer с етикет от 110 и дава смислено описание за лесно управление и отстраняване на неизправности.

    destination dpg 120

    Задава набиране peer група 120, за да изберете изходящ набиране партньор. Вижте за https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 повече информация.

    Voice class srtp-crypto 100

    Конфигурира предпочитаните шифърни апартаменти за SRTP кол крак (връзка). Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 за повече информация.

    bind control source-interface GigabitEthernet0/0/1

    Конфигурира източник IP адрес за сигнален изходен интерфейс, насочен към Webex Calling.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 за повече информация.

    bind media source-interface GigabitEthernet0/0/1

    Конфигурира изходен IP адрес за интерфейс на източник на медия, насочен към Webex Calling.

    Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 за повече информация.

  3. Входящ циферблат за входящи Унифицирани CM кол крака с Webex Calling като дестинация:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Дефинира VoIP циферблат с етикет от 300 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    incoming uri via 300

    Определя гласовия клас URI 300 до целия входящ трафик от Unified CM до LGW на изходния порт (5065). Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 за повече информация.

    destination dpg 200

    Задава набиране peer група 200, за да изберете изходящ набиране партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

  4. Входящ циферблат за входящи Унифицирани CM кол крака с PSTN като дестинация:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Ето обяснение на полетата за конфигурацията:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Дефинира VoIP набиране с етикет от 302 и дава смислено описание за лесно управление и отстраняване на неизправности. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 за повече информация.

    incoming uri via 302

    Определя гласовия клас URI 300, за да съответства на целия входящ трафик от Unified CM до местен портал за PSTN дестинация на VIA порт. Можете да използвате порта 5060 като стандартен SIP порт. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 за повече информация.

    destination dpg 100

    Задава набиране peer група 100, за да изберете изходящ набиране партньор. Вижте https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 за повече информация.

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на Cisco IOS XE локален портал и генерират известие за събитието, сислог или терминално съобщение. Можете също така да инсталирате 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 или по-висок

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който използвате, за да изпратите проактивно уведомление, ако устройството работи с IOS XE 17.6.1 или по-високо.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, за да уведомите.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Локален шлюз, работещ с версия 17.6.1

  1. Въведете следните команди, за да активирате диагностични подписи.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Конфигурирайте имейл сървъра да изпраща проактивни известия, ако устройството работи с версия по-рано от 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Конфигуриране на променливата ds_email среда с имейл адреса на администратора, който уведомявате

    .
    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.6.1, за да изпратите проактивните известия, за да tacfaststart@gmail.com, като използвате Gmail като защитен SMTP сървър:


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

Local Gateway, работещ на Cisco IOS XE софтуер, не е типичен уеб-базиран клиент на Gmail, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на акаунта в Gmail и да предоставим специално разрешение имейлът от устройството да бъде обработен правилно:

  1. Отидете да управлявате Google акаунт > сигурност и включете по-малко сигурна настройка за достъп до приложението.

  2. Отговорете "Да, това бях аз", когато получавате имейл от Gmail, в който се казва: "Google попречи на някой да влезе в профила ви с помощта на приложение извън Google".

Инсталиране на диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява използването на 5-секундния процесор с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгвания и деинсталира всички диагностични подписи, които инсталирате в локалния портал. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командното шоу 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 
    
  2. Изтеглете DS 64224, като използвате следните падащи опции в инструментаза търсене на диагностични подписи:

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

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    Високо използване на процесора с имейл уведомление.

  3. Копирайте 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) 
    
  4. Инсталирайте DS XML файла в локалния шлюз.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Използвайте командата за диагностика-подпис на повикване-дом , за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

    
    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 

    Изтегляне на DSes:

    Карта сайта

    Име на 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 от последното проучване, то генерира syslog и имейл уведомление. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командното шоу 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 
  2. Изтеглете DS 65221, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    SIP необичайно изключване на повикването откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Инсталирайте DS XML файла в локалния шлюз.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Използвайте диагностичния подписна командното шоу call-home, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталиране на диагностични подписи, за да се отстранят проблеми

Можете също така да използвате диагностични подписи (DS), за да разрешите бързо проблемите. Инженерите на Cisco TAC са написали няколко подписа, които позволяват необходимите дебъгове, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и прехвърляне на данните автоматично към случая Cisco TAC. Това елиминира необходимостта от ръчна проверка за възникването на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате инструмента за търсене на диагностични подписи, за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем или да инсталирате подписа, който се препоръчва от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "% VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте друга променлива ds_fsurl_prefix DS среда като пътя на файловия сървър на 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"  
  2. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако SNMP не е активиран, конфигурирайте командата "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Препоръчваме инсталирането на High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгове и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Производителност

    Тип проблем

    Високо използване на процесора с имейл уведомление.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза търсене на диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE Enterprise в решение за обаждания на Webex

    Обхват на проблема

    Сислоги

    Тип проблем

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте 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: 
  6. Инсталирайте високия CPU мониторинг 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 
    
  7. Проверете дали подписът е успешно инсталиран с помощта на диагностичен подписна шоу-дом. Колоната за състоянието трябва да има "регистрирана" стойност.

    
    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 

    Изтеглени DSes:

    Карта сайта

    Име на 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

    ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверка на изпълнението на диагностичните подписи

В следващата команда колоната "Статус" на командата показва промени в диагностичния подпис на повикване-дом на "изпълнение", докато местният шлюз изпълнява действието, определено в подписа. Изходът от статистиката за диагностичния подпис на повикване-дома е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е предизвикал събитие, максималния брой пъти, които е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития.

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 

Изтеглени DSes:

Карта сайта

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дом

Карта сайта

Име на DS

Задействан/Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време на изпълнение (секунди)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДС_ЛГВ_ИЕЦ_Сall_spike_threshold

1/20/Г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на изходи от командата, които са от значение за отстраняване на неизправности при отстраняване на дадения проблем.

Деинсталиране на диагностични подписи

Използването на диагностичните подписи за отстраняване на неизправности обикновено се дефинира като деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ID от изхода на диагностичния подпис на показване на повикване-дом и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID> 

Пример:

call-home diagnostic-signature deinstall 64224 

Нови подписи се добавят периодично към инструмента за търсене на подписи за диагностика, въз основа на въпроси, които се наблюдават при разполагането. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

30 септември 2022 г.
Внедрете CUBE висока наличност като локален шлюз

Local Gateway (LGW) е единствената възможност за предоставяне на PSTN достъп до помещенията за клиентите на Cisco Webex Call. Целта на този документ е да ви помогне в изграждането на конфигурация на Local Gateway, използвайки висока наличност на CUBE, активни / стендбай CUBEs за държавен провал на активните повиквания.

Основите

Предварителни изисквания

Преди да разгърнете CUBE HA като локален портал за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, приемат специална локална портална платформа без съществуваща гласова конфигурация. Ако съществуващо внедряване на 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 за различни платформи:

Преглед на решението за повикване на Webex

Cisco Webex Calling е предложение за сътрудничество, което предоставя многонаемателна облачна алтернатива на услугата PBX телефонна услуга с множество PSTN опции за клиенти.

Разгръщането на локалния портал (представено по-долу) е във фокуса на тази статия. Локалният багажник на портала (PSTN) в Webex Calling позволява свързаност с услуга PSTN, собственост на клиента. Той също така осигурява свързаност с локално внедряване на IP PBX като Cisco Unified CM. Цялата комуникация до и от облака е осигурена с помощта на TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва разгръщане на Webex Calling без съществуващ IP PBX и е приложимо за разполагане на един или няколко сайта. Конфигурацията, очертана в тази статия, се основава на това внедряване.

Слой 2 Резервираност от кутия до кутия

CUBE HA слой 2 резервираност кутия до кутия използва инфраструктурния протокол Redundancy Group (RG), за да образува активна/стендбай двойка рутери. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните си интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в режим на готовност да поеме всички отговорности за обработка на повиквания на CUBE незабавно, ако активният рутер излезе от експлоатация, което води до държавно запазване на сигнализацията и медиите.


Проверката на посочването е ограничена до свързани разговори с медийни пакети. Обажданията в транзит не се проверяват (например състояние на опитване или звънене).

В тази статия CUBE HA ще се отнася до CUBE висока наличност (HA) слой 2 кутия до кутия (B2B) съкращения за запазване на държавни повиквания

От IOS-XE 16.12.2, CUBE HA може да бъде разгърната като локален портал за разгръщане на багажника на Cisco Webex Calling (PSTN), базиран на помещения, и ще обхванем дизайнерски съображения и конфигурации в тази статия. Тази цифра показва типична настройка на CUBE HA като локален шлюз за разгръщане на багажника на Cisco Webex.

Група за съкращения Infra компонент

Компонентът Redundancy Group (RG) Infra осигурява поддръжка на комуникационната инфраструктура "кутия до кутия" между двете CUBE и договаря окончателното стабилно състояние на съкращения. Този компонент също така предвижда:

  • Протокол, подобен на HSRP, който договаря окончателното състояние на съкращения за всеки рутер, като обменя поддържани и здравейте съобщения между двете 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 access SBC, доставчик на услуги или пълномощник, използват VIP като IP адрес на местоназначението за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Call, двойките CUBE HA действат като един локален шлюз.

Сигнализацията на повикванията и информацията за RTP сесията на установените повиквания се проверяват от активния рутер към рутера в режим на готовност. Когато Активният рутер падне, рутерът Standby поема контрола и продължава да препраща потока RTP, който преди това е бил маршрутизиран от първия рутер.

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

Съществуват следните изисквания за използване на CUBE HA като локален портал за държавно провал на повикванията:

  • CUBE HA не може да има TDM или аналогови интерфейси, разположени съвместно

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/RTP), а Gig3 е интерфейс за контрол/данни на групата за съкращения (RG)

  • Не повече от 2 CUBE HA двойки могат да бъдат поставени в един и същ слой 2 домейн, един с група ID 1, а другият с група ID 2. Ако конфигурирането на 2 HA двойки с една и съща група ID, интерфейсите RG Control/Data трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Портовият канал се поддържа както за RG контрол/данни, така и за интерфейси за трафик

  • Цялата сигнализация/медия се получава от/към виртуалния IP адрес

  • Всеки път, когато една платформа се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за резервиране, rii трябва да бъде уникален за комбинация от двойки/интерфейси на един и същ слой 2

  • Конфигурацията на двете CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да се изпълнява на един и същ тип платформа и IOS-XE версия

  • Интерфейсите Loopback не могат да се използват като свързващи, тъй като те винаги са нагоре

  • Интерфейсите за множествен трафик (SIP/RTP) (Gig1, Gig2) изискват конфигуриране на проследяването на интерфейса.

  • CUBE-HA не се поддържа чрез кръстосана кабелна връзка за връзката RG-контрол/данни (Gig3)

  • И двете платформи трябва да са идентични и да бъдат свързани чрез физически превключвател във всички също интерфейси, за да работи CUBE HA, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да се прекрати на един и същ превключвател и т.н.

  • Не може WAN да бъде прекратен директно на CUBE или Data HA от двете страни

  • И двете Active/Standby трябва да бъдат в един и същ център за данни

  • Задължително е да се използва отделен L3 интерфейс за резервиране (RG контрол/данни, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролно-пропускателен пункт

  • При неуспех предишният активен CUBE преминава през презареждане чрез дизайн, запазване на сигнализацията и медиите

Конфигуриране на съкращенията и на двете кубчета

Трябва да конфигурирате излишък от слой 2 от кутия до кутия на двете кубчета, предназначени да се използват в двойка HA, за да повдигнете виртуални IP адреси.

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

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласовия трафик, така че активният маршрут да изпълнява активната си роля след като интерфейсът за трафик е надолу.

2

Конфигуриране на RG за използване с VoIP HA в подрежим на резервиране на приложението.

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)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • съкращения— Влиза в режим на съкращения

  • резервиране на приложения — Въвежда режим на конфигуриранена съкращенията на приложения

  • група— Въвежда режим на конфигуриране на групата за кандидатстване за съкращения

  • име LocalGateway-HA– Определя името на групата RG

  • приоритет 100 праг на неуспех 75— Определя първоначалния приоритет и праговете за неуспех за РГ

  • таймери закъснение 30 презареждане 60- Конфигурира два пъти за закъснение и презареждане

    • Таймер за забавяне, който е времето, за да забави инициализацията на RG групата и преговорите за роля, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – Това е времето, за да забавите инициализацията на RG групата и договарянето на роли след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат коригирани, за да се настанят всяко допълнително забавяне на конвергенцията на мрежата, което може да възникне по време на стартирането/презареждането на рутерите, за да се гарантира, че преговорите по протокола RG се провеждат след маршрутизиране в мрежата се е сближило до стабилна точка. Например, ако след неуспех се види, че са необходими до 20 сек за новия STANDBY, за да се види първият пакет RG HELLO от новия ACTIVE, таймерите трябва да бъдат коригирани до "таймери забавят 60 презареждане 120", за да се вземе предвид това забавяне.

  • контрол GigabitEthernet3 протокол 1- Конфигурира интерфейса, използван за обмен на поддържани и здравейте съобщения между двете CUBEs, и определя екземпляра на протокола, който ще бъде прикрепен към контролен интерфейс и влиза в режим на конфигуриране на протокола за резервиране на приложения

  • данни GigabitEthernet3— Конфигурира интерфейса, използван за проверка на трафика на данни

  • track—RG групово проследяване на интерфейси

  • протокол 1– Определя екземпляра на протокола, който ще бъде прикрепен към контролен интерфейс и влиза в режим на конфигуриране на протокола за резервиране на приложения

  • таймери hellotime 3 holdtime 10– Конфигурира двата таймера за hellotime и задържане:

    • Hellotime – Интервал между последователни съобщения за здравей – По подразбиране 3 секунди. Диапазонът е 250 милисекунди-254 секунди

    • Holdtime – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер се е провалил. Тази продължителност трябва да бъде по-голяма от времето за здравей – по подразбиране 10 секунди. Диапазонът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде най-малко 3 пъти стойността на таймера hellotime.

3

Активирайте резервираността от кутия до кутия за приложението 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

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък rii—Конфигурира идентификатора на интерфейса за резервиране за групата на съкращенията. Необходимо е за генериране на виртуален MAC (VMAC) адрес. Същата стойност на rii ID трябва да се използва в интерфейса на всеки рутер (ACTIVE/STANDBY), който има един и същ VIP.


     

    Ако има повече от една B2B двойка на една и съща LAN, всяка двойка ТРЯБВА да има уникални rii идентификатори на съответните си интерфейси (за да се предотврати сблъсък). "Показване на група за кандидатстване за съкращения всички" следва да посочва правилната местна и партньорска информация.

  • група за съкращения 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]