Работен поток за конфигуриране на извикване на Webex
Работен поток за конфигуриране на извикване на Webex
08 август 2023 г.
Преглед на Уебекс Обаждайки се

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

Представяне Webex Calling

Webex Calling предоставя следните функции и предимства:

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

  • Сигурни и надеждни облачни услуги, предоставяни от доверени регионални доставчици на услуги

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

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

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

  • Поддръжка от ниво 1, осигурена от вашия партньор, поддръжка от следващо ниво, осигурена от Cisco

Контролен център е уеб-базиран портал за управление, който се интегрира с Webex Calling за да рационализирате вашите поръчки и конфигурация и да централизирате управлението на пакетната оферта – Webex Calling , Приложение Webex и Webex Meetings.

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 2. Конфигурируеми от потребителя функции

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Office Anywhere

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

Приоритетен сигнал

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

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

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

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

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

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

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

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

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

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

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

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

Контролен център (https://admin.webex.com ) е портал за управление, който се интегрира с Webex Calling за да рационализирате вашите поръчки и конфигурация и да централизирате управлението на пакетната оферта – Webex Calling , Приложение Webex , и Срещи .

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

Потребителско изживяване

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

Администратори на клиенти

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

Партньори

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

Наличност

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

Общ преглед

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

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

  • Cisco Unified Communications Manager

  • Cisco Unified IM и присъствие

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (само за регион на Америка)

  • Cisco Session Management Edition (SME) (по избор)

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

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


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

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

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

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


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

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

Първи стъпки

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

Съветник за първоначална настройка за пробни версии

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

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

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

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

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

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

Настройване на единен вход (SSO)

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

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

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

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

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

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

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

Дайте възможност на вашите потребители

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

Роля на локалния портал

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

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

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

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

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

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

Разгръщане на локален шлюз без локална IP PBX

Самостоятелни внедрявания на локален шлюз

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

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

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

Разгръщане на локален шлюз на Coresident

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

Разгръщане на локален шлюз с локална Unified CM PBX

Интеграциите с Unified CM са необходими в следните случаи:

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

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

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

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

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

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

Coresident PSTN Gateway

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

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

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

Обаждания от Webex Calling към Unified CM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Докато за повиквания от достъп до обществена телефонна централа до Unified CM DID и Webex Calling DID са задължителни повиквания, произхождащи от Webex Calling се нуждаят от достъп до Unified CM DID и PSTN дестинации.

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

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

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

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

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

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

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

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

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

  • Основното маршрутизиране е базирано на + E.164.

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

  • Моделите за превод за нормализиране на набиране използват шаблон за транслация, извикващ наследяване на пространството за търсене; те имат зададена опция „Използване на пространството за търсене на обаждания на отправителя“.

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

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

Достъпност до Webex Calling

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

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

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

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

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

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

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

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

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

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

  • КЛИКНЕТЕ ОБЗАВЕТЕ: или ЩРАКНЕТЕ ИЗВИКВАНЕ //

  • SIP: или SIP://

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

  • WEBEXTEL: или WEBEXTEL://

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

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

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

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

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

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

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

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

16 май 2024 г.
Подгответе средата си за webex извикване
  • Изисквания за
  • Изисквания за локален шлюз за

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

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

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

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

    • Имайте основно разбиране за Session Initiation Protocol (SIP)

    • Имайте основно разбиране за Cisco Unified Communications Manager (Unified CM), ако вашият модел за разгръщане включва Unified CM

    Вижте Ръководство за корпоративна конфигурация на Cisco Unified Border Element (CUBE). за подробности.

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

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

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

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

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

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

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

    • Подканени за идентификационни данни (предоставен е SIP обобщение)

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

    Изисквания за защитна стена, NAT обход и оптимизация на медийния път за локален шлюз

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

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

    16 май 2024 г.
    Конфигуриране на 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 за повече информация.

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


     

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

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

    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

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

    2

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

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

       

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


       

      Ако присвоите префикс за маршрутизиране на местоположение, всички изяви на разширения, присвоени на това местоположение, включват префикса за маршрутизиране пред вътрешен номер. Например, 888-1000 (разширение на префикс за маршрутизиране).

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

       

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

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

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

      • Деактивирайте превключвателя, ако вашата организация има едно и също разширение на различни местоположения. Когато превключвателят е деактивиран и обаждащият се набере разширението, повикването се пренасочва към потребител със съвпадащо разширение на същото място като обаждащия се. Обаждащият се трябва да набере важния номер на предприятието (префикс за маршрутизиране на местоположение + разширение), за да достигне до вътрешен номер в други местоположения.

    3

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

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

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

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

       

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

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

       

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

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

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

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

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

    Ако сте дистрибутор с добавена стойност, можете да използвате тези стъпки, за да започнете конфигуриране на локален шлюз Контролен център . Когато този шлюз е регистриран в облака, можете да го използвате на един или повече от вашите 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 (вдясно):

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

    Ако изпробвате услугите на Webex и искате да преобразувате пробната си версия в платен абонамент, можете да изпратите заявка по имейл до партньора си.

    1

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

    2

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

    Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, като се използва регистриране на външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Изображението по-долу подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде следвана.

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

    • наематели на гласов клас: Използва се за създаване на специфични за багажника конфигурации.

    • глас клас uri : Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

    • входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

    • група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

    • изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

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

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

    В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение.

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

    • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

    • Стъпка 2: Конфигуриране на линията за Webex Calling

      В зависимост от необходимата ви архитектура, следвайте едно от следните:

    • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

    • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

      Или:

    • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

    Базова конфигурация

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

    • Всички базирани на регистрация внедрявания на локален шлюз изискват Cisco IOS XE 17.6.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

      • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

      • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

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

      • NTP

      • ACL

      • Удостоверяване на потребителя и дистанционен достъп

      • DNS

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

      • IP адреси

    • Мрежата към Webex Calling трябва да използва IPv4 адрес.

    • Качете пакета Cisco root CA в локалния шлюз.

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

    1

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

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

    Защитете идентификационните данни за регистрация и STUN на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:

    
    key config-key password-encrypt YourPassword
    password encryption aes
    
    3

    Създайте заместваща PKI точка на доверие.


     
    Изисква тази точка на доверие за конфигуриране на TLS по-късно. За базирани на регистрация магистрали, тази точка на доверие не изисква сертификат - както би било необходимо за базирана на сертификат магистрала.
    
    crypto pki trustpoint EmptyTP 
     revocation-check none
    
    4

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


     
    Командата на сървъра cn-san-validate гарантира, че локалният шлюз позволява връзка, ако име на домакина, конфигурирано в клиент 200, е включено в полетата CN или SAN на сертификата, получен от изходящия прокси сървър.
    1. Комплект tcp-брой повторни опити до 1000 (кратни на 5 мс = 5 секунди).

    2. В установете връзка с таймер командата ви позволява да настроите колко дълго LGW чака да настройвам връзка с прокси, преди да обмислите следващата налична опция. По подразбиране за този таймер е 20 секунди и минимум 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се съобразите с мрежовите условия.

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

    Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:


     

    Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

    ip http клиент прокси-сървър yourproxy.com прокси порт 80
    
    ip http client source-interface GigabitEthernet0/0/1 
    crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
    
    1

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

    2

    Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

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

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

    
    ip address trusted list
     ipv4 x.x.x.x y.y.y.y
    • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежи, от които локалният шлюз очаква легитимни VoIP повиквания.

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

    • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите на вашия регионален център за данни Webex Calling към списъка. За повече информация вж Референтна информация за портове за Webex Calling . Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.


       

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

    режим граница-елемент

    Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

    медийна статистика

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

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

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

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

    разрешаване на връзки глътка до глътка

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


     

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

    зашеметяване

    Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

    • Когато пренасочите повикване към a Webex Calling потребител (например повикванията и викащите страни са Webex Calling абонати и ако закотвите медии в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката не е отворена.

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

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

    асиметричен полезен товар пълен

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

    принудителна ранна оферта

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

    3

    Конфигуриране кодек за гласов клас 100 филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.

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

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

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

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


     

    Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

    4

    Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .

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

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

    зашеметяване използване лед лайт

    Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .


     

    Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC

    5

    Конфигурирайте политиката за криптиране на медиите за трафика на Webex .

    
    voice class srtp-crypto 100
     crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

    6

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

    
    voice class uri 100 sip
     pattern dtg=Dallas1463285401_LGU
    

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

    глас клас uri 100 гл

    Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте dtg=, последвано от стойността на Trunk OTG/DTG, предоставена в Control Hub при създаването на магистрала. За повече информация вж глас клас uri .

    7

    Конфигуриране глътка профил 100 , който ще се използва за модифициране на SIP съобщения, преди да бъдат изпратени до Webex Calling.

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

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

    • правило от 10 до 70 и 90

      Гарантира, че SIP заглавките, използвани за сигнализиране на повиквания, използват схемата sip, а не sip, която се изисква от прокси сървърите на Webex . Конфигурирането на CUBE да използва sips гарантира, че се използва защитена регистрация.

    • правило 80

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

    8

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

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


       

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

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

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

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

      Дефинира набор от конфигурационни параметри, които ще се използват само за магистралата за Webex Calling . За повече информация вж наемател на гласов клас .

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

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

      Уверете се, че използвате стойността за регистриране на домейн от Control Hub тук.

      номер на пълномощията Далас1171197921_ LGU потребителско име Далас1463285401_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks

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

      Уверете се, че използвате стойностите за линия/порт хост, потребителско име за удостоверяване и парола за удостоверяване съответно от Control Hub тук.

      потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks
      потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство 98027369.us10.bcld.webex.com

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

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

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

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

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

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

      връзка-повторна употреба

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

      srtp-крипто 100

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

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

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

      url глътки

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

      грешка-passthru

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

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

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

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

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

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

      Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до WebexCalling. За повече информация вж обвързвам .

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

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

      sip-профили 100

      Променя SIP на SIP и модифицира линия/порт за съобщения ПОКАНА и РЕГИСТРИРАНЕ, както е дефинирано в sip-профили 200 . За повече информация вж гласови класове sip-профили .

      изходящ прокси dns:dfw04.sipconnect-us.bcld.webex.com

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

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

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

    2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

      
      dial-peer voice 100 voip
       description Inbound/Outbound Webex Calling
       max-conn 250
       destination-pattern BAD.BAD
       session protocol sipv2
       session target sip-server
       incoming uri request 100
       voice-class codec 100
       dtmf-relay rtp-nte
       voice-class stun-usage 100
       no voice-class sip localhost
       voice-class sip tenant 100
       srtp
       no vad
      

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

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

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

      макс. връзка 250

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

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

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

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

      Указва тази точка за набиране 100 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

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

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

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

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

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

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

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

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

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

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

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

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

      srtp

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

      без вад

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

    След като дефинирате наемател 100 и конфигуриране на SIP VoIP dial-peer, шлюзът инициира TLS връзка към Webex Calling. В този момент SBC за достъп представя своя сертификат на локалния шлюз. Локалният шлюз потвърждава сертификата за достъп на Webex Calling SBC, използвайки коренния пакет на CA, който беше актуализиран по-рано. Ако сертификатът бъде разпознат, се установява постоянна TLS сесия между локалния шлюз и SBC за достъп за Webex Calling . След това локалният шлюз може да използва тази защитена връзка , за да се регистрира в SBC за достъп на Webex . Когато регистрацията е оспорена за удостоверяване:

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

    • Правилата за модификация в sip профил 100 се използват за преобразуване на SIPS URL обратно в SIP.

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

    След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :


     

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


     

    За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

    1

    Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:

    
    voice class uri 200 sip
      host ipv4:192.168.80.13
    

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

    глас клас uri 200 гл

    Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

    2

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

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

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

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

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

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

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

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

    Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

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

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

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

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

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

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

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

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

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

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

    dtmf-relay rtp-nte

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

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    3

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

    1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

      
      voice class dpg 100 
       description Route calls to Webex Calling 
       dial-peer 100 
      voice class dpg 200 
       description Route calls to PSTN 
       dial-peer 200

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

      dial-peer 100

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

    2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

      
      dial-peer voice 100
       destination dpg 200
      dial-peer voice 200
       destination dpg 100 

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

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

      Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

      Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

    Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.


     

    Когато създавате линията за Webex Calling в Unified CM, уверете се, че сте конфигурирали входящия порт в настройките на профил за защита на SIP линиите на 5065. Това позволява входящи съобщения на порт 5065 и попълване на VIA заглавката с тази стойност при изпращане на съобщения до локалния шлюз.

    1

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

    1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

      
      voice class uri 300 sip
       pattern :5065
      
    2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

      
      voice class uri 400 sip
       pattern :192\.168\.80\.6[0-5]:5060
      

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

      В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

    2

    Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:


     

    IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.

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

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

    Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

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

    _sip._udp .pstntocucm.io : Име на ресурсния запис на SRV

    2: Приоритетът на ресурсния запис на SRV

    1: Теглото на ресурсния запис на SRV

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

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

    За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

    IP хост ucmsub5.mydomain.com 192.168.80.65

    IP хост : Създава запис в локалната база данни на IOS XE.

    ucmsub5.mydomain.com : Името на име на домакина за запис A.

    192.168.80.65 : IP адрес на хоста.

    Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

    3

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

    1. Dial-peer за повиквания между Unified CM и Webex Calling:

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:wxtocucm.io
       incoming uri via 300
       voice-class codec 100
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk

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

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

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

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

      Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

      цел на сесията dns:wxtocucm.io

      Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

      входящ uri през 300

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

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

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

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

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

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

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

      dtmf-relay rtp-nte

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

      без вад

      Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    2. Dial-peer за повиквания между Unified CM и PSTN:

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:pstntocucm.io
       incoming uri via 400
       voice-class codec 100 
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk

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

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

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

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

      Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

      цел на сесията dns:pstntocucm.io

      Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

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

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

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

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

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

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

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

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

      dtmf-relay rtp-nte

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

      без вад

      Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    4

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

    1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

      
      voice class dpg 100
       description Route calls to Webex Calling
       dial-peer 100
      voice class dpg 300
       description Route calls to Unified CM Webex Calling trunk
       dial-peer 300 
    2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

      
      voice class dpg 200
       description Route calls to PSTN
       dial-peer 200
      voice class dpg 400
       description Route calls to Unified CM PSTN trunk
       dial-peer 400

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

      dial-peer 100

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

    3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

      
      dial-peer voice 100
       destination dpg 300
      dial-peer voice 300
       destination dpg 100

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

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

      Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

      
      dial-peer voice 200
       destination dpg 400
      dial-peer voice 400
       destination dpg 200 

      Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

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

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

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

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

    • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър.

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

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

    • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

    • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

    • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

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

    Локален шлюз, работещ с IOS XE 17.6.1a или по-нова версия

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

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

      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 

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


     

    Препоръчваме ви да използвате Cisco IOS XE Bengaluru 17.6.x или по-нови версии.

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

     

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

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

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

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

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

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

    1. Използвайте покажи snmp команда за активиране на SNMP. Ако не активирате, конфигурирайте snmp-сървър мениджър команда.

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

      Продукт

      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-сървър мениджър команда.

      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 . Диагностичните подписи (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-сървър мениджър команда.

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

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

    Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, използвайки базиран на сертификат взаимна TLS (mTLS) външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Следното изображение подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде последвана.

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

    • наематели на гласов клас : Използва се за създаване на специфични за багажника конфигурации.

    • глас клас uri : Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

    • входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

    • група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

    • изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

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

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

    В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение. Предоставени са опции за публично или частно (зад NAT) адресиране. SRV DNS записите не са задължителни, освен ако не се балансиране на товара в множество екземпляри на CUBE.

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

    • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

    • Стъпка 2: Конфигуриране на линията за Webex Calling

      В зависимост от необходимата ви архитектура, следвайте едно от следните:

    • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

    • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

      Или:

    • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

    Базова конфигурация

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

    • Всички базирани на сертификати локални внедрявания на шлюз изискват Cisco IOS XE 17.9.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

      • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

      • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Essentials. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

      • За изисквания за висок капацитет може също да изисквате лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.

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

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

      • NTP

      • ACL

      • Удостоверяване на потребителя и дистанционен достъп

      • DNS

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

      • IP адреси

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

    • Всички SIP и медийни портове на интерфейса на локалния шлюз, обърнат към Webex , трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната си стена.

    • Инсталирайте подписан сертификат на локалния шлюз (по-долу са дадени подробни стъпки за конфигуриране).

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

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

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

        • Ако конфигурирана магистрала в контролния център на вашата организация има lgws.lgw.com като SRV адрес на локалния(ите) шлюз(и), достъпен от магистралата, тогава CN или SAN в сертификата на рутера трябва да съдържа lgws.lgw.com. Записите, до които SRV адресът се разрешава (CNAME, A Record или IP адрес), са незадължителни в SAN.

        • Независимо дали използвате FQDN или SRV за магистрала, адресът за контакт за всички нови SIP диалогови прозорци от вашия локален шлюз използва името, конфигурирано в Control Hub.

    • Уверете се, че сертификатите са подписани за използване на клиент и сървър.

    • Качете пакета Cisco root CA в локалния шлюз.

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

    1

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

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

    Защитете STUN идентификационните данни на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:

    
    key config-key password-encrypt YourPassword
    password encryption aes
    3

    Създайте доверителна точка за криптиране със сертификат, подписан от предпочитания от вас орган за сертификати (CA).

    1. Създайте двойка ключове RSA , като използвате следната команда exec.

      crypto key generate rsa general-keys exportable label lgw-key modulus 4096
    2. Създайте точка на доверие за подписания сертификат със следните конфигурационни команди:

      
      crypto pki trustpoint LGW_CERT
       enrollment terminal pem
       fqdn cube1.lgw.com
       subject-name cn=cube1.lgw.com
       subject-alt-name cube1.lgw.com
       revocation-check none
       rsakeypair lgw-key
    3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да поискате подписан сертификат от поддържан доставчик на CA:

      crypto pki enroll LGW_CERT
    4

    Удостоверете новия си сертификат, като използвате вашия междинен (или основен) СА сертификат, след което импортирайте сертификата (Стъпка 4). Въведете следната команда exec или конфигурация:

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

    Импортирайте подписан сертификат за хост, като използвате следната команда exec или конфигурация:

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

    Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация:

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

    Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:


     

    Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

    ip http клиент прокси-сървър yourproxy.com прокси порт 80
    
    ip http client source-interface GigabitEthernet0/0/1 
    crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
    1

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


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

    Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

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

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

    
    ip address trusted list
     ipv4 x.x.x.x y.y.y.y
    • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежови обекти, от които локалният шлюз очаква легитимни VoIP повиквания.

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

    • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите за вашия регионален център за данни Webex Calling към списъка, вж. Референтна информация за портове за Webex Calling за повече информация. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

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

    режим граница-елемент

    Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

    разрешаване на връзки глътка до глътка

    Активирайте CUBE основния SIP обратно към гръб функционалност на потребителския агент. За повече информация вж Разрешаване на връзки .


     

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

    зашеметяване

    Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.


     
    Тези глобални команди за зашеметяване са необходими само при разполагане на вашия локален шлюз зад NAT.
    • Когато пренасочите повикване към a Webex Calling потребител (например повикванията и викащите страни са Webex Calling абонати и ако закотвите медии в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката не е отворена.

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

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

    асиметричен полезен товар пълен

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

    принудителна ранна оферта

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

    sip-профили входящи

    Позволява на CUBE да използва SIP профили за промяна на съобщенията при получаването им. Профилите се прилагат чрез dial-peers или наематели.

    3

    Конфигуриране кодек за гласов клас 100 кодек филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.

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

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

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

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


     

    Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

    4

    Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .

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

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

    зашеметяване използване лед лайт

    Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .


     
    В зашеметяващо използване на защитна стена за преминаване на поток данни командата се изисква само при разполагане на вашия локален шлюз зад NAT.

     
    Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC.
    5

    Конфигурирайте политиката за криптиране на медиите за трафика на Webex .

    
    voice class srtp-crypto 100
     crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

    6

    Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на неговото FQDN или SRV местоназначение:

    
    voice class uri 100 sip
     pattern cube1.lgw.com

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

    глас клас uri 100 гл

    Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте LGW FQDN или SRV, конфигурирани в Control Hub, докато създавате магистрала.

    7

    Конфигурирайте профили за манипулиране на SIP съобщение . Ако вашият шлюз е конфигуриран с публичен IP адрес, конфигурирайте профил по следния начин или преминете към следващата стъпка, ако използвате NAT. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, а „198.51.100.1“ е публичният IP адрес на интерфейса на локалния шлюз пред Webex Calling:

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

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

    правила 10 и 20

    За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.


     

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

    8

    Ако вашият шлюз е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, „10.80.13.12“ е IP адрес на интерфейса, обърнат към Webex Calling , а „192.65.79.20“ е публичният IP адрес на NAT.

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

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

    правила 10 и 20

    За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

    правила от 30 до 81

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

    SIP профил за входящи съобщения от Webex Calling
    
    voice class sip-profiles 110
     rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
     rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
     rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
     rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
     rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

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

    правила от 10 до 80

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

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

    9

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

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

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

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

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

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

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

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

    10

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

    1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-късно точките за набиране, свързани с този наемател, ще наследят тези конфигурации:


       

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

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

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

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

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

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

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

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

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

      srtp-крипто 100

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

      dns на локален хост: cube1.lgw.com

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

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

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

      няма обновяване на сесията

      Деактивира опресняването на SIP сесията глобално.

      грешка-passthru

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

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

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

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

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

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

      Прилага профила за промяна на заглавката (обществен IP или NAT адрес), който да се използва за изходящи съобщения. За повече информация вж sip профили за гласов клас .

      гласов клас sip профили 110 входящи

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

      политика за поверителност passthru

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

    2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

      
      dial-peer voice 100 voip
       description Inbound/Outbound Webex Calling
       destination-pattern BAD.BAD
       session protocol sipv2
       session target sip-server
       incoming uri request 100
       voice-class codec 100
       voice-class stun-usage 100
       voice-class sip rel1xx disable
       voice-class sip asserted-id pai
       voice-class sip tenant 100
       voice-class sip options-keepalive profile 100
       dtmf-relay rtp-nte 
       srtp
       no vad
      

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

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

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

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

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

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

      Указва тази точка за набиране 100 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      srtp

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

    След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :


     

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


     

    За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

    1

    Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:

    
    voice class uri 200 sip
      host ipv4:192.168.80.13
    

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

    глас клас uri 200 гл

    Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

    2

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

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

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

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

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

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

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

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

    Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

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

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

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

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

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

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

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

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

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

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

    dtmf-relay rtp-nte

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

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    3

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

    1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

      
      voice class dpg 100 
       description Route calls to Webex Calling 
       dial-peer 100 
      voice class dpg 200 
       description Route calls to PSTN 
       dial-peer 200

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

      dial-peer 100

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

    2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

      
      dial-peer voice 100
       destination dpg 200
      dial-peer voice 200
       destination dpg 100 

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

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

      Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

      Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

    Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

    1

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

    1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

      
      voice class uri 300 sip
       pattern :5065
      
    2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

      
      voice class uri 400 sip
       pattern :192\.168\.80\.6[0-5]:5060
      

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

      В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

    2

    Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:


     

    IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.

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

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

    Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

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

    _sip._udp .pstntocucm.io : Име на ресурсния запис на SRV

    2: Приоритетът на ресурсния запис на SRV

    1: Теглото на ресурсния запис на SRV

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

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

    За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

    IP хост ucmsub5.mydomain.com 192.168.80.65

    IP хост : Създава запис в локалната база данни на IOS XE.

    ucmsub5.mydomain.com : Името на име на домакина за запис A.

    192.168.80.65 : IP адрес на хоста.

    Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

    3

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

    1. Dial-peer за повиквания между Unified CM и Webex Calling:

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:wxtocucm.io
       incoming uri via 300
       voice-class codec 100
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk

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

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

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

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

      Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

      цел на сесията dns:wxtocucm.io

      Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

      входящ uri през 300

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

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

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

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

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

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

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

      dtmf-relay rtp-nte

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

      без вад

      Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    2. Dial-peer за повиквания между Unified CM и PSTN:

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:pstntocucm.io
       incoming uri via 400
       voice-class codec 100 
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk

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

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

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

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

      Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

      цел на сесията dns:pstntocucm.io

      Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

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

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

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

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

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

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

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

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

      dtmf-relay rtp-nte

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

      без вад

      Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

    4

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

    1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

      
      voice class dpg 100
       description Route calls to Webex Calling
       dial-peer 100
      voice class dpg 300
       description Route calls to Unified CM Webex Calling trunk
       dial-peer 300 
    2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

      
      voice class dpg 200
       description Route calls to PSTN
       dial-peer 200
      voice class dpg 400
       description Route calls to Unified CM PSTN trunk
       dial-peer 400

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

      dial-peer 100

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

    3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

      
      dial-peer voice 100
       destination dpg 300
      dial-peer voice 300
       destination dpg 100

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

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

      Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

      
      dial-peer voice 200
       destination dpg 400
      dial-peer voice 400
       destination dpg 200 

      Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

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

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

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

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

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

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

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

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

    1. Уверете се, че сте активирали SNMP с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

      
      show snmp 
      %SNMP agent not enabled  
      
      config t 
      snmp-server manager 
      end  
      
      show snmp 
      Chassis: ABCDEFGHIGK 
      149655 SNMP packets input 
          0 Bad SNMP version errors 
          1 Unknown community name 
          0 Illegal operation for community name supplied 
          0 Encoding errors 
          37763 Number of requested variables 
          2 Number of altered variables 
          34560 Get-request PDUs 
          138 Get-next PDUs 
          2 Set-request PDUs 
          0 Input queue packet drops (Maximum queue size 1000) 
      158277 SNMP packets output 
          0 Too big errors (Maximum packet size 1500) 
          20 No such name errors 
          0 Bad values errors 
          0 General errors 
          7998 Response PDUs 
          10280 Trap PDUs 
      Packets currently in SNMP process input queue: 0 
      SNMP global trap: enabled 
      
    2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

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

      Име на полето

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

      Платформа

      Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

      Продукт

      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-сървър мениджър команда.

      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 или Catalyst 8000V Edge софтуер

      Продукт

      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-сървър мениджър команда.

      
      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 или Catalyst 8000V Edge софтуер

      Продукт

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

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

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

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

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

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

      Име на полето

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

      Платформа

      Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

      Продукт

      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. Инсталирайте DS 64224 и след това DS 65095 XML файл за мониторинг на CPU в локалния шлюз.

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

    12 октомври 2023 г.
    Внедрете CUBE висока наличност като локален шлюз

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

    Основи

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

    Преди да разположите 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 Calling

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

    Разгръщането на локален шлюз (представено по-долу) е в центъра на тази статия. Транк на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързаност към PSTN услуга, собственост на клиента. Той също така осигурява свързаност с в помещението IP PBX внедряване, като например Cisco Unified CM. Цялата комуникация към и от облака е защитена чрез TLS транспорт за SIP и SRTP за медии.

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

    Слой 2 Редундантност от кутия до кутия

    Резервирането на CUBE HA слой 2 от кутия към кутия използва инфраструктурния протокол на групата за резервиране (RG), за да формира двойка активни/готови маршрутизатори. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните им интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в готовност да поеме всички отговорности за обработка на повиквания CUBE незабавно, ако активният рутер излезе от експлоатация, което води до запазване на сигнализацията и медиите в състояние на състояние.


    Насочването на проверка е ограничено до свързани повиквания с медийни пакети. Обажданията в транзит не се отбелязват (например състояние на опит или звънене).

    В тази статия CUBE HA ще се позовава на CUBE High Availability (HA) Layer 2 Box-to-box (B2B) резервиране за запазване на повикванията с състояние на състояние

    Считано от IOS-XE 16.12.2, CUBE HA може да бъде разгърнат като локален шлюз за внедряване на магистрала за Cisco Webex Calling (базирана на помещения PSTN) и ние ще съображения на дизайна в тази статия. Тази фигура показва типична настройка на CUBE HA като локален шлюз за разгръщане на магистрала на Cisco Webex Calling .

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

    Компонентът Infra за групата за резервиране (RG) осигурява поддръжката на комуникационната инфраструктура от кутия до кутия между двата CUBE и договаря окончателното стабилно състояние на резервиране. Този компонент също така осигурява:

    • Протокол, подобен на HSRP, който договаря крайното състояние на резервиране за всеки рутер чрез обмен на съобщения за поддържане на активност и hello между двата CUBE (чрез контролния интерфейс) – GigabitEthernet3 на фигурата по-горе.

    • Транспортен механизъм за контролна точка на състоянието на сигнализацията и медиите за всяко повикване от активния към резервния рутер (чрез интерфейса за данни) — GigabitEthernet3 на фигурата по-горе.

    • Конфигуриране и управление на интерфейса за виртуален 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 Calling , двойките CUBE HA действат като един локален шлюз.

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

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

    Съществуват следните изисквания за използване на CUBE HA като локален шлюз за преодоляване на повиквания със състояние на отказ:

    • CUBE HA не може да има съвместно разположени TDM или аналогови интерфейси

    • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/ RTP), а Gig3 е интерфейс за управление/данни на групата за резервиране (RG)

    • Не повече от 2 двойки CUBE HA могат да бъдат поставени в един и същ домейн на слой 2, единият с идентификатор на група 1, а другият с идентификатор на група 2. Ако конфигурирате 2 HA двойки със същия идентификатор на групата, интерфейсите за управление/данни на RG трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

    • Порт каналът се поддържа както за интерфейси за управление на RG/данни, така и за трафик

    • Цялата сигнализация/медия се доставя от/към виртуалния IP адрес

    • Всеки път, когато платформата се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

    • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

    • Идентификатор на интерфейса за излишък, rii трябва да е уникален за комбинация от двойка/интерфейс на същия слой 2

    • Конфигурацията и на двата CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да работи на същия тип платформа и версия на IOS-XE

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

    • Множество интерфейси за трафик (SIP/ RTP) (Gig1, Gig2) изискват конфигуриране на проследяване на интерфейса

    • CUBE-HA не се поддържа през кръстосана кабелна връзка за RG-контрол/връзка за данни (Gig3)

    • И двете платформи трябва да бъдат идентични и да бъде свързан чрез a физически превключвател през всички подобни интерфейси, за да може CUBE HA да работи, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да приключи на един и същ ключ и т.н.

    • Не може да има терминиран WAN на CUBE директно или на данни HA от двете страни

    • И двата активни/готови трябва да са в един и същ център за данни

    • Задължително е използването на отделен L3 интерфейс за резервиране (RG Control/data, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролни точки

    • При отказ, по-рано активният CUBE преминава през презареждане по проект, запазвайки сигнализацията и медиите

    Конфигурирайте излишък и на двата CUBE

    Трябва да конфигурирате резервиране от кутия до кутия от слой 2 и на двата CUBE, предназначени да бъдат използвани в 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 —Определя първоначалния приоритет и праговете за превключване при отказ за RG

    • таймери забавяне 30 презареждане 60 —Конфигурира двата пъти за забавяне и презареждане

      • Таймер за закъснение, който е количеството време за забавяне на инициализацията на RG групата и договарянето на ролята, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

      • Презареждане – това е времето за забавяне на инициализацията на групата RG и договарянето на ролята след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

      • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат настроени, за да поемат всяко допълнително забавяне на мрежовата конвергенция, което може да възникне по време на стартиране/презареждане на рутерите, за да се гарантира, че договарянето на протокола RG се извършва след като маршрутизирането в мрежата се сближи до стабилно точка. Например, ако се види след отказ, че са необходими до 20 секунди за новия STANDBY да види първия RG HELLO пакет от новия ACTIVE, тогава таймерите трябва да се коригират на „таймерите забавят 60 презареждане 120“, за да отчетат това забавяне.

    • контрол GigabitEthernet3 протокол 1 —Конфигурира интерфейса, използван за обмен на съобщения за поддържане на активност и hello между двата CUBE, и посочва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола за резервиране на приложения

    • данни GigabitEthernet3 —Конфигурира интерфейса, използван за контролна точка на трафик на данни

    • писта — RG групово проследяване на интерфейси

    • протокол 1 —Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола на приложението за резервиране

    • таймери hellotime 3 време на задържане 10 —Конфигурира двата таймера за hellotime и holdtime:

      • Hellotime— Интервал между последователни съобщения за здравеопазване — по подразбиране 3 секунди. Обхватът е 250 милисекунди-254 секунди

      • Време на задържане – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер е неуспешен. Това времетраене трябва да е по-голямо от времето за здравей – по подразбиране 10 секунди. Обхватът е 750 милисекунди-255 секунди

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

    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

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

    4

    Конфигурирайте интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу и приложете идентификатора на интерфейса за резервиране ( рии )

    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 ИД трябва да се използва на интерфейса на всеки рутер (АКТИВЕН/РЕЖИМ РЕЖИМ), който има същия VIP.


       

      Ако има повече от една B2B двойка в една и съща LAN, всяка двойка ТРЯБВА да има уникални rii ID на съответните им интерфейси (за да се предотврати сблъсък). „покажи всички групи приложения за резервиране“ трябва да посочи правилната локална и равностойна информация.

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

    
    VCUBE-1#show redundancy application group all
    Faults states Group 1 info:
           Runtime priority: [100]
                   RG Faults RG State: Up.
                           Total # of switchovers due to faults:           0
                           Total # of down/up state changes due to faults: 0
    Group ID:1
    Group Name:LocalGateway-HA
      
    Administrative State: No Shutdown
    Aggregate operational state: Up
    My Role: ACTIVE
    Peer Role: STANDBY
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: ACTIVE
             Peer RF state: STANDBY HOT
    
    RG Protocol RG 1
    ------------------
            Role: Active
            Negotiation: Enabled
            Priority: 100
            Protocol state: Active
            Ctrl Intf(s) state: Up
            Active Peer: Local
            Standby Peer: address 10.1.1.2, priority 100, intf Gi3
            Log counters:
                    role change to active: 1
                    role change to standby: 1
                    disable events: rg down state 0, rg shut 0
                    ctrl intf events: up 1, down 0, admin_down 0
                    reload events: local request 0, peer request 0
    
    RG Media Context for RG 1
    --------------------------
            Ctx State: Active
            Protocol ID: 1
            Media type: Default
            Control Interface: GigabitEthernet3
            Current Hello timer: 3000
            Configured Hello timer: 3000, Hold timer: 10000
            Peer Hello timer: 3000, Peer Hold timer: 10000
            Stats:
                Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
                Authentication not configured
                Authentication Failure: 0
                Reload Peer: TX 0, RX 0
                Resign: TX 0, RX 0
        Standy Peer: Present. Hold Timer: 10000
                Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0
    
    VCUBE-1#
    
    VCUBE-2#show redundancy application group all
    Faults states Group 1 info:
           Runtime priority: [100]
                   RG Faults RG State: Up.
                           Total # of switchovers due to faults:           0
                           Total # of down/up state changes due to faults: 0
    Group ID:1
    Group Name:LocalGateway-HA
      
    Administrative State: No Shutdown
    Aggregate operational state: Up
    My Role: STANDBY
    Peer Role: ACTIVE
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: ACTIVE
             Peer RF state: STANDBY HOT
    
    RG Protocol RG 1
    ------------------
            Role: Active
            Negotiation: Enabled
            Priority: 100
            Protocol state: Active
            Ctrl Intf(s) state: Up
            Active Peer: address 10.1.1.2, priority 100, intf Gi3
            Standby Peer: Local
            Log counters:
                    role change to active: 1
                    role change to standby: 1
                    disable events: rg down state 0, rg shut 0
                    ctrl intf events: up 1, down 0, admin_down 0
                    reload events: local request 0, peer request 0
    
    RG Media Context for RG 1
    --------------------------
            Ctx State: Active
            Protocol ID: 1
            Media type: Default
            Control Interface: GigabitEthernet3
            Current Hello timer: 3000
            Configured Hello timer: 3000, Hold timer: 10000
            Peer Hello timer: 3000, Peer Hold timer: 10000
            Stats:
                Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
                Authentication not configured
                Authentication Failure: 0
                Reload Peer: TX 0, RX 0
                Resign: TX 0, RX 0
        Standy Peer: Present. Hold Timer: 10000
                Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0
    
    VCUBE-2#

    Конфигурирайте локален шлюз и на двата CUBE

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

    • Потребителско име: Хюсеин 1076 г_ LGU

    • Парола: lOV12MEaZx

    1

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

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

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

    
    configure terminal
    crypto pki trustpoint dummyTp
    revocation-check crl
    exit
    sip-ua
    crypto signaling default trustpoint dummyTp cn-san-validate server
    transport tcp tls v1.2
    end
    
    
    configure terminal
    crypto pki trustpool import clean url
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    end
    
    
    configure terminal
    voice service voip
      ip address trusted list
        ipv4 x.x.x.x y.y.y.y
        exit
       allow-connections sip to sip
      media statistics
      media bulk-stats
      no supplementary-service sip refer
      no supplementary-service sip handle-replaces
      fax protocol pass-through g711ulaw
      stun
        stun flowdata agent-id 1 boot-count 4
        stun flowdata shared-secret 0 Password123!
      sip
        g729 annexb-all
        early-offer forced
        end
    
    
    configure terminal
    voice class sip-profiles 200
      rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
    "sip:\1"
      rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
      rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
      rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
    "<sip:\1;transport=tls>"
      rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
      rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
      rule 15 response ANY sip-header Contact modify "<sips:(.*)"
    "<sip:\1"
      rule 20 request ANY sip-header From modify ">"
    ";otg=hussain1076_lgu>"
      rule 30 request ANY sip-header P-Asserted-Identity modify
    "sips:(.*)" "sip:\1"
    
    
    voice class codec 99
      codec preference 1 g711ulaw
      codec preference 2 g711ulaw
      exit
    
    voice class srtp-crypto 200
      crypto 1 AES_CM_128_HMAC_SHA1_80
      exit
    
    voice class stun-usage 200
      stun usage firewall-traversal flowdata
      exit
    
    
    
    
    
    
    voice class tenant 200
      registrar dns:40462196.cisco-bcld.com scheme sips expires 240
    refresh-ratio 50 tcp tls
      credentials number Hussain5091_LGU username Hussain1076_LGU
    password 0 lOV12MEaZx realm Broadworks 
      authentication username Hussain5091_LGU password 0 lOV12MEaZx
    realm BroadWorks
    
      authentication username Hussain5091_LGU password 0 lOV12MEaZx
    realm 40462196.cisco-bcld.com
      no remote-party-id
      sip-server dns:40462196.cisco-bcld.com
      connection-reuse
      srtp-crypto 200
      session transport tcp tls
      url sips
      error-passthru
      asserted-id pai
      bind control source-interface GigabitEthernet1
      bind media source-interface GigabitEthernet1
      no pass-thru content custom-sdp
      sip-profiles 200
      outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
      privacy-policy passthru
    
    
    voice class tenant 100
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet2
      bind media source-interface GigabitEthernet2
      no pass-thru content custom-sdp
    
    voice class tenant 300
      bind control source-interface GigabitEthernet2
      bind media source-interface GigabitEthernet2
      no pass-thru content custom-sdp
      
    
    voice class uri 100 sip
     host ipv4:198.18.133.3
    
    voice class uri 200 sip
     pattern dtg=hussain1076.lgu
    
    
    
    dial-peer voice 101 voip
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:198.18.133.3
     voice-class codec 99
     voice-class sip tenant 100
     dtmf-relay rtp-nte
     no vad
    
    dial-peer voice 201 voip
     description Outgoing dial-peer to Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     dtmf-relay rtp-nte
     srtp
     no vad
    
    
    voice class dpg 100
     description Incoming WebexCalling(DP200) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP201)
     dial-peer 201 preference 1
    
    
    
    
    
    dial-peer voice 100 voip
     desription Incoming dial-peer from IP PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     voice-class sip tenant 300
     dtmf-relay rtp-nte
     no vad
    
    dial-peer voice 200 voip
     description Incoming dial-peer from Webex Calling
     session protocol sipv2
     destination dpg 100
     incoming uri request 200
     voice-class codec 99
     voice-class stun-usage 200
     voice-class sip tenant 200
     dtmf-relay rtp-nte
     srtp
     no vad
    
    end
    
    copy run start
    

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

    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 access SBC, докато изходът на „show sip-ua register status“ е празен в VCUBE-1

    3

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

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

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

    
    VCUBE-2#redundancy application reload group 1 self

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

    • Когато ACTIVE рутерът се презареди

    • Когато захранването на ACTIVE рутера се включва

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

    5

    Проверете дали VCUBE-1 се е регистрирал в Webex Calling access 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 РЕГИСТЪР до Webex Calling ПРЕЗ виртуалния IP и получаване на 200 ОК.

    
    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

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

    Настройка Стойност
    Информация за устройството
    Име на устройството Уникално име, като Webex
    Описание Смислено описание, като например Webex SIP багажник
    Стартирайте на всички активни унифицирани CM възли Отметнато
    Входящи повиквания
    Пространство за търсене на обаждания Предварително дефинираното пространство за търсене на повиквания: Webex
    AAR повикване пространство за търсене Пространство за търсене на повиквания само с достъп до моделите на маршрута PSTN: ПСТНРемаршрут
    Информация за SIP
    Адрес на местоназначение IP адрес на локалния шлюз CUBE
    Пристанище на местоназначение 5060
    SIP профил за сигурност на багажника Предварително дефинирани: Webex
    SIP профил Предварително дефинирани: Webex

    Конфигуриране на маршрутната група за Webex

    Създаване на маршрутна група със следните настройки:

    Настройка Стойност
    Информация за маршрутната група
    Име на групата за маршрутизиране Уникално име, като Webex
    Избрани устройства Предварително конфигурираният SIP багажник: Webex

    Конфигуриране на списъка с маршрути за Webex

    Създаване на списък с маршрути със следните настройки:

    Настройка Стойност
    Информация за списъка с маршрути
    Име Уникално име, като RL_Webex
    Описание Смислено описание, като например списък с маршрути за Webex
    Стартирайте на всички активни унифицирани CM възли Отметнато
    Информация за члена на списъка с маршрути
    Избрани групи Само предварително определената маршрутна група: Webex

    Създаване на дял за Webex дестинации

    Създайте дял за дестинациите на Webex със следните настройки:

    Настройка Стойност
    Информация за списъка с маршрути
    Име Уникално име, като Webex
    Описание Смислено описание, като например Webex дял

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

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

    Конфигуриране на маршрутни модели за Webex дестинации

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

    Настройка Стойност
    Модел на маршрута Пълен +E.164 модел за диапазона DID в Webex с водещия "\". Например: \+140855501XX
    Разделяне на маршрута Webex
    Списък на шлюзовете/маршрутите РЛ_Уебекс
    Неотложен приоритет Отметнато

    Конфигуриране на съкратено нормализиране на междусистемното набиране за Webex

    Ако е необходимо съкратено набиране между сайтовете на Webex, конфигурирайте моделите за нормализиране на набирането за всеки диапазон на ESN в Webex със следните настройки:

    Настройка Стойност
    Модел на превод ESN модел за диапазона ESN в Webex. Например: 80121XX
    Дял Webex
    Описание Смислено описание, като например модел за нормализиране на Webex
    Използвайте пространството за търсене на обаждания на оригинатора Отметнато
    Неотложен приоритет Отметнато
    Не чакайте интерцифрено изчакване на следващия хмел Отметнато
    Наречена маска за трансформация на партията Маска за нормализиране на числото до +E.164. Например: +140855501XX
    16 май 2024 г.
    Конфигуриране и управление на вашите потребители, извикващи Webex

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

    20 май 2024 г.
    Конфигуриране и управление на Webex Повикващи устройства

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

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

    • Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851, 6861, 6871)

    • Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)

    • Cisco IP конферентен телефон 7832 и 8832

    • Cisco Video Phone 8875


     

    По отношение на DECT устройствата, само DECT базовите устройства (не DECT слушалки) са налични за присвояване Контролен център . След като зададете базово устройство на потребител, трябва ръчно да сдвоите DECT слушалка с това базово устройство. За повече информация вж Свържете слушалката към базовата станция .

    1

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

    Можете също да добавите устройство към потребителя от секцията Потребители, като отидете до Управление > Потребители > изберете потребител > Устройства > Добавете устройство .
    2

    Изберете Лична употреба за да присвоите устройство на потребител и след това щракнете Следваща .

    3

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

    4

    Изберете вида устройство, което искате да настройвам за потребителя:

    • Настолен телефон на Cisco —Ако изберете тази опция, изберете модела Cisco Desk Phone от Изберете устройство падащо меню.
    • Телефон Cisco , ATA или устройство на трета страна —Ако изберете тази опция, изберете Управлявани от Cisco устройства от Изберете устройство падащо меню. След това изберете Тип устройство от падащо меню.
    5

    Изберете дали искате да регистрирате телефона с код за активиране (ако опцията се появи) или MAC адрес и след това щракнете Запазете .

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

       

      Многоплатформените телефони трябва да имат зареден фърмуер от 11.2.3MSR1 или по-нова версия, за да се покаже екранът с код за активиране. Ако фърмуерът на телефона трябва да бъде актуализиран, насочете потребителите къмhttps://upgrade.cisco.com/MPP_upgrade.html .

    • По MAC адрес —Изберете тази опция, ако знаете MAC адрес на устройството. MAC адрес на телефона трябва да бъде уникален запис. Ако въведете MAC адрес за телефон, който вече е регистриран, или направите грешка, когато въведете номера, се появява съобщение за грешка .

     

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

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

    За да промените или управлявате устройствата, присвоени на потребителя, вж Управление на устройство за потребител раздел в тази статия.

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

    Основният принцип на устройството Workspaces е, че то не е присвоено на конкретен потребител, а по-скоро физическо местоположение, което позволява споделено използване.

    Изброените устройства поддържа Webex Calling. Докато повечето от тези устройства могат да бъдат регистрирани с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с код за активиране:

    • Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851)

    • Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)

    • Cisco IP конферентен телефон 7832 и 8832

    1

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

    Можете също да добавите устройство към ново работно пространство от секцията Работни пространства, като отидете до Управление > Работни пространства > Добавете работно пространство .
    2

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

    3

    Изберете Ново работно пространство и щракнете Следваща .

    4

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


     

    Името на работното пространство не може да бъде по-дълго от 30 знака и не може да съдържа символи %, #, <, >, /, \ и ".

    5

    Изберете вида устройство, което искате да настройвам за работното пространство:

    • Настолен телефон на Cisco —Ако изберете тази опция, изберете модела Cisco Desk Phone от Изберете устройство падащо меню.
    • Телефон Cisco , ATA или устройство на трета страна —Ако изберете тази опция, изберете Управлявани от Cisco устройства от Изберете устройство падащо меню. След това изберете Тип устройство от падащо меню.
    6

    Изберете дали искате да регистрирате телефона с код за активиране (ако опцията се появи) или MAC адрес и след това щракнете Следваща .

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

       

      Многоплатформените телефони трябва да имат зареден фърмуер от 11.2.3MSR1 или по-нова версия, за да се покаже екранът с код за активиране. Ако фърмуерът на телефона трябва да бъде актуализиран, насочете потребителите къмhttps://upgrade.cisco.com/MPP_upgrade.html .

    • По MAC адрес —Изберете тази опция, ако знаете MAC адрес на устройството. MAC адрес на телефона трябва да бъде уникален запис. Ако въведете MAC адрес за телефон, който вече е регистриран, или направите грешка, когато въведете номера, се появява съобщение за грешка .

     
    За Webex Calling , можете да добавите само един споделен телефон към работно пространство.

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

    7

    Щракнете върху Обаждане услуга и изберете вида на абонамента и лиценза, който искате да зададете на работното пространство.

    • Професионална работна област

    • Работна област в общата зона


     

    За да научите повече за функциите, които са налични с лицензите, вж Функции, налични по тип лиценз за Webex Calling .

    8

    Присвоете а Местоположение и Телефонен номер (определя се от местоположението, което изберете), и след това щракнете Запазете . Имате и възможност да зададете разширение.


     
    За да промените или управлявате устройствата, присвоени на работното пространство, вж Управление на устройство за работно пространство раздел.

    За да използвате повторно телефон, който е присвоен на един потребител/работно пространство на Webex Calling към друг потребител/работно пространство на Webex Calling, изпълнете следните стъпки:

    1

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

    Можете да преназначите устройството в следните сценарии:

    1. Ако искате да изтриете потребителя, изберете Изтриване на потребител/работно пространство за да изтриете потребителя/работното пространство и свързаните устройства.

    2. Ако искате да изтриете устройство, изберете Устройства и изберете устройството за изтриване.

    2

    На телефона отидете в менюто с настройки и изпълнете тези стъпки, за да преназначите телефона.

    1. Изберете Администриране на устройството , тогава Фабрично нулиране .

    2. Телефонът се рестартира. При завършване на рестартирането телефонът показва екрана с код за активиране.

    3. Телефонът вече е готов за пренасочване.

    3

    Следвайте инструкциите в Добавете и присвоете телефон на потребителя или Добавете телефон към ново работно пространство за да присвоите или добавите телефон към потребител/работно пространство.

    4

    При добавяне на устройството в Control Hub, изпълнете тези действия на телефона:

    1. За код за активиране:

      Въведете кода за активиране. Телефонът се рестартира и е включен в новия потребител/работно пространство.

    2. За MAC адрес:

      Въведете #000 на екрана с код за активиране, телефонът се включва отново с Webex Calling и предоставя на новия потребител/работно пространство.

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

    Основният принцип на устройството Workspaces е, че то не е присвоено на конкретен потребител, а по-скоро физическо местоположение, което позволява споделено използване.

    Изброените устройства тук подкрепа Webex Calling .

    1

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

    Можете също да добавите устройство към ново работно пространство от секцията Работни пространства чрез навигация до Управление > Работни пространства > Добавете работно пространство .
    2

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

    3

    Изберете Ново работно пространство и щракнете Следваща .

    4

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

    5

    Изберете Устройство за стая и бюро Cisco .

    6

    Изберете една от следните услуги и щракнете Следваща .

    • Обаждане в Webex (повикване 1:1, без PSTN) — Потребителите могат само да правят Приложение Webex или повиквания по протокола за иницииране на сесия на Webex (Session Initiation Protocol (SIP), използвайки SIP адрес (например username@example.calls.webex.com).
    • Cisco Webex Calling —В допълнение към възможността да извършват и получават обаждания в приложението Webex и SIP , хората в това работно пространство могат да използват устройството, за да извършват и получават телефонни обаждания от плана за номериране на Webex Calling . Например, можете да се обадите на вашия колега, като наберете телефонен номер 555-555-5555, добавен номер 5555 или SIP адрес username@example.webex.com, но можете също да се обадите на местната пицария.
    7

    Ако сте избрали Cisco Webex Calling услуга, след което изберете абонамента и типа лиценз, който искате да зададете на работното пространство.

    • Професионална работна област

    • Работна област в общата зона


     

    За да научите повече за функциите, които са налични с лицензите, вж Функции, налични по тип лиценз за Webex Calling .

    8

    Присвоете а Местоположение , Телефонен номер (определя се от местоположението, което изберете), an Удължаване и след това щракнете Запазете .

    9

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

    За да присвоите няколко устройства на потребители и работни пространства, можете да попълните CSV файл с необходимата информация и да активирате тези устройства само с няколко лесни стъпки.

    Изброените устройства тук подкрепа Webex Calling . Можете да регистрирате всички устройства с помощта на MAC адрес; регистрирайте обаче следната подгрупа устройства, като използвате код за активиране:

    • Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851)

    • Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)

    • Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)

    • Cisco IP конферентен телефон 7832 и 8832

    • Cisco Video Phone 8875

    1

    От изглед на клиента вhttps://admin.webex.com , отидете на Управление > Устройства > Добавете устройство > Множество IP телефони на Cisco .

    2

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

    • Потребители в моята организация —Можете да получите списък с всички потребители във вашата организация и свързаните с тях атрибути, така че да не се налага ръчно да търсите всеки потребител.
    • Работни пространства в моята организация —Можете да получите списък с всички работни пространства във вашата организация и свързаните с тях атрибути, така че да не се налага ръчно да търсите всяко работно пространство.
    • Добавете примерен шаблон на устройството —Можете да използвате наличния шаблон за въвеждане на информация като потребителски имена, тип (посочете дали е потребител или работно пространство), MAC адреси и модели на устройства.
    Можете да използвате следната таблица, за да подготвите своя CSV файл.

     
    Следните полета са задължителни при присвояване на устройство към потребители и работни пространства на Webex Calling :
    • За потребители: Потребителско име, тип, тип устройство и модел, ако тип устройство е IP.
    • За работно пространство: Потребителско име, Тип, Телефонен номер или Разширение, Работно пространство за Webex Calling [име на абонамента], Тип на устройството и Модел, ако тип устройство е IP.

    Име на колонаОписаниеПоддържана стойност

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

    За да присвоите устройство на потребител, въведете имейл адрес на потребителя.


     
    Не въвеждайте ИД на потребител или неговото име.

    За да присвоите устройство към работно пространство, въведете името на работното пространство.


     
    Ако въведете работно пространство, което все още не съществува, работното пространство се създава автоматично.

    Примерен потребителски имейл: test@example.com

    Примерно име на работното пространство: Стая за почивка

    Тип

    Въведете подходящия тип като потребител или работно пространство.

    ПОТРЕБИТЕЛ

    РАБОТНО ПРОСТРАНСТВО

    Телефонен номер

    Въведете телефонен номер.

    Пример: +12815550100

    Вътрешен номер

    Въведете разширение.

    Пример: 00 – 999999

    Тип на устройството

    Въведете типа на устройството.

    За да използвате всякакви мултиплатформени телефони, ATA или DECT устройства с Webex Calling, въведете IP.

    За да създадете нови работни пространства с устройства RoomOS, въведете WEBEX или WEBEX_ ПОВИКВАНЕ, в зависимост от желаната опция за повикване

    Модел

    Въведете модела на устройството, ако тип устройство е IP.

    Примерен модел на устройството: Cisco 7841, Cisco 8851 и т.н

    MAC адрес

    Въведете MAC адрес на устройството.

    Ако оставите полето за MAC адрес празно, се генерира код за активиране.


     
    Използвайте кодове за активиране за устройствата RoomOS.

    Примерен MAC адрес: 001A2B3C4D5E

    Местоположение

    Въведете името на потребителя или местоположението на работното пространство.

    Пример: Сан Хосе

    План за повиквания

    Въведете TRUEs, за да активирате Cisco Calling Plan за новодобавеното работно пространство.

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

    ВЕРЕН

    НЕВЕРНО

    Webex Calling Workspace [ ИД на абонамента]

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

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


     
    Трябва да зададете само един абонамент за работно пространство.

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


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

    ВЕРЕН

    НЕВЕРНО

    Webex Calling Professional Workspace [ ИД на абонамента]


     
    Тези полета за телефонен номер и разширение бяха озаглавени по-рано Номер на указателя и Директна линия ; тези имена на колони продължават да се поддържат за кратко време.

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

    Попълнете електронната таблица.

    4

    Качете CSV файла, като го плъзнете и пуснете, или щракнете върху Избор на файл.

    5

    Ако MAC адрес е празен, получавате опциите да изберете къде да бъде изпратен кодът за активиране.

    • Предоставете линк —Кодът за активиране се добавя към CSV файл. След импортиране ще получите връзка за изтегляне на файла с кода за активиране на екрана Статус на импортиране.
    • Код за активиране по Имейл —Ако устройството е за работно пространство, кодът за активиране се изпраща до вас, като администратор. Ако устройството е за потребител, кодът за активиране се изпраща по имейл до потребителя.

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

    6

    Щракнете върху Изпращане.

    Показва актуализираното състояние, когато устройствата станат активни.

     

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

    Ако искате да видите списъка с устройства, присвоени на потребители и работни пространства, можете да експортирате CSV файл.

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

    Изберете няколко устройства от списъка с устройства и изберете Експортиране опция. Можете да изберете полетата, които да включите в CSV файл, и да експортирате съдържанието в локална папка.


     

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

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

    1

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

    2

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

    3

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


     
    Ако на потребителя вече е присвоено устройство и искате да добавите друго устройство, щракнете Действие > Добавете устройство .

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

    4

    За да промените съществуващо устройство, изберете име на устройството.

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

    5

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

    6

    Щракнете върху Действия за управление на устройството. Действията помагат за прилагане на промени в конфигурацията или актуализиране на фърмуера за MPP устройствата.

    Разделът Действия има следните опции за устройство с активиран Webex Aware:
    • Прилагане на промени – Проблеми с заявка към телефона за изтегляне и прилагане на промените в конфигурацията.
    • Рестартиране – издава заявка за принудително рестартиране на устройството и изтегляне на текущата конфигурация.
    • Докладвайте проблем – Издава заявка към устройството за генериране и качване на PRT в облака.
    • Изтрий—Изтрива устройство, което е изброено за потребителя.

    Устройствата могат да се добавят и управляват директно от профил на работното пространство. Устройствата за работно пространство могат да включват ATA устройства, като факс машини. Можете също да настройвам устройство за работно пространство като хост за хотели. За повече информация относно хотелите вижте: Хотели в Cisco Webex Control Hub .

    1

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

    2

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

    3

    За да добавите устройство, щракнете Добавяне на устройство в Устройства плочки.

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

    4

    За да промените съществуващо устройство, изберете име на устройството.

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

    5

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

    6

    Щракнете върху Действия за управление на устройството. Действията помагат за прилагане на промени в конфигурацията или актуализиране на фърмуера за MPP устройствата.

    Разделът Действия има следните опции за устройство с активиран Webex Aware:
    • Прилагане на промени – Проблеми с заявка към телефона за изтегляне и прилагане на промените в конфигурацията.
    • Рестартиране – издава заявка за принудително рестартиране на устройството и изтегляне на текущата конфигурация.
    • Докладвайте проблем – Издава заявка към устройството за генериране и качване на PRT в облака.
    • Изтрий—Изтрива устройство, което е изброено за потребителя.

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

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


     

    Когато задавате споделена линия, можете да задавате номера от различни Webex Calling местоположения към устройства на друго място. Например, номер (потребител, работно пространство, виртуална линия) от местоположението в Обединеното кралство може да бъде присвоен на устройство, което е присвоено на потребител в местоположението в САЩ.

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


     

    Когато потребител добави бързо набиране към своя MPP телефон, те не се виждат в Control Hub. Бързото набиране може да бъде презаписано при конфигуриране на споделена линия.

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

    1

    От изглед на клиента вhttps://admin.webex.com , отидете на Потребители или Работни пространства (в зависимост от това къде е назначено устройството за промяна).

    2

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

    3

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

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

    4

    За да добавите или премахнете потребители или места от този телефон, изберете Конфигуриране на линии .

    5

    За да премахнете линия, щракнете върхуикона.


     
    Не можете да премахнете основния потребител на линия 1.
    6

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


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

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

    Можете да конфигурирате портовете на устройство с аналогов телефонен адаптер (ATA), присвоено на потребител в Контролен център . В момента наличните две конфигурации за ATA устройства са за устройства с два порта и устройства с 24 порта.

    1

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

    2

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

    3

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

    4

    Под Потребители на това устройство , щракнете Конфигуриране на портове .

    5

    За да добавите конфигурация на споделен порт, щракнете върхуикона.

    6

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


     
    В търсенето се показват само работни пространства без устройства.
    7

    Ако устройството изисква компресиране на факс T.38, поставете отметка в квадратчето в колоната T.38 или отменете опциите за компресиране на ниво потребител и след това щракнете Запазете .


     
    Работното пространство може да има ATA. Това е полезно за факс машини.

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


     

    Увеличихме броя на телефонните номера, които можете да добавите Контролен център 250 до 1000.

    1

    От изглед на клиента вhttps://admin.webex.com , отидете на Услуги > Обаждане > Числа след това щракнете Добавете числа .

    2

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

    3

    Посочете Местоположение , състояние , Код на региона , Префикс (по избор) и след това щракнете Търсене .

    Показват се наличните номера.

    4

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

    Избраните от вас числа се преместват в Избрани числа поле.

    5

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

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

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

    Когато свържете аксесоари (слушалки/KEM) към MPP устройство, те се появяват като артикул от инвентара в раздела Устройства в Control Hub. От инвентара на Control Hub Devices можете да разберете модела на аксесоара, състоянието и на кого принадлежи аксесоарът. Когато изберете аксесоар, можете да получите допълнителна информация, като сериен номер на аксесоара и текущата версия на софтуер. Полето за статус на аксесоара се отчита като "онлайн", стига аксесоарът да е свързан към MPP. Свързани с MPP слушалки автоматично ще надстроят софтуера си с най-новата версия, налична от Device Management.

    Искате ли да видите как се прави? Гледай това видео демонстрация за това как да видите вашите аксесоари Контролен център .
    Таблица 1. Съвместими слушалки

    Модел на телефона

    Наушници Cisco от серия 520

    Наушници Cisco от серия 530

    Наушници Cisco от серия 560

    Наушници Cisco от серия 730

    Cisco IP телефон 8811/8841/8845

    RJ9 и RJ11

    Cisco IP телефон 8851/8861/8865

    USB

    USB

    USB

    RJ9 и RJ11

    Cisco IP телефон 7811/7821/7841/7861

    Cisco IP телефон 6821/6841/6851/6861

    Cisco IP телефон 6871

    USB

    USB

    USB

    Cisco IP конферентен телефон 7832/8832

    Таблица 2. Съвместими модули за разширение на ключове

    Модел на телефона

    KEM

    Cisco IP телефон 8811/8841/8845

    Cisco IP телефон 8851/8861/8865

    БЕКЕМ

    CP-8800-A- KEM

    CP-8800-V- KEM

    Cisco IP телефон 7811/7821/7841/7861

    Cisco IP телефон 6821/6841/6861/6871

    Cisco IP телефон 6851

    CP-68KEM-3PCC

    Cisco IP конферентен телефон 7832/8832


     

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

    20 май 2024 г.
    Тенденции при осиновяване и отчети за използването на Webex извикване

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

    Преглед на отчетите за обажданията

    Можете да използвате страницата Анализ в Контролен център за да получите представа за това как хората използват Webex Calling и на Webex приложение (ангажиране) и качеството на медийното им изживяване при разговори. За достъп Webex Calling analytics, влизам в Контролен център , след това отидете на Анализ и изберете Обаждане раздел.

    1

    За подробни отчети за историята на обажданията влизам в Контролен център , след това отидете на Анализ > Обаждане .

    2

    Изберете Подробна история на обажданията .

    За информация относно повиквания, използващи Специализиран екземпляр, вж Анализ на специализирани инстанции .

    3

    За достъп до данни за качество на медиите, влизам в Контролен център , след това отидете на Анализ и след това изберете Обаждане .

    16 май 2024 г.
    Информация за справка в пристанището за извикване на Cisco Webex

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

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

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

    Превод на мрежов адрес (NAT)

    Функционалността за транслация на мрежови адреси (NAT) и преобразуване на адрес на порт (PAT) се прилагат на границата между две мрежи за преобразуване на адресни пространства или за предотвратяване на сблъсък на IP адрес пространства.

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

    • Ако разгръщате NAT, не е задължително да отваряте входящ порт на защитната стена.

    • Проверете размера на NAT пула, необходим за свързване на приложения или устройства, когато множество потребители на приложения и устройства имат достъп до услугите за обаждания на Webex Calling и Webex , които са наясно с NAT или PAT. Уверете се, че на NAT пуловете са присвоени адекватни публични IP адреси, за да предотвратите изчерпването на портовете. Изчерпването на портовете допринася за това, че вътрешните потребители и устройства не могат да се свържат с услугите Webex Calling и Webex Aware.

    • Определете разумни периоди на обвързване и избягвайте манипулирането на SIP на NAT устройството.

    • Конфигурирайте минимално време за изчакване на NAT, за да осигурите правилна работа на устройствата. Пример: Телефоните на Cisco изпращат последващо съобщение за опресняване на РЕГИСТРАЦИЯ на всеки 1-2 минути.

    • Ако вашата мрежа прилага NAT или SPI, задайте по-голямо време за изчакване (от поне 30 минути) за връзките. Това изчакване позволява надеждна връзка, като същевременно намалява разхода на батерията на мобилните устройства на потребителите.

    SIP шлюз на приложния слой

    Ако рутерът или защитната стена имат SIP Aware, това е SIP Application Layer Gateway (ALG) или подобен е активиран, препоръчваме ви да изключите тази функционалност, за да поддържате правилното функциониране на услугата.

    Проверете съответната документация на производителя за стъпки за деактивиране на SIP ALG на определени устройства.

    Прокси поддръжка за Webex Calling

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

    Прокситата изпълняват няколко функции за сигурност, като например:

    • Разрешаване или блокиране на достъп до конкретни URL адреси.

    • Удостоверяване на потребителя

    • Търсене на IP адрес/домейн/име на хост/ URI репутация

    • Дешифриране и проверка на трафика

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

    Приложенията включват следното:

    • Услуги на Webex

    • Процедури за активиране на клиентски устройства (CDA), използващи платформа за предоставяне на Cisco Cloud , като GDS, активиране на EDOS устройство, предоставяне и включване в облака Webex .

    • Удостоверяване със сертификат

    • Надстройки на фърмуера

    • Доклади за състоянието

    • PRT качвания

    • XSI услуги


     

    Ако е конфигуриран адрес на прокси сървър , тогава до прокси сървър се изпраща само сигнализиращ трафик (HTTP/HTTPS). Клиенти, които използват SIP , за да се регистрират в услугата Webex Calling и свързаните медии, не се изпращат до прокси сървъра. Следователно, позволете на тези клиенти да преминат директно през защитната стена.

    Поддържани прокси опции, конфигурация и типове удостоверяване

    Поддържаните типове прокси сървъри са:

    • Изричен прокси (проверяващ или неинспектиращ) – Конфигурирайте клиентите или Приложението или Устройството с изричен прокси, за да посочите сървъра, който да се използва. Тази опция поддържа един от следните типове удостоверяване:

    • Прозрачен прокси (неинспектиращ) – Клиентите не са конфигурирани да използват конкретен адрес на прокси сървър и не изискват никакви промени, за да работят с неинспектиращ прокси сървър.

    • Прозрачен прокси (проверка) – Клиентите не са конфигурирани да използват конкретен адрес на прокси сървър . Не са необходими промени в конфигурацията на HTTP; обаче вашите клиенти или приложението, или устройствата се нуждаят от главен сертификат , така че да имат доверие на проксито. ИТ екипът използва проверяващите прокси сървъри, за да наложи политики на уебсайтовете за посещение и видовете съдържание, които не са разрешени.

    Конфигурирайте ръчно прокси адресите за устройства Webex Room, Cisco IP мултиплатформени телефони (MPP) и Webex App, като използвате:

    • ОС на платформата

    • Потребителски интерфейс на устройството

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

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

    Продукт

    Конфигурация на прокси сървър

    Вид удостоверяване

    Webex за Mac

    Ръчно, WPAD, PAC

    Без Auth, Basic, NTLM,

    Webex за Windows

    Ръчно, WPAD, PAC, GPO

    Без Auth, Basic, NTLM, , Преговаряйте

    Webex за iOS

    Ръчно, WPAD, PAC

    Без удостоверяване, Базово, Хеширано, NTLM

    Webex за Android

    Ръчно, PAC

    Без удостоверяване, Базово, Хеширано, NTLM

    Интернет приложение на Webex

    Поддържа се чрез ОС

    Без удостоверяване, Базово, Хеширано, NTLM, Съгласуване

    Устройства Webex Room

    WPAD, PAC или Ръчно

    Без удостоверяване, Базово, Хеширано

    IP телефони Cisco

    Ръчно, WPAD, PAC

    Без удостоверяване, Базово, Хеширано

    Възел за Webex Video Mesh

    Ръчно

    Без удостоверяване, Базово, Хеширано, NTLM

    За легендите в таблицата:

    1. Mac NTLM Auth – Не е необходимо машината да е влязла в домейна, потребителят ще бъде подканен за парола

    2. Windows NTLM Auth – Поддържа се само ако машина е влязла в домейна

    3. Автоматично откриване на интернет прокси (WPAD) - вж Протокол за автоматично откриване на интернет прокси за подробности.

    4. Файлове за автоматично конфигуриране на прокси (PAC) - вж Прокси файлове за автоматично конфигуриране за подробности.

    5. За да свържете Cisco Webex Board, Desk или Room Series устройство към прокси сървър, вж Свържете вашето устройство Board, Desk или Room Series към прокси сървър .

    6. За IP телефони на Cisco вж Настройте прокси сървър като пример за конфигуриране на прокси сървър и настройките.


     

    За No Authentication, конфигурирайте клиента с прокси адрес, който не поддържа удостоверяване. При използване Proxy Authentication, конфигурирайте с валидни идентификационни данни. Прокси сървърите, които проверяват уеб трафика, могат да попречат на връзките на уеб сокет. Ако възникне този проблем, заобикаляне на непроверяващия трафик към *. Webex може да реши проблема. Ако вече виждате други записи, добавете точка и запетая след последния запис и след това въведете изключението за Webex .

    Настройки на прокси за Windows OS

    Microsoft Windows поддържа две мрежови библиотеки за HTTP трафик (WinINet и WinHTTP), които позволяват конфигурация на прокси. WinINet е надмножество на WinHTTP.

    1. WinInet е предназначен само за еднопотребителски настолни клиентски приложения

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

    Когато избирате между двете, изберете WinINet за настройките за настройки на конфигурацията на прокси сървъра. За подробности вж wininet-vs-winhttp .

    Отнесете се към Конфигурирайте списък с разрешени домейни за достъп до Webex , докато сте във вашата корпоративна мрежа за подробности относно следното:

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

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

    Проверка на прокси сървъра и закачане на сертификати

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

    Ако сте разположили прокси за проверка на TLS за прихващане, дешифриране и проверка на трафика на Webex Calling . Уверете се, че сертификатът, който проксито представя (вместо сертификата за услугата Webex ), е подписан от сертифициращ орган и че главен сертификат е инсталиран в хранилището за доверие на вашето Webex App или Webex устройство.

    • За Webex App – Инсталирайте СА сертификат , който се използва за подписване на сертификата от проксито в операционна система на устройството.

    • За устройства Webex Room и мултиплатформени IP телефони на Cisco - Отворете заявка за услуга с екипа на TAC, за да инсталирате сертификата на СА сертификат

    Тази таблица показва приложението Webex и устройствата Webex , които поддържат TLS проверка от прокси сървъри

    Продукт

    Поддържа персонализирани надеждни сертифициращи орган за TLS инспекция

    Приложение Webex (Windows, Mac, iOS, Android, интернет)

    Да

    Устройства Webex Room

    Да

    Cisco IP мултиплатформени (MPP) телефони

    Да

    Конфигурация на защитна стена

    Cisco поддържа Webex Calling и услуги на Webex Aware в защитени центрове за данни на Cisco и Amazon интернет Services (AWS). Amazon запази своите IP подмрежи за единствена употреба от Cisco и осигури услугите, разположени в тези подмрежи в рамките на виртуалния частен облак на AWS.

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

    Белия списък или отворен достъп до следното, така че Webex Calling и услугите Webex Aware функционират правилно.

    • URL адресите/домейните, споменати в раздела Домейни и URL адреси за услугите за обаждания на Webex Calling

    • IP подмрежи, портове и протоколи, споменати в раздела IP подмрежи за услуги за Webex Calling

    • Ако използвате Webex Meetings, съобщения и други услуги, уверете се, че домейните/URL адресите, споменати в тази статия, също са отворени Мрежови изисквания за услугите на Webex

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

    Ако вашата защитна стена не поддържа филтриране на домейн/ URL , тогава използвайте опция за корпоративен прокси сървър. Тази опция филтрира/разрешава по URL/домейн HTTPs сигнализиращия трафик към Webex Calling и услугите Webex Aware във вашия прокси сървър, преди да препратите към вашата защитна стена.

    За Webex Calling , UDP е предпочитаният транспортен протокол на Cisco за медии и препоръчва използването само на SRTP през UDP. TCP и TLS като транспортни протоколи за медии не се поддържат за Webex Calling в производствени среди. Ориентираният към връзката характер на тези протоколи влияе върху качеството на медиите в мрежите със загуби. Ако имате въпроси относно транспортния протокол, повдигнете билет за поддръжка.

    Домейни и URL адреси за услугите за Webex Calling

    Знакът *, показан в началото на URL (например *.webex.com), показва, че услугите в домейна от най-високо ниво и всички поддомейни са достъпни.

    Домейн/URL адрес

    Описание

    Приложения Webex и устройства, използващи тези домейни/URL адреси

    Услуги на Cisco Webex

    *.broadcloudpbx.com

    Webex упълномощаване микроуслуги за кръстосано стартиране от Control Hub към Calling Admin Portal.

    Control Hub

    *.broadcloud.com.au

    Услуги за обаждания на Webex в Австралия.

    Всички

    *.broadcloud.eu

    Услуги за обаждания на Webex в Европа.

    Всички

    *.broadcloudpbx.net

    Услуги за конфигуриране и управление на клиенти.

    Приложения Webex

    *.webex.com

    *.cisco.com

    Основни услуги за Webex Calling и Webex Aware

    1. Осигуряване на самоличност

    2. Съхранение на самоличност

    3. Удостоверяване

    4. OAuth услуги

    5. Включване на устройството

    6. UC, свързани с облака

    Когато телефонът се свърже с мрежа за първи път или след възстановяване на фабричните настройки без зададени DHCP опции, той се свързва със сървър за активиране на устройството за осигуряване на нулево докосване. Новите телефони използват activate.cisco.com и телефоните с версия на фърмуера по-рано от 11.2(1), продължете да използвате webapps.cisco.com за предоставяне.

    Изтеглете актуализациите на фърмуера и локала на устройството от binaries.webex.com .

    Разрешете достъп на многоплатформени телефони (MPP) на Cisco , по-стари от версия 12.0.3 sudirenewal.cisco.com през порт 80, за да подновите инсталирания от производителя сертификат (MIC) и да имате защитен уникален идентификатор на устройство (SUDI). За подробности вж Уведомление на място .

    Всички

    *.ucmgmt.cisco.com

    Услуги за обаждания на Webex

    Control Hub

    *.wbx2.com и *.ciscospark.com

    Използва се за облачна осведоменост, CSDM, WDM, живак и т.н. Тези услуги са необходими, за да могат приложенията и устройствата да достигнат до услугите за обаждания на Webex Calling и Webex Aware по време и след присъединяването.

    Всички

    *.webexapis.com

    Микроуслуги на Webex , които управляват вашите приложения и устройства.

    1. Услуга за профилни снимки

    2. Услуга за бяла дъска

    3. Услуга за близост

    4. Услуга за присъствие

    5. Услуга за регистрация

    6. Календарна услуга

    7. Услуга за търсене

    Всички

    *.webexcontent.com

    Услуги за съобщения на Webex , свързани с общо съхранение на файлове, включително:

    1. Потребителски файлове

    2. Транскодирани файлове

    3. Изображения

    4. Екранни снимки

    5. Съдържание на бяла дъска

    6. Регистрации на клиенти и устройства

    7. Снимки на профили

    8. Лого за брандиране

    9. Регистрационни файлове

    10. Групово експортиране на CSV файлове и файлове за импортиране (Control Hub)

    Услуги за съобщения на Webex Apps.


     

    Съхранението на файлове с помощта на webexcontent.com заменено от clouddrive.com през октомври 2019 г

    *.accompany.com

    Интегриране на прозренията за хората

    Приложения Webex

    Допълнителни услуги , свързани с Webex (домейни на трети страни)

    *.appdynamics.com

    *.eum-appdynamics.com

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

    Control Hub

    *.huron-dev.com

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

    Control Hub

    *.sipflash.com

    Услуги за управление на устройства. Надстройки на фърмуера и цели за сигурно въвеждане.

    Приложения Webex

    *.walkme.com *.walkmeusercontent.com

    Клиент за насочване на потребителите на Webex. Осигурява обиколки на борда и използване за нови потребители.

    За повече информация относно WalkMe, кликнете тук.

    Приложения Webex

    *.google.com

    *.googleapis.com

    Известия до приложенията на Webex на мобилни устройства (Пример: ново съобщение, когато се отговори на повикването)

    За IP подмрежи вижте тези връзки

    Услуга за облачни съобщения на Google Firebase (FCM).

    Apple насочено уведомяване Service (APNS)


     

    За APNS Apple изброява IP подмрежите за тази услуга.

    Приложение Webex

    IP подмрежи за услуги за Webex Calling

    IP подмрежи за услуги за Webex Calling *

    23.89.0.0/16

    85.119.56.0/23

    128.177.14.0/24

    128.177.36.0/24

    135.84.168.0/21

    139.177.64.0/21

    139.177.72.0/23

    144.196.0.0/16

    150.253.128.0/17

    163.129.0.0/17

    170.72.0.0/16

    170.133.128.0/18

    185.115.196.0/22

    199.19.196.0/23

    199.19.199.0/24

    199.59.64.0/21

    Цел на връзката

    Адреси на източника

    Изходни портове

    Протокол

    Адреси на местоназначение

    Пристанища на местоназначението

    Бележки

    Сигнализация за повикване до Webex Calling (SIP TLS)

    Локален външен шлюз (NIC)

    8000-65535

    TCP

    Обърнете се към IP подмрежи за услугиза обаждания на Webex.

    5062, 8934

    Тези IP адреси/портове са необходими за изходящо SIP-TLS сигнализация на повиквания от локални шлюзове, устройства и приложения (източник) до Webex Calling Cloud (местоназначение).

    Порт 5062 (изисква се за базирана на сертификати магистрала). И порт 8934 (изисква се за магистрала, базирана на регистрация

    Устройства

    5060-5080

    8934

    Приложения

    Ефимерни (OS зависими)

    Сигнализиране на повиквания от Webex Calling (SIP TLS) към локален шлюз

    Обхват на адресите за Webex Calling .

    Отнесете се към IP подмрежи за услуги за Webex Calling

    8934

    TCP

    IP или IP диапазон, избран от клиента за неговия локален шлюз

    Порт или диапазон от портове, избран от клиента за неговия локален шлюз

    Прилага се за базирани на сертификати локални шлюзове. Необходимо е да се установи връзка от Webex Calling към локален шлюз.

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

    Пристанището на местоназначението е избрано от клиента Конфигуриране на багажници

    Медийни повиквания към Webex Calling (STUN, SRTP/SRTCP, T38)

    Локален шлюз външен NIC

    8000-48199 *

    UDP

    Обърнете се към IP подмрежи за услугиза обаждания на Webex.

    5004, 9000 (STUN портове)

    8500-8701,19560-65535 (SRTP през UDP)

    • Тези IP адреси/портове се използват за медия за изходящи SRTP разговори от локални шлюзове, устройства и приложения (източник) към облака за Webex Calling (назначение).

    • За обаждания в рамките на организацията, където договарянето на STUN, ICE е успешно, медийното реле в облака се премахва като комуникационен път. В такива случаи медийният поток е директно между приложенията/устройствата на потребителя.

      Например: Ако оптимизацията на мултимедия е успешна, приложенията изпращат медия директно помежду си в диапазони от портове 8500–8701, а устройствата изпращат медия директно едно към друго в диапазони на портове между 19560-19661.

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

      Пример: За приложения позволете диапазона на портовете на източника и дестинацията 8500–8701.

    Устройства *

    19560-19661

    Приложения *

    8500-8701

    Медийни повиквания от Webex Calling (SRTP/SRTCP, T38)

    Обхват на адресите за Webex Calling .

    Отнесете се към IP подмрежи за услуги за Webex Calling

    19560-65535 (SRTP над UDP)

    UDP

    IP или IP диапазон, избран от клиента за неговия локален шлюз

    Обхват на медийните портове, избран от клиента за неговия локален шлюз

    Сигнализация за повикване към PSTN шлюз (SIP TLS)Локален шлюз вътрешен NIC8000-65535

    TCP

    Вашият ITSP PSTN GW или унифициран CMЗависи от опцията PSTN (например, обикновено 5060 или 5061 за унифициран CM)
    Медия за повикване към шлюз за обществена телефонна централа (SRTP/SRTCP)Локален шлюз вътрешен NIC

    8000-48199 *

    UDP

    Вашият ITSP PSTN GW или унифициран CMЗависи от опцията PSTN (например, обикновено 5060 или 5061 за Unified CM)

    Конфигуриране на устройства и управление на фърмуера (устройства на Cisco)

    Webex Повикващи устройства

    Мимолетен

    TCP

    3.20.185.219

    3.130.87.169

    3.134.166.179

    72.163.10.96/27

    72.163.15.64/26

    72.163.15.128/26

    72.163.24.0/23

    72.163.10.128/25

    173.37.146.128/25

    173.36.127.0/26

    173.36.127.128/26

    173.37.26.0/23

    173.37.149.96/27

    192.133.220.0/26

    192.133.220.64/26

    443, 6970, 80

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

    1. Мигриране от корпоративни телефони (Cisco Unified CM) към Webex Calling. Виж upgrade.cisco.com за повече информация. cloudupgrader.webex.com използва портове: 6970,443 за процеса на миграция на фърмуера.

    2. Надстройки на фърмуера и сигурно включване на устройства (MPP и стаи или настолни телефони) с помощта на 16-цифрения код за активиране (GDS)

    3. За CDA / EDOS - осигуряване на базата на MAC адрес. Използва се от устройства (MPP телефони, ATA и SPA ATAs) с по-нов фърмуер.

    4. Когато телефонът се свърже с мрежа за първи път или след възстановяване на фабричните настройки, без да са зададени опции за DHCP , той се свързва със сървър за активиране на устройството за обезпечаване с нулево докосване. Използват се нови телефони activate.cisco.com вместо webapps.cisco.com за обезпечаване. Телефоните с фърмуер, пуснат по-рано от 11.2(1), продължават да се използват webapps.cisco.com . Препоръчително е да разрешите всички тези IP подмрежи.

    5. Разрешете достъп на многоплатформени телефони (MPP) на Cisco , по-стари от версия 12.0.3 sudirenewal.cisco.com през порт 80 за подновяване на инсталирания от производителя сертификат (MIC) и за да имате защитен уникален идентификатор на устройство (SUDI). За подробности вж Уведомление за полето

    Конфигурация на приложението

    Приложения за обаждания на Webex

    Мимолетен

    TCP

    62.109.192.0/18

    64.68.96.0/19

    150.253.128.0/17

    207.182.160.0/19

    443, 8443

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

    Синхронизиране на времето на устройството (NTP)

    Webex Повикващи устройства

    51494

    UDP

    Обърнете се към IP подмрежи за услугиза обаждания на Webex.

    123

    Тези IP адреси са необходими за синхронизация на времето за устройства (MPP телефони, ATA и SPA ATAs)

    Разделителна способност на името на устройството и разделителна способност на името на приложението

    Webex Повикващи устройства

    Мимолетен

    UDP и TCP

    Дефинирани от хоста

    53

    Използва се за търсене в DNS за откриване на IP адресите на услугите за Webex Calling в облака.

    Въпреки че типичните DNS търсения се извършват през UDP, някои може да изискват TCP, ако отговорите на заявката не могат да го поберат в UDP пакети.

    Синхронизация на времето на приложение

    Приложения за обаждания на Webex

    123

    UDP

    Дефинирани от хоста

    123

    Цскан

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

    Мимолетен

    TCP

    Обърнете се към IP подмрежи за услугиза обаждания на Webex.

    8934 и 443

    интернет базирана мрежова готовност Инструмент за предварителна квалификация за Webex Calling. Отидете на cscan.webex.com за повече информация.

    UDP

    19569-19760 г

    Допълнителни услуги за Webex Calling и Webex Aware (Трета страна)

    Push известия APNS и FCM услуги

    Приложения на Webex Calling

    Мимолетен

    TCP

    Вижте IP подмрежите, споменати под връзките

    Apple насочено уведомяване Service (APNS)

    Google-Firebase Cloud съобщения (FCM)

    443, 2197, 5228, 5229, 5230, 5223

    Известия до Webex Apps на мобилни устройства (Пример: Когато получите ново съобщение или когато се отговори на повикване)


     
    • * Обхватът на медиен порт на CUBE може да се конфигурира с обхват на rtp портове .

    • * Мултимедийните портове за устройства и приложения се присвояват динамично навсякъде в SRTP портовете. SRTP портовете са четни портове и съответният SRTCP порт се разпределя с последователния нечетен порт.

    • Ако адресът на прокси сървър е конфигуриран за вашите приложения и устройства, сигналният трафик се изпраща до прокси сървъра. Медиите, транспортирани SRTP през UDP , преминават директно към вашата защитна стена вместо към прокси сървър.

    • Ако използвате NTP и DNS услуги в рамките на вашата корпоративна мрежа, отворете портове 53 и 123 през вашата защитна стена.

    Webex Meetings/Messaging - Мрежови изисквания

    Включете MPP устройствата в Webex Cloud за услуги като история на обажданията, търсене в директория и срещи. Вижте мрежовите изисквания за тези услуги на Webex в Мрежови изисквания за услугите на Webex . Ако използвате срещи, съобщения и други услуги от приложението Webex, уверете се, че домейните/URL-овете/адресите, споменати в тази статия, са отворени.

    Препратки

    За да знаете какво е новото в Webex Calling, вж Какво е новото в Webex Calling

    За изисквания за сигурност за обаждания в Webex Calling вж член

    Оптимизация на медиите за Webex Calling с установяване на интерактивна свързаност (ICE) член

    Хронология на корекциите на документи

    Дата

    Направихме следните промени в тази статия

    23 април 2024 г

    Актуализирано е използването на двата диапазона на SRTP/SRTCP портове за спецификацията Webex Calling Media.

    03 април 2024 г

    Актуализираха IP подмрежите за услугите за повиквания на Webex Calling с 163.129.0.0/17, за да посрещнат разширяването на пазара на Webex Calling за региона на Индия.

    18 декември 2023 г

    Включени sudirenewal.cisco.com Изискване за URL и порт 80 за конфигурация на устройството и управление на фърмуера при подновяването на MIC на телефона Cisco MPP.

    11 декември 2023 г

    Актуализирани IP подмрежите за услугите за Webex Calling , за да включват по-голям набор от IP адреси.

    150.253.209.128/25 – променено на 150.253.128.0/17

    29 ноември 2023 г

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

    144.196.33.0/25 – променено на 144.196.0.0/16

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

    14 август 2023 г

    Добавихме следните IP адреси 144.196.33.0/25 и 150.253.156.128/25, за да поддържаме повишени изисквания за капацитет за Edge и Webex Calling Services.


     

    Този диапазон на IP се поддържа само в региона на САЩ.

    5 юли 2023 г

    Линкът е добавенhttps://binaries.webex.com за да инсталирате фърмуера на Cisco MPP.

    07 март 2023 г.

    Преработихме цялата статия, за да включим:

    1. Включени опции за поддръжка на прокси.

    2. Модифицирана диаграма на повикванията

    3. Опростени домейни/URL адреси/части на IP подмрежа за услугите за обаждания на Webex Calling и Webex Aware

    4. Добавен е 170.72.0.0/16 IP подмрежа за услугите за обаждания на Webex Calling и Webex Aware.

      Премахнати са следните диапазони 170.72.231.0, 170.72.231.10, 170.72.231.161 и 170.72.242.0/24

    5 март 2020 г.

    Актуализиране на статията, за да включва следното:

    • Добавен е диапазонът на UDP- SRTP портове (8500-8700), използвани от приложенията.

    • Добавени са портовете за услугите за Push известия APNS и FCM.

    • Разделете диапазона на портовете CScan за UDP и TCP.

    • Добавена секция за препратки.

    15 ноември 2022 г.

    Добавихме следните IP адреси за конфигуриране на устройства и управление на фърмуера (устройства на Cisco):

    • 170.72.231.0

    • 170.72.231.10

    • 170.72.231.161

    Премахнахме следните IP адреси от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco):

    • 3.20.118.133

    • 3.20.228.133

    • 3.23.144.213

    • 3.130.125.44

    • 3.132.162.62

    • 3.140.117.199

    • 18.232.241.58

    • 35.168.211.203

    • 50.16.236.139

    • 52.45.157.48

    • 54.145.130.71

    • 54.156.13.25

    • 52.26.82.54

    • 54.68.1.225

    14 ноември 2022 г

    Добавена е IP подмрежа 170.72.242.0/24 за услугата Webex Calling .

    септември 08, 2022

    Фърмуерът на Cisco MPP преминава към употребаhttps://binaries.webex.com като хост URL за надстройки на фърмуера на MPP във всички региони. Тази промяна подобрява производителността на надстройката на фърмуера.

    август 30, 2022

    Премахната препратка към порт 80 от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco), конфигурацията на приложенията и редовете CScan в таблицата на портовете, тъй като няма зависимост.

    18 август 2022 г.

    Няма промяна в решението. Актуализирани портове за местоназначение 5062 (изисква се за багажник, базиран на сертификат), 8934 (изисква се за багажник, базиран на регистрация) за сигнализация на повикване към Webex Calling (SIP TLS).

    юли 26, 2022

    Добавен е 54.68.1.225 IP адрес, който е необходим за надграждане на фърмуера на устройствата Cisco 840/860.

    юли 21, 2022

    Актуализира портовете за местоназначение 5062, 8934 за сигнализация за повикване до Webex Calling (SIP TLS).

    юли 14, 2022

    Добавени са URL адресите, които поддържат пълна функция на услугите Webex Aware.

    Добавена е IP подмрежа 23.89.154.0/25 за услугата Webex Calling .

    27 юни 2022 г.

    Актуализира домейна и URL адресите за услугите за обаждания на Webex:

    *.broadcloudpbx.com

    *.broadcloud.com.au

    *.broadcloud.eu

    *.broadcloudpbx.net

    юни 15, 2022

    Добавени са следните портове и протоколи под IP адреси и портове за Webex Calling Services:

    • Цел на връзката: Функции на Webex

    • Адреси на източника: Webex повикващи устройства

    • Изходни портове: Мимолетен

    • Протокол: TCP

    • Адреси на местоназначение: Вижте IP подмрежи и домейни, дефинирани в Webex Meetings/ съобщения - Мрежови изисквания.

    • Пристанища на местоназначение: 443

      Бележки: Устройствата за Webex Calling използват тези IP адреси и домейни за взаимодействие с Webex Cloud , като например директория, история на обажданията и срещи.

    Актуализирана информация в Webex срещи / съобщения - раздел Мрежови изисквания

    24 май 2022 г

    Добавена е IP подмрежата 52.26.82.54/24 до 52.26.82.54/32 за услугата Webex Calling

    6 май 2022 г

    Добавена е IP подмрежа 52.26.82.54/24 за услугата Webex Calling

    7 април 2022 г

    Актуализира вътрешния и външния диапазон на UDP порта на локалния шлюз до 8000-48198

    05 април 2022 г.

    Добавени са следните IP подмрежи за услугата Webex Calling:

    • 23.89.40.0/25

    • 23.89.1.128/25

    29 март 2022 г

    Добавени са следните IP подмрежи за услугата Webex Calling:

    • 23.89.33.0/24

    • 150.253.209.128/25

    септември 20, 2021

    Добавени са 4 нови IP подмрежи за услугата Webex Calling:

    • 23.89.76.128/25

    • 170.72.29.0/24

    • 170.72.17.128/25

    • 170.72.0.128/25

    2 април 2021 г

    Добавено *.ciscospark.com под Домейни и URL адреси за Webex Calling Services за поддръжка на случаи на използване на Webex Calling в приложението Webex .

    25 март 2021 г.

    Добавени са 6 нови IP диапазона за activate.cisco.com, които ще влязат в сила от 8 май 2021 г.

    • 72.163.15.64/26

    • 72.163.15.128/26

    • 173.36.127.0/26

    • 173.36.127.128/26

    • 192.133.220.0/26

    • 192.133.220.64/26

    4 март 2021 г

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

    26 февруари 2021 г

    Добавен 5004 като порт за местоназначение за Call media към Webex Calling (STUN, SRTP), за да поддържа Interactive Connectivity Establishment (ICE), който ще бъде достъпен в Webex Calling през април 2021.

    февруари 22, 2021

    Домейните и URL адресите вече са изброени в отделна таблица.

    IP адресите и таблиците с портове се настройват към групиране на IP адреси за едни и същи услуги.

    Добавяне на колоната Бележки към таблицата с IP адреси и портове, която помага за разбирането на изискванията.

    Преместване на следните IP адреси в опростени диапазони за конфигурация на устройството и управление на фърмуера (устройства на Cisco ):

    activate.cisco.com

    • 72.163.10.125 -> 72.163.10.96/27

    • 173.37.149.125 -> 173.37.149.96/27

    webapps.cisco.com

    • 173.37.146.134 -> 173.37.146.128/25

    • 72.163.10.134 -> 72.163.10.128/25

    Добавяне на следните IP адреси за конфигуриране на приложението, защото клиентът на Cisco Webex насочва към по-нов DNS SRV в Австралия през март 2021 г.

    • 199.59.64.237

    • 199.59.67.237

    21 януари 2021 г

    Добавихме следните IP адреси към конфигурацията на устройствата и управлението на фърмуера (устройства на Cisco):

    • 3.134.166.179

    • 50.16.236.139

    • 54.145.130.71

    • 72.163.10.125

    • 72.163.24.0/23

    • 173.37.26.0/23

    • 173.37.146.134

    Премахнахме следните IP адреси от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco):

    • 35.172.26.181

    • 52.86.172.220

    • 52.203.31.41

    Добавихме следните IP адреси към конфигурацията на приложението:

    • 62.109.192.0/19

    • 64.68.96.0/19

    • 207.182.160.0/19

    • 150.253.128.0/17

    Премахнахме следните IP адреси от конфигурацията на приложението:

    • 64.68.99.6

    • 64.68.100.6

    Премахнахме следните номера на портове от конфигурацията на приложението:

    • 1081, 2208, 5222, 5280-5281, 52644-52645

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

    • idbroker-b-us.webex.com

    • idbroker-eu.webex.com

    • ty6-wxt-jp.bcld.webex.com

    • os1-wxt-jp.bcld.webex.com

    декември 23, 2020

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

    декември 22, 2020

    Актуализира реда за конфигуриране на приложения в таблиците, за да включи следните IP адреси: 135.84.171.154 и 135.84.172.154.

    Скри мрежовите диаграми, докато тези IP адреси не бъдат добавени.

    11 декември 2020 г

    Актуализира конфигурацията на устройството и управлението на фърмуера (устройства Cisco) и конфигурационните редове на приложението за поддържаните канадски домейни.

    16 октомври 2020 г

    Актуализира сигналите за повикване и медийните записи със следните IP адреси:

    • 139.177.64.0/24

    • 139.177.65.0/24

    • 139.177.66.0/24

    • 139.177.67.0/24

    • 139.177.68.0/24

    • 139.177.69.0/24

    • 139.177.70.0/24

    • 139.177.71.0/24

    • 139.177.72.0/24

    • 139.177.73.0/24

    23 септември 2020 г

    Под CScan, заменен 199.59.64.156 с 199.59.64.197.

    14 август 2020 г

    Добавени са още IP адреси в подкрепа на въвеждането на центрове за данни в Канада:

    Сигнализация за повикване на Webex (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    август 12, 2020

    Добавени са още IP адреси в подкрепа на въвеждането на центрове за данни в Канада:

    • Обадете се на медиите на Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    • Сигнализация на повиквания към публично адресирани крайни точки (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

    • Конфигуриране на устройства и управление на фърмуера (устройства на Cisco) — 135.84.173.155,135.84.174.155

    • Синхронизация на времето на устройството — 135.84.173.152, 135.84.174.152

    • Конфигурация на приложението—135.84.173.154,135.84.174.154

    Юли 22, 2020

    Добавен е следният IP адрес в подкрепа на въвеждането на центрове за данни в Канада: 135.84.173.146

    9 юни 2020 г

    Направихме следните промени в записа CScan:

    • Коригиран един от IP адресите – променен 199.59.67.156 на 199.59.64.156.

    • Новите функции изискват нови портове и UDP—19560-19760

    11 март 2020 г

    Добавихме следния домейн и IP адреси към конфигурацията на приложението:

    • jp.bcld.webex.com—135.84.169.150

    • client-jp.bcld.webex.com

    • idbroker.webex.com—64.68.99.6, 64.68.100.6

    Актуализирахме следните домейни с допълнителни IP адреси към конфигурацията на устройството и управлението на фърмуера:

    • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

    • webapps.cisco.com—72.163.10.134

    • activation.webex.com—35.172.26.181, 52.86.172.220

    • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

    27 февруари 2020 г.

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

    cloudupgrader.webex.com—443, 6970

    Беше ли полезна тази статия?
    Работен поток за конфигуриране на извикване на Webex
    Свързани статии