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

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

19 ное 2021
Преглед на Уебекс Обаждайки се

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

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

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

  • Извикване на абонаменти за потребители на телефония и общи части

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

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

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

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

Функция

Описание

Автоматичен оператор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

Изчакване на повикване

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

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

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

Office Anywhere

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

Предупреждение за приоритет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

Първи стъпки

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

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

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

Прегледайте Вашите Настройки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Роля на местния шлюз

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

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

Разполагане на местни шлюзове на Coresident

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

Локални разполагания на шлюз с локални унифицирани CM PBX

В следните случаи се изискват интеграти с Унифициран CM:

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

  • Необходимо е директно набиране между телефони, регистрирани на Унифициран CM, и телефони в Webex Calling места.

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

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

Посветен PSTN шлюз

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

Корезидент PSTN шлюз

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Обаждания, идващи в Унифициран CM от PSTN

  • Обаждания, идващи в Унифициран CM от BroadCloud

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

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

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

В противен случай концепцията за разрешение "(съкратено) on-net inter-site" все още не съществува, тогава към този дял трябва да се предвиди нов дял (например "onNetRemote"), към този дял се добавят дестинациите webex Calling и накрая този нов дял трябва да бъде добавен към подходящите пространства за търсене на обаждания.

Обаждания, идващи в Унифициран CM от PSTN

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

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

В противен случай концепцията за разрешение "(съкратено) on-net inter-site" все още не съществува, тогава към този дял трябва да се предвиди нов дял (например "onNetRemote"), към този дял се добавят дестинациите webex Calling и накрая този нов дял трябва да бъде добавен към подходящите пространства за търсене на обаждания.

Обаждания, идващи в Унифициран CM от BroadCloud

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Възможност за достигане до BroadCloud

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

За да се добави достижимост за дестинации в BroadCloud към този план за набиране, към този дял трябва да се създаде дял, представляващ всички дестинации в BroadCloud (" BroadCloud") и към този дял се добавя модел на маршрут +E.164 за всеки ДИАПАЗОН НА DID в BroadCloud. Този маршрутен модел препраща към списък с маршрути само с един член: маршрутната група с SIP багажника до Локалния шлюз за обаждания до BroadCloud. Тъй като всички набрани дестинации са нормализирани на +E.164 или с помощта на набиране нормализиране превод модели за повиквания с произход от Единни CM регистрирани крайни точки или входящ 2 Наречени партийни трансформации за повиквания с произход от PSTN този единен набор от +E.164 модели маршрути е достатъчен за постигане на достижимост за дестинации в BroadCloud независимо от използвания навик за набиране.

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

Добавяне на съкратено набиране на интерсити

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

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

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

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

Разлика между Webex Призоваване за доставчици на услуги и препродавачи с добавена стойност

Има две отделни повикващи оферти, които ливъридж една и съща Webex Calling платформа. Едната оферта е за доставчиците на услуги (SPs) и техните клиенти, докато другата оферта е за препродавачи на добавена стойност (VARs) и техните клиенти. В по-голямата си част офертите са идентични и като такива, ние ги наричаме родово като Webex Calling. Въпреки това, има няколко разлики и където трябва да извикаме тези разлики, ще се уверим, че знаете дали те се отнасят за SPs или VARs.

Докато и двете оферти се администрират в Control Hub с кръстосани стартирания в портала за администриране на повикване, ето някои ключови разлики.

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

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

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

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

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

  • SIP: или SIP://

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

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

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

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

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

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

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

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

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

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

19 ное 2021
Подгответе средата си за webex извикване

Подгответе средата си Конфигуриране на Webex извикване за вашата организация Конфигуриране на локален шлюз за PSTN достъп (само за VARs) Кофигур uCM Конфигуриране на функциите за извикване на Webex Конфигуриране и управление на потребители Конфигуриране и управление на устройства

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

Лицензиране

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

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

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

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


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

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

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

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

Всяко устройство във видеоразговор изисква до 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, както на локалното ръководство за конфигуриране на шлюз.

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

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.

19 ное 2021
Конфигуриране на Webex Извикване за вашата организация

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

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

1

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


 

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

2

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

3

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


 

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

4

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

5

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

6

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

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

 

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

7

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

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

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

9

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

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

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

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

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

1

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

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

2

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

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

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

4

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

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


     

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

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

    • Вашето местоположение е в страна, в която се поддържа Повикващият план cisco.

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

    • Хоствате се в Webex Calling Data Center в регион, в който се поддържа Повикващият план cisco.

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

     

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

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

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

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

5

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

6

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

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

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

7

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

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

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

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

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


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

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

1

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

2

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

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

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


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

1

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

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

2

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

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


     

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

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

    • Вашето местоположение е в страна, в която се поддържа Повикващият план cisco.

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

    • Хоствате се в Webex Calling Data Center в регион, в който се поддържа Повикващият план cisco.

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

     

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

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

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

     

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

3

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

4

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

5

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


 

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

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


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

1

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

2

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

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

     

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

3

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

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

     

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

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

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

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

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


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

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

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

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

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

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

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

1

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

2

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

3

Наименувайте багажника и щракнете върху Запиши.


 

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

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

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

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

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

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

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

1

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

2

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

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

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

1

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

2

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

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

3

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


 

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

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


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

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

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

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

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

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

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

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


 

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

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

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

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

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

  • Разберете помещенията базирани PSTN (локален шлюз) изисквания за 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: Задава SHA1_80 като единственият SRTP шифър-суит, който се предлага от местния шлюз в SDP в оферта и отговор. Webex Calling поддържа само SHA1_80.

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

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


 

В случаите, когато носителят е закотвен в 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

Указва SHA1_80, както е определено в 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, изправени пред dial-peers.

  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

    DS_LGW_CPU_MON75

    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 за откриване на появата "%VOICE_IEC-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 - %VOICE_IEC-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

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

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

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

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


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

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

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

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

ИД на DS

Име на DS

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

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

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

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

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


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

Пример:


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

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

19 ное 2021
Внедрете 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. Потребителското име и паролата за тази настройка са следните:

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

  • Парола: 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 активния CUBE

2

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

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

показване на статут на sip-ua-регистър


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

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

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

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

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

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

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

VCUBE-2#show sip-ua register status

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

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

3

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


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

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


VCUBE-2#redundancy application reload group 1 self

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

  • Когато ACTIVE маршрутизаторът се презареди

  • Когато циклите на захранване на 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
19 ное 2021
Конфигуриране на унифициран 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

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

Настройка Стойност
Информация за списъка с маршрути
Име Уникално име, като например RL_Webex
Описание Съдържателно описание, като например Списък с маршрути за Webex
Изпълнение на всички активни единни CM възли Проверено
Информация за члена на списъка с маршрути
Избрани групи Само дефинираната по-рано група маршрути: Webex

Създаване на дял за Webex дестинации

Създайте дял за webex дестинациите със следните настройки:

Настройка Стойност
Информация за списъка с маршрути
Име Уникално име, като Webex
Описание Съдържателно описание, като Например Webex Дял

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

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

Конфигуриране на модели на маршрут за Webex дестинации

Конфигурирайте моделите на маршрута за всеки ДИАПАЗОН НА DID в Webex със следните настройки:

Настройка Стойност
Модел на маршрута Пълен +E.164 модел за гамата DID в Webex с водещия "\". Например: \+140855501XX
Маршрут дял Webex
Шлюз/Списък с маршрути РЛ_Уебекс
Неотложен приоритет Проверено

Конфигуриране на съкратено нормализиране на циферблатното набиране за Webex

Ако е необходимо съкратено набиране на между сайтове към Webex, тогава конфигурирайте моделите за нормализиране на набирането за всеки ESN диапазон в Webex със следните настройки:

Настройка Стойност
Превод модел ESN модел за гамата ESN в Webex. Например: 80121XX
Дял Webex
Описание Съдържателно описание, като Webex Модел за нормализиране
Използване на пространството за търсене при извикване на оригинатор Проверено
Неотложен приоритет Проверено
Не чакайте времето за изчакване на interdigit на следващите хмел Проверено
Наречена Парти трансформация маска Маска за нормализиране на номера до +E.164. Например: +140855501XX
19 ное 2021
Настройване на функциите ви за призование webex

Създаване и управление на авто придружители

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

За информация как да създавате и управлявате Авто придружители вижте Управление на авто придружители в Центъра за управление на Cisco Webex.

Настройване на група за лов

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

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

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

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

За информация как да настроите и прегледате рецепционистките си клиенти вижте Рецепционистки клиенти в Cisco Webex Control Hub.

Конфигуриране на група за виртуална памет

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

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

Създаване на опашка за обаждания

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

За повече информация как да настроите и управлявате опашка за обаждания вижте Управление на опашките за обаждания в Центъра за контрол на Cisco Webex.

Настройване на вземане на повиквания

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

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

Настройване на парк за обаждания

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

За повече информация как да настроите парка за обаждания вижте Call Park в Центъра за контрол на Cisco Webex.

Разрешаване на потребителите да баржи в телефонни разговори на други хора

1

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

2

Изберете Извикване , отидете на Разширени настройки за обаждания и след това изберетеШлеп In.

3

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

Включване на Хотелиране за потребител

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

1

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

2

Изберете Обаждане, изберете Разширени настройки за обаждания и щракнете върху Хотелие .

3

Включете Hotelingи след това щракнете върху Запиши.

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

1

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

2

Изберете Обаждане и след това отидете на Поверителност .

3

Изберете подходящите настройки за поверителност на auto Attendant за този потребител.

4

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

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

5

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

Разрешаване на потребител да види състоянието на линията на чужд телефон или на разширение на парка за обаждания

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

1

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

2

Изберете Обаждане , изберете Разширени настройки за обаждания и след това отидете наМониторинг.

3

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

  • Добавяне на наблюдавана линия
  • Добавяне на вътрешен номер за прехвърляне на повиквания
4

Изберете дали искате този потребител да бъде уведомен за паркирани обаждания, потърсете лицето или разширението на call park да бъде наблюдавано и след това щракнете върху Запиши.


 

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

19 ное 2021
Конфигуриране и управление на вашите потребители, извикващи 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 актуализации. Ако използвате редактор на електронна таблица, уверете се, че сте задали клетъчния формат на текст, и добавете обратно всички + знаци, които са премахнати.

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 актуализации. Ако използвате редактор на електронна таблица, уверете се, че сте задали клетъчния формат на текст, и добавете обратно всички + знаци, които са премахнати.

1

От изгледа на клиента в , отидете на https://admin.webex.comПотребители , щракнете върху Управление на потребители , и изберетеCSV Добавяне или промяна на потребител.

2

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

3

Щракнете върху Експортиране, за да изтеглите файла. Можете да редактирате изтегления файл (exported_users.csv ) по някой отследните начини:

  • За да модифицирате съществуващи потребители, можете да актуализирате всяка колона с изключение на User ID/Email (Задължително), и Местоположение . Ако например промените User ID/Email това създава нов потребител.

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

  • За да присвоите услуга, добавете TRUE в колоната на тази услуга и за да изключите услуга, добавете FALSE.

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

4

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

  • ИЗПОЛЗВАЙТЕ_НАСТРОЙКИ ЗА ОРГ_–Въведете този низ, за да използвате настройката за цялата организация.

  • NATIVE_WEBEX_TEAMS_CALLING—Въведете този низ, за да използвате опцията Извикване в Екипи на Webex.

  • ПОВИКВАНЕ_С__ПРИЛОЖЕНИЕ, РЕГИСТРИРАНО_ЗА_WEBEXCALLTEL— Въведете този низ, за да използвате опцията за приложение 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 повикване в 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 сайт, който искате потребителят да управлява.

4

Изберете Запиши.

19 ное 2021
Конфигуриране и управление на Webex Повикващи устройства

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

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

Устройствата, изброени тук, поддържат Webex Calling. Докато всички тези устройства могат да бъдат регистрирани с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с помощта на код за активиране:

  • Мултиплатформен телефони от серия Cisco IP Телефон 6800 (Аудио телефони—6821, 6841, 6851, 6861, 6871)

  • Телефони cisco IP телефон 7800 серия мултиплатформи (аудио телефони—7811, 7821, 7841, 7861)

  • Мултиплатформен телефони от серия Cisco IP Телефон 8800 (Аудио телефони—8811, 8841, 8851, 8861)

  • Cisco IP телефон 8800 серия мултиплатформен телефони (видео телефони—8845, 8865)

  • Cisco IP конференция телефон 7832 и 8832


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

1

От изгледа на клиента в , отидете на https://admin.webex.comУстройства и след това щракнете върху Добавяне на устройство.


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

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

3

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

4

Изберете една от следните опции и след това щракнете върху Запиши:

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

     

    Мултиплатформените телефони трябва да имат натоварване на фърмуера от 11.2.3MSR1 или по-нова версия, за да се покаже екранът на кода за активиране. Ако телефон фърмуерът трябва да бъде актуализиран, посочете потребителите да https://upgrade.cisco.com/MPP_upgrade.html.

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

 

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

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

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

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

Устройствата изброени поддръжка Webex Calling. Докато повечето от тези устройства могат да бъдат регистрирани с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с помощта на код за активиране:

  • Мултиплатформен телефони от серия cisco IP телефон 6800 (аудио телефони—6821, 6841, 6851)

  • Телефони cisco IP телефон 7800 серия мултиплатформи (аудио телефони—7811, 7821, 7841, 7861)

  • Мултиплатформен телефони от серия Cisco IP Телефон 8800 (Аудио телефони—8811, 8841, 8851, 8861)

  • Cisco IP телефон 8800 серия мултиплатформен телефони (видео телефони—8845, 8865)

  • Cisco IP конференция телефон 7832 и 8832

1

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

2

Въведете име за работната област (като например името на физическата стая), изберете тип стая и добавете капацитет. След това щракнете върху Напред.

3

Изберете Cisco IP телефон и след това щракнете върху напред .

4

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

За Webex Callingможете да добавите само един споделен телефон към работна област.

За Cisco IP Конференция Телефон 7832 някои софти може да не са налични. Ако имате нужда от пълен набор от софтки, препоръчваме вместо това да присвоите този телефон на потребител.

5

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


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


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

1

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

2

От потребителския панел, който се отваря надясно, превъртете надолу до Устройства и след това изберете една от следните опции:

  • Ако потребителят има поне едно вече присвоено устройство—щракнете върху ... и след това изберете Добавяне на Webex стая устройство.
  • Ако потребителят няма вече присвоени устройства – щракнете върху Добавяне на Webex room Device.
3

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

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


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


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

1

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

2

Кликнете върху Добавяне на устройство , и изберете опцията Съществуващ потребител.

3

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

4

Изберете Cisco Webex стая устройство.

5

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

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

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

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

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

1

От изгледа на клиента в , отидете в https://admin.webex.comРаботни области , след което щракнете върху Добавяне на работна област.

2

Въведете име за работната област (като например името на физическата стая), изберете тип стая и добавете капацитет. След това щракнете върху Напред.

3

Изберете Други Cisco Webex устройство и след това щракнете върху напред .

Други Устройства Cisco Webex включват Cisco Webex стая или бюро устройство, включително Cisco Webex борда.

4

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

  • Безплатно извикване —Потребителите могат да правят обаждания само заWebex или Webex Session Initiation Protocol (SIP) с помощта на SIP адрес (например username@example.calls.webex.com).
  • Webex Calling—Освен че могат да правят и получават webex и SIP разговори, хората в тази Работна област могат да използват устройството, за да правят и получават телефонни обаждания от рамките на плана за номериране на Webex Calling. Например, можете да се обадите на вашия сътрудник Джакомо Едуардс, като наберете телефонния му номер 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

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

  • Експортиране на потребителски атрибути – Можете да получите списък на всички потребители във вашата организация и свързаните с тяхатрибути, за да не се налага ръчно да търсите нагоре всеки потребител.
  • Изтегляне на CSV шаблон– Можете да използвате шаблон, който сме измислили и след това да въведете информация като потребителски имена, въведете (посочете дали е потребител или място), MAC адреси и модели устройства. Ето няколко неща, които трябва да имате предвид:
    • За колоната Потребителско име на CSV файла се уверете, че въвеждате имейл адреса на потребителя, а не потребителския им идентификатор или името им. Можете също да вмъкнете име на място в тази колона.

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

    • Ако въведете място, което все още не съществува, мястото автоматично се създава за вас.

    • Ако оставите колоната mac адрес празна, се генерира код за активиране и трябва да бъде въведен на самото устройство.

4

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

  • Осигурете връзка— Кодът за активиране се добавя към CSV файл, който след това можете да изтеглите.
  • Код за активиране на имейл–Ако устройството е за място, кодът за активиране ви се изпраща, като администратор. Ако устройството е за потребител, кодът за активиране се имейл до потребителя.
5

Импортиране на населения CSV файл.

6

Щракнете върху \„Изпрати\“.

Представя ви се актуализация на състоянието, тъй като устройствата се активират.

 

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

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

1

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

2

Изберете потребителя, за да модифицирате и превъртите надолу до Устройства.

3

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


 
Ако на потребителя вече е присвоено устройство и искате да добавите друго устройство, щракнете върху иконата до Устройства и щракнете върху Добавяне на устройство.
4

За да модифицирате съществуващо устройство, изберете името на устройството.

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

Устройствата могат да се добавят и управляват директно от профил в работната област. Устройствата на работната област могат да включват АТА устройства, като факс машини. Можете също да настроите устройство на работната област като Hoteling Host. За повече информация относно хотелите вижте Хотелинг в Контролен център Cisco Webex.

1

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

2

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

3

За да добавите устройство, щракнете върху Добавяне на устройство.

4

За да модифицирате съществуващо устройство, изберете името на устройството.

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

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

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


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

1

От изгледа на клиента в , отидете на https://admin.webex.comПотребители или Работни области (в зависимост от това къде е присвоено устройството за промяна).

2

Изберете потребителя или работната област, за да модифицирате и превъртите до Устройства.

3

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

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

4

За да добавите или премахнете потребители или места от този телефон, изберете Конфигуриране на линии.

5

За да премахнете линия, щракнете върху иконата.


 
Основният потребител на ред 1 не може да бъде премахнат.
6

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


 
Добавете редовете в реда, в който искате да се появят. За да пренаредите облика на реда, изтрийте и добавете към списъка в реда, в който искате да се показват.
7

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

Можете да конфигурирате портовете на аналогов телефонен адаптор (АТА) устройство, присвоено на потребител в контролния център. В момента двете конфигурации за наличните АТА устройства са за устройства с 2 порта и устройства с 24 порта.

1

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

2

Изберете потребителя, за да модифицирате и превъртите до Устройства.

3

Изберете устройството, където бихте искали да добавите или модифицирате.

4

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

5

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

6

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


 
В справката се появяват само работни области без устройства.
7

Ако устройството изисква компресиране на факса T.38, поставете отметка в квадратчето в колоната T.38 или заменете опциите за компресиране на ниво потребител и след това щракнете върху Запиши.


 
Работна област може да има АТА. Това е полезно за факс машини.

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


Увеличихме броя на телефонните номера, които можете да добавите в Контролния център от 250 на 1000.

1

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

2

Задайте Местоположение и Вид номер. Ако нанасяте номера над, въведете както текущите, така и новите си номера за таксуване.

3

След това щракнете върху Запиши.

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

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

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

Таблица 1. Съвместими слушалки

Модел телефон

Cisco слушалки 520 Серия

Cisco слушалки 530 Серия

Cisco слушалки 560 Серия

Cisco Слушалки 730 Серия

Cisco IP телефон 8811/8841/8845

RJ9 & RJ11

Cisco IP телефон 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Cisco IP телефон 7811/7821/7841/7861

Cisco IP телефон 6821/6841/6851/6861

Cisco IP телефон 6871

USB

USB

USB

Cisco IP конферентен телефон 7832/8832

Таблица 2. Съвместими ключови разширителни модули

Модел телефон

KEM

Cisco IP телефон 8811/8841/8845

Cisco IP телефон 8851/8861/8865

БЕКЕМ

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP телефон 7811/7821/7841/7861

Cisco IP телефон 6821/6841/6861/6871

Cisco IP телефон 6851

CP-68KEM-3PCC

Cisco IP конферентен телефон 7832/8832

19 ное 2021
Тенденции при осиновяване и отчети за използването на Webex извикване

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

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

Можете да използвате страницата на Google Анализ в Контролния център, за да получите поглед върху начина, по който хората използват Webex Calling и приложениетоWebex (ангажиране), както и за количеството на практическата им работа с call media. За да получите достъп до Анализ на Webex Calling, влезте в Контролния център , след което отидете в Google Анализ и изберете раздела "Извикване".

1

За подробни отчети за хронологията на обажданията влезте в Контролния център , след което отидете в Google Анализ и след това изберете Подробна хронология наобажданията.

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

2

За да получите достъп до данни за качеството на носителя, влезте в Контролния център , след което отидете в Google Анализ и след това изберете Обаждане.

За повече информация вижте Google Анализ за Портфолиото си за сътрудничество воблака .
19 ное 2021
Информация за справка в пристанището за извикване на Cisco Webex

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

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

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


Ако рутер или защитна стена е SIP Aware, което означава, че има SIP Application Layer Gateway (ALG) или нещо подобно разрешено, препоръчваме ви да изключите тази функционалност, за да поддържате правилната работа на услугата. Вижте документацията на съответния производител за информация как да деактивирате SIP ALG на конкретни устройства.

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

Webex извикване на трафика през защитната стена

Повечето клиенти разгръщат интернет защитна стена, или интернет прокси и защитна стена, за да ограничат и контролират HTTP базирания трафик, който напуска и влиза в мрежата им. Крайните точки на Webex Calling не поддържат http(s) прокси, с изключение на меките клиенти, които поддържат следните прокси среди и съответните методи за удостоверяване:

  1. Ръчно конфигуриране на прокси сървъра

    • Без удостоверяване

    • Основен

    • NTLM

    • Преговаря

  2. Конфигурация на прокси сървъра на WPAD

    • Без удостоверяване

    • Основен

  3. Pac конфигурация на прокси сървъра

    • Без удостоверяване

    • Основен

    • NTLM

    • Преговаря

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

Конфигурация на защитната стена

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

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

IP адреси и портове за услуги за извикване на Webex

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

IP подмрежи за уебекс повикващи услуги

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

23.89.76.128/25

170.72.29.0/24

170.72.17.128/25

170.72.0.128/25

Цел на свързване

Изходни адреси

Изходни портове

Протокол

Адреси на местоназначението

Портове местоназначение

Бележки

Повикване сигнализация към Webex повикване (SIP TLS)

Местен шлюз външен (NIC) 8000-65535

TCP

Вижте IP подмрежи за уебекс повикващи услуги.

8934

Тези IPs/ портове са необходими за изходяща SIP-TLS повикване сигнализация от местни шлюзове, устройства и приложения (източник) към Webex call Cloud (дестинация).

Устройства

5060-5080

Приложения

Ефимерно (зависимо от ОС)

Обадете се на медии към Webex извикване (STUN,SRTP)

Местен шлюз външен NIC

8000-48000

UDP

Вижте IP подмрежи за уебекс повикващи услуги.

5004,19560-65535

Тези IPs/портове са необходими за изходящи SRTP носители за обаждания от Локални шлюзове, устройства и приложения (източник) до Webex Call Cloud (Дестинация).

Устройства

19560-19660

Приложения

Краткотрайното

Повикване сигнализация към PSTN шлюз (SIP TLS) Местен шлюз вътрешен NIC 8000-65535 TCP Вашият ITSP PSTN GW или унифициран CM Зависи от PSTN опция (например, обикновено 5060 или 5061 за Унифициран CM)
Обадете се на медии към PSTN шлюз (SRTP) Местен шлюз вътрешен NIC

8000-48000

UDP Вашият ITSP PSTN GW или унифициран CM Зависи от PSTN опция (например, обикновено 5060 или 5061 за Унифициран CM)

Повикване сигнализация към публично адресирани крайни точки (SIP TLS)

Вижте IP подмрежи за уебекс повикващи услуги.

Краткотрайното

TCP

Крайна точка IP

8934

Тези ИП/портове са необходими за входяща SIP-TLS сигнална сигнализация от Webex Calling Cloud (Източник) до публично адресирани крайни точки (Дестинация).

Конфигурация на устройството и управление на фърмуера (Устройства Cisco)

Webex Повикващи устройства

Краткотрайното

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970