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

1 юни 2022
Преглед на Уебекс Обаждайки се

Представяме ви Обаждане в Webex

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

Уведомяване за обаждане

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

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

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

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

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

Office Anywhere

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Webex Meetings—Добавено по избор приложение като решение за срещи. За повече информация вижте Webex Meetings.

Общ преглед

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

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

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

  • Cisco Unified Communications Manager

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

  • Cisco Unified Unity Connection

  • Автомагистрала на Cisco

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

Прост път на миграция

Специализираният екземпляр за Webex Calling осигурява опростен път за миграция в облак от наследена PBX, както и локални системи Unified Communications Manager.

Специализираният екземпляр облекчава точките на болка, свързани с миграциите на корпоративни обаждания към облака:

Без прекъсвания – Специализираният екземпляр има същите функции, функционалност, потребителско изживяване и опции за интеграция, поддържани от Unified Communications Manager, разположени на място, включително поддръжка за Jabber и Webex App. Това създава безпроблемна миграция към облака, без да се изисква обучение за краен потребител или администратор за съществуващи клиенти на Unified Communications Manager. Специализираният екземпляр може да бъде свързан към PBX на трети страни, което позволява на новите клиенти на Cisco гъвкав график за миграция.

Персонализиране – Специален частен екземпляр за всеки клиент позволява силно персонализирано внедряване в облак, което е уникална разлика от другите предложения за обаждания в облак на пазара. Отворените API на Dedicated Instance позволяват дълбоки интеграции на приложения на трети страни, позволявайки на клиентите да изградят среда за повиквания, която поддържа уникални бизнес работни потоци.

Безкомпромисна сигурност – С Dedicated Instance клиентите имат достъп до всички функции за защита на Unified Communications Manager за крайни точки и UC приложения като криптирани медии, защитен SRST, защитена OTT регистрация, използваща MRA.

В допълнение, клиентите имат достъп до важни функции за физическа сигурност, като Cisco Survivable Remote Site Telephony (SRST) за свързване на сайта в случай, че мрежовите връзки паднат и Cisco Emergency Responder и Nomadic E911, за да гарантират, че служителите могат да бъдат локализирани от службите за спешна помощ, когато са в офиса или в хибриден режим на работа. 

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

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


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

Наличност на решение

Услугата Специализиран инстанция е достъпна в световен мащаб и може да се поръча като добавка за Webex Calling Flex Plan 3.0 чрез партньори в определени държави. Вижте Глобалното ръководство за наличност за повече подробности.

Специализираният екземпляр поддържа същото ниво на локализация като нашия локален мениджър за обединени комуникации. Той поддържа тонове за телефон и шлюз в 82 държави, портал за самообслужване на 50 езика и клиенти на повече от 30 езика.

Ползи

Специализираният екземпляр предлага най-ефективния път за миграция към облака за съществуващи клиенти на Unified Communications Manager, със следните основни предимства:
  • Специализирано приложение за повикване, хоствано и управлявано от Cisco в центрове за данни на Webex
  • Персонализирана платформа за обаждания
  • Гъвкава, бързо мащабируема архитектура
  • Познато потребителско изживяване, което намалява необходимостта от преквалификация на служителите
  • Обединен клиент за обаждания, съобщения, срещи и екипно сътрудничество, който може да се използва на всички типове устройства
  • Съвместимост с цялото портфолио на Cisco от телефони, шлюзове и видео устройства
  • Интегрира се със срещи, съобщения и обаждания на Webex като част от пакета Webex, позволявайки невероятно изживяване на клиентите от край до край.

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

Направете обиколка на Control Hub

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

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


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

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

Първи стъпки

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

Съветник за първи път за изпитания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Локалният шлюз може да бъде базиран на IP, свързващ се към ITSP с помощта на SIP магистрала или TDM базиран с помощта на ISDN или аналогова верига. Следната фигура показва внедряване на Webex Calling, при което локалният шлюз е coresident с 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 според съществуващия план за набиране. Унифицираният CM план за набиране нормализира числата като +E.164. PSTN шлюзът може да бъде специален или сърезидентен с локалния шлюз.

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

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

Coresident PSTN Gateway

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

За да добавите корпоративно съкратено набиране към дестинациите за повикване на Webex, добавяте съответния модел за превод за нормализиране на набиране за местоположението за повикване на 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.

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

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

Лицензиране

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

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

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

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


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

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

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

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

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

Локален шлюз за помещения базирани PSTN

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

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

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


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

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

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

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

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

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

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

    • Притежавайте основни познания по принципите на VoIP

    • Разполагайте с основни работни познания за гласовите концепции cisco IOS-XE и IOS-XE

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

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

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

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

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

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

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

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

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

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

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

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

  • Подканени за идентификационни данни (осигурено SIP храносмилане)

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

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

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

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

17 юни 2022
Конфигуриране на Webex Извикване за вашата организация

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

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

1

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


 

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

2

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

3

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


 

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

4

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

5

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

6

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

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

 

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

7

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

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

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

9

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

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

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

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

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

1

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

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

2

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

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

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

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

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


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

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

1

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

2

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

3

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

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

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


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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


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


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

1

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

2

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

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

     

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

3

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

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

     

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

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

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

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

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


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

Следвайте тези стъпки, за да създадете магистрала в Control Hub.

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

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

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

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

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

1

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

2

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

3

Дайте име на багажника и кликнете върху Запазване.


 

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

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

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

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

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

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

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

1

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

2

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

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

Можете да използвате Control Hub, за да зададете приоритета на наличните опции за обаждания, които потребителите виждат в Приложението Webex. Можете също да ги активирате за обаждане с едно щракване.

1

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

2

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

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

3

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


 

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

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


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

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

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

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

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

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

     

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

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

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


 

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

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

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

Използвайте този поток от задачи, за да конфигурирате локалните шлюзове за разполагането на Webex Calling . Стъпките, които следват, се извършват на самия cLI интерфейс. Багажникът между местния шлюз и Webex Calling винаги е обезпечен с помощта на SIP TLS транспорт и SRTP за медии между Local gateway и Webex Calling Access SBC.

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

  • Отговаряйте на изискванията за локален шлюз за Webex Calling.

  • Създайте локален шлюз в контролния център.

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

  Команда или действие Предназначение
1

Съпоставяне на параметри между контролния център и унифицирания граничен елемент на Cisco

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

2

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

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

3

Регистрирайте локален шлюз към Webex извикване

4

Изберете такъв, в зависимост от разполагането ви:

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

  • Опцията за разполагане на локален шлюз без локален IP PBX. Местният шлюз и IP PSTN CUBE са корезидент.

  • Опцията за разполагане на локален шлюз в рамките на съществуваща обкръжение на Унифициран CM. Местният шлюз и IP PSTN CUBE са корезидент.

Таблица 1. Съпоставяне на параметри между контролния център и локалния шлюз

Control Hub

Локален шлюз

Домейн на регистратора:

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

example.com

Регистратор

example.com

Група съединителни линии OTG/DTG

профили на глътки:

правило <rule-number> искане ВСЯКО глътка-заглавка

От модифициране на ">" ";otg=otgDtgId>"

Линия/порт

user@example.com

номер: потребител

Изходящо прокси

изходящ прокси (DNS име – SRV на SBC за достъп)

Потребителско име в SIP

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

Парола в SIP

парола

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

  • Гарантирайте, че конфигурацията на базовата платформа като NTPs, ACLs, разрешаване на пароли, първична парола, IP маршрутизиране, IP адреси и т.н. са конфигурирани според правилата и процедурите на вашата организация.

  • Минимално поддържано освобождаване на IOS-XE 16.12 или IOS-XE 17.3 е необходимо за всички разполагания на LGW.

1

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

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

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


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

Конфигурирайте IP Name Server, за да разрешите DNS справка и да гарантирате, че тя е достъпна, като го пинг:


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

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

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

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

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

  4. Крипто точката на доверие е необходима, за да работи TLS, въпреки че не е необходим сертификат за локален клиент (например mTLS), за да бъде зададена връзката.

  5. Деактивирайте TLS v1.0 и v1.1, като разрешите изключителността v1.2.

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

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


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

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Актуализиране на локалния шлюз Trustpool:

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

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

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Ако не съществува, актуализирайте по следния начин:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Провери:

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

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

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

1

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

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

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

Предотвратяване на ТОЛ-измами
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Изрично дава възможност на източника IP адреси на обекти, от които местният шлюз очаква законни VoIP разговори, като Webex Calling връстници, Единни CM възли, IP PSTN.

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

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


     

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

  • Други IP адреси може да се наложи да бъдат конфигурирани на други интерфейси; например може да се наложи вашите Унифицирани CM адреси да бъдат добавени към вътрешно насочените интерфейси.

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

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

Мултимедия
voice service voip
 media statistics 
 media bulk-stats 
  • Media Statistics дава възможност за мониторинг на медиите на локалния шлюз.

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

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

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

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

Протокол за факс
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

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

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

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

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

G729
sip
  g729 annexb-all

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

SIP
early-offer forced

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

2

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

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

Тези правила са

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

  • правило 9 гарантира, че заглавката е изброена като “SIP-Req-URI” а не “SIP-Req-URL”

    Това преобразува между SIP URIs и SIP URL адресите, защото Webex Calling не поддържа SIP URIs в съобщенията за заявка/отговор, а се нуждае от тях за SRV заявки, напр. _sips._tcp.<outbound-proxy>.
  • правило 20 модифицира от заглавката, за да включи параметъра OTG/DTG на Trunk Group от Контролния център, за да идентифицира еднозначно LGW сайт в рамките на предприятие.

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

3

Конфигуриране на codec профил, STUN дефиниция и SRTP Crypto suite.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

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

  • Гласов клас кодец 99: Позволява както g711 (mu, така и a-law) кодеци за сесии. Прилага се върху всички dial-връстници.

  • Гласов клас srtp-crypto 200: Указва SHA180_като единственият SRTP шифър-суит, който се предлага от местния шлюз в SDP в оферта и отговор. Webex Calling поддържа само SHA180_.

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

  • Гласов клас зашеметяване-използване 200: Дефинира използването на STUN. Прилага се за всички Webex calling-facing(2XX етикет) dial-peers, за да се избегне никакъв начин аудио, когато единни CM телефон препраща повикването към друг Webex Call телефон.


 

В случаите, когато носителят е закотвен в ITSP SBC и Локалният шлюз стои зад NAT и чака входящия медиен поток от ITSP, тази команда може да се приложи на ITSP, изправена пред dial-peers.


 

Зашеметяване използване леденият лит е необходим за потоците на обажданията, които използват оптимизацията на медийния път.

4

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

Webex Calling се добавя като наемател в рамките на местния шлюз. Конфигурацията, необходима за регистриране на локалния шлюз, се дефинира под гласов клас наемател 200. Трябва да получите елементите на тази конфигурация от страницата Информация за багажника в рамките на Контролния център, както е показано на това изображение. Това е пример за показване на това, което полета карта на съответния локален шлюз CLI.

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

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

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

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

5

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


 

Командният ред и параметрите по-долу са само примери. Трябва да използвате параметрите за собствено разполагане.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

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

voice class tenant 200

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

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

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

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

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

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

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

no remote-party-id

Деактивирайте Заглавката на SIP Remote-Party-ID (RPID), тъй като Webex Calling поддържа PAI, който е разрешен с помощта на CIO asserted-id pai(вж. по-долу).

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

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

srtp-crypto 200

Указва SHA180_, както е определено в voice class srtp-crypto 200.

session transport tcp tls
Задава транспорт до TLS
url sips

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

error-passthru

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

asserted-id pai

Включва обработката на PAI в местния шлюз.

bind control source-interface GigabitEthernet0/0/1

Интерфейс на източника на сигнализация, изправен пред Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Интерфейс на източника на мултимедия, изправен пред Webex Calling.

no pass-thru content custom-sdp

Команда по подразбиране под наемател.

sip-profiles 200

Променя СВПС в SIP и променя Line/Port за ПОКАНИ и РЕГИСТРИРАЙТЕ съобщенията, както е определено в voice class sip-profiles 200.

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

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

privacy-policy passthru

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

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

За тази опция за разполагане е необходима следната конфигурация на локалния шлюз:

  1. Гласов клас наематели—Първо ще създадем допълнителни наематели за връстници с dial-peers, изправени пред ITSP подобно на наемател 200 , които създадохме за Webex Calling , изправени пред връстници за набиране.

  2. URIsза гласов клас—Модели, определящи хост IP адреси/портове за различни стволове, прекратяващи се на Local Gateway: Webex Призоваване към LGW; и PSTN SIP багажника прекратяване на LGW.

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

  4. Гласов клас DPG—Целеви изходящи dial-peers, извиквани от входящ dial-peer.

  5. Входящи dial-peers—За да приемете входящите кол крака от ITSP и Webex Calling.

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

1

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

  1. Гласов клас наемател 100 се прилага на всички ИЗХОДЯЩи dial-peers с лице IP PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Гласов клас наемател 300 се прилага на всички ВХОДЯЩИ dial-peers от IP PSTN.

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

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

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

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Дефиниране на модел за уникално идентифициране на локален сайт на шлюз в рамките на предприятие въз основа на параметъра TrunkGroup OTG/DTG на Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

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

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

  1. Изходящ dial-peer към IP PSTN:

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

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

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

    Определя VOIP dial-peer с етикет 101 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указва, че този dial-peer ще се справя с SIP краката за обаждания.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като Възможност dTMF очаква на този крак повикване.

    voice-class sip tenant 100

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

    no vad

    Забранява откриването на гласова активност.

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

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

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

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

    Определя VOIP dial-peer с маркер на 200201 и е дадено смислено описание за лекота на управление и отстраняване на неизправности

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP е активиран за този краче за обаждания.

    no vad

    Забранява откриването на гласова активност.

4

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

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

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

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

Конфигуриране на следните входящи dial-peers:

  1. Входящ dial-peer за входящи IP PSTN повикване крака:

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

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

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

    Определя VOIP dial-peer с етикет 100 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    session protocol sipv2

    Указва, че този dial-peer ще се справя с SIP краката за обаждания.

    incoming uri via 100

    Целият входящ трафик от IP PSTN до LocalGW е съчетан на входящия IP адрес на заглавката на входящия VIA, определен в гласов клас URI 100 SIP, за да съответства въз основа на изходния IP (ITSP's) адрес.

    destination dpg 200

    С местоназначението DPG 200, IOS-XE чрез преминава класическите критерии за изходящо комутическо-партньорска съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, дефинирани в рамките на дестинация Dial-peer група 200, която е dial-peer 200201.

    voice-class sip tenant 300

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

    no vad

    Забранява откриването на гласова активност.

  2. Входящ dial-peer за входящи webex Повикване на краката:

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

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

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

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

    incoming uri request 200

    Целият входящ трафик от Webex Calling to LGW може да бъде съчетан по уникалния модел dtg в заявката URI, като уникално се идентифицира местният сайт на шлюза в рамките на Предприятие и в екосистемата Webex Calling .

    destination dpg 100

    С местоназначението DPG 100, IOS-XE чрез преминава класическите критерии за изходящо комутическо-партньорска съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, определени в рамките на дестинация Dial-peer група 100, която е dial-peer 101.

    max-conn 250

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

PSTN към Уебекс повикване

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

Webex Повикване към PSTN

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

За тази опция за разполагане е необходима следната конфигурация на локалния шлюз:

  1. Наемателина гласов клас—Трябва да създадете допълнителни наематели за връстници с храносмилателния номер, изправени пред Унифициран CM и ITSP, подобно на наемател 200 , който създадохме за Webex Calling , изправени пред dial-peers.

  2. URIsза гласов клас—Модели, определящи ХОСТ IP адреси/портове за различни стволове, прекратяващи се на LGW: от Унифициран CM до LGW за PSTN дестинации; Унифициран CM към LGW за Webex Повикващи дестинации; Webex Призоваване към LGW; и PSTN SIP багажника прекратяване на LGW.

  3. Гласов клас сървър-група—Целеви IP адреси/портове за изходящи стволове от LGW до Унифициран CM, LGW до Webex Callingи LGW към PSTN SIP багажника.

  4. Изходящи връстнициза набиране—За маршрутиране на изходящи кол крака от LGW до Унифициран CM, ITSP SIP багажник и/или Webex Calling.

  5. Гласов клас DPG—Целево изходящо dial-peer(и), извиквано(и) от входящ dial-peer.

  6. Входящи dial-peers —За да приемете входящите кол крака от Унифициран CM, ITSP и/или Webex Calling.

1

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

  1. Гласов клас наемател 100 се прилага на всички изходящи dial-peers с лице Унифициран CM и IP PSTN:

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

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

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

  1. Определя IP адреса на хоста на ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Дефиниране на модел за уникално идентифициране на локален сайт на шлюз в рамките на предприятие въз основа на параметъра TrunkGroup OTG/DTG на Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

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

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

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

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

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

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

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

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Конфигуриране на следните изходящи dial-peers:

  1. Изходящ dial-peer към IP PSTN:

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

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

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

    Определя VOIP dial-peer с етикет 101 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указва, че този dial-peer ще се справя с SIP краката за обаждания.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

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

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

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

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

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

    Определя VOIP dial-peer с маркер на 200201 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    session target sip-server

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

    voice-class stun-usage 200

    Функцията sTUN обвързвания на LGW позволява локално генерирани STUN заявки да бъдат изпратени по пътя на договорените медии. Това помага при отварянето на щифтовете в защитната стена.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP е активиран за този краче за обаждания.

  3. Изходящ dial-peer към Уебекс повикващия багажник на Унифициран CM:

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

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

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

    Определя VOIP dial-peer с етикет 301 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    session server-group 301

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

    Сървърна група в партньорската група за изходящи набиране

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

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

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

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

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

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

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

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

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

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

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

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

Конфигуриране на следните входящи dial-peers:

  1. Входящ dial-peer за входящи IP PSTN повикване крака:

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

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

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

    Определя VOIP dial-peer с етикет 100 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    session protocol sipv2

    Указва, че този dial-peer ще се справя с SIP краката за обаждания.

    incoming uri via 100

    Целият входящ трафик от IP PSTN до LGW е съчетан на входящия IP адрес на заглавката на входящия VIA, определен в гласов клас URI 100 SIP, за да съответства въз основа на изходния IP (ITSP's) адрес.

    destination dpg 302

    С местоназначението DPG 302, IOS-XE чрез преминава класическите критерии за изходящо комутическо съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, дефинирани в рамките на местоназначение DPG 302, които могат да бъдат или dial-peer 305, или dial-peer 307.

    voice-class sip tenant 300

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

  2. Входящ dial-peer за входящи webex Повикване на краката:

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

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

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

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

    incoming uri request 200

    Целият входящ трафик от Webex Calling to LGW може да бъде съчетан по уникалния модел dtg в URI за заявка, като уникално се идентифицира местен сайт на шлюз в рамките на Предприятие и в екосистемата Webex Calling .

    destination dpg 300

    С местоназначението DPG 300, IOS-XE чрез преминава класическите критерии за изходящо комутическо-партньорска съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, определени в рамките на местоназначение DPG 300, които могат да бъдат или dial-peer 301 или dial-peer 303.

    max-conn 250

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

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

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

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

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

    Определя VOIP dial-peer с маркер 300 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    incoming uri via 300

    Целият входящ трафик от Унифициран CM до LGW е съчетан на порта на източника (5065), дефиниран в гласов клас URI 300 SIP.

    destination dpg 200

    С местоназначението DPG 200, IOS-XE чрез преминава класическите критерии за изходящо комутическо-партньорска съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, определени в рамките на местоназначение DPG 200, които ще бъдат dial-peer 200201.

    voice-class sip tenant 300

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

  4. Входящ dial-peer за входящи Унифицирани CM повикване крака с PSTN като местоназначението:

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

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

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

    Определя VOIP dial-peer с маркер 302 и е дадено смислено описание за лекота на управление и отстраняване на неизправности.

    incoming uri via 302

    Целият входящ трафик от Унифициран CM до LGW за PSTN дестинация е съчетан на Унифициран CM източник сигнализация IP адрес и VIA порт, дефинирани в глас клас URI 302 SIP. Използва се стандартен SIP порт 5060.

    destination dpg 100

    С местоназначението DPG 100, IOS-XE чрез преминава класическите критерии за изходящо комутическо-партньорска съвпадение и веднага пристъпва към настройка на изходящия кол крак с помощта на комутационни връстници, определени в рамките на местоназначение DPG 100, които ще бъдат dial-peer 101.

    voice-class sip tenant 300

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

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

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

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

Унифициран CM Webex повикваща багажника към Webex повикваща платформа

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

Диагностични подписи (DS) са XML файлове, които съдържат информация за проблем задейства събития и действия, които трябва да бъдат предприети за информиране, отстраняване на неизправности и отстраняване на проблема. Логиката на откриване на проблеми се дефинира с помощта на syslog съобщения, SNMP събития и чрез периодично наблюдение на конкретни шоу командни изходи. Типовете действия включват събиране на шоу командни изходи, генериране на консолидиран регистрационен файл и качване на файла на потребител, предоставен мрежово местоположение като HTTPS, SCP, FTP сървър. DS файлове са автор на TAC инженери и са цифрово подписани за защита на целостта. Всеки DS файл има уникален цифров ИД, присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е един източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

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

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

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

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

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

Локален шлюз, изпълняващ IOS XE 17.3.2 или по-висока

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Конфигуриране на променливата ds_email на средата с имейл адреса на администратора, който трябва да бъде уведомен.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Локален шлюз, изпълняващ IOS XE 16.11.1 или по-висока

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

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

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

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

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

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

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

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

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

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


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

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

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

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

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

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

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Изтеглете DS 64224 с помощта на следните падащи опции в Инструмент за справказа диагностични подписи:

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

    Име на поле

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

    Платформа

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

    Продукт

    КУБ Ентърпрайз в Уебекс извикване решение

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

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

    Тип проблем

    Високо cpu utilization с имейл известие

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

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

    По-долу показва пример за копиране на файла от FTP сървър на локалния шлюз.

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

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

    
    LocalGateway# 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

    DSLGWCПУМОН75___

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    ЛокалГейтуей #


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

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

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

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

    Име на поле

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

    Платформа

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

    Продукт

    КУБ Ентърпрайз в Уебекс извикване решение

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

    SIP-SIP

    Тип проблем

    SIP Trunk Un-регистрация с известие по имейл

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

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

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

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

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Изтеглете DS 65221 с помощта на следните опции в инструментза справка за диагностични подписи:

    Име на поле

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

    Платформа

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

    Продукт

    КУБ Ентърпрайз в Уебекс извикване решение

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

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

    Тип проблем

    SIP необичайно откриване на прекъсване на разговора с Имейл и Syslog Уведомление

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

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

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

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

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

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

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

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

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

    Пример:

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

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

    Име на поле

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

    Платформа

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

    Продукт

    КУБ Ентърпрайз в Уебекс извикване решение

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

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

    Тип проблем

    Високо cpu utilization с имейл известие

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

    Име на поле

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

    Платформа

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

    Продукт

    КУБ Ентърпрайз в Уебекс извикване решение

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

    Syslogs

    Тип проблем

    Syslog - %VOICEIEC-3-GW_: CCAPI: Вътрешна грешка (Праг на скока на обажданията): IEC=1,1,181,1,29,0

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Инсталирайте високо cpu мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз.

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

    
    LocalGateway# 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

    DSLGWCПУМОН75___

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGWIEC___all_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

    ЛокалГейтуей #

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

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


LocalGateway# 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

DSLGWCПУМОН75___

0.0.10

Регистриран

2020-11-08 00:07:45

65095

DSLGWIEC___all_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

ЛокалГейтуей #

LocalGateway# показват статистика за диагностика-подпис по повикване-начало

ИД на DS

Име на DS

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

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

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

64224

DSLGWCПУМОН75___

0/0/N

0.000

0.000

65095

DSLGWIEC___all_spike_threshold

1/20/Y

23.053

23.053

ЛокалГейтуей #

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

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

Диагностичните подписи, които се използват за целите на отстраняването на неизправности, обикновено се дефинират за деинсталиране след откриване на определен брой възникнали проблеми. Ако желаете да деинсталирате подпис ръчно, извлечете DS ID от изхода на показване на диагностика-подпис call-home и изпълнете командата, показана по-долу.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Пример:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

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

7 мар 2022
Внедрете CUBE висока наличност като локален шлюз

Local Gateway (LGW) е единственият вариант за предоставяне на помещения базирани PSTN достъп за Cisco Webex Calling клиенти. Целта на този документ е да Ви съдейства при изграждането на конфигурация на Local Gateway с помощта на 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

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

Локалното разполагане на Gateway (представено по-долу) е във фокуса на тази статия. Местен шлюз (Помещения базирани 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 висока наличност (HA) слой 2 Кутия към кутия (B2B) съкращения за състояние запазване на повиквания

Считано от IOS-XE 16.12.2, CUBE HA може да се разположи като Локален шлюз за Cisco Webex Calling trunk (Premises-based PSTN) разполагания и ще покрием съображения и конфигурации на дизайна в тази статия. Тази фигура показва типичен КУБ HA настройка като Локален шлюз за Cisco Webex Calling багажник разполагане.

Редунданси Група Infra компонент

Компонентът Infra на Групата за съкращения (RG) осигурява подкрепата за комуникационната инфраструктура "кутия към кутия" между двете Кубове и договаря окончателното стабилно състояние на съкращения. Този компонент също така предоставя:

  • Протокол, подобен на HSRP, който договаря окончателното състояние на съкращения за всеки рутер чрез обмен на keepalive и hello съобщения между двете Кубове (чрез контролния интерфейс)—GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за контролно определяне на сигнализирането и медийното състояние за всяко обаждане от активния към маршрутизатора за готовност (чрез интерфейса за данни)—GigabitEthernet3 на фигурата по-горе.

  • Конфигуриране и управление на интерфейса virtual IP (VIP) за интерфейсите за трафик (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран да поддържа глас B2B HA.

Управление на виртуален IP (VIP) адрес както за сигнализация, така и за медии

B2B HA разчита на VIP, за да постигне съкращения. VIP и свързаните физически интерфейси и на двата Кубчета в двойката CUBE HA трябва да пребивават на една и съща LAN подмрежа. Конфигурацията на VIP и свързването на VIP интерфейса с определено гласово приложение (SIP) са задължителни за гласова B2B HA поддръжка. Външни устройства като Унифициран CM, Webex Calling access SBC, доставчик на услуги или прокси, използват VIP като ip адрес местоназначение за разговорите, превъртащи през рутерите CUBE HA. Оттук от гледна точка на Webex Calling двойките CUBE HA действат като един-единствен местен шлюз.

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

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

Следните изисквания съществуват за използване на CUBE HA като локален шлюз за състояние отказ на повиквания:

  • CUBE HA не може да има TDM или аналогови интерфейси съвместно разположени

  • Gig1 и Gig2 са наричани интерфейси трафик (SIP/RTP) и Gig3 е Redundancy Group (RG) Контрол/интерфейс за данни

  • Не повече от 2 CUBE HA двойки могат да бъдат поставени в един и същ слой 2 домейн, един с група ID 1, а другият с група ID 2. Ако конфигурирането на 2 HA двойки със същия ид на група, интерфейсите RG Control/Data трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Порт канал се поддържа както за RG Control/ данни и трафик интерфейси

  • Всички сигнализация/носители се произхождат от/към Виртуалния IP адрес

  • По всяко време платформа е презаредена в CUBE-HA връзка, тя винаги ботуши нагоре като Standby

  • По-нисък адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Redundancy Интерфейс Идентификатор, rii трябва да бъде уникален за двойка / интерфейс комбинация на същия Слой 2

  • Конфигурация на двете Кубове трябва да бъде идентичен включително физическа конфигурация и трябва да се изпълнява на един и същ тип платформа и IOS-XE версия

  • Интерфейсите за loopback не могат да се използват толкова обвързващи, колкото винаги са нагоре

  • Няколко интерфейса на трафика (SIP/RTP) (Gig1, Gig2) изискват проследяването на интерфейса да бъде конфигурирано

  • CUBE-HA не се поддържа през кръстосване кабелна връзка за връзката RG-контрол/данни (Gig3)

  • И двете платформи трябва да бъдат идентични и да бъдат свързани чрез физически Превключвател във всички по същия начин интерфейси, за да работи CUBE HA, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да се прекрати на един и същ превключвател и така нататък.

  • Не може WAN да е прекратено на CUBEs директно или Data HA от двете страни

  • И двете Активни/В режим на готовност трябва да са в един и същ център за данни

  • Задължително е да се използва отделен L3 интерфейс за съкращения (RG Control/data, Gig3). т.е интерфейс, използван за трафик, не може да се използва за ha keepalives и контролно-пропускателен пункт

  • При отказ преди това активният КУБ преминава през презареждане по дизайн, запазвайки сигнализацията и носителя

Конфигуриране на съкращаване на двете кубове

Трябва да конфигурирате layer 2 кутия-към-кутия уволнение на двете CUBEs, предназначени да бъдат използвани в HA двойка, за да изведе виртуални IPs.

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 group, след като интерфейсът излезе – 30 секунди по подразбиране. Обхватът е 0-10000 секунди

    • Презареждане—Това е количеството време за забавяне на инициализацията на RG групата и ролевото договаряне след презареждане – По подразбиране 60 секунди. Обхватът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, макар че тези таймери могат да бъдат коригирани, за да се побере всяко допълнително забавяне на сближаването на мрежата, което може да възникне по време на зареждане/презареждане на маршрутизаторите, за да се гарантира, че договарянето на протокола RG се осъществява след маршрутизиране в мрежата се е сближило до стабилна точка. Например, ако след отказ се види, че е необходимо до 20 сек за новия РЕЖИМ НА ГОТОВНОСТ, за да видите първия пакет RG HELLO от новия ACTIVE, тогава таймерите трябва да бъдат коригирани на "таймерите забавят 60 презареждане 120" на фактор в това забавяне.

  • контрол GigabitEthernet3 протокол 1—Конфигурира интерфейса, използван за обмен на keepalive и здравей съобщения между двете Кубове, и указва екземпляра на протокола, който ще бъде прикрепен към контролен интерфейс и влиза в режим на конфигуриране на протокола за съкращения

  • данни GigabitEthernet3—Конфигурира интерфейса, използван за контролно определяне на трафика на данни

  • писта—RG групово проследяване на интерфейси

  • протокол 1—Указва екземпляра на протокола, който ще бъде прикрепен към контролен интерфейс и влиза в режим на конфигуриране на протокола за съкращения

  • таймери hellotime 3 holdtime 10—Конфигурира двата таймера за hellotime и време за задържане:

    • Hellotime— Интервал между последователни здравей съобщения – По подразбиране 3 секунди. Обхватът е 250 милисекунди-254 секунди

    • Време за задържане—Интервалът между получаването на съобщение Hello и презумпцията, че изпращащия маршрутизатор е неуспешен. Тази продължителност трябва да бъде по-голяма от здравей-времето – По подразбиране 10 секунди. Обхватът е 750 милисекунди-255 секунди

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

3

Разрешаване на съкращаване от кутия към кутия за приложението CUBE. Конфигуриране на RG от предишната стъпка под voice service voip. Това дава възможност на приложението CUBE да контролира процеса на съкращаване.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

съкращения-група 1—Добавяне и премахване на тази команда изисква презареждане за актуализираната конфигурация да влезе в сила. Ще презаредим платформите, след като цялата конфигурация е приложена.

4

Конфигуриране на интерфейсите Gig1 и Gig2 със съответните им виртуални IPs, както е показано по-долу, и прилагайте идентификатора на интерфейса за съкращения (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

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

  • redundancy rii—Конфигурира идентификатора на интерфейса за съкращения за групата на съкращенията. Изисква се за генериране на виртуален MAC (VMAC) адрес. Една и съща стойност rii ID трябва да се използва на интерфейса на всеки рутер (ACTIVE/STANDBY), който има един и същ VIP.


     

    Ако има повече от една B2B двойка на една и съща LAN, всяка двойка ТРЯБВА да има уникални идентификатори rii на съответните си интерфейси (за предотвратяване на сблъсък). "покажи група за кандидатстване за съкращения всички" следва да посочва правилната местна и партньорска информация.

  • група за съкращения 1—Свързва интерфейса с групата за съкращения, създадена в Стъпка 2 по-горе. Конфигурирайте RG групата, както и ВИП, присвоен на този физически интерфейс.


     

    Задължително е да се използва отделен интерфейс за съкращаване, т.е. интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за контрол и данни, указан в Стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG контрол/данни

5

Запишете конфигурацията на първия КУБ и я заредете повторно.

Платформата за презареждане последно винаги е Режимът на готовност.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

След VCUBE-1 ботуши нагоре напълно, запишете конфигурацията на VCUBE-2 и го презареди.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

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

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


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

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

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

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

VCUBE-1#

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

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

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

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

VCUBE-2#

Конфигуриране на локален шлюз и на двете кубове

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

  • Потребителско име: Хюсеин1076LGU_

  • Парола: lOV12MEaZx

1

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


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

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


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 достъп SBC, докато изходът на "покажи sip-ua регистър състояние" е празен в VCUBE-1

3

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


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

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


VCUBE-2#redundancy application reload group 1 self

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

  • Когато ACTIVE маршрутизаторът се презареди

  • Когато циклите на захранване на ACTIVE рутера

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

5

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


VCUBE-1#show sip-ua register status

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

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

6

Погледнете съответния debug регистрационен файл на VCUBE-1 изпращане на SIP РЕГИСТЪР на Webex Calling VIA виртуалния IP и получаване на 200 OK.


VCUBE-1#show log

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

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

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

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

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

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

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

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

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

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

Настройка Стойност
Име Уникално име, като Webex
Описание Съдържателно описание, като Webex SIP профил
Разрешаване на ОПЦИИ Пинг да следи състоянието на местоназначението за Стволове с тип услуга "Няма (по подразбиране)" Отметнато

Създаване на място за търсене на обаждания от Webex

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

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

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

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

PSTNМеждунамерен (PSTN достъп)

onNetRemote (GDPR научени дестинации)


 

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

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

Създайте SIP багажник за обажданията до и от Webex чрез Локалния шлюз със следните настройки:

Настройка Стойност
Информация за устройството
DeviceName Уникално име, като Webex
Описание Съдържателно описание, като Например Webex SIP Trunk
Изпълнение на всички активни единни CM възли Отметнато
Входящи повиквания
Извикване на пространство за търсене Предварително дефинираното пространство за търсене на повиквания: Webex
AAR Пространство за търсене при извикване Пространство за търсене на повикване само с достъп до PSTN маршрут модели: PSTNРерутиране
Информация за SIP
Адрес на местоназначение IP адрес на куб на локалния шлюз
Пристанище местоназначение 5060
SIP Trunk профил за защита Предварително дефинирани: Webex
SIP профил Предварително дефинирани: Webex

Конфигуриране на група маршрути за Webex

Създаване на група маршрути със следните настройки:

Настройка Стойност
Информация за групата маршрути
Име на групата за маршрутизиране Уникално име, като Webex
Избрани устройства Предварително конфигурираният SIP багажник: Webex

Конфигуриране на списък с маршрути за Webex

Създаване на списък с маршрути със следните настройки:

Настройка Стойност
Информация за списъка с маршрути
Име Уникално име, като RLWebex_
Описание Съдържателно описание, като например Списък с маршрути за 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 Модел за нормализиране
Използване на пространството за търсене при извикване на оригинатор Отметнато
Неотложен приоритет Отметнато
Не чакайте времето за изчакване на interdigit на следващите хмел Отметнато
Наречена Парти трансформация маска Маска за нормализиране на номера до +E.164. Например: +140855501XX
20 юни 2022
Настройване на функциите ви за призование webex

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

Създайте група за лов

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

За повече информация как да настроите група за търсене вижте Групи за търсене в Cisco Webex Control Hub.

Създайте опашка за обаждания

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

За повече информация как да настроите и управлявате опашка за обаждания, вижте Управление на опашките за обаждания в Cisco Webex Control Hub.

Създайте рецепционист клиент

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

За информация как да настроите и прегледате клиентите на рецепционистите вижте Клиенти на рецепционист в Cisco Webex Control Hub.

Създавайте и управлявайте автоматични служители

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

За информация как да създавате и управлявате автоматични оператори, вижте Управление на автоматични оператори в Cisco Webex Control Hub.

Конфигурирайте група за пейджинг

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

За информация как да настроите и редактирате групи за пейджинг, вижте Конфигуриране на група за пейджинг в Cisco Webex Control Hub.

Настройте вдигане на обаждане

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

За информация как да настроите група за приемане на повикване, вижте Вземане на повикване в Cisco Webex Control Hub.

Настройте паркиране на повиквания

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

За повече информация как да настроите паркиране на повикванията, вижте Паркиране на повикванията в Cisco Webex Control Hub.

Позволете на потребителите да влизат в телефонните обаждания на други хора

1

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

2

Изберете Обаждане, отидете на Разширени настройки за разговори и след това изберете Включване.

3

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

Не позволявайте на някой да наблюдава състоянието на линията на потребителя

1

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

2

Изберете Обаждане и след това отидете на Поверителност.

3

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

4

Поставете отметка в квадратчето Активиране на поверителност. След това можете да решите дали да блокирате всички, като оставите полето Търсене на потребител по име празно или изберете кой може да наблюдава състоянието на линията на този потребител.

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

5

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

Пример

Искате ли да видите как се прави? Гледайте тази демонстрация на видеоклипа за това как да управлявате настройките за поверителност за потребител в Control Hub.

Списък за наблюдение - други потребители и разширения за паркиране на повиквания

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


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

1

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

2

Изберете Обаждане, изберете Разширени настройки за повиквания и след това отидете на Наблюдение.

3

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

  • Добавяне на наблюдавана линия
  • Добавяне на вътр. линия за паркиране
4

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


 

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


 

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

Пример

Искате ли да видите как се прави? Гледайте тази демонстрация на видеоклипа за това как да управлявате настройките за наблюдение за потребител в Control Hub.

Включете хотела за потребител

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

1

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

2

Изберете Обаждане, изберете Разширени настройки за обаждания и кликнете върху Хотели.

3

Включете Хотели и след това кликнете върху Запазване.

Пример

Искате ли да видите как се прави? Гледайте тази видео демонстрация за това как да конфигурирате настройките си за задържане на музика в Control Hub.
7 мар 2022
Конфигуриране и управление на вашите потребители, извикващи Webex

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


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


При добавяне на потребители, първото и фамилното име не трябва да включват разширени ascii знаци или следните знаци %, #, <,>, \, /," и да имат максимална дължина от 30 знака.</,> Тези специални ограничения на знаците се отнасят само за потребители на Webex Calling.

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

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

1

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

2

Изберете Ръчно добавяне или промяна на потребители.

3

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

4

Изберете един и щракнете върху Напред:

  • Изберете Имейл адреси въведете до 25 имейл адреса.
  • Изберете Имена и Имейл адреси, след което въведете до 25 имена и имейл адреси.

 

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

5

Присвояване на лиценз:

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


 

Ако присвоявате лицензи за Контактен център, изберете Webex Teams, след това Грижа за клиента с опцията Премиум и Стандартен агент . За да добавите супервайзор, изберете както опции Premium , така и Supervisor . Потребител се третира като агент, освен ако не ги направите супервайзор.

6

Управление на съдържанието:

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

7

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

  • Имейл се изпраща на всеки човек с покана за присъединяване.

  • В контролния центърхората се появяват в чакащо състояние на покана, докато не влизат за първи път. Лицензите се присвояват след потребителските знаци за първи път или ако използвате Cisco Directory Connector с претендиран домейн, лицензите се присвояват, когато потребителите са създадени.

8

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

9

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


 

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

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

Можете да присвоите административни привилегии на хора във вашата организация.

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

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

За клиенти в азиатско-тихоокеански регион (включително Япония, Китай и Хонг Конг), caller ID автоматичното попълва от полетата Собствено име и фамилия и полетата Caller ID Собствено име и Caller ID Фамилно име се игнорират в CSV качването.


Някои редактори на електронни таблици премахват знака + от клетките, когато се отвори .csv. Предлагаме ви да използвате текстов редактор, за да направите актуализации на .csv. Ако използвате редактор на електронна таблица, уверете се, че сте задали клетъчния формат на текст, и добавете обратно всички + знаци, които са премахнати.


Експортиране на нов CSV с цел улавяне на най-новите полета и избягване на грешки при импортирането на промените.

1

От изгледа на клиента в https://admin.webex.com, отидете на Потребители, щракнете върху Управление на потребители и изберете CSV Добавяне или промяна на потребители.

2

Щракнете върху Експортиране , за да изтеглите файла и можете да въведете потребителска информация в нов ред във файла CSV.

  • За да присвоите услуга, добавете TRUE в колоната на тази услуга и за да изключите услуга, добавете FALSE. Колоната User ID/Email (Задължително) е единственото задължително поле. Ако имате конкретна директория и външни номера за всеки нов потребител, тогава включете водещия + за външни номера без други знаци,

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


     

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

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

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

 

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

3

Щракнете върху Импортиране, изберете вашия файл и щракнете върху Отвори.

4

Изберете или Добавяне само на услуги, или Добавяне и премахване на услуги.

Ако имате активен шаблон за лиценз, изберете Добавяне самона услуги.

5

Щракнете върху \„Изпрати\“.

CSV файлът се качва и задачата ви се създава. Можете да затворите браузъра или този прозорец и вашата задача продължава да се изпълнява. За да прегледате напредъка на задачата си, вижте Управление на задачите в центъраза управление на Cisco Webex.

1

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

2

Изберете потребител и щракнете върху Услуги > Редактиране на лицензи.

3

Ако имате няколко абонамента, изберете абонамент от списъка.

4

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

5

Ако сте присвоили лиценз за Webex Meetings, изберете тип акаунт, с който да присвоите потребителя за всеки сайт на Webex Meetings, и щракнете върху Запиши.


 

Трябва да имате активирана функцията attendee акаунт за вашия Webex сайт, за да присвоите потребители като участници. Ако не виждате колоната за акаунт на Attendee във файла CSV, след това се свържете с мениджъра си за успех на клиенти (CSM), мениджър на успеха на партньори (PSM) или центъра за техническа помощ на Cisco (TAC), за да разрешите тази функция за вашия Webex сайт.

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


 

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

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

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

Не можете да изтривате потребители или да променяте местоположението, присвоено на потребител с CSV шаблона.


Някои редактори на електронни таблици премахват знака + от клетките, когато се отвори .csv. Предлагаме ви да използвате текстов редактор, за да направите актуализации на .csv. Ако използвате редактор на електронна таблица, уверете се, че сте задали клетъчния формат на текст, и добавете обратно всички + знаци, които са премахнати.


Експортиране на нов CSV с цел улавяне на най-новите полета и избягване на грешки при импортирането на промените.

1

От изгледа на клиента в https://admin.webex.com, отидете на Потребители, щракнете върху Управление на потребителии изберете CSV Добавяне или промяна на потребител.

2

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

3

Щракнете върху Експортиране , за да изтеглите файла. Можете да редактирате изтегления файл (exported_users.csv) по някой от следните начини:

  • За да модифицирате съществуващите потребители, можете да актуализирате всяка колона с изключение на User ID/Email (Задължително), и Местоположение. Ако например промените User ID/Email това създава нов потребител.

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

  • За да присвоите услуга, добавете TRUE в колоната на тази услуга и за да изключите услуга, добавете FALSE.

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

4

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

  • USEORGSETTINGS__—Въведете този низ, за да използвате настройката за цялата организация.

  • NATIVEWEBEXTEAMSCALLING___—Въведете този низ, за да използвате опцията Извикване в Екипи на Webex.

  • CALLWITHAPPREGISTEDFORWEBEXCALLTEL_____—Въведете този низ, за да използвате опцията за приложение Webex Calling.

5

Въведете ИД номер на повикващия, Собствено имена ИД на повикващия и ИДна повикващия. Ако оставите графите ИДна повикващия , ИД на повикващия собствено имеи ИД на повикващия Фамилно име празни, тогава това, което е в колоната "Собствено име", "Фамилно име" и "Телефонен номер ", ще се покаже, когато потребителят осъществи обаждане. Ако оставите идентификационния номер на повикващия празен, тогава Главният номер на местоположение показва, когато потребителят се обади.


 

Колоните "Собствено име " и "ИД на повикващия" и "Фамилно име " не могат да съдържат специални знаци. Ако ИД на обаждащ се собствено име или ИД на повикващия фамилно име съдържа специален знак, тогава се използва опростена версия на името.

6

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

7

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


 

Потребителят не може да има два лиценза Calling, така че ако организацията ви има няколко абонамента и искате да преместите потребителите в нов абонамент, изберете опцията Добавяне и премахване на услуги . За да добавите услуги, задайте клетките на TRUE и премахнете услугите, като зададете тези клетки на FALSE.

CSV файлът се качва и задачата ви се създава. Можете да затворите браузъра или този прозорец и вашата задача продължава да се изпълнява. За да прегледате напредъка на задачата си, вижте Управление на задачите в центъраза управление на Cisco Webex.

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

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

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

1

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

2

Изберете Извикване и след това щракнете върху Добавяне на номер.

3

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

Ако на потребителя вече е присвоен номер, всеки допълнителен номер, добавен към потребителя, се добавя като алтернативен номер. Можете да добавите до 10 алтернативни номера към потребител.

4

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

5

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

1

От изгледа на клиента в https://admin.webex.com, отидете на Потребители, филтрирайте колоната Състояние , за да покажете хората със състояние "Чакащи покани".

2

Под "Действия"за лице със състояние "Чакащи покани" изберете още > Повторно отправяне на покана.

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

От изгледа на клиента в https://admin.webex.com, отидете на Потребители, щракнете върху още бутон и след това щракнете върху Изтриване на потребител.

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

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

1

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

2

Кликнете върху още бутона.

3

Щракнете върху Дезактивиране на потребител.

Услугите на Webex , включително услугите на Webex Calling , вече са деактивирани за този потребител.

Когато бъдат деактивирани, както приложението Webex, така и потребителите на приложението Webex Calling ще бъдат излезли от сесиите си. Целият потребителски достъп до https://settings.webex.com/ и Control Hub се отменя. MPP телефоните ще продължат да поддържат обаждания за изходящи и входящи повиквания за кратък период от време, освен ако администраторът не разреши прихващане на обаждания за този потребител. За повече информация относно прихващането на обаждания вижте Конфигуриране на прихващане на обаждания за потребител за Webex Call в центъра за контролна Cisco.

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


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

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

Винаги ще искате да имате повече от един администратор за организация. Това е най-добра практика и винаги ще ви позволява да правите административни промени, ако някой от администраторите не е наличен.

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


За информация относно привилегиите на администратора на HCS в контролния център вж. https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

1

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

2

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

3

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

За да присвоите потребител като администратор на Webex Сайт, до администраторски ролина Webex Site щракнете върху Редактиране и изберете роля за всеки webex сайт, който искате потребителят да управлява.


 

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

4

Изберете Запиши.

17 юни 2022
Конфигуриране и управление на Webex Повикващи устройства

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

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

Устройствата, изброени тук, поддържат Webex Calling. Докато всички тези устройства могат да бъдат регистрирани с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с код за активиране:

1

От изгледа на клиента в https://admin.webex.com отидете на Устройства и след това щракнете върху Добавяне на устройство.


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

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

3

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

4

Изберете една от следните опции и след това кликнете върху Запазване:

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

     

    Многоплатформените телефони трябва да имат зареден фърмуер от 11.2.3MSR1 или по-нова версия, за да се покаже екранът с код за активиране. Ако фърмуерът на телефона трябва да бъде актуализиран, насочете потребителите към https://upgrade.cisco.com/MPP_upgrade.html.

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

 

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

Ако сте избрали да генерирате код за активиране за устройството, но все още не сте го използвали, състоянието на това устройство се чете като Активиране в секцията Устройства на присвоения потребител и основната Списък Устройства в Control Hub. Имайте предвид, че може да отнеме до 10 минути, докато състоянието на устройството се актуализира в Control Hub.

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

Въведете име за работното пространство (като име на физическата стая), изберете тип стая и добавете капацитет. След това кликнете върху Напред.


 

Името на работното пространство не може да бъде по-дълго от 30 знака и не може да съдържа символи %, #, <, >, /, \ и ".

3

Изберете Cisco IP телефон и след това щракнете върху Напред.

4

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

За Обаждания в Webex можете да добавите само един споделен телефон към работно пространство.

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

5

Задайте Местоположение и Телефонен номер (определени от местоположението, което изберете) и след това кликнете върху Запазване. Имате и възможност да зададете разширение.


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


Обажданията, направени чрез URI, ще продължат да се пренасочват през приложението Webex.

1

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

2

От потребителския панел, който се отваря вдясно, превъртете надолу до Устройства и след това изберете една от следните опции:

  • Ако потребителят има вече присвоено поне едно устройство — щракнете върху ... и след това изберете Добавяне на устройство за стая Webex.
  • Ако потребителят няма вече назначени устройства — щракнете върху Добавяне на устройство за стая Webex.
3

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

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


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


Обажданията, направени чрез URI, ще продължат да се пренасочват през приложението Webex.

1

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

2

Кликнете върху Добавяне на устройство и изберете опцията Съществуващ потребител.

3

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

4

Изберете Устройство за стая Cisco Webex.

5

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

Ако потребителят не активира устройството преди изтичането на кода, той може да генерира нов код за активиране от https://settings.webex.com. Потребителите могат също да добавят свои собствени лични устройства от там. За повече информация вижте Настройване на Webex Board, Room или Desk устройство като лично устройство.

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

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

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

1

От изгледа на клиента в https://admin.webex.com отидете на Работни пространства и след това щракнете върху Добавяне на работно пространство.

2

Въведете име за работното пространство (като име на физическата стая), изберете тип стая и добавете капацитет. След това кликнете върху Напред.

3

Изберете Друго Cisco Webex устройство и след това щракнете върху Напред.

Други устройства Cisco Webex включват Cisco Webex Room или Desk устройство, включително Cisco Webex Board.

4

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

  • Безплатни обаждания – Потребителите могат да извършват само повиквания с Приложение Webex или Webex Session Initiation Protocol (SIP) с помощта на SIP адрес (например username@example.calls.webex.com).
  • Обаждания в Webex – Освен че могат да извършват и получават приложение Webex и SIP повиквания, хората в това работно пространство могат да използват устройството, за да извършват и получават телефонни обаждания от План за номериране за повиквания в Webex. Например, можете да се обадите на вашия колега Джакомо Едуардс, като наберете неговия телефонен номер 555-555-5555, неговия вътрешен номер 5555 или неговия SIP адрес gedwards@example.webex.com, но можете също да се обадите на местната пицария.
5

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

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

1

От изгледа на клиента в https://admin.webex.com отидете на Устройства, кликнете върху Добавяне на устройство и след това изберете дали добавяте устройството към потребител или работно пространство.

2

Изберете Импортиране/качване на CSV файл.

3

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

  • Потребители в моята организация – Можете да получите списък с всички потребители във вашата организация и свързаните с тях атрибути, така че да не се налага да търсите ръчно всеки потребител.
  • Добавяне на примерен шаблон на устройство – Можете да използвате шаблон, който сме измислили, и след това да въведете информация като потребителски имена, тип (посочете дали е потребител или работно пространство), MAC адреси и модели на устройства. Ето няколко неща, които трябва да имате предвид:
    • Трябва да въведете телефонен номер, вътрешен номер или и двете. Забележка: Тези полета преди това бяха озаглавени Номер на указател и Директна линия; тези имена на колони ще продължат да се поддържат за кратък период от време.

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

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

    • Ако въведете работно пространство, което все още не съществува, работното пространство се създава автоматично.

    • Ако Типът на устройството е IP, се изисква модел (например Cisco 7841, Cisco 8851 и т.н.), ако Типът на устройството е WEBEX или WEBEX_ИЗвикване на модел трябва да е празно.

    • Ако оставите колоната за MAC адрес празна, се генерира код за активиране, който трябва да бъде въведен на самото устройство.

4

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

  • Предоставете връзка – Кодът за активиране се добавя към CSV файл, който след това можете да изтеглите.
  • Код за активиране по имейл – Ако устройството е за работно пространство, кодът за активиране се изпраща до вас като администратор. Ако устройството е за потребител, кодът за активиране се изпраща на потребителя по имейл.
5

Импортирайте попълнения CSV файл.

6

Щракнете върху \„Изпрати\“.

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

 

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

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

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


Бързо набиране, което е добавено от потребител към неговия MPP телефон, не се вижда в Control Hub и може да бъде презаписано, ако е конфигурирана споделена линия.

1

От изгледа на клиентите в https://admin.webex.com отидете на Потребители или Работни пространства (в зависимост от това къде е назначено устройството за промяна).

2

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

3

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

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

4

За да добавите или премахнете потребители или места от този телефон, изберете Конфигуриране на линии.

5

За да премахнете ред, щракнете върху иконата .


 
Основният потребител на линия 1 не може да бъде премахнат.
6

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


 
Добавете редовете в реда, в който искате да се показват. За да пренаредите външния вид на реда, изтрийте и добавете към списъка в реда, в който искате да се показват.
7

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

Можете да конфигурирате портовете на устройство с аналогов телефонен адаптер (ATA), присвоено на потребител в Control Hub. В момента наличните две конфигурации за ATA устройства са за устройства с 2 порта и устройства с 24 порта.

1

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

2

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

3

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

4

Под Потребители на това устройство кликнете върху Конфигуриране на портове.

5

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

6

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


 
В търсенето се показват само работни пространства без устройства.
7

Ако устройството изисква компресиране на факс T.38, поставете отметка в квадратчето в колоната T.38 или отменете опциите за компресиране на ниво потребител и след това щракнете върху Запазване.


 
Работното пространство може да има ATA. Това е полезно за факс машини.

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


Увеличихме броя на телефонните номера, които можете да добавите в Control Hub от 250 на 1000.

1

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

2

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

3

След това кликнете върху Запазване.

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

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

Когато свържете аксесоари (слушалки/KEM) към MPP устройство, те се появяват като елемент от инвентара под раздела Устройства в Control Hub. От инвентара на Control Hub Devices можете да разберете модела на аксесоара, състоянието и на кого принадлежи аксесоарът. Когато изберете аксесоар, можете да получите допълнителна информация, като серийния номер на аксесоара и текущата версия на софтуера. Полето за статус на аксесоара се отчита като "онлайн", стига аксесоарът да е свързан към MPP. Свързани с MPP слушалки автоматично ще надстроят софтуера си с най-новата версия, налична от Device Management.

Искате ли да видите как се прави? Гледайте тази видео демонстрация за това как да преглеждате аксесоарите си в Control Hub.
Таблица 1. Съвместими слушалки

Модел на телефона