Представете си, че можете да използвате корпоративни функции за обаждане в облак, мобилност и PBX, заедно с приложението Webex за съобщения и срещи и обаждания от софтуерен клиент Webex Calling или устройство на Cisco . Точно това може да ви предложи Webex Calling .
Представяне Webex Calling
Webex Calling предоставя следните функции и предимства:
Абонаменти за обаждания за потребители на телефония и общи части.
Сигурни и надеждни облачни услуги, предоставяни от доверени регионални доставчици на услуги
Приложение Webex достъп за всеки потребител, добавяйки богати унифицирани комуникации и услуги за екипно сътрудничество.
Webex Meetings като незадължителна интегрирана добавка за осигуряване на първокласните изживявания от срещи, които корпоративните потребители очакват.
Достъп до обществена комутационна телефонна мрежа (PSTN), за да позволите на вашите потребители да набират номера извън организацията. Услугата се предоставя чрез съществуваща корпоративна инфраструктура (локален шлюз без в помещението IP PBX или със съществуваща Unified CM среда за разговори) или опции за PSTN, предоставени от партньор или Cisco .
Поддръжка от ниво 1, осигурена от вашия партньор, поддръжка от следващо ниво, осигурена от Cisco
Контролен център е уеб-базиран портал за управление, който се интегрира с Webex Calling за да рационализирате вашите поръчки и конфигурация и да централизирате управлението на пакетната оферта – Webex Calling , Приложение Webex и Webex Meetings.
Функция |
Описание |
---|---|
Автоматичен секретар |
Можете да добавяте поздрави, да настройвам менюта и да маршрутизиране на повиквания към телефонен секретар, група за търсене, кутия за гласова поща или реален човек. Можете да създадете 24-часов график или да предоставите различни опции, когато вашият бизнес е отворен или затворен. Можете дори да маршрутизиране на повиквания въз основа на атрибути за ИД на обаждащия се, за да създавате VIP списъци или да обработвате повиквания от определени кодове на района по различен начин. |
Опашка на повикванията |
Можете да настройвам опашка за обаждания, така че когато не може да се отговори на входящите повиквания, на обаждащите се предоставя автоматичен отговор, утешителни съобщения и музика в задържане , докато някой може да отговори на повикването им. |
Поемане на повиквания |
Можете да подобрите работата в екип и сътрудничеството, като създадете група за приемане на повикване, така че потребителите да могат да отговарят на повиквания на други потребители. Когато добавите потребители към група за приемане на група за приемане на повикване и член на групата е далеч или зает, друг член може да отговаря на техните повиквания. |
Паркиране на повикване |
Можете да включите паркирането на повикванията, така че потребителите да могат да поставят обаждане в задържане и да го приемат от друг телефон. |
Група за търсене |
Може да искате да настройвам групи за лов в следните сценарии:
|
Група за пейджинг |
Можете да създадете група за пейджинг, така че потребителите да могат да изпращат аудио съобщение до човек, отдел или екип. Когато някой изпрати съобщение до група за пейджинг, съобщението се възпроизвежда на всички устройства в групата. |
Клиент за рецепционисти |
Помогнете да поддържате нуждите на персонала на вашия фронт-офис, като им предоставите пълен набор от опции за контрол на повикванията , широкомащабно наблюдение на линията, опашка за обаждания, множество опции и изгледи на директории, интеграция с Outlook и др. |
Потребителите могат да конфигурират следните функции вhttps://settings.webex.com , който се изстрелва кръстосано в Обаждане до потребителския портал .
Функция |
Описание |
---|---|
Анонимно отхвърляне на повиквания |
Потребителите могат да отхвърлят входящи повиквания с блокирани идентификатори на обаждащия се. |
Без прекъсване на работата |
Ако телефоните на потребителите не са свързани към мрежата поради причина, като прекъсване на захранването, проблеми с мрежата и т.н., тогава потребителите могат да пренасочват входящите повиквания към конкретен телефонен номер. |
Пренасочване на повикванията |
Потребителите могат да пренасочват входящи повиквания към друг телефон. |
Селективно пренасочване на повиквания |
Потребителите могат да пренасочват повиквания в определени часове от конкретни обаждащи се. Тази настройка ще има предимство пред пренасочването на повиквания. |
Уведомяване за повикване |
Потребителите могат да си изпращат имейл, когато получат обаждане според предварително зададени критерии като телефонен номер или дата и час. |
Повикване изчакване |
Потребителите могат да разрешат отговор на допълнителни входящи повиквания. |
Не ме безпокойте |
Потребителите могат временно да оставят всички обаждания да отиват директно към гласовата поща. |
Office Anywhere |
Потребителите могат да използват избраните от тях телефони („Местоположения“) като разширение на техния бизнес телефонен номер и план за набиране. |
Приоритетен сигнал |
Потребителите могат да звънят на телефоните си с отличителен звън, когато са изпълнени предварително определени критерии, като телефонен номер или дата и час. |
Отдалечен офис |
Потребителите могат да извършват обаждания от отдалечен телефон и той да се показва от тяхната бизнес линия. В допълнение, всички входящи повиквания към тяхната бизнес линия ще звънят на този отдалечен телефон. |
Селективно приемане на повиквания |
Потребителите могат да приемат обаждания в определени часове от конкретни обаждащи се. |
Селективно отхвърляне на повикване |
Потребителите могат да отхвърлят повиквания в определени часове от конкретни обаждащи се. |
Последователен пръстен |
Звънете на до 5 устройства едно след друго за входящи повиквания. |
Едновременен Пръстен |
Звънене на потребителски и други („получатели на повикване“) номера по едно и също време за входящи повиквания. |
Предоставяне на услуги, устройства и потребители в Контролен център , Кръстосано стартиране към подробна конфигурация в Обаждане до портала на администратора
Контролен център (https://admin.webex.com ) е портал за управление, който се интегрира с Webex Calling за да рационализирате вашите поръчки и конфигурация и да централизирате управлението на пакетната оферта – Webex Calling , Приложение Webex , и Срещи .
Контролен център е централната точка за предоставяне на всички услуги, устройства и потребители. Можете да направите настройка за първи път на вашата услуга за обаждания, да регистрирате MPP телефони в облака (използвайки MAC адрес), да конфигурирате потребители чрез асоцииране на устройства, добавяне на номера, услуги, функции за повиквания и т.н. Също така от Контролен център , можете да стартирате кръстосано към Обаждане до портала на администратора .
Потребителско изживяване
Потребителите имат достъп до следните интерфейси:
Webex Calling приложение — Софт-клиент за обаждания, брандиран от Cisco. За повече информация вж Разгледайте новото приложение за обаждания на Cisco Webex Calling .
Настройки на Webex (https://settings.webex.com )—Интерфейс, в който потребителите могат да задават предпочитания за профила, да изтеглят приложението Webex и да стартират кръстосано в Обаждане до потребителския портал за настройки за повикване. За повече информация вж Променете настройките на Cisco Webex .
Приложение Webex – Приложение, включено в абонамента като клиент за екипни съобщения с марка Cisco. За повече информация вж Започнете с приложението Cisco Webex .
Webex Meetings— Незадължително приложение, добавено като решение за срещи. За повече информация вж Webex Meetings .
Администратори на клиенти
Като клиентски администратор с пробен или платен абонамент за Webex Calling , можете да настройвам вашата организация в Контролен център чрез добавяне на местоположения, лицензи, телефонни номера, функции за обаждания, потребители и работни пространства (Устройства в стаята, които се регистрират в облака Webex ). Можете също да управлявате всички тези компоненти от там.
За насоки вж Ръководство за конфигуриране за обаждания на клиенти на Cisco Webex Calling .
За повече информация относно Webex Calling оферта, виж Cisco Webex Calling в лист с данни на Cisco Collaboration Flex план за крайни клиенти
Партньори
Като доставчик на партньорски доставчик на услуги можете да брандирате, пускате на пазара и продавате Webex Calling на вашите клиенти. Можете да настройвам и разширявате пробни периоди, да внедрявате услуги за клиентите си и да създавате и предоставяте поръчки за клиентите си.
За насоки вж Ръководство за конфигуриране на клиенти на Cisco Webex Calling , обаждащи се (Програма за ранно записване на партньори) .
За повече партньорски ресурси вижте Webex Calling Sales Connect ресурси . (Изисква се партньорски идентификационни данни.)
Наличност
Вижте Webex Calling заглавка в Къде е наличен Cisco Webex статия за страни, където Webex Calling е наличен за продажба.
Общ преглед
Webex Calling вече включва специална опция за облачен екземпляр, базирана на архитектурата на Cisco Unified Communications Manager . Dedicated Instance е интегриран с Webex Calling и се възползва от услугите на платформата Webex, за да осигури централизирана администрация, както и приложими облачни иновации, разработени навсякъде в платформата Webex, за да подобри преживяването при обаждания. Dedicated Instance също така поддържа по-стари крайни точки на Cisco или съществуващи интеграции, които са част от критични бизнес работни потоци.
Добавката за специален екземпляр за Webex Calling включва:
Cisco Unified Communications Manager
Cisco Unified IM и присъствие
Cisco Unified Unity Connection
Cisco Expressway
Cisco Emergency Responder (само за регион на Америка)
Cisco Session Management Edition (SME) (по избор)
Разширена възвръщаемост на инвестициите – Dedicated Instance поддържа същите гласови и видео крайни точки като свързаното издание на UC Manager, премахвайки изискването за обновяване на всички крайни точки на клиентите при мигриране към облака и разширяване на възвръщаемостта на инвестициите на тези активи.
Basic Inter-Op – Dedicated Instance е интегриран с Webex Calling за маршрутизиране на повиквания през платформата Webex. Клиентите имат гъвкавостта да разпределят потребителите както в Dedicated Instance, така и в Webex Calling и да се адаптират с течение на времето, ако е необходимо, за да отговорят на техните бизнес изисквания за облачни обаждания.
Клиентите, които разделят потребителите на различни платформи, ще изпитат различни функции. Функциите за повикване не са хармонизирани между Dedicated Instance и Webex Calling. Например, потребителите на Webex Calling не могат да бъдат част от група за търсене в Dedicated Instance. |
Направете обиколка на Контролен център
Контролен център е вашият единствен достъпен, уеб-базиран интерфейс за управление на вашата организация, управление на вашите потребители, възлагане на услуги, анализиране на тенденциите за приемане и качеството на обажданията и др.
За да задействате вашата организация, препоръчваме ви да поканите няколко потребители да се присъединят Приложение Webex чрез въвеждане на техните имейл адреси в Контролен център . Насърчавайте хората да използват услугите, които предоставяте, включително да се обаждат, и да ви дават обратна връзка за опита си. Когато сте готови, винаги можете да добавите още потребители.
Препоръчваме ви да използвате най-новата настолна версия на Google Chrome или Mozilla Firefox за достъп Контролен център . Браузърите на мобилни устройства и други настолни браузъри могат да дадат неочаквани резултати. |
Използвайте информацията, представена по-долу, като обобщение на високо ниво за това какво да очаквате, когато настройвам вашата организация с услуги. За по- подробна информация вижте отделните глави за инструкции стъпка по стъпка.
Първи стъпки
След като вашият партньор създаде вашия акаунт, ще получите имейл за добре дошли. Щракнете върху Първи стъпки връзка в имейла, като използвате Chrome или Firefox за достъп Контролен център . Връзката автоматично ви влиза с имейл адрес на вашия администратор. След това ще бъдете подканени да създадете вашата администраторска парола.
Съветник за първоначална настройка за пробни версии
Ако вашият партньор ви е регистрирал за пробен период, съветникът за настройка автоматично стартира, след като влизам в Контролен център . Помощникът ви превежда през основните настройки, за да стартирате вашата организация Webex Calling , наред с други услуги. Можете да настройвам и прегледате настройките си за обаждания, преди да завършите инструкциите на съветника.
Прегледайте вашите настройки
кога Контролен център зарежда, можете да прегледате настройките си.
Добавяне на потребители
Сега, след като сте настроили услугите си, сте готови да добавите хора от вашия фирмен указател. Отидете на Потребители и щракнете Управление на потребителите .
Ако използвате Microsoft Active Directory, препоръчваме ви да активирате Синхронизация на директории първо и след това решете как искате да добавите потребители. Щракнете върху Следваща и следвайте инструкциите, за да настройвам Cisco Directory Connector.
Настройване на единен вход (SSO)
Приложението Webex използва базово удостоверяване. Можете да изберете да настройвам SSO , така че потребителите да се удостоверяват с вашия доставчик на корпоративна идентичност, използвайки своите корпоративни идентификационни данни, вместо отделна парола, съхранявана и управлявана в Webex.
Отидете на Настройки , превъртете до Удостоверяване , щракнете Променете и след това изберете Интегрирайте доставчик на идентичност от трета страна .
Разпределяне на услуги на потребителите
Трябва да зададете услуги на потребителите, които сте добавили, за да могат хората да започнат да използват Приложение Webex .
Отидете на Потребители , щракнете Управление на потребителите , изберете Експортирайте и импортирайте потребители с CSV файл и след това щракнете Експортиране .
Във файла, който изтегляте, просто добавете вярно за услугите, които искате да присвоите на всеки от вашите потребители.
Импортирайте завършения файл, щракнете върху Добавяне и премахване на услуги и след това върху Изпращане. Вече сте готови да конфигурирате функции за повиквания, да регистрирате устройства, които могат да бъдат споделени на общо място, и да регистрирате и асоциирате устройства с потребители.
Дайте възможност на вашите потребители
След като сте добавили потребители и са им назначени услуги, те могат да започнат да използват поддържаните от тях многоплатформени телефони (MPP) за Webex Calling и Приложение Webex за съобщения и срещи. Насърчавайте ги да използват Настройки на Cisco Webex като едно гише за достъпа.
Роля на локалния портал
локален шлюз е ръбово устройство, управлявано от предприятието или партньор, за съвместна работа с обществена комутационна телефонна мрежа (PSTN) и съвместна работа с наследени публични клонове (PBX) (включително Unified CM).
Можете да използвате Контролен център за да зададете локален шлюз към местоположение, след което Контролен център предоставя параметри, които можете да конфигурирате на CUBE. Тези стъпки регистрират локален шлюз в облака и след това PSTN услугата се предоставя през шлюза до Webex Calling потребители на определено място.
За да посочите и поръчате локален шлюз, прочетете Ръководство за поръчка на локален шлюз .
Поддържани локални внедрявания на шлюз за Webex Calling
Поддържат се следните основни внедрявания:
локален шлюз може да бъде разгърнат самостоятелно или в разгръщания, където се изисква интеграция в Cisco Unified Communications Manager .
Разгръщане на локален шлюз без локална IP PBX
Самостоятелни внедрявания на локален шлюз
Тази фигура показва а Webex Calling внедряване без съществуваща IP PBX и е приложимо за едно местоположение или внедряване на няколко локации.
За всички обаждания, които не съвпадат с вашето Webex Calling дестинации, Webex Calling изпраща тези повиквания до локален шлюз , който е назначен за местоположението за обработка. локален шлюз насочва всички повиквания, които идват от Webex Calling към PSTN и в другата посока, PSTN към Webex Calling .
шлюз за обществена телефонна централа може да бъде специална платформа или coresident с локален шлюз. Както на следващата фигура, ние препоръчваме специалния вариант на шлюз за обществена телефонна централа на това разгръщане; може да се използва, ако съществуващият шлюз за обществена телефонна централа не може да се използва като a Webex Calling локален шлюз.
Разгръщане на локален шлюз на Coresident
локален шлюз може да бъде базиран на IP , свързващ се към ITSP с помощта на външна линия SIP или TDM базиран с помощта на ISDN или аналогова верига. Следващата фигура показва а Webex Calling разгръщане, където локален шлюз е съпоставен с PSTN GW/SBC.
Разгръщане на локален шлюз с локална Unified CM PBX
Интеграциите с Unified CM са необходими в следните случаи:
Webex Calling -активираните местоположения се добавят към съществуващо внедряване на Cisco UC , където Unified CM се внедрява като в помещението решение за контрол на повикванията
Директно набиране между телефони, регистрирани в Unified CM , и телефони в Webex Calling местоположенията се изискват.
Тази фигура показва а Webex Calling внедряване, при което клиентът има съществуваща Unified CM IP PBX.
Webex Calling изпраща обаждания, които не съвпадат с тези на клиента Webex Calling дестинации до локален шлюз. Това включва PSTN номера и вътрешни разширения на Unified CM , които Webex Calling не може да види. локален шлюз насочва всички повиквания, които идват от Webex Calling към Unified CM и обратно. След това Unified CM насочва входящите повиквания към местни дестинации или към PSTN според съществуващия план за набиране. Unified CM план за набиране нормализира числата като + E.164. шлюз за обществена телефонна централа може да бъде специален или да е съжителстващ с локален шлюз.
Специален PSTN шлюз
Специализираният вариант на шлюз за обществена телефонна централа на това внедряване, както е показано на тази диаграма, е препоръчителната опция и може да се използва, ако съществуващият шлюз за обществена телефонна централа не може да се използва като Webex Calling локален шлюз.
Coresident PSTN Gateway
Тази фигура показва а Webex Calling внедряване с Unified CM , където локален шлюз е съпоставен с шлюз за обществена телефонна централа/SBC.
Webex Calling насочва всички повиквания, които не съвпадат с тези на клиента Webex Calling дестинации към локален шлюз , който е назначен за местоположението. Това включва PSTN дестинации и повиквания в мрежата към вътрешни разширения на Unified CM . локален шлюз насочва всички повиквания към Unified CM. След това Unified CM насочва обажданията към локално регистрирани телефони или към PSTN през локален шлюз, който има съвместно разположена PSTN/SBC функционалност.
Съображения за маршрутизиране на повиквания
Обаждания от Webex Calling към Unified CM
В Webex Calling логиката на маршрутизирането работи по следния начин: ако номерът, който е набран на a Webex Calling крайната точка не може да бъде насочена към друга дестинация в рамките на същия клиент в Webex Calling, тогава повикването се изпраща до локален шлюз за по-нататъшна обработка. Всички повиквания извън мрежата (извън Webex Calling) се изпращат до локален шлюз.
За а Webex Calling внедряване без интегриране в съществуващ Unified CM, всяко повикване извън мрежата се счита за PSTN повикване. Когато се комбинира с Unified CM, повикването извън мрежата все още може да бъде повикване в мрежата до всяка дестинация, хоствана на Unified CM , или истинско повикване извън мрежата до PSTN дестинация. Разликата между последните два типа повиквания се определя от Unified CM и зависи от корпоративния план за набиране, който е осигурен на Unified CM.
Следващата фигура показва а Webex Calling потребител, набиращ национален номер в САЩ.
Unified CM сега, базиран на конфигурирания план за набиране, насочва повикването към локално регистрирана крайна точка, на която извиканата дестинация е предоставена като номер в директорията. За това планът за набиране на Unified CM трябва да поддържа маршрутизиране на + E.164 номера.
Обаждания от Unified CM до Webex Calling
За да активирате маршрутизиране на повикване от Unified CM към Webex Calling на Unified CM трябва да бъде осигурен набор от маршрути за дефиниране на набора от + E.164 и адресите на корпоративния номерационен план в Webex Calling .
С тези маршрути са възможни и двата сценария на повикване, показани на следващата фигура.
Ако обаждащ се в PSTN се обади на DID номер, който е присвоен на a Webex Calling устройство, след това повикването се предава на предприятието през шлюз за обществена телефонна централа на предприятието и след това се натиска Unified CM. Извиканият адрес на това обаждане съвпада с един от Webex Calling маршрути, които се предоставят в Unified CM и повикването се изпраща до локален шлюз. (Извиканият адрес трябва да бъде във формат + E.164 , когато се изпраща до локален шлюз.) След това логиката за маршрутизиране на Webex Calling гарантира, че повикването е изпратено до предвиденото Webex Calling устройство, въз основа на DID задание.
Също така, повиквания, произхождащи от Unified CM , регистрират крайни точки, насочени към дестинации в Webex Calling , подлежат на плана за набиране, който е предоставен на Unified CM. Обикновено този план за набиране позволява на потребителите да използват обичайните корпоративни навици за набиране, за да извършват повиквания. Тези навици не включват непременно само + E.164 набиране. Всеки навик за набиране, различен от + E.164 , трябва да се нормализира на + E.164 , преди повикванията да се изпращат към локален шлюз , за да се даде възможност за правилно маршрутизиране в Webex Calling.
Клас на обслужване (CoS)
Прилагането на строг клас ограничения на услугите винаги се препоръчва поради различни причини, включително избягване на цикли на разговори и предотвратяване на измами с пътни такси. В контекста на интегрирането Webex Calling Локален шлюз с Unified CM клас на обслужване, трябва да вземем предвид класа на услугата за:
Устройства, регистрирани в Unified CM
Обаждания, идващи в Unified CM от PSTN
Обаждания, идващи в Unified CM от Webex Calling
Устройства, регистрирани в Unified CM
Добавяне на Webex Calling дестинации като нов клас дестинации към съществуваща настройка на CoS е доста ясна: разрешение за обаждане до Webex Calling дестинации обикновено е еквивалентно на разрешението за извикване на локални (включително междусайтови) дестинации.
Ако корпоративен план за набиране вече прилага разрешение „(съкратено) в мрежата между сайтове“, тогава вече има предвиден дял в Unified CM , който можем да използваме и предоставяме всички известни в мрежата Webex Calling дестинации в същия дял.
В противен случай концепцията за „(съкратено) разрешение за междусайт в мрежата“ все още не съществува, тогава трябва да бъде осигурен нов дял (например „onNetRemote“), Webex Calling дестинациите се добавят към този дял и накрая този нов дял трябва да бъде добавен към съответните пространства за търсене на извиквания.
Обаждания, идващи в Unified CM от PSTN
Добавяне на Webex Calling дестинации като нов клас дестинации към съществуваща настройка на CoS е доста ясна: разрешение за обаждане до Webex Calling дестинации обикновено е еквивалентно на разрешението за извикване на локални (включително междусайтови) дестинации.
Ако корпоративен план за набиране вече прилага разрешение „(съкратено) в мрежата между сайтове“, тогава вече има предвиден дял в Unified CM , който можем да използваме и предоставяме всички известни в мрежата Webex Calling дестинации в същия дял.
В противен случай концепцията за „(съкратено) разрешение за междусайт в мрежата“ все още не съществува, тогава трябва да бъде осигурен нов дял (например „onNetRemote“), Webex Calling дестинациите се добавят към този дял и накрая този нов дял трябва да бъде добавен към съответните пространства за търсене на извиквания.
Обаждания, идващи в Unified CM от Webex Calling
Обажданията, идващи от PSTN, се нуждаят от достъп до всички Webex Calling дестинации. Това изисква добавяне на горния дял, съдържащ всички Webex Calling дестинации до пространството за търсене на повиквания, използвано за входящи повиквания по магистралата на PSTN. Достъпът до Webex Calling дестинации идва в допълнение към вече съществуващия достъп.
Докато за повиквания от достъп до обществена телефонна централа до Unified CM DID и Webex Calling DID са задължителни повиквания, произхождащи от Webex Calling се нуждаят от достъп до Unified CM DID и PSTN дестинации.
Тази фигура сравнява тези два различни класа услуги за повиквания от PSTN и Webex Calling. Фигурата също така показва, че ако функционалността на шлюз за обществена телефонна централа е локализирана с локалния шлюз, тогава са необходими две магистрали от комбинирания PSTN GW и локален шлюз към Unified CM: един за повиквания, произхождащи от PSTN и един за повиквания, произхождащи от Webex Calling. Това се дължи на изискването за прилагане на диференцирани пространства за търсене на обаждания по тип трафик. С два входящи канала на Unified CM това може лесно да се постигне чрез конфигуриране на необходимото пространство за търсене на повиквания за входящи повиквания във всяка магистрала.
Интеграция с план за набиране
Това ръководство предполага съществуваща инсталация, която се основава на най-добрите текущи практики в „Предпочитана архитектура за локални внедрявания на Cisco Collaboration, CVD“. Най-новата версия е налична тук .
Препоръчителният дизайн на схемата за набиране следва подхода за проектиране, който е документиран в главата План за набиране на най-новата налична версия на Cisco Collaboration System SRND тук .
Тази фигура показва общ преглед на препоръчания дизайн на схемата за набиране. Основните характеристики на този дизайн на схемата за набиране включват:
Всички номера на директории, които са конфигурирани в Unified CM , са във формат + E.164 .
Всички номера на директории се намират в един и същ дял (отличаващо име) и са маркирани като спешни.
Основното маршрутизиране е базирано на + E.164.
Всички навици за набиране, които не са + E.164 (например съкратено вътрешно набиране и PSTN набиране, използвайки общи навици за набиране) се нормализират (глобализират) до + E.164 , използвайки модели за превод за нормализиране на набиране.
Моделите за превод за нормализиране на набиране използват шаблон за транслация, извикващ наследяване на пространството за търсене; те имат зададена опция „Използване на пространството за търсене на обаждания на отправителя“.
Класът на услугата се реализира чрез използване на специфични за сайта и клас пространства за търсене на обаждания.
Възможностите за достъп до достъп до обществена телефонна централа (например достъп до международни PSTN дестинации) се реализират чрез добавяне на дялове със съответните модели на маршрут + E.164 към пространството за търсене на повиквания, дефиниращо класа на услугата.
Достъпност до Webex Calling
За да добавите достъпност за дестинациите за Webex Calling към този план за набиране, трябва да бъде създаден дял, представляващ всички дестинации за Webex Calling („Webex Calling “) и към този дял се добавя модел на шаблон за маршрут + E.164 за всеки диапазон DID в повикването на Webex Calling . Този шаблон за маршрут на списък на маршрути с маршрути само с един член: групата група маршрути със външна линия SIP към локалния шлюз за повиквания към Webex Calling. Тъй като всички набрани дестинации се нормализират към + E.164 или като се използват модели за преобразуване на нормализиране на набиране за повиквания, произхождащи от регистрирани крайни точки в Unified CM , или трансформации на входяща повиквана страна за повиквания, произхождащи от PSTN, този единичен набор от модели на маршрут + E.164 е достатъчен за постигане достъпност за дестинации в Webex Calling независимо от използвания навик за набиране.
Ако например потребител набере „914085550165“, тогава шаблон за транслация на нормализиране на набиране в дял „UStoE164“ нормализира този низ за набиране на „+14085550165“, който след това съвпада с шаблон за маршрут за дестинация за повикване на Webex Calling в дял „Webex Calling“. Unified CM в крайна сметка изпраща повикването до локален шлюз.
Добавете съкратено междусайтово набиране
Препоръчителният начин за добавяне на съкратено междусайтово набиране към референтния план за набиране е да добавите модели за превод за нормализиране на набиране за всички сайтове под плана за номериране на предприятието към специален дял („ESN“, Enterprise Significant Numbers). Тези модели на превод прихващат низове за набиране във формата на плана за номериране на предприятието и нормализират набрания низ до + E.164.
За да добавите корпоративно съкратено набиране към дестинациите за Webex Calling , добавяте съответния шаблон за транслация на нормализиране на набиране за местоположението за Webex Calling на Webex към дяла „Webex Calling“ (например „8101XX“ на диаграмата). След нормализиране повикването отново се изпраща към Webex Calling след съвпадение на шаблон за маршрут в дяла „Webex Calling“.
Не препоръчваме добавяне на съкратено набиране шаблон за транслация на набиране за повиквания на Webex Calling към дяла „ESN“, тъй като тази конфигурация може да създаде нежелани цикли за маршрутизиране на повикване .
Манипулатори на протоколи за повикване
Webex Calling регистрира следните манипулатори на протоколи в операционна система, за да активира функционалност за обаждане чрез щракване от уеб браузъри или друго приложение. Следните протоколи стартират аудио или видеоповикване в приложението Webex , когато това е приложението за повиквания по подразбиране на Mac или Windows:
КЛИКНЕТЕ ОБЗАВЕТЕ: или ЩРАКНЕТЕ ИЗВИКВАНЕ //
SIP: или SIP://
ТЕЛ: или ТЕЛ://
WEBEXTEL: или WEBEXTEL://
Манипулатори на протоколи за Windows
Други приложения могат да се регистрират за манипулаторите на протоколи преди Приложение Webex . В Windows 10, системният прозорец, за да поиска от потребителите да изберат кое приложение да използват за стартиране на повикването. Потребителското предпочитание може да бъде запомнено, ако потребителят провери Винаги използвайте това приложение .
Ако потребителите трябва да нулират настройките на приложението за обаждания по подразбиране, за да могат да избират Приложение Webex , можете да им инструктирате да променят протоколните асоциации за Приложение Webex в Windows 10:
Отворете Настройки на приложението по подразбиране настройки на системата, щракнете Задайте настройки по подразбиране от приложение , и след това изберете Приложение Webex .
За всеки протокол изберете Приложение Webex .
Манипулатори на протоколи за macOS
В Mac OS, ако други приложения са регистрирани по протоколите за повиквания преди това Приложение Webex , потребителите трябва да конфигурират своите Приложение Webex да бъде опцията за повикване по подразбиране.
В Приложение Webex за Mac потребителите могат да потвърдят това Приложение Webex е избран за Започнете разговори с настройка под общи предпочитания. Те също могат да проверят Винаги се свързвайте с Microsoft Outlook ако искат да извършват повиквания Приложение Webex когато щракнат върху номера на контакт в Outlook.
Изисквания за обаждане
Лицензи
Webex Calling е достъпен чрез плана Cisco Collaboration Flex. Трябва да закупите план Enterprise Agreement (EA) (за всички потребители, включително 50% устройства Workspaces) или план на именуван потребител (NU) (някои или всички потребители).
Webex Calling предоставя три вида лицензи ( "Типове станции" )
Професионален — Тези лицензи предоставят пълен набор от функции за цялата ви организация. Тази оферта включва унифицирани комуникации (Webex Calling), мобилност (настолни и мобилни клиенти с поддръжка за множество устройства), екипно сътрудничество в Приложение Webex и опцията за групиране на срещи с до 1000 участници на среща.
Основен —Изберете тази опция, ако вашите потребители се нуждаят от ограничени функции без мобилност или унифицирани комуникации. Те все още ще получават пълнофункционална гласова оферта, но са ограничени до едно устройство на потребител.
Основните лицензи са достъпни само ако имате абонамент с име потребител. Основните лицензи не се поддържат за абонаменти за корпоративно споразумение.
Работни пространства (известен също като обща зона) – Изберете тази опция, ако търсите основен тон за набиране с ограничен набор от функции за повикване, подходящи за зони като стаи за почивка, фоайета и конферентни зали.
Тази документация по-късно ви показва как да използвате Control Hub за управление на тези разпределения на лицензи между местоположения във вашата организация.
Изисквания за честотна лента
Всяко устройство във видеоповикване изисква до 2 Mbps. Всяко устройство в аудио разговор изисква 100 kbps. Телефоните в неактивен режим се нуждаят от минимална честотна лента.
Обществена комутируема телефонна мрежа (PSTN)
Webex Calling изисква PSTN услуги, изберете от тези три опции:
Локален шлюз – Използвайте локален шлюз със съществуващи PSTN услуги и се интегрирайте към в помещението PBX за интегриране на план за набиране.
Локален шлюз за базиран в помещения PSTN
Както дистрибуторите с добавена стойност (VAR), така и доставчиците на услуги (SP) могат да осигурят достъп до обществена телефонна централа до организациите за обаждания на Webex Calling . Понастоящем локалният шлюз е единствената опция за предоставяне на базиран на помещения достъп до обществена телефонна централа. Можете да разгърнете локален шлюз като самостоятелен или в интеграция с Cisco Unified Communications Manager. Виж Започнете с локален шлюз за подробности.
Поддържани устройства
Webex Calling поддържа мултиплатформени (MPP) IP телефони на Cisco . Като администратор можете да регистрирате следните телефони в облака. Вижте следните помощни статии за повече информация:
За пълен списък на поддържаните устройства за Webex Calling вж Поддържани устройства за Webex Calling . |
Устройствата Cisco Webex Room, Webex Board и Desk се поддържат като устройства в работно пространство, което създавате в Control Hub. Виж "Cisco Webex Room, Webex Board и настолни устройства" в Поддържани устройства за Webex Calling за повече информация. Можете обаче да предоставите на тези устройства PSTN услуга, като активирате Webex Calling за работното пространство.
защитна стена
Изпълнете изискванията на защитната стена, както е документирано в Референтна информация за портове за обаждания в Cisco Webex Calling .
Изисквания за локален шлюз за Webex Calling
Общи предпоставки
Преди да конфигурирате локален шлюз за Webex Calling , уверете се, че:
Имат основни познания за принципите на VoIP
Имате основни работни познания за гласовите концепции на Cisco IOS-XE и IOS-XE
Имайте основно разбиране за Session Initiation Protocol (SIP)
Имайте основно разбиране за Cisco Unified Communications Manager (Unified CM), ако вашият модел за разгръщане включва Unified CM
Вижте Ръководство за корпоративна конфигурация на Cisco Unified Border Element (CUBE). за подробности.
Хардуерни и софтуерни изисквания за локален шлюз
Уверете се, че вашето внедряване има един или повече от локалните шлюзове (Cisco CUBE (за IP-базирана свързаност) или Cisco IOS Gateway (за TDM-базирана свързаност)), които са в Таблица 1 на Локален шлюз за Webex Calling Ръководство за поръчка на обаждания . Освен това се уверете, че платформата работи с поддържана версия на IOS-XE съгласно Ръководство за конфигуриране на локален шлюз .
Лицензионни изисквания за локални шлюзове
Лицензите за извикване на CUBE трябва да бъдат инсталирани на локален шлюз. За повече информация вижте Ръководство за конфигуриране на Cisco Unified Border Element .
Изисквания за сертификат и сигурност за локален шлюз
Webex Calling изисква сигурна сигнализация и медии. локален шлюз извършва криптирането и TLS връзка трябва да се установи изходяща към облака със следните стъпки:
LGW трябва да бъде актуализиран с CA root bundle от Cisco PKI
Набор от идентификационни данни за SIP дайджест от конфигурационна страница за конфигурация на Trunk на Control Hub се използва за конфигуриране на LGW (стъпките са част от конфигурацията, която следва)
Корен пакет на CA валидира представения сертификат
Подканени за идентификационни данни (предоставен е SIP обобщение)
Облакът идентифицира кой локален шлюз е сигурно регистриран
Изисквания за защитна стена, NAT обход и оптимизация на медийния път за локален шлюз
В повечето случаи локален шлюз и крайните точки могат да се намират във вътрешната клиентска мрежа, като използват частни IP адреси с NAT. Корпоративната защитна стена трябва да позволява изходящ трафик (SIP, RTP/ UDP, HTTP) към конкретни IP адреси/портове, обхванати в Референтна информация за порта .
Ако искате да използвате оптимизация на медийния път с ICE, интерфейсът за Webex Calling на Webex на локалния шлюз трябва да има директен мрежов път към и от крайните точки на Webex Calling . Ако крайните точки са на различно място и няма директен мрежов път между крайните точки и интерфейса за Webex Calling на локалния шлюз, тогава локален шлюз трябва да има публичен IP адрес , присвоен на интерфейса, обърнат към Webex Calling за повиквания между локален шлюз и крайните точки за използване на оптимизация на медийния път. Освен това трябва да работи с IOS-XE версия 16.12.5.
Персонализирайте вашата организация за Webex Calling в Control Hub. След като активирате първото си местоположение чрез Помощник за първоначална настройка, можете да настройвам и управлявате допълнителни местоположения, присвояване и използване на магистрала, опции за план за набиране, потребители, устройства и функции.
Първата стъпка, за да получите своя Webex Calling услуги и стартиране е да завършите Помощник за първоначална настройка (FTSW). След като FTSW бъде завършен за първото ви местоположение, не е необходимо да се попълва за допълнителни местоположения.
1 | Щракнете върху Първи стъпки връзка в имейла за добре дошли, който получавате.
|
||
2 | Прегледайте и приемете условия за използване на услугата. |
||
3 | Прегледайте плана си и след това щракнете Започнете .
|
||
4 | Изберете държавата, към която вашият център за данни трябва да картографира, и въведете информацията за клиентски контакт с клиента и адреса на клиента. |
||
5 | Щракнете върху следващо: Местоположение по подразбиране . |
||
6 | Изберете от следните опции:
|
||
7 | Направете следните избори, за да приложите към това местоположение:
|
||
8 | Щракнете върху Напред. |
||
9 | Въведете наличен SIP адрес на Cisco Webex и щракнете Следваща и изберете Край . |
Преди да започнете
За да създадете ново местоположение, подгответе следната информация:
Адрес на местоположението
Желани телефонни номера (по избор)
1 | Влезте в Control Hub на адресhttps://admin.webex.com , отидете на . Имайте предвид, че новите местоположения ще бъдат хоствани в регионалния център за данни, който съответства на държавата, която сте избрали с помощта на Помощник за първоначална настройка. |
||||
2 | Конфигурирайте настройките на местоположението:
|
||||
3 | Щракнете върху Запазете и след това изберете да / не за добавяне на числа към местоположението сега или по-късно. |
||||
4 | Ако сте щракнали да , изберете една от следните опции:
Изборът на опция за PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съпоставяте толкова опции, колкото искате за внедряването си, но всяко местоположение ще има една опция. След като изберете и осигурите опция за PSTN, можете да я промените, като щракнете Управлявайте в местоположението PSTN свойства. Някои опции, като Cisco PSTN, обаче, може да не са налични, след като е назначена друга опция. Отворете заявка за случай на поддръжката за насоки. |
||||
5 | Изберете дали искате да активирате номерата сега или по-късно. |
||||
6 | Ако сте избрали неинтегрирана CCP или PSTN, базирана на помещения, въведете Телефонни номера като стойности, разделени със запетая, и след това щракнете Потвърди . Добавят се номера за конкретното местоположение. Валидни записи се преместват в Потвърдени номера полето и невалидни записи остават в Добавете числа поле, придружено от съобщение за грешка. В зависимост от държавата на местоположението, номерата се форматират според изискванията за местно набиране. Например, ако се изисква код на държавата, можете да въведете числа със или без кода и кодът се поставя преди. |
||||
7 | Щракнете върху Запиши. |
Какво да направите след това
След като създадете местоположение, можете да активирате спешни 911 услуги за това местоположение. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация.
Преди да започнете
Вземете списък на потребителите и работните пространства, свързани с местоположение: Отидете на изтрийте тези потребители и работни пространства, преди да изтриете местоположението. и от падащо меню изберете местоположението, което да бъде изтрито. Вие трябва |
1 | Влезте в Control Hub на адресhttps://admin.webex.com , отидете на . |
2 | Щракнете върху в Действия колона до местоположението, което искате да изтриете. |
3 | Изберете Изтриване на местоположение и потвърдете, че искате да изтриете това местоположение. Обикновено отнема няколко минути, преди местоположението да бъде изтрито за постоянно, но може да отнеме до един час. Можете да проверите състоянието, като щракнете до името на местоположението и избора Състояние на изтриване . |
Можете да промените вашата PSTN настройка, името, часова зона и езика на местоположението, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.
За съществуващи местоположения можете да активирате спешни 911 услуги. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация. |
1 | Влезте в Control Hub на адресhttps://admin.webex.com , отидете на . Ако видите символ Внимание до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да извършвате или да получавате повиквания, докато не конфигурирате този номер. |
||||||
2 | (По избор) Под PSTN връзка , изберете едно от двете Свързан с облак PSTN или Базирана в помещения PSTN (локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управлявайте за да промените тази конфигурация и след това потвърдете свързаните рискове, като изберете Продължете . След това изберете една от следните опции и щракнете Запазете :
|
||||||
3 | Изберете Основен номер на който може да се достигне до основния контакт на местоположението. |
||||||
4 | (По избор) Под Спешно обаждане , можете да изберете Идентификатор на местоположение при спешни случаи да зададете на това местоположение.
|
||||||
5 | Изберете Номер на гласовата поща на които потребителите могат да се обаждат, за да проверят гласовата си поща за това местоположение. |
||||||
6 | (По избор) Щракнете върху иконата на молив в горната част на страницата Местоположение, за да промените Име на местоположението , Език за обявяване , Език на Имейл , Часова зона , или Адрес според нуждите и след това щракнете Запазете .
|
Тези настройки са за вътрешно набиране и са налични и в съветника за първа настройка. Когато промените своя план за набиране, примерът се номерира в Контролен център актуализирайте, за да покажете тези промени.
Можете да конфигурирате разрешения за изходящи повиквания за местоположение. Виж тези стъпки за да конфигурирате разрешения за изходящи повиквания. |
1 | Влезте в Control Hub на адресhttps://admin.webex.com/ , отидете на и след това превъртете до Вътрешно набиране . |
||||
2 | Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:
|
||||
3 | Посочете вътрешно набиране за конкретни местоположения. Отидете на Набиране и след това променете вътрешното и външното набиране, ако е необходимо: , изберете местоположение, превъртете до
Въздействие върху потребителите:
|
Ако сте дистрибутор с добавена стойност, можете да използвате тези стъпки, за да започнете конфигуриране на локален шлюз Контролен център . Когато този шлюз е регистриран в облака, можете да го използвате на един или повече от вашите Webex Calling местоположения за осигуряване на маршрутизиране към корпоративен доставчик на PSTN доставчик на услуги.
Местоположение, което има локален шлюз , не може да бъде изтрито, когато локален шлюз се използва за други местоположения. |
Преди да започнете
След като се добави местоположение и преди да конфигурирате базиран на помещения PSTN за местоположение, трябва да създадете магистрала.
Създайте всякакви местоположения и специфични настройки и номера за всяко от тях. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.
Разберете изискванията за PSTN (локален шлюз), базиран на помещения Webex Calling .
Не можете да изберете повече от една магистрала за местоположение с базирана на помещения PSTN, но можете да изберете една и съща магистрала за множество местоположения.
1 | Влезте в Контролен център приhttps://admin.webex.com , отидете на и изберете Добавяне на багажника . |
||
2 | Изберете местоположение. |
||
3 | Дайте име на багажника и щракнете Запазете .
|
Какво да направите след това
Информацията за багажника се появява на екрана Регистрирайте домейн , Група магистрали OTG/DTG , Линия/Порт , и Изходящ прокси адрес .
Препоръчваме ви да копирате тази информация от Контролен център и го поставете в локален текстов файл или документ, за да можете да се обърнете към него, когато сте готови да конфигурирате базирания на помещения PSTN.
Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника Контролен център . Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.
1 | Влезте в Control Hub на адресhttps://admin.webex.com , отидете на . |
||
2 | Изберете местоположение за промяна и щракнете Управлявайте . |
||
3 | Изберете Базирана в помещения PSTN и щракнете Следваща . |
||
4 | Изберете багажник от падащо меню.
|
||
5 | Щракнете върху известието за потвърждение, след което щракнете Запазете . |
Какво да направите след това
Трябва да вземете информация за конфигуриране , която Контролен център генерира и картографира параметрите в локален шлюз (например на Cisco CUBE, който се намира в помещенията). Тази статия ви превежда през този процес. Като справка вижте следващата диаграма за пример как Контролен център информация за конфигуриране (вляво) се съпоставя с параметрите в CUBE (вдясно):
След като завършите успешно конфигурацията на самия шлюз, можете да се върнете към Контролен център и създаденият от вас шлюз ще бъде посочен в картата за местоположение, към която сте го присвоили, със зелена точка вляво от името. Това състояние показва, че шлюзът е сигурно регистриран в облака за повикване и служи като активен шлюз за обществена телефонна централа за местоположението.
вМожете лесно да преглеждате, активирате, премахвате и добавяте телефонни номера за вашата организация Контролен център . За повече информация вж Управлявайте телефонните номера в Control Hub .
1 | Влезте в Контролен център приhttps://admin.webex.com , изберете иконата на сграда . |
2 | Изберете Абонаменти раздел и след това щракнете Купете сега . До партньора ви се изпраща имейл, уведомяващ го, че се интересувате от преминаване към платен абонамент. |
Можете да използвате Контролен център за да зададете приоритета на наличните опции за повикване, в които потребителите виждат Приложение Webex . Можете също да ги активирате за обаждане с едно щракване. За повече информация вижте: Задайте опции за повикване за потребители на Webex App .
Можете да контролирате какво приложение за повиквания се отваря, когато потребителите извършват обаждания. Можете да конфигурирате настройките на клиента за повикване, включително внедряване в смесен режим за организации с потребители, упълномощени с Unified CM или Webex Calling и потребители без платени услуги за разговори от Cisco. За повече информация вижте: Настройте поведение при повикване .
След като конфигурирате Webex Calling за вашата организация, можете да конфигурирате магистрала, за да свържете вашия локален шлюз към Webex Calling. SIP TLS транспортът осигурява магистрала между локалния шлюз и облака Webex . Медията между локалния шлюз и Webex Calling използва SRTP.
Поток на задачи по конфигуриране на локален шлюз
Има две опции за конфигуриране на локалния шлюз за вашия Webex Calling багажник:
Багажник на базата на регистрация
Багажник, базиран на сертификати
Използвайте потока на задачите или под Локален шлюз, базиран на регистрация или Базиран на сертификат локален шлюз за да конфигурирате локален шлюз за вашия Webex Calling багажника. Виж Започнете с Local Gateway за повече информация относно различните типове багажници. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Ние използваме Session Initiation Protocol (SIP) и Защита на транспортния слой (TLS), за да защитим магистралата и защитен протокол в реално време (SRTP), за да защитим медиите между локалния шлюз и Webex Calling .
Преди да започнете
Разберете изискванията на базираната в помещенията обществена комутирана телефонна мрежа (PSTN) и локален шлюз (LGW) за Webex Calling . Виж Предпочитана архитектура на Cisco за обаждания в Webex Calling за повече информация.
Тази статия предполага, че е създадена специална платформа за локален шлюз без съществуваща гласова конфигурация. Ако модифицирате съществуващ шлюз за обществена телефонна централа или корпоративно внедряване на локален шлюз, за да се използва като функция за локален шлюз за Webex Calling , след което обърнете внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци и функционалност на повикванията поради промените, които правите.
Създайте багажник в Control Hub и го присвоете на местоположението. Виж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling за повече информация.
Процедурите съдържат връзки към справочната документация на командите, където можете да научите повече за отделните опции на командите. Всички препратки към командите отиват към Справочник за команди за управлявани шлюзи на Webex освен ако не е посочено друго (в този случай командните връзки отиват до Справочник за гласови команди на Cisco IOS ). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Препратки към команди . За информация относно SBC на трети страни вижте съответната референтна документация на продукта. |
За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI . |
Преди да започнете
Уверете се, че следната основна конфигурация на платформата, която конфигурирате, е настройвам в съответствие с политиките и процедурите на вашата организация:
NTP
ACL
Активиране на пароли
Основна парола
IP маршрутизиране
IP адреси и т.н
Необходима е минимална поддържана версия на Cisco IOS XE 16.12 или IOS-XE 17.3 за всички внедрявания на локален шлюз.
Само CUBE поддържа базиран на регистрация локален шлюз; не се поддържат други SBC от трети страни. |
1 | Уверете се, че сте присвоили всички интерфейси от Layer 3 имат валидни и маршрутизирани IP адреси:
|
2 | Предварително конфигурирайте първичен ключ за паролата, като използвате следните команди, преди да използвате идентификационните данни и споделените тайни. Вие шифровате паролите тип 6 с помощта на AES шифър и потребителски дефиниран първичен ключ.
|
3 | Конфигурирайте IP сървър за имена, за да активирате DNS търсене и ping, за да гарантирате, че сървърът е достъпен. Локалният шлюз използва DNS за разрешаване на прокси адреси на Webex Calling :
|
4 | Активирайте ексклузивността на TLS 1.2 и точка на доверие за място по подразбиране:
|
5 | Актуализирайте пула за доверие на локалния шлюз: Пакетът за доверителен пул по подразбиране не включва сертификатите "DigiCert Root CA" или "IdenTrust Commercial", които са ви необходими за валидиране на сертификата от страна на сървъра по време на установяване на TLS връзка към Webex Calling. Изтеглете най-новото “Cisco Trusted Core Root Bundle” отhttp://www.cisco.com/security/pki/ за да актуализирате пакета Trustpool. |
Преди да започнете
1 | Въведете следните команди, за да включите приложението Local Gateway, вж Референтна информация за портове за обаждания в Cisco Webex Calling за най-новите IP подмрежи, които трябва да добавите към надежден списък:
Ето обяснение на полетата за конфигурацията: Предотвратяване на измами с пътни такси
Мултимедия
Основна функционалност от SIP към SIP
Допълнителни услуги
Деактивира REFER и заменя ИД на диалоговия прозорец в заглавката на replaces с ИД на диалоговия партньор на партньора. За повече информация вж Допълнителна глътка услуга . Протокол за факс
Активира T.38 за транспортиране на факс, въпреки че факс трафикът няма да бъде криптиран. За повече информация относно тази команда вж факс протокол t38 (гласова услуга) . Активирайте глобално зашеметяване
За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна . G729
Позволява всички варианти на G729. За повече информация вж g729 приложение b-всички. SIP
Принуждава локалния шлюз да изпрати SDP информацията в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта . | ||||||
2 | Конфигурирайте „SIP профил 200.“
Ето обяснение на полетата за конфигурацията:
| ||||||
3 | Конфигурирайте профил на кодек, дефиниция за зашеметяване и SRTP Crypto пакет.
Ето обяснение на полетата за конфигурацията:
| ||||||
4 | Съпоставяне на параметрите на контролния център към конфигурацията на локалния шлюз. Добавете Webex Calling като наемател в рамките на Local Gateway. Необходима е конфигурация, за да регистрирате локалния шлюз под наемател на гласов клас 200 . Трябва да получите елементите на тази конфигурация от страницата с информация за багажника от Control Hub, както е показано на следното изображение. Следващият пример показва кои са полетата, които се съпоставят със съответния CLI локален шлюз. Кандидатствайте за наемател 200 на всички Webex Calling с лице към телефони за набиране ( маркер) в конфигурацията на локалния шлюз.2xx Функцията за наемател на гласов клас позволява групиране и конфигуриране на параметри на външна линия SIP , които иначе се извършват под гласова услуга VoIP и sip-ua. Когато конфигурирате наемател и го приложите под адрес за набиране, следният ред на предпочитание се прилага за конфигурациите на локален шлюз:
| ||||||
5 | Конфигуриране наемател на гласов клас 200 за да активирате регистрацията на магистрала от локален шлюз към Webex Calling въз основа на параметрите, които сте получили от Control Hub:
Ето обяснение на полетата за конфигурацията: наемател на гласов клас 200Позволява специфични глобални конфигурации за множество наематели на SIP магистрали, които позволяват диференцирани услуги за наематели. За повече информация вж наемател на гласов клас . регистратор dns:40462196.cisco-bcld.com схема глътки изтича 240 съотношение на опресняване 50 tcp tlsРегистрационен сървър за локалния шлюз с настройката за опресняване на всеки две минути (50% от 240 секунди). За повече информация вж регистратор . номер на пълномощията Хюсеин6346_ LGU потребителско име Хюсеин2572_ LGU парола 0 meX71]~)Vmf царство BroadWorksУдостоверения за предизвикателство за регистрация на багажника. За повече информация вж идентификационни данни (SIP UA) . потребителско име за удостоверяване Хюсеин6346_ LGU парола 0 meX71]~)Vmf царство BroadWorks потребителско име за удостоверяване Хюсеин6346_ LGU парола 0 meX71]~)Vmf царство 40462196.cisco-bcld.com
Предизвикателство за удостоверяване за обаждания. За повече информация вж удостоверяване (dial-peer) . няма идентификатор на отдалечена странаДеактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна . връзка-повторна употребаИзползва същата постоянна връзка за регистрация и обработка на повиквания. За повече информация вж връзка-повторна употреба . srtp-крипто 200Определя гласов клас srtp-crypto 200 за да посочите SHA1_ 80 (посочено в стъпка 3). За повече информация вж гласов клас srtp-crypto. транспорт на сесия tcp tlsЗадава транспорт на TLS. За повече информация вж сесия-транспорт . url глъткиSRV заявката трябва да бъде SIP, както се поддържа от SBC за достъп; всички други съобщения се променят на SIP от sip-профил 200. грешка-passthruУказва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru . утвърдено-идентификатор пайВключва PAI обработката в локалния шлюз. За повече информация вж утвърден идентификатор . управление на свързване източник-интерфейс GigabitEthernet0/0/1Конфигурира IP адрес на източника за сигнализиране на интерфейса на източника пред Webex Calling. свързване на медиен източник-интерфейс GigabitEthernet0/0/1Конфигурира IP адрес на източника за интерфейса на източника на медия, обърнат към Webex Calling. За повече информация относно командите за свързване вж обвързвам . без преминаващо съдържание custom-sdpКоманда по подразбиране под наемател. За повече информация относно тази команда вж преминаващо съдържание . sip-профили 200Променя SIP на SIP и модифицира линия/порт за съобщения ПОКАНА и РЕГИСТРИРАНЕ, както е дефинирано в sip-профили 200 . За повече информация вж гласови класове sip-профили . изходящ прокси dns:la01.sipconnect-us10.cisco-bcld.comWebex Calling достъп до SBC. За повече информация вж изходящ прокси . преход към политиката за поверителностПрозрачно преминаване през стойностите на заглавката за поверителност от входящата към изходящата част. За повече информация вж политика за поверителност . |
След като дефинирате наемател 200 в рамките на локалния шлюз и конфигуриране на SIP VoIP dial-peer, след това шлюзът инициира TLS връзка към Webex Calling , в който момент SBC за достъп представя своя сертификат на локалния шлюз. Локалният шлюз потвърждава Webex Calling достъп до SBC сертификат с помощта на коренния пакет на CA, който е актуализиран по-рано. Създава постоянна TLS сесия между локалния шлюз и Webex Calling достъп до SBC. След това локалният шлюз изпраща РЕГИСТЪР към SBC за достъп, който е предизвикан. AOR за регистрация е номер@домейн. Номерът се взема от параметъра "номер" на идентификационните данни и домейна от "dns на регистратора:<fqdn> ” Когато регистрацията е оспорена:
Използвайте потребителско име, парола и сфера параметри от пълномощията за изграждане на заглавната част и sip-профила 200.
Преобразува SIPS url обратно в SIP.
Регистрацията е успешна, когато получите 200 ОК от SBC за достъп.
Това внедряване изисква следната конфигурация на локалния шлюз:
Наематели на гласови класове — Вие създавате други наематели за dial-peers, изправени пред ITSP, подобно на наемател 200 които създавате за Webex Calling , изправени за набиране.
URI на гласов клас — Вие дефинирате модели за хост IP адреси/портове за различни канали, завършващи на локален шлюз:
Webex Calling към LGW
Терминиране на PSTN външна линия SIP на LGW
Изходящи телефони за набиране —Можете да маршрутизирате изходящо повикване от LGW към ITSP външна линия SIP и Webex Calling .
Гласов клас DPG —Можете да извикате, за да се насочите към изходящите телефонни точки за набиране от входяща точка за набиране.
Входящи партньори за набиране —Можете да приемете етапи на входящи повиквания от ITSP и Webex Calling .
Използвайте конфигурациите или за настройка на локален шлюз, хостван от партньори, или за шлюз на клиентския сайт, както е показано на следното изображение.
1 | Конфигурирайте следните наематели на гласов клас: |
2 | Конфигурирайте следния uri на гласов клас: |
3 | Конфигурирайте следните точки за изходящо набиране: |
4 | Конфигурирайте следните групи за набиране (dpg): |
5 | Конфигурирайте следните точки за входящо набиране: |
PSTN до Webex Calling
Съпоставете всички входящи IP PSTN етапи на повикване на локалния шлюз с dial-peer 100 за да дефинирате критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. DPG 200 извиква изходящ dial-peer 200201 , това има Webex Calling сървър като целева дестинация.
Webex Calling към PSTN
Съпоставете всички входящи Webex Calling крака за повикване на локалния шлюз с dial-peer 200201 за да дефинирате критерия за съвпадение за шаблона на заглавката на REQUEST URI с параметъра OTG/DTG на група съединителни линии транк, уникален за това разгръщане на локален шлюз. DPG 100 извиква изходящата точка за набиране 101 , който има IP PSTN IP адрес като целева дестинация.
Това внедряване изисква следната конфигурация на локалния шлюз:
Наематели на гласови класове — Вие създавате повече наематели за dial-peers, изправени пред Unified CM и ITSP, подобно на наемател 200 за които създавате Webex Calling изправени срещу набиране.
URI на гласов клас — Вие дефинирате модел за IP адреси/портове на хост за различни магистрали, завършващи на LGW от:
Unified CM към LGW за PSTN дестинации
Unified CM към LGW за Webex Calling дестинации
Webex Calling до LGW дестинации
Терминиране на PSTN външна линия SIP на LGW
Гласов клас сървър-група —Можете да насочвате към IP адреси/портове за изходящи канали от:
LGW към Unified CM
LGW към Webex Calling
LGW към PSTN външна линия SIP
Изходящи телефони за набиране — Можете да маршрутизирате етапи на изходящо повикване от:
LGW към Unified CM
ITSP външна линия SIP
Webex Calling
Гласов клас DPG —Можете да извикате, за да насочите към изходящи телефони за набиране от входяща точка за набиране.
Входящи партньори за набиране— Можете да приемате етапи на входящи повиквания от Unified CM, ITSP и Webex Calling .
1 | Конфигурирайте следните наематели на гласов клас: |
2 | Конфигурирайте следния uri на гласов клас: |
3 | Конфигурирайте следните сървърни групи за гласов клас: |
4 | Конфигурирайте следните точки за изходящо набиране: |
5 | Конфигурирайте следния DPG: |
6 | Конфигурирайте следните точки за входящо набиране: |
IP PSTN към Unified CM PSTN магистрала
Платформа за Webex Calling на Webex към Unified CM Webex Calling trunk
Unified CM PSTN магистрала към IP PSTN
Unified CM Webex Calling trunk към Webex Calling платформа
Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.
Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития за задействане на проблем и действия, които трябва да се предприемат за информиране, отстраняване на неизправности и отстраняване на проблема. можете да дефинирате логиката за откриване на проблеми, като използвате съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди show.
Типовете действия включват събиране на изходни команди show:
Генериране на консолидиран регистрационен файл
Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър
Инженерите на TAC създават DS файловете и ги подписват цифрово за защита на целостта. Всеки DS файл има уникален цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.
Преди да започнете:
Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.
Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.
Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.
Предварителни изисквания
Локален шлюз, работещ с IOS XE 17.3.2 или по-нова версия
Диагностичните подписи са активирано по подразбиране.
Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивни известия, ако устройството работи с Cisco IOS XE 17.3.2 или по-нова версия.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да Ви уведоми.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Локален шлюз, работещ 16.11.1 или по-нова версия
Диагностичните подписи са активирано по подразбиране
Конфигурирайте имейл сървъра да се използва за изпращане на проактивни известия, ако устройството работи с версия по-стара от 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, който да бъде уведомен.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Локален шлюз, работещ с версия 16.9.x
Въведете следните команди, за да активирате диагностичните подписи.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Конфигурирайте имейл сървъра да се използва за изпращане на проактивни известия, ако устройството работи с версия по-стара от 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, който да бъде уведомен.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.3.2 за изпращане на проактивни известия до tacfaststart@gmail.com използване на Gmail като защитен SMTP сървър:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Локален шлюз, работещ на софтуера на Cisco IOS XE, не е типичен уеб-базиран Gmail клиент, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на акаунта в Gmail и да предоставим конкретно разрешение, за да бъде имейлът от устройството обработен правилно: |
Отидете на По-малко защитен достъп до приложения настройка.
и включетеОтговорете „Да, бях аз“, когато получите имейл от Gmail, в който се казва „Google попречи на някой да влезе в акаунта ви чрез приложение, което не е на Google“.
Инсталирайте диагностични подписи за проактивен мониторинг
Мониторинг на висока натовареност на CPU
Този DS проследява 5-секундно използване на CPU с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които са инсталирани в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.
Използвайте покажи snmp команда за активиране на SNMP. Ако не активирате, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Високо използване на CPU с известия по Имейл .
Копирайте DS XML файл във флаш на локалния шлюз.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Следният пример показва копиране на файла от FTP сървър към локалния шлюз.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
Инсталирайте DS XML файл в локалния шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
Изтеглете DSes:
DS ИД
Име на DS
Ревизия
Статус
Последна актуализация (GMT+00:00)
64224
ДС_ LGW_ CPU_ ПН75
0.0.10
Регистриран
2020-11-07 22:05:33
Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, моля, инсталирайте отново DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.
Мониторинг на регистрацията на външна линия SIP
Този DS проверява за дерегистрация на локален шлюз SIP транк с облака за Webex Calling на всеки 60 секунди. След като се открие събитието за отписване, то генерира известие по имейл и системен журнал и се деинсталира след две поява на дерегистрация. Моля, използвайте стъпките по-долу, за да инсталирате подписа.
Изтеглете DS 64117, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
SIP- SIP
Тип на проблема
Отмяна на регистрация на SIP Trunk с известие по Имейл .
Копирайте DS XML файл в локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Инсталирайте DS XML файл в локалния шлюз.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.
Мониторинг на необичайни прекъсвания на разговора
Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503. Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.
Използвайте покажи snmp команда, за да проверите дали SNMP е активиран. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.
Копирайте DS XML файл в локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Инсталирайте DS XML файл в локалния шлюз.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно с помощта на . Колоната за състояние трябва да има „регистрирана“ стойност.
Инсталирайте диагностични подписи, за да отстраните проблем
Използвайте диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Диагностичните подписи (DS) елиминират необходимостта от ръчна проверка за възникване на проблема и улесняват много по-лесно отстраняването на неизправности на периодични и преходни проблеми.
Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.
Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:
Конфигурирайте допълнителна променлива на средата на DSds_fsurl_prefix което е пътят на файлов сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка в следната команда. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, ако е необходимо.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Пример:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Уверете се, че SNMP е активиран с помощта на покажи snmp команда. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end
Уверете се, че сте инсталирали High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Високо използване на CPU с известия по Имейл .
Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Syslogs
Тип на проблема
Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0
Копирайте DS XML файловете в локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи команда. Колоната за състояние трябва да има „регистрирана“ стойност.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Изтеглени DSes:
DS ИД
Име на DS
Ревизия
Статус
Последна актуализация (GMT+00:00)
64224
00:07:45
ДС_ LGW_ CPU_ ПН75
0.0.10
Регистриран
2020-11-08
65095
00:12:53
ДС_ LGW_ IEC_ Вall_spike_threshold
0.0.12
Регистриран
2020-11-08
Проверете изпълнението на диагностичните подписи
В следващата команда колоната „Състояние“ на покажете диагностичен подпис за обаждане вкъщи командата се променя на „работеща“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показване на статистически данни за диагностика и подпис за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и изпълнява действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Изтеглени DSes:
DS ИД | Име на DS | Ревизия | Статус | Последна актуализация (GMT+00:00) |
---|---|---|---|---|
64224 | ДС_ LGW_ CPU_ ПН75 | 0.0.10 | Регистриран | 08.11.2020 00:07:45 |
65095 | ДС_ LGW_ IEC_ Вall_spike_threshold | 0.0.12 | Изпълнява се | 08.11.2020 00:12:53 |
показва статистически данни за диагностични подписи за обаждане до дома
DS ИД | Име на DS | Задейства се /Макс/Деинсталиране | Средно време на работа (секунди) | Максимално време на работа (секунди) |
---|---|---|---|---|
64224 | ДС_ LGW_ CPU_ ПН75 | 0/0/N | 0,000 | 0,000 |
65095 | ДС_ LGW_ IEC_ Вall_spike_threshold | 1 /20/г | 23.053 | 23.053 |
Имейлът за уведомяване, който се изпраща по време на изпълнение на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.
Деинсталирайте диагностичните подписи
Използване на диагностични подписи за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи команда и изпълнете следната команда:
call-home diagnostic-signature deinstall <DS ID>
Пример:
call-home diagnostic-signature deinstall 64224
Нови подписи се добавят периодично към инструмента за търсене на подписи за диагностика, въз основа на проблеми, които често се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи. |
За по-добро управление на Cisco IOS XE Gateways, препоръчваме ви да регистрирате и управлявате шлюзовете чрез Control Hub. Това е опция по избор. Когато се регистрирате, можете да използвате опцията за валидиране на конфигурацията в Control Hub, за да потвърдите конфигурацията на вашия локален шлюз и да идентифицирате всички проблеми с конфигурацията. Понастоящем тази функционалност поддържат само базирани на регистрация канали.
За повече информация вижте следното:
Този документ описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, като се използва взаимна TLS (mTLS) външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Следното изображение подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде последвана.
В този дизайн се използват следните основни конфигурации:
глас клас uri : Използва се за класифициране на входящи SIP съобщения и избор на входяща точка за набиране.
входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.
група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.
изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.
Докато взаимодействате с в помещението решение на Cisco Unified Communications Manager и Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следното изображение. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания. Конфигурационният подход на високо ниво е илюстриран на диаграмата.
В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение. Предоставени са опции за публично или частно (зад NAT) адресиране. SRV DNS записите не са задължителни, освен ако не се балансиране на товара в множество екземпляри на CUBE.
Преди да започнете
Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, уверете се, че следното е конфигурирано и проверено да работи правилно:
NTP
ACL
Удостоверяване на потребителя и дистанционен достъп
DNS
IP маршрутизиране
IP адреси
Необходима е минимална поддържана версия на IOS XE 17.9 за всички внедрявания на локален шлюз.
Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.
Рутерите от серията Catalyst Edge 8000 изискват лиценз за DNA Essentials.
За изисквания за висок капацитет може също да изисквате лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.
Отнесете се към Кодове за оторизация за повече подробности.
Мрежата към Webex Calling трябва да използва IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) на локалния шлюз или адресите на запис на услуги (SRV) трябва да се разрешават до публичен IPv4 адрес в интернет.
Всички SIP и медийни портове на интерфейса на локалния шлюз, обърнат към Webex , трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната си стена.
Инсталирайте подписан сертификат на локалния шлюз (подробни стъпки за конфигуриране са дадени по-долу).
Публичен орган за сертификати (CA) трябва да подпише сертификата на устройството, както е подробно описано в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ?
FQDN , конфигуриран в Control Hub, трябва да бъде общото име (CN) или алтернативното име на субекта (SAN) на сертификата на рутера. Например:
Ако транк, конфигуриран в Control Hub на вашата организация, има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата на рутера трябва да съдържа cube1.lgw.com.
Ако магистрала, конфигурирана в контролния център на вашата организация, има lgws.lgw.com като SRV адрес на локалния(ите) шлюз(и), достъпен от магистралата, тогава CN или SAN в сертификата на рутера трябва да съдържа lgws.lgw.com. Записите, до които SRV адресът се разрешава (CNAME, A Record или IP адрес), са незадължителни в SAN.
Независимо дали използвате FQDN или SRV за магистрала, адресът за контакт за всички нови SIP диалогови прозорци от вашия локален шлюз трябва да има името, конфигурирано в Control Hub.
Уверете се, че сертификатите са подписани за използване на клиент и сървър.
Качете пакета за доверие в локалния шлюз.
1 | Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:
|
2 | Създайте доверителна точка за криптиране със сертификат, подписан от предпочитания от вас орган за сертификати (CA). |
3 | Удостоверете новия си сертификат, като използвате вашия междинен (или основен) СА сертификат, след което импортирайте сертификата. Въведете следната команда exec или конфигурация:
|
4 | Импортирайте подписан сертификат за хост, като използвате следната команда exec или конфигурация:
|
5 | Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следната конфигурационна команда:
|
6 | Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:
|
1 | Създайте базиран на сертификати транк, като използвате вашето CUBE име на домакина / SRV в Control Hub и го присвоете на местоположението. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling . | ||
2 | Използвайте командите за конфигуриране в следващия раздел, за да конфигурирате CUBE с вашите Webex Calling и PSTN trunks:
Ето обяснение на полетата за конфигурацията: списък с доверени IP адреси ipv4 xxxx yyyy
режим граница-елемент разрешаване на връзки глътка до глътка Активирайте CUBE основния SIP обратно към гръб функционалност на потребителския агент. За повече информация вж Разрешаване на връзки .
принудителна ранна оферта Принуждава CUBE да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта . асиметричен полезен товар пълен Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар . | ||
3 | Конфигуриране кодек за гласов клас 100 кодек филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.
Ето обяснение на полетата за конфигурацията: кодек за гласов клас 100 Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вж кодек за гласов клас .
| ||
4 | Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .
Ето обяснение на полетата за конфигурацията: гласов клас зашеметяване 100 Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .
| ||
5 | Конфигурирайте политиката за криптиране на медиите за трафика на Webex .
Ето обяснение на полетата за конфигурацията: гласов клас srtp-crypto 100Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1 80_
За повече информация вж гласов клас srtp-crypto .
| ||
6 | Конфигурирайте профили за манипулиране на SIP съобщение . Ако вашият шлюз е конфигуриран с публичен IP адрес, конфигурирайте профил по следния начин или преминете към следващия раздел, ако използвате NAT. В примера cube1.lgw.com е FQDN , избрано за локалния шлюз, а „198.51.100.1“ е публичният IP адрес на интерфейса на локалния шлюз пред Webex Calling:
Ето обяснение на полетата за конфигурацията: правило 10 и правило 20 За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.
| ||
7 | Ако вашият шлюз е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN , избрано за локалния шлюз, „10.80.13.12“ е IP адрес на интерфейса пред Webex Calling и „192.65.79.20“ е публичният IP адрес на NAT. SIP профили за изходящи съобщения към Webex Calling
SIP профили за входящи съобщения от Webex Calling
За повече информация вж гласови класове sip-профили . | ||
8 | Конфигурирайте SIP опции за поддържане на активност с профил за промяна на заглавката.
Ето обяснение на полетата за конфигурацията: гласов клас sip-options-keepalive 100 Конфигурира поддържащ профил и влиза в режим на конфигуриране на гласов клас. Можете да конфигурирате времето (в секунди), в което Ping за SIP извън диалоговите опции се изпраща до целта за набиране, когато връзката на сърдечния ритъм към крайната точка е в състояние UP или Down. Този поддържащ профил се задейства от точката за набиране, конфигурирана към Webex. За да се гарантира, че заглавките на контактите включват напълно квалифицирано име на домейн SBC, се използва SIP профил 115. Правила 30, 40 и 50 се изискват само когато SBC е конфигуриран със статичен NAT. В този пример cube1.lgw.com е FQDN , избрано за локалния шлюз и ако се използва статичен NAT, „10.80.13.12“ е IP адрес на интерфейса на SBC към Webex Calling и „192.65.79.20“ е публичният IP адрес на NAT . | ||
9 | Конфигурирайте профил за съвпадение на URI за класифициране на входящи съобщения от Webex Calling.
Ето обяснение на полетата за конфигурацията: глас клас uri 100 глДефинира шаблона за съответствие на FQDN за входящо повикване от Webex Calling. Виж гласов клас uri sip предпочитание . | ||
10 | Конфигуриране на магистрала за Webex Calling : | ||
11 | Създайте група за набиране, базирана на dial-peer към Webex Calling.
Ето обяснение на полетата за конфигурацията: dial-peer 100 Свързва изходяща точка за набиране с група за набиране 100 . За повече информация вж глас за набиране . | ||
12 | Конфигурирайте входяща точка за набиране за получаване на съобщения от Webex Calling. Входящото съвпадение се основава на заявката за URI .
Ето обяснение на полетата за конфигурацията: глас клас uri 100 глътка
За да създадете или модифицирате гласов клас за съпоставяне на телефонни точки за набиране с единен идентификатор на ресурс ( URI ) на Session Initiation Protocol (SIP) ). За повече информация вж глас клас uri . транспорт на сесия tcp tls
Задава транспорт на TLS. За повече информация вж сесия-транспорт . дестинация dpg 200
Указва група за набиране 200 за да изберете изходяща точка за набиране към PSTN или Unified Communications Manager. За повече информация относно групите за набиране, вж гласов клас dpg . входяща заявка за uri 110
За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури . профил за гласов клас 110
Изисква се само когато CUBE е зад статичен NAT, SIP профил 110 променя публичния IP адрес в адреса на частния интерфейс. За повече информация вж гласови класове sip-профили . гласов клас srtp-crypto 100
Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка). За повече информация вж гласов клас srtp-crypto . гласов клас sip наемател 100
Свързва тази точка за набиране с наемателя на багажника, позволявайки му да наследи всички свързани конфигурации. За повече информация вж гласов клас sip наемател . srtp
Указва, че всички повиквания, използващи тази точка за набиране, трябва да използват криптиран носител. За повече информация вж srtp . |
След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :
Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE. |
1 | Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:
|
2 | Конфигурирайте следната изходяща точка за набиране към PSTN IP магистрала:
Ето обяснение на полетата за конфигурацията: dial-peer глас 200 voip описание Изходяща точка за набиране към PSTN Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране. дестинация-модел BAD.BAD Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) . протокол за сесия sipv2 Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) . цел на сесията ipv4:192.168.80.13 Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) . кодек за гласов клас 100 Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас . dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) . без вад Деактивира откриването на гласова активност. За повече информация вж vad (набиране) . |
3 | Конфигурирайте следната Dial-peer група (DPG): |
4 | Конфигурирайте следната входяща точка за набиране: |
Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включи допълнителна магистрала към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM към порт 5060 се насочват към PSTN, а повикванията към порт 5065 се насочват към Webex Calling. Следните постепенни и актуализирани конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.
1 | Конфигурирайте следните URI адреси на гласов клас: | ||
2 | Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:
Ето обяснение на полетата за конфигурацията: Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки хост и ствол: IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp .pstntocucm.io : Име на ресурсния запис на SRV 2: Приоритетът на ресурсния запис на SRV 1: Теглото на ресурсния запис на SRV 5060 : Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис ucmsub5.mydomain.com : Целевият хост на ресурсния запис За да разрешите име на домакина на ресурсния запис, създайте локални DNS A записи, например: IP хост ucmsub5.mydomain.com 192.168.80.65 IP хост : Създава запис в локалната база данни на IOS XE. ucmsub5.mydomain.com : Името на име на домакина за запис A. 192.168.80.65 : IP адрес на хоста. Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията. | ||
3 | Конфигурирайте следните точки за изходящо набиране: | ||
4 | Конфигурирайте следната група за набиране (DPG) за повиквания към Unified CM: | ||
5 | Променете следните входящи точки за набиране, за да маршрутизирате PSTN и Webex Calling повиквания към Unified CM: |
Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на Cisco IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.
Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития и действия за задействане на проблем за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди за показване, за да дефинирате логиката за откриване на проблеми. Типовете действия включват:
Събиране на изходни команди show
Генериране на консолидиран регистрационен файл
Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър
Инженерите на TAC създават DS файлове и ги подписват цифрово за защита на целостта. Всеки DS файл има уникалния цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.
Преди да започнете:
Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.
Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.
Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.
Предварителни изисквания
Локален шлюз, работещ с IOS XE 17.6.1 или по-нова версия
Диагностичните подписи са активирано по подразбиране.
Конфигурирайте защитен имейл сървър, който използвате за изпращане на проактивни известия, ако устройството работи с IOS XE 17.6.1 или по-нова версия.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да ви уведоми.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Инсталирайте диагностични подписи за проактивен мониторинг
Мониторинг на висока натовареност на CPU
Този DS проследява 5-секундно използване на CPU с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които инсталирате в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.
Уверете се, че сте активирали SNMP с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Високо използване на CPU с известия по Имейл
Копирайте DS XML файл във флаш на локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Следният пример показва копиране на файла от FTP сървър към локалния шлюз.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
Инсталирайте DS XML файл в локалния шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
Изтеглете DSes:
DS ИД
Име на DS
Ревизия
Статус
Последна актуализация (GMT+00:00)
64224
ДС_ LGW_ CPU_ ПН75
0.0.10
Регистриран
2020-11-07 22:05:33
Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, моля, инсталирайте отново DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.
Мониторинг на необичайни прекъсвания на разговора
Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503. Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.
Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.
Копирайте DS XML файл в локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Инсталирайте DS XML файл в локалния шлюз.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Използвайте командата покажете диагностичен подпис за обаждане вкъщи за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.
Инсталирайте диагностични подписи, за да отстраните проблем
Можете също да използвате диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Това елиминира необходимостта от ръчна проверка за възникване на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.
Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.
Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:
Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Пример:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.
show snmp %SNMP agent not enabled config t snmp-server manager end
Препоръчваме да инсталирате High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Производителност
Тип на проблема
Високо използване на CPU с известия по Имейл .
Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :
Име на полето
Стойност на полето
Платформа
Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер
Продукт
CUBE Enterprise в решение за обаждания на Webex Calling
Обхват на проблема
Syslogs
Тип на проблема
Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0
Копирайте DS XML файловете в локалния шлюз.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Инсталирайте DS 64224 и след това DS 65095 XML файл за мониторинг на CPU в локалния шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи . Колоната за състоянието трябва да има „регистрирана“ стойност.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Изтеглени DSes:
DS ИД
Име на DS
Ревизия
Статус
Последна актуализация (GMT+00:00)
64224
00:07:45
ДС_ LGW_ CPU_ ПН75
0.0.10
Регистриран
2020-11-08:00:07:45
65095
00:12:53
ДС_ LGW_ IEC_ Вall_spike_threshold
0.0.12
Регистриран
2020-11-08:00:12:53
Проверете изпълнението на диагностичните подписи
В следващата команда колоната „Състояние“ на командата покажете диагностичен подпис за обаждане вкъщи се променя на „изпълнение“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показване на статистически данни за диагностика и подпис за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и е изпълнило действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Изтеглени DSes:
DS ИД | Име на DS | Ревизия | Статус | Последна актуализация (GMT+00:00) |
---|---|---|---|---|
64224 | ДС_ LGW_ CPU_ ПН75 |
0.0.10 |
Регистриран |
08.11.2020 00:07:45 |
65095 |
ДС_ LGW_ IEC_ Вall_spike_threshold |
0.0.12 |
Изпълнява се |
08.11.2020 00:12:53 |
показва статистически данни за диагностични подписи за обаждане до дома
DS ИД | Име на DS | Задейства се /Макс/Деинсталиране | Средно време на работа (секунди) | Максимално време на работа (секунди) |
---|---|---|---|---|
64224 | ДС_ LGW_ CPU_ ПН75 |
0/0/N |
0,000 |
0,000 |
65095 |
ДС_ LGW_ IEC_ Вall_spike_threshold |
1 /20/г |
23.053 |
23.053 |
Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.
Деинсталирайте диагностичните подписи
Използване на диагностичните сигнатури за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи и изпълнете следната команда:
call-home diagnostic-signature deinstall <DS ID>
Пример:
call-home diagnostic-signature deinstall 64224
Нови подписи се добавят периодично към инструмента за търсене на диагностични подписи въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи. |
Локален шлюз (LGW) е единствената опция за предоставяне на базиран на помещения достъп до обществена телефонна централа за клиенти на Cisco Webex Calling . Целта на този документ е да ви помогне при изграждането на конфигурация на локален шлюз, използвайки CUBE с висока степен на достъпност, активни или в режим на готовност CUBE за преминаване на активни повиквания при отказ от състояние на състояние.
Основи
Предварителни изисквания
Преди да разположите CUBE HA като локален шлюз за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:
Редундантност от кутия към кутия от слой 2 с CUBE Enterprise за запазване на повикванията със състояние
Указанията за конфигуриране, предоставени в тази статия, предполагат специална локален шлюз без съществуваща гласова конфигурация. Ако съществуващо корпоративно внедряване на 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 за различни платформи:
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Предпочитана архитектура на Cisco за обаждания в Cisco Webex Calling—https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Общ преглед на решението за Webex Calling
Cisco Webex Calling е предложение за сътрудничество, което предоставя базирана в облак алтернатива с множество наематели на телефонна услуга за локална телефонна централа с множество опции за PSTN за клиенти.
Разгръщането на локален шлюз (представено по-долу) е в центъра на тази статия. Транк на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързаност към PSTN услуга, собственост на клиента. Той също така осигурява свързаност с в помещението IP PBX внедряване, като например Cisco Unified CM. Цялата комуникация към и от облака е защитена чрез TLS транспорт за SIP и SRTP за медии.
Фигурата по-долу показва внедряване на Webex Calling без съществуваща IP PBX и е приложима за внедряване на един или няколко сайта. Конфигурацията, описана в тази статия, се основава на това внедряване.
Слой 2 Редундантност от кутия до кутия
Резервирането на CUBE HA слой 2 от кутия към кутия използва инфраструктурния протокол на групата за резервиране (RG), за да формира двойка активни/готови маршрутизатори. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните им интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в готовност да поеме всички отговорности за обработка на повиквания CUBE незабавно, ако активният рутер излезе от експлоатация, което води до запазване на сигнализацията и медиите в състояние на състояние.
Насочването на проверка е ограничено до свързани повиквания с медийни пакети. Обажданията в транзит не се отбелязват (например състояние на опит или звънене). В тази статия CUBE HA ще се позовава на CUBE High Availability (HA) Layer 2 Box-to-box (B2B) резервиране за запазване на повикванията с състояние на състояние |
Считано от IOS-XE 16.12.2, CUBE HA може да бъде разгърнат като локален шлюз за внедряване на магистрала за Cisco Webex Calling (базирана на помещения PSTN) и ние ще съображения на дизайна в тази статия. Тази фигура показва типична настройка на CUBE HA като локален шлюз за разгръщане на магистрала на Cisco Webex Calling .
Инфракомпонент на групата за резервиране
Компонентът Infra за групата за резервиране (RG) осигурява поддръжката на комуникационната инфраструктура от кутия до кутия между двата CUBE и договаря окончателното стабилно състояние на резервиране. Този компонент също така осигурява:
Протокол, подобен на HSRP, който договаря крайното състояние на резервиране за всеки рутер чрез обмен на съобщения за поддържане на активност и hello между двата CUBE (чрез контролния интерфейс) – GigabitEthernet3 на фигурата по-горе.
Транспортен механизъм за контролна точка на състоянието на сигнализацията и медиите за всяко повикване от активния към резервния рутер (чрез интерфейса за данни) — GigabitEthernet3 на фигурата по-горе.
Конфигуриране и управление на интерфейса за виртуален IP (VIP) за интерфейсите за трафик (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.
Този RG компонент трябва да бъде специално конфигуриран да поддържа гласова B2B HA.
Управление на виртуални IP (VIP) адреси както за сигнализация, така и за медии
B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните физически интерфейси на двата CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурирането на VIP и обвързването на VIP интерфейса към определено гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или прокси, използват VIP като IP адрес на дестинацията за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Calling , двойките CUBE HA действат като един локален шлюз.
Сигнализирането на повикванията и информацията за RTP сесията на установените повиквания са контролни точки от активния рутер към рутера в режим на готовност. Когато активният рутер изпадне, рутерът в режим на готовност поема управлението и продължава да препраща RTP поток , който преди това е бил насочен от първия рутер.
Обажданията в преходно състояние по време на отказ няма да бъдат запазени след превключване. Например повиквания, които все още не са напълно установени или са в процес на промяна с функция за прехвърляне или задържане. Установените повиквания могат да бъдат прекъснати след превключване.
Съществуват следните изисквания за използване на CUBE HA като локален шлюз за преодоляване на повиквания със състояние на отказ:
CUBE HA не може да има съвместно разположени TDM или аналогови интерфейси
Gig1 и Gig2 се наричат интерфейси за трафик (SIP/ RTP), а Gig3 е интерфейс за управление/данни на групата за резервиране (RG)
Не повече от 2 двойки CUBE HA могат да бъдат поставени в един и същ домейн на слой 2, единият с идентификатор на група 1, а другият с идентификатор на група 2. Ако конфигурирате 2 HA двойки със същия идентификатор на групата, интерфейсите за управление/данни на RG трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)
Порт каналът се поддържа както за интерфейси за управление на RG/данни, така и за трафик
Цялата сигнализация/медия се доставя от/към виртуалния IP адрес
Всеки път, когато платформата се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby
Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа
Идентификатор на интерфейса за излишък, rii трябва да е уникален за комбинация от двойка/интерфейс на същия слой 2
Конфигурацията и на двата CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да работи на същия тип платформа и версия на IOS-XE
Интерфейсите за обратна връзка не могат да се използват като обвързване, тъй като винаги са нагоре
Множество интерфейси за трафик (SIP/ RTP) (Gig1, Gig2) изискват конфигуриране на проследяване на интерфейса
CUBE-HA не се поддържа през кръстосана кабелна връзка за RG-контрол/връзка за данни (Gig3)
И двете платформи трябва да бъдат идентични и да бъде свързан чрез a физически превключвател през всички подобни интерфейси, за да може CUBE HA да работи, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да приключи на един и същ ключ и т.н.
Не може да има терминиран WAN на CUBE директно или на данни HA от двете страни
И двата активни/готови трябва да са в един и същ център за данни
Задължително е използването на отделен L3 интерфейс за резервиране (RG Control/data, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролни точки
При отказ, по-рано активният CUBE преминава през презареждане по проект, запазвайки сигнализацията и медиите
Конфигурирайте излишък и на двата CUBE
Трябва да конфигурирате резервиране от кутия до кутия от слой 2 и на двата CUBE, предназначени да бъдат използвани в HA двойка, за да изведете виртуални IP адреси.
1 | Конфигурирайте проследяване на интерфейса на глобално ниво, за да проследявате състоянието на интерфейса.
Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласов трафик , така че активният маршрут да изпълнява своята активна роля, след като интерфейсът за трафик не работи. |
||||||
2 | Конфигурирайте RG за използване с VoIP HA в подрежим на резервиране на приложения.
Ето обяснение на полетата, използвани в тази конфигурация:
|
||||||
3 | Разрешете резервирането от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка по-долу
група за съкращения 1 —Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена. |
||||||
4 | Конфигурирайте интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу и приложете идентификатора на интерфейса за резервиране ( рии )
Ето обяснение на полетата, използвани в тази конфигурация:
|
||||||
5 | Запазете конфигурацията на първия CUBE и го презаредете. Платформата за презареждане последно винаги е режим на готовност.
След VCUBE-1 се стартира напълно, запазете конфигурацията на VCUBE-2 и го презаредете.
|
||||||
6 | Проверете дали конфигурацията от кутия до кутия работи според очакванията. Съответният изход е подчертан в смели . Презаредихме VCUBE-2 последно и според съображения на дизайна; платформата за презареждане последна винаги ще бъде В режим на готовност .
|
Конфигурирайте локален шлюз и на двата CUBE
В нашата примерна конфигурация ние използваме следната информация за магистралата от Control Hub, за да изградим конфигурацията на локалния шлюз и на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:
Потребителско име: Хюсеин 1076 г_ LGU
Парола: lOV12MEaZx
1 | Уверете се, че за паролата е създаден конфигурационен ключ с командите, показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите от тип 6 са криптирани с помощта на AES шифър и този дефиниран от потребителя конфигурационен ключ.
Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на Контролен център параметри, показани по-горе, запишете и презаредете. SIP обработване на пълномощията от Контролен център са подчертани в смели .
За да покажем изхода на командата show, презаредихме VCUBE-2 последвано от VCUBE-1 , правене VCUBE-1 готовност CUBE и VCUBE-2 активният КУБ |
2 | Във всеки един момент само една платформа ще поддържа активна регистрация като локален шлюз с Webex Calling достъп SBC. Разгледайте изхода на следните команди за показване. показване на група приложения за съкращаване 1 покажете състоянието на регистъра на sip-ua
От изхода по-горе можете да видите това VCUBE-2 е активният LGW, поддържащ регистрацията с Webex Calling access SBC, докато изходът на „show sip-ua register status“ е празен в VCUBE-1 |
3 | Сега активирайте следните отстраняване на грешки на VCUBE-1
|
4 | Симулирайте отказ, като издадете следната команда на активния LGW, VCUBE-2 в този случай.
Превключването от ACTIVE към STANDBY LGW се случва в следния сценарий, освен CLI, изброен по-горе
|
5 | Проверете дали VCUBE-1 се е регистрирал в Webex Calling access SBC. VCUBE-2 вече щеше да се презареди.
VCUBE-1 вече е активният LGW. |
6 | Вижте съответния регистрационен файл за отстраняване на грешки на VCUBE-1, изпращащ SIP РЕГИСТЪР до Webex Calling ПРЕЗ виртуалния IP и получаване на 200 ОК.
|
Може да се наложи интеграция с Unified CM, ако местоположенията с Webex Calling-enabled се добавят към съществуващо разполагане, където Unified CM е локалното решение за контрол на повикванията и ако имате нужда от директно набиране между телефони, регистрирани в Unified CM и телефони в местоположенията на Webex Call.
Конфигуриране на SIP профил за сигурност на багажника за багажника към местния шлюз
В случаите, когато местният шлюз и PSTN шлюзът се намират на едно и също устройство, Unified CM трябва да има възможност да прави разлика между два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас услуги към тези типове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на два багажника между Unified CM и комбинирания локален шлюз и PSTN шлюз устройство, което изисква различни SIP слушателни портове за двата багажника.
Създайте специален SIP профил за сигурност на багажника на локалния шлюз със следните настройки:
|
Конфигуриране на SIP профил за багажника на локалния шлюз
Създайте специален SIP профил за багажника на локалния шлюз със следните настройки:
|
Създаване на пространство за търсене на повиквания за обаждания от webex
Създайте пространство за търсене на повиквания за повиквания, произхождащи от Webex, със следните настройки:
|
Конфигуриране на SIP багажник към и от Webex
Създайте SIP багажник за обажданията до и от Webex чрез локалния шлюз със следните настройки:
|
Конфигуриране на маршрутната група за Webex
Създаване на маршрутна група със следните настройки:
|
Конфигуриране на списъка с маршрути за Webex
Създаване на списък с маршрути със следните настройки:
|
Създаване на дял за Webex дестинации
Създайте дял за дестинациите на Webex със следните настройки:
|
Какво да правим по-нататък
Не забравяйте да добавите този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex. Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като входящо пространство за търсене на повиквания на стволове на PSTN, така че обажданията от PSTN към Webex да могат да бъдат маршрутизирани.
Конфигуриране на маршрутни модели за Webex дестинации
Конфигуриране на моделите на маршрута за всеки диапазон на DID в Webex със следните настройки:
|
Конфигуриране на съкратено нормализиране на междусистемното набиране за Webex
Ако е необходимо съкратено набиране между сайтовете на Webex, конфигурирайте моделите за нормализиране на набирането за всеки диапазон на ESN в Webex със следните настройки:
|
Трябва да добавите всеки потребител в Control Hub, за да могат да се възползват от услугите за обаждания на Webex Calling . Броят на потребителите, които трябва да добавите, ще определи как ще ги добавите в Control Hub, дали ръчно добавяте всеки потребител чрез имейл адрес или добавяте няколко потребители с помощта на CSV файл. Изборът е ваш.
- Добавете потребители ръчно
- Добавете няколко потребители с CSV шаблона
- Променете потребителите с CSV шаблона
- Редактиране на лицензи за услуги за отделни потребители
- Добавяне или изтриване на номера за потребител
- Изпратете повторно имейл с покана
- Изтрийте потребител от вашата организация
- Деактивирайте потребител от вашата организация
- Задайте роли на акаунти в организацията на потребителите
Можете да присвоявате и управлявате устройства за потребители и работни пространства в Control Hub. Изберете да добавите чрез MAC адрес или чрез генериране на код за активиране, който да въведете на самото устройство.
С Control Hub можете да зададете устройства на потребители за лична употреба.
Изброените устройства тук подкрепа Webex Calling . Докато всички тези устройства могат да бъдат добавени с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с код за активиране:
Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851, 6861, 6871)
Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)
Cisco IP конферентен телефон 7832 и 8832
Cisco Video Phone 8875
По отношение на DECT устройствата, само DECT базовите устройства (не DECT слушалки) са налични за присвояване Контролен център . След като зададете базово устройство на потребител, трябва ръчно да сдвоите DECT слушалка с това базово устройство. За повече информация вж Свържете слушалката към базовата станция . |
1 | От изглед на клиента вhttps://admin.webex.com , отидете на . Можете също да добавите устройство към потребител от секция Потребители, като отидете до
> изберете потребител . | ||||
2 | Изберете Лична употреба за да присвоите устройство на потребител и след това щракнете Следваща . | ||||
3 | Въведете потребителско име или действителното име на собственика на телефона, изберете потребителя от резултатите и след това щракнете Следваща . | ||||
4 | Изберете Cisco IP телефон и след това щракнете Следваща . | ||||
5 | Изберете устройство от падащ списък и след това щракнете Следваща . | ||||
6 | Изберете една от следните опции и след това щракнете Запазете .
Ако сте избрали да генерирате код за активиране за устройството, но все още не сте използвали този код, състоянието на това устройство се чете като Активиране в определения потребител Устройства раздел и основната Устройства списък в Контролен център . Имайте предвид, че може да отнеме до 10 минути, докато състоянието на устройството се актуализира Контролен център . За да промените или управлявате устройствата, присвоени на потребителя, вж Управление на устройство за потребител раздел. |
Когато хората са на работа, те се събират на много места като зали за обяд, фоайета и конферентни зали. Можете да настройвам споделени устройства Cisco Webex в тези работни пространства, да добавите услуги и след това да наблюдавате как се случва сътрудничеството.
Основният принцип на устройството Workspaces е, че то не е присвоено на конкретен потребител, а по-скоро физическо местоположение, което позволява споделено използване.
Изброените устройства поддържа Webex Calling. Докато повечето от тези устройства могат да бъдат регистрирани с помощта на MAC адрес, само следното подмножество може да бъде регистрирано с код за активиране:
Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851)
Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)
Cisco IP конферентен телефон 7832 и 8832
1 | От изглед на клиента вhttps://admin.webex.com , отидете на . Можете също да добавите устройство към ново работно пространство от секцията Устройства чрез навигация до
. | ||
2 | Изберете . | ||
3 | Въведете име за работното пространство (като име на физическата стая), изберете тип стая и добавете капацитет. След това щракнете Следваща .
| ||
4 | Изберете Cisco IP телефон и след това щракнете Следваща . | ||
5 | Изберете тип тип устройство от падащ списък и след това щракнете Следваща .. | ||
6 | Изберете дали искате да регистрирате телефона с код за активиране (ако опцията се появи) или MAC адрес и след това щракнете Следваща . Ако изберете да регистрирате устройството с код за активиране, кодът се изпраща по имейл до определения администратор за местоположението. За Webex Calling , можете да добавите само един споделен телефон към работно пространство. За Cisco IP конферентен телефон 7832 някои функционални клавиши може да не са налични. Ако имате нужда от пълен набор от програмируеми клавиши, препоръчваме вместо това да присвоите този телефон на потребител. | ||
7 | Щракнете върху Обаждане услуга и изберете абонамента, който искате да зададете на работното пространство. | ||
8 | Присвоете а Местоположение и Телефонен номер (определя се от местоположението, което изберете), и след това щракнете Запазете . Имате и възможност да зададете разширение.
|
За да използвате повторно телефон, който е присвоен на един потребител/работно пространство на Webex Calling към друг потребител/работно пространство на Webex Calling, изпълнете следните стъпки:
1 | От изглед на клиента вhttps://admin.webex.com, отидете на потребителско/работно пространство, където в момента е присвоено устройството. Можете да преназначите устройството в следните сценарии:
|
2 | На телефона отидете в менюто с настройки и изпълнете тези стъпки, за да преназначите телефона. |
3 | Следвайте инструкциите в Добавете и присвоете телефон на потребителя или Добавете телефон към ново работно пространство за да присвоите или добавите телефон към потребител/работно пространство. |
4 | При добавяне на устройството в Control Hub, изпълнете тези действия на телефона: |
Присвояването на устройство Board, Desk или Room като лично устройство на някого му позволява да получава своите обаждания и срещи в Webex директно на устройството си. За повече подробности вж Присвоете персонално устройство за дъска, бюро или стая на потребител .
Когато хората са на работа, те се събират в много работни пространства като зали за обяд, фоайета и конферентни зали. Можете да настройвам споделени устройства Cisco Webex в тези работни пространства, да добавите услуги и след това да наблюдавате как се случва сътрудничеството.
Основният принцип на устройството Workspaces е, че то не е присвоено на конкретен потребител, а по-скоро физическо местоположение, което позволява споделено използване.
1 | От изглед на клиента вhttps://admin.webex.com , отидете на . Можете също да добавите устройство към ново работно пространство от секцията Устройства чрез навигация до
. |
2 | Изберете . |
3 | Въведете име за работното пространство (като името на физическата стая), изберете типа стая и добавете капацитет. След това щракнете Следваща . |
4 | Изберете Устройство за сътрудничество на Cisco и след това щракнете Следваща . Устройството за сътрудничество на Cisco включва Cisco Webex Room или Desk устройство, включително Cisco Webex Board. |
5 | Изберете една от следните услуги и щракнете Следваща .
|
6 | Ако сте избрали Cisco Webex Calling услуга, след което изберете абонамента, който искате да зададете на работното пространство. |
7 | Присвоете а Местоположение , Телефонен номер (определя се от местоположението, което изберете), an Удължаване и след това щракнете Запазете . |
8 | Активирайте устройството, като използвате предоставения код. Можете да копирате, изпращате по имейл или отпечатвате кода за активиране. |
За да присвоите няколко устройства на потребители и работни пространства, можете да попълните CSV файл с необходимата информация и да активирате тези устройства само с няколко лесни стъпки.
Изброените устройства тук подкрепа Webex Calling . Можете да регистрирате всички устройства с помощта на MAC адрес; регистрирайте обаче следната подгрупа устройства, като използвате код за активиране:
Мултиплатформени телефони Cisco IP телефон от серия 6800 (аудио телефони—6821, 6841, 6851)
Мултиплатформени телефони Cisco IP телефон от серия 7800 (аудио телефони—7811, 7821, 7841, 7861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (аудио телефони—8811, 8841, 8851, 8861)
Мултиплатформени телефони Cisco IP телефон от серия 8800 (видео телефони—8845, 8865)
Cisco IP конферентен телефон 7832 и 8832
Cisco Video Phone 8875
1 | От изглед на клиента вhttps://admin.webex.com , отидете на . | |||||||||||||||||||||||||||||||||||||||||||||||
2 | Изберете една от следните опции и щракнете Изтеглете .
Можете да използвате следната таблица, за да подготвите своя CSV файл.
| |||||||||||||||||||||||||||||||||||||||||||||||
3 | Попълнете електронната таблица. | |||||||||||||||||||||||||||||||||||||||||||||||
4 | Качете CSV файла, като го плъзнете и пуснете, или щракнете върху Избор на файл. | |||||||||||||||||||||||||||||||||||||||||||||||
5 | Ако MAC адрес е празен, получавате опциите да изберете къде да бъде изпратен кодът за активиране.
Вие или потребителят трябва да въведете кода за активиране на устройството, за да го активирате. | |||||||||||||||||||||||||||||||||||||||||||||||
6 | Щракнете върху Изпращане. Показва актуализираното състояние, когато устройствата станат активни.
|
Ако искате да видите списъка с устройства, присвоени на потребители и работни пространства, можете да експортирате CSV файл.
От изглед на клиента вhttps://admin.webex.com , отидете на Устройства .
Изберете няколко устройства от списъка с устройства и изберете Експортиране опция. Можете да изберете полетата, които да включите в CSV файл, и да експортирате съдържанието в локална папка.
Полетата, показани в CSV файл, зависят от връзката на устройството с платформата. Следователно някои полета не са налични в изходния файл. |
Можете да добавяте, премахвате, рестартирате, проверявате активирането или да създавате нов код за активиране за устройствата, които са присвоени на потребители във вашата организация. Това може да бъде полезно за преглед и управление на устройства на потребителския екран, когато е необходимо.
1 | От изглед на клиента в , отидете на Управление > Местоположения .https://admin.webex.com | ||
2 | Изберете потребител и щракнете Устройства . | ||
3 | За да добавите устройство към този потребител, щракнете Добавяне на устройство .
За повече информация относно добавянето на устройството към потребител вж Добавете телефони към потребител раздел. | ||
4 | За да промените съществуващо устройство, изберете име на устройството. Това ще ви отведе до страницата с устройства. Тук можете да прегледате и редактирате настройките на устройството, да изтриете устройството, да рестартирате устройството или да създадете нов код за активиране за устройството, ако е приложимо. За повече информация относно конфигурирането на настройки за телефона вж Конфигурирайте и актуализирайте настройките на телефона . | ||
5 | Ако устройството, добавено към потребителя, е Webex Aware, тогава опцията Webex Aware се показва под устройствата, както е показано на диаграмата. Webex Aware показва, че устройството е включено в платформата Webex и има достъп до функциите на Webex , поддържани от телефона. | ||
6 | Щракнете върху Действия за управление на устройството. Действията помагат за прилагане на промени в конфигурацията или актуализиране на фърмуера за MPP устройствата. Разделът Действия има следните опции за устройство с активиран Webex Aware:
|
Устройствата могат да се добавят и управляват директно от профил на работното пространство. Устройствата за работно пространство могат да включват ATA устройства, като факс машини. Можете също да настройвам устройство за работно пространство като хост за хотели. За повече информация относно хотелите вижте: Хотели в Cisco Webex Control Hub .
1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
2 | Изберете работното пространство, което да промените. |
3 | За да добавите устройство, щракнете Добавяне на устройство в Устройства плочки. За повече информация относно добавянето на устройства към работното пространство вж Добавете телефон към ново работно пространство раздел. |
4 | За да промените съществуващо устройство, изберете име на устройството. Това ще ви отведе до страницата с устройства. Тук можете да преглеждате и редактирате настройките на устройството, да изтривате устройството, да рестартирате устройството и да активирате устройството да се използва като хост за хотели. За повече информация относно конфигурирането на настройки за телефона вж Конфигурирайте и актуализирайте настройките на телефона . |
5 | Ако устройството, добавено към работното пространство, е Webex Aware, тогава опцията Webex Aware се показва под устройствата, както е показано на диаграмата. Webex Aware показва, че устройството е включено в платформата Webex и има достъп до функциите на Webex , които се поддържат от телефона. |
6 | Щракнете върху Действия за управление на устройството. Действията помагат за прилагане на промени в конфигурацията или актуализиране на фърмуера за MPP устройствата. Разделът Действия има следните опции за устройство с активиран Webex Aware:
|
изглед на линията ви позволява да добавяте линии към първично устройство на потребителя и да пренареждате как се появяват линиите. Тази функция позволява на потребителя да получава и извършва повиквания към и от разширението на друг потребител, използвайки собствения си телефон. Пример за външен вид на споделена линия е изпълнителен асистент, който иска да осъществява и получава обаждания от линията на шефа. Появата на споделени линии може също да бъде друг екземпляр на линията на основния потребител.
Максималното ограничение за конфигурация е 35 устройства за всеки потребителски телефонен номер, включително настолното или мобилното приложение на потребителя. Можете да добавите допълнителни линии към телефон на работното пространство, но не можете да добавите телефон за работно пространство като споделена линия.
Когато задавате споделена линия, можете да задавате номера от различни Webex Calling местоположения към устройства на друго място. Например, номер (потребител, работно пространство, виртуална линия) от местоположението в Обединеното кралство може да бъде присвоен на устройство, което е присвоено на потребител в местоположението в САЩ. За повече информация относно споделена линия между местоположения вижте: Конфигуриране на споделени линии и виртуални линии между местоположения . |
Когато потребител добави бързо набиране към своя MPP телефон, те не се виждат в Control Hub. Бързото набиране може да бъде презаписано при конфигуриране на споделена линия. Ако потребител има номера от други потребители/групи, конфигурирани на своите устройства, можете да добавите персонализиран етикет за споделена линия. Този персонализиран етикет помага да се идентифицира един вид споделена линия от другия. |
1 | От изглед на клиента вhttps://admin.webex.com , отидете на Потребители или Работни пространства (в зависимост от това къде е назначено устройството за промяна). | ||
2 | Изберете потребителя или работното пространство за промяна и превъртете до Устройства . | ||
3 | Изберете устройството, за да добавите или промените споделените линии, и превъртете до Потребители и настройки на телефона . Потребителите и местата, които се появяват на този телефон, са изброени по реда на появата. | ||
4 | За да добавите или премахнете потребители или места от този телефон, изберете Конфигуриране на линии . | ||
5 | За да премахнете линия, щракнете върху
| ||
6 | За да добавите споделена линия , щракнете върху
| ||
7 | Въведете името или телефонен номер и изберете от опциите, които се появяват, и щракнете Запазете . |
Можете да конфигурирате портовете на устройство с аналогов телефонен адаптер (ATA), присвоено на потребител в Контролен център . В момента наличните две конфигурации за ATA устройства са за устройства с два порта и устройства с 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 | Посочете Местоположение , състояние , Код на региона , Префикс (по избор) и след това щракнете Търсене . Показват се наличните номера. |
4 | Изберете числата, които искате да добавите към местоположението. Избраните от вас числа се преместват в Избрани числа поле. |
5 | Щракнете върху Запиши. |
Можете да видите списък с PSTN номера, които вашата организация е поръчала. С тази информация можете да видите неизползваните номера, които са налични, и номерата, които са поръчани, които скоро ще станат достъпни.
От изглед на клиента вhttps://admin.webex.com , отидете на . |
Когато свържете аксесоари (слушалки/KEM) към MPP устройство, те се появяват като артикул от инвентара в раздела Устройства в Control Hub. От инвентара на Control Hub Devices можете да разберете модела на аксесоара, състоянието и на кого принадлежи аксесоарът. Когато изберете аксесоар, можете да получите допълнителна информация, като сериен номер на аксесоара и текущата версия на софтуер. Полето за статус на аксесоара се отчита като "онлайн", стига аксесоарът да е свързан към MPP. Свързани с MPP слушалки автоматично ще надстроят софтуера си с най-новата версия, налична от Device Management.
Модел на телефона | Наушници 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 | — | — | — | — |
Модел на телефона | KEM |
---|---|
Cisco IP телефон 8811/8841/8845 | — |
Cisco IP телефон 8851/8861/8865 | БЕКЕМ CP-8800-A- KEM CP-8800-V- KEM |
Cisco IP телефон 7811/7821/7841/7861 | — |
Cisco IP телефон 6821/6841/6861/6871 | — |
Cisco IP телефон 6851 | CP-68KEM-3PCC |
Cisco IP конферентен телефон 7832/8832 | — |
За да отстраните проблемите, с които се сблъсква модулът за разширение на клавиши (модул за модул за разширение на ключ) на телефони, регистрирани към Webex Calling, вж. Отстраняване на проблеми с модулите за разширение на ключове при обажданията на Webex Calling за подробности. |
Администраторите разполагат с редица отчети на една ръка разстояние, които могат да ви помогнат да оцените как се използват услугите за Webex Calling и колко често се използват. Администраторите също могат да получат бърза визуализация на качеството на медиите за вашето местоположение.
Преглед на отчетите за обажданията
Можете да използвате страницата Анализ в Контролен център за да получите представа за това как хората използват Webex Calling и на Webex приложение (ангажиране) и качеството на медийното им изживяване при разговори. За достъп Webex Calling analytics, влизам в Контролен център , след това отидете на Анализ и изберете Обаждане раздел.
1 | За подробни отчети за историята на обажданията влизам в Контролен център , след това отидете на . |
2 | Изберете Подробна история на обажданията . За информация относно повиквания, използващи Специализиран екземпляр, вж Анализ на специализирани инстанции . |
3 | За достъп до данни за качество на медиите, влизам в Контролен център , след това отидете на Анализ и след това изберете Обаждане . За повече информация вижте Анализи за вашето портфолио за сътрудничество в облака.
|
Стартирайте инструмента CScan
CScan е инструмент за готовност на мрежата, предназначен да тества вашата мрежова връзка Webex Calling .
За повече информация вж Използвайте CScan, за да тествате качеството на мрежата за Webex Calling . |
Тази статия е за мрежови администратори, особено защитни стени и администратори за защита на прокси сървъри, които използват услугите за Webex Calling в рамките на своята организация. Той описва мрежовите изисквания и изброява адресите, портовете и протоколите, използвани за свързване на вашите телефони, приложението Webex и шлюзовете към услугите на Webex Calling .
Правилно конфигурираната защитна стена и прокси са от съществено значение за успешното внедряване на Calling. Webex Calling използва SIP и HTTPS за сигнализиране на повиквания и свързаните адреси и портове за медия, мрежова връзка и връзка с шлюз като Webex Calling е глобална услуга.
Не всички конфигурации на защитната стена изискват портовете да са отворени. Въпреки това, ако изпълнявате правила отвътре къмвън, трябва да отворите портове за необходимите протоколи, за да пуснете услуги.
Превод на мрежов адрес (NAT)
Функционалността за транслация на мрежови адреси (NAT) и преобразуване на адрес на порт (PAT) се прилагат на границата между две мрежи за преобразуване на адресни пространства или за предотвратяване на сблъсък на IP адрес пространства.
Организациите използват шлюз технологии като защитни стени и прокси сървъри, които предоставят NAT или PAT услуги, за да осигурят достъп до интернет до приложения или устройства, които са в частно IP адрес пространство. Тези шлюзове карат трафика от вътрешни приложения или устройства към интернет да изглежда идва от един или повече публично маршрутизирани IP адреси.
Ако разгръщате NAT, не е задължително да отваряте входящ порт на защитната стена.
Проверете размера на NAT пула, необходим за свързване на приложения или устройства, когато множество потребители на приложения и устройства имат достъп до услугите за обаждания на Webex Calling и Webex , които са наясно с NAT или PAT. Уверете се, че на NAT пуловете са присвоени адекватни публични IP адреси, за да предотвратите изчерпването на портовете. Изчерпването на портовете допринася за това, че вътрешните потребители и устройства не могат да се свържат с услугите Webex Calling и Webex Aware.
Определете разумни периоди на обвързване и избягвайте манипулирането на SIP на NAT устройството.
Конфигурирайте минимално време за изчакване на NAT, за да осигурите правилна работа на устройствата. Пример: Телефоните на Cisco изпращат последващо съобщение за опресняване на РЕГИСТРАЦИЯ на всеки 1-2 минути.
Ако вашата мрежа прилага NAT или SPI, задайте по-голямо време за изчакване (от поне 30 минути) за връзките. Това изчакване позволява надеждна връзка, като същевременно намалява разхода на батерията на мобилните устройства на потребителите.
SIP шлюз на приложния слой
Ако рутерът или защитната стена имат SIP Aware, това е SIP Application Layer Gateway (ALG) или подобен е активиран, препоръчваме ви да изключите тази функционалност, за да поддържате правилното функциониране на услугата.
Проверете съответната документация на производителя за стъпки за деактивиране на SIP ALG на определени устройства.
Прокси поддръжка за Webex Calling
Организациите внедряват интернет защитна стена или интернет прокси и защитна стена, за да проверяват, ограничават и контролират HTTP трафика, който напуска и влиза в тяхната мрежа. По този начин защитават своята мрежа от различни форми на кибератаки.
Прокситата изпълняват няколко функции за сигурност, като например:
Разрешаване или блокиране на достъп до конкретни URL адреси.
Удостоверяване на потребителя
Търсене на IP адрес/домейн/име на хост/ URI репутация
Дешифриране и проверка на трафика
При конфигуриране на прокси функцията, тя се прилага за всички приложения, които използват протокола на HTTP.
Приложенията включват следното:
Услуги на Webex
Процедури за активиране на клиентски устройства (CDA), използващи платформа за предоставяне на Cisco Cloud , като GDS, активиране на EDOS устройство, предоставяне и включване в облака Webex .
Удостоверяване със сертификат
Надстройки на фърмуера
Доклади за състоянието
PRT качвания
XSI услуги
Ако е конфигуриран адрес на прокси сървър , тогава до прокси сървър се изпраща само сигнализиращ трафик (HTTP/HTTPS). Клиенти, които използват SIP , за да се регистрират в услугата Webex Calling и свързаните медии, не се изпращат до прокси сървъра. Следователно, позволете на тези клиенти да преминат директно през защитната стена. |
Поддържани прокси опции, конфигурация и типове удостоверяване
Поддържаните типове прокси сървъри са:
Изричен прокси (проверяващ или неинспектиращ) – Конфигурирайте клиентите или Приложението или Устройството с изричен прокси, за да посочите сървъра, който да се използва. Тази опция поддържа един от следните типове удостоверяване:
Прозрачен прокси (неинспектиращ) – Клиентите не са конфигурирани да използват конкретен адрес на прокси сървър и не изискват никакви промени, за да работят с неинспектиращ прокси сървър.
Прозрачен прокси (проверка) – Клиентите не са конфигурирани да използват конкретен адрес на прокси сървър . Не са необходими промени в конфигурацията на HTTP; обаче вашите клиенти или приложението, или устройствата се нуждаят от главен сертификат , така че да имат доверие на проксито. ИТ екипът използва проверяващите прокси сървъри, за да наложи политики на уебсайтовете за посещение и видовете съдържание, които не са разрешени.
Конфигурирайте ръчно прокси адресите за устройства Webex Room, Cisco IP мултиплатформени телефони (MPP) и Webex App, като използвате:
ОС на платформата
Потребителски интерфейс на устройството
Автоматично откриване
Докато конфигурирате, изберете от следните прокси конфигурации и типове удостоверяване:
Продукт | Конфигурация на прокси сървър | Вид удостоверяване |
---|---|---|
Webex за Mac | Ръчно, WPAD, PAC | Без Auth, Basic, NTLM, † |
Webex за Windows | Ръчно, WPAD, PAC, GPO | Без Auth, Basic, NTLM, † , Преговаряйте |
Webex за iOS | Ръчно, WPAD, PAC | Без удостоверяване, Базово, Хеширано, NTLM |
Webex за Android | Ръчно, PAC | Без удостоверяване, Базово, Хеширано, NTLM |
Интернет приложение на Webex | Поддържа се чрез ОС | Без удостоверяване, Базово, Хеширано, NTLM, Съгласуване |
Устройства Webex Room | WPAD, PAC или Ръчно | Без удостоверяване, Базово, Хеширано |
IP телефони Cisco | Ръчно, WPAD, PAC | Без удостоверяване, Базово, Хеширано |
Възел за Webex Video Mesh | Ръчно | Без удостоверяване, Базово, Хеширано, NTLM |
За легендите в таблицата:
† Mac NTLM Auth – Не е необходимо машината да е влязла в домейна, потребителят ще бъде подканен за парола
† Windows NTLM Auth – Поддържа се само ако машина е влязла в домейна
Автоматично откриване на интернет прокси (WPAD) - вж Протокол за автоматично откриване на интернет прокси за подробности.
Файлове за автоматично конфигуриране на прокси (PAC) - вж Прокси файлове за автоматично конфигуриране за подробности.
За да свържете Cisco Webex Board, Desk или Room Series устройство към прокси сървър, вж Свържете вашето устройство Board, Desk или Room Series към прокси сървър .
За IP телефони на Cisco вж Настройте прокси сървър като пример за конфигуриране на прокси сървър и настройките.
За |
Настройки на прокси за Windows OS
Microsoft Windows поддържа две мрежови библиотеки за HTTP трафик (WinINet и WinHTTP), които позволяват конфигурация на прокси. WinINet е надмножество на WinHTTP.
WinInet е предназначен само за еднопотребителски настолни клиентски приложения
WinHTTP е предназначен предимно за многопотребителски, сървърни приложения
Когато избирате между двете, изберете WinINet за настройките за настройки на конфигурацията на прокси сървъра. За подробности вж wininet-vs-winhttp .
Отнесете се към Конфигурирайте списък с разрешени домейни за достъп до Webex , докато сте във вашата корпоративна мрежа за подробности относно следното:
За да гарантирате, че хората влизам в приложения, използвайки акаунти от предварително дефиниран списък с домейни.
Използвайте прокси сървър за прихващане на заявки и ограничаване на домейните, които са разрешени.
Проверка на прокси сървъра и закачане на сертификати
Приложението и устройствата Webex валидират сертификатите на сървърите, когато установяват TLS сесиите. Сертификат проверява, че като издателя на сертификата и цифровия подпис разчитат на проверка на веригата от сертификати до главен сертификат. За да извършат проверките за валидиране, приложението и устройствата Webex използват набор от доверени основни сертификати за сертифициране, инсталирани в хранилището за доверие на операционна система .
Ако сте разположили прокси за проверка на TLS за прихващане, дешифриране и проверка на трафика на Webex Calling . Уверете се, че сертификатът, който проксито представя (вместо сертификата за услугата Webex ), е подписан от сертифициращ орган и че главен сертификат е инсталиран в хранилището за доверие на вашето Webex App или Webex устройство.
За Webex App – Инсталирайте СА сертификат , който се използва за подписване на сертификата от проксито в операционна система на устройството.
За устройства Webex Room и мултиплатформени IP телефони на Cisco - Отворете заявка за услуга с екипа на TAC, за да инсталирате сертификата на СА сертификат
Тази таблица показва приложението Webex и устройствата Webex , които поддържат TLS проверка от прокси сървъри
Продукт | Поддържа персонализирани надеждни сертифициращи орган за TLS инспекция |
---|---|
Приложение Webex (Windows, Mac, iOS, Android, интернет) | Да |
Устройства Webex Room | Да |
Cisco IP мултиплатформени (MPP) телефони | Да |
Конфигурация на защитна стена
Cisco поддържа Webex Calling и услуги на Webex Aware в защитени центрове за данни на Cisco и Amazon интернет Services (AWS). Amazon запази своите IP подмрежи за единствена употреба от Cisco и осигури услугите, разположени в тези подмрежи в рамките на виртуалния частен облак на AWS.
Конфигурирайте вашата защитна стена, за да позволите комуникация от вашите устройства, приложения и услуги, насочени към интернет, за да изпълняват функциите си правилно. Тази конфигурация позволява достъп до всички поддържани Webex Calling и облачни услуги Webex Aware, имена на домейни, IP адреси, портове и протоколи.
Белия списък или отворен достъп до следното, така че Webex Calling и услугите Webex Aware функционират правилно.
URL адресите/домейните, споменати в раздела Домейни и URL адреси за услугите за обаждания на Webex Calling
IP подмрежи, портове и протоколи, споменати в раздела IP подмрежи за услуги за Webex Calling
Ако използвате Webex Meetings, съобщения и други услуги, уверете се, че домейните/URL адресите, споменати в тази статия, също са отворени Мрежови изисквания за услугите на Webex
Ако използвате само защитна стена, тогава филтрирането на трафика за Webex Calling само чрез IP адреси не се поддържа, тъй като пуловете от IP адрес са динамични и могат да се променят по всяко време. Актуализирайте правилата си редовно, неуспешното актуализиране на списъка с правила на защитната стена може да повлияе на изживяването на вашите потребители. Cisco не одобрява филтриране на подмножество от IP адреси въз основа на конкретен географски регион или доставчик на облачни доставчик на услуги. Филтрирането по регион може да доведе до сериозно влошаване на вашето изживяване при разговори.
Ако вашата защитна стена не поддържа филтриране на домейн/ URL , тогава използвайте опция за корпоративен прокси сървър. Тази опция филтрира/разрешава по URL/домейн HTTPs сигнализиращия трафик към Webex Calling и услугите Webex Aware във вашия прокси сървър, преди да препратите към вашата защитна стена.
За Webex Calling , UDP е предпочитаният транспортен протокол на Cisco за медии и препоръчва използването само на SRTP през UDP. TCP и TLS като транспортни протоколи за медии не се поддържат за Webex Calling в производствени среди. Ориентираният към връзката характер на тези протоколи влияе върху качеството на медиите в мрежите със загуби. Ако имате въпроси относно транспортния протокол, повдигнете билет за поддръжка.
Домейни и URL адреси за услугите за Webex Calling
Знакът *, показан в началото на URL (например *.webex.com), показва, че услугите в домейна от най-високо ниво и всички поддомейни са достъпни.
Домейн/URL адрес | Описание | Приложения Webex и устройства, използващи тези домейни/URL адреси | ||
---|---|---|---|---|
Услуги на Cisco Webex | ||||
*.broadcloudpbx.com | Webex упълномощаване микроуслуги за кръстосано стартиране от Control Hub към Calling Admin Portal. | Control Hub | ||
*.broadcloud.com.au | Услуги за обаждания на Webex в Австралия. | Всички | ||
*.broadcloud.eu | Услуги за обаждания на Webex в Европа. | Всички | ||
*.broadcloudpbx.net | Услуги за конфигуриране и управление на клиенти. | Приложения Webex | ||
*.webex.com *.cisco.com | Основни услуги за Webex Calling и Webex Aware
Когато телефонът се свърже с мрежа за първи път или след възстановяване на фабричните настройки без зададени DHCP опции, той се свързва със сървър за активиране на устройството за осигуряване на нулево докосване. Новите телефони използват activate.cisco.com и телефоните с версия на фърмуера по-рано от 11.2(1), продължете да използвате webapps.cisco.com за предоставяне. Изтеглете актуализациите на фърмуера и локала на устройството от binaries.webex.com . Разрешете достъп на многоплатформени телефони (MPP) на Cisco , по-стари от версия 12.0.3 sudirenewal.cisco.com през порт 80, за да подновите инсталирания от производителя сертификат (MIC) и да имате защитен уникален идентификатор на устройство (SUDI). За подробности вж Уведомление на място . | Всички | ||
*.ucmgmt.cisco.com | Услуги за обаждания на Webex | Control Hub | ||
*.wbx2.com и *.ciscospark.com | Използва се за облачна осведоменост, CSDM, WDM, живак и т.н. Тези услуги са необходими, за да могат приложенията и устройствата да достигнат до услугите за обаждания на Webex Calling и Webex Aware по време и след присъединяването. | Всички | ||
*.webexapis.com | Микроуслуги на Webex , които управляват вашите приложения и устройства.
| Всички | ||
*.webexcontent.com | Услуги за съобщения на Webex , свързани с общо съхранение на файлове, включително:
| Услуги за съобщения на Webex Apps.
| ||
*.accompany.com | Интегриране на прозренията за хората | Приложения Webex | ||
Допълнителни услуги , свързани с Webex (домейни на трети страни) | ||||
*.appdynamics.com *.eum-appdynamics.com | Проследяване на производителността, улавяне на грешки и сривове, показатели за сесията. | Control Hub | ||
*.huron-dev.com | Webex Обаждане на микро услуги като превключване на услуги, поръчване на телефонни номера и услуги за възлагане. | Control Hub | ||
*.sipflash.com | Услуги за управление на устройства. Надстройки на фърмуера и цели за сигурно въвеждане. | Приложения Webex | ||
*.walkme.com *.walkmeusercontent.com | Клиент за насочване на потребителите на Webex. Осигурява обиколки на борда и използване за нови потребители. За повече информация относно WalkMe, кликнете тук. | Приложения Webex | ||
*.google.com *.googleapis.com | Известия до приложенията на Webex на мобилни устройства (Пример: ново съобщение, когато се отговори на повикването) За IP подмрежи вижте тези връзки Услуга за облачни съобщения на Google Firebase (FCM). Apple насочено уведомяване Service (APNS)
| Приложение Webex |
IP подмрежи за услуги за Webex Calling
IP подмрежи за услуги за Webex Calling * † | ||
---|---|---|
23.89.0.0/16 | 85.119.56.0/23 | 128.177.14.0/24 |
128.177.36.0/24 | 135.84.168.0/21 | 139.177.64.0/21 |
139.177.72.0/23 | 144.196.0.0/16 | 150.253.128.0/17 |
170.72.0.0/16 | 170.133.128.0/18 | 185.115.196.0/22 |
199.19.196.0/23 | 199.19.199.0/24 | 199.59.64.0/21 |
Цел на връзката | Адреси на източника | Изходни портове | Протокол | Адреси на местоназначение | Пристанища на местоназначението | Бележки | |
---|---|---|---|---|---|---|---|
Сигнализация за повикване до Webex Calling (SIP TLS) | Локален външен шлюз (NIC) | 8000-65535 | TCP | Обърнете се към IP подмрежи за услугиза обаждания на Webex. | 5062, 8934 | Тези IP адреси/портове са необходими за изходящо SIP-TLS сигнализация на повиквания от локални шлюзове, устройства и приложения (източник) до Webex Calling Cloud (местоназначение). Порт 5062 (изисква се за базирана на сертификати магистрала). И порт 8934 (изисква се за магистрала, базирана на регистрация | |
Устройства | 5060-5080 | 8934 | |||||
Приложения | Ефимерни (OS зависими) | ||||||
Сигнализиране на повиквания от Webex Calling (SIP TLS) към локален шлюз | Обхват на адресите за Webex Calling . Отнесете се към IP подмрежи за услуги за Webex Calling | 8934 | TCP | IP или IP диапазон, избран от клиента за неговия локален шлюз | Порт или диапазон от портове, избран от клиента за неговия локален шлюз | Прилага се за базирани на сертификати локални шлюзове. Необходимо е да се установи връзка от Webex Calling към локален шлюз. Базираният на регистрация локален шлюз работи при повторно използване на връзка, създадена от локален шлюз. Пристанището на местоназначението е избрано от клиента Конфигуриране на багажници | |
Медийни повиквания към Webex Calling (STUN, SRTP, T38) | Локален шлюз външен NIC | 8000-48198 † * | UDP | Обърнете се към IP подмрежи за услугиза обаждания на Webex. | 5004, 9000 (STUN портове) 8500-8700,19560-65535 (SRTP през UDP) |
| |
Устройства | 19560-19660 | ||||||
Приложения | 8500-8700 | ||||||
Сигнализация за повикване към PSTN шлюз (SIP TLS) | Локален шлюз вътрешен NIC | 8000-65535 | TCP | Вашият ITSP PSTN GW или унифициран CM | Зависи от опцията PSTN (например, обикновено 5060 или 5061 за унифициран CM) | ||
Медийни повиквания от Webex Calling (SRTP, T38) | Обхват на адресите за Webex Calling . Отнесете се към IP подмрежи за услуги за Webex Calling | 19560-65535 (SRTP над UDP) | UDP | IP или IP диапазон, избран от клиента за неговия локален шлюз | Обхват на медийните портове, избран от клиента за неговия локален шлюз | Обаждането чрез Webex позволява на всички отдалечени устройства да извършват заключване на медиите, ако устройството е зад NAT. За базиран на сертификат локален шлюз е необходимо да се разреши входящ достъп за конкретен диапазон от портове. Обърнете се към мрежовите изисквания, специфични за NAT, когато разгръщате базиран на сертификат локален шлюз . | |
Повикване на мултимедия към PSTN шлюз (SRTP) | Локален шлюз вътрешен NIC | 8000-48198 † * | UDP | Вашият ITSP PSTN GW или унифициран CM | Зависи от опцията PSTN (например, обикновено 5060 или 5061 за Unified CM) | ||
Конфигуриране на устройства и управление на фърмуера (устройства на Cisco) | Webex Повикващи устройства | Мимолетен | TCP | 3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26 | 443, 6970, 80 | Изисква се поради следните причини:
| |
Конфигурация на приложението | Приложения за обаждания на Webex | Мимолетен | TCP | 62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19 | 443, 8443 | Използва се за удостоверяване на Idbroker, услуги за конфигуриране на приложения за клиенти, базиран на браузър уеб достъп за самообслужване И достъп до административни интерфейси. | |
Синхронизиране на времето на устройството (NTP) | Webex Повикващи устройства | 51494 | UDP | Обърнете се към IP подмрежи за услугиза обаждания на Webex. | 123 | Тези IP адреси са необходими за синхронизация на времето за устройства (MPP телефони, ATA и SPA ATAs) | |
Разделителна способност на името на устройството и разделителна способност на името на приложението | Webex Повикващи устройства | Мимолетен | UDP и TCP | Дефинирани от хоста | 53 | Използва се за търсене в DNS за откриване на IP адресите на услугите за Webex Calling в облака. Въпреки че типичните DNS търсения се извършват през UDP, някои може да изискват TCP, ако отговорите на заявката не могат да го поберат в UDP пакети. | |
Синхронизация на времето на приложение | Приложения за обаждания на Webex | 123 | UDP | Дефинирани от хоста | 123 | ||
интернет базирана мрежова готовност Инструмент за предварителна квалификация за Webex Calling | Мимолетен | TCP | Обърнете се към IP подмрежи за услугиза обаждания на Webex. | 8934 и 443 | интернет базирана мрежова готовност Инструмент за предварителна квалификация за Webex Calling. Отидете на cscan.webex.com за повече информация. | ||
UDP | 19569-19760 г | ||||||
Допълнителни услуги за Webex Calling и Webex Aware (Трета страна) | |||||||
Push известия APNS и FCM услуги | Приложения на Webex Calling | Мимолетен | TCP | Вижте IP подмрежите, споменати под връзките | 443, 2197, 5228, 5229, 5230, 5223 | Известия до Webex Apps на мобилни устройства (Пример: Когато получите ново съобщение или когато се отговори на повикване) |
|
Webex Meetings/Messaging - Мрежови изисквания
Включете MPP устройствата в Webex Cloud за услуги като история на обажданията, търсене в директория и срещи. Вижте мрежовите изисквания за тези услуги на Webex в Мрежови изисквания за услугите на Webex . Ако използвате срещи, съобщения и други услуги от приложението Webex, уверете се, че домейните/URL-овете/адресите, споменати в тази статия, са отворени.
Препратки
За да знаете какво е новото в Webex Calling, вж Какво е новото в Webex Calling
За изисквания за сигурност за обаждания в Webex Calling вж член
Оптимизация на медиите за Webex Calling с установяване на интерактивна свързаност (ICE) член
Хронология на корекциите на документи
Дата | Направихме следните промени в тази статия | ||
---|---|---|---|
18 декември 2023 г | Включени sudirenewal.cisco.com Изискване за URL и порт 80 за конфигурация на устройството и управление на фърмуера за подновяване на MIC на телефона Cisco MPP. | ||
11 декември 2023 г | Актуализирани IP подмрежите за услугите за Webex Calling , за да включват по-голям набор от IP адреси. 150.253.209.128/25 – променено на 150.253.128.0/17 | ||
29 ноември 2023 г | Актуализирани IP подмрежите за услугите за обаждания на Webex Calling , за да включват по-голям набор от IP адреси, за да се приспособи разширяването на региона за Webex Calling за бъдещ растеж. 144.196.33.0/25 – променено на 144.196.0.0/16 Секциите за IP подмрежи за услугите за Webex Calling на Webex под Webex Calling (SIP TLS) и Медия за повикване към Webex Calling (STUN, SRTP) са актуализирани за яснота относно базираните на сертификати канали и изискванията за защитна стена за локален шлюз. | ||
14 август 2023 г | Добавихме следните IP адреси 144.196.33.0/25 и 150.253.156.128/25, за да поддържаме повишени изисквания за капацитет за Edge и Webex Calling Services.
| ||
5 юли 2023 г | Линкът е добавенhttps://binaries.webex.com за да инсталирате фърмуера на Cisco MPP. | ||
07 март 2023 г. | Преработихме цялата статия, за да включим:
| ||
5 март 2020 г. | Актуализиране на статията, за да включва следното:
| ||
15 ноември 2022 г. | Добавихме следните IP адреси за конфигуриране на устройства и управление на фърмуера (устройства на Cisco):
Премахнахме следните IP адреси от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco):
| ||
14 ноември 2022 г | Добавена е IP подмрежа 170.72.242.0/24 за услугата Webex Calling . | ||
септември 08, 2022 | Фърмуерът на Cisco MPP преминава към употребаhttps://binaries.webex.com като хост URL за надстройки на фърмуера на MPP във всички региони. Тази промяна подобрява производителността на надстройката на фърмуера. | ||
август 30, 2022 | Премахната препратка към порт 80 от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco), конфигурацията на приложенията и редовете CScan в таблицата на портовете, тъй като няма зависимост. | ||
18 август 2022 г. | Няма промяна в решението. Актуализирани портове за местоназначение 5062 (изисква се за багажник, базиран на сертификат), 8934 (изисква се за багажник, базиран на регистрация) за сигнализация на повикване към Webex Calling (SIP TLS). | ||
юли 26, 2022 | Добавен е 54.68.1.225 IP адрес, който е необходим за надграждане на фърмуера на устройствата Cisco 840/860. | ||
юли 21, 2022 | Актуализира портовете за местоназначение 5062, 8934 за сигнализация за повикване до Webex Calling (SIP TLS). | ||
юли 14, 2022 | Добавени са URL адресите, които поддържат пълна функция на услугите Webex Aware. Добавена е IP подмрежа 23.89.154.0/25 за услугата Webex Calling . | ||
27 юни 2022 г. | Актуализира домейна и URL адресите за услугите за обаждания на Webex: *.broadcloudpbx.com *.broadcloud.com.au *.broadcloud.eu *.broadcloudpbx.net | ||
юни 15, 2022 | Добавени са следните портове и протоколи под IP адреси и портове за Webex Calling Services:
Актуализирана информация в Webex срещи / съобщения - раздел Мрежови изисквания | ||
24 май 2022 г | Добавена е IP подмрежата 52.26.82.54/24 до 52.26.82.54/32 за услугата Webex Calling | ||
6 май 2022 г | Добавена е IP подмрежа 52.26.82.54/24 за услугата Webex Calling | ||
7 април 2022 г | Актуализира вътрешния и външния диапазон на UDP порта на локалния шлюз до 8000-48198† | ||
05 април 2022 г. | Добавени са следните IP подмрежи за услугата Webex Calling:
| ||
29 март 2022 г | Добавени са следните IP подмрежи за услугата Webex Calling:
| ||
септември 20, 2021 | Добавени са 4 нови IP подмрежи за услугата Webex Calling:
| ||
2 април 2021 г | Добавено *.ciscospark.com под Домейни и URL адреси за Webex Calling Services за поддръжка на случаи на използване на Webex Calling в приложението Webex . | ||
25 март 2021 г. | Добавени са 6 нови IP диапазона за activate.cisco.com, които ще влязат в сила от 8 май 2021 г.
| ||
4 март 2021 г | Заменен Webex Извикване на дискретни IP адреси и по-малки IP диапазони с опростени диапазони в отделна таблица за по-лесно разбиране за конфигурация на защитната стена. | ||
26 февруари 2021 г | Добавен 5004 като порт за местоназначение за Call media към Webex Calling (STUN, SRTP), за да поддържа Interactive Connectivity Establishment (ICE), който ще бъде достъпен в Webex Calling през април 2021. | ||
февруари 22, 2021 | Домейните и URL адресите вече са изброени в отделна таблица. IP адресите и таблиците с портове се настройват към групиране на IP адреси за едни и същи услуги. Добавяне на колоната Бележки към таблицата с IP адреси и портове, която помага за разбирането на изискванията. Преместване на следните IP адреси в опростени диапазони за конфигурация на устройството и управление на фърмуера (устройства на Cisco ):
Добавяне на следните IP адреси за конфигуриране на приложението, защото клиентът на Cisco Webex насочва към по-нов DNS SRV в Австралия през март 2021 г.
| ||
21 януари 2021 г | Добавихме следните IP адреси към конфигурацията на устройствата и управлението на фърмуера (устройства на Cisco):
Премахнахме следните IP адреси от конфигурацията на устройството и управлението на фърмуера (устройства на Cisco):
Добавихме следните IP адреси към конфигурацията на приложението:
Премахнахме следните IP адреси от конфигурацията на приложението:
Премахнахме следните номера на портове от конфигурацията на приложението:
Добавихме следните домейни към конфигурацията на приложението:
| ||
декември 23, 2020 | Добавени са нови IP адреси за конфигурация на приложения към референтните изображения на порта. | ||
декември 22, 2020 | Актуализира реда за конфигуриране на приложения в таблиците, за да включи следните IP адреси: 135.84.171.154 и 135.84.172.154. Скри мрежовите диаграми, докато тези IP адреси не бъдат добавени. | ||
11 декември 2020 г | Актуализира конфигурацията на устройството и управлението на фърмуера (устройства Cisco) и конфигурационните редове на приложението за поддържаните канадски домейни. | ||
16 октомври 2020 г | Актуализира сигналите за повикване и медийните записи със следните IP адреси:
| ||
23 септември 2020 г | Под CScan, заменен 199.59.64.156 с 199.59.64.197. | ||
14 август 2020 г | Добавени са още IP адреси в подкрепа на въвеждането на центрове за данни в Канада: Сигнализация за повикване на Webex (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 | ||
август 12, 2020 | Добавени са още IP адреси в подкрепа на въвеждането на центрове за данни в Канада:
| ||
Юли 22, 2020 | Добавен е следният IP адрес в подкрепа на въвеждането на центрове за данни в Канада: 135.84.173.146 | ||
9 юни 2020 г | Направихме следните промени в записа CScan:
| ||
11 март 2020 г | Добавихме следния домейн и IP адреси към конфигурацията на приложението:
Актуализирахме следните домейни с допълнителни IP адреси към конфигурацията на устройството и управлението на фърмуера:
| ||
27 февруари 2020 г. | Добавихме следните домейни и портове към конфигурацията на устройството и управлението на фърмуера: cloudupgrader.webex.com—443, 6970 |