Работен поток за конфигуриране на извикване на 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.

07 април 2023 г.
Конфигуриране на Webex Извикване за вашата организация

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

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

1

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


 

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

2

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

3

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


 

Мениджърът на вашия акаунт е отговорен за активиране на първите стъпки за FTSW. Свържете се с мениджъра на акаунта си, ако получите известие „Cannot Setup Your Call“, когато изберете Започнете .

4

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

5

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

6

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

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

 

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

7

Направете следните избори, за да приложите към това местоположение:

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

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

9

Въведете наличен SIP адрес на Cisco Webex и щракнете Следваща и изберете Край .

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

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

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

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

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

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

2

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

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

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

4

Ако сте щракнали да , изберете една от следните опции:

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


     

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

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

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

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

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

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

     

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

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

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

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

5

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

6

Ако сте избрали неинтегрирана CCP или PSTN, базирана на помещения, въведете Телефонни номера като стойности, разделени със запетая, и след това щракнете Потвърди .

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

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

7

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

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

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

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


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

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

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

3

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

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

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


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

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

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

2

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

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


     

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

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

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

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

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

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

     

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

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

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


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

1

Влезте в Control Hub на адресhttps://admin.webex.com/ , отидете на Услуги > Обаждане > Сервизни настройки и след това превъртете до Вътрешно набиране .

2

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

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

  •  

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

  • Управляваща цифра в префикса за маршрутизиране — Изберете номера, който ще бъде зададен като първа цифра на всеки префикс за маршрутизиране.
  • Вътрешна дължина на удължителя —Можете да въведете 2-6 цифри и по подразбиране е 2.

     

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

3

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

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

     

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

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

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

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

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


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

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

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

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

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

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

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

1

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

2

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

3

Дайте име на багажника и щракнете Запазете .


 

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

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

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

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

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

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

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

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

3

Изберете Базирана в помещения PSTN и щракнете Следваща .

4

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


 

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

5

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

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

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

След като завършите успешно конфигурацията на самия шлюз, можете да се върнете към Услуги > Обадете се > Местоположения в Контролен център и създаденият от вас шлюз ще бъде посочен в картата за местоположение, към която сте го присвоили, със зелена точка вляво от името. Това състояние показва, че шлюзът е сигурно регистриран в облака за повикване и служи като активен шлюз за обществена телефонна централа за местоположението.

1

Влезте в Контролен център приhttps://admin.webex.com , изберете иконата на сграда .

2

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

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

Можете да използвате Контролен център за да зададете приоритета на наличните опции за повикване, в които потребителите виждат Приложение Webex . Можете също да ги активирате за обаждане с едно щракване. За повече информация вижте: Задайте опции за повикване за потребители на Webex App .

Можете да контролирате какво приложение за повиквания се отваря, когато потребителите извършват обаждания. Можете да конфигурирате настройките на клиента за повикване, включително внедряване в смесен режим за организации с потребители, упълномощени с Unified CM или Webex Calling и потребители без платени услуги за разговори от Cisco. За повече информация вижте: Настройте поведение при повикване .

16 май 2023 г.
Конфигуриране на локален шлюз на IOS-XE за Webex повикване

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

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

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

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

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

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

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

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

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

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


Процедурите съдържат връзки към справочната документация на командите, където можете да научите повече за отделните опции на командите. Всички препратки към командите отиват към Справочник за команди за управлявани шлюзи на Webex освен ако не е посочено друго (в този случай командните връзки отиват до Справочник за гласови команди на Cisco IOS ). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Препратки към команди .

За информация относно SBC на трети страни вижте съответната референтна документация на продукта.

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

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

    • NTP

    • ACL

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

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

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

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

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


Само CUBE поддържа базиран на регистрация локален шлюз; не се поддържат други SBC от трети страни.

1

Уверете се, че сте присвоили всички интерфейси от Layer 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 търсене и ping, за да гарантирате, че сървърът е достъпен. Локалният шлюз използва DNS за разрешаване на прокси адреси на Webex Calling :

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 сървър установява връзката с локалния шлюз само ако изходящият прокси сървър, на който конфигурирате наемател 200 (описано по-късно) съвпада със списъка CN-SAN, който получавате от сървъра.

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

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

  4. Задайте броя на повторните опити за tcp на 1000 (кратни на 5 мс = 5 секунди).

  5. Задайте връзка с таймери, за да установите TLS<wait-timer in="" sec=""> . Диапазонът е от 5 до 20 секунди, а по подразбиране е 20 секунди. (LGW отнема 20 секунди, за да открие грешката на TLS неуспешна връзка, преди да се опита да установи връзка със следващата налична Webex Calling достъп до 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

Актуализирайте пула за доверие на локалния шлюз:

Пакетът на доверителния пул по подразбиране не включва сертификатите "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 Commercial:

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

    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
    

     

    Като алтернатива можете да изтеглите пакета сертификати и да инсталирате от локален сървър или флаш памет на локален шлюз.

    Например:

    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, за да създадете местоположение и да добавите багажник за това местоположение. В следващия пример получавате информацията от Control Hub.

1

Въведете следните команди, за да включите приложението Local Gateway, вж Референтна информация за портове за обаждания в Cisco Webex Calling за най-новите 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
asymmetric payload full
end

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

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

voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Активира изходните IP адреси на обекти, от които локалният шлюз очаква легитимни VoIP повиквания, като напр. Webex Calling партньори, Unified CM възли и IP PSTN.

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

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


     

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

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

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

  • За повече информация как да използвате доверен списък с IP адрес , за да предотвратите измами с пътни такси, вж Доверен IP адрес .

voice service voip
 media statistics 
 media bulk-stats 

Мултимедия

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

    Позволява наблюдение на медиите на локалния шлюз.

  • Медийни масови статистики

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

  • За повече информация относно тези команди вж Медия в Справочник за гласови команди на Cisco IOS - от K до R .

Основна функционалност от SIP към SIP

allow-connections sip to sip
  • Разрешете SIP-to- SIP връзки.

  • По подразбиране гласовите устройства Cisco IOS или IOS XE не позволяват на входящ VoIP крак да излезе като VoIP.

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

Допълнителни услуги

no supplementary-service sip refer
no supplementary-service sip handle-replaces

Деактивира REFER и заменя ИД на диалоговия прозорец в заглавката на replaces с ИД на диалоговия партньор на партньора. За повече информация вж Допълнителна глътка услуга .

Протокол за факс

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

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

Активирайте глобално зашеметяване

stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Когато пренасочите повикване към a Webex Calling потребител (например повикванията и викащите страни са Webex Calling абонати и ако закотвите медии в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката не е отворена.

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

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

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

G729

sip
g729 annexb-all

Позволява всички варианти на G729. За повече информация вж g729 приложение b-всички.

SIP

early-offer forced

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

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

    Променя заглавката From, за да включи параметъра OTG/DTG на група съединителни линии транк от Control Hub, за да идентифицира уникално сайт на локален шлюз в рамките на предприятието.

  • Прилага SIP профил към наемател на гласов клас 200 (обсъдено по-късно) за целия трафик Webex Calling . За повече информация вж гласови класове sip-профили .

    За повече информация относно командите за правила вж правило (правило за гласов превод) в Справочник за гласови команди на Cisco IOS - от K до R .

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) за сесии. Приложете зашеметяване към всички пиъри за набиране. За повече информация вж кодек за гласов клас .

  • Гласов клас srtp-crypto 200
    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    Указва SHA1_ 80 като единствения SRTP шифров пакет, който локалният шлюз предлага в SDP в оферта и отговор. Webex Calling поддържа само SHA1 80_ За повече информация относно командата за гласов клас вж гласов клас srtp-crypto .

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

  • Гласов клас зашеметяване-използване 200
    voice class stun-usage 200
    stun usage firewall-traversal flowdata
    stun usage ice lite

    Определя използването на зашеметяване. Прилага зашеметяване към всички Webex Calling -изправени (2XX етикет) точки за набиране, за да се избегне безпътен звук, когато Unified CM телефон пренасочва повикването към друг Webex Calling телефон. Виж зашеметяващо използване на защитна стена за преминаване на поток данни и зашеметяващо използване ice lite .


 

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


 

Имате нужда от зашеметяващо използване ice-lite за потоци от разговори, използващи оптимизация на медийния път.

4

Съпоставяне на параметрите на контролния център към конфигурацията на локалния шлюз.

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

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

  • Конфигурация на Dial-peer

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

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

5

Конфигуриране наемател на гласов клас 200 за да активирате регистрация на магистрала от локален шлюз към Webex Calling въз основа на параметрите, които сте получили от 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

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

наемател на гласов клас 200

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

регистратор dns:40462196.cisco-bcld.com схема глътки изтича 240 съотношение на опресняване 50 tcp tls

Регистрационен сървър за локалния шлюз с настройката за опресняване на всеки две минути (50% от 240 секунди). За повече информация вж регистратор в Справочник за гласови команди на Cisco IOS - от K до R .

номер на пълномощията Хюсеин6346_ LGU потребителско име Хюсеин2572_ LGU парола 0 meX71]~)Vmf царство BroadWorks

Удостоверения за предизвикателство за регистрация на багажника. За повече информация вж идентификационни данни (SIP UA) в Справочник за гласови команди на Cisco IOS - A до C .

потребителско име за удостоверяване Хюсеин6346_ LGU парола 0 meX71]~)Vmf царство BroadWorks
потребителско име за удостоверяване Хюсеин6346_ LGU парола 0 meX71]~)Vmf царство 40462196.cisco-bcld.com

Предизвикателство за удостоверяване за обаждания. За повече информация вж удостоверяване (dial-peer) в Справочник за гласови команди на Cisco IOS - A до C .

няма идентификатор на отдалечена страна

Деактивирайте заглавката на SIP Remote-Party- ИД (RPID) като Webex Calling поддържа PAI, който е активиран чрез CIO За повече информация вж идентификатор на отдалечена страна в Справочник за гласови команди на Cisco IOS - от K до R .

Връзката е отказана

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

srtp-крипто 200

Определя гласов клас srtp-crypto 200 за да посочите SHA1_ 80 (посочено в стъпка 3). За повече информация вж гласов клас srtp-crypto.

транспорт на сесия tcp tls

Задава транспорт на TLS. За повече информация вж сесия-транспорт .

url глътки

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

грешка-passthru

Указва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru .

утвърдено-идентификатор пай

Включва PAI обработката в локалния шлюз. За повече информация вж утвърден идентификатор .

управление на свързване източник-интерфейс GigabitEthernet0/0/1

Конфигурира IP адрес на източника за сигнализиране на интерфейса на източника Webex Calling .

свързване на медиен източник-интерфейс GigabitEthernet0/0/1

Конфигурира IP адрес на източника за интерфейс на източника на медия Webex Calling . За повече информация относно командите за свързване вж обвързвам в Справочник за гласови команди на Cisco IOS - A до C .

без преминаващо съдържание custom-sdp

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

sip-профили 200

Променя SIP на SIP и модифицира линия/порт за съобщения INVITE и REGISTER, както е дефинирано в За повече информация вж гласови класове sip-профили .

изходящ прокси dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling достъп до SBC. За повече информация вж изходящ прокси .

преход към политиката за поверителност

Прозрачно преминаване през стойностите на заглавката за поверителност от входящата към изходящата част. За повече информация вж политика за поверителност в Справочник за гласови команди на Cisco IOS - от K до R .

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

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

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

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

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

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

  2. URI на гласов клас — Вие дефинирате модели за хост IP адреси/портове за различни канали, завършващи на локален шлюз:

    • Webex Calling към 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. Дефинирайте модел за уникално идентифициране на сайт на локален шлюз в рамките на предприятие въз основа на параметъра OTG или DTG на група съединителни линии на Control Hub:

    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

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

    session protocol sipv2

    Указва тази точка за набиране 101 се справя с краката за 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

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

    no vad

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

  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 сървър е дестинацията за повиквания от тази точка за набиране. Webex Calling сървър, в който дефинирате наемател 200 се наследява за dial-peer 200201 .

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    Активира SRTP за етапа на етап на повикването.

    no vad

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

4

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

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

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Определете групата за набиране 200 с изходящ dial-peer 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

    Указва тази точка за набиране 100 се справя с краката за SIP повикване .

    incoming uri via 100

    Указва uri на гласовия клас 100 за да съответства на целия входящ трафик от IP PSTN към локален шлюз на IP адрес на хоста на VIA заглавката. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 200

    Указва група от партньори за набиране 200 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    voice-class sip tenant 300

    Dial-peer наследява всички параметри от наемател 300 освен ако същият параметър не е дефиниран под самия dial-peer.

    no vad

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

  2. Входяща точка за набиране за входящи Webex Calling повикване на краката:

    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 за набиране с етикет на 200201 и дава смислено описание за лесно управление и отстраняване на неизправности.

    incoming uri request 200

    Указва uri на гласовия клас 200 за да съответства на целия входящ трафик от Webex Calling към LGW по уникалния модел dtg в URI на заявката, уникално идентифициращ сайта на локалния шлюз в предприятието и в Webex Calling екосистема. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 100

    Указва група от партньори за набиране 100 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    max-conn 250

    Ограничава броя на едновременните повиквания до 250 между LGW и Webex Calling , като се приеме, че има едно лице за набиране Webex Calling както за входящи, така и за изходящи повиквания, както е определено в тази статия. За повече информация относно ограниченията за едновременни повиквания, включващи локален шлюз, вижте документа Преминаване от Unified CM към Webex Calling .

PSTN до Webex Calling

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

Webex Calling към PSTN

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

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

  1. Наематели на гласови класове — Вие създавате повече наематели за dial-peers, изправени пред Unified CM и ITSP, подобно на наемател 200 за които създавате Webex Calling изправени срещу набиране.

  2. URI на гласов клас — Вие дефинирате модел за IP адреси/портове на хост за различни магистрали, завършващи на LGW от:

    • Unified CM към LGW за PSTN дестинации

    • Unified CM към LGW за Webex Calling дестинации

    • Webex Calling до LGW дестинации

    • Терминиране на PSTN външна линия SIP на LGW

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

    • LGW към Unified CM

    • LGW към Webex Calling

    • LGW към PSTN външна линия SIP

  4. Изходящи телефони за набиране — Можете да маршрутизирате етапи на изходящо повикване от:

    • LGW към Unified 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. Дефинирайте модел за уникално идентифициране на сайт на локален шлюз в рамките на предприятие въз основа на параметъра OTG/DTG на група съединителни линии на Control Hub:

    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. Дефинира Unified CM сигнализиране VIA порт за Webex Calling багажник:

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

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

  1. Дефинира IP адрес на целевия хост на Unified CM trunk и номер на порт за група в 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 trunk и номер на порт за група в Unified CM 2, ако е приложимо:

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

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

    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 и е дадено смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

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

    протокол на сесията sipv2

    Указва тази точка за набиране 101 се справя с краката за SIP повикване .

    цел на сесията ipv4:192.168.80.13

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

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

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

    гласов клас sip наемател 100

    Dial-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 и дава смислено описание за лесно управление и отстраняване на неизправности.

    сесия целеви sip-сървър

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

    Гласов клас зашеметяване-използване 200

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

    няма гласов клас sip localhost

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

    гласов клас sip наемател 200

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

    srtp

    Активира SRTP за етапа на етап на повикването.

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

    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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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 и дава смислено описание за лесно управление и отстраняване на неизправности.

    сесия сървър-група 301

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

    Група сървъри в изходяща точка за набиране

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

    За повече информация вж Групи на сървъри в изходящи телефони за набиране в Ръководство за конфигуриране на Cisco Unified Border Element - Cisco IOS XE 17.6 и по-нататък .

  4. Втора изходяща точка за набиране към Unified CM Webex Calling trunk, ако имате повече от 5 Unified 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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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 
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Втора изходяща точка за набиране към PSTN магистрала на Unified CM, ако имате повече от 5 Unified 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  
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

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

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

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

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

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Определете DPG 302 за изходящи телефони за набиране 305 или 307 за PSTN --> LGW --> Unified 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 и дава смислено описание за лесно управление и отстраняване на неизправности.

    протокол за сесия sipv2

    Указва тази точка за набиране 100 се справя с краката за SIP повикване .

    входящ ури през 100

    Указва uri на гласовия клас 100 към целия входящ трафик от Unified CM към LGW на хост IP адрес на VIA заглавката. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    дестинация dpg 302

    Указва група за набиране 302 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    гласов клас sip наемател 300

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

  2. Входяща точка за набиране за входящи Webex Calling повикване на краката:

    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 за набиране с етикет на 200201 и дава смислено описание за лесно управление и отстраняване на неизправности.

    входяща заявка за uri 200

    Указва uri на гласовия клас 200 към целия входящ трафик от Unified CM към LGW по уникалния модел dtg в URI на заявката, уникално идентифициращ сайт на локален шлюз в рамките на предприятието и в Webex Calling екосистема. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    дестинация dpg 300

    Указва група за набиране 300 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    макс.свр 250

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

  3. Входяща точка за набиране за входящи крака на Unified 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 и дава смислено описание за лесно управление и отстраняване на неизправности.

    входящ ури през 300

    Указва URI на гласовия клас 300 към целия входящ трафик от Unified CM към LGW през порта на източника (5065). За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    дестинация dpg 200

    Указва група за набиране 200 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    гласов клас sip наемател 300

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

  4. Входяща точка за набиране за входящи етапи на повикване на Unified 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 точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    входящ ури през 302

    Указва uri на гласовия клас 302 към целия входящ трафик от Unified CM към LGW през порта на източника (5065). За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    дестинация dpg 100

    Указва група за набиране 100 за да изберете изходяща точка за набиране. За повече информация относно настройката на група за набиране, вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    гласов клас sip наемател 300

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

IP PSTN към Unified CM PSTN магистрала

Webex Calling Платформа към Unified CM Webex Calling trunk

Unified CM PSTN магистрала към IP PSTN

Unified CM Webex Calling до Webex Calling Платформа

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

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

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

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като 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“.

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

Мониторинг на висока натовареност на CPU

Този DS проследява 5-секундно използване на CPU с помощта на 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 Series или Cisco CSR 1000V Series

    Продукт

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

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

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

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  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 ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


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

Мониторинг на регистрацията на външна линия SIP

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

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

    Име на полето

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

    Платформа

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

    Продукт

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

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

    SIP- SIP

    Тип на проблема

    Отмяна на регистрация на SIP Trunk с известие по Имейл .

  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 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  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 Series или Серия Cisco CSR 1000V

    Продукт

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

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

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

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  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. Конфигурирайте допълнителна променлива на средата на DSds_fsurl_prefix което е пътят на файлов сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка в следната команда. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, ако е необходимо.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Пример:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако не е активиран, конфигурирайте командата „snmp-server manager“.

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

    Име на полето

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

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

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

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

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

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

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

    Име на полето

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

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

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

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

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ 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. Инсталирайте High 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 ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДС_ LGW_ IEC_ В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 ИД

Име на DS

Ревизия

Статус

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

64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

08.11.2020 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

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

Средно време на работа (секунди)

Максимално време на работа (секунди)

64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

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

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

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

call-home diagnostic-signature deinstall <DS ID> 

Пример:

call-home diagnostic-signature deinstall 64224 

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

За по-добро управление на Cisco IOS XE Gateways, препоръчваме ви да регистрирате и управлявате шлюзовете чрез Control Hub. Това е опция по избор. Когато се регистрирате, можете да използвате опцията за валидиране на конфигурацията в Control Hub, за да потвърдите конфигурацията на вашия локален шлюз и да идентифицирате всички проблеми с конфигурацията. Понастоящем тази функционалност поддържат само базирани на регистрация канали.

За повече информация вижте следното:

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

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

    • NTP

    • ACL

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

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

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

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

  • Необходима е минимална поддържана версия на IOS XE 17.6 за всички внедрявания на локален шлюз.

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от Layer 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:


 
  • Подписан и доверен СА сертификат трябва да бъде разпознат.

  • Домейн в 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 DNS hostname through which this router is reachable)
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда:

    crypto pki enroll CUBE_CA_CERT

     
    • Използвайте този CSR , за да поискате сертификат от един от поддържаните сертифициращи органи.

    • Уверете се, че дестинацията на магистрала (FQDN или SRV), която конфигурирате в Control Hub, присъства в SAN на сертификата.

5

Ако главен сертификат има междинен 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 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 Webex ? .

    • FQDN , избрано от Control Hub, трябва да бъде общото име (CN) или алтернативното име на субекта (SAN) на сертификата. Например:

      • Ако транк, конфигуриран от Control Hub на вашата организация, има london.lgw.cisco.com:5061 като FQDN на локалния шлюз, тогава CN или SAN трябва да съдържат london.lgw.cisco.com в сертификата. 

      • Ако транк, конфигуриран от Control Hub на вашата организация, има 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 Calling за най-новите 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
asymmetric payload full

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

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

voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Активира изходните IP адреси на обекти, от които локалният шлюз очаква легитимни VoIP повиквания от Webex Calling връстници.

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

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

  • За повече информация как да използвате доверен списък с IP адрес , за да предотвратите измами с пътни такси, вж Доверен IP адрес .

Основна функционалност от SIP към SIP

allow-connections sip to sip
  • Разрешете SIP-to- SIP връзки.

  • По подразбиране гласовите устройства Cisco IOS или IOS XE не позволяват на входящ VoIP крак да излезе като VoIP.

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

Протокол за факс

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

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

SIP

early-offer forced

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

asymmetric payload full

Конфигурира поддръжка на асиметрична полезна информация на Session Initiation Protocol (SIP) за DTMF и динамичния кодек. За повече информация относно тази команда вж преминаващо съдържание .

2

Конфигурирайте "кодек за гласов клас 100."

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

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

Кодек за гласов клас 100

Позволява opus и двата кодека g711 (mu и a-law) за сесии. Прилага предпочитания кодек към всички точки за набиране. За повече информация вж кодек за гласов клас .

3

Конфигурирайте "гласов клас stun-usage 100", за да активирате ICE.

voice class stun-usage 100 
stun usage ice lite

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

Гласов клас зашеметяване-използване 100

Определя използването на зашеметяване. Прилага зашеметяване към всички Webex Calling -насочени към телефони за набиране, за да се избегне никакъв звук, когато Unified CM телефон пренасочва повикването към друг Webex Calling телефон. Виж използване на гласов клас зашеметяване в Гласови команди на Cisco IOS - от T до Z и зашеметяващо използване ice lite .

4

Конфигурирайте командата, за да ограничите поддържаната крипто.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

Гласов клас srtp-crypto 100
Указва SHA1_ 80 като единствения SRTP шифров пакет, който локалният шлюз предлага в SDP в оферта и отговор. Webex Calling поддържа само SHA1 80_
За повече информация вж гласов клас srtp-crypto .
5

(За CUBE с публични IP адреси следвайте тази стъпка.) Конфигурирайте „SIP профили 100“. В примера, cube1.abc.lgwtrunking.com е FQDN , избрано за локалния шлюз, а "172.xxx" е IP адрес на интерфейса на локалния шлюз, който е към Webex Calling :

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "192.65.79.21" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "192.65.79.21" "cube1.abc.lgwtrunking.com" 
 

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

правило 10 до правило 20

Гарантира, че замените IP адрес на локалния шлюз с FQDN в заглавката „Contact“ на съобщенията за заявка и отговор. Това е изискване за удостоверяване на вашия локален шлюз, за да се използва като магистрала в даден Webex Calling местоположение за вашата организация.


 

Пропуснете следващата стъпка, ако сте конфигурирали CUBE с публични IP адреси.

6

(За CUBE зад Static NAT следвайте тази стъпка.) Конфигурирайте CUBE за статичен NAT (по избор). В този пример cube1.abc.lgwtrunking.com е FQDN , избрано за локалния шлюз, а „10.80.13.12“ е IP адрес на интерфейса CUBE към Webex Calling и „192.65.79.20“ е публичният IP адрес на NAT.

Ако CUBE е разгърнат със статичен NAT, тогава са необходими следните конфигурации на входящи и изходящи SIP профил за промяна на частния IP адрес към публичния IP адрес на NAT в SIP заявката и отговора.

SIP профили за изходящи съобщения към Webex Calling

voice class sip-profiles 200
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.abc.lgwtrunking.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.abc.lgwtrunking.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "a=candidate:1 1(.*) 10.80.13.12 (.*)" "a=candidate:1 1\1 192.65.79.20 \2"
 rule 30 response ANY sdp-header Audio-Attribute modify "a=candidate:1 2(.*) 10.80.13.12 (.*)" "a=candidate:1 2\1 192.65.79.20 \2"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "(.*) IN IP4 10.80.13.12" "\1 IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "(.*) IN IP4 10.80.13.12" "\1 IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "a=rtcp:(.*) IN IP4 10.80.13.12" "a=rtcp:\1 IN IP4 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "a=rtcp:(.*) IN IP4 10.80.13.12" "a=rtcp:\1 IN IP4 192.65.79.20"
 rule 91 request ANY sdp-header Audio-Attribute modify "a=candidate:1 1(.*) 10.80.13.12 (.*)" "a=candidate:1 1\1 192.65.79.20 \2"
 rule 93 request ANY sdp-header Audio-Attribute modify "a=candidate:1 2(.*) 10.80.13.12 (.*)" "a=candidate:1 2\1 192.65.79.20 \2"
SIP профили за входящи съобщения от Webex Calling

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

За повече информация вж гласови класове sip-профили .

За повече информация вж правило (правило за гласов превод) в Справочник за гласови команди на Cisco IOS - от K до R .

7

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

  1. Конфигурирайте първата изходяща точка за набиране към Webex Calling .


     

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

    dial-peer voice 101 voip
    description OutBound Webex Calling
    session protocol sipv2
    session target dns:<insert us01.sipconnect.bcld.webex.com>
    session transport tcp tls
    destination e164-pattern-map 2002
    voice-class codec 100
    voice-class stun-usage 100
    voice-class sip rel1xx disable
    voice-class sip asserted-id pai
    voice-class sip profiles 100
    voice-class sip tenant 200
    voice-class sip options-keepalive profile 100
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    srtp
    no vad
    !

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

    
    dial-peer voice 101 voip
       description OutBound Webex Calling

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

    протокол на сесията sipv2

    Указва тази точка за набиране 101 се справя с краката за SIP повикване . Виж протокол за сесия (dial-peer) в Справочник за гласови команди на Cisco IOS - S команди за повече информация.

    целеви dns на сесия: <insert us01.sipconnect.bcld.webex.com="">

    Указва целевия FQDN адрес на дестинацията от Control Hub за изпращане на етап на повикването. Виж цел на сесията (VoIP dial-peer) в Справочник за гласови команди на Cisco IOS - S команди за повече информация.


     

    Започвайки от Cisco IOS XE Купертино 17.9.1a горната конфигурация на целевия SRV адрес се поддържа.

    транспорт на сесия tcp tls

    SIP набиране използва защита на Защита на транспортния слой (TLS) през протокола на транспортния слой TCP .

    дестинация e164-шаблон-карта 2002 г

    Тази команда се използва за свързване на карта на шаблон E.164 с точка за набиране. 2002 г дефинира дестинация E.164 карта.

    Кодек за гласов клас 100

    Показва списък с предпочитания за кодеци 100 да се използва за dial-peer 101 . Виж кодек за гласов клас за повече информация.

    sip профили за гласов клас 100

    Ако CUBE е конфигуриран със статичен NAT, тогава картографирайте изходящия SIP профил 200.

    гласов клас sip наемател 200

    Препоръчваме ви да използвате наемател с канали за набиране, където всяка магистрала има свой собствен порт за слушане, TLS сертификат и списък за валидиране на CN или SAN. Тук tls-профилът, свързан с наемателя, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки.

    опции за гласов клас за глъткане - поддържане на профила 100

    Тази команда се използва за наблюдение на група от SIP сървъри или крайни точки, използвайки специфичен профил (100).

  2. Конфигуриране на наемател за Webex Calling.

    
    voice class tenant 200
      tls-profile 100
      listen-port secure 5061
      no remote-party-id
      srtp-crypto 200
      localhost dns:cube1.abc.lgwtrunking.com
      session transport tcp tls
      no session refresh
      error-passthru
      bind control source-interface GigabitEthernet0/0/2
      bind media source-interface GigabitEthernet0/0/2
      no pass-thru content custom-sdp
      privacy-policy passthru
    !

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

    наемател на гласов клас 200

    Препоръчваме ви да използвате наемател с канали за набиране, където всяка магистрала има свой собствен порт за слушане, TLS сертификат и списък за валидиране на CN или SAN. Тук tls-профилът, свързан с наемателя, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки.

  3. Конфигуриране на профила за SIP опции.

    
    voice class sip-options-keepalive 100
     description keepalive webex_mTLS
     up-interval 5
     !

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

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

    Конфигурира поддържащ профил и влиза в режим на конфигуриране на гласов клас. Можете да конфигурирате времето (в секунди), в което SIP OODO пинг се изпраща до крайната точка на dial-peer, когато сърдечната връзка към крайната точка е в състояние UP или Down.

    Този профил за поддържане на активност се задейства от dial-peer, конфигуриран към Webex.

    За да се гарантира, че заглавките на контактите включват напълно квалифицирано име на домейн SBC, се използва следният профил. Правила 30, 40 и 50 се изискват само когато CUBE е конфигуриран със статичен NAT.

    В този пример cube1.abc.lgwtrunking.com е FQDN , избран за локалния шлюз, а „10.80.13.12“ е IP адрес на интерфейса CUBE към Webex Calling и „192.65.79.22“ е публичният IP адрес на NAT:

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

Създайте група за набиране на базата на dial-peer към Webex Calling в активен/активен модел.


 

Тази конфигурация е приложима за всички региони, с изключение на магистралите, които конфигурирате в местоположение, базирано в Сингапур. Вижте Стъпка 8 за повече информация.

  1. Определете DPG 100 с изходящ dial-peer 101 , 102 , 103 , 104 към Webex Calling . Нанесете DPG 100 към входящата точка за набиране 100 за да дефинирате PSTN или Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
Ето обяснение на полетата за конфигурацията:
dial-peer 101 preference 1 

Свързва изходяща точка за набиране с група за набиране 100 и конфигурирайте dial-peer 101 , 102 , 103 , и 104 със същото предпочитание. Виж глас за набиране за повече информация.

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 300
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 GigabitEthernet 0/0/1 
voice-class sip bind media source-interface GigabitEthernet 0/0/1 
srtp
!

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

глас клас uri 120 глътка

Определя модела на съответствие за входящо повикване от Webex Calling . Виж гласов клас uri sip предпочитание в Cisco IOS Voice Command ReferencT до Z за повече информация.

транспорт на сесия tcp tls

Задава транспорт на TLS. Виж сесия-транспорт за повече информация.

дестинация dpg 300

Указва група за набиране 120 за да изберете изходяща точка за набиране. Виж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z за повече информация.на групите за набиране.

входяща заявка за uri 120

Съвпада с целия входящ трафик от Webex Calling към Local Gateway на уникалния модел DTG в URI на заявката, уникално идентифициращ сайт на Local Gateway в рамките на предприятието и в Webex Calling екосистема. Виж входящо ури Справочник за гласови команди на Cisco IOS - от D до I за повече информация.

профил за гласов клас 100

Ако CUBE е конфигуриран със статичен NAT, тогава картографирайте входящия sip профил 201.

Гласов клас srtp-crypto 100

Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка). Виж гласов клас srtp-crypto за повече информация.

управление на свързване източник-интерфейс GigabitEthernet0/0/1

Конфигурира IP адрес на източника за сигнализиране на интерфейса на източника Webex Calling . Виж обвързвам в Справочник за гласови команди на Cisco IOS - A до C за повече информация как да използвате bind.

свързване на медиен източник-интерфейс GigabitEthernet0/0/1

Конфигурира IP адрес на източника за интерфейс на източника на медия Webex Calling .

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

  1. URI на гласов клас —Можете да дефинирате хост IP адреси/модели на портове за различни канали, завършващи на локален шлюз:

    • Webex Calling към LGW

    • Терминиране на PSTN външна линия SIP на LGW

  2. Изходящи телефони за набиране —Можете да насочвате изходящо повикване от LGW към външна линия SIP на доставчик на услуги за интернет телефония (ITSP) и 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. Дефинирайте модел за уникално идентифициране на сайт на локален шлюз в рамките на предприятието. Използвайте името на хоста на локалния шлюз като модел на съвпадение на единен идентификатор на ресурс (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 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

    destination-pattern BAD.BAD

    Позволява избор на dial-peer 121 . Въпреки това, вие извиквате тази изходяща точка за набиране директно от входящата точка за набиране с помощта на DPG оператори и това заобикаля критериите за съвпадение на цифрен шаблон. Използвате произволен шаблон, който се основава на буквено-цифрови цифри, които са разрешени от CLI на дестинацията. За повече информация вж дестинация-модел (интерфейс) в Справочник за гласови команди на Cisco IOS - от D до I .

    session protocol sipv2

    Указва тази точка за набиране 121 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) в Справочник за гласови команди на Cisco IOS - S команди .

    session target ipv4:192.168.80.13

    Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) в Справочник за гласови команди на Cisco IOS - S команди .

    voice-class codec 100.

    Показва списък с предпочитания за кодеци 100 да се използва за dial-peer 121 . За повече информация вж кодек за гласов клас .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    no vad

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) в Справочник за гласови команди на Cisco IOS - от T до Z .

  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 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    session protocol sipv2

    Указва тази точка за набиране 122 се справя с краката за SIP повикване . Виж протокол за сесия (dial peer) в Справочник за гласови команди на Cisco IOS - S команди за повече информация.

    incoming uri via 100

    Дефинира критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 122 . За повече информация вж входящ URL адрес в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 100

    Заобикаля класическите критерии за съвпадение на изходящи dial-peer в Local Gateway с DPG дестинацията 100 . Настройте етапа на изходящо повикване с помощта на дил-парни, дефинирани в DPG дестинацията 100 , това е dial-peer 101 , 102 , 103 , 104 . За повече информация относно конфигурирането на групи от партньори за набиране вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от D до I .

    no vad

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) в Справочник за гласови команди на Cisco IOS - T, но Z .

  2. Входяща точка за набиране за входящи Webex Calling повикване на краката:

PSTN до Webex Calling :

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

Webex Calling към PSTN:

Съпоставете всички входящи Webex Calling крака за повикване на локалния шлюз с dial-peer 110 за да дефинирате критерия за съответствие за шаблона на заглавката на REQUEST URI с името на хоста на локалния шлюз, уникално за внедряването на локалния шлюз. DPG 120 извиква изходящ dial-peer 121 , който има IP PSTN IP адрес като целева дестинация.

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

  1. URI на гласов клас —Можете да дефинирате модели на хост IP адреси/портове за различни магистрали, завършващи на LGW от:

    • Unified CM към LGW за PSTN дестинации

    • Unified CM към LGW за Webex Calling дестинации

    • Webex Calling до LGW дестинации

    • Терминиране на PSTN външна линия SIP на LGW дестинации

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

    • LGW към Unified CM

    • LGW към Webex Calling

    • LGW към PSTN външна линия SIP

  3. Изходящи телефони за набиране — Можете да маршрутизирате етапи на изходящо повикване от:

    • LGW към Unified CM

    • външна линия SIP на доставчика на интернет телефония (ITSP).

    • Webex Calling

  4. Гласов клас dpg —Можете да се насочите към извикване на изходящи dial-peer от входяща точка за набиране.

  5. Входящи партньори за набиране— Можете да приемате етапи на входящи повиквания от Unified CM, ITSP и Webex Calling .

1

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

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

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Дефинирайте модел за уникално идентифициране на сайт на локален шлюз в рамките на предприятието. Използвайте името на хоста на локалния шлюз като задължителен модел на съответствие на единен идентификатор на ресурс (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. Дефинира Unified CM сигнализиране VIA порт за Webex Calling багажник:

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

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

  1. Дефинира IP адрес на целевия хост на Unified CM trunk и номер на порт за група в 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 trunk и номер на порт за Unified CM Group 2, ако е приложимо:

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

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Дефинира IP адрес на целевия хост на Unified CM trunk за 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 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    destination-pattern BAD.BAD

    Позволява избор на точка за набиране 121 . Въпреки това, ние извикаме тази изходяща точка за набиране директно от входящата точка за набиране, използвайки оператори DPG и това заобикаля критериите за съвпадение на цифрен шаблон. Ние използваме произволен модел, базиран на буквено-цифрови цифри, които са разрешени от CLI на дестинацията. За повече информация вж дестинация-модел (интерфейс) в Справочник за гласови команди на Cisco IOS - от D до I .

    На session protocol sipv2 раздел посочва тази точка за набиране 121 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) в Справочник за гласови команди на Cisco IOS - S команди .

    session target ipv4:192.168.80.13

    Предоставете целевия IPv4 адрес на дестинацията, за да изпратите етапа на етап на повикването. (В този случай IP адрес на ITSP.) За повече информация вж цел на сесията (VoIP dial peer). в Справочник за гласови команди на Cisco IOS - S команди

    voice-class codec 100

    Показва списък с предпочитания за кодеци 100 използвате за dial-peer 121 .

    За повече информация вж кодек за гласов клас .

  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:<insert peering1 address from Control Hub>: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 0/0/1
    voice-class sip bind media source-interface GigabitEthernet 0/0/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:<insert peering2 address from Control Hub>: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 0/0/1
    voice-class sip bind media source-interface GigabitEthernet 0/0/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:<insert peering3 address from Control Hub>: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 0/0/1
    voice-class sip bind media source-interface GigabitEthernet 0/0/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:<insert peering4 address from Control Hub>: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 0/0/1
    voice-class sip bind media source-interface GigabitEthernet 0/0/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

    Изпратете локално генерирана заявка за зашеметяване по договорения медиен път. Stun отваря дупката в защитната стена.

    srtp

    Активира SRTP за етапа на етап на повикването.

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

    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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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

    Дефинира целта на сесията на множеството Unified CM възли ( сървърна група 301 за dial-peer 301 ), въпреки че примерът показва само един възел.

    Група сървъри в изходяща точка за набиране

    Постига произволно разпределение на обажданията върху всички абонати за обработка на повиквания на обаждания на Unified CM или търсене на базата на дефинирано предпочитание с множество партньори за набиране в DPG и множество сървъри в групата на сървърите за набиране. Всяка група сървъри може да има до пет сървъра (IPv4/v6 със или без порт). Можете да използвате само втора точка за набиране и втора сървърна група за повече от пет абонати за обработка на повиквания .

    За повече информация вж Групи на сървъри в изходящи телефони за набиране в Ръководство за конфигуриране на Cisco Unified Border Element чрез Cisco IOS XE 17.5 .

  4. Втора изходяща точка за набиране към Unified CM Webex Calling trunk, ако имате повече от 5 Unified 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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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 
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    no vad
    
  6. Втора изходяща точка за набиране към PSTN магистрала на Unified CM, ако имате повече от 5 Unified 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  
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    no vad
    
4

Конфигурирайте следната група за набиране (DPG) за повиквания към Webex Calling:

  1. Дефинира DPG 121 . Изходящ диск за набиране 121 е целта за всяка входяща точка за набиране, която извиква DPG 121 . Нанесете DPG 121 към входяща точка за набиране 302 дефинирани по-късно за Unified CM --> LGW --> PSTN път:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Определете DPG 100 с изходящ dial-peer 200201, 200202, 200203, 200204 като цел за Unified CM --> LGW --> Webex Calling път:


     

    Уверете се, че промените в предпочитанията се основават на местоположението на конфигурирания локален шлюз. Вижте Стъпка 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 --> Unified CM път:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Определете DPG 302 за изходящи телефони за набиране 305 или 307 за PSTN --> LGW --> Unified 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

    Указва тази точка за набиране 100 се справя с краката за SIP повикване .

    incoming uri via 100

    Указва uri на гласовия клас 100 за да съпостави целия входящ трафик от IP PSTN към локален шлюз на хост IP адрес на входящ VIA заглавка. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 302

    Указва група от партньори за набиране 302 за да изберете изходяща точка за набиране. За повече информация относно конфигурирането на групи от партньори за набиране вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .
  2. Входяща точка за набиране за входящи Webex Calling повикване на краката:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 300 
    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 GigabitEthernet 0/0/1 
    voice-class sip bind media source-interface GigabitEthernet 0/0/1 
    srtp 
    !
     

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

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

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

    destination dpg 300

    Указва група от партньори за набиране 120 за да изберете изходяща точка за набиране. За повече информация относно конфигурирането на групи от партньори за набиране вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

    Voice class srtp-crypto 100

    Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка). За повече информация вж гласов клас srtp-crypto .

    bind control source-interface GigabitEthernet0/0/1

    Конфигурира IP адрес на източника за сигнализиране на интерфейса на източника Webex Calling .

    За повече информация относно командата за свързване вж обвързвам .

    bind media source-interface GigabitEthernet0/0/1

    Конфигурира IP адрес на източника за интерфейс на източника на медия Webex Calling .

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

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 100
    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 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    incoming uri via 300

    Указва URI на гласовия клас 300 към целия входящ трафик от Unified CM към LGW през порта на източника (5065). За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 100

    Указва група от партньори за набиране 200 за да изберете изходяща точка за набиране. За повече информация относно конфигурирането на групи от партньори за набиране вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z .

  4. Входяща точка за набиране за входящи етапи на повикване на Unified 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 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    incoming uri via 302

    Указва URI на гласовия клас 300 за да съпостави целия входящ трафик от Unified CM към локален шлюз за PSTN дестинация на VIA порт. Можете да използвате 5060 порт като стандартен SIP порт. За повече информация вж входящо ури в Справочник за гласови команди на Cisco IOS - от D до I .

    destination dpg 100

    Указва група от партньори за набиране 100 за да изберете изходяща точка за набиране. За повече информация относно конфигурирането на групи от партньори за набиране вж гласов клас dpg в Справочник за гласови команди на Cisco IOS - от T до Z за повече информация относно конфигурирането на групи от партньори за набиране.

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

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

  • Събиране на изходни команди show

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като 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"

Локалният шлюз, работещ върху софтуера на Cisco IOS XE, не е типичен уеб-базиран Gmail клиент, който поддържа OAuth. Трябва да конфигурираме конкретна настройка на акаунта в Gmail и да предоставим конкретно разрешение, за да бъде имейлът от устройството обработен правилно:

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

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

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

Мониторинг на висока натовареност на CPU

Този DS проследява 5-секундно използване на CPU с помощта на 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 Series или Cisco CSR 1000V Series

    Продукт

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

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

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

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  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 ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


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

Мониторинг на необичайни прекъсвания на разговора

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

  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 Series или Cisco CSR 1000V Series

    Продукт

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

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

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

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  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 . Това елиминира необходимостта от ръчна проверка за възникване на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

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

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

  1. Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Пример:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте командата „snmp-server manager“.

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

    Име на полето

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

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

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

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

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

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

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

    Име на полето

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

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

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

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

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ 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. Инсталирайте High 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 ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    ДС_ LGW_ IEC_ В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 ИД

Име на DS

Ревизия

Статус

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

64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

08.11.2020 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

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

Средно време на работа (секунди)

Максимално време на работа (секунди)

64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

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

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

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

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]
6

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

Презаредихме VCUBE-2 последно и според съображенията за проектиране; платформата за презареждане последно винаги ще бъде Standby.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Конфигуриране на локален портал на двете кубчета

В нашата примерна конфигурация използваме следната информация за багажника от Control Hub, за да изградим конфигурацията на локалния шлюз на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Хусейн1076_LGU

  • Парола: Артикул: LOV12MEaZx

1

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на параметрите на контролния хъб , показани по-горе, запишете и презаредите. SIP Digest идентификационни данни от Control Hub са подчертани в смелвид.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

За да покажем изхода на командата на шоуто, презаредихме VCUBE-2, последван от VCUBE-1, което направи VCUBE-1 готовност CUBE и VCUBE-2 активния CUBE

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален портал с достъп до Webex Calling SBC. Обърнете внимание на изхода на следните команди на шоуто.

Показване на група за кандидатстване за съкращения 1

Показване на статуса на SIP-UA-регистър


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

От изхода по-горе можете да видите, че VCUBE-2 е активният LGW, поддържащ регистрацията с достъп до Webex Calling SBC, докато изходът на "показване на статуса на регистъра на sip-ua" е празен във VCUBE-1

3

Сега активирайте следните дебъгове на VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Симулирайте неуспех, като издадете следната команда на активния LGW, VCUBE-2 в този случай.


VCUBE-2#redundancy application reload group 1 self

Преминаването от ACTIVE към STANDBY LGW се извършва в следния сценарий, както и освен CLI, изброени по-горе

  • Когато АКТИВНИЯТ рутер се презареди

  • Когато ACTIVE рутер мощност цикли

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е разрешено проследяване

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling достъп SBC. VCUBE-2 щеше да се презареди досега.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния дневник за отстраняване на грешки във VCUBE-1, изпращайки SIP REGISTER на Webex Call VIA виртуалния IP и получавайки 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 септември 2022 г.
Конфигуриране на унифициран CM за webex извикване

Може да се наложи интеграция с Unified CM, ако местоположенията с Webex Calling-enabled се добавят към съществуващо разполагане, където Unified CM е локалното решение за контрол на повикванията и ако имате нужда от директно набиране между телефони, регистрирани в Unified CM и телефони в местоположенията на Webex Call.

Конфигуриране на SIP профил за сигурност на багажника за багажника към местния шлюз

В случаите, когато местният шлюз и PSTN шлюзът се намират на едно и също устройство, Unified CM трябва да има възможност да прави разлика между два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас услуги към тези типове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на два багажника между Unified CM и комбинирания локален шлюз и PSTN шлюз устройство, което изисква различни SIP слушателни портове за двата багажника.

Създайте специален SIP профил за сигурност на багажника на локалния шлюз със следните настройки:

Настройка Стойност
Име Уникално име, като Webex
Описание Смислено описание, като например Webex SIP профил за сигурност на багажника
Входящо пристанище Трябва да съответства на порта, използван в локалната конфигурация на шлюза за трафик към/от Webex: 5065

Конфигуриране на SIP профил за багажника на локалния шлюз

Създайте специален SIP профил за багажника на локалния шлюз със следните настройки:

Настройка Стойност
Име Уникално име, като Webex
Описание Смислено описание, като например Webex SIP профил
Активиране на OPTIONS Ping за наблюдение на статуса на местоназначение за багажници с тип услуга "Няма (по подразбиране)" Отметнато

Създаване на пространство за търсене на повиквания за обаждания от webex

Създайте пространство за търсене на повиквания за повиквания, произхождащи от Webex, със следните настройки:

Настройка Стойност
Име Уникално име, като Webex
Описание Смислено описание, като например Webex Пространство за търсене на обаждания
Избрани дялове

DN (+E.164 номера на директории)

ESN (съкратено междусистемно набиране)

PSTNInternational (достъп до PSTN)

onNetRemote (БВПR научени дестинации)


 

Последният дял на NetRemote се използва само в многоклъстерна среда, където информацията за маршрутизиране се обменя между унифицирани CM клъстери, използващи Intercluster Lookup Service (ILS) или Global Dialplan репликация (GDPR).

Конфигуриране на SIP багажник към и от Webex