Може да забележите, че съдържанието на някои статии се показва по различен начин. Извинете ни, докато актуализираме сайта.
cross icon
В тази статия
dropdown icon
Подготовка на средата
    Общи предпоставки
    Хардуерни и софтуерни изисквания за локален шлюз
    Изисквания за лиценз за местни портали
    Изисквания за сертификат и сигурност за местния портал
    Защитна стена, NAT Traversal и изисквания за оптимизация на медийния път за локален портал
Конфигуриране на Webex Calling за вашата организация
dropdown icon
Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling
    Общ преглед
dropdown icon
Внедряване на CUBE с висока наличност като локален шлюз
    Основите
    Конфигуриране на съкращенията и на двете кубчета
    Конфигуриране на локален портал на двете кубчета
dropdown icon
Конфигуриране на Unified CM за Webex Calling
    Конфигуриране на SIP профил за сигурност на багажника за багажника към местния шлюз
    Конфигуриране на SIP профил за багажника на локалния шлюз
    Създаване на пространство за търсене на повиквания за обаждания от webex
    Конфигуриране на SIP багажник към и от Webex
    Конфигуриране на маршрутната група за Webex
    Конфигуриране на списъка с маршрути за Webex
    Създаване на дял за Webex дестинации
    Конфигуриране на маршрутни модели за Webex дестинации
    Конфигуриране на съкратено нормализиране на междусистемното набиране за Webex
dropdown icon
Настройване на функциите на Webex Calling
    Създаване на ловна група
    Създаване на опашка за обаждания
    Създайте клиент рецепционист
    Създаване и управление на автопридружители
    Конфигуриране на група за пейджинг
    Настройване на пикап за повикване
    Създаване на кол парк
    Разрешаване на включване в разговора за потребителите
    Разрешаване на поверителност за потребител
    Конфигуриране на наблюдение
    Активиране на предупредителен тон за мост на повиквания за потребителите
    Включете хотела за потребител
dropdown icon
Тенденции в приемането и отчети за използването за Webex Calling
    Преглед на отчетите за повикванията
    Стартирайте инструмента CScan
02 декември 2024 г. | 1915 преглеждане(ия) | 0 души считат, че това е полезно

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

list-menuВ тази статия
list-menuОбратна връзка?

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

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

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 за вашата организация

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

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

1

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


 

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

2

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

3

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


 

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

4

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

5

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

6

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

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

 

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

7

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

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

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

9

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

Добавяне на местоположение

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

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

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

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

1

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


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

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

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

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

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

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


 

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

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

1

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

2

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

3

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

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

Актуализирайте съществуващо местоположение

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


 

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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


 

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

1

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

2

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

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

     

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


     

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

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

     

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

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

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

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

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

3

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

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

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

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

     

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

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

     

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

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


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

     
    Силно препоръчваме използването на формат за номериране E.164 за входящи и изходящи PSTN повиквания.

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

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

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

Конфигурирайте базиран на помещения PSTN (локален шлюз) в Control Hub

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


 

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

Създайте багажник

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

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

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

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

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

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

1

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

2

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

3

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


 

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

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

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

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

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

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

Изберете магистрала за PSTN, базирана на помещения

1

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

2

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

3

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

4

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


 

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

5

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

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

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

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

Управление на телефонни номера

Заявете покупка на услуги на Webex от пробна версия в Control Hub

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

1

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

2

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

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

Задайте опции за повикване

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

Настройте поведение при повикване

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

Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

В момента Webex Calling поддържа две версии на локален шлюз:

  • Локален шлюз

  • Локален шлюз за Webex за правителството

Ключови съображения

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

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


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

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

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

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

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

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

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

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

Ключови съображения

Локален шлюз за Webex за правителството не поддържа следното:

  • STUN/ICE-Lite за оптимизиране на медийния път

  • факс (T.38)

Конфигурирайте своя локален шлюз за Webex за правителство

За да конфигурирате локален шлюз за вашата линия за Webex Calling на Webex в Webex за правителство, използвайте следната опция:

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

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

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


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

Преглед на дизайна

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Или:

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

Конфигурирайте свързаност и сигурност

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

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

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

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

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

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

    • NTP

    • ACL

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

    • DNS

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

    • IP адреси

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

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

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

1

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


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

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


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

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


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

crypto pki trustpoint EmptyTP 
 revocation-check none
4

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


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

  1. Комплект tcp-брой повторни опити до 1000 (кратни на 5 мс = 5 секунди).

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


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

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


 

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

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Конфигуриране на линията, базирана на регистрация за Webex Calling

1

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

2

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

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

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

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

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

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


     

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

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

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

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

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

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

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

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

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

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


 

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

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

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

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

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

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

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

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

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

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

3

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


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

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

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

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


 

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

4

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


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

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

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

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


 

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

5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

6

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


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

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

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

7

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


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

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

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

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

  • правило 80

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

8

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

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


     

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    srtp-крипто 100

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

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

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

    url глътки

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

    грешка-passthru

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

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

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

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

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

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

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

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

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

    sip-профили 100

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    srtp

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

    без вад

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

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

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

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

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

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

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

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

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

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

2

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


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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

dtmf-relay rtp-nte

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

без вад

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

3

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

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

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

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

    dial-peer 100

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

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

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

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

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

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

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

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

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


 

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

1

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

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

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

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

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

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

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

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

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

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

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

IP хост ucmsub5.mydomain.com 192.168.80.65

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

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

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

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

3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    dtmf-relay rtp-nte

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

    без вад

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

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

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

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

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    dtmf-relay rtp-nte

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

    без вад

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

4

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

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

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

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

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

    dial-peer 100

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

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

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

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

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

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

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

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

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

Наблюдавайте и отстранявайте неизправности на локалния шлюз с диагностични подписи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да Ви уведоми.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

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


 

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

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

 

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

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

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

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

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

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

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

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

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

    Име на полето

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

    Платформа

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

    Продукт

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

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

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

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

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

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

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

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


     

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

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

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

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

    Име на полето

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

    Платформа

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

    Продукт

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

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

    SIP- SIP

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

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

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

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

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

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

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

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

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

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

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

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

    Име на полето

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

    Платформа

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

    Продукт

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

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

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

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

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

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

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

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

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

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

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

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

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

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

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

    Пример:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на покажи snmp команда. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Уверете се, че сте инсталирали High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

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

    Платформа

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

    Продукт

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

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

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

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

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

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

    Име на полето

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

    Платформа

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

    Продукт

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

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

    Syslogs

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

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

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

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

  6. Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

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

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

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

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08

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

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

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

DS ИД

Име на DS

Ревизия

Статус

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

64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

08.11.2020 00:12:53

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

DS ИД

Име на DS

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

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

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

64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

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

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

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

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

 

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

Управлявайте и валидирайте Cisco IOS XE Gateways чрез Control Hub

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

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

Преглед на дизайна

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Или:

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

Конфигурирайте свързаност и сигурност

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

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

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

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

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

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

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

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

    • NTP

    • ACL

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

    • DNS

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

    • IP адреси

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

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

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

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

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

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

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

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

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

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

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

1

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


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

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


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

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

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

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да поискате подписан сертификат от поддържан доставчик на CA:

    crypto pki enroll LGW_CERT
4

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


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

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


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

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


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

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


 

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

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

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

1

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


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

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


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

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

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

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

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

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

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

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

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

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


 

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

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

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


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

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

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

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

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

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

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

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

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

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

3

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


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

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

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

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


 

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

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling . (Тази стъпка не е приложима за Webex for Government)


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

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

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

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


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

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

Конфигурирайте политиката за криптиране на медиите за трафика на Webex . (Тази стъпка не е приложима за Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

6

Конфигуриране на FIPS-съвместими GCM шифри (Тази стъпка е приложима само за Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

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

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

Посочва GCM като шифров пакет, който CUBE предлага. Задължително е да конфигурирате GCM шифри за локален шлюз за Webex за правителство.

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

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

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

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

8

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


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

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

правила 10 и 20

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


 

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

9

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

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

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

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

правила 10 и 20

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

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

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

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

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

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

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

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

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

10

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


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

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

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

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

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

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

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

11

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

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


     

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

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

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

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

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

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

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

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

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

    srtp-крипто 100

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

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

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

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

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

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

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

    грешка-passthru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    srtp

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

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

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

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

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

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

2

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


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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

dtmf-relay rtp-nte

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

без вад

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

3

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

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

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

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

    dial-peer 100

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

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

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

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

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

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

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

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

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

1

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

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

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

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

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

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

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

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

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

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

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

IP хост ucmsub5.mydomain.com 192.168.80.65

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

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

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

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

3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    dtmf-relay rtp-nte

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

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте неизправности на локалния шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на Cisco IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития и действия за задействане на проблем за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди за показване, за да дефинирате логиката за откриване на проблеми. Типовете действия включват:

  • Събиране на изходни команди show

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър

Инженерите на TAC създават DS файлове и ги подписват цифрово за защита на целостта. Всеки DS файл има уникалния цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

  • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

  • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1 или по-нова версия

  1. Диагностичните подписи са активирано по подразбиране.

  2. Конфигурирайте защитен имейл сървър, който използвате за изпращане на проактивни известия, ако устройството работи с IOS XE 17.6.1 или по-нова версия.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да ви уведоми.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на висока натовареност на CPU

Този DS проследява 5-секундно използване на CPU с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които инсталирате в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл

  3. Копирайте DS XML файл във флаш на локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Следният пример показва копиране на файла от FTP сървър към локалния шлюз.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


     

    Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, моля, инсталирайте отново DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг на необичайни прекъсвания на разговора

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  3. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Използвайте командата покажете диагностичен подпис за обаждане вкъщи за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Можете също да използвате диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Това елиминира необходимостта от ръчна проверка за възникване на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:

  1. Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Препоръчваме да инсталирате High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  4. Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Инсталирайте DS 64224 и след това DS 65095 XML файл за мониторинг на CPU в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи . Колоната за състоянието трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверете изпълнението на диагностичните подписи

В следващата команда колоната „Състояние“ на командата покажете диагностичен подпис за обаждане вкъщи се променя на „изпълнение“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показване на статистически данни за диагностика и подпис за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и е изпълнило действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

DS ИД

Име на DS

Ревизия

Статус

Последна актуализация (GMT+00:00)
64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

08.11.2020 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

Задейства се /Макс/Деинсталиране

Средно време на работа (секунди)

Максимално време на работа (секунди)
64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.

Деинсталирайте диагностичните подписи

Използване на диагностичните сигнатури за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

 

Нови подписи се добавят периодично към инструмента за търсене на диагностични подписи въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Приложете CUBE висока степен на достъпност като локален шлюз

Основи

Предварителни изисквания

Преди да разположите CUBE HA като локален шлюз за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, предполагат специална локален шлюз без съществуваща гласова конфигурация. Ако съществуващо корпоративно внедряване на CUBE се променя, за да използва и функцията на локален шлюз за Cisco Webex Calling, обърнете специално внимание на приложената конфигурация, за да гарантирате, че съществуващите потоци и функции на повиквания не се прекъсват и се уверете, че спазвате изискванията за дизайн на CUBE HA .

Хардуерни и софтуерни компоненти

CUBE HA като локален шлюз изисква IOS-XE версия 16.12.2 или по-нова и платформа, на която се поддържат както функциите CUBE HA, така и LGW.


 

Командите за показване и регистрационните файлове в тази статия се основават на минимална версия на софтуер на Cisco IOS-XE 16.12.2, внедрена на vCUBE (CSR1000v).

Референтен материал

Ето някои подробни ръководства за конфигуриране на CUBE HA за различни платформи:

Общ преглед на решението за Webex Calling

Cisco Webex Calling е предложение за сътрудничество, което предоставя базирана в облак алтернатива с множество наематели на телефонна услуга за локална телефонна централа с множество опции за PSTN за клиенти.

Разгръщането на локален шлюз (представено по-долу) е в центъра на тази статия. Транк на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързаност към PSTN услуга, собственост на клиента. Той също така осигурява свързаност с в помещението IP PBX внедряване, като например Cisco Unified CM. Цялата комуникация към и от облака е защитена чрез TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва внедряване на Webex Calling без съществуваща IP PBX и е приложима за внедряване на един или няколко сайта. Конфигурацията, описана в тази статия, се основава на това внедряване.

Слой 2 Редундантност от кутия до кутия

Резервирането на CUBE HA слой 2 от кутия към кутия използва инфраструктурния протокол на групата за резервиране (RG), за да формира двойка активни/готови маршрутизатори. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните им интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в готовност да поеме всички отговорности за обработка на повиквания CUBE незабавно, ако активният рутер излезе от експлоатация, което води до запазване на сигнализацията и медиите в състояние на състояние.


 

Насочването на проверка е ограничено до свързани повиквания с медийни пакети. Обажданията в транзит не се отбелязват (например състояние на опит или звънене).

В тази статия CUBE HA ще се позовава на CUBE High Availability (HA) Layer 2 Box-to-box (B2B) резервиране за запазване на повикванията с състояние на състояние

Считано от IOS-XE 16.12.2, CUBE HA може да бъде разгърнат като локален шлюз за внедряване на магистрала за Cisco Webex Calling (базирана на помещения PSTN) и ние ще съображения на дизайна в тази статия. Тази фигура показва типична настройка на CUBE HA като локален шлюз за разгръщане на магистрала на Cisco Webex Calling .

Инфракомпонент на групата за резервиране

Компонентът Infra за групата за резервиране (RG) осигурява поддръжката на комуникационната инфраструктура от кутия до кутия между двата CUBE и договаря окончателното стабилно състояние на резервиране. Този компонент също така осигурява:

  • Протокол, подобен на HSRP, който договаря крайното състояние на резервиране за всеки рутер чрез обмен на съобщения за поддържане на активност и hello между двата CUBE (чрез контролния интерфейс) – GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за контролна точка на състоянието на сигнализацията и медиите за всяко повикване от активния към резервния рутер (чрез интерфейса за данни) — GigabitEthernet3 на фигурата по-горе.

  • Конфигуриране и управление на интерфейса за виртуален IP (VIP) за интерфейсите за трафик (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран да поддържа гласова B2B HA.

Управление на виртуални IP (VIP) адреси както за сигнализация, така и за медии

B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните физически интерфейси на двата CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурирането на VIP и обвързването на VIP интерфейса към определено гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или прокси, използват VIP като IP адрес на дестинацията за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Calling , двойките CUBE HA действат като един локален шлюз.

Сигнализирането на повикванията и информацията за RTP сесията на установените повиквания са контролни точки от активния рутер към рутера в режим на готовност. Когато активният рутер изпадне, рутерът в режим на готовност поема управлението и продължава да препраща RTP поток , който преди това е бил насочен от първия рутер.

Обажданията в преходно състояние по време на отказ няма да бъдат запазени след превключване. Например повиквания, които все още не са напълно установени или са в процес на промяна с функция за прехвърляне или задържане. Установените повиквания могат да бъдат прекъснати след превключване.

Съществуват следните изисквания за използване на CUBE HA като локален шлюз за преодоляване на повиквания със състояние на отказ:

  • CUBE HA не може да има съвместно разположени TDM или аналогови интерфейси

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/ RTP), а Gig3 е интерфейс за управление/данни на групата за резервиране (RG)

  • Не повече от 2 двойки CUBE HA могат да бъдат поставени в един и същ домейн на слой 2, единият с идентификатор на група 1, а другият с идентификатор на група 2. Ако конфигурирате 2 HA двойки със същия идентификатор на групата, интерфейсите за управление/данни на RG трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Порт каналът се поддържа както за интерфейси за управление на RG/данни, така и за трафик

  • Цялата сигнализация/медия се доставя от/към виртуалния IP адрес

  • Всеки път, когато платформата се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за излишък, rii трябва да е уникален за комбинация от двойка/интерфейс на същия слой 2

  • Конфигурацията и на двата CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да работи на същия тип платформа и версия на IOS-XE

  • Интерфейсите за обратна връзка не могат да се използват като обвързване, тъй като винаги са нагоре

  • Множество интерфейси за трафик (SIP/ RTP) (Gig1, Gig2) изискват конфигуриране на проследяване на интерфейса

  • CUBE-HA не се поддържа през кръстосана кабелна връзка за RG-контрол/връзка за данни (Gig3)

  • И двете платформи трябва да бъдат идентични и да бъде свързан чрез a физически превключвател през всички подобни интерфейси, за да може CUBE HA да работи, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да приключи на един и същ ключ и т.н.

  • Не може да има терминиран WAN на CUBE директно или на данни HA от двете страни

  • И двата активни/готови трябва да са в един и същ център за данни

  • Задължително е използването на отделен L3 интерфейс за резервиране (RG Control/data, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролни точки

  • При отказ, по-рано активният CUBE преминава през презареждане по проект, запазвайки сигнализацията и медиите

Конфигурирайте излишък и на двата CUBE

Трябва да конфигурирате резервиране от кутия до кутия от слой 2 и на двата CUBE, предназначени да бъдат използвани в HA двойка, за да изведете виртуални IP адреси.

1

Конфигурирайте проследяване на интерфейса на глобално ниво, за да проследявате състоянието на интерфейса.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласов трафик , така че активният маршрут да изпълнява своята активна роля, след като интерфейсът за трафик не работи.

2

Конфигурирайте RG за използване с VoIP HA в подрежим на резервиране на приложения.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък — Влиза в режим на резервиране

  • излишък на приложения — Влиза в режим на конфигурация на резервиране на приложения

  • група — Влиза в режим на конфигурация на група приложения за резервиране

  • име LocalGateway-HA —Определя името на групата RG

  • приоритет 100 праг на отказ 75 —Определя първоначалния приоритет и праговете за превключване при отказ за RG

  • таймери забавяне 30 презареждане 60 —Конфигурира двата пъти за забавяне и презареждане

    • Таймер за закъснение, който е количеството време за забавяне на инициализацията на RG групата и договарянето на ролята, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – това е времето за забавяне на инициализацията на групата RG и договарянето на ролята след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат настроени, за да поемат всяко допълнително забавяне на мрежовата конвергенция, което може да възникне по време на стартиране/презареждане на рутерите, за да се гарантира, че договарянето на протокола RG се извършва след като маршрутизирането в мрежата се сближи до стабилно точка. Например, ако се види след отказ, че са необходими до 20 секунди за новия STANDBY да види първия RG HELLO пакет от новия ACTIVE, тогава таймерите трябва да се коригират на „таймерите забавят 60 презареждане 120“, за да отчетат това забавяне.

  • контрол GigabitEthernet3 протокол 1 —Конфигурира интерфейса, използван за обмен на съобщения за поддържане на активност и hello между двата CUBE, и посочва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола за резервиране на приложения

  • данни GigabitEthernet3 —Конфигурира интерфейса, използван за контролна точка на трафик на данни

  • писта — RG групово проследяване на интерфейси

  • протокол 1 —Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола на приложението за резервиране

  • таймери hellotime 3 време на задържане 10 —Конфигурира двата таймера за hellotime и holdtime:

    • Hellotime— Интервал между последователни съобщения за здравеопазване — по подразбиране 3 секунди. Обхватът е 250 милисекунди-254 секунди

    • Време на задържане – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер е неуспешен. Това времетраене трябва да е по-голямо от времето за здравей – по подразбиране 10 секунди. Обхватът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде поне 3 пъти по-голям от стойността на таймера за време на изчакване.

3

Разрешете резервирането от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка по-долу voice service voip. Това позволява на приложението CUBE да контролира процеса на резервиране. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

група за съкращения 1 —Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена.

4

Конфигурирайте интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу и приложете идентификатора на интерфейса за резервиране ( рии )

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Ето обяснение на полетата, използвани в тази конфигурация:

  • съкращения rii —Конфигурира идентификатора на интерфейса за резервиране за групата за резервиране. Изисква се за генериране на виртуален MAC (VMAC) адрес. Една и съща стойност на rii ИД трябва да се използва на интерфейса на всеки рутер (АКТИВЕН/РЕЖИМ РЕЖИМ), който има същия VIP.


     

    Ако има повече от една B2B двойка в една и съща LAN, всяка двойка ТРЯБВА да има уникални rii ID на съответните им интерфейси (за да се предотврати сблъсък). „покажи всички групи приложения за резервиране“ трябва да посочи правилната локална и равностойна информация.

  • група съкращения 1 —Свързва интерфейса с групата за резервиране, създадена в стъпка 2 по-горе. Конфигурирайте групата RG, както и VIP, присвоен на този физически интерфейс.


     

    Задължително е да се използва отделен интерфейс за резервиране, тоест интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за управление и данни, посочен в стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG управление/данни

5

Запазете конфигурацията на първия CUBE и го презаредете.

Платформата за презареждане последно винаги е режим на готовност.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

След VCUBE-1 се стартира напълно, запазете конфигурацията на VCUBE-2 и го презаредете.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Проверете дали конфигурацията от кутия до кутия работи според очакванията. Съответният изход е подчертан в смели .

Презаредихме VCUBE-2 последно и според съображения на дизайна; платформата за презареждане последна винаги ще бъде В режим на готовност .


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Конфигурирайте локален шлюз и на двата CUBE

В нашата примерна конфигурация ние използваме следната информация за магистралата от Control Hub, за да изградим конфигурацията на локалния шлюз и на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Хюсеин 1076 г_ LGU

  • Парола: lOV12MEaZx

1

Уверете се, че за паролата е създаден конфигурационен ключ с командите, показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите от тип 6 са криптирани с помощта на AES шифър и този дефиниран от потребителя конфигурационен ключ.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на Контролен център параметри, показани по-горе, запишете и презаредете. SIP обработване на пълномощията от Контролен център са подчертани в смели .


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

За да покажем изхода на командата show, презаредихме VCUBE-2 последвано от VCUBE-1 , правене VCUBE-1 готовност CUBE и VCUBE-2 активният КУБ

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален шлюз с Webex Calling достъп SBC. Разгледайте изхода на следните команди за показване.

показване на група приложения за съкращаване 1

покажете състоянието на регистъра на sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

От изхода по-горе можете да видите това VCUBE-2 е активният LGW, поддържащ регистрацията с Webex Calling access SBC, докато изходът на „show sip-ua register status“ е празен в VCUBE-1

3

Сега активирайте следните отстраняване на грешки на VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Симулирайте отказ, като издадете следната команда на активния LGW, VCUBE-2 в този случай.


VCUBE-2#redundancy application reload group 1 self

Превключването от ACTIVE към STANDBY LGW се случва в следния сценарий, освен CLI, изброен по-горе

  • Когато ACTIVE рутерът се презареди

  • Когато захранването на ACTIVE рутера се включва

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е активирано проследяването

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling access SBC. VCUBE-2 вече щеше да се презареди.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния регистрационен файл за отстраняване на грешки на VCUBE-1, изпращащ SIP РЕГИСТЪР до Webex Calling ПРЕЗ виртуалния IP и получаване на 200 ОК.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Конфигуриране на Unified CM за Webex Calling

Конфигуриране на профил за защита на SIP линиите за магистрала към локален шлюз

В случаите, когато локалният шлюз и шлюз за обществена телефонна централа се намират на едно и също устройство, Unified CM трябва да бъде активиран да разграничава два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас на услугата към тях видове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на две магистрали между Unified CM и комбинирания локален шлюз и шлюз за обществена телефонна централа устройство, което изисква различни SIP портове за слушане за двата канала.

Създайте специален профил за защита на SIP линиите за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex профил за защита на SIP линиите
Входящ портТрябва да съответства на порта, използван в конфигурацията на локален шлюз за трафик към/от Webex: 5065

Конфигурирайте SIP профил за локалната магистрала на шлюза

Създайте специален SIP профил за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP профил
Активирайте ОПЦИИ Ping, за да наблюдавате състоянието на местоназначението за транкове с тип услуга „Няма (по подразбиране)“Отметнато

Създайте пространство за търсене на обаждания за обаждания от Webex

Създайте пространство за търсене на обаждания за повиквания, произхождащи от Webex със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Пространство за търсене на Webex Calling
Избрани дялове

отличаващо име (+ номера на указател E.164 )

ESN (съкратено междусайтово набиране)

PSTNI International (достъп до обществена телефонна централа)

onNetRemote (научени дестинации на GDPR)


 

Последният дял onNetRemote се използва само в многоклъстерна среда, където информация за маршрутизиране се обменя между Unified CM клъстери, използвайки услуга за междуклъстерно търсене (ILS) или Global Dialplan Replication (GDPR).

Конфигурирайте SIP транк към и от Webex

Създайте външна линия SIP за повикванията към и от Webex през локалния шлюз със следните настройки:

НастройкаСтойност
Информация за устройството
Име на устройствоУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP Trunk
Изпълнявайте на всички активни Unified CM възлиОтметнато
Входящи повиквания
Обаждане в Search SpaceПо-рано дефинираното пространство за търсене на повиквания: Webex
AAR Пространство за търсене на обажданияПространство за търсене на обаждания с достъп само до модели на маршрути на PSTN: PSTNRмаршрут
SIP информация
Адрес на местоназначениеIP адрес на локалния шлюз CUBE
Целеви порт5060
профил за защита на SIP линиитеДефинирано по-рано: Webex
SIP профилДефинирано по-рано: Webex

Конфигуриране на група маршрути за Webex

Създайте група маршрути със следните настройки:

НастройкаСтойност
Информация за групата на маршрутите
Име на групата за маршрутизиранеУникално име, като напр Webex
Избрани устройстваПо-рано конфигурираният външна линия SIP: Webex

Конфигуриране на списък с маршрути за Webex

Създайте списък на маршрути със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр RL_ Webex
ОписаниеСмислово описание, като напр Списък с маршрути за Webex
Изпълнявайте на всички активни Unified CM възлиОтметнато
Информация за членовете на списъка с маршрути
Избрани групиСамо дефинираната по-рано група маршрути: Webex

Създайте дял за Webex дестинации

Създайте дял за дестинациите на Webex със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex дял

Какво да направите след това

Уверете се, че сте добавили този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex . Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като пространство за търсене на входящи повиквания в PSTN магистрали, така че повикванията от PSTN към Webex да могат да се насочват.

Конфигуриране на шаблони за маршрути за дестинации на Webex

Конфигурирайте модели на маршрути за всеки диапазон на DID на Webex със следните настройки:

НастройкаСтойност
Модел на маршрутПълен модел + E.164 за диапазона DID в Webex с водещото „\“. Например: \+140855501XX
Разделяне на маршрутWebex
Списък с шлюз/маршрутRL_ Webex
Спешен приоритетОтметнато

Конфигуриране на съкратено нормализиране на междусайтово набиране за Webex

Ако за Webex се изисква съкратено набиране между сайтове, тогава конфигурирайте модели за нормализиране на набиране за всеки диапазон на ESN на Webex със следните настройки:

НастройкаСтойност
Шаблон за транслацияESN модел за гамата ESN в Webex. Например: 80121XX
ДялWebex
ОписаниеСмислово описание, като напр Модел за нормализиране на Webex
Използвайте пространството за търсене на обаждания на инициатораОтметнато
Спешен приоритетОтметнато
Не чакайте междуцифрово изчакване при последващи скоковеОтметнато
Маска за Преобразуване на номера на набраната странаМаска за нормализиране на числото до + E.164. Например: +1408555 01XX

Настройване на функциите на Webex Calling

Създайте група за търсене

Групите за търсене насочват входящите повиквания към група потребители или работни пространства. Можете дори да конфигурирате шаблон за маршрут към цяла група.

За повече информация как да настройвам група за търсене, вж Търсене на групи в Cisco Webex Control Hub .

Създаване на опашка на повикванията

Можете да настройвам опашка за обаждания, така че когато обажданията на клиентите не могат да бъдат отговорени, те получават автоматичен отговор, утешителни съобщения и музика в задържане , докато някой може да отговори на повикването им.

За повече информация как да настройвам и управлявате опашка за повиквания, вж Управлявайте опашките за обаждания в Cisco Webex Control Hub .

Създайте рецепционист клиент

Помогнете в подкрепа на нуждите на персонала на вашия фронт-офис. Можете да настройвам потребителите като телефонни служители, за да могат да преглеждат входящите повиквания до определени хора във вашата организация.

За информация как да настройвам и прегледате клиентите на рецепционистите, вж Клиенти на рецепцията в Cisco Webex Control Hub .

Създавайте и управлявайте автоматични служители

Можете да добавяте поздрави, да настройвам менюта и да маршрутизиране на повиквания към телефонен секретар, група за търсене, кутия за гласова поща или реален човек. Създайте 24-часов график или предоставете различни опции, когато вашият бизнес е отворен или затворен.

За информация как да създавате и управлявате автоматични оператори, вж Управлявайте автоматичните оператори в Cisco Webex Control Hub .

Конфигурирайте група за пейджинг

Груповото пейджинг позволява на потребителя да отправи еднопосочно обаждане или групова страница до до 75 целеви потребители и работни пространства чрез набиране на номер или разширение, присвоени на конкретна група за пейджинг.

За информация как да настройвам и редактирате групи за пейджинг, вж Конфигурирайте група за пейджинг в Cisco Webex Control Hub .

Настройте вдигане на обаждане

Подобрете работата в екип и сътрудничеството, като създадете група за приемане на повикване, така че потребителите да могат да отговарят на повиквания. Когато добавите потребители към група за приемане на група за приемане на повикване и член на групата е далеч или зает, друг член може да отговаря на техните повиквания.

За информация как да настройвам за приемане на група за приемане на повикване вж Вземане на обаждане в Cisco Webex Control Hub .

Настройте паркиране на повиквания

Паркиране на повиквания позволява на определена група потребители да паркират повиквания срещу други налични членове на групата за паркиране на повиквания. Паркираните обаждания могат да бъдат приемани от други членове на групата на техния телефон.

За повече информация как да настройвам паркиране на повиквания, вж Паркиране на обажданията в Cisco Webex Control Hub .

Активиране на влизане за потребители

1

От изглед на клиента в , отидете на Управление > Местоположения .https://admin.webex.com

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители раздел и след това изберете Влезте .

4

Включете превключвателя, за да позволите на други потребители да се добавят към текущото обаждане на този потребител.

5

Проверете Пуснете тон, когато този потребител влезе в разговор ако искате да пуснете тон на другите, когато този потребител нахлуе в тяхното обаждане.

6

Щракнете върху Запиши.

Активиране на поверителност за потребител

1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители област и след това изберете Поверителност .

4

Изберете подходящия Поверителност на автоматичния оператор настройки за този потребител.

  • Позволяване този потребител да бъде набиран с вътрешен номер
  • Позволяване този потребител да бъде набиран със собствено или фамилно име
5

Проверете Активирайте поверителност поле за отметка. След това можете да решите да блокирате всички, като не избирате членове от падащ списък. Като алтернатива можете да изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състояние на линията на този потребител.

Ако сте администратор на местоположение, в падащ списък се показват само потребителите, работните пространства и виртуалните линии, отнасящи се до назначените ви местоположения.

Премахнете отметката от Активирайте поверителност поле за отметка, за да позволите на всеки да наблюдава състояние на линията.

6

Проверете Прилагане на поверителност за насочено приемане на повикване и влизане поле за отметка, за да активирате поверителност за насочено приемане на повикване и влизане.


 
  • Ако активирате тази опция, само оторизираните потребители, виртуалните линии и устройствата на работното пространство могат да използват насочено приемане на повикване и влизане на този потребител. В противен случай всеки в организацията може да извика насочено приемане на повикване и влизане на линия.
  • За повече информация относно влизането вж Влезте в телефонно повикване на някой друг .
  • Супервайзерът винаги може да се включи в обажданията, които агентите получават чрез опашката за повиквания. Тоест настройките за поверителност не засягат опцията за влизане на надзорника.
7

От Добавете член по име , изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състоянието на телефонна линия и да извикат насочено приемане на повикване и влизане.

8

За да филтрирате избраните от вас членове, използвайте филтриране по име, номер или вътр поле.

9

Щракнете върху Премахване на всички за да премахнете всички избрани членове.


 
За да премахнете отделен член, щракнете Изтрийте до името на члена.
10

Щракнете върху Запиши.

Privacy settings

Конфигуриране на наблюдение

максимален брой наблюдавани линии за потребител е 50. Въпреки това, докато конфигурирате списъка за наблюдение, вземете предвид броя на съобщенията, които влияят на честотната лента между Webex Calling и вашата мрежа. Също така, определете максималните наблюдавани линии по броя на бутоните за линии на телефона на потребителя.

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и след това щракнете Потребители .

2

Изберете потребителя, който искате да промените, и щракнете Обаждане .

3

Отидете на Разрешения между потребители раздел и изберете Мониторинг .

4

Изберете от следните:

  • Добавяне на наблюдавана линия
  • Добавяне на вътр. линия за паркиране

Можете да включите виртуална линия в Добавете наблюдавана линия списък за потребителски мониторинг.

5

Изберете дали искате да уведомите този потребител за паркирани повиквания, потърсете лицето или вътрешна линия за паркиране на повикване за паркиране на обаждания, което да бъде наблюдавано, и след това щракнете Запазете .


 

Наблюдаваните линии се изброяват в Контролен център съответства на реда на наблюдаваните линии, които се показват на устройството на потребителя. Можете да пренаредите списъка с наблюдавани линии по всяко време.


 

Името, което се показва за наблюдаваната линия, е името, въведено в полетата Име и Фамилия на ИД се за потребителя, работното пространство и виртуалната линия.

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да управлявате настройките за наблюдение за потребител в Контролен център .

Активиране на предупредителния тон за свързване на повиквания за потребителите

Преди да започнете

Трябва да имате конфигурирана споделена линия , за да бъде извикан мостът за повикване. Вижте как да конфигуриране на споделени линии преди да активирате предупредителния тон за мост за повикване.
1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете на Разрешения между потребители и щракнете Предупредителен тон за свързване на повикване .

4

Включете Предупредителен тон за свързване на повикване и след това щракнете Запазете .


 
По подразбиране тази функция е активирана.

За повече информация относно свързването на повиквания по споделена линия, вж Споделени линии на вашия мултиплатформен настолен телефон .

За повече информация относно свързването на повиквания на споделена линия на Webex App вж Споделен изглед на линията за WebexApp .

Включете хотела за потребител

Разрешаването на хотел за потребителя им позволява да работят в друго пространство, като същевременно запазват функционалността и характеристиките на основния си настолен телефон.
1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и изберете Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете до Разрешения между потребители раздел и изберете Хотелиерство и включете превключвателя.

4

Въведете името или номера на хоста в хотела в Местоположение на хотела поле за търсене и изберете хоста за хотели, който искате да присвоите на потребителя.

Може да бъде избран само един хостел. Ако изберете друг хост за хотели, първият се изтрива.


 
Ако сте администратор на местоположение, можете да зададете само хоста за хотели, отнасящ се до назначените ви местоположения.
5

За да ограничите времето, през което потребителят може да бъде свързан с хоста за хотели, изберете броя часове, през които потребителят може да използва хотелския хост от Лимитен период на асоцииране падащо меню.

Потребителят ще излезе автоматично след избраното време.


 

Съобщение за съобщение за грешка се показва на екрана, ако лимитният период на асоцииране, определен за потребителя, надвишава периода на свързване на ограниченията на избрания хостинг хост. Например, ако хостингът на хотела има ограничен период на асоцииране от 12 часа, а периодът на свързване с ограничение на потребителя е 24 часа, се показва съобщение за грешка . В такива случаи трябва да удължите лимита на периода на асоцииране на хоста за хотели, ако е необходимо повече време за потребителя.

6

Щракнете върху Запиши.


 

Потребителят може също да търси и намира хоста за хотели, който иска да използва, от User Hub. За повече информация вж Достъп до вашия профил за обаждания отвсякъде .

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да конфигурирате хотелите в Control Hub.
Тенденции за приемане и отчети за употребата на Webex Calling

Преглед на отчетите за обажданията

Можете да използвате страницата Анализ в Контролен център за да получите представа за това как хората използват Webex Calling и на Webex приложение (ангажиране) и качеството на медийното им изживяване при разговори. За достъп Webex Calling analytics, влизам в Контролен център , след това отидете на Анализ и изберете Обаждане раздел.

1

За подробни отчети за историята на обажданията влизам в Контролен център , след това отидете на Анализ > Обаждане .

2

Изберете Подробна история на обажданията .

За информация относно повиквания, използващи Специализиран екземпляр, вж Анализ на специализирани инстанции .

3

За достъп до данни за качество на медиите, влизам в Контролен център , след това отидете на Анализ и след това изберете Обаждане .

За повече информация вижте Анализи за вашето портфолио за сътрудничество в облака.
Подготовка на средата

Общи предпоставки

Преди да конфигурирате локален шлюз за 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 съгласно Ръководство за конфигуриране на локален шлюз .

локален шлюз ви помага да мигрирате към Webex Calling със собствено темпо. локален шлюз интегрира вашето съществуващо в помещението внедряване с Webex Calling. Можете също да използвате съществуващата си Връзка с обществена телефонна централа. Виж Започнете с Local Gateway

Изисквания за сертификат и сигурност за локален шлюз

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 за вашата организация

Задайте настройките за повикване в Помощник за първоначална настройка

Първата стъпка, за да получите своя Webex Calling услуги и стартиране е да завършите Помощник за първоначална настройка (FTSW). След като FTSW бъде завършен за първото ви местоположение, не е необходимо да се попълва за допълнителни местоположения.

1

Щракнете върху Първи стъпки връзка в имейла за добре дошли, който получавате.


 

Вашият администраторски имейл адрес се използва автоматично за влизам Контролен център , където ще бъдете подканени да създадете вашата администраторска парола. След като влизам, автоматично се стартира съветникът за настройка.

2

Прегледайте и приемете условия за използване на услугата.

3

Прегледайте плана си и след това щракнете Започнете .


 

Мениджърът на вашия акаунт е отговорен за активиране на първите стъпки за FTSW. Свържете се с мениджъра на акаунта си, ако получите известие „Cannot Setup Your Call“, когато изберете Започнете .

4

Изберете държавата, към която вашият център за данни трябва да картографира, и въведете информацията за клиентски контакт с клиента и адреса на клиента.

5

Щракнете върху следващо: Местоположение по подразбиране .

6

Изберете от следните опции:

  • Щракнете върху Запазете и затворете ако сте администратор на партньор и искате администраторът на клиента да завърши обезпечаването на Webex Calling .
  • Попълнете необходимата информация за местоположението. След като създадете местоположението в съветника, можете да създадете повече местоположения по-късно.

 

След като завършите съветника за настройка, уверете се, че сте добавете основно число до мястото, което създавате.

7

Направете следните избори, за да приложите към това местоположение:

  • Език за обявяване —За аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл — За комуникация по имейл за нови потребители.
  • Страна
  • Часова зона
8

Щракнете върху Напред.

9

Въведете наличен SIP адрес на Cisco Webex и щракнете Следваща и изберете Край .

Добавяне на местоположение

Преди да започнете

За да създадете ново местоположение, подгответе следната информация:

  • Адрес на местоположението

  • Желани телефонни номера (по избор)

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .


 
В регионалния център за данни ще се хоства ново местоположение, което съответства на държавата, която сте избрали с помощта на Помощник за първоначална настройка.
2

Конфигурирайте настройките на местоположението:

  • Име на местоположението — Въведете уникално име, за да идентифицирате местоположението.
  • Държава/регион — Изберете държава, с която да обвържете местоположението. Например, можете да създадете едно местоположение (централа) в Съединените щати и друго (клон) в Обединеното кралство. Държавата, която изберете, определя адресните полета, които следват. Документираните тук използват конвенцията за адреси в САЩ като пример.
  • Адрес на местоположението — Въведете основния пощенски адрес на местоположението.
  • Град/Град — Въведете град за това местоположение.
  • Щат/Провинция/Регион —От падащото меню изберете състояние.
  • Пощенски код — Въведете пощенския код или пощенския код.
  • Език за обявяване —Изберете езика за аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл —Изберете езика за комуникация по имейл с нови потребители.
  • Часова зона — Изберете часова зона за местоположението.
3

Щракнете върху Запазете и след това изберете да / не за добавяне на числа към местоположението сега или по-късно.

4

Ако сте щракнали да , изберете една от следните опции:

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повиквания на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни обаждания и ви позволява да поръчате нови PSTN номера или да пренесете съществуващи номера към Cisco.


     

    В Cisco PSTN опцията е видима само при следните условия:

    • Купили сте поне един ангажиран план за повиквания на Cisco OCP (план за изходящи разговори).

    • Вашето местоположение е в държава, където Поддържа се план за разговори на Cisco .

    • Вашето местоположение е ново. Понастоящем съществуващите местоположения, на които са присвоени други PSTN възможности, не отговарят на условията за плана за повиквания на Cisco . Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на CCP предлагат решения за подмяна на PSTN, широко глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

     

    Изброени са партньорите на CCP и географското покритие тук . Показват се само партньори, които поддържат държавата на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, посочени с лого, винаги предлагат Регионални медии за ККП . За партньори, които се показват като низ, изберете региона, който е най-близо до държавата на вашето местоположение, за да осигурите регионални медии за CCP.

    Ако видите опцията за Поръчайте номера сега при изброен доставчик, ви препоръчваме да изберете тази опция, за да можете да се възползвате от интегрираната ЦК. Интегрираната CCP позволява набавяне и предоставяне на телефонни номера в Контролен център върху едно стъкло. Неинтегрираната CCP изисква от вас да закупите телефонните си номера от партньора на CCP извън Контролен център .

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

Изборът на опция за PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съпоставяте толкова опции, колкото искате за внедряването си, но всяко местоположение ще има една опция. След като изберете и осигурите опция за PSTN, можете да я промените, като щракнете Управлявайте в местоположението PSTN свойства. Някои опции, като Cisco PSTN, обаче, може да не са налични, след като е назначена друга опция. Отворете заявка за случай на поддръжката за насоки.

5

Изберете дали искате да активирате номерата сега или по-късно.

6

Ако сте избрали неинтегрирана CCP или PSTN, базирана на помещения, въведете Телефонни номера като стойности, разделени със запетая, и след това щракнете Потвърди .

Добавят се номера за конкретното местоположение. Валидни записи се преместват в Потвърдени номера полето и невалидни записи остават в Добавете числа поле, придружено от съобщение за грешка.

В зависимост от държавата на местоположението, номерата се форматират според изискванията за местно набиране. Например, ако се изисква код на държавата, можете да въведете числа със или без кода и кодът се поставя преди.

7

Щракнете върху Запиши.

Какво да направите след това

След като създадете местоположение, можете да активирате спешни 911 услуги за това местоположение. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация.

Преди да започнете


 

Вземете списък на потребителите и работните пространства, свързани с местоположение: Отидете на Услуги > Обаждане > Числа и от падащо меню изберете местоположението, което да бъде изтрито. Вие трябва изтрийте тези потребители и работни пространства, преди да изтриете местоположението.

Имайте предвид, че всички номера, свързани с това местоположение, ще бъдат върнати обратно на вашия доставчик на PSTN; вече няма да притежавате тези номера.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Щракнете върхув Действия колона до местоположението, което искате да изтриете.

3

Изберете Изтриване на местоположение и потвърдете, че искате да изтриете това местоположение.

Обикновено отнема няколко минути, преди местоположението да бъде изтрито за постоянно, но може да отнеме до един час. Можете да проверите състоянието, като щракнете до името на местоположението и избора Състояние на изтриване .

Актуализирайте съществуващо местоположение

Можете да промените вашата PSTN настройка, името, часова зона и езика на местоположението, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.


 

За съществуващи местоположения можете да активирате спешни 911 услуги. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

Ако видите символ Внимание до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да извършвате или да получавате повиквания, докато не конфигурирате този номер.

2

(По избор) Под PSTN връзка , изберете едно от двете Свързан с облак PSTN или Базирана в помещения PSTN (локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управлявайте за да промените тази конфигурация и след това потвърдете свързаните рискове, като изберете Продължете . След това изберете една от следните опции и щракнете Запазете :

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повиквания на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни обаждания и ви позволява да поръчате нови PSTN номера или да пренесете съществуващи номера към Cisco.


     

    В Cisco PSTN опцията е видима само при следните условия:

    • Купили сте поне един ангажиран план за повиквания на Cisco OCP (план за изходящи разговори).

    • Вашето местоположение е в държава, където Поддържа се план за разговори на Cisco .

    • Вашето местоположение е ново. Понастоящем съществуващи местоположения, на които са присвоени други PSTN възможности, не отговарят на условията за плана за повиквания на Cisco . Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на CCP предлагат решения за подмяна на PSTN, широко глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

     

    Изброени са партньорите на CCP и географското покритие тук . Показват се само партньори, които поддържат държавата на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, посочени с лого, винаги предлагат Регионални медии за ККП . За партньори, които се показват като низ, изберете региона, който е най-близо до държавата на вашето местоположение, за да осигурите регионални медии за CCP.

    Ако видите опцията за Поръчайте номера сега при изброен доставчик, ви препоръчваме да изберете тази опция, за да можете да се възползвате от интегрираната ЦК. Интегрираната CCP позволява набавяне и предоставяне на телефонни номера в Контролен център върху едно стъкло. Неинтегрираната CCP изисква от вас да закупите телефонните си номера от партньора на CCP извън Контролен център .

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

     

    Webex Calling клиенти с местоположения, които преди това са конфигурирани с локален шлюз, автоматично ще бъдат преобразувани в базирани на помещения PSTN със съответна магистрала.

3

Изберете Основен номер на който може да се достигне до основния контакт на местоположението.

4

(По избор) Под Спешно обаждане , можете да изберете Идентификатор на местоположение при спешни случаи да зададете на това местоположение.


 

Тази настройка е незадължителна и е приложима само за държави, които я изискват.

В някои държави (пример: Франция), съществуват регулаторни изисквания за клетъчните радиосистеми за установяване на самоличността на клетката, когато извършвате спешно повикване и е предоставена на органите за спешна помощ. Други страни като САЩ и Канада прилагат определяне на местоположението, използвайки други методи. За повече информация вж Подобрено спешно повикване .

Вашият доставчик на спешно повикване може да се нуждае от информация за мрежата за достъп и се постига чрез дефиниране на нова частна SIP заглавка на разширението, P-Access-Network-Info. Заглавката носи информация, свързана с мрежата за достъп.

Когато зададете идентификатора на спешно местоположение за местоположение, стойността на местоположението се изпраща на доставчика като част от SIP съобщение. Свържете се с вашия доставчик на спешно повикване , за да видите дали имате нужда от тази настройка и използвайте стойността, предоставена от вашия доставчик на спешно повикване ."

5

Изберете Номер на гласовата поща на които потребителите могат да се обаждат, за да проверят гласовата си поща за това местоположение.

6

(По избор) Щракнете върху иконата на молив в горната част на страницата Местоположение, за да промените Име на местоположението , Език за обявяване , Език на Имейл , Часова зона , или Адрес според нуждите и след това щракнете Запазете .


 

Промяна на Език за обявяване влиза в сила незабавно за всички нови потребители и функции, добавени към това местоположение. Ако на съществуващите потребители и/или функции също трябва да се промени езикът на съобщенията, когато бъдете подканени, изберете Промяна за съществуващи потребители и работни пространства или Промяна за съществуващи функции . Щракнете върху Приложете . Можете да гледате хода на страницата Задачи. Не можете да правите повече промени, докато това не приключи.


 

Промяна на Часова зона за местоположение не актуализира часовите зони на функциите, свързани с местоположението. За да редактирате часовите зони за функции като автоматичен секретар оператор, група за търсене и опашка за обаждания, отидете на Общи настройки област на конкретната функция, за която искате да актуализирате часова зона и да редактирате и запишете там.

Тези настройки са за вътрешно набиране и са налични и в съветника за първа настройка. Когато промените своя план за набиране, примерните номера в Контролен център актуализирайте, за да покажете тези промени.


 

Можете да конфигурирате разрешения за изходящи повиквания за местоположение. Виж тези стъпки за да конфигурирате разрешения за изходящи повиквания.

1

Влезте в Контролен център , отидете на Услуги > Обаждане > Сервизни настройки , а след това превъртете до Вътрешно набиране .

2

Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:

  • Дължина на префикса за маршрутизиране на местоположение — Препоръчваме тази настройка, ако имате няколко местоположения. Можете да въведете дължина от 2-7 цифри. Ако имате няколко местоположения с едно и също разширение, потребителите трябва да набират префикс, когато се обаждат между местоположения. Например, ако имате няколко магазина, всички с разширение 1000, можете да конфигурирате префикс за маршрутизиране за всеки магазин. Ако един магазин има префикс 888, трябва да наберете 8881000, за да стигнете до този магазин.

     

    Дължините на префикса за маршрутизиране включват управляващата цифра. Например, ако зададете дължината на префикса за маршрутизиране на четири, само три цифри могат да се използват за определяне на сайта.


     

    Ако присвоите префикс за маршрутизиране на местоположение, всички изяви на разширения, присвоени на това местоположение, включват префикса за маршрутизиране пред вътрешен номер. Например, 888-1000 (разширение на префикс за маршрутизиране).

  • Управляваща цифра в префикса за маршрутизиране —Изберете номера, който ще бъде зададен като първа цифра на всеки префикс за маршрутизиране.
  • Вътрешна дължина на удължителя —Можете да въведете 2-10 цифри и по подразбиране е 2.

     

    След като увеличите дължина на вътрешния номер си, съществуващите номера за бързо набиране към вътрешни разширения не се актуализират автоматично.

  • Позволете набиране на вътрешен номер между местоположения —Позволява ви да персонализирате набирането на вътрешния номер между местоположения въз основа на изискванията на вашата организация.

    • Активирайте превключвателя, ако организацията ви няма дублиращи се разширения във всичките си местоположения.

      По подразбиране превключвателят е активиран.

    • Деактивирайте превключвателя, ако вашата организация има едно и също разширение на различни местоположения. Когато превключвателят е деактивиран и обаждащият се набере разширението, повикването се пренасочва към потребител със съвпадащо разширение на същото място като обаждащия се. Обаждащият се трябва да набере важния номер на предприятието (префикс за маршрутизиране на местоположение + разширение), за да достигне до вътрешен номер в други местоположения.

3

Посочете вътрешно набиране за конкретни местоположения. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете вътрешното набиране, ако е необходимо:

  • Вътрешно набиране —Посочете префикса за маршрутизиране, който потребителите от други места трябва да набират, за да се свържат с някого на това място. Префиксът за маршрутизиране на всяко местоположение трябва да е уникален. Препоръчваме дължината на префикса да съответства на дължината, зададена на ниво организация, но трябва да е дълга от 2 до 7 цифри.
4

Посочете външно набиране за конкретни местоположения. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете външното набиране, ако е необходимо:

  • Външно набиране —Можете да изберете цифра за изходящо набиране, която потребителите трябва да наберат, за да достигнат до външна линия. По подразбиране е Никаква и можете да го оставите, ако не се нуждаете от този навик за набиране. Ако решите да използвате тази функция, препоръчваме ви да използвате номер, различен от управляващата цифра на вашата организация.

     

    Потребителите могат да включват цифрата за изходящо набиране, когато извършват външни повиквания, за да имитират как са набирали в наследени системи. Въпреки това, всички потребители все още могат да извършват външни повиквания без цифрата за изходящо набиране.

  • По избор имате възможност да Принудително набиране на цифрата за изходящо набиране от това местоположение, като се гарантира, че потребителят трябва да използва цифрата за изходящо набиране, зададена от администратора, за да извършва външни повиквания.

     

    Спешните повиквания все още могат да се набират със или без цифрата за изходящо набиране, когато тази функция е активирана.

    Веднъж активирани, всички външни номера на дестинация, като тези, използвани за пренасочване на повикването , вече няма да работят, ако не е включена цифра за изходящо набиране.


     
    Ако разширението е същото като националния номер, тогава разширението има предимство пред националния номер. Ето защо ви препоръчваме да активирате цифрата за изходящо набиране.

     
    Силно препоръчваме използването на формат за номериране E.164 за входящи и изходящи PSTN повиквания.

Въздействие върху потребителите:

  • Потребителите трябва да рестартират своите телефони, за да влязат в сила промените в предпочитанията за набиране.

  • Потребителските разширения не трябва да започват със същия номер като цифрата за управление на местоположението или цифрите за изходящо набиране.

Конфигурирайте базиран на помещения PSTN (локален шлюз) в Control Hub

Ако сте дистрибутор с добавена стойност, можете да използвате тези стъпки, за да започнете конфигуриране на локален шлюз Контролен център . Когато този шлюз е регистриран в облака, можете да го използвате на един или повече от вашите Webex Calling местоположения за осигуряване на маршрутизиране към корпоративен доставчик на PSTN доставчик на услуги.


 

Местоположение, което има локален шлюз , не може да бъде изтрито, когато локален шлюз се използва за други местоположения.

Създайте багажник

Следвайте тези стъпки, за да създадете багажник Контролен център .

Преди да започнете

  • След като се добави местоположение и преди да конфигурирате базиран на помещения PSTN за местоположение, трябва да създадете магистрала.

  • Създайте всякакви местоположения и специфични настройки и номера за всяко от тях. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.

  • Разберете изискванията за PSTN (локален шлюз), базиран на помещения Webex Calling .

  • Не можете да изберете повече от една магистрала за местоположение с базирана на помещения PSTN, но можете да изберете една и съща магистрала за множество местоположения.

1

Влезте в Контролен център при , отидете на Услуги > Обаждане > Маршрутизиране на обажданията и изберете Добавяне на багажника .https://admin.webex.com

2

Изберете местоположение.

3

Дайте име на багажника и щракнете Запазете .


 

Името не може да бъде по-дълго от 24 знака.

Какво да направите след това

Представени са ви съответните параметри, които ще трябва да конфигурирате на багажника. Вие също така ще генерирате набор от идентификационни данни за дайджест SIP , за да защитите Връзка с обществена телефонна централа.

Информацията за багажника се появява на екрана Регистрирайте домейн , Група магистрали OTG/DTG , Линия/Порт , и Изходящ прокси адрес .

Препоръчваме ви да копирате тази информация от Контролен център и го поставете в локален текстов файл или документ, за да можете да се обърнете към него, когато сте готови да конфигурирате базирания на помещения PSTN.

Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника Контролен център . Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.

Изберете магистрала за PSTN, базирана на помещения

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Изберете местоположение за промяна и щракнете Управлявайте .

3

Изберете Базирана в помещения PSTN и щракнете Следваща .

4

Изберете багажник от падащо меню.


 

Посетете страницата на магистралата, за да управлявате избора на вашата група съединителни линии канали.

5

Щракнете върху известието за потвърждение, след което щракнете Запазете .

Какво да направите след това

Трябва да вземете информация за конфигуриране , която Контролен център генерира и картографира параметрите в локален шлюз (например на Cisco CUBE, който се намира в помещенията). Тази статия ви превежда през този процес. Като справка вижте следващата диаграма за пример как Контролен център информация за конфигуриране (вляво) се съпоставя с параметрите в CUBE (вдясно):

След като завършите успешно конфигурацията на самия шлюз, можете да се върнете към Услуги > Обадете се > Местоположения в Контролен център и създаденият от вас шлюз ще бъде посочен в картата за местоположение, към която сте го присвоили, със зелена точка вляво от името. Това състояние показва, че шлюзът е сигурно регистриран в облака за повикване и служи като активен шлюз за обществена телефонна централа за местоположението.

Управление на телефонни номера

Заявете покупка на услуги на Webex от пробна версия в Control Hub

Ако изпробвате услугите на Webex и искате да преобразувате пробната си версия в платен абонамент, можете да изпратите заявка по имейл до партньора си.

1

Влезте в Control Hub на адресhttps://admin.webex.com , изберете иконата на сграда.

2

Изберете Абонаменти раздел и след това щракнете Купете сега .

До партньора ви се изпраща имейл, уведомяващ го, че се интересувате от преминаване към платен абонамент.

Задайте опции за повикване

Можете да използвате Контролен център за да зададете приоритета на наличните опции за повикване, в които потребителите виждат Приложение Webex . Можете също да ги активирате за обаждане с едно щракване. За повече информация вижте: Задайте опции за повикване за потребители на Webex App .

Настройте поведение при повикване

Можете да контролирате какво приложение за повиквания се отваря, когато потребителите извършват обаждания. Можете да конфигурирате настройките на клиента за повикване, включително внедряване в смесен режим за организации с потребители, упълномощени с Unified CM или Webex Calling и потребители без платени услуги за разговори от Cisco. За повече информация вижте: Настройте поведение при повикване .

Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

В момента Webex Calling поддържа две версии на локален шлюз:

  • Локален шлюз

  • Локален шлюз за Webex за правителството

Ключови съображения

  • Преди да започнете, разберете изискванията на базираната в помещенията обществена комутирана телефонна мрежа (PSTN) и локалния шлюз (LGW) за обажданията чрез Webex Calling. Виж Предпочитана архитектура на Cisco за обаждания в Webex Calling за повече информация.

  • Тази статия предполага, че е създадена специална платформа за локален шлюз без съществуваща гласова конфигурация. Ако модифицирате съществуващ шлюз за обществена телефонна централа или внедряване на CUBE Enterprise, за да се използва като функция Local Gateway за Webex Calling, тогава обърнете внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци и функционалност на повикванията поради промените, които правите.


 
Процедурите съдържат връзки към справочната документация на командите, където можете да научите повече за отделните опции на командите. Всички препратки към командите отиват към Справочник за команди за управлявани шлюзи на Webex освен ако не е посочено друго (в този случай командните връзки отиват до Справочник за гласови команди на Cisco IOS ). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Препратки към команди .

За информация относно поддържаните SBC на трети страни вижте съответната референтна документация на продукта.

Конфигурирайте вашия локален шлюз

Има две опции за конфигуриране на локалния шлюз за вашия Webex Calling багажник:

  • Багажник на базата на регистрация

  • Багажник, базиран на сертификати

Използвайте потока на задачите или под Локален шлюз, базиран на регистрация или Базиран на сертификат локален шлюз за да конфигурирате локален шлюз за вашия Webex Calling багажника.

Виж Започнете с Local Gateway за повече информация относно различните типове багажници. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Ние използваме Session Initiation Protocol (SIP) и Защита на транспортния слой (TLS), за да защитим магистралата и защитен протокол в реално време (SRTP), за да защитим медиите между локалния шлюз и Webex Calling .

Ключови съображения

Локален шлюз за Webex за правителството не поддържа следното:

  • STUN/ICE-Lite за оптимизиране на медийния път

  • факс (T.38)

Конфигурирайте своя локален шлюз за Webex за правителство

За да конфигурирате локален шлюз за вашата линия за Webex Calling на Webex в Webex за правителство, използвайте следната опция:

  • Багажник, базиран на сертификати

Използвайте потока от задачи под Базиран на сертификат локален шлюз за да конфигурирате локалния шлюз за вашата линия за Webex Calling . За повече подробности как да конфигурирате базиран на сертификат локален шлюз, вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .

Задължително е да конфигурирате FIPS-съвместими GCM шифри, за да поддържате локален шлюз за Webex за правителство. Ако не, настройката на повикването е неуспешна. За подробности за конфигурацията вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .


 
Webex за правителството не поддържа базиран на регистрация локален шлюз.

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, като се използва регистриране на външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Изображението по-долу подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

  • наематели на гласов клас : Използва се за създаване на специфични за багажника конфигурации.

  • глас клас uri : Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

  • входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

  • изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

Call routing from/to PSTN to/from Webex Calling configuration solution

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на регистрация внедрявания на локален шлюз изискват Cisco IOS XE 17.6.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • ACL

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Защитете идентификационните данни за регистрация и STUN на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:


key config-key password-encrypt YourPassword
password encryption aes
3

Създайте заместваща PKI точка на доверие.


 
Изисква тази точка на доверие за конфигуриране на TLS по-късно. За базирани на регистрация магистрали, тази точка на доверие не изисква сертификат - както би било необходимо за базирана на сертификат магистрала.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация. Транспортните параметри също трябва да бъдат актуализирани, за да се гарантира надеждна защитена връзка за регистрация:


 
Командата на сървъра cn-san-validate гарантира, че локалният шлюз позволява връзка, ако име на домакина, конфигурирано в клиент 200, е включено в полетата CN или SAN на сертификата, получен от изходящия прокси сървър.

  1. Комплект tcp-брой повторни опити до 1000 (кратни на 5 мс = 5 секунди).

  2. В установете връзка с таймер командата ви позволява да настроите колко дълго LGW чака да настройвам връзка с прокси, преди да обмислите следващата налична опция. По подразбиране за този таймер е 20 секунди и минимум 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се съобразите с мрежовите условия.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:


 

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Конфигуриране на линията, базирана на регистрация за Webex Calling

1

Създайте базирана на регистрация PSTN магистрала за съществуващо местоположение в Control Hub. Отбележете информацията за магистралата, която се предоставя след създаването на магистрала. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .

2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Ето обяснение на полетата за конфигурацията:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежи, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните точки за набиране с IP IP на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите на вашия регионален център за данни Webex Calling към списъка. За повече информация вж Референтна информация за портове за Webex Calling . Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.


     

    Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате списъка с доверени IP адрес в интерфейса на Webex Calling . Защитната стена вече ви защитава от нежелан входящ VoIP. Деактивирането на действието намалява разходите ви за дългосрочна конфигурация, тъй като не можем да гарантираме, че адресите на Webex Calling пиърите остават фиксирани и във всеки случай трябва да конфигурирате вашата защитна стена за партньорите.

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

медийна статистика

Позволява наблюдение на медиите на локалния шлюз.

медийни масови статистики

Позволява на контролната равнина да анкетира равнината на данни за статистика за повикването.

За повече информация относно тези команди вж Медия .

разрешаване на връзки глътка до глътка

Активирайте CUBE основната SIP функция на потребителски агент отзад до гръб. За повече информация вж Разрешаване на връзки .


 

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

  • Когато пренасочите повикване към a Webex Calling потребител (например повикванията и викащите страни са Webex Calling абонати и ако закотвите медии в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката не е отворена.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

3

Конфигуриране кодек за гласов клас 100 филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вижте кодекза гласов клас.


 

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяване използване лед лайт

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .


 

Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC

5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex .


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1 80_ За повече информация вж гласов клас srtp-crypto .

6

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на параметъра на неговата дестинационна магистрала:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте dtg=, последвано от стойността на Trunk OTG/DTG, предоставена в Control Hub при създаването на магистрала. За повече информация вж глас клас uri .

7

Конфигуриране глътка профил 100 , който ще се използва за модифициране на SIP съобщения, преди да бъдат изпратени до Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Ето обяснение на полетата за конфигурацията:

  • правило от 10 до 70 и 90

    Гарантира, че SIP заглавките, използвани за сигнализиране на повиквания, използват схемата sip, а не sip, която се изисква от прокси сървърите на Webex . Конфигурирането на CUBE да използва sips гарантира, че се използва защитена регистрация.

  • правило 80

    Променя заглавката From, за да включи OTG/DTG идентификатора на група съединителни линии от Control Hub, за да идентифицира уникално сайт на локален шлюз в рамките на предприятието.

8

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-специално, данните за регистрация на магистрала, предоставени в Control Hub по-рано, ще бъдат използвани в тази стъпка, както е описано по-долу. По-късно асоциираните с този наемател партньори за набиране ще наследят тези конфигурации.


     

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Дефинира набор от конфигурационни параметри, които ще се използват само за магистралата за Webex Calling . За повече информация вж наемател на гласов клас .

    регистратор dns:98027369.us10.bcld.webex.com схема глътки изтича 240 съотношение на опресняване 50 tcp tls

    Регистрационен сървър за локалния шлюз с настройката за опресняване на всеки две минути (50% от 240 секунди). За повече информация вж регистратор .

    Уверете се, че използвате стойността за регистриране на домейн от Control Hub тук.

    номер на пълномощията Далас1171197921_ LGU потребителско име Далас1463285401_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks

    Удостоверения за предизвикателство за регистрация на багажника. За повече информация вж идентификационни данни (SIP UA) .

    Уверете се, че използвате стойностите за линия/порт хост, потребителско име за удостоверяване и парола за удостоверяване съответно от Control Hub тук.

    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks
    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство9802736 9.us10.bcld.webex.com

    Предизвикателство за удостоверяване за обаждания. За повече информация вж удостоверяване (dial-peer) .

    Уверете се, че използвате стойностите за потребителско име за удостоверяване, парола за удостоверяване и домейн на регистратор съответно от Control Hub тук.

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник.

    връзка-повторна употреба

    Използва същата постоянна връзка за регистрация и обработка на повиквания. За повече информация вж връзка-повторна употреба .

    srtp-крипто 100

    Конфигурира предпочитаните комплекти за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto.

    транспорт на сесия tcp tls

    Задава транспорт на TLS. За повече информация вж сесия-транспорт .

    url глътки

    SRV заявката трябва да бъде SIP, както се поддържа от SBC за достъп; всички други съобщения се променят на SIP от sip-профил 200.

    грешка-passthru

    Указва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru .

    утвърдено-идентификатор пай

    Включва PAI обработката в локалния шлюз. За повече информация вж утвърден идентификатор .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до WebexCalling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до WebexCalling. За повече информация вж обвързвам .

    без преминаващо съдържание custom-sdp

    Команда по подразбиране под наемател. За повече информация относно тази команда вж преминаващо съдържание .

    sip-профили 100

    Променя SIP на SIP и модифицира линия/порт за съобщения ПОКАНА и РЕГИСТРИРАНЕ, както е дефинирано в sip-профили 200 . За повече информация вж гласови класове sip-профили .

    изходящ прокси dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling достъп до SBC. Вмъкнете изходящия прокси адрес, предоставен в Control Hub, когато сте създали своя багажник. За повече информация вж изходящ прокси .

    преход към политиката за поверителност

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Дефинира VoIP точка за набиране с етикет на 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    макс. връзка 250

    Ограничава броя на едновременните входящи и изходящи повиквания между LGW и Webex Calling. За регистрационните магистрали максималната конфигурирана стойност трябва да бъде 250. Използвайте по-ниска стойност, ако това би било по-подходящо за вашето внедряване. За повече информация относно ограниченията за едновременни повиквания за локален шлюз, вижте Започнете с Local Gateway документ.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва тази точка за набиране 100 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

    глас-клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага да се отвори дупка в защитната стена за трафик на мултимедия.

    няма гласов клас sip localhost

    Деактивира подмяната на име на домакина на DNS на мястото на физическия IP адрес в заглавките From, Call- ИД и Remote-Party- ИД на изходящите съобщения.

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer.

    srtp

    Активира SRTP за етапа на етап на повикването.

    без вад

    Деактивира откриването на гласова активност.

След като дефинирате наемател 100 и конфигуриране на SIP VoIP dial-peer, шлюзът инициира TLS връзка към Webex Calling. В този момент SBC за достъп представя своя сертификат на локалния шлюз. Локалният шлюз потвърждава сертификата за достъп на Webex Calling SBC, използвайки коренния пакет на CA, който беше актуализиран по-рано. Ако сертификатът бъде разпознат, се установява постоянна TLS сесия между локалния шлюз и SBC за достъп за Webex Calling . След това локалният шлюз може да използва тази защитена връзка , за да се регистрира в SBC за достъп на Webex . Когато регистрацията е оспорена за удостоверяване:

  • В потребителско име, парола, и царство параметри от пълномощията конфигурацията се използва в отговора.

  • Правилата за модификация в sip профил 100 се използват за преобразуване на SIPS URL обратно в SIP.

Регистрацията е успешна, когато се получи 200 ОК от SBC за достъп.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :


 

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.


 

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Дефинира критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.


 

Когато създавате линията за Webex Calling в Unified CM, уверете се, че сте конфигурирали входящия порт в настройките на профил за защита на SIP линиите на 5065. Това позволява входящи съобщения на порт 5065 и попълване на VIA заглавката с тази стойност при изпращане на съобщения до локалния шлюз.

1

Конфигурирайте следните URI адреси на гласов клас:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

    
voice class uri 300 sip
 pattern :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:


 

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp .pstntocucm.io : Име на ресурсния запис на SRV

2: Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060 : Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com : Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com : Името на име на домакина за запис A.

192.168.80.65 : IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте неизправности на локалния шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития за задействане на проблем и действия, които трябва да се предприемат за информиране, отстраняване на неизправности и отстраняване на проблема. Можете да дефинирате логиката за откриване на проблеми, като използвате съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди show.

Типовете действия включват събиране на изходни команди show:

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър.

Инженерите на TAC създават DS файловете и ги подписват цифрово за защита на целостта. Всеки DS файл има уникален цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

  • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

  • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1a или по-нова версия

  1. Диагностичните подписи са активирано по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивни известия, ако устройството работи с Cisco IOS XE 17.6.1a или по-нова версия.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да Ви уведоми.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.6.1a или по-нова версия за изпращане на проактивни известия до tacfaststart@gmail.com използване на Gmail като защитен SMTP сървър:


 

Препоръчваме ви да използвате Cisco IOS XE Bengaluru 17.6.x или по-нови версии.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

 

Локален шлюз, работещ на софтуера на Cisco IOS XE, не е типичен уеб-базиран Gmail клиент, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на акаунта в Gmail и да предоставим конкретно разрешение, за да бъде имейлът от устройството обработен правилно:

  1. Отидете на Управление на акаунта в Google > Сигурност и включете По-малко защитен достъп до приложения настройка.

  2. Отговорете „Да, бях аз“, когато получите имейл от Gmail, в който се казва „Google попречи на някой да влезе в акаунта ви чрез приложение, което не е на Google“.

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на висока натовареност на CPU

Този DS проследява използването на CPU за пет секунди, използвайки SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които са инсталирани в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда за активиране на SNMP. Ако не активирате, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  3. Копирайте DS XML файл във флаш на локалния шлюз.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Следният пример показва копиране на файла от FTP сървър към локалния шлюз.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


     

    Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг на регистрацията на външна линия SIP

Този DS проверява за дерегистрация на локален шлюз SIP транк с облака за Webex Calling на всеки 60 секунди. След като се открие събитието за отписване, то генерира известие по имейл и системен журнал и се деинсталира след две поява на дерегистрация. Използвайте стъпките по-долу, за да инсталирате подписа:

  1. Изтеглете DS 64117, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    SIP- SIP

    Тип на проблема

    Отмяна на регистрация на SIP Trunk с известие по Имейл .

  2. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Мониторинг на необичайни прекъсвания на разговора

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда, за да проверите дали SNMP е активиран. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  3. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Диагностичните подписи (DS) премахват необходимостта от ръчна проверка за възникване на проблема и улесняват много по-лесно отстраняването на неизправности на периодични и преходни проблеми.

Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:

  1. Конфигурирайте допълнителна променлива на средата на DSds_fsurl_prefix което е пътят на файлов сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка в следната команда. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, ако е необходимо.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на покажи snmp команда. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Уверете се, че сте инсталирали High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  4. Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи команда. Колоната за състояние трябва да има „регистрирана“ стойност.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_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

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

Задейства се /Макс/Деинсталиране

Средно време на работа (секунди)

Максимално време на работа (секунди)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнение на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.

Деинсталирайте диагностичните подписи

Използване на диагностични подписи за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи команда и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

 

Нови подписи се добавят периодично към инструмента за търсене на подписи за диагностика, въз основа на проблеми, които често се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Управлявайте и валидирайте Cisco IOS XE Gateways чрез Control Hub

За по-добро управление на Cisco IOS XE Gateways, препоръчваме ви да регистрирате и управлявате шлюзовете чрез Control Hub. Това е опция по избор. Когато се регистрирате, можете да използвате опцията за валидиране на конфигурацията в Control Hub, за да потвърдите конфигурацията на вашия локален шлюз и да идентифицирате всички проблеми с конфигурацията. Понастоящем тази функционалност поддържат само базирани на регистрация канали.

За повече информация вижте следното:

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, използвайки базиран на сертификат взаимна TLS (mTLS) външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Следното изображение подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде последвана.

В този дизайн се използват следните основни конфигурации:

  • наематели на гласов клас : Използва се за създаване на специфични за багажника конфигурации.

  • глас клас uri : Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

  • входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

  • изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

Call routing from/to PSTN to/from Webex Calling configuration solution

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение. Предоставени са опции за публично или частно (зад NAT) адресиране. SRV DNS записите не са задължителни, освен ако не се балансиране на товара в множество екземпляри на CUBE.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на сертификати локални внедрявания на шлюз изискват Cisco IOS XE 17.9.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Essentials. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

    • За изисквания за висок капацитет може също да изисквате лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.

      Отнесете се към Кодове за оторизация за повече подробности.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • ACL

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) на локалния шлюз или адресите на запис на услуги (SRV) трябва да се разрешават до публичен IPv4 адрес в интернет.

  • Всички SIP и медийни портове на интерфейса на локалния шлюз, обърнат към Webex , трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната си стена.

  • Инсталирайте подписан сертификат на локалния шлюз (по-долу са дадени подробни стъпки за конфигуриране).

    • Публичен орган за сертификати (CA), както е описано подробно в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? трябва да подпише сертификата на устройството.

    • FQDN , конфигуриран в Control Hub при създаване на магистрала, трябва да бъде сертификатът Common Name (CN) или Subject Alternate Name (SAN) на рутера. Например:

      • Ако конфигуриран транк в Control Hub на вашата организация има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата на рутера трябва да съдържа cube1.lgw.com. 

      • Ако конфигурирана магистрала в контролния център на вашата организация има lgws.lgw.com като SRV адрес на локалния(ите) шлюз(и), достъпен от магистралата, тогава CN или SAN в сертификата на рутера трябва да съдържа lgws.lgw.com. Записите, до които SRV адресът се разрешава (CNAME, A Record или IP адрес), са незадължителни в SAN.

      • Независимо дали използвате FQDN или SRV за магистрала, адресът за контакт за всички нови SIP диалогови прозорци от вашия локален шлюз използва името, конфигурирано в Control Hub.

  • Уверете се, че сертификатите са подписани за използване на клиент и сървър.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Защитете STUN идентификационните данни на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:


key config-key password-encrypt YourPassword
password encryption aes
3

Създайте доверителна точка за криптиране със сертификат, подписан от предпочитания от вас орган за сертификати (CA).

  1. Създайте двойка ключове RSA , като използвате следната команда exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Създайте точка на доверие за подписания сертификат със следните конфигурационни команди:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да поискате подписан сертификат от поддържан доставчик на CA:

    crypto pki enroll LGW_CERT
4

Удостоверете новия си сертификат, като използвате вашия междинен (или основен) СА сертификат, след което импортирайте сертификата (Стъпка 4). Въведете следната команда exec или конфигурация:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Импортирайте подписан сертификат за хост, като използвате следната команда exec или конфигурация:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:


 

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling

1

Създайте CUBE базирана на сертификат PSTN магистрала за съществуващо местоположение в Control Hub. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .


 
Отбележете информацията за магистралата, която се предоставя след създаването на багажника. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство.
2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Ето обяснение на полетата за конфигурацията:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежови обекти, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните пиъри за набиране с „целеви IP на сесията“ или IP адреси на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите за вашия регионален център за данни Webex Calling към списъка, вж. Референтна информация за портове за Webex Calling за повече информация. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

  • За повече информация как да използвате доверен списък с IP адрес , за да предотвратите измами с пътни такси, вж Доверен IP адрес .

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

разрешаване на връзки глътка до глътка

Активирайте CUBE основния SIP обратно към гръб функционалност на потребителския агент. За повече информация вж Разрешаване на връзки .


 

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.


 
Тези глобални команди за зашеметяване са необходими само при разполагане на вашия локален шлюз зад NAT.

  • Когато пренасочите повикване към a Webex Calling потребител (например повикванията и викащите страни са Webex Calling абонати и ако закотвите медии в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката не е отворена.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

sip-профили входящи

Позволява на CUBE да използва SIP профили за промяна на съобщенията при получаването им. Профилите се прилагат чрез dial-peers или наематели.

3

Конфигуриране кодек за гласов клас 100 кодек филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вижте кодекза гласов клас.


 

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling . (Тази стъпка не е приложима за Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяване използване лед лайт

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .


 
В зашеметяващо използване на защитна стена за преминаване на поток данни командата се изисква само при разполагане на вашия локален шлюз зад NAT.

 
Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC.
5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex . (Тази стъпка не е приложима за Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1 80_ За повече информация вж гласов клас srtp-crypto .

6

Конфигуриране на FIPS-съвместими GCM шифри (Тази стъпка е приложима само за Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Посочва GCM като шифров пакет, който CUBE предлага. Задължително е да конфигурирате GCM шифри за локален шлюз за Webex за правителство.

7

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на неговото FQDN или SRV местоназначение:


voice class uri 100 sip
 pattern cube1.lgw.com

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте LGW FQDN или SRV, конфигурирани в Control Hub, докато създавате магистрала.

8

Конфигурирайте профили за манипулиране на SIP съобщение . Ако вашият шлюз е конфигуриран с публичен IP адрес, конфигурирайте профил по следния начин или преминете към следващата стъпка, ако използвате NAT. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, а „198.51.100.1“ е публичният IP адрес на интерфейса на локалния шлюз пред Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.


 

Пропуснете следващата стъпка, ако сте конфигурирали вашия локален шлюз с публични IP адреси.

9

Ако вашият шлюз е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, „10.80.13.12“ е IP адрес на интерфейса, обърнат към Webex Calling , а „192.65.79.20“ е публичният IP адрес на NAT.

SIP профили за изходящи съобщения към Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

правила от 30 до 81

Преобразувайте препратките към частни адреси към външния публичен адрес за сайта, позволявайки на Webex правилно да интерпретира и маршрутизира следващите съобщения.

SIP профил за входящи съобщения от Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Ето обяснение на полетата за конфигурацията:

правила от 10 до 80

Преобразувайте препратките към публичния адрес в конфигурирания частен адрес, позволявайки на съобщенията от Webex да бъдат правилно обработвани от CUBE.

За повече информация вж гласови класове sip-профили .

10

Конфигурирайте SIP опции за поддържане на активност с профил за промяна на заглавката.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Ето обяснение на полетата за конфигурацията:

гласов клас sip-options-keepalive 100

Конфигурира поддържащ профил и влиза в режим на конфигуриране на гласов клас. Можете да конфигурирате времето (в секунди), в което Ping за SIP извън диалоговите опции се изпраща до целта за набиране, когато връзката на сърдечния ритъм към крайната точка е в състояние UP или Down.

Този поддържащ профил се задейства от точката за набиране, конфигурирана към Webex.

За да се гарантира, че заглавките на контактите включват напълно квалифицирано име на домейн SBC, се използва SIP профил 115. Правила 30, 40 и 50 се изискват само когато SBC е конфигуриран зад статичен NAT.

В този пример cube1.lgw.com е FQDN , избрано за локалния шлюз и ако се използва статичен NAT, „10.80.13.12“ е IP адрес на интерфейса на SBC към Webex Calling и „192.65.79.20“ е публичният IP адрес на NAT .

11

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-късно точките за набиране, свързани с този наемател, ще наследят тези конфигурации:


     

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Препоръчваме ви да използвате наематели, за да конфигурирате транкове, които имат собствен TLS сертификат и списък за валидиране на CN или SAN. Тук tls-профилът, свързан с наемателя, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки. За повече информация вж наемател на гласов клас .

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник

    srtp-крипто 100

    Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto .

    dns на локален хост: cube1.lgw.com

    Конфигурира CUBE да замени физическия IP адрес в заглавките From, Call- ИД и Remote-Party- ИД в изходящите съобщения с предоставеното FQDN.

    транспорт на сесия tcp tls

    Задава транспортиране към TLS за свързаните точки за набиране. За повече информация вж сесия-транспорт .

    няма обновяване на сесията

    Деактивира опресняването на SIP сесията глобално.

    грешка-passthru

    Указва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за медия, изпратена до Webex Calling. За повече информация вж обвързвам .

    sip профили за гласов клас 100

    Прилага профила за промяна на заглавката (обществен IP или NAT адрес), който да се използва за изходящи съобщения. За повече информация вж sip профили за гласов клас .

    гласов клас sip профили 110 входящи

    Прилага профила за промяна на заглавката (само за NAT адресиране), за да се използва за входящи съобщения. За повече информация вижте профили за гласови класове.

    политика за поверителност passthru

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Дефинира VoIP точка за набиране с етикет на 100 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва тази точка за набиране 100 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Webex Calling. За повече информация вижте кодекза гласов клас.

    гласов клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага за отваряне на дупка в защитната стена за трафик на мултимедия.

    глас-клас глътка утвърдено-идентификатор пай

    Задава информацията за изходящите повиквания, използвайки заглавката на ИД за поверителността (PAI). За повече информация вж глас-клас глътка утвърден-идент .

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer. За повече информация вж гласов клас sip наемател .

    опции за глътка гласов клас-поддържайте профил 100

    Тази команда се използва за наблюдение на наличността на група от SIP сървъри или крайни точки, използвайки специфичен профил (100).

    srtp

    Активира SRTP за етапа на етап на повикването.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :


 

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.


 

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Дефинира критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

1

Конфигурирайте следните URI адреси на гласов клас:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

    
voice class uri 300 sip
 pattern :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:


 

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Име на ресурсния запис на SRV

2: Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060 : Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com : Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com : Името на име на домакина за запис A.

192.168.80.65 : IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Дефинира VoIP точка за набиране с етикет на 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте неизправности на локалния шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на Cisco IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития и действия за задействане на проблем за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди за показване, за да дефинирате логиката за откриване на проблеми. Типовете действия включват:

  • Събиране на изходни команди show

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър

Инженерите на TAC създават DS файлове и ги подписват цифрово за защита на целостта. Всеки DS файл има уникалния цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

  • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

  • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1 или по-нова версия

  1. Диагностичните подписи са активирано по подразбиране.

  2. Конфигурирайте защитен имейл сървър, който използвате за изпращане на проактивни известия, ако устройството работи с IOS XE 17.6.1 или по-нова версия.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да ви уведоми.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на висока натовареност на CPU

Този DS проследява 5-секундно използване на CPU с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които инсталирате в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл

  3. Копирайте DS XML файл във флаш на локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Следният пример показва копиране на файла от FTP сървър към локалния шлюз.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33


     

    Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, моля, инсталирайте отново DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг на необичайни прекъсвания на разговора

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  3. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Използвайте командата покажете диагностичен подпис за обаждане вкъщи за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Можете също да използвате диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Това елиминира необходимостта от ръчна проверка за възникване на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:

  1. Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Препоръчваме да инсталирате High CPU Monitoring DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  4. Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Инсталирайте DS 64224 и след това DS 65095 XML файл за мониторинг на CPU в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи . Колоната за състоянието трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверете изпълнението на диагностичните подписи

В следващата команда колоната „Състояние“ на командата покажете диагностичен подпис за обаждане вкъщи се променя на „изпълнение“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показване на статистически данни за диагностика и подпис за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и е изпълнило действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

DS ИД

Име на DS

Ревизия

Статус

Последна актуализация (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

Задейства се /Макс/Деинсталиране

Средно време на работа (секунди)

Максимално време на работа (секунди)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.

Деинсталирайте диагностичните подписи

Използване на диагностичните сигнатури за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

 

Нови подписи се добавят периодично към инструмента за търсене на диагностични подписи въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Приложете CUBE висока степен на достъпност като локален шлюз

Основи

Предварителни изисквания

Преди да разположите CUBE HA като локален шлюз за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, предполагат специална локален шлюз без съществуваща гласова конфигурация. Ако съществуващо корпоративно внедряване на CUBE се променя, за да използва и функцията на локален шлюз за Cisco Webex Calling, обърнете специално внимание на приложената конфигурация, за да гарантирате, че съществуващите потоци и функции на повиквания не се прекъсват и се уверете, че спазвате изискванията за дизайн на CUBE HA .

Хардуерни и софтуерни компоненти

CUBE HA като локален шлюз изисква IOS-XE версия 16.12.2 или по-нова и платформа, на която се поддържат както функциите CUBE HA, така и LGW.


 

Командите за показване и регистрационните файлове в тази статия се основават на минимална версия на софтуер на Cisco IOS-XE 16.12.2, внедрена на vCUBE (CSR1000v).

Референтен материал

Ето някои подробни ръководства за конфигуриране на CUBE HA за различни платформи:

Общ преглед на решението за Webex Calling

Cisco Webex Calling е предложение за сътрудничество, което предоставя базирана в облак алтернатива с множество наематели на телефонна услуга за локална телефонна централа с множество опции за PSTN за клиенти.

Разгръщането на локален шлюз (представено по-долу) е в центъра на тази статия. Транк на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързаност към PSTN услуга, собственост на клиента. Той също така осигурява свързаност с в помещението IP PBX внедряване, като например Cisco Unified CM. Цялата комуникация към и от облака е защитена чрез TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва внедряване на Webex Calling без съществуваща IP PBX и е приложима за внедряване на един или няколко сайта. Конфигурацията, описана в тази статия, се основава на това внедряване.

Слой 2 Редундантност от кутия до кутия

Резервирането на CUBE HA слой 2 от кутия към кутия използва инфраструктурния протокол на групата за резервиране (RG), за да формира двойка активни/готови маршрутизатори. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните им интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в готовност да поеме всички отговорности за обработка на повиквания CUBE незабавно, ако активният рутер излезе от експлоатация, което води до запазване на сигнализацията и медиите в състояние на състояние.


 

Насочването на проверка е ограничено до свързани повиквания с медийни пакети. Обажданията в транзит не се отбелязват (например състояние на опит или звънене).

В тази статия CUBE HA ще се позовава на CUBE High Availability (HA) Layer 2 Box-to-box (B2B) резервиране за запазване на повикванията с състояние на състояние

Считано от IOS-XE 16.12.2, CUBE HA може да бъде разгърнат като локален шлюз за внедряване на магистрала за Cisco Webex Calling (базирана на помещения PSTN) и ние ще съображения на дизайна в тази статия. Тази фигура показва типична настройка на CUBE HA като локален шлюз за разгръщане на магистрала на Cisco Webex Calling .

Инфракомпонент на групата за резервиране

Компонентът Infra за групата за резервиране (RG) осигурява поддръжката на комуникационната инфраструктура от кутия до кутия между двата CUBE и договаря окончателното стабилно състояние на резервиране. Този компонент също така осигурява:

  • Протокол, подобен на HSRP, който договаря крайното състояние на резервиране за всеки рутер чрез обмен на съобщения за поддържане на активност и hello между двата CUBE (чрез контролния интерфейс) – GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за контролна точка на състоянието на сигнализацията и медиите за всяко повикване от активния към резервния рутер (чрез интерфейса за данни) — GigabitEthernet3 на фигурата по-горе.

  • Конфигуриране и управление на интерфейса за виртуален IP (VIP) за интерфейсите за трафик (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран да поддържа гласова B2B HA.

Управление на виртуални IP (VIP) адреси както за сигнализация, така и за медии

B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните физически интерфейси на двата CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурирането на VIP и обвързването на VIP интерфейса към определено гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или прокси, използват VIP като IP адрес на дестинацията за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Calling , двойките CUBE HA действат като един локален шлюз.

Сигнализирането на повикванията и информацията за RTP сесията на установените повиквания са контролни точки от активния рутер към рутера в режим на готовност. Когато активният рутер изпадне, рутерът в режим на готовност поема управлението и продължава да препраща RTP поток , който преди това е бил насочен от първия рутер.

Обажданията в преходно състояние по време на отказ няма да бъдат запазени след превключване. Например повиквания, които все още не са напълно установени или са в процес на промяна с функция за прехвърляне или задържане. Установените повиквания могат да бъдат прекъснати след превключване.

Съществуват следните изисквания за използване на CUBE HA като локален шлюз за преодоляване на повиквания със състояние на отказ:

  • CUBE HA не може да има съвместно разположени TDM или аналогови интерфейси

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/ RTP), а Gig3 е интерфейс за управление/данни на групата за резервиране (RG)

  • Не повече от 2 двойки CUBE HA могат да бъдат поставени в един и същ домейн на слой 2, единият с идентификатор на група 1, а другият с идентификатор на група 2. Ако конфигурирате 2 HA двойки със същия идентификатор на групата, интерфейсите за управление/данни на RG трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Порт каналът се поддържа както за интерфейси за управление на RG/данни, така и за трафик

  • Цялата сигнализация/медия се доставя от/към виртуалния IP адрес

  • Всеки път, когато платформата се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за излишък, rii трябва да е уникален за комбинация от двойка/интерфейс на същия слой 2

  • Конфигурацията и на двата CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да работи на същия тип платформа и версия на IOS-XE

  • Интерфейсите за обратна връзка не могат да се използват като обвързване, тъй като винаги са нагоре

  • Множество интерфейси за трафик (SIP/ RTP) (Gig1, Gig2) изискват конфигуриране на проследяване на интерфейса

  • CUBE-HA не се поддържа през кръстосана кабелна връзка за RG-контрол/връзка за данни (Gig3)

  • И двете платформи трябва да бъдат идентични и да бъде свързан чрез a физически превключвател през всички подобни интерфейси, за да може CUBE HA да работи, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да приключи на един и същ ключ и т.н.

  • Не може да има терминиран WAN на CUBE директно или на данни HA от двете страни

  • И двата активни/готови трябва да са в един и същ център за данни

  • Задължително е използването на отделен L3 интерфейс за резервиране (RG Control/data, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролни точки

  • При отказ, по-рано активният CUBE преминава през презареждане по проект, запазвайки сигнализацията и медиите

Конфигурирайте излишък и на двата CUBE

Трябва да конфигурирате резервиране от кутия до кутия от слой 2 и на двата CUBE, предназначени да бъдат използвани в HA двойка, за да изведете виртуални IP адреси.

1

Конфигурирайте проследяване на интерфейса на глобално ниво, за да проследявате състоянието на интерфейса.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласов трафик , така че активният маршрут да изпълнява своята активна роля, след като интерфейсът за трафик не работи.

2

Конфигурирайте RG за използване с VoIP HA в подрежим на резервиране на приложения.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък — Влиза в режим на резервиране

  • излишък на приложения — Влиза в режим на конфигурация на резервиране на приложения

  • група — Влиза в режим на конфигурация на група приложения за резервиране

  • име LocalGateway-HA —Определя името на групата RG

  • приоритет 100 праг на отказ 75 —Определя първоначалния приоритет и праговете за превключване при отказ за RG

  • таймери забавяне 30 презареждане 60 —Конфигурира двата пъти за забавяне и презареждане

    • Таймер за закъснение, който е количеството време за забавяне на инициализацията на RG групата и договарянето на ролята, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – това е времето за забавяне на инициализацията на групата RG и договарянето на ролята след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат настроени, за да поемат всяко допълнително забавяне на мрежовата конвергенция, което може да възникне по време на стартиране/презареждане на рутерите, за да се гарантира, че договарянето на протокола RG се извършва след като маршрутизирането в мрежата се сближи до стабилно точка. Например, ако се види след отказ, че са необходими до 20 секунди за новия STANDBY да види първия RG HELLO пакет от новия ACTIVE, тогава таймерите трябва да се коригират на „таймерите забавят 60 презареждане 120“, за да отчетат това забавяне.

  • контрол GigabitEthernet3 протокол 1 —Конфигурира интерфейса, използван за обмен на съобщения за поддържане на активност и hello между двата CUBE, и посочва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола за резервиране на приложения

  • данни GigabitEthernet3 —Конфигурира интерфейса, използван за контролна точка на трафик на данни

  • писта — RG групово проследяване на интерфейси

  • протокол 1 —Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола на приложението за резервиране

  • таймери hellotime 3 време на задържане 10 —Конфигурира двата таймера за hellotime и holdtime:

    • Hellotime— Интервал между последователни съобщения за здравеопазване — по подразбиране 3 секунди. Обхватът е 250 милисекунди-254 секунди

    • Време на задържане – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер е неуспешен. Това времетраене трябва да е по-голямо от времето за здравей – по подразбиране 10 секунди. Обхватът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде поне 3 пъти по-голям от стойността на таймера за време на изчакване.

3

Разрешете резервирането от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка по-долу voice service voip. Това позволява на приложението CUBE да контролира процеса на резервиране. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

група за съкращения 1 —Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена.

4

Конфигурирайте интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу и приложете идентификатора на интерфейса за резервиране ( рии )

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Ето обяснение на полетата, използвани в тази конфигурация:

  • съкращения rii —Конфигурира идентификатора на интерфейса за резервиране за групата за резервиране. Изисква се за генериране на виртуален MAC (VMAC) адрес. Една и съща стойност на rii ИД трябва да се използва на интерфейса на всеки рутер (АКТИВЕН/РЕЖИМ РЕЖИМ), който има същия VIP.


     

    Ако има повече от една B2B двойка в една и съща LAN, всяка двойка ТРЯБВА да има уникални rii ID на съответните им интерфейси (за да се предотврати сблъсък). „покажи всички групи приложения за резервиране“ трябва да посочи правилната локална и равностойна информация.

  • група съкращения 1 —Свързва интерфейса с групата за резервиране, създадена в стъпка 2 по-горе. Конфигурирайте групата RG, както и VIP, присвоен на този физически интерфейс.


     

    Задължително е да се използва отделен интерфейс за резервиране, тоест интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за управление и данни, посочен в стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG управление/данни

5

Запазете конфигурацията на първия CUBE и го презаредете.

Платформата за презареждане последно винаги е режим на готовност.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

След VCUBE-1 се стартира напълно, запазете конфигурацията на VCUBE-2 и го презаредете.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Проверете дали конфигурацията от кутия до кутия работи според очакванията. Съответният изход е подчертан в смели .

Презаредихме VCUBE-2 последно и според съображения на дизайна; платформата за презареждане последна винаги ще бъде В режим на готовност .


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Конфигурирайте локален шлюз и на двата CUBE

В нашата примерна конфигурация ние използваме следната информация за магистралата от Control Hub, за да изградим конфигурацията на локалния шлюз и на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Хюсеин 1076 г_ LGU

  • Парола: lOV12MEaZx

1

Уверете се, че за паролата е създаден конфигурационен ключ с командите, показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите от тип 6 са криптирани с помощта на AES шифър и този дефиниран от потребителя конфигурационен ключ.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на Контролен център параметри, показани по-горе, запишете и презаредете. SIP обработване на пълномощията от Контролен център са подчертани в смели .


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

За да покажем изхода на командата show, презаредихме VCUBE-2 последвано от VCUBE-1 , правене VCUBE-1 готовност CUBE и VCUBE-2 активният КУБ

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален шлюз с Webex Calling достъп SBC. Разгледайте изхода на следните команди за показване.

показване на група приложения за съкращаване 1

покажете състоянието на регистъра на sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

От изхода по-горе можете да видите това VCUBE-2 е активният LGW, поддържащ регистрацията с Webex Calling access SBC, докато изходът на „show sip-ua register status“ е празен в VCUBE-1

3

Сега активирайте следните отстраняване на грешки на VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Симулирайте отказ, като издадете следната команда на активния LGW, VCUBE-2 в този случай.


VCUBE-2#redundancy application reload group 1 self

Превключването от ACTIVE към STANDBY LGW се случва в следния сценарий, освен CLI, изброен по-горе

  • Когато ACTIVE рутерът се презареди

  • Когато захранването на ACTIVE рутера се включва

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е активирано проследяването

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling access SBC. VCUBE-2 вече щеше да се презареди.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния регистрационен файл за отстраняване на грешки на VCUBE-1, изпращащ SIP РЕГИСТЪР до Webex Calling ПРЕЗ виртуалния IP и получаване на 200 ОК.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Конфигуриране на Unified CM за Webex Calling

Конфигуриране на профил за защита на SIP линиите за магистрала към локален шлюз

В случаите, когато локалният шлюз и шлюз за обществена телефонна централа се намират на едно и също устройство, Unified CM трябва да бъде активиран да разграничава два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас на услугата към тях видове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на две магистрали между Unified CM и комбинирания локален шлюз и шлюз за обществена телефонна централа устройство, което изисква различни SIP портове за слушане за двата канала.

Създайте специален профил за защита на SIP линиите за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex профил за защита на SIP линиите
Входящ портТрябва да съответства на порта, използван в конфигурацията на локален шлюз за трафик към/от Webex: 5065

Конфигурирайте SIP профил за локалната магистрала на шлюза

Създайте специален SIP профил за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP профил
Активирайте ОПЦИИ Ping, за да наблюдавате състоянието на местоназначението за транкове с тип услуга „Няма (по подразбиране)“Отметнато

Създайте пространство за търсене на обаждания за обаждания от Webex

Създайте пространство за търсене на обаждания за повиквания, произхождащи от Webex със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Пространство за търсене на Webex Calling
Избрани дялове

отличаващо име (+ номера на указател E.164 )

ESN (съкратено междусайтово набиране)

PSTNI International (достъп до обществена телефонна централа)

onNetRemote (научени дестинации на GDPR)


 

Последният дял onNetRemote се използва само в многоклъстерна среда, където информация за маршрутизиране се обменя между Unified CM клъстери, използвайки услуга за междуклъстерно търсене (ILS) или Global Dialplan Replication (GDPR).

Конфигурирайте SIP транк към и от Webex

Създайте външна линия SIP за повикванията към и от Webex през локалния шлюз със следните настройки:

НастройкаСтойност
Информация за устройството
Име на устройствоУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP Trunk
Изпълнявайте на всички активни Unified CM възлиОтметнато
Входящи повиквания
Обаждане в Search SpaceПо-рано дефинираното пространство за търсене на повиквания: Webex
AAR Пространство за търсене на обажданияПространство за търсене на обаждания с достъп само до модели на маршрути на PSTN: PSTNRмаршрут
SIP информация
Адрес на местоназначениеIP адрес на локалния шлюз CUBE
Целеви порт5060
профил за защита на SIP линиитеДефинирано по-рано: Webex
SIP профилДефинирано по-рано: Webex

Конфигуриране на група маршрути за Webex

Създайте група маршрути със следните настройки:

НастройкаСтойност
Информация за групата на маршрутите
Име на групата за маршрутизиранеУникално име, като напр Webex
Избрани устройстваПо-рано конфигурираният външна линия SIP: Webex

Конфигуриране на списък с маршрути за Webex

Създайте списък на маршрути със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр RL_ Webex
ОписаниеСмислово описание, като напр Списък с маршрути за Webex
Изпълнявайте на всички активни Unified CM възлиОтметнато
Информация за членовете на списъка с маршрути
Избрани групиСамо дефинираната по-рано група маршрути: Webex

Създайте дял за Webex дестинации

Създайте дял за дестинациите на Webex със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex дял

Какво да направите след това

Уверете се, че сте добавили този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex . Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като пространство за търсене на входящи повиквания в PSTN магистрали, така че повикванията от PSTN към Webex да могат да се насочват.

Конфигуриране на шаблони за маршрути за дестинации на Webex

Конфигурирайте модели на маршрути за всеки диапазон на DID на Webex със следните настройки:

НастройкаСтойност
Модел на маршрутПълен модел + E.164 за диапазона DID в Webex с водещото „\“. Например: \+140855501XX
Разделяне на маршрутWebex
Списък с шлюз/маршрутRL_ Webex
Спешен приоритетОтметнато

Конфигуриране на съкратено нормализиране на междусайтово набиране за Webex

Ако за Webex се изисква съкратено набиране между сайтове, тогава конфигурирайте модели за нормализиране на набиране за всеки диапазон на ESN на Webex със следните настройки:

НастройкаСтойност
Шаблон за транслацияESN модел за гамата ESN в Webex. Например: 80121XX
ДялWebex
ОписаниеСмислово описание, като напр Модел за нормализиране на Webex
Използвайте пространството за търсене на обаждания на инициатораОтметнато
Спешен приоритетОтметнато
Не чакайте междуцифрово изчакване при последващи скоковеОтметнато
Маска за Преобразуване на номера на набраната странаМаска за нормализиране на числото до + E.164. Например: +1408555 01XX

Настройване на функциите на Webex Calling

Създайте група за търсене

Групите за търсене насочват входящите повиквания към група потребители или работни пространства. Можете дори да конфигурирате шаблон за маршрут към цяла група.

За повече информация как да настройвам група за търсене, вж Търсене на групи в Cisco Webex Control Hub .

Създаване на опашка на повикванията

Можете да настройвам опашка за обаждания, така че когато обажданията на клиентите не могат да бъдат отговорени, те получават автоматичен отговор, утешителни съобщения и музика в задържане , докато някой може да отговори на повикването им.

За повече информация как да настройвам и управлявате опашка за повиквания, вж Управлявайте опашките за обаждания в Cisco Webex Control Hub .

Създайте рецепционист клиент

Помогнете в подкрепа на нуждите на персонала на вашия фронт-офис. Можете да настройвам потребителите като телефонни служители, за да могат да преглеждат входящите повиквания до определени хора във вашата организация.

За информация как да настройвам и прегледате клиентите на рецепционистите, вж Клиенти на рецепцията в Cisco Webex Control Hub .

Създавайте и управлявайте автоматични служители

Можете да добавяте поздрави, да настройвам менюта и да маршрутизиране на повиквания към телефонен секретар, група за търсене, кутия за гласова поща или реален човек. Създайте 24-часов график или предоставете различни опции, когато вашият бизнес е отворен или затворен.

За информация как да създавате и управлявате автоматични оператори, вж Управлявайте автоматичните оператори в Cisco Webex Control Hub .

Конфигурирайте група за пейджинг

Груповото пейджинг позволява на потребителя да отправи еднопосочно обаждане или групова страница до до 75 целеви потребители и работни пространства чрез набиране на номер или разширение, присвоени на конкретна група за пейджинг.

За информация как да настройвам и редактирате групи за пейджинг, вж Конфигурирайте група за пейджинг в Cisco Webex Control Hub .

Настройте вдигане на обаждане

Подобрете работата в екип и сътрудничеството, като създадете група за приемане на повикване, така че потребителите да могат да отговарят на повиквания. Когато добавите потребители към група за приемане на група за приемане на повикване и член на групата е далеч или зает, друг член може да отговаря на техните повиквания.

За информация как да настройвам за приемане на група за приемане на повикване вж Вземане на обаждане в Cisco Webex Control Hub .

Настройте паркиране на повиквания

Паркиране на повиквания позволява на определена група потребители да паркират повиквания срещу други налични членове на групата за паркиране на повиквания. Паркираните обаждания могат да бъдат приемани от други членове на групата на техния телефон.

За повече информация как да настройвам паркиране на повиквания, вж Паркиране на обажданията в Cisco Webex Control Hub .

Активиране на влизане за потребители

1

От изглед на клиента в , отидете на Управление > Местоположения .https://admin.webex.com

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители раздел и след това изберете Влезте .

4

Включете превключвателя, за да позволите на други потребители да се добавят към текущото обаждане на този потребител.

5

Проверете Пуснете тон, когато този потребител влезе в разговор ако искате да пуснете тон на другите, когато този потребител нахлуе в тяхното обаждане.

6

Щракнете върху Запиши.

Активиране на поверителност за потребител

1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители област и след това изберете Поверителност .

4

Изберете подходящия Поверителност на автоматичния оператор настройки за този потребител.

  • Позволяване този потребител да бъде набиран с вътрешен номер
  • Позволяване този потребител да бъде набиран със собствено или фамилно име
5

Проверете Активирайте поверителност поле за отметка. След това можете да решите да блокирате всички, като не избирате членове от падащ списък. Като алтернатива можете да изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състояние на линията на този потребител.

Ако сте администратор на местоположение, в падащ списък се показват само потребителите, работните пространства и виртуалните линии, отнасящи се до назначените ви местоположения.

Премахнете отметката от Активирайте поверителност поле за отметка, за да позволите на всеки да наблюдава състояние на линията.

6

Проверете Прилагане на поверителност за насочено приемане на повикване и влизане поле за отметка, за да активирате поверителност за насочено приемане на повикване и влизане.


 
  • Ако активирате тази опция, само оторизираните потребители, виртуалните линии и устройствата на работното пространство могат да използват насочено приемане на повикване и влизане на този потребител. В противен случай всеки в организацията може да извика насочено приемане на повикване и влизане на линия.
  • За повече информация относно влизането вж Влезте в телефонно повикване на някой друг .
  • Супервайзерът винаги може да се включи в обажданията, които агентите получават чрез опашката за повиквания. Тоест настройките за поверителност не засягат опцията за влизане на надзорника.
7

От Добавете член по име , изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състоянието на телефонна линия и да извикат насочено приемане на повикване и влизане.

8

За да филтрирате избраните от вас членове, използвайте филтриране по име, номер или вътр поле.

9

Щракнете върху Премахване на всички за да премахнете всички избрани членове.


 
За да премахнете отделен член, щракнете Изтрийте до името на члена.
10

Щракнете върху Запиши.

Privacy settings

Конфигуриране на наблюдение

максимален брой наблюдавани линии за потребител е 50. Въпреки това, докато конфигурирате списъка за наблюдение, вземете предвид броя на съобщенията, които влияят на честотната лента между Webex Calling и вашата мрежа. Също така, определете максималните наблюдавани линии по броя на бутоните за линии на телефона на потребителя.

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и след това щракнете Потребители .

2

Изберете потребителя, който искате да промените, и щракнете Обаждане .

3

Отидете на Разрешения между потребители раздел и изберете Мониторинг .

4

Изберете от следните:

  • Добавяне на наблюдавана линия
  • Добавяне на вътр. линия за паркиране

Можете да включите виртуална линия в Добавете наблюдавана линия списък за потребителски мониторинг.

5

Изберете дали искате да уведомите този потребител за паркирани повиквания, потърсете лицето или вътрешна линия за паркиране на повикване за паркиране на обаждания, което да бъде наблюдавано, и след това щракнете Запазете .


 

Наблюдаваните линии се изброяват в Контролен център съответства на реда на наблюдаваните линии, които се показват на устройството на потребителя. Можете да пренаредите списъка с наблюдавани линии по всяко време.


 

Името, което се показва за наблюдаваната линия, е името, въведено в полетата Име и Фамилия на ИД се за потребителя, работното пространство и виртуалната линия.

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да управлявате настройките за наблюдение за потребител в Контролен център .

Активиране на предупредителния тон за свързване на повиквания за потребителите

Преди да започнете

Трябва да имате конфигурирана споделена линия , за да бъде извикан мостът за повикване. Вижте как да конфигуриране на споделени линии преди да активирате предупредителния тон за мост за повикване.
1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете на Разрешения между потребители и щракнете Предупредителен тон за свързване на повикване .

4

Включете Предупредителен тон за свързване на повикване и след това щракнете Запазете .


 
По подразбиране тази функция е активирана.

За повече информация относно свързването на повиквания по споделена линия, вж Споделени линии на вашия мултиплатформен настолен телефон .

За повече информация относно свързването на повиквания на споделена линия на Webex App вж Споделен изглед на линията за WebexApp .

Включете хотела за потребител

Разрешаването на хотел за потребителя им позволява да работят в друго пространство, като същевременно запазват функционалността и характеристиките на основния си настолен телефон.
1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и изберете Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете до Разрешения между потребители раздел и изберете Хотелиерство и включете превключвателя.

4

Въведете името или номера на хоста в хотела в Местоположение на хотела поле за търсене и изберете хоста за хотели, който искате да присвоите на потребителя.

Може да бъде избран само един хостел. Ако изберете друг хост за хотели, първият се изтрива.


 
Ако сте администратор на местоположение, можете да зададете само хоста за хотели, отнасящ се до назначените ви местоположения.
5

За да ограничите времето, през което потребителят може да бъде свързан с хоста за хотели, изберете броя часове, през които потребителят може да използва хотелския хост от Лимитен период на асоцииране падащо меню.

Потребителят ще излезе автоматично след избраното време.


 

Съобщение за съобщение за грешка се показва на екрана, ако лимитният период на асоцииране, определен за потребителя, надвишава периода на свързване на ограниченията на избрания хостинг хост. Например, ако хостингът на хотела има ограничен период на асоцииране от 12 часа, а периодът на свързване с ограничение на потребителя е 24 часа, се показва съобщение за грешка . В такива случаи трябва да удължите лимита на периода на асоцииране на хоста за хотели, ако е необходимо повече време за потребителя.

6

Щракнете върху Запиши.


 

Потребителят може също да търси и намира хоста за хотели, който иска да използва, от User Hub. За повече информация вж Достъп до вашия профил за обаждания отвсякъде .

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да конфигурирате хотелите в Control Hub.
Тенденции за приемане и отчети за употребата на Webex Calling

Преглед на отчетите за обажданията

Можете да използвате страницата Анализ в Контролен център за да получите представа за това как хората използват Webex Calling и на Webex приложение (ангажиране) и качеството на медийното им изживяване при разговори. За достъп Webex Calling analytics, влизам в Контролен център , след това отидете на Анализ и изберете Обаждане раздел.

1

За подробни отчети за историята на обажданията влизам в Контролен център , след това отидете на Анализ > Обаждане .

2

Изберете Подробна история на обажданията .

За информация относно повиквания, използващи Специализиран екземпляр, вж Анализ на специализирани инстанции .

3

За достъп до данни за качество на медиите, влизам в Контролен център , след това отидете на Анализ и след това изберете Обаждане .

За повече информация вижте Анализи за вашето портфолио за сътрудничество в облака.

Подготовка на средата

Общи предпоставки

Преди да конфигурирате локален шлюз за Webex Calling, уверете се, че:

  • Имате основни познания за принципите на VoIP

  • Имате основни работни познания за гласовите концепции на Cisco IOS-XE и IOS-XE

  • Имайте основно разбиране за Session Initiation Protocol (SIP)

  • Имате основно разбиране за Cisco Унифициран комуникационен мениджър (Unified CM), ако вашият модел за внедряване включва Unified CM

Вижте Ръководство за корпоративна конфигурация на Cisco Unified Border Element (CUBE). за подробности.

Хардуерни и софтуерни изисквания за локален шлюз

Уверете се, че вашето внедряване има един или повече от локалните шлюзове, като например:

  • Cisco CUBE за IP-базирана свързаност

  • Cisco IOS Gateway за TDM-базирана свързаност

Вижте таблица 1 на Локален шлюз за Webex Calling Ръководство за поръчка на обаждания . Също така се уверете, че платформата работи с поддържана версия на IOS-XE съгласно Ръководство за конфигуриране на локален шлюз .

локален шлюз ви помага да мигрирате към Webex Calling със собствено темпо. локален шлюз интегрира вашето съществуващо в помещението внедряване с Webex Calling. Можете също да използвате съществуващата си Връзка с обществена телефонна централа. Виж Започнете с Local Gateway

Изисквания за лиценз за местни портали

Лицензите за повикване на CUBE трябва да бъдат инсталирани на местния портал. За повече информация вижте Ръководствотоза конфигурация на единния граничен елемент на Cisco.

Изисквания за сертификат и сигурност за местния портал

Webex Call изисква сигурна сигнализация и медии. Локалният шлюз извършва криптирането и трябва да се установи TLS връзка, изходяща към облака със следните стъпки:

  • LGW трябва да се актуализира с CA кореновия пакет от Cisco PKI

  • Набор от идентификационни данни за SIP digest от страницата за конфигуриране на багажника на Control Hub се използват за конфигуриране на LGW (стъпките са част от конфигурацията, която следва)

  • CA корен пакет валидира представения сертификат

  • Подканен за пълномощия (SIP digest предоставен)

  • Облакът идентифицира кой локален портал е сигурно регистриран

Защитна стена, NAT Traversal и изисквания за оптимизация на медийния път за локален портал

В повечето случаи местният портал и крайните точки могат да се намират във вътрешната клиентска мрежа, като се използват частни IP адреси с NAT. Защитната стена на предприятието трябва да позволява изходящ трафик (SIP, RTP/UDP, HTTP) до конкретни IP адреси/портове, обхванати от референтната информацияза пристанището.

Ако искате да използвате оптимизация на медийния път с ICE, интерфейсът Webex Calling на локалния шлюз трябва да има директен мрежов път към и от крайните точки на Webex Calling. Ако крайните точки са на различно място и няма директен мрежов път между крайните точки и интерфейса за лице Webex Calling на локалния шлюз, тогава местният шлюз трябва да има публичен IP адрес, присвоен на интерфейса, насочен към Webex Calling за разговори между локалния шлюз и крайните точки за използване на оптимизацията на медийния път. Освен това, тя трябва да работи IOS-XE версия 16.12.5.

Конфигуриране на Webex Calling за вашата организация

Настройване на настройките за повикване в съветника за настройка за първи път

Първата стъпка, за да получите вашите Webex Calling услуги нагоре и работи е да завършите съветника за настройка за първи път (FTSW). След като FTSW е завършен за първото ви местоположение, не е необходимо да бъде завършен за допълнителни места.

1

Кликнете върху връзката "Първи стъпки" в имейла " Добре дошли", който получавате.

Имейл адресът ви на администратор се използва автоматично за влизане в контролния център, където ще бъдете подканени да създадете паролата си за администратор. След като влезете, съветникът за настройка автоматично започва.

2

Прегледайте и приемете условията за ползване.

3

Прегледайте плана си и след това щракнете върху Започнете.

Вашият мениджър на акаунта е отговорен за активирането на първите стъпки за FTSW. Свържете се с мениджъра на профила си, ако получите известие "Не може да настроите обаждането си", когато изберете Get Start.

4

Изберете държавата, в която вашият център за данни трябва да картографира, и въведете информацията за контакт с клиента и адреса на клиента.

5

Кликнете върху Следващия: Местоположениепо подразбиране.

6

Изберете от следните опции:

  • Кликнете върху Запазване и затваряне, ако сте администратор партньор и искате администраторът на клиента да завърши осигуряването на Webex Calling.
  • Попълнете необходимата информация за местоположението. След като създадете местоположението в съветника, можете да създадете повече места по-късно.

След като завършите съветника за настройка, уверете се, че добавяте основен номер към мястото, което създавате .

7

Направете следните селекции, за да кандидатствате за това място:

  • Език за обявяване —За аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл — За комуникация по имейл за нови потребители.
  • Страна
  • Часова зона
8

Щракнете върху Напред.

9

Въведете наличен SIP адрес на Cisco Webex и щракнете върху Напред и изберете Готово.

Добавяне на местоположение

Преди да започнете

За да създадете ново местоположение, подгответе следната информация:

  • Адрес на местоположението

  • Желани телефонни номера (по избор)

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

В регионалния център за данни ще се хоства ново местоположение, което съответства на държавата, която сте избрали с помощта на Помощник за първоначална настройка.
2

Конфигуриране на настройките на местоположението:

  • Име на местоположението — Въведете уникално име, за да идентифицирате местоположението.
  • Държава/регион — Изберете държава, с която да обвържете местоположението. Например, можете да създадете едно място (централа) в Съединените щати и друго (клон) в Обединеното кралство. Държавата, която избирате, определя адресните полета, които следват. Тези, документирани тук, използват Конвенцията за адресите на САЩ като пример.
  • Адрес на местоположението — Въведете основния пощенски адрес на местоположението.
  • Град/Град — Въведете град за това местоположение.
  • Щат/Провинция/Регион —От падащото меню изберете състояние.
  • Пощенски код — Въведете пощенския код или пощенския код.
  • Език за обявяване —Изберете езика за аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл —Изберете езика за комуникация по имейл с нови потребители.
  • Часова зона — Изберете часова зона за местоположението.
3

Щракнете върху Запиши и след това изберете Да/ Не , за да добавите номера към местоположението сега или по-късно.

4

Ако щракнете върху Да, изберете една от следните опции:

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. Вече съществуващите места, които са имали други инсталирани възможности за PSTN, не отговарят на условията за плана за повикване на Cisco в този момент. Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за номера на поръчки сега под посочен доставчик, препоръчваме ви да изберете тази опция, така че да можете да се възползвате от интегрирания ЦК. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираният ККП изисква от вас да си набавяте телефонни номера от партньора на ККП извън контролния хъб.

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

Изборът на опция PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съчетавате толкова опции, колкото искате за разполагането си, но всяко място ще има една опция. След като сте избрали и предоставили опция PSTN, можете да я промените, като щракнете върху Управление в свойствата на PSTN за местоположение. Някои опции, като например Cisco PSTN, обаче може да не са налични, след като е възложена друга опция. Отворете заявка за случай на поддръжката за насоки.

5

Изберете дали искате да активирате числата сега или по-късно.

6

Ако сте избрали неинтегриран ЦК или PSTN, базиран на помещения, въведете телефонни номера като стойности, разделени със запетая, и след това щракнете върху Валидиране.

Числата се добавят за конкретното местоположение. Валидните записи се преместват в полето "Валидирани числа" и невалидните записи остават в полето "Добавяне на числа ", придружено от съобщение за грешка.

В зависимост от страната на местоположението, номерата се форматират според местните изисквания за набиране. Например, ако се изисква код на държава, можете да въведете номера със или без кода и кодът е предназначен.

7

Щракнете върху Запиши.

Какво да направите след това

След като създадете местоположение, можете да разрешите спешни 911 услуги за това местоположение. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

Преди да започнете

Получете списък на потребителите и работните пространства, свързани с местоположение: Отидете на Услуги > Повикване > Номера и от падащото меню изберете местоположението, което трябва да бъде изтрито. Трябва да изтриете тези потребители и работни пространства, преди да изтриете местоположението.

Имайте предвид, че всички номера, свързани с това местоположение, ще бъдат освободени обратно към вашия PSTN доставчик; вече няма да притежавате тези номера.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Щракнете върху в Действия колона до местоположението, което искате да изтриете.

3

Изберете Изтриване на местоположениетои потвърдете, че искате да изтриете това местоположение.

Обикновено отнема няколко минути, за да може местоположението да бъде окончателно изтрито, но може да отнеме до час. Можете да проверите състоянието, като щракнете до името на местоположението и изберете статусна изтриване.

Актуализиране на съществуващо местоположение

Можете да промените настройката на PSTN, името, часовата зона и езика на дадено местоположение, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.

За съществуващи локации можете да разрешите спешни 911 услуги. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

Ако видите символ за предпазливост до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да правите или получавате обаждания, докато не конфигурирате този номер.

2

(по избор) Под PSTN връзкаизберете PSTN или PSTN ( локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управете , за да промените тази конфигурация и след това да потвърдите свързаните рискове, като изберете Продължи. След това изберете една от следните опции и щракнете върху Запиши:

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. Понастоящем съществуващи местоположения, на които са присвоени други PSTN възможности, не отговарят на условията за плана за повиквания на Cisco . Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за Поръчайте номера сега при изброен доставчик, ви препоръчваме да изберете тази опция, за да можете да се възползвате от интегрирана ЦК. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираната CCP изисква от вас да закупите телефонните си номера от партньора на CCP извън Control Hub.

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

    Клиентите на Webex Calling с места, които преди това са конфигурирани с локален портал, автоматично ще бъдат преобразувани в PSTN на базата на помещения със съответен багажник.

3

За местоположението изберете Основен номер от падащ списък , за да позволите на потребителите в това местоположение да извършват и получават повиквания.

В Основен номер може да бъде присвоен към автоматичен секретар , така че външните обаждащи се да могат да се свържат с потребителите на Webex Calling на това място. Потребителите на Webex Calling в това местоположение могат също да използват този номер като свой външен идентификатор на ИД се, когато извършват повиквания.
4

(по избор) При спешни повикванияможете да изберете идентификатор за аварийно местоположение, за да присвоите на това място.

Тази настройка е незадължителна и е приложима само за държави, които я изискват.

В някои страни (пример: Франция), съществуват регулаторни изисквания за клетъчните радиосистеми, за да се установи самоличността на клетката, когато провеждате спешно повикване и се предоставя на службите за спешна помощ. Други страни като САЩ и Канада прилагат определяне на местоположението, използвайки други методи. За повече информация вижте Засилено спешно повикване.

Вашият доставчик на спешни повиквания може да се нуждае от информация за мрежата за достъп и се постига чрез дефиниране на нов частен заглавка за разширение на SIP, P-Access-Network-Info. Заглавката носи информация, свързана с мрежата за достъп.

Когато зададете идентификатора за аварийно местоположение за местоположение, стойността на местоположението се изпраща на доставчика като част от SIP съобщението. Свържете се с вашия доставчик на спешни повиквания, за да видите дали имате нужда от тази настройка и използвайте стойността, която е предоставена от вашия доставчик на спешни повиквания.

5

Изберете номера на гласовата поща, на който потребителите могат да се обадят, за да проверят гласовата си поща за това местоположение.

6

(по избор) Щракнете върху иконата за молив в горната част на страницата Местоположение, за да промените иметона местоположението, езика за обявяване, езикана имейла, часовата зонаили адреса , ако е необходимо, и след това щракнете върху Save.

Промяната на езика за обявяване влиза в сила незабавно за всички нови потребители и функции, добавени към това местоположение. Ако съществуващите потребители и/или функции също трябва да променят езика си за обявяване, когато са подканени, изберете Промяна за съществуващи потребители и работни пространства или Промяна за съществуващи функции. Щракнете върху Приложи. Можете да видите напредъка на страницата Задачи . Не можете да направите повече промени, докато това не приключи.

Промяната на часовата зона за местоположение не актуализира часовите зони на функциите, свързани с местоположението. За да редактирате часовите зони за функции като автопридружител, ловна група и опашка за обаждания, отидете в областта Общи настройки на конкретната функция, за която искате да актуализирате часовата зона и да редактирате и запишете там.

Тези настройки са за вътрешно набиране и също са налични в съветника за настройка за първи път. Докато променяте своя план за набиране, примерните номера в Control Hub се актуализират, за да покажат тези промени.

Можете да конфигурирате изходящи разрешения за повикване за местоположение. Вижте тези стъпки , за да конфигурирате разрешенията за изходящи повиквания.

1

Влезте в Контролен център , отидете на Услуги > Обаждане > Сервизни настройки и след това превъртете до Вътрешно набиране .

2

Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:

  • Дължина на префикса за маршрутизиране на местоположение — Препоръчваме тази настройка, ако имате няколко местоположения. Можете да въведете дължина от 2-7 цифри. Ако имате няколко местоположения с едно и също разширение, потребителите трябва да наберат префикс, когато се обаждат между местоположения. Например, ако имате няколко магазина, всички с разширение 1000, можете да конфигурирате префикс за маршрутизиране за всеки магазин. Ако един магазин има префикс от 888, ще наберете 8881000, за да стигнете до този магазин.

    Дължините на префикса за маршрутизиране включват управляващата цифра. Например, ако зададете дължината на префикса за маршрутизиране на четири, само три цифри могат да се използват за определяне на сайта.

    Ако присвоите префикс за маршрутизиране на местоположение, всички изяви на разширения, присвоени на това местоположение, включват префикса за маршрутизиране пред вътрешен номер. Например, 888-1000 (разширение на префикс за маршрутизиране).

  • Управляваща цифра в префикса за маршрутизиране —Изберете номера, който ще бъде зададен като първа цифра на всеки префикс за маршрутизиране.
  • Вътрешна дължина на удължителя —Можете да въведете 2-10 цифри и по подразбиране е 2.

    След като увеличите дължина на вътрешния номер си, съществуващите номера за бързо набиране към вътрешни разширения не се актуализират автоматично.

  • Позволете набиране на вътрешен номер между местоположения —Позволява ви да персонализирате набирането на вътрешния номер между местоположения въз основа на изискванията на вашата организация.

    • Активирайте превключвателя, ако организацията ви няма дублиращи се разширения във всичките си местоположения.

      По подразбиране превключвателят е активиран.

    • Деактивирайте превключвателя, ако вашата организация има едно и също разширение на различни местоположения. Когато превключвателят е деактивиран и обаждащият се набере разширението, повикването се пренасочва към потребител със съвпадащо разширение на същото място като обаждащия се. Обаждащият се трябва да набере важния номер на предприятието (префикс за маршрутизиране на местоположение + разширение), за да достигне до вътрешен номер в други местоположения.

3

Посочете вътрешно набиране за конкретни места. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете вътрешното набиране, ако е необходимо:

  • Вътрешно набиране —Посочете префикса за маршрутизиране, който потребителите от други места трябва да набират, за да се свържат с някого на това място. Префиксът за маршрутизиране на всяко място трябва да бъде уникален. Препоръчваме дължината на префикса да съответства на дължината, зададена на ниво организация, но трябва да е дълга от 2 до 7 цифри.
4

Посочете външно набиране за конкретни местоположения. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете външното набиране, ако е необходимо:

  • Външно набиране —Можете да изберете цифра за изходящо набиране, която потребителите трябва да наберат, за да достигнат до външна линия. По подразбиране не е Никой и можете да го оставите, ако не се нуждаете от този навик за набиране. Ако решите да използвате тази функция, препоръчваме ви да използвате различен номер от кормилната цифра на вашата организация.

    Потребителите могат да включат изходящата цифра, когато правят външни повиквания, за да имитират начина, по който са набрали наследените системи. Въпреки това, всички потребители все още могат да правят външни повиквания без изходящата цифра.

  • По избор имате възможност да Принудително набиране на цифрата за изходящо набиране от това местоположение, като се гарантира, че потребителят трябва да използва цифрата за изходящо набиране, зададена от администратора, за да извършва външни повиквания.

    Спешните повиквания все още могат да се набират със или без цифрата за изходящо набиране, когато тази функция е активирана.

    Веднъж активирани, всички външни номера на дестинация, като тези, използвани за пренасочване на повикването , вече няма да работят, ако не е включена цифра за изходящо набиране.

    Ако разширението е същото като националния номер, тогава разширението има предимство пред националния номер. Ето защо ви препоръчваме да активирате цифрата за изходящо набиране.
    Силно препоръчваме използването на формат за номериране E.164 за входящи и изходящи PSTN повиквания.

Въздействие върху потребителите:

  • Потребителите трябва да рестартират своите телефони, за да влязат в сила промените в предпочитанията за набиране.

  • Потребителските разширения не трябва да започват със същия номер като цифрата за управление на местоположението или цифрите за изходящо набиране.

Конфигуриране на PSTN (локален шлюз) в контролния хъб

Ако сте препродавач с добавена стойност, можете да използвате тези стъпки, за да започнете локална конфигурация на шлюза в Control Hub. Когато този шлюз е регистриран в облака, можете да го използвате на едно или повече от вашите местоположения на Webex Calling , за да осигурите маршрутизиране към доставчик на услуги за PSTN на предприятието.

Място, което има локален портал, не може да бъде изтрито, когато местният портал се използва за други места.

Създаване на багажник
Изпълнете следните стъпки, за да създадете багажник в контролния център.

Преди да започнете

  • След като се добави местоположение и преди да конфигурирате PSTN на базата на помещения за местоположение, трябва да създадете багажник.

  • Създайте всички местоположения и конкретни настройки и числа на всеки един. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.

  • Разберете изискванията на PSTN (локален шлюз) за Webex Calling.

  • Не можете да изберете повече от един багажник за местоположение с PSTN, базиран на помещения, но можете да изберете един и същ багажник за няколко места.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Услуги > Обаждане > Маршрутизиране на обажданията и изберете Добавяне на багажника .

2

Изберете местоположение.

3

Назовете багажника и щракнете върху Save.

Името не може да бъде по-дълго от 24 знака.

Какво да правим по-нататък

Вие сте представени със съответните параметри, които ще трябва да конфигурирате на багажника. Също така ще генерирате набор от идентификационни данни за SIP digest, за да осигурите PSTN връзката.

Информацията за багажника се появява на домейнана екрана , групата на багажника OTG/DTG, линията/портаи изходящия прокси адрес.

Препоръчваме ви да копирате тази информация от Контролния център и да я поставите в локален текстов файл или документ, така че да можете да се обърнете към нея, когато сте готови да конфигурирате pstN базираните на помещения.

Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника в контролния център. Щракнете върху Извличане на потребителско име и нулиране на паролата, за да генерирате нов набор от идентификационни данни за удостоверяване , които да използвате в багажника.

Изберете багажник за PSTN на базата на помещения
1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Изберете местоположение, за да промените и щракнете върху Управление.

3

Изберете PSTN на базата на помещения и щракнете върху Напред.

4

Изберете багажник от падащото меню.

Посетете страницата на багажника, за да управлявате избора на групата на багажника.

5

Щракнете върху известието за потвърждение, след което щракнете върху Запиши.

Какво да правим по-нататък

Трябва да вземете конфигурационната информация, която Control Hub генерира, и да картографирате параметрите в локалния шлюз (например на Cisco CUBE, който седи в помещенията). Тази статия ви превежда през този процес. Като препратка вижте следната диаграма например за това как информацията за конфигурацията на контролния хъб (вляво) картографира параметрите в CUBE (вдясно):

След като завършите успешно конфигурацията на самия шлюз, можете да се върнете към Услуги > Обадете се > Местоположения в Control Hub и създаденият от вас шлюз ще бъде изброен в картата за местоположение, към която сте го присвоили, със зелена точка вляво от името. Това състояние показва, че порталът е сигурно регистриран в облака за обаждания и служи като активен PSTN шлюз за местоположението.

Управление на телефонни номера
Поискайте покупка на услуги на Webex от пробен период в Control Hub

Ако изпробвате услугите на Webex и искате да конвертирате пробната си версия в платен абонамент, можете да подадете заявка за имейл до партньора си.

1

Влезте в Control Hub на адресhttps://admin.webex.com , изберете иконата на сграда .

2

Изберете раздела Абонаменти и след това щракнете върху Покупка сега.

Имейл се изпраща на партньора ви, като им се съобщава, че се интересувате от конвертиране в платен абонамент.

Задайте опции за повикване

Можете да използвате контролния център, за да зададете приоритета на наличните опции за извикване, които потребителите виждат в Webex App. Можете също така да ги разрешите за еднократно кликване за повикване. За повече информация вижте: Задайте опции за повикване за потребители на Webex App .

Настройте поведение при повикване

Можете да контролирате какво приложение за повиквания се отваря, когато потребителите извършват обаждания. Можете да конфигурирате настройките на клиента за повиквания, включително внедряване в смесен режим за организации с потребители, които имат право на Unified CM или Webex Calling , и потребители без платени услуги за обаждания от Cisco. За повече информация вижте: Настройте поведение при повикване .

Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

В момента Webex Calling поддържа две версии на локален шлюз:

  • Локален шлюз

  • Локален шлюз за Webex за правителството

Ключови съображения

  • Преди да започнете, разберете изискванията на базираната в помещенията обществена комутирана телефонна мрежа (PSTN) и локалния шлюз (LGW) за обажданията чрез Webex Calling. Вижте Cisco Предпочитана архитектура за Webex Призоваване за повече информация.

  • Тази статия предполага, че е налице специална платформа на Local Gateway без съществуваща гласова конфигурация. Ако модифицирате съществуващ шлюз за обществена телефонна централа или внедряване на CUBE Enterprise, за да се използва като функция Local Gateway за Webex Calling, тогава обърнете внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци и функционалност на повикванията поради промените, които правите.

Процедурите съдържат връзки към справочната документация на командите, където можете да научите повече за отделните опции на командите. Всички препратки към командите отиват към Справочник за команди за управлявани шлюзи на Webex освен ако не е посочено друго (в този случай командните връзки отиват до Справочник за гласови команди на Cisco IOS ). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Препратки към команди .

За информация относно поддържаните SBC на трети страни вижте съответната референтна документация на продукта.

Конфигурирайте вашия локален шлюз

Има две опции за конфигуриране на локалния портал за вашия багажник за повикване на Webex:

  • Багажник, базиран на регистрация

  • Багажник, базиран на сертификат

Използвайте потока на задачите или под Локален шлюз, базиран на регистрация или Базиран на сертификат локален шлюз за да конфигурирате локален шлюз за вашата линия за Webex Calling .

Виж Започнете с Local Gateway за повече информация относно различните типове багажници. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Ние използваме Session Initiation Protocol (SIP) и Защита на транспортния слой (TLS), за да защитим магистралата и защитен протокол в реално време (SRTP), за да защитим носителя между локалния шлюз и Webex Calling.

Ключови съображения

Локален шлюз за Webex за правителството не поддържа следното:

  • STUN/ICE-Lite за оптимизиране на медийния път

  • факс (T.38)

Конфигурирайте своя локален шлюз за Webex за правителство

За да конфигурирате локален шлюз за вашата линия за Webex Calling на Webex в Webex за правителство, използвайте следната опция:

  • Багажник, базиран на сертификат

Използвайте потока от задачи под Базиран на сертификат локален шлюз за да конфигурирате локалния шлюз за вашата линия за Webex Calling . За повече подробности как да конфигурирате базиран на сертификат локален шлюз, вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .

Задължително е да конфигурирате FIPS-съвместими GCM шифри, за да поддържате локален шлюз за Webex за правителство. Ако не, настройката на повикването е неуспешна. За подробности за конфигурацията вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .

Webex за правителството не поддържа базиран на регистрация локален шлюз.

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, като се използва регистриране на външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Изображението по-долу подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

  • наематели на гласов клас: Използва се за създаване на специфични за багажника конфигурации.

  • гласов клас uri: Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

  • входяща точка за набиране: Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране: Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

  • изходящ диск за набиране: Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

Пренасочване на повиквания от/към PSTN към/от решение за конфигурация на Webex Calling

Докато IP и SIP се превърнаха в протоколи по подразбиране за PSTN магистрали, TDM (Time Division Multiplexing) ISDN вериги все още се използват широко и се поддържат с връзките на Webex Calling . За да се активира медийна оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, понастоящем е необходимо да се използва двуетапен процес за маршрутизиране на повикване . Този подход модифицира конфигурацията за маршрутизиране на повикване , показана по-горе, като въвежда набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали, както е показано на изображението по-долу.

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на регистрация внедрявания на локален шлюз изискват Cisco IOS XE 17.6.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • АКЛ

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:

 интерфейс GigabitEthernet0/0/0 описание Интерфейс с лице към PSTN и/или CUCM ip адрес 10.80.13.12 255.255.255.0 ! интерфейс GigabitEthernet0/0/1 описание Интерфейс с лице към Webex Calling (частен адрес) ip адрес 192.51.100.1 255.255.255.240

2

Защитете идентификационните данни за регистрация и STUN на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:

 ключ config-key password-encrypt YourPassword парола криптиране aes

3

Създайте заместваща PKI точка на доверие.

Изисква тази точка на доверие за конфигуриране на TLS по-късно. За базирани на регистрация магистрали, тази точка на доверие не изисква сертификат - както би било необходимо за базирана на сертификат магистрала.
 crypto pki trustpoint EmptyTP анулиране-проверете няма
4

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация. Транспортните параметри също трябва да бъдат актуализирани, за да се гарантира надеждна защитена връзка за регистрация:

Командата на сървъра cn-san-validate гарантира, че локалният шлюз позволява връзка, ако име на домакина, конфигурирано в клиент 200, е включено в полетата CN или SAN на сертификата, получен от изходящия прокси сървър.

  1. Комплект tcp-брой повторни опити до 1000 (кратни на 5 мс = 5 секунди).

  2. В установете връзка с таймер командата ви позволява да настроите колко дълго LGW чака да настройвам връзка с прокси, преди да обмислите следващата налична опция. По подразбиране за този таймер е 20 секунди и минимум 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се съобразите с мрежовите условия.

 sip-ua таймери установяване на tls 5 транспорт tcp tls v1.2 крипто сигнализиране по подразбиране доверителна точка EmptyTP cn-san-validate сървър tcp-retry 1000

5

Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80
 ip http клиент източник-интерфейс GigabitEthernet0/0/1 crypto pki trustpool импортиране чист url https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на линията, базирана на регистрация за Webex Calling
1

Създайте базирана на регистрация PSTN магистрала за съществуващо местоположение в Control Hub. Отбележете информацията за магистралата, която се предоставя след създаването на магистрала. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .

2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

 гласова услуга voip ip адрес доверен списък ipv4 xxxx yyyy режим border-element media statistics media bulk-stats enable-connections sip to sip no допълнителна услуга sip refer refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata споделена-секретна 0 Password123 $ sip асиметричен полезен товар пълна ранна оферта принудително

Ето обяснение на полетата за конфигурацията:

 списък с доверени IP адреси  ipv4 xxxx yyyy

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежи, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните точки за набиране с IP IP на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите на вашия регионален център за данни Webex Calling към списъка. За повече информация вижте Референтна информация за порта за Webex Calling. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

    Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате списъка с доверени IP адрес в интерфейса на Webex Calling . Защитната стена вече ви предпазва от непоискан входящ VoIP. Деактивирането на действието намалява по-дългосрочната ви конфигурация над главата, защото не можем да гарантираме, че адресите на връстниците на Webex Calling остават фиксирани и трябва да конфигурирате защитната си стена за връстниците във всеки случай.

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

медийна статистика

Позволява медиен мониторинг на местния портал.

медийни масови статистики

Позволява на контролната равнина да анкетира равнината на данните за статистика на насипните повиквания.

За повече информация относно тези команди вж Медия .

разрешаване на връзки глътка до глътка

Активирайте CUBE основната SIP функция на потребителски агент отзад до гръб. За повече информация вж Разрешаване на връзки .

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

  • Когато препращате обаждане до потребител на Webex Calling (например, както повикващите, така и обаждащите се страни са абонати на Webex Calling и ако закотвяте медиите в Webex Calling SBC), тогава медиите не могат да текат към Local Gateway, тъй като отворът не е отворен.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

3

Конфигуриране кодек за гласов клас 100 филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.

 гласов клас кодек 100 предпочитание за кодек 1 предпочитание за кодек opus 2 g711ulaw предпочитание за кодек 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вж кодек за гласов клас .

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .

 гласов клас stun-usage 100 stun използване защитна стена-traversal flowdata зашеметяване използване ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяващо използване ice lite

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .

Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC

5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex .

 гласов клас srtp-crypto 100 crypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_ 80 За повече информация вж гласов клас srtp-crypto .

6

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на параметъра на неговата дестинационна магистрала: 

 гласов клас uri 100 глътка модел dtg=Dallas1463285401_ LGU

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте dtg=, последвано от стойността на Trunk OTG/DTG, предоставена в Control Hub при създаването на магистрала. За повече информация вж глас клас uri .

7

Конфигуриране глътка профил 100 , който ще се използва за модифициране на SIP съобщения, преди да бъдат изпратени до Webex Calling.

 гласов клас sip-profils 100 правило 10 заявка ВСЯКАКВА sip-заглавка SIP-Req- URI модифициране на "sips:" "sip:" правило 20 заявка ВСЯКО sip-заглавие За промяна "  " " " отговор на правило 50 ВСЯКАКВА глътка заглавка За промяна "  " ";otg=dallas1463285401_lgu >" правило 90 поиска ВСЕКИ sip-header P-Asserted-Identity модифицира "sips:" "sip:"

Ето обяснение на полетата за конфигурацията:

  • правило от 10 до 70 и 90

    Гарантира, че SIP заглавките, използвани за сигнализиране на повиквания, използват схемата sip, а не sip, която се изисква от прокси сървърите на Webex . Конфигурирането на CUBE да използва sips гарантира, че се използва защитена регистрация.

  • правило 80

    Променя заглавката From, за да включи OTG/DTG идентификатора на група съединителни линии от Control Hub, за да идентифицира уникално сайт на локален шлюз в рамките на предприятието.

8

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-специално, данните за регистрация на магистрала, предоставени в Control Hub по-рано, ще бъдат използвани в тази стъпка, както е описано по-долу. По-късно асоциираните с този наемател партньори за набиране ще наследят тези конфигурации.

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

     гласов клас наемател 100 регистратор dns:98027369.us10.bcld.webex.com схема глътка изтича 240 съотношение на опресняване 50 tcp tls идентификационен номер Далас1171197921_ LGU потребителско име Далас1463285401_ LGU парола 0 9Wt[M6ifY+ потребителско име за удостоверяване на сферата на BroadWorks Далас1463285401_ LGU парола 0 9Wt[M6ifY+ потребителско име за удостоверяване на сферата на BroadWorks Далас1463285401_ LGU парола 0 9Wt[M6ifY+ царство9802736 9.us10.bcld.webex.com няма dns на sip-сървър с идентификатор на отдалечена страна:98027369.us10.bcld.webex.com връзка-повторна употреба srtp-crypto 100 сесия транспорт tcp tls url глътки грешка-passthru asserted-id pai bind контрол източник-интерфейс GigabitEthernet0/0/1 свързване медиен източник-интерфейс GigabitEthernet0/0/1 без преминаване през съдържание custom-sdp sip- профили 100 изходящ прокси dns:dfw04.sipconnect-us.bcld.webex.com преход към политиката за поверителност

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Дефинира набор от конфигурационни параметри, които ще се използват само за магистралата за Webex Calling . За повече информация вж наемател на гласов клас .

    регистратор dns:98027369.us10.bcld.webex.com схема глътки изтича 240 съотношение на опресняване 50 tcp tls

    Регистратор сървър за Local Gateway с регистрация настроен да се обновява на всеки две минути (50% от 240 секунди). За повече информация вж регистратор .

    Уверете се, че използвате стойността за регистриране на домейн от Control Hub тук.

    номер на пълномощията Далас1171197921_ LGU потребителско име Далас1463285401_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks

    Идентификационни данни за предизвикателството за регистрация на багажника. За повече информация вж идентификационни данни (SIP UA) .

    Уверете се, че използвате стойностите за линия/порт хост, потребителско име за удостоверяване и парола за удостоверяване съответно от Control Hub тук.

    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks
    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство 9802736 9.us10.bcld.webex.com

    Предизвикателство за удостоверяване на повиквания. За повече информация вж удостоверяване (dial-peer) .

    Уверете се, че използвате стойностите за потребителско име за удостоверяване, парола за удостоверяване и домейн на регистратор съответно от Control Hub тук.

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник.

    връзка-повторна употреба

    Използва една и съща постоянна връзка за регистрация и обработка на повиквания. За повече информация вж връзка-повторна употреба .

    srtp-крипто 100

    Конфигурира предпочитаните комплекти за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto.

    транспорт на сесия tcp tls

    Задава транспорт до TLS. За повече информация вж сесия-транспорт .

    url глътки

    SRV заявката трябва да бъде SIPs, поддържана от SBC за достъп; всички останали съобщения се променят на SIP с sip-профил 200.

    грешка-passthru

    Задава SIP отговор на грешка pass-thru функционалност. За повече информация вж грешка-passthru .

    утвърдено-идентификатор пай

    Включва PAI обработка в местния портал. За повече информация вж утвърден идентификатор .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до WebexCalling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до WebexCalling. За повече информация вж обвързвам .

    без преминаващо съдържание custom-sdp

    Команда по подразбиране под наемателя. За повече информация относно тази команда вж преминаващо съдържание .

    sip-профили 100

    Променя SIP на SIP и модифицира линия/порт за съобщения INVITE и REGISTER, както е дефинирано в sip-профили 100 . За повече информация вж гласови класове sip-профили .

    изходящ прокси dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Достъп до повиквания SBC. Вмъкнете изходящия прокси адрес, предоставен в Control Hub, когато сте създали своя багажник. За повече информация вж изходящ прокси .

    преход към политиката за поверителност

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling . 

     dial-peer глас 100 voip описание входящо/изходящо Webex Calling max-conn 250 дестинация-шаблон BAD.BAD сесия протокол sipv2 сесия цел sip-сървър входящ uri заявка 100 гласов клас кодек 100 dtmf-relay rtp-nte гласов клас stun- използване 100 без гласов клас sip localhost гласов клас sip наемател 100 srtp без vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 100 voip  описание Входящи/Изходящи Webex Calling

    Дефинира VoIP dial-peer с етикет 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    макс. връзка 250

    Ограничава броя на едновременните входящи и изходящи повиквания между LGW и Webex Calling. За регистрационните магистрали максималната конфигурирана стойност трябва да бъде 250. Използвайте по-ниска стойност, ако това би било по-подходящо за вашето внедряване. За повече информация относно ограниченията за едновременни повиквания за локален шлюз, вижте Започнете с Local Gateway документ.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Уточнява, че dial-peer 100 дръжки SIP кол крака. За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Конфигурира точката за набиране да използва общия списък на филтрите за кодеци 100. За повече информация вж кодек за гласов клас .

    глас-клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага да се отвори дупка в защитната стена за трафик на мултимедия.

    няма гласов клас sip localhost

    Деактивира заместването на името на локалния хост на DNS вместо физическия IP адрес в заглавките От, Call-ID и Remote-Party-ID на изходящите съобщения.

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer.

    srtp

    Позволява SRTP за крака на повикване.

    без вад

    Деактивира откриването на гласова активност.

След като дефинирате наемател 100 и конфигуриране на SIP VoIP dial-peer, шлюзът инициира TLS връзка към Webex Calling. В този момент SBC за достъп представя своя сертификат на локалния шлюз. Локалният шлюз потвърждава сертификата за достъп на Webex Calling SBC, използвайки коренния пакет на CA, който беше актуализиран по-рано. Ако сертификатът бъде разпознат, се установява постоянна TLS сесия между локалния шлюз и SBC за достъп за Webex Calling . След това локалният шлюз може да използва тази защитена връзка , за да се регистрира в SBC за достъп на Webex . Когато регистрацията е оспорена за удостоверяване:

  • В потребителско име, парола, и царство параметри от пълномощията конфигурацията се използва в отговора.

  • Правилата за модификация в sip профил 100 се използват за преобразуване на SIPS URL обратно в SIP.

Регистрацията е успешна, когато се получи 200 ОК от SBC за достъп.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN магистрала, преминете към следващия раздел Конфигурирайте локален шлюз с TDM PSTN магистрала .

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:

 гласов клас uri 200 sip хост ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:

 dial-peer глас 200 voip описание входящ/изходящ IP PSTN trunk дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел ipv4:192.168.80.13 входящ uri чрез 200 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet-0/0 sip bind медиен източник-интерфейс GigabitEthernet0/0/0 кодек за гласов клас 100 dtmf-relay rtp-nte no vad

Ето обяснение на полетата за конфигурацията:

 dial-peer глас 200 voip  описание Входящ/Изходящ IP PSTN транк

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Уточнява, че dial-peer 200 дръжки SIP кол крака. За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Посочва целевия IPv4 адрес на дестинацията, за да изпратите крака на повикването. Целта на сесията тук е IP адресът на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Определя критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex: 

     dial-peer глас 100 дестинация dpg 200 dial-peer глас 200 дестинация dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз с TDM PSTN магистрала

След като сте изградили транк към Webex Calling, използвайте следната конфигурация, за да създадете TDM trunk за вашата PSTN услуга с маршрутизиране на повикване с обратна линия, за да позволите оптимизиране на медиите на етап на повикването на Webex .

Ако не се нуждаете от оптимизация на IP медия, следвайте стъпките за конфигуриране за SIP PSTN магистрала. Използвайте гласов порт и POTS dial-peer (както е показано в стъпки 2 и 3) вместо PSTN VoIP dial-peer.
1

Конфигурацията за обратна връзка за набиране използва групи за набиране и маркери за маршрутизиране на повикване, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да създава цикли за маршрутизиране на повикване . Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на маркерите за маршрутизиране на повикване :

 гласов превод-правило 100 правило 1 /^\+/ /A2A/ гласов превод-профил 100 превод наречен 100 гласов превод-правило 200 правило 1 /^/ /A1A/ гласов превод-профил 200 превод наречен 200 гласов превод-правило 11 правило 1 /^A1A/ // гласов превод-профил 11 превод извикан 11 гласов превод-правило 12 правило 1 /^A2A44/ /0/ правило 2/^A2A/ /00/ гласов превод-профил 12 превод, извикан 12

Ето обяснение на полетата за конфигурацията:

гласов превод-правило

Използва регулярни изрази, дефинирани в правила, за добавяне или премахване на маркери за маршрутизиране на повикване . Превишените десетични цифри („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация, етикетът, добавен от профил за превод 100, се използва за насочване на повиквания от Webex Calling към PSTN чрез loopback dial-peers. По същия начин, етикетът, добавен от профил за превод 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профили за превод 11 и 12 премахват тези тагове, преди да доставят повиквания съответно към магистралите на Webex и PSTN.

Този пример предполага, че обажданите номера от Webex Calling са представени във формат + E.164 . Правило 100 премахва водещия +, за да поддържа валиден извикан номер. След това правило 12 добавя национална или международна цифра(и) за маршрутизиране при премахване на етикета. Използвайте цифри, които отговарят на вашия местен ISDN национален план за набиране.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вж гласов превод-профил и гласов превод-правило .

2

Конфигурирайте TDM портовете за гласов интерфейс, както се изисква от типа на магистрала и използвания протокол. За повече информация вж Конфигуриране на ISDN PRI . Например, основната конфигурация на ISDN интерфейс с първична скорост, инсталиран в NIM слот 2 на устройство, може да включва следното:

 тип карта e1 0 2 isdn превключвател първичен-net5 контролер E1 0/2/0 при-група времеви слота 1-31
3

Конфигурирайте следната TDM PSTN точка за набиране:

 dial-peer глас 200 пота описание входящ/изходящ PRI PSTN trunk дестинация-модел BAD.BAD превод-профил входящ 200 порт за директно набиране навътре 0/2/0:15

Ето обяснение на полетата за конфигурацията: 

 dial-peer глас 200 пота  описание Входящ/Изходящ PRI PSTN транк

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

превод-профил входящ 200

Присвоява профила за превод, който ще добави маркер за маршрутизиране на повикване към входящия извикан номер.

директно набиране навътре

Насочва повикването, без да предоставя вторичен тон за набиране. За повече информация вж директно набиране навътре .

порт 0/2/0:15

Физическият гласов порт, свързан с тази точка за набиране.

4

За да активирате медийната оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, можете да промените маршрутизиране на повикване чрез въвеждане на набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали. Конфигурирайте следните точки за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат пренасочени първоначално към dial-peer 10, а оттам към dial-peer 11 или 12 въз основа на приложения маркер за маршрутизиране. След премахване на маркера за маршрутизиране, повикванията ще бъдат пренасочени към външна линия с помощта на групи за набиране.

 dial-peer глас 10 voip описание Изходящ loop-around крак дестинация шаблон BAD.BAD протокол за сесия sipv2 сесия цел ipv4:192.168.80.14 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet0/0/0 гласов клас sip свързване източник на медия- интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad dial-peer глас 11 voip описание входящ loop-around крак към Webex translation-profile incoming 11 session protocol sipv2 incoming call-number A1AT voice-class sip bind control source -интерфейс GigabitEthernet0/0/0 гласов клас sip обвързване на медия източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad dial-peer глас 12 voip описание входящ loop-around крак към PSTN translation-profile входящ протокол за сесия sipv2 входящо повикване номер A2AT гласов клас sip свързване контрол източник-интерфейс GigabitEthernet0/0/0 гласов клас sip свързване медия източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad

Ето обяснение на полетата за конфигурацията: 

 dial-peer глас 10 пота  описание Изходящ крак с примка

Дефинира VoIP точка за набиране и дава смислено описание за по-лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

превод-профил входящ 11

Прилага профила за превод, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикване , преди да премине към външна линия.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва, че тази точка за набиране обработва етапите на SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията 192.168.80.14

Указва адреса на интерфейса на локалния рутер като цел на повикване за връщане. За повече информация вж цел на сесията (voip dial peer) .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за съобщения, изпратени чрез обратна верига. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени чрез обратна верига. За повече информация вж обвързвам .

dtmf-relay rtp-nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

кодек g711alaw

Принуждава всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответствате на метода за компандиране, използван от вашата ISDN услуга.

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

5

Добавете следната конфигурация за маршрутизиране на повикване :

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между PSTN и каналите на Webex чрез обратна верига.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200 гласов клас dpg 10 описание Пренасочване на повиквания към Loopback dial-peer 10

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагане на групи за набиране за маршрутизиране на повиквания.

     dial-peer глас 100 дестинация dpg 10 dial-peer глас 200 местоназначение dpg 10 dial-peer глас 11 дестинация dpg 100 dial-peer глас 12 дестинация dpg 200

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.
Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

Когато създавате линията за Webex Calling в Unified CM, уверете се, че сте конфигурирали входящия порт в настройките на профил за защита на SIP линиите на 5065. Това позволява входящи съобщения на порт 5065 и попълване на VIA заглавката с тази стойност при изпращане на съобщения до локалния шлюз.

1

Конфигуриране на следните URI гласови класове:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

     гласов клас uri 300 глътка модел :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

     гласов клас uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.

 ip хост ucmpub.mydomain.com 192.168.80.60 ip хост ucmsub1.mydomain.com 192.168.80.61 ip хост ucmsub2.mydomain.com 192.168.80.62 ip хост ucmsub3.com.my16.my18. ip хост ucmsub5.mydomain.com 192.168.80.65 ip хост_sip ._udp .wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Име на ресурсния запис на SRV

2: Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060: Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com: Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com: Името на име на домакина за запис A.

192.168.80.65: IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

     dial-peer глас 300 voip описание UCM- Webex Calling Обаждащ транк дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел dns:wxtocucm.io входящ uri чрез 300 гласов клас кодек 100 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet 0/0 /0 гласов клас sip bind медиен източник-интерфейс GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 300 voip  описание UCM- Транк за Webex Calling

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

     dial-peer глас 400 voip описание UCM-PSTN trunk дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел dns:pstntocucm.io входящ uri чрез 400 гласов клас кодек 100 гласов клас sip свързване контрол на източник-интерфейс GigabitEthernet 0/0 0 гласов клас sip bind медиен източник-интерфейс GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 400 voip  описание UCM-PSTN магистрала

    Дефинира VoIP dial-peer с етикет 400 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 300 описание Пренасочване на повиквания към Unified CM Webex Calling trunk dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

     гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200 гласов клас dpg 400 описание Пренасочване на повиквания към Unified CM PSTN trunk dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex: 

     dial-peer глас 100 дестинация dpg 300 dial-peer глас 300 дестинация dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

     dial-peer глас 200 дестинация dpg 400 dial-peer глас 400 дестинация dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте проблеми с локален шлюз с диагностични сигнатури

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на 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.1a или по-нова версия

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивни известия, ако устройството работи с Cisco IOS XE 17.6.1a или по-нова версия.

    конфигуриране на терминално повикване-домашен пощенски сървър : @ приоритет 1 защитен tls край

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да Ви уведоми. 

    конфигуриране на среда за диагностичен подпис за повикване до домаds_email  край

По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.6.1a или по-нова версия за изпращане на проактивни известия до tacfaststart@gmail.com използване на Gmail като защитен SMTP сървър:

Препоръчваме ви да използвате Cisco IOS XE Bengaluru 17.6.x или по-нови версии.

call-home mail-server tacfaststart:password@smtp.gmail.com приоритет 1 защитена среда за диагностичен подпис на tlsds_email "tacfaststart@gmail.com"

Локален портал, работещ на Cisco IOS XE Software, не е типичен уеб-базиран клиент на Gmail, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на профила в Gmail и да предоставим специално разрешение имейлът от устройството да бъде обработен правилно:

  1. Отидете на Управление на акаунта в Google > Сигурност и включете По-малко защитен достъп до приложения настройка.

  2. Отговорете "Да, това бях аз", когато получавате имейл от Gmail, в който се казва: "Google попречи на някого да влезе в профила ви с помощта на приложение извън Google".

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява използването на CPU за пет секунди, използвайки SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгвания и деинсталира всички диагностични подписи, които са инсталирани в Local Gateway. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда за активиране на SNMP. Ако не активирате, конфигурирайте snmp-сървър мениджър команда.

    show snmp % SNMP агент не е активиран config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 Вход за SNMP пакети      0 Грешки с лоша версия на SNMP      1 Неизвестно име на общността      0 Незаконна операция за предоставено име на общността      0 Грешки при кодиране 37763 Брой заявени променливи      2 Брой променени променливи 34560 PDU за получаване на заявка 138 PDU за получаване на следващия      2 PDU с заявка за набор      0 падане на пакети на входната опашка (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (максимален размер на пакета 1500) 20 Няма такива грешки в името      0 Грешки с лоши стойности      0 Общи грешки 7998 PDUs за отговор 10280 Trap PDUs Пакети, които в момента са в SNMP процесна опашка за въвеждане: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 64224, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Серия Cisco CSR 1000V

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  3. Копирайте DS XML файла в светкавицата на локалния шлюз.

    LocalGateway# копие ftp://username:password@ /DS_ 64224.xml начална флаш памет:

    Следващият пример показва копиране на файла от FTP сървър към локалния шлюз. 

    копирайте ftp://user:pwd@192.0.2.12/DS_ 64224.xml начална флаш памет:  Достъп до ftp://*:*@ 192.0.2.12/DS_ 64224.xml...!  [ОК - 3571/4096 байта] 3571 байта, копирани за 0,064 секунди (55797 байта/сек)

  4. Инсталирайте DS XML файла в локалния шлюз.

    обаждане вкъщи диагностика-сигнатура натоварване DS_ 64224.xml Заредете файл DS_ 64224.xml успех

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност. 

    показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : username@gmail.com

    Изтегляне на DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг SIP багажник регистрация

Този DS проверява за нерегистрация на локален Gateway SIP багажник с облак Webex Calling на всеки 60 секунди. След като се открие събитието за отписване, то генерира известие по имейл и системен журнал и се деинсталира след две поява на дерегистрация. Използвайте стъпките по-долу, за да инсталирате подписа:

  1. Изтеглете DS 64117, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    СИП-СИП

    Тип на проблема

    SIP Trunk Отписване на регистрацията с известие по имейл.

  2. Копирайте DS XML файла в локалния шлюз.

    копирайте ftp://потребителско име:парола@ /DS_ 64117.xml начална флаш памет:

  3. Инсталирайте DS XML файла в локалния шлюз. 

    обаждане вкъщи диагностика-сигнатура натоварване DS_ 64117.xml Заредете файл DS_ 64117.xml успех LocalGateway#

  4. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Мониторинг на абнормни прекъсвания на повикването

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503. Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда, за да проверите дали SNMP е активиран. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда. 

    show snmp % SNMP агент не е активиран config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 Вход за SNMP пакети      0 Грешки с лоша версия на SNMP      1 Неизвестно име на общността      0 Незаконна операция за предоставено име на общността      0 Грешки при кодиране 37763 Брой заявени променливи      2 Брой променени променливи 34560 PDU за получаване на заявка 138 PDU за получаване на следващия      2 PDU с заявка за набор      0 падане на пакети на входната опашка (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (максимален размер на пакета 1500) 20 Няма такива грешки в името      0 Грешки с лоши стойности      0 Общи грешки 7998 PDUs за отговор 10280 Trap PDUs Пакети, които в момента са в SNMP процесна опашка за въвеждане: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 65221, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз. 

    копирайте ftp://потребителско име:парола@ /DS_ 65221.xml начална флаш памет:

  4. Инсталирайте DS XML файла в локалния шлюз. 

    обаждане вкъщи диагностика-сигнатура натоварване DS_ 65221.xml Заредете файл DS_ 65221.xml успех

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Диагностичните подписи (DS) премахват необходимостта от ръчна проверка за възникване на проблема и улесняват много по-лесно отстраняването на неизправности на периодични и преходни проблеми.

Можете да използвате инструмента за търсене на диагностични подписи, за да намерите приложимите подписи и да ги инсталирате за самостоятелно разрешаване на даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "%VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте допълнителна променлива на средата на DSds_fsurl_prefix което е пътят на файлов сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка в следната команда. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, ако е необходимо. 

    конфигуриране на среда за диагностика-подпис на терминал за повикване до дома LocalGateway(cfg-call-home-diag-sign)ds_fsurl_prefix "scp:// : @cxd.cisco.com" край

    Пример: 

    среда за диагностика и подпис за обаждане вкъщиds_fsurl_prefix "околна средаds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на покажи snmp команда. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp % SNMP агент не е активиран config t snmp-server manager край

  3. Уверете се, че инсталирате High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгвания и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Сислогс

    Тип на проблема

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    копирайте ftp://потребителско име:парола@ /DS_ 64224.xml начална флаш памет:  копирайте ftp://потребителско име:парола@ /DS_ 65095.xml начална флаш памет:

  6. Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз. 

    обаждане вкъщи диагностика-сигнатура натоварване DS_ 64224.xml Заредете файл DS_ 64224.xml успех зареждане на DS за диагностика на повикване до дома_ 65095.xml Заредете файл DS_ 65095.xml успех

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи команда. Колоната за състоянието трябва да има "регистрирана" стойност. 

    показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08

Проверка на изпълнението на диагностичните подписи

В следващата команда колоната „Състояние“ на покажете диагностичен подпис за обаждане вкъщи командата се променя на „работеща“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът от статистиката за диагностичния подпис на повикването у дома е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития. 

показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS

Име на DS

Задейства се /Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време за изпълнение (секунди)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на даден проблем.

Деинсталиране на диагностични подписи

Използвайте диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинират като деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи команда и изпълнете следната команда:

деинсталиране на диагностика за домашен подпис

Пример:

деинсталиране на диагностичен подпис за обаждане до дома 64224

Периодично се добавят нови подписи към инструмента за справка за диагностични подписи, въз основа на проблеми, които обикновено се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

Управлявайте и валидирайте Cisco IOS XE Gateways чрез Control Hub

За по-добро управление на 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 съобщения и ги насочва към необходимата цел.

Пренасочване на повиквания от/към PSTN към/от решение за конфигурация на Webex Calling

Докато IP и SIP се превърнаха в протоколи по подразбиране за PSTN магистрали, TDM (Time Division Multiplexing) ISDN вериги все още се използват широко и се поддържат с връзките на Webex Calling . За да се активира медийна оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, понастоящем е необходимо да се използва двуетапен процес за маршрутизиране на повикване . Този подход модифицира конфигурацията за маршрутизиране на повикване , показана по-горе, като въвежда набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали, както е показано на изображението по-долу.

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение. Предоставени са опции за публично или частно (зад NAT) адресиране. SRV DNS записите не са задължителни, освен ако не се балансиране на товара в множество екземпляри на CUBE.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на сертификати локални внедрявания на шлюз изискват Cisco IOS XE 17.9.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Essentials. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

    • За изисквания за висок капацитет може също да изисквате лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.

      Отнесете се към Кодове за оторизация за повече подробности.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • АКЛ

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) на локалния шлюз или адресите на запис на услуги (SRV) трябва да се разрешават до публичен IPv4 адрес в интернет.

  • Всички SIP и медийни портове на интерфейса на локалния шлюз, обърнат към Webex , трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната си стена.

  • Инсталирайте подписан сертификат на локалния шлюз (по-долу са дадени подробни стъпки за конфигуриране).

    • Публичен орган за сертификати (CA), както е описано подробно в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? трябва да подпише сертификата на устройството.

    • FQDN , конфигуриран в Control Hub при създаване на магистрала, трябва да бъде сертификатът Common Name (CN) или Subject Alternate Name (SAN) на рутера. Например:

      • Ако конфигуриран транк в Control Hub на вашата организация има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата на рутера трябва да съдържа cube1.lgw.com.

      • Ако конфигурирана магистрала в контролния център на вашата организация има lgws.lgw.com като SRV адрес на локалния(ите) шлюз(и), достъпен от магистралата, тогава CN или SAN в сертификата на рутера трябва да съдържа lgws.lgw.com. Записите, на които SRV адресът решава (CNAME, A Record или IP адрес), са незадължителни в SAN.

      • Независимо дали използвате FQDN или SRV за магистрала, адресът за контакт за всички нови SIP диалогови прозорци от вашия локален шлюз използва името, конфигурирано в Control Hub.

  • Уверете се, че сертификатите са подписани за използване от клиента и сървъра.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:

 интерфейс GigabitEthernet0/0/0 описание Интерфейс с лице към PSTN и/или CUCM ip адрес 192.168.80.14 255.255.255.0 ! интерфейс GigabitEthernet0/0/1 описание Интерфейс с лице към Webex Calling (публичен адрес) ip адрес 198.51.100.1 255.255.255.240

2

Защитете STUN идентификационните данни на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:

 ключ config-key password-encrypt YourPassword парола криптиране aes
3

Създайте доверителна точка за криптиране със сертификат, подписан от предпочитания от вас орган за сертификати (CA).

  1. Създайте двойка ключове RSA , като използвате следната команда exec.

    крипто ключ генерира rsa общи ключове етикет за експортиране lgw-ключ модул 4096

  2. Когато използвате cube1.lgw.com като fqdn за магистрала, създайте точка на доверие за подписания сертификат със следните команди за конфигурация: 

     crypto pki trustpoint LGW_ Терминал за записване на CERT pem fqdn cube1.lgw.com име-на-тема cn=cube1.lgw.com-alt-name-на-темета cube1.lgw.com отмяна-проверка няма rsakeypair lgw-key

  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да поискате подписан сертификат от поддържан доставчик на CA:

    crypto pki запишете LGW_ CERT

4

Удостоверете новия си сертификат, като използвате вашия междинен (или основен) СА сертификат, след което импортирайте сертификата (Стъпка 4). Въведете следната команда exec или конфигурация:

 crypto pki удостоверява LGW_ CERT

5

Импортирайте подписан сертификат за хост, като използвате следната команда exec или конфигурация:

 крипто pki импорт LGW_ CERT сертификат

6

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация:

 sip-ua крипто сигнализиране по подразбиране на доверителна точка LGW_ CERT транспортен tcp tls v1.2

7

Инсталирайте пакета Cisco root CA, който включва СА сертификат DigiCert, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80
 ip http клиент източник-интерфейс GigabitEthernet0/0/1 crypto pki trustpool импортиране чист url https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling
1

Създайте CUBE базирана на сертификат PSTN магистрала за съществуващо местоположение в Control Hub. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .

Отбележете информацията за магистралата, която се предоставя след създаването на багажника. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство.
2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

 гласова услуга voip ip адрес доверен списък ipv4 xxxx yyyy режим border-element enable-connections sip to sip без допълнителна услуга sip reference stun stun flowdata agent-id 1 boot-count 4 stun flowdata споделена-секретна 0 Password123$ sip асиметричен полезен товар пълен рано -предложете принудителни sip-профили входящо

Ето обяснение на полетата за конфигурацията:

 списък с доверени IP адреси  ipv4 xxxx yyyy

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежови обекти, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните пиъри за набиране с „целеви IP на сесията“ или IP адреси на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите за вашия регионален център за данни Webex Calling към списъка, вж. Референтна информация за портове за Webex Calling за повече информация. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

  • За повече информация как да използвате доверен списък с IP адрес , за да предотвратите измами с пътни такси, вж Доверен IP адрес .

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

разрешаване на връзки глътка до глътка

Активирайте CUBE основния SIP обратно към гръб функционалност на потребителския агент. За повече информация вж Разрешаване на връзки .

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

Тези глобални команди за зашеметяване са необходими само при разполагане на вашия локален шлюз зад NAT.

  • Когато препращате обаждане до потребител на Webex Calling (например, както повикващите, така и обаждащите се страни са абонати на Webex Calling и ако закотвяте медиите в Webex Calling SBC), тогава медиите не могат да текат към Local Gateway, тъй като отворът не е отворен.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

sip-профили входящи

Позволява на CUBE да използва SIP профили за промяна на съобщенията при получаването им. Профилите се прилагат чрез dial-peers или наематели.

3

Конфигуриране кодек за гласов клас 100 кодек филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.

 гласов клас кодек 100 предпочитание за кодек 1 предпочитание за кодек opus 2 g711ulaw предпочитание за кодек 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вж кодек за гласов клас .

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling . (Тази стъпка не е приложима за Webex for Government)

 гласов клас stun-usage 100 stun използване защитна стена-traversal flowdata зашеметяване използване ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяващо използване ice lite

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .

В зашеметяващо използване на защитна стена за преминаване на поток данни командата се изисква само при разполагане на вашия локален шлюз зад NAT.
Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC.
5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex . (Тази стъпка не е приложима за Webex for Government)

 гласов клас srtp-crypto 100 crypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_ 80 За повече информация вж гласов клас srtp-crypto .

6

Конфигуриране на FIPS-съвместими GCM шифри (Тази стъпка е приложима само за Webex for Government) . 

 гласов клас srtp-crypto 100 crypto 1 AEAD_ AES_ 256_ GCM

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Посочва GCM като шифров пакет, който CUBE предлага. Задължително е да конфигурирате GCM шифри за локален шлюз за Webex за правителство.

7

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на неговото FQDN или SRV местоназначение:

 гласов клас uri 100 глътка модел cube1.lgw.com

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте LGW FQDN или SRV, конфигурирани в Control Hub, докато създавате магистрала.

8

Конфигурирайте профили за манипулиране на SIP съобщение . Ако вашият шлюз е конфигуриран с публичен IP адрес, конфигурирайте профил по следния начин или преминете към следващата стъпка, ако използвате NAT. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, а „198.51.100.1“ е публичният IP адрес на интерфейса на локалния шлюз пред Webex Calling:

 гласов клас sip-профили 100 правило 10 заявка ВСЯКАКВА sip-заглавка Промяна на контакт "@.*:" "@cube1.lgw.com:" правило 20 отговор ВСЯКАКВА sip-заглавка Промяна на контакт "@.*:" "@cube1.lgw .com:"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

Пропуснете следващата стъпка, ако сте конфигурирали вашия локален шлюз с публични IP адреси.

9

Ако вашият шлюз е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, „10.80.13.12“ е IP адрес на интерфейса, обърнат към Webex Calling , а „192.65.79.20“ е публичният IP адрес на NAT.

SIP профили за изходящи съобщения към Webex Calling 
 гласов клас sip-профили 100 правило 10 заявка ВСЯКАКВА sip-заглавка Промяна на контакт "@.*:" "@cube1.lgw.com:" правило 20 отговор ВСЯКАКВА sip-заглавка Промяна на контакт "@.*:" "@cube1.lgw .com:" правило 30 отговор ВСЕКИ sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" правило 31 отговор ВСЕКИ sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" правило 40 отговор ВСЯКАКВА sdp-заглавка Audio-Connection-Info модифициране "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" правило за заявка на Audio4 NY sdp -Информация за връзка модифициране "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" правило 50 заявка ВСЯКАКВА sdp-заглавка Connection-Info модификация "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" правило 50, отговор на sdp. header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" правило 60 отговор ВСЯКАКВА sdp-header Session-Owner модифицира "IN IP4 10.80.13.12" "IN IP4 192.60" правило 60 sdp. заглавна сесия-собственик модифицира "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" правило 70 поиска ВСЯКАКВА sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" ".20" .61. правило 71 отговор ВСЯКАКВА sdp-заглавка Промяна на аудио-атрибут "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 правило 80 искане ВСЯКАКВА sdp-заглавка Промяна на аудио-атрибут "(a=кандидат:1 1.*) 10.80.13.12" "\1 192.65.79.20" правило 81 поиска ВСЯКАКВА sdp-заглавка на аудио-атрибут модификация "(a=кандидат:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

правила от 30 до 81

Преобразувайте препратките към частни адреси към външния публичен адрес за сайта, позволявайки на Webex правилно да интерпретира и маршрутизира следващите съобщения.

SIP профил за входящи съобщения от Webex Calling 
 гласов клас sip-профили 110 правило 10 отговор ВСЯКАКВА sdp-заглавка Video-Connection-Info модификация "192.65.79.20" "10.80.13.12" правило 20 отговор ВСЯКАКВА sip-заглавка Контакт модификация "@.*:" "@cube1.lgw. com:" правило 30 отговор ВСЯКАКВА sdp-header Connection-Info модификация "192.65.79.20" "10.80.13.12" правило 40 отговор ВСЯКАКВА sdp-заглавка Audio-Connection-Info модификация "192.65.79.20" "10.120" правило 10.120. ВСЯКАКВА sdp-заглавка на сесия-собственик модифицира "192.65.79.20" "10.80.13.12" правило 60 отговор ВСЯКАКВА sdp-заглавка Промяна на аудио-атрибут "(a=кандидат:1 1.*) 192.65.79.20" "\1 10.80.13.12" правило 70 отговор ВСЕКИ sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" правило 80 отговор ВСЕКИ sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Ето обяснение на полетата за конфигурацията:

правила от 10 до 80

Преобразувайте препратките към публичния адрес в конфигурирания частен адрес, позволявайки на съобщенията от Webex да бъдат правилно обработвани от CUBE.

За повече информация вж гласови класове sip-профили .

10

Конфигурирайте SIP опции за поддържане на активност с профил за промяна на заглавката.

 гласов клас sip-профили 115 правило 10 заявка ОПЦИИ sip-header Контакт промяна "

Ето обяснение на полетата за конфигурацията:

гласов клас 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 .

11

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-късно точките за набиране, свързани с този наемател, ще наследят тези конфигурации:

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

     наемател на гласов клас 100 без идентификатор на отдалечена страна sip-сървър dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com транспорт на сесия tcp tls без грешка при опресняване на сесията-passthru контрол на свързване източник- интерфейс GigabitEthernet0/0/1 свързване на медия източник-интерфейс GigabitEthernet0/0/1 без преминаване през съдържание custom-sdp sip-profils 100 sip-profile 110 входяща политика за поверителност passthru !

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Препоръчваме ви да използвате наематели, за да конфигурирате транкове, които имат собствен TLS сертификат и списък за валидиране на CN или SAN. Тук tls-профилът, свързан с наемателя, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки. За повече информация вж наемател на гласов клас .

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник

    srtp-крипто 100

    Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto .

    dns на локален хост: cube1.lgw.com

    Конфигурира CUBE да замени физическия IP адрес в заглавките From, Call- ИД и Remote-Party- ИД в изходящите съобщения с предоставеното FQDN.

    транспорт на сесия tcp tls

    Задава транспортиране към TLS за свързаните точки за набиране. За повече информация вж сесия-транспорт .

    няма обновяване на сесията

    Деактивира опресняването на SIP сесията глобално.

    грешка-passthru

    Задава SIP отговор на грешка pass-thru функционалност. За повече информация вж грешка-passthru .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за медия, изпратена до Webex Calling. За повече информация вж обвързвам .

    sip профили за гласов клас 100

    Прилага профила за промяна на заглавката (обществен IP или NAT адрес), който да се използва за изходящи съобщения. За повече информация вж sip профили за гласов клас .

    гласов клас sip профили 110 входящи

    Прилага профила за промяна на заглавката (само за NAT адресиране), за да се използва за входящи съобщения. За повече информация вижте профили за гласови класове.

    политика за поверителност passthru

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

     dial-peer глас 100 voip описание входящо/изходящо Webex Calling дестинация шаблон BAD.BAD сесия протокол sipv2 сесия цел sip-сървър входящ uri заявка 100 гласов клас кодек 100 гласов клас зашеметяване 100 гласов клас sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 100 voip  описание Входящи/Изходящи Webex Calling

    Дефинира VoIP dial-peer с етикет 100 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Уточнява, че dial-peer 100 дръжки SIP кол крака. За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Webex Calling. За повече информация вж кодек за гласов клас .

    гласов клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага за отваряне на дупка в защитната стена за трафик на мултимедия.

    глас-клас глътка утвърдено-идентификатор пай

    Задава информацията за изходящите повиквания, използвайки заглавката на ИД за поверителността (PAI). За повече информация вж глас-клас глътка утвърден-идент .

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer. За повече информация вж гласов клас sip наемател .

    опции за глътка гласов клас-поддържайте профил 100

    Тази команда се използва за наблюдение на наличността на група от SIP сървъри или крайни точки, използвайки специфичен профил (100).

    srtp

    Позволява SRTP за крака на повикване.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN магистрала, преминете към следващия раздел Конфигурирайте локален шлюз с TDM PSTN магистрала .

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:

 гласов клас uri 200 sip хост ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:

 dial-peer глас 200 voip описание входящ/изходящ IP PSTN trunk дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел ipv4:192.168.80.13 входящ uri чрез 200 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet-0/0 sip bind медиен източник-интерфейс GigabitEthernet0/0/0 кодек за гласов клас 100 dtmf-relay rtp-nte no vad

Ето обяснение на полетата за конфигурацията:

 dial-peer глас 200 voip  описание Входящ/Изходящ IP PSTN транк

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Уточнява, че dial-peer 200 дръжки SIP кол крака. За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Посочва целевия IPv4 адрес на дестинацията, за да изпратите крака на повикването. Целта на сесията тук е IP адресът на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Определя критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex: 

     dial-peer глас 100 дестинация dpg 200 dial-peer глас 200 дестинация dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз с TDM PSTN магистрала

След като сте изградили транк към Webex Calling, използвайте следната конфигурация, за да създадете TDM trunk за вашата PSTN услуга с маршрутизиране на повикване с обратна линия, за да позволите оптимизиране на медиите на етап на повикването на Webex .

Ако не се нуждаете от оптимизация на IP медия, следвайте стъпките за конфигуриране за SIP PSTN магистрала. Използвайте гласов порт и POTS dial-peer (както е показано в стъпки 2 и 3) вместо PSTN VoIP dial-peer.
1

Конфигурацията за обратна връзка за набиране използва групи за набиране и маркери за маршрутизиране на повикване, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да създава цикли за маршрутизиране на повикване . Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на маркерите за маршрутизиране на повикване :

 гласов превод-правило 100 правило 1 /^\+/ /A2A/ гласов превод-профил 100 превод наречен 100 гласов превод-правило 200 правило 1 /^/ /A1A/ гласов превод-профил 200 превод наречен 200 гласов превод-правило 11 правило 1 /^A1A/ // гласов превод-профил 11 превод извикан 11 гласов превод-правило 12 правило 1 /^A2A44/ /0/ правило 2/^A2A/ /00/ гласов превод-профил 12 превод, извикан 12

Ето обяснение на полетата за конфигурацията:

гласов превод-правило

Използва регулярни изрази, дефинирани в правила, за добавяне или премахване на маркери за маршрутизиране на повикване . Превишените десетични цифри („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация, етикетът, добавен от профил за превод 100, се използва за насочване на повиквания от Webex Calling към PSTN чрез loopback dial-peers. По същия начин, етикетът, добавен от профил за превод 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профили за превод 11 и 12 премахват тези тагове, преди да доставят повиквания съответно към магистралите на Webex и PSTN.

Този пример предполага, че обажданите номера от Webex Calling са представени във формат + E.164 . Правило 100 премахва водещия +, за да поддържа валиден извикан номер. След това правило 12 добавя национална или международна цифра(и) за маршрутизиране при премахване на етикета. Използвайте цифри, които отговарят на вашия местен ISDN национален план за набиране.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вж гласов превод-профил и гласов превод-правило .

2

Конфигурирайте TDM портовете за гласов интерфейс, както се изисква от типа на магистрала и използвания протокол. За повече информация вж Конфигуриране на ISDN PRI . Например, основната конфигурация на ISDN интерфейс с първична скорост, инсталиран в NIM слот 2 на устройство, може да включва следното:

 тип карта e1 0 2 isdn превключвател първичен-net5 контролер E1 0/2/0 при-група времеви слота 1-31
3

Конфигурирайте следната TDM PSTN точка за набиране:

 dial-peer глас 200 пота описание входящ/изходящ PRI PSTN trunk дестинация-модел BAD.BAD превод-профил входящ 200 порт за директно набиране навътре 0/2/0:15

Ето обяснение на полетата за конфигурацията: 

 dial-peer глас 200 пота  описание Входящ/Изходящ PRI PSTN транк

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

превод-профил входящ 200

Присвоява профила за превод, който ще добави маркер за маршрутизиране на повикване към входящия извикан номер.

директно набиране навътре

Насочва повикването, без да предоставя вторичен тон за набиране. За повече информация вж директно набиране навътре .

порт 0/2/0:15

Физическият гласов порт, свързан с тази точка за набиране.

4

За да активирате медийната оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, можете да промените маршрутизиране на повикване чрез въвеждане на набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали. Конфигурирайте следните точки за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат пренасочени първоначално към dial-peer 10, а оттам към dial-peer 11 или 12 въз основа на приложения маркер за маршрутизиране. След премахване на маркера за маршрутизиране, повикванията ще бъдат пренасочени към външна линия с помощта на групи за набиране.

 dial-peer глас 10 voip описание Изходящ loop-around крак дестинация шаблон BAD.BAD протокол за сесия sipv2 сесия цел ipv4:192.168.80.14 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet0/0/0 гласов клас sip свързване източник на медия- интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad dial-peer глас 11 voip описание входящ loop-around крак към Webex translation-profile incoming 11 session protocol sipv2 incoming call-number A1AT voice-class sip bind control source -интерфейс GigabitEthernet0/0/0 гласов клас sip обвързване на медия източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad dial-peer глас 12 voip описание входящ loop-around крак към PSTN translation-profile входящ протокол за сесия sipv2 входящо повикване номер A2AT гласов клас sip свързване контрол източник-интерфейс GigabitEthernet0/0/0 гласов клас sip свързване медия източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw no vad

Ето обяснение на полетата за конфигурацията: 

 dial-peer глас 10 пота  описание Изходящ крак с примка

Дефинира VoIP точка за набиране и дава смислено описание за по-лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

превод-профил входящ 11

Прилага профила за превод, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикване , преди да премине към външна линия.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва, че тази точка за набиране обработва етапите на SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията 192.168.80.14

Указва адреса на интерфейса на локалния рутер като цел на повикване за връщане. За повече информация вж цел на сесията (voip dial peer) .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за съобщения, изпратени чрез обратна верига. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени чрез обратна верига. За повече информация вж обвързвам .

dtmf-relay rtp-nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

кодек g711alaw

Принуждава всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответствате на метода за компандиране, използван от вашата ISDN услуга.

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

5

Добавете следната конфигурация за маршрутизиране на повикване :

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между PSTN и каналите на Webex чрез обратна верига.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200 гласов клас dpg 10 описание Пренасочване на повиквания към Loopback dial-peer 10

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагане на групи за набиране за маршрутизиране на повиквания.

     dial-peer глас 100 дестинация dpg 10 dial-peer глас 200 местоназначение dpg 10 dial-peer глас 11 дестинация dpg 100 dial-peer глас 12 дестинация dpg 200

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.
Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

1

Конфигуриране на следните URI гласови класове:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

     гласов клас uri 300 глътка модел :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

     гласов клас uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.

 ip хост ucmpub.mydomain.com 192.168.80.60 ip хост ucmsub1.mydomain.com 192.168.80.61 ip хост ucmsub2.mydomain.com 192.168.80.62 ip хост ucmsub3.com.my16.my18. ip хост ucmsub5.mydomain.com 192.168.80.65 ip хост_sip ._udp .wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP хост_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и транк:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Име на ресурсния запис на SRV

2: Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060: Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com: Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com: Името на име на домакина за запис A.

192.168.80.65: IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

     dial-peer глас 300 voip описание UCM- Webex Calling Обаждащ транк дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел dns:wxtocucm.io входящ uri чрез 300 гласов клас кодек 100 гласов клас sip свързване контрол източник-интерфейс GigabitEthernet 0/0 /0 гласов клас sip bind медиен източник-интерфейс GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 300 voip  описание UCM- Транк за Webex Calling

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

     dial-peer глас 400 voip описание UCM-PSTN trunk дестинация-шаблон BAD.BAD протокол за сесия sipv2 сесия цел dns:pstntocucm.io входящ uri чрез 400 гласов клас кодек 100 гласов клас sip свързване контрол на източник-интерфейс GigabitEthernet 0/0 0 гласов клас sip bind медиен източник-интерфейс GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Ето обяснение на полетата за конфигурацията:

     dial-peer глас 400 voip  описание UCM-PSTN магистрала

    Дефинира VoIP dial-peer с етикет 400 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че dial-peer 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

     гласов клас dpg 100 описание Пренасочване на повиквания към Webex Calling dial-peer 100 гласов клас dpg 300 описание Пренасочване на повиквания към Unified CM Webex Calling trunk dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

     гласов клас dpg 200 описание Пренасочване на повиквания към PSTN dial-peer 200 гласов клас dpg 400 описание Пренасочване на повиквания към Unified CM PSTN trunk dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex: 

     dial-peer глас 100 дестинация dpg 300 dial-peer глас 300 дестинация dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

     dial-peer глас 200 дестинация dpg 400 dial-peer глас 400 дестинация dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте проблеми с локален шлюз с диагностични сигнатури

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на Cisco IOS XE локален портал и генерират известие за имейл, сислог или терминално съобщение за събитието. Можете също така да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърляте събраните данни към случая Cisco TAC, за да ускорите времето за разделителна способност.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за проблемни събития и действия за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте сислог съобщения, SNMP събития и чрез периодично наблюдение на конкретни командни изходи показване, за да определите логиката за откриване на проблеми. Видовете действия включват:

  • Събиране на командни изходи

  • Генериране на консолидиран лог файл

  • Качване на файла на потребител предоставено местоположение на мрежата като HTTPS, SCP, FTP сървър

Инженерите на TAC пишат DS файлове и цифрово го подписват за защита на интегритета. Всеки DS файл има уникалния цифров идентификатор, зададен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, който изтегляте от DSLT. Файловете, които променяте инсталацията за неуспех поради грешката при проверка на интегритета.

  • Прост протокол за прехвърляне на поща (SMTP) сървър, от който се нуждаете, за да може местният портал да изпраща известия по имейл.

  • Уверете се, че местният портал работи с IOS XE 17.6.1 или по-висока, ако искате да използвате защитения SMTP сървър за известия по имейл.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1 или по-висок

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитен имейл сървър, който използвате за изпращане на проактивни известия, ако устройството работи с IOS XE 17.6.1 или по-нова версия.

     конфигуриране на терминално повикване-домашен пощенски сървър : @ приоритет 1 защитен tls край

  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, за да уведомите.

     конфигуриране на среда за диагностика-подпис на терминал за повикване до дома LocalGateway(cfg-call-home-diag-sign)ds_email  край

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява 5-секундното използване на процесора с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгвания и деинсталира всички диагностични подписи, които инсталирате в Local Gateway. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командното шоу snmp. Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

     show snmp % SNMP агент не е активиран config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 Вход за SNMP пакети      0 Грешки с лоша версия на SNMP      1 Неизвестно име на общността      0 Незаконна операция за предоставено име на общността      0 Грешки при кодиране 37763 Брой заявени променливи      2 Брой променени променливи 34560 PDU за получаване на заявка 138 PDU за получаване на следващия      2 PDU с заявка за набор      0 падане на пакети на входната опашка (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (максимален размер на пакета 1500) 20 Няма такива грешки в името      0 Грешки с лоши стойности      0 Общи грешки 7998 PDUs за отговор 10280 Trap PDUs Пакети, които в момента са в SNMP процесна опашка за въвеждане: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 64224, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    копирайте ftp://потребителско име:парола@ /DS_ 64224.xml начална флаш памет:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решението за Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо cpu utilization с имейл известие

  3. Копирайте DS XML файла на светкавицата локален шлюз.

    копирайте ftp://потребителско име:парола@ /DS_ 64224.xml начална флаш памет:

    Следващият пример показва копиране на файла от FTP сървър към локалния шлюз.

    копирайте ftp://user:pwd@192.0.2.12/DS_ 64224.xml начална флаш памет:  Достъп до ftp://*:*@ 192.0.2.12/DS_ 64224.xml...!  [ОК - 3571/4096 байта] 3571 байта, копирани за 0,064 секунди (55797 байта/сек)

  4. Инсталирайте DS XML файла в локалния шлюз.

     обаждане вкъщи диагностика-сигнатура натоварване DS_ 64224.xml Заредете файл DS_ 64224.xml успех

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност. 

     показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : username@gmail.com

    Изтегляне на DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, моля, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на процесора на местния портал.

Мониторинг на необичайни прекъсвания на повикване

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503. Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда. 

    show snmp % SNMP агент не е активиран config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 Вход за SNMP пакети      0 Грешки с лоша версия на SNMP      1 Неизвестно име на общността      0 Незаконна операция за предоставено име на общността      0 Грешки при кодиране 37763 Брой заявени променливи      2 Брой променени променливи 34560 PDU за получаване на заявка 138 PDU за получаване на следващия      2 PDU с заявка за набор      0 падане на пакети на входната опашка (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (максимален размер на пакета 1500) 20 Няма такива грешки в името      0 Грешки с лоши стойности      0 Общи грешки 7998 PDUs за отговор 10280 Trap PDUs Пакети, които в момента са в SNMP процесна опашка за въвеждане: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 65221, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз.

    копирайте ftp://потребителско име:парола@ /DS_ 65221.xml начална флаш памет:

  4. Инсталирайте DS XML файла в локалния шлюз. 

     обаждане вкъщи диагностика-сигнатура натоварване DS_ 65221.xml Заредете файл DS_ 65221.xml успех

  5. Използвайте командата покажете диагностичен подпис за обаждане вкъщи за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Инсталирайте диагностични сигнатури за отстраняване на проблем

Можете също така да използвате диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Това елиминира необходимостта от ръчна проверка за възникването на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате инструмента за справка за диагностични подписи, за да намерите приложимите подписи и да ги инсталирате за самостоятелно решаване на даден проблем или да инсталирате подписа, който се препоръчва от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "%VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо. 

     конфигуриране на среда за диагностика-подпис на терминал за повикване до дома LocalGateway(cfg-call-home-diag-sign)ds_fsurl_prefix "scp:// : @cxd.cisco.com" край

    Пример: 

     среда за диагностика и подпис за обаждане вкъщиds_fsurl_prefix "околна средаds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

     show snmp % SNMP агент не е активиран config t snmp-server manager край

  3. Препоръчваме инсталирането на High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгвания и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Сислогс

    Тип на проблема

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

     копирайте ftp://потребителско име:парола@ /DS_ 64224.xml начална флаш памет:  копирайте ftp://потребителско име:парола@ /DS_ 65095.xml начална флаш памет:

  6. Инсталирайте високопроцесорния мониторинг DS 64224 и след това DS CPU XML файл в локалния шлюз. 

     обаждане вкъщи диагностика-сигнатура натоварване DS_ 64224.xml Заредете файл DS_ 64224.xml успех зареждане на DS за диагностика на повикване до дома_ 65095.xml Заредете файл DS_ 65095.xml успех

  7. Уверете се, че подписът е успешно инсталиран с помощта на диагностичен подписshow-call-home. Колоната за състоянието трябва да има "регистрирана" стойност. 

     показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверка на изпълнението на диагностичните подписи

В следващата команда колоната "Статус" на командата показва промени в диагностичния подпис на повикване-дом на "бягане", докато местният портал изпълнява действието, определено в подписа. Изходът от статистиката за диагностичния подпис на повикване-дом е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития. 

показване на диагностичен подпис за обаждане до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC-1 (състояние: АКТИВНО) URL за изтегляне (и):  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата:ds_email : carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS

Име на DS

Задейства се /Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време за изпълнение (секунди)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на неизправности в дадения проблем.

Деинсталиране на диагностични подписи

Използването на диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинира като деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ID от изхода на диагностичния подпис на повикване-дом и изпълнете следната команда:

деинсталиране на диагностика за домашен подпис

Пример:

деинсталиране на диагностичен подпис за обаждане до дома 64224

Периодично се добавят нови подписи към справочния инструмент за диагностични подписи, въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

Приложете CUBE висока степен на достъпност като локален шлюз

Основите

Предпоставки

Преди да разгърнете CUBE HA като локален портал за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, приемат специална локална портална платформа без съществуваща гласова конфигурация. Ако съществуващо внедряване на CUBE предприятие се модифицира, за да се използва и функцията за локален шлюз за Cisco Webex Calling, обърнете специално внимание на конфигурацията, приложена, за да се гарантира, че съществуващите потоци от повиквания и функционалности не се прекъсват и се уверете, че се придържате към изискванията за проектиране на CUBE HA.

Хардуерни и софтуерни компоненти

CUBE HA като локален шлюз изисква IOS-XE версия 16.12.2 или по-нова и платформа, на която се поддържат както функциите CUBE HA, така и LGW.

Командите и дневниците на шоуто в тази статия се основават на минималното софтуерно издание на Cisco IOS-XE 16.12.2, внедрено на vCUBE (CSR1000v).

Референтен материал

Ето някои подробни ръководства за конфигуриране на CUBE HA за различни платформи:

Преглед на решението за повикване на Webex

Cisco Webex Calling е предложение за сътрудничество, което предоставя многонаемателна облачна алтернатива на услугата PBX телефонна услуга с множество PSTN опции за клиенти.

Разгръщането на локалния портал (представено по-долу) е във фокуса на тази статия. Багажникът на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързване с PSTN услуга, собственост на клиента. Той също така осигурява свързаност с локално внедряване на IP PBX като Cisco Unified CM. Цялата комуникация до и от облака е осигурена с помощта на TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва разгръщане на Webex Calling без съществуващ IP PBX и е приложимо за разполагане на един или няколко сайта. Конфигурацията, очертана в тази статия, се основава на това внедряване.

Слой 2 Резервираност от кутия до кутия

CUBE HA слой 2 резервираност кутия до кутия използва инфраструктурния протокол Redundancy Group (RG), за да образува активна/стендбай двойка рутери. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните си интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в режим на готовност да поеме всички отговорности за обработка на повиквания на CUBE незабавно, ако активният рутер излезе от експлоатация, което води до държавно запазване на сигнализацията и медиите.

Проверката на посочването е ограничена до свързани разговори с медийни пакети. Обажданията в транзит не се проверяват (например състояние на опитване или звънене).

В тази статия CUBE HA ще се отнася до CUBE висока наличност (HA) слой 2 кутия до кутия (B2B) съкращения за запазване на държавни повиквания

От IOS-XE 16.12.2, CUBE HA може да бъде разгърната като локален портал за разгръщане на багажника на Cisco Webex Calling (PSTN), базиран на помещения, и ще обхванем дизайнерски съображения и конфигурации в тази статия. Тази цифра показва типична настройка на CUBE HA като локален шлюз за разгръщане на багажника на Cisco Webex.

Група за съкращения Infra компонент

Компонентът Redundancy Group (RG) Infra осигурява поддръжка на комуникационната инфраструктура "кутия до кутия" между двете CUBE и договаря окончателното стабилно състояние на съкращения. Този компонент също така предвижда:

  • Протокол, подобен на HSRP, който договаря окончателното състояние на съкращения за всеки рутер, като обменя поддържани и здравейте съобщения между двете CUBE (чрез контролния интерфейс) - GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за проверка на сигналното и медийното състояние за всяко повикване от активния към маршрутизатора в режим на готовност (чрез интерфейса за данни) – GigabitEthernet3 на фигурата по-горе.

  • Конфигурация и управление на интерфейса Virtual IP (VIP) за интерфейсите на трафика (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран, за да поддържа глас B2B HA.

Виртуално IP (VIP) управление на адреси както за сигнализация, така и за медии

B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните с тях физически интерфейси на двете CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурацията на VIP и свързването на VIP интерфейса към конкретно гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или пълномощник, използват VIP като IP адрес на местоназначението за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Call, двойките CUBE HA действат като един локален шлюз.

Сигнализацията на повикванията и информацията за RTP сесията на установените повиквания се проверяват от активния рутер към рутера в режим на готовност. Когато Активният рутер падне, рутерът Standby поема контрола и продължава да препраща потока RTP, който преди това е бил маршрутизиран от първия рутер.

Обажданията в преходно състояние по време на провала няма да бъдат запазени след превключването. Например, обаждания, които все още не са напълно установени или са в процес на модифициране с функция за прехвърляне или задържане. Установените повиквания могат да бъдат изключени след превключване.

Съществуват следните изисквания за използване на CUBE HA като локален портал за държавно провал на повикванията:

  • CUBE HA не може да има TDM или аналогови интерфейси, разположени съвместно

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/RTP), а Gig3 е интерфейс за контрол/данни на групата за съкращения (RG)

  • Не повече от 2 CUBE HA двойки могат да бъдат поставени в един и същ слой 2 домейн, един с група ID 1, а другият с група ID 2. Ако конфигурирането на 2 HA двойки с една и съща група ID, интерфейсите RG Control/Data трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Портовият канал се поддържа както за RG контрол/данни, така и за интерфейси за трафик

  • Цялата сигнализация/медия се получава от/към виртуалния IP адрес

  • Всеки път, когато една платформа се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за резервиране, rii трябва да бъде уникален за комбинация от двойки/интерфейси на един и същ слой 2

  • Конфигурацията на двете CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да се изпълнява на един и същ тип платформа и IOS-XE версия

  • Интерфейсите Loopback не могат да се използват като свързващи, тъй като те винаги са нагоре

  • Интерфейсите за множествен трафик (SIP/RTP) (Gig1, Gig2) изискват конфигуриране на проследяването на интерфейса.

  • CUBE-HA не се поддържа чрез кръстосана кабелна връзка за връзката RG-контрол/данни (Gig3)

  • И двете платформи трябва да са идентични и да бъдат свързани чрез физически превключвател във всички също интерфейси, за да работи CUBE HA, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да се прекрати на един и същ превключвател и т.н.

  • Не може WAN да бъде прекратен директно на CUBE или Data HA от двете страни

  • И двете Active/Standby трябва да бъдат в един и същ център за данни

  • Задължително е да се използва отделен L3 интерфейс за резервиране (RG контрол/данни, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролно-пропускателен пункт

  • При неуспех предишният активен CUBE преминава през презареждане чрез дизайн, запазване на сигнализацията и медиите

Конфигуриране на съкращенията и на двете кубчета

Трябва да конфигурирате излишък от слой 2 от кутия до кутия на двете кубчета, предназначени да се използват в двойка HA, за да повдигнете виртуални IP адреси.

1

Конфигурирайте проследяването на интерфейса на глобално ниво, за да проследите състоянието на интерфейса.

conf t интерфейс 1 интерфейс GigabitEthernet1 линия-протокол път 2 интерфейс GigabitEthernet2 изход на линия-протокол 

VCUBE-1#conf t

VCUBE-1(конфигурация)# линия 1 интерфейс GigabitEthernet1 протокол

VCUBE-1(config-track)# линия 2 интерфейс GigabitEthernet2 протокол

VCUBE-1(config-track)# изход

VCUBE-2#conf t

VCUBE-2(config)# линия 1 интерфейс GigabitEthernet1 протокол

VCUBE-2(config-track)# линия 2 интерфейс GigabitEthernet2 протокол

VCUBE-2(config-track)# изход

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласовия трафик, така че активният маршрут да изпълнява активната си роля след като интерфейсът за трафик е надолу.

2

Конфигуриране на RG за използване с VoIP HA в подрежим на резервиране на приложението.

приложение за резервиране, група за резервиране 1 име LocalGateway-HA приоритет 100 праг за отказ 75 контрол GigabitEthernet3 протокол 1 данни GigabitEthernet3 таймери забавяне 30 презареждане 60 път 1 изключване път 2 изключване изходен протокол 1 таймери изход hellotime 3 задържане изход hellotime 3 

VCUBE-1(конфигурация)# излишък

VCUBE-1(config-red)# излишък на приложения

VCUBE-1(config-red-app)# група 1

VCUBE-1(config-red-app-grp)# име LocalGateway-HA

VCUBE-1(config-red-app-grp)# приоритет 100 праг на отказ 75

VCUBE-1(config-red-app-grp)# контрол GigabitEthernet3 протокол 1

VCUBE-1(config-red-app-grp)# данни GigabitEthernet3

VCUBE-1(config-red-app-grp)# таймери забавяне 30 презареждане 60

VCUBE-1(config-red-app-grp)# изключване на песен 1

VCUBE-1(config-red-app-grp)# изключване на канал 2

VCUBE-1(config-red-app-grp)# изход

VCUBE-1(config-red-app)# протокол 1

VCUBE-1(config-red-app-prtcl)# таймери hellotime 3 време на задържане 10

VCUBE-1(config-red-app-prtcl)# изход

VCUBE-1(config-red-app)# изход

VCUBE-1(config-red)# изход

VCUBE-1(конфигурация)#

VCUBE-2(config)# излишък

VCUBE-2(config-red)# излишък на приложения

VCUBE-2(config-red-app)# група 1

VCUBE-2(config-red-app-grp)# име LocalGateway-HA

VCUBE-2(config-red-app-grp)# приоритет 100 праг на отказ 75

VCUBE-2(config-red-app-grp)# контрол GigabitEthernet3 протокол 1

VCUBE-1(config-red-app-grp)# данни GigabitEthernet3

VCUBE-2(config-red-app-grp)# таймери забавяне 30 презареждане 60

VCUBE-2(config-red-app-grp)# изключване на песен 1

VCUBE-2(config-red-app-grp)# изключване на канал 2

VCUBE-2(config-red-app-grp)# изход

VCUBE-2(config-red-app)# протокол 1

VCUBE-2(config-red-app-prtcl)# таймери hellotime 3 време на задържане 10

VCUBE-2(config-red-app-prtcl)# изход

VCUBE-2(config-red-app)# изход

VCUBE-2(config-red)# изход

VCUBE-2(config)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък — Влиза в режим на резервиране

  • излишък на приложения — Влиза в режим на конфигурация на резервиране на приложения

  • група — Влиза в режим на конфигурация на група приложения за резервиране

  • име LocalGateway-HA —Определя името на групата RG

  • приоритет 100 праг на отказ 75 —Определя първоначалния приоритет и праговете за превключване при отказ за RG

  • таймери забавяне 30 презареждане 60 —Конфигурира двата пъти за забавяне и презареждане

    • Таймер за забавяне, който е времето, за да забави инициализацията на RG групата и преговорите за роля, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – Това е времето, за да забавите инициализацията на RG групата и договарянето на роли след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат коригирани, за да се настанят всяко допълнително забавяне на конвергенцията на мрежата, което може да възникне по време на стартирането/презареждането на рутерите, за да се гарантира, че преговорите по протокола RG се провеждат след маршрутизиране в мрежата се е сближило до стабилна точка. Например, ако след неуспех се види, че са необходими до 20 сек за новия STANDBY, за да се види първият пакет RG HELLO от новия ACTIVE, таймерите трябва да бъдат коригирани до "таймери забавят 60 презареждане 120", за да се вземе предвид това забавяне.

  • контрол GigabitEthernet3 протокол 1 —Конфигурира интерфейса, използван за обмен на съобщения за поддържане на активност и hello между двата CUBE, и посочва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола за резервиране на приложения

  • данни GigabitEthernet3 —Конфигурира интерфейса, използван за контролна точка на трафик на данни

  • писта — RG групово проследяване на интерфейси

  • протокол 1 —Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола на приложението за резервиране

  • таймери hellotime 3 време на задържане 10 —Конфигурира двата таймера за hellotime и holdtime:

    • Hellotime – Интервал между последователни съобщения за здравей – По подразбиране 3 секунди. Диапазонът е 250 милисекунди-254 секунди

    • Holdtime – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер се е провалил. Тази продължителност трябва да бъде по-голяма от времето за здравей – по подразбиране 10 секунди. Диапазонът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде най-малко 3 пъти стойността на таймера hellotime.

3

Активирайте резервираността от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка по-долу гласова услуга voip . Това позволява на приложението CUBE да контролира процеса на съкращения.

гласова услуга voip резервиране-група 1 изход

VCUBE-1(конфигурация)# гласова услуга voip

VCUBE-1(config-voi-serv)# група за съкращения 1

 % Създадена RG 1 асоциация с Voice B2B HA; презаредете рутера, за да влезе в сила новата конфигурация 

VCUBE-1(config-voi-serv)# изход

VCUBE-2(config)# гласова услуга voip

VCUBE-2(config-voi-serv)# група за съкращения 1

 % Създадена RG 1 асоциация с Voice B2B HA; презаредете рутера, за да влезе в сила новата конфигурация 

VCUBE-2(config-voi-serv)# изход

група за съкращения 1 —Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена.

4

Конфигуриране на интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу, и прилагане на идентификатора на интерфейса за резервиране (rii)

VCUBE-1(конфигурация)# интерфейс GigabitEthernet1

VCUBE-1(config-if)# съкращения rii 1

VCUBE-1(config-if)# група за съкращения 1 ip 198.18.1.228 изключителен

VCUBE-1(config-if)# изход

VCUBE-1(конфигурация)#

VCUBE-1(конфигурация)# интерфейс GigabitEthernet2

VCUBE-1(config-if)# съкращения rii 2

VCUBE-1(config-if)# група съкращения 1 ip 198.18.133.228 изключителен

VCUBE-1(config-if)# изход

VCUBE-2(config)# интерфейс GigabitEthernet1

VCUBE-2(config-if)# съкращения rii 1

VCUBE-2(config-if)# група за съкращения 1 ip 198.18.1.228 изключителен

VCUBE-2(config-if)# изход

VCUBE-2(config)#

VCUBE-2(config)# интерфейс GigabitEthernet2

VCUBE-2(config-if)# съкращения rii 2

VCUBE-2(config-if)# група съкращения 1 ip 198.18.133.228 изключителен

VCUBE-v(config-if)# изход

Ето обяснение на полетата, използвани в тази конфигурация:

  • съкращения rii —Конфигурира идентификатора на интерфейса за резервиране за групата за резервиране. Необходимо е за генериране на виртуален MAC (VMAC) адрес. Същата стойност на rii ID трябва да се използва в интерфейса на всеки рутер (ACTIVE/STANDBY), който има един и същ VIP.

    Ако има повече от една B2B двойка в една и съща LAN, всяка двойка ТРЯБВА да има уникални rii ID на съответните им интерфейси (за да се предотврати сблъсък). „покажи всички групи приложения за резервиране“ трябва да посочи правилната локална и равностойна информация.

  • група съкращения 1 —Свързва интерфейса с групата за резервиране, създадена в стъпка 2 по-горе. Конфигурирайте RG групата, както и VIP, присвоен на този физически интерфейс.

    Задължително е да се използва отделен интерфейс за съкращения, т.е. интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за управление и данни, посочен в стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG контрол/данни

5

Запазете конфигурацията на първия CUBE и го презаредете.

Платформата за презареждане на последно винаги е в режим на готовност.

VCUBE-1# wr

 Конфигурация на сграда... 

 [ОК] 

VCUBE-1# презареди

 Да продължите ли с презареждане? [потвърди]

След като VCUBE-1 се зареди напълно, запишете конфигурацията на VCUBE-2 и го презаредите.

VCUBE-2# wr

 Конфигурация на сграда... 

 [ОК] 

VCUBE-2# презареди

 Да продължите ли с презареждане? [потвърди]

6

Проверете дали конфигурацията "кутия към кутия" работи според очакванията. Съответният изход е подчертан с удебелен шрифт.

Презаредихме VCUBE-2 последно и според съображенията за проектиране; платформата за презареждане последно винаги ще бъде Standby. 

 VCUBE-1# показва всички групи приложения за съкращаване Състояния на неизправности Информация за група 1:        Приоритет по време на изпълнение: [100] RG неизправности RG състояние: нагоре.                        Общ брой превключвания поради неизправности:  0 Общ брой промени в състоянието надолу/горе поради грешки: 0 ИД на групата: 1 Име на групата: LocalGateway-HA Административна държава: Работно състояние на агрегата за изключване: нагоре Моята роля: АКТИВНА партньорска роля: РЕЖИМ НА РЕЖИМ Присъствие на връстници: Да Peer Comm: Да Започна напредъкът на партньорите: Да RF домейн: btob-one RF състояние: АКТИВНО равностойно радиочестотно състояние: STANDBY HOT RG Protocol RG 1 ------------------ Роля: Активни преговори: Активиран приоритет: 100 Протокол състояние: Състояние на Active Ctrl Intf(s): Up Active Peer: Местни Резервен партньор: адрес 10.1.1.2, приоритет 100, intf Gi3 Броячи на регистрационните файлове:                 промяна на ролята на активна: 1 промяна на ролята в режим на готовност: 1 деактивиране на събития: rg down state 0, rg shut 0 ctrl intf събития: нагоре 1, надолу 0,admin_down 0 събития за презареждане: локална заявка 0, равностойна заявка 0 RG медиен контекст за RG 1 -------------------------- Ctx състояние: Активен ИД на протокола: 1 Тип носител: По подразбиране Контролен интерфейс: GigabitEthernet3 Текущ таймер Hello: 3000 конфигуриран Hello таймер: 3000, Таймер за задържане: 10000 Peer Hello таймер: 3000, таймер за задържане на партньори: 10000 статистики:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Удостоверяването не е конфигурирано Неуспешно удостоверяване: 0 Презареждане Peer: TX 0, RX 0 Оставка: TX 0, RX 0 Standy Peer: Настояще. Таймер за задържане: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt загуба 0 VCUBE-1#
 VCUBE-2# показва всички групи приложения за съкращаване Състояния на неизправности Информация за група 1:        Приоритет по време на изпълнение: [100] RG неизправности RG състояние: нагоре.                        Общ брой превключвания поради неизправности:  0 Общ брой промени в състоянието надолу/горе поради грешки: 0 ИД на групата: 1 Име на групата: LocalGateway-HA Административна държава: Работно състояние на агрегата за изключване: нагоре Моята роля: Роля на партньорите в режим на готовност: АКТИВЕН Присъствие на връстници: Да Peer Comm: Да Започна напредъкът на партньорите: Да RF домейн: btob-one RF състояние: АКТИВНО равностойно радиочестотно състояние: STANDBY HOT RG Protocol RG 1 ------------------ Роля: Активни преговори: Активиран приоритет: 100 Протокол състояние: Състояние на Active Ctrl Intf(s): нагоре Активен партньор: адрес 10.1.1.2, приоритет 100, intf Gi3 Резервен партньор: Локални регистрационни броячи:                 промяна на ролята на активна: 1 промяна на ролята в режим на готовност: 1 деактивиране на събития: rg down state 0, rg shut 0 ctrl intf събития: нагоре 1, надолу 0,admin_down 0 събития за презареждане: локална заявка 0, равностойна заявка 0 RG медиен контекст за RG 1 -------------------------- Ctx състояние: Активен ИД на протокола: 1 Тип носител: По подразбиране Контролен интерфейс: GigabitEthernet3 Текущ таймер Hello: 3000 конфигуриран Hello таймер: 3000, Таймер за задържане: 10000 Peer Hello таймер: 3000, таймер за задържане на партньори: 10000 статистики:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Удостоверяването не е конфигурирано Неуспешно удостоверяване: 0 Презареждане Peer: TX 0, RX 0 Оставка: TX 0, RX 0 Standy Peer: Настояще. Таймер за задържане: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-2#

Конфигуриране на локален портал на двете кубчета

В нашата примерна конфигурация използваме следната информация за багажника от Control Hub, за да изградим конфигурацията на локалния шлюз на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Хюсеин 1076 г_ LGU

  • Парола: Артикул: LOV12MEaZx

1

Уверете се, че за паролата е създаден конфигурационен ключ, като командите са показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите тип 6 са криптирани с помощта на AES шифър и този потребителски дефиниран конфигурационен ключ. 

 LocalGateway#conf t LocalGateway(config)# ключ config-key password-encrypt Password123 LocalGateway(config)# криптиране на парола aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на параметрите на контролния хъб , показани по-горе, запишете и презаредите. Идентификационните данни за SIP обработване на пълномощията от Control Hub са подчертани в смели .

 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean urlhttp://www.cisco.com/security/pki/trs/ios_core.p7b край конфигуриране на терминална гласова услуга voip IP адрес доверен списък ipv4 xxxx yyyy изход разреши-връзки sip to sip медийни статистики медия bulk-stats без допълнителна услуга sip препращане без допълнителна услуга sip дръжка-заменя факс протокол pass-through g711ulaw зашеметяване зашеметяване flowdata agent -id 1 boot-count 4 stun flowdata споделена тайна 0 Password123! sip g729 annexb-all ранна оферта принудителен край конфигуриране на терминал гласов клас sip-профили 200 правило 9 заявка ВСЯКАКВА sip-заглавка SIP-Req- URI модифициране на "sips:(.*)" "sip:\1" правило 10 заявка ВСЯКА гл. гл. -заглавка За промяна "  " " " отговор на правило 13 ВСЯКАКВА глътка заглавка За промяна "  " ";otg= hussain1076_lgu >" правило 30 заявка ВСЯКАКВА sip-заглавка P-Asserted-Identity модифицира "sips:(.*)" "sip:\1" гласов клас кодек 99 предпочитание за кодек 1 g711ulaw предпочитание за кодек 2 g711ulaw изход гласов клас srtp-crypto 200 crypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80 изход гласов клас зашеметяване-използване 200 зашеметяване използване защитна стена-преминаване на поток данни изход гласов клас наемател 200 регистратор dns:40462196.cisco-bcld.com схема глътка изтича 240 съотношение на опресняване 50 tcp tls идентификационен номер Хюсеин5091_ LGU потребителско име Hussain1076_ LGU парола 0 lOV12MEaZx realm потребителско име за удостоверяване на Broadworks Хюсеин5091_ LGU парола 0 lOV12MEaZx потребителско име за удостоверяване на сферата на BroadWorks Хюсеин5091_ LGU парола 0 lOV12MEaZx царство4046219 6.cisco-bcld.com няма sip-сървър с идентификатор на отдалечена страна dns:40462196.cisco-bcld.com връзка-повторна употреба srtp-crypto 200 транспорт на сесия tcp tls url sips error-passthru asserted-id pai bind контрол източник-интерфейс GigabitEthernet1 свързване на медия източник-интерфейс GigabitEthernet1 без преминаване през съдържание персонализирани-sdp sip-профили 200 изходящ-прокси dns:la01.sipconnect-us10.cisco-bcld.com политика за поверителност passthru гласов клас наемател 100 сесия транспорт udp url sip грешка-passthru управление на свързване източник-интерфейс GigabitEthernet2 свързване на медия източник-интерфейс GigabitEthernet2 без преминаване на съдържание custom-sdp гласов клас наемател 300 свързване контрол източник-интерфейс GigabitEthernet-2 bind media source-2 интерфейс GigabitEthernet2 без преминаване през съдържание custom-sdp гласов клас uri 100 sip хост ipv4:198.18.133.3 гласов клас uri 200 sip модел dtg= hussain1076.lgu dial-peer глас 101 voip описание Изходящ dial-peer към IP PSTN дестинация шаблон BAD.BAD сесия протокол sipv2 сесия цел ipv4:198.18.133.3 гласов клас кодек 99 гласов клас sip наемател 100 dtmf-relay no rtp-n -peer voice 201 voip описание Изходяща точка за набиране към Webex Calling BAD.BAD протокол за сесия sipv2 целева сесия sip-сървър гласов клас кодек 99 гласов клас зашеметяване 200 без гласов клас sip sip наемател на гласов клас на локалния хост 200 dtmf-relay rtp-nte srtp no vad гласов клас dpg 100 описание Входящо WebexCalling(DP200) към IP PSTN(DP101) dial-peer 101 предпочитание 1 гласов клас dpg 200 описание Входящо IP PSTN(DP100) към Webex Calling-peer 201 предпочитание 1 dial-peer глас 100 voip описание входящо dial-peer от IP PSTN сесия протокол sipv2 дестинация dpg 200 входящ uri чрез 100 гласов клас кодек 99 гласов клас sip наемател 300 dtmf-relay no rtp din peer voice 200 voip описание Входяща точка за набиране от Webex Calling протокол сесия sipv2 дестинация dpg 100 входяща uri заявка 200 гласов клас кодек 99 гласов клас stun-usage 200 гласов клас sip наемател 200 dtmf-relay rtp-nte srtp no vad end копиране стартиране

За да покажем изхода на командата на шоуто, презаредихме VCUBE-2, последван от VCUBE-1, което направи VCUBE-1 готовност CUBE и VCUBE-2 активния CUBE

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален портал с достъп до Webex Calling SBC. Обърнете внимание на изхода на следните команди на шоуто.

Показване на група за кандидатстване за съкращения 1

покажете състоянието на регистъра на sip-ua 

 VCUBE-1# показване на група приложения за съкращаване 1 ИД на групата :1 Име на групата:LocalGateway-HA Административно състояние: Работно състояние на агрегата за изключване: нагоре Моята роля: В режим на готовност Роля на връстниците: АКТИВНО присъствие на партньори: Да Peer Comm: Да Започна напредъкът на партньорите: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

From the output above, you can see that VCUBE-2 is the active LGW maintaining the registration with Webex Calling access SBC, whereas the output of the “show sip-ua register status” is blank in VCUBE-1

3

Сега активирайте следните дебъгове на VCUBE-1

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message

4

Симулирайте неуспех, като издадете следната команда на активния LGW, VCUBE-2 в този случай.

 VCUBE-2#redundancy application reload group 1 self

Преминаването от ACTIVE към STANDBY LGW се извършва в следния сценарий, както и освен CLI, изброени по-горе

  • Когато АКТИВНИЯТ рутер се презареди

  • Когато ACTIVE рутер мощност цикли

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е разрешено проследяване

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling достъп SBC. VCUBE-2 щеше да се презареди досега.

 VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния дневник за отстраняване на грешки във VCUBE-1, изпращайки SIP REGISTER на Webex Call VIA виртуалния IP и получавайки 200 OK.

 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Конфигуриране на Unified CM за Webex Calling

Конфигуриране на SIP профил за сигурност на багажника за багажника към местния шлюз

В случаите, когато местният шлюз и PSTN шлюзът се намират на едно и също устройство, Unified CM трябва да има възможност да прави разлика между два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас услуги към тези типове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на два багажника между Unified CM и комбинирания локален шлюз и PSTN шлюз устройство, което изисква различни SIP слушателни портове за двата багажника.

Създайте специален SIP профил за сигурност на багажника на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex профил за защита на SIP линиите
Входящо пристанищеТрябва да съответства на порта, използван в локалната конфигурация на шлюза за трафик към/от Webex: 5065

Конфигуриране на SIP профил за багажника на локалния шлюз

Създайте специален SIP профил за багажника на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP профил
Активиране на OPTIONS Ping за наблюдение на статуса на местоназначение за багажници с тип услуга "Няма (по подразбиране)"Проверено

Създаване на пространство за търсене на повиквания за обаждания от webex

Създайте пространство за търсене на повиквания за повиквания, произхождащи от Webex, със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Пространство за търсене на Webex Calling
Избрани дялове

отличаващо име (+ номера на указател E.164 )

ESN (съкратено междусайтово набиране)

PSTNI International (достъп до обществена телефонна централа)

onNetRemote (научени дестинации на GDPR)

Последният дял на NetRemote се използва само в многоклъстерна среда, където информацията за маршрутизиране се обменя между унифицирани CM клъстери, използващи Intercluster Lookup Service (ILS) или Global Dialplan репликация (GDPR).

Конфигуриране на SIP багажник към и от Webex

Създайте SIP багажник за обажданията до и от Webex чрез локалния шлюз със следните настройки:

НастройкаСтойност
Информация за устройството
Име на устройствотоУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP Trunk
Стартирайте на всички активни унифицирани CM възлиПроверено
Входящи повиквания
Пространство за търсене на обажданияПредварително дефинираното пространство за търсене на повиквания: Webex
AAR повикване пространство за търсене Пространство за търсене на повиквания само с достъп до моделите на маршрута PSTN: ПСТНРемаршрут
Информация за SIP
Адрес на местоназначениеIP адрес на локалния шлюз CUBE
Пристанище на местоназначение5060
SIP профил за сигурност на багажникаПредварително дефинирани: Webex
SIP профилПредварително дефинирани: Webex

Конфигуриране на маршрутната група за Webex

Създаване на маршрутна група със следните настройки:

НастройкаСтойност
Информация за маршрутната група
Име на групата за маршрутизиранеУникално име, като напр Webex
Избрани устройстваПредварително конфигурираният SIP багажник: Webex

Конфигуриране на списъка с маршрути за Webex

Създаване на списък с маршрути със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр RL_ Webex
ОписаниеСмислово описание, като напр Списък с маршрути за Webex
Стартирайте на всички активни унифицирани CM възлиПроверено
Информация за члена на списъка с маршрути
Избрани групиСамо предварително определената маршрутна група: Webex

Създаване на дял за Webex дестинации

Създайте дял за дестинациите на Webex със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex дял

Какво да правим по-нататък

Не забравяйте да добавите този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex. Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като входящо пространство за търсене на повиквания на стволове на PSTN, така че обажданията от PSTN към Webex да могат да бъдат маршрутизирани.

Конфигуриране на маршрутни модели за Webex дестинации

Конфигуриране на моделите на маршрута за всеки диапазон на DID в Webex със следните настройки:

НастройкаСтойност
Модел на маршрутаПълен +E.164 модел за диапазона DID в Webex с водещия "\". например: \+140855501XX
Разделяне на маршрутаWebex
Списък на шлюзовете/маршрутитеRL_ Webex
Неотложен приоритетПроверено

Конфигуриране на съкратено нормализиране на междусистемното набиране за Webex

Ако е необходимо съкратено набиране между сайтовете на Webex, конфигурирайте моделите за нормализиране на набирането за всеки диапазон на ESN в Webex със следните настройки:

НастройкаСтойност
Модел на преводESN модел за диапазона ESN в Webex. Например: 80121XX
ДялWebex
ОписаниеСмислово описание, като напр Модел за нормализиране на Webex
Използвайте пространството за търсене на обаждания на оригинатораПроверено
Неотложен приоритетПроверено
Не чакайте интерцифрено изчакване на следващия хмелПроверено
Наречена маска за трансформация на партиятаМаска за нормализиране на числото до +E.164. Например: +1408555 01XX

Настройване на функциите на Webex Calling

Създаване на ловна група

Ловните групи насочват входящите обаждания към група потребители или работни пространства. Можете дори да конфигурирате модел за маршрутизиране към цяла група.

За повече информация как да създадете ловна група, вижте Ловни групи в контролния центърна Cisco Webex.

Създаване на опашка за обаждания

Можете да настроите опашка за обаждания, така че когато обажданията на клиентите не могат да бъдат отговорени, да им бъде предоставен автоматизиран отговор, съобщения за комфорт и музика на изчакване, докато някой не може да отговори на обаждането им.

За повече информация как да настроите и управлявате опашка за обаждания, вижте Управление на опашките за обаждания в контролния хъбна Cisco Webex.

Създайте клиент рецепционист

Помогнете за задоволяване на нуждите на вашия персонал на фронт-офиса. Можете да настроите потребителите като телефонни придружители, така че те да могат да преглеждат входящите обаждания до определени хора във вашата организация.

За информация как да настроите и видите клиентите си рецепционисти, вижте Клиенти на рецепционисти в контролния центърна Cisco Webex.

Създаване и управление на автопридружители

Можете да добавяте поздрави, да настройвате менюта и да насочвате обаждания към отговаряща услуга, ловна група, гласова поща или истински човек. Създайте 24-часов график или осигурете различни опции, когато бизнесът ви е отворен или затворен.

За информация как да създавате и управлявате автопридружители, вижте Управление на автопридружителите в контролния хъбна Cisco Webex.

Конфигуриране на група за пейджинг

Груповото пейджиране позволява на потребителя да постави еднопосочно повикване или групова страница до 75 целеви потребители и работни пространства, като набере номер или разширение, възложено на конкретна група за пейдж.

За информация как да настроите и редактирате групи за пейджинг вижте Конфигуриране на група за пейджинг в контролния центърна Cisco Webex.

Настройване на пикап за повикване

Подобрете работата в екип и сътрудничеството чрез създаване на група за взимане на повиквания, така че потребителите да могат да си отговарят един на друг на обаждания. Когато добавите потребители към група за взимане на повиквания и член на групата е далеч или зает, друг член може да отговори на техните обаждания.

За информация как да настроите група за вземане на повиквания, вижте Call Pickup в контролния хъбна Cisco Webex.

Създаване на кол парк

Кол паркът позволява на определена група потребители да паркират обаждания срещу други налични членове на група кол парк. Паркираните обаждания могат да бъдат събирани от други членове на групата на телефона им.

За повече информация как да настроите кол парк, вижте Кол парк в контролния хъбна Cisco Webex.

Активиране на влизане за потребители

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители раздел и след това изберете Влезте .

4

Включете превключвателя, за да позволите на други потребители да се добавят към текущото обаждане на този потребител.

5

Проверете Пуснете тон, когато този потребител влезе в разговор ако искате да пуснете тон на другите, когато този потребител нахлуе в тяхното обаждане.

В Пуснете тон, когато този потребител влезе в разговор настройката не се отнася за функциите за внедряване на Customer Experience Basic и Essentials. Дори и да активирате тази опция за надзорник, системата не възпроизвежда тона за уведомяване на агента, когато супервайзорът нахлуе в повикването му от опашката за повиквания.

Ако искате да пуснете тон на агент, когато супервайзорът се нахлуе в повикването му, можете да го активирате чрез настройките на „Тон за уведомяване за агенти“. За повече информация вижте Създайте опашка раздел в Webex Customer Experience Basic или Основи за клиентското изживяване на Webex .

6

Щракнете върху Запиши.

Активиране на поверителност за потребител

1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители област и след това изберете Поверителност .

4

Изберете подходящите настройки за поверителност на Auto Attendant за този потребител.

  • Позволяване този потребител да бъде набиран с вътрешен номер
  • Позволяване този потребител да бъде набиран със собствено или фамилно име
5

Поставете отметка в квадратчето Разрешаване на поверителността . След това можете да решите да блокирате всички, като не избирате членове от падащ списък. Като алтернатива можете да изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състояние на линията на този потребител.

Ако сте администратор на местоположение, в падащ списък се показват само потребителите, работните пространства и виртуалните линии, отнасящи се до назначените ви местоположения.

Премахнете отметката от Активирайте поверителност поле за отметка, за да позволите на всеки да наблюдава състояние на линията.

6

Проверете Прилагане на поверителност за насочено приемане на повикване и влизане поле за отметка, за да активирате поверителност за насочено приемане на повикване и влизане.

  • Ако активирате тази опция, само оторизираните потребители, виртуалните линии и устройствата на работното пространство могат да използват насочено приемане на повикване и влизане на този потребител. В противен случай всеки в организацията може да извика насочено приемане на повикване и влизане на линия.
  • За повече информация относно влизането вж Влезте в телефонно повикване на някой друг .
  • Супервайзерът винаги може да се включи в обажданията, които агентите получават чрез опашката за повиквания. Тоест настройките за поверителност не засягат опцията за влизане на надзорника.
7

От Добавете член по име , изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състоянието на телефонна линия и да извикат насочено приемане на повикване и влизане.

8

За да филтрирате избраните от вас членове, използвайте филтриране по име, номер или вътр поле.

9

Щракнете върху Премахване на всички за да премахнете всички избрани членове.

За да премахнете отделен член, щракнете Изтрийте до името на члена.
10

Щракнете върху Запиши.

Настройки за поверителност

Конфигуриране на наблюдение

максимален брой наблюдавани линии за потребител е 50. Въпреки това, докато конфигурирате списъка за наблюдение, вземете предвид броя на съобщенията, които влияят на честотната лента между Webex Calling и вашата мрежа. Също така, определете максималните наблюдавани линии по броя на бутоните за линии на телефона на потребителя.

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и след това щракнете Потребители .

2

Изберете потребителя, който искате да модифицирате, и щракнете върху "Обаждане".

3

Отидете на Разрешения между потребители раздел и изберете Мониторинг .

4

Изберете от следните:

  • Добавяне на наблюдавана линия
  • Добавяне на вътр. линия за паркиране

Можете да включите виртуална линия в Добавете наблюдавана линия списък за потребителски мониторинг.

5

Изберете дали искате да уведомите този потребител за паркирани повиквания, потърсете лицето или вътрешна линия за паркиране на повикване за паркиране на обаждания, което да бъде наблюдавано, и след това щракнете Запазете .

Списъкът с наблюдаваните линии в Control Hub съответства на реда на наблюдаваните линии, които се показват на устройството на потребителя. Можете да пренаредите списъка с наблюдавани линии по всяко време.

Името, което се показва за наблюдаваната линия, е името, въведено в полетата Име и Фамилия на ИД се за потребителя, работното пространство и виртуалната линия.

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да управлявате настройките за наблюдение за потребител в Control Hub.

Активиране на предупредителния тон за свързване на повиквания за потребителите

Преди да започнете

Трябва да имате конфигурирана споделена линия , за да бъде извикан мостът за повикване. Вижте как да конфигуриране на споделени линии преди да активирате предупредителния тон за мост за повикване.
1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете на Разрешения между потребители и щракнете Предупредителен тон за свързване на повикване .

4

Включете Предупредителен тон за свързване на повикване и след това щракнете Запазете .

По подразбиране тази функция е активирана.

За повече информация относно свързването на повиквания по споделена линия, вж Споделени линии на вашия мултиплатформен настолен телефон .

За повече информация относно свързването на повиквания на споделена линия на Webex App вж Споделен изглед на линията за WebexApp .

Включете хотела за потребител

Активирането на хотелиерството за потребител им позволява да работят в друго пространство, като същевременно поддържат функционалността и характеристиките на основния си телефон за бюро.
1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и изберете Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете до Разрешения между потребители раздел и изберете Хотелиерство и включете превключвателя.

4

Въведете името или номера на хоста в хотела в Местоположение на хотела поле за търсене и изберете хоста за хотели, който искате да присвоите на потребителя.

Може да бъде избран само един хостел. Ако изберете друг хост за хотели, първият се изтрива.

Ако сте администратор на местоположение, можете да зададете само хоста за хотели, отнасящ се до назначените ви местоположения.
5

За да ограничите времето, през което потребителят може да бъде свързан с хоста за хотели, изберете броя часове, през които потребителят може да използва хотелския хост от Лимитен период на асоцииране падащо меню.

Потребителят ще излезе автоматично след избраното време.

Съобщение за съобщение за грешка се показва на екрана, ако лимитният период на асоцииране, определен за потребителя, надвишава периода на свързване на ограниченията на избрания хостинг хост. Например, ако хостингът на хотела има ограничен период на асоцииране от 12 часа, а периодът на свързване с ограничение на потребителя е 24 часа, се показва съобщение за грешка . В такива случаи трябва да удължите лимита на периода на асоцииране на хоста за хотели, ако е необходимо повече време за потребителя.

6

Щракнете върху Запиши.

Потребителят може също да търси и намира хоста за хотели, който иска да използва, от User Hub. За повече информация вж Достъп до вашия профил за обаждания отвсякъде .

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да конфигурирате хотелите в Control Hub.

Тенденции за приемане и отчети за употребата на Webex Calling

Преглед на отчетите за обажданията

Можете да използвате страницата Analytics в Control Hub, за да добиете представа за това как хората използват Webex Calling и приложението Webex (ангажираност) и пъдпъдъка на медийното си преживяване при обаждания. За достъп до анализа на Webex Calling , влизам в Control Hub, след което отидете на Анализ и изберете Обаждане раздел.

1

За подробни отчети за историята на обажданията влизам в Control Hub, след което отидете на Анализ > Обаждане .

2

Изберете Подробна история на обажданията .

За информация относно обажданията, използващи специален екземпляр, вижте Специален инстанция Анализи.

3

За достъп до данни за качеството на медиите, влизам в Control Hub, след което отидете на Анализ и след това изберете Обаждане .

За повече информация вижте Анализи за портфолиотоси за сътрудничество в облака.

Подготовка на средата

Общи предпоставки

Преди да конфигурирате локален шлюз за 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 съгласно Ръководство за конфигуриране на локален шлюз .

локален шлюз ви помага да мигрирате към Webex Calling със собствено темпо. локален шлюз интегрира вашето съществуващо в помещението внедряване с Webex Calling. Можете също да използвате съществуващата си Връзка с обществена телефонна централа. Виж Започнете с Local Gateway

Изисквания за сертификат и сигурност за локален шлюз

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 за вашата организация

Задайте настройките за повикване в Помощник за първоначална настройка

Първата стъпка, за да стартирате и стартирате услугите си за обаждания на Webex Calling , е да завършите Помощник за първоначална настройка (FTSW). След като FTSW бъде завършен за първото ви местоположение, не е необходимо да се попълва за допълнителни местоположения.

1

Щракнете върху Първи стъпки връзка в имейла за добре дошли, който получавате.

Вашият администраторски имейл адрес се използва автоматично за влизам в Control Hub, където ще бъдете подканени да създадете своята администраторска парола. След като влизам, автоматично се стартира съветникът за настройка.

2

Прегледайте и приемете условия за използване на услугата.

3

Прегледайте плана си и след това щракнете Започнете .

Мениджърът на вашия акаунт е отговорен за активиране на първите стъпки за FTSW. Свържете се с мениджъра на акаунта си, ако получите известие „Cannot Setup Your Call“, когато изберете Започнете .

4

Изберете държавата, към която вашият център за данни трябва да картографира, и въведете информацията за клиентски контакт с клиента и адреса на клиента.

5

Щракнете върху следващо: Местоположение по подразбиране .

6

Изберете от следните опции:

  • Щракнете върху Запазете и затворете ако сте администратор на партньор и искате администраторът на клиента да завърши обезпечаването на Webex Calling.
  • Попълнете необходимата информация за местоположението. След като създадете местоположението в съветника, можете да създадете повече местоположения по-късно.

След като завършите съветника за настройка, уверете се, че сте добавете основно число до мястото, което създавате.

7

Направете следните избори, за да приложите към това местоположение:

  • Език за обявяване —За аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл — За комуникация по имейл за нови потребители.
  • Страна
  • Часова зона
8

Щракнете върху Напред.

9

Въведете наличен SIP адрес на Cisco Webex и щракнете Следваща и изберете Край .

Добавете местоположение

Преди да започнете

За да създадете ново местоположение, подгответе следната информация:

  • Адрес на местоположението

  • Желани телефонни номера (по избор)

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

В регионалния център за данни ще се хоства ново местоположение, което съответства на държавата, която сте избрали с помощта на Помощник за първоначална настройка.
2

Конфигурирайте настройките на местоположението:

  • Име на местоположението — Въведете уникално име, за да идентифицирате местоположението.
  • Държава/регион — Изберете държава, с която да обвържете местоположението. Например, можете да създадете едно местоположение (централа) в Съединените щати и друго (клон) в Обединеното кралство. Държавата, която изберете, определя адресните полета, които следват. Документираните тук използват конвенцията за адреси в САЩ като пример.
  • Адрес на местоположението — Въведете основния пощенски адрес на местоположението.
  • Град/Град — Въведете град за това местоположение.
  • Щат/Провинция/Регион —От падащото меню изберете състояние.
  • Пощенски код — Въведете пощенския код или пощенския код.
  • Език за обявяване —Изберете езика за аудио съобщения и подкани за нови потребители и функции.
  • Език на Имейл —Изберете езика за комуникация по имейл с нови потребители.
  • Часова зона — Изберете часова зона за местоположението.
3

Щракнете върху Запазете и след това изберете да / не за добавяне на числа към местоположението сега или по-късно.

4

Ако сте щракнали да , изберете една от следните опции:

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повиквания на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни обаждания и ви позволява да поръчате нови PSTN номера или да пренесете съществуващи номера към Cisco.

    В Cisco PSTN опцията е видима само при следните условия:

    • Купили сте поне един ангажиран план за повиквания на Cisco OCP (план за изходящи разговори).

    • Вашето местоположение е в държава, където Поддържа се план за разговори на Cisco .

    • Вашето местоположение е ново. Понастоящем съществуващите местоположения, на които са присвоени други PSTN възможности, не отговарят на условията за плана за повиквания на Cisco . Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на CCP предлагат решения за подмяна на PSTN, широко глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Изброени са партньорите на CCP и географското покритие тук . Показват се само партньори, които поддържат държавата на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, посочени с лого, винаги предлагат Регионални медии за ККП . За партньори, които се показват като низ, изберете региона, който е най-близо до държавата на вашето местоположение, за да осигурите регионални медии за CCP.

    Ако видите опцията за Поръчайте номера сега при изброен доставчик, ви препоръчваме да изберете тази опция, за да можете да се възползвате от интегрираната ЦК. Интегрираната CCP позволява набавяне и предоставяне на телефонни номера в Control Hub на едно стъкло. Неинтегрираната CCP изисква от вас да закупите телефонните си номера от партньора на CCP извън Control Hub.

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

Изборът на опция за PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съпоставяте толкова опции, колкото искате за внедряването си, но всяко местоположение ще има една опция. След като изберете и осигурите опция за PSTN, можете да я промените, като щракнете Управлявайте в местоположението PSTN свойства. Някои опции, като Cisco PSTN, обаче, може да не са налични, след като е назначена друга опция. Отворете заявка за случай на поддръжката за насоки.

5

Изберете дали искате да активирате номерата сега или по-късно.

6

Ако сте избрали неинтегрирана CCP или PSTN, базирана на помещения, въведете Телефонни номера като стойности, разделени със запетая, и след това щракнете Потвърди .

Добавят се номера за конкретното местоположение. Валидни записи се преместват в Потвърдени номера полето и невалидни записи остават в Добавете числа поле, придружено от съобщение за грешка.

В зависимост от държавата на местоположението, номерата се форматират според изискванията за местно набиране. Например, ако се изисква код на държавата, можете да въведете числа със или без кода и кодът се поставя преди.

7

Щракнете върху Запиши.

Какво да направите след това

След като създадете местоположение, можете да активирате спешни 911 услуги за това местоположение. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация.

Преди да започнете

Вземете списък на потребителите и работните пространства, свързани с местоположение: Отидете на Услуги > Обаждане > Числа и от падащо меню изберете местоположението, което да бъде изтрито. Вие трябва изтрийте тези потребители и работни пространства, преди да изтриете местоположението.

Имайте предвид, че всички номера, свързани с това местоположение, ще бъдат върнати обратно на вашия доставчик на PSTN; вече няма да притежавате тези номера.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Щракнете върхув Действия колона до местоположението, което искате да изтриете.

3

Изберете Изтриване на местоположение и потвърдете, че искате да изтриете това местоположение.

Обикновено отнема няколко минути, преди местоположението да бъде изтрито за постоянно, но може да отнеме до един час. Можете да проверите състоянието, като щракнете до името на местоположението и избора Състояние на изтриване .

Актуализирайте съществуващо местоположение

Можете да промените вашата PSTN настройка, името, часова зона и езика на местоположението, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.

За съществуващи местоположения можете да активирате спешни 911 услуги. Виж RedSky Emergency 911 Service за обаждания в Webex Calling за повече информация.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

Ако видите символ Внимание до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да извършвате или да получавате повиквания, докато не конфигурирате този номер.

2

(По избор) Под PSTN връзка , изберете едно от двете Свързан с облак PSTN или Базирана в помещения PSTN (локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управлявайте за да промените тази конфигурация и след това потвърдете свързаните рискове, като изберете Продължете . След това изберете една от следните опции и щракнете Запазете :

  • Cisco PSTN —Изберете тази опция, ако искате облачно PSTN решение от Cisco. Планът за повиквания на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни обаждания и ви позволява да поръчате нови PSTN номера или да пренесете съществуващи номера към Cisco.

    В Cisco PSTN опцията е видима само при следните условия:

    • Купили сте поне един ангажиран план за повиквания на Cisco OCP (план за изходящи разговори).

    • Вашето местоположение е в държава, където Поддържа се план за разговори на Cisco .

    • Вашето местоположение е ново. Понастоящем съществуващи местоположения, на които са присвоени други PSTN възможности, не отговарят на условията за плана за повиквания на Cisco . Отворете заявка за случай на поддръжката за насоки.

    • Вие сте хостван в център за данни за обаждания на Webex Calling в регион, в който се поддържа планът за обаждания на Cisco .

  • Свързан с облак PSTN —Изберете тази опция, ако търсите облачно PSTN решение от един от многото партньори на Cisco CCP или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на CCP предлагат решения за подмяна на PSTN, широко глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Изброени са партньорите на CCP и географското покритие тук . Показват се само партньори, които поддържат държавата на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, посочени с лого, винаги предлагат Регионални медии за ККП . За партньори, които се показват като низ, изберете региона, който е най-близо до държавата на вашето местоположение, за да осигурите регионални медии за CCP.

    Ако видите опцията за Поръчайте номера сега при изброен доставчик, ви препоръчваме да изберете тази опция, за да можете да се възползвате от интегрирана ЦК. Интегрираната CCP позволява набавяне и предоставяне на телефонни номера в Control Hub на едно стъкло. Неинтегрираната CCP изисква от вас да закупите телефонните си номера от партньора на CCP извън Control Hub.

  • Базиран в помещения PSTN (локален шлюз) —Можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете необлачни сайтове с облачни сайтове.

    Клиентите на Webex Calling с местоположения, които преди това са конфигурирани с локален шлюз, автоматично ще бъдат преобразувани в базиран в помещения PSTN със съответната магистрала.

3

За местоположението изберете Основен номер от падащ списък , за да позволите на потребителите в това местоположение да извършват и получават повиквания.

В Основен номер може да бъде присвоен към автоматичен секретар , така че външните обаждащи се да могат да се свържат с потребителите на Webex Calling на това място. Потребителите на Webex Calling в това местоположение могат също да използват този номер като свой външен идентификатор на ИД се, когато извършват повиквания.
4

(По избор) Под Спешно обаждане , можете да изберете Идентификатор на местоположение при спешни случаи да зададете на това местоположение.

Тази настройка е незадължителна и е приложима само за държави, които я изискват.

В някои държави (пример: Франция), съществуват регулаторни изисквания за клетъчните радиосистеми за установяване на самоличността на клетката, когато извършвате спешно повикване и е предоставена на органите за спешна помощ. Други страни като САЩ и Канада прилагат определяне на местоположението, използвайки други методи. За повече информация вж Подобрено спешно повикване .

Вашият доставчик на спешно повикване може да се нуждае от информация за мрежата за достъп и се постига чрез дефиниране на нова частна SIP заглавка на разширението, P-Access-Network-Info. Заглавката носи информация, свързана с мрежата за достъп.

Когато зададете идентификатора на спешно местоположение за местоположение, стойността на местоположението се изпраща на доставчика като част от SIP съобщение. Свържете се с вашия доставчик на спешно повикване , за да видите дали имате нужда от тази настройка и използвайте стойността, предоставена от вашия доставчик на спешно повикване ."

5

Изберете Номер на гласовата поща на които потребителите могат да се обаждат, за да проверят гласовата си поща за това местоположение.

6

(По избор) Щракнете върху иконата на молив в горната част на страницата Местоположение, за да промените Име на местоположението , Език за обявяване , Език на Имейл , Часова зона , или Адрес според нуждите и след това щракнете Запазете .

Промяна на Език за обявяване влиза в сила незабавно за всички нови потребители и функции, добавени към това местоположение. Ако на съществуващите потребители и/или функции също трябва да се промени езикът на съобщенията, когато бъдете подканени, изберете Промяна за съществуващи потребители и работни пространства или Промяна за съществуващи функции . Щракнете върху Приложете . Можете да видите напредъка на Задачи страница. Не можете да правите повече промени, докато това не приключи.

Промяна на Часова зона за местоположение не актуализира часовите зони на функциите, свързани с местоположението. За да редактирате часовите зони за функции като автоматичен секретар оператор, група за търсене и опашка за обаждания, отидете на Общи настройки област на конкретната функция, за която искате да актуализирате часова зона и да редактирате и запишете там.

Тези настройки са за вътрешно набиране и са налични и в съветника за първа настройка. Докато променяте своя план за набиране, примерните номера в Control Hub се актуализират, за да покажат тези промени.

Можете да конфигурирате разрешения за изходящи повиквания за местоположение. Виж тези стъпки за да конфигурирате разрешения за изходящи повиквания.

1

Влезте в Контролен център , отидете на Услуги > Обаждане > Сервизни настройки , а след това превъртете до Вътрешно набиране .

2

Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:

  • Дължина на префикса за маршрутизиране на местоположение — Препоръчваме тази настройка, ако имате няколко местоположения. Можете да въведете дължина от 2-7 цифри. Ако имате няколко местоположения с едно и също разширение, потребителите трябва да набират префикс, когато се обаждат между местоположения. Например, ако имате няколко магазина, всички с разширение 1000, можете да конфигурирате префикс за маршрутизиране за всеки магазин. Ако един магазин има префикс 888, трябва да наберете 8881000, за да стигнете до този магазин.

    Дължините на префикса за маршрутизиране включват управляващата цифра. Например, ако зададете дължината на префикса за маршрутизиране на четири, само три цифри могат да се използват за определяне на сайта.

    Ако присвоите префикс за маршрутизиране на местоположение, всички изяви на разширения, присвоени на това местоположение, включват префикса за маршрутизиране пред вътрешен номер. Например, 888-1000 (разширение на префикс за маршрутизиране).

  • Управляваща цифра в префикса за маршрутизиране —Изберете номера, който ще бъде зададен като първа цифра на всеки префикс за маршрутизиране.
  • Вътрешна дължина на удължителя —Можете да въведете 2-10 цифри и по подразбиране е 2.

    След като увеличите дължина на вътрешния номер си, съществуващите номера за бързо набиране към вътрешни разширения не се актуализират автоматично.

  • Позволете набиране на вътрешен номер между местоположения —Позволява ви да персонализирате набирането на вътрешния номер между местоположения въз основа на изискванията на вашата организация.

    • Активирайте превключвателя, ако организацията ви няма дублиращи се разширения във всичките си местоположения.

      По подразбиране превключвателят е активиран.

    • Деактивирайте превключвателя, ако вашата организация има едно и също разширение на различни местоположения. Когато превключвателят е деактивиран и обаждащият се набере разширението, повикването се пренасочва към потребител със съвпадащо разширение на същото място като обаждащия се. Обаждащият се трябва да набере важния номер на предприятието (префикс за маршрутизиране на местоположение + разширение), за да достигне до вътрешен номер в други местоположения.

3

Посочете вътрешно набиране за конкретни местоположения. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете вътрешното набиране, ако е необходимо:

  • Вътрешно набиране —Посочете префикса за маршрутизиране, който потребителите от други места трябва да набират, за да се свържат с някого на това място. Префиксът за маршрутизиране на всяко местоположение трябва да е уникален. Препоръчваме дължината на префикса да съответства на дължината, зададена на ниво организация, но трябва да е дълга от 2 до 7 цифри.
4

Посочете външно набиране за конкретни местоположения. Отидете на Управление > Местоположения , изберете местоположение от списъка и щракнете Обаждане . Превъртете до Набиране и след това променете външното набиране, ако е необходимо:

  • Външно набиране —Можете да изберете цифра за изходящо набиране, която потребителите трябва да наберат, за да достигнат до външна линия. По подразбиране е Никаква и можете да го оставите, ако не се нуждаете от този навик за набиране. Ако решите да използвате тази функция, препоръчваме ви да използвате номер, различен от управляващата цифра на вашата организация.

    Потребителите могат да включват цифрата за изходящо набиране, когато извършват външни повиквания, за да имитират как са набирали в наследени системи. Въпреки това, всички потребители все още могат да извършват външни повиквания без цифрата за изходящо набиране.

  • По избор имате възможност да Принудително набиране на цифрата за изходящо набиране от това местоположение, като се гарантира, че потребителят трябва да използва цифрата за изходящо набиране, зададена от администратора, за да извършва външни повиквания.

    Спешните повиквания все още могат да се набират със или без цифрата за изходящо набиране, когато тази функция е активирана.

    Веднъж активирани, всички външни номера на дестинация, като тези, използвани за пренасочване на повикването , вече няма да работят, ако не е включена цифра за изходящо набиране.

    Ако разширението е същото като националния номер, тогава разширението има предимство пред националния номер. Ето защо ви препоръчваме да активирате цифрата за изходящо набиране.
    Силно препоръчваме използването на формат за номериране E.164 за входящи и изходящи PSTN повиквания.

Въздействие върху потребителите:

  • Потребителите трябва да рестартират своите телефони, за да влязат в сила промените в предпочитанията за набиране.

  • Потребителските разширения не трябва да започват със същия номер като цифрата за управление на местоположението или цифрите за изходящо набиране.

Конфигурирайте базиран на помещения PSTN (локален шлюз) в Control Hub

Ако сте дистрибутор с добавена стойност, можете да използвате тези стъпки, за да започнете конфигуриране на локален шлюз в Control Hub. Когато този шлюз е регистриран в облака, можете да го използвате на едно или повече от вашите местоположения за Webex Calling , за да осигурите маршрутизиране към корпоративен доставчик на PSTN доставчик на услуги.

Местоположение, което има локален шлюз , не може да бъде изтрито, когато локален шлюз се използва за други местоположения.

Създайте багажник
Следвайте тези стъпки, за да създадете багажник в Control Hub.

Преди да започнете

  • След като се добави местоположение и преди да конфигурирате базиран на помещения PSTN за местоположение, трябва да създадете магистрала.

  • Създайте всякакви местоположения и специфични настройки и номера за всяко от тях. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.

  • Запознайте се с изискванията за PSTN (локален шлюз) на базата на помещения за обаждания в Webex Calling.

  • Не можете да изберете повече от една магистрала за местоположение с базирана на помещения PSTN, но можете да изберете една и съща магистрала за множество местоположения.

1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Услуги > Обаждане > Маршрутизиране на обажданията и изберете Добавяне на багажника .

2

Изберете местоположение.

3

Дайте име на багажника и щракнете Запазете .

Името не може да бъде по-дълго от 24 знака.

Какво да направите след това

Представени са ви съответните параметри, които ще трябва да конфигурирате на багажника. Вие също така ще генерирате набор от идентификационни данни за дайджест SIP , за да защитите Връзка с обществена телефонна централа.

Информацията за багажника се появява на екрана Регистрирайте домейн , Група магистрали OTG/DTG , Линия/Порт , и Изходящ прокси адрес .

Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, за да можете да се обърнете към нея, когато сте готови да конфигурирате базирания на помещения PSTN.

Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.

Изберете магистрала за PSTN, базирана на помещения
1

Влезте в Control Hub на адресhttps://admin.webex.com , отидете на Управление > Местоположение .

2

Изберете местоположение за промяна и щракнете Управлявайте .

3

Изберете Базирана в помещения PSTN и щракнете Следваща .

4

Изберете багажник от падащо меню.

Посетете страницата на магистралата, за да управлявате избора на вашата група съединителни линии канали.

5

Щракнете върху известието за потвърждение, след което щракнете Запазете .

Какво да направите след това

Трябва да вземете информация за конфигуриране , която Control Hub генерира, и да картографирате параметрите в локален шлюз (например на Cisco CUBE, който се намира в помещенията). Тази статия ви превежда през този процес. Като справка вижте следната диаграма за пример как информация за конфигуриране на Control Hub (вляво) се съпоставя с параметрите в CUBE (вдясно):

След като завършите успешно конфигурацията на самия шлюз, можете да се върнете към Услуги > Обадете се > Местоположения в Control Hub и създаденият от вас шлюз ще бъде изброен в картата за местоположение, към която сте го присвоили, със зелена точка вляво от името. Това състояние показва, че шлюзът е сигурно регистриран в облака за повикване и служи като активен шлюз за обществена телефонна централа за местоположението.

Управление на телефонни номера
Заявете покупка на услуги на Webex от пробна версия в Control Hub

Ако изпробвате услугите на Webex и искате да преобразувате пробната си версия в платен абонамент, можете да изпратите заявка по имейл до партньора си.

1

Влезте в Control Hub на адресhttps://admin.webex.com , изберете иконата на сграда.

2

Изберете Абонаменти раздел и след това щракнете Купете сега .

До партньора ви се изпраща имейл, уведомяващ го, че се интересувате от преминаване към платен абонамент.

Задайте опции за повикване

Можете да използвате Control Hub, за да зададете приоритета на наличните опции за повикване, които потребителите виждат в приложението Webex . Можете също да ги активирате за обаждане с едно щракване. За повече информация вижте: Задайте опции за повикване за потребители на Webex App .

Настройване на поведение при повикване

Можете да контролирате какво приложение за повиквания се отваря, когато потребителите извършват обаждания. Можете да конфигурирате настройките на клиента за повиквания, включително внедряване в смесен режим за организации с потребители, които имат право на Unified CM или Webex Calling , и потребители без платени услуги за обаждания от Cisco. За повече информация вижте: Настройте поведение при повикване .

Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

В момента Webex Calling поддържа две версии на локален шлюз:

  • Локален шлюз

  • Локален шлюз за Webex за правителството

Ключови съображения

  • Преди да започнете, разберете изискванията на базираната в помещенията обществена комутирана телефонна мрежа (PSTN) и локалния шлюз (LGW) за обажданията чрез Webex Calling. Виж Предпочитана архитектура на Cisco за обаждания в Webex Calling за повече информация.

  • Тази статия предполага, че е създадена специална платформа за локален шлюз без съществуваща гласова конфигурация. Ако модифицирате съществуващ шлюз за обществена телефонна централа или внедряване на CUBE Enterprise, за да се използва като функция Local Gateway за Webex Calling, тогава обърнете внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци и функционалност на повикванията поради промените, които правите.

Процедурите съдържат връзки към справочната документация на командите, където можете да научите повече за отделните опции на командите. Всички препратки към командите отиват към Справочник за команди за управлявани шлюзи на Webex освен ако не е посочено друго (в този случай командните връзки отиват до Справочник за гласови команди на Cisco IOS ). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Препратки към команди .

За информация относно поддържаните SBC на трети страни вижте съответната референтна документация на продукта.

Конфигурирайте вашия локален шлюз

Има две опции за конфигуриране на локалния шлюз за вашата линия за Webex Calling :

  • Багажник на базата на регистрация

  • Багажник, базиран на сертификати

Използвайте потока на задачите или под Локален шлюз, базиран на регистрация или Базиран на сертификат локален шлюз за да конфигурирате локален шлюз за вашата линия за Webex Calling .

Виж Започнете с Local Gateway за повече информация относно различните типове багажници. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Ние използваме Session Initiation Protocol (SIP) и Защита на транспортния слой (TLS), за да защитим магистралата и защитен протокол в реално време (SRTP), за да защитим носителя между локалния шлюз и Webex Calling.

Ключови съображения

Локален шлюз за Webex за правителството не поддържа следното:

  • STUN/ICE-Lite за оптимизиране на медийния път

  • факс (T.38)

Конфигурирайте своя локален шлюз за Webex за правителство

За да конфигурирате локален шлюз за вашата линия за Webex Calling на Webex в Webex за правителство, използвайте следната опция:

  • Багажник, базиран на сертификати

Използвайте потока от задачи под Базиран на сертификат локален шлюз за да конфигурирате локалния шлюз за вашата линия за Webex Calling . За повече подробности как да конфигурирате базиран на сертификат локален шлюз, вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .

Задължително е да конфигурирате FIPS-съвместими GCM шифри, за да поддържате локален шлюз за Webex за правителство. Ако не, настройката на повикването е неуспешна. За подробности за конфигурацията вж Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling .

Webex за правителството не поддържа базиран на регистрация локален шлюз.

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, като се използва регистриране на външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Изображението по-долу подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

  • наематели на гласов клас: Използва се за създаване на специфични за багажника конфигурации.

  • гласов клас uri: Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

  • входяща точка за набиране: Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране: Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

  • изходящ диск за набиране: Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

Call routing from/to PSTN to/from Webex Calling configuration solution

Докато IP и SIP се превърнаха в протоколи по подразбиране за PSTN магистрали, TDM (Time Division Multiplexing) ISDN вериги все още се използват широко и се поддържат с връзките на Webex Calling . За да се активира медийна оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, понастоящем е необходимо да се използва двуетапен процес за маршрутизиране на повикване . Този подход модифицира конфигурацията за маршрутизиране на повикване , показана по-горе, като въвежда набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали, както е показано на изображението по-долу.

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на регистрация внедрявания на локален шлюз изискват Cisco IOS XE 17.6.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • ACL

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Защитете идентификационните данни за регистрация и STUN на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:


key config-key password-encrypt YourPassword
password encryption aes
3

Създайте заместваща PKI точка на доверие.

Изисква тази точка на доверие за конфигуриране на TLS по-късно. За базирани на регистрация магистрали, тази точка на доверие не изисква сертификат - както би било необходимо за базирана на сертификат магистрала.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация. Транспортните параметри също трябва да бъдат актуализирани, за да се гарантира надеждна защитена връзка за регистрация:

Командата на сървъра cn-san-validate гарантира, че локалният шлюз позволява връзка, ако име на домакина, конфигурирано в клиент 200, е включено в полетата CN или SAN на сертификата, получен от изходящия прокси сървър.

  1. Комплект tcp-брой повторни опити до 1000 (кратни на 5 мс = 5 секунди).

  2. В установете връзка с таймер командата ви позволява да настроите колко дълго LGW чака да настройвам връзка с прокси, преди да обмислите следващата налична опция. По подразбиране за този таймер е 20 секунди и минимум 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се съобразите с мрежовите условия.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на линията, базирана на регистрация за Webex Calling
1

Създайте базирана на регистрация PSTN магистрала за съществуващо местоположение в Control Hub. Отбележете информацията за магистралата, която се предоставя след създаването на магистрала. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .

2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Ето обяснение на полетата за конфигурацията:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежи, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните точки за набиране с IP IP на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите на вашия регионален център за данни Webex Calling към списъка. За повече информация вж Референтна информация за портове за Webex Calling . Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

    Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате списъка с доверени IP адрес в интерфейса на Webex Calling . Защитната стена вече ви защитава от нежелан входящ VoIP. Деактивирането намалява разходите ви за дългосрочна конфигурация, тъй като не можем да гарантираме, че адресите на партньорите за Webex Calling остават фиксирани и при всички случаи трябва да конфигурирате защитната си стена за партньорите.

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

медийна статистика

Позволява наблюдение на медиите на локалния шлюз.

медийни масови статистики

Позволява на контролната равнина да анкетира равнината на данни за статистика за повикването.

За повече информация относно тези команди вж Медия .

разрешаване на връзки глътка до глътка

Активирайте CUBE основната SIP функция на потребителски агент отзад до гръб. За повече информация вж Разрешаване на връзки .

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

  • Когато пренасочите повикване към потребител на Webex Calling (например и обаждащата се, и обаждащата се страни са абонати на Webex Calling и ако закотвите медия в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката е t отворете.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

3

Конфигуриране кодек за гласов клас 100 филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вж кодек за гласов клас .

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling .


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяващо използване ice lite

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .

Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC

5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex .


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_ 80 За повече информация вж гласов клас srtp-crypto .

6

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на параметъра на неговата дестинационна магистрала:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте dtg=, последвано от стойността на Trunk OTG/DTG, предоставена в Control Hub при създаването на магистрала. За повече информация вж глас клас uri .

7

Конфигуриране глътка профил 100 , който ще се използва за модифициране на SIP съобщения, преди да бъдат изпратени до Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Ето обяснение на полетата за конфигурацията:

  • правило от 10 до 70 и 90

    Гарантира, че SIP заглавките, използвани за сигнализиране на повиквания, използват схемата sip, а не sip, която се изисква от прокси сървърите на Webex . Конфигурирането на CUBE да използва sips гарантира, че се използва защитена регистрация.

  • правило 80

    Променя заглавката From, за да включи OTG/DTG идентификатора на група съединителни линии от Control Hub, за да идентифицира уникално сайт на локален шлюз в рамките на предприятието.

8

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-специално, данните за регистрация на магистрала, предоставени в Control Hub по-рано, ще бъдат използвани в тази стъпка, както е описано по-долу. По-късно асоциираните с този наемател партньори за набиране ще наследят тези конфигурации.

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Дефинира набор от конфигурационни параметри, които ще се използват само за магистралата за Webex Calling . За повече информация вж наемател на гласов клас .

    регистратор dns:98027369.us10.bcld.webex.com схема глътки изтича 240 съотношение на опресняване 50 tcp tls

    Регистрационен сървър за локалния шлюз с настройката за опресняване на всеки две минути (50% от 240 секунди). За повече информация вж регистратор .

    Уверете се, че използвате стойността за регистриране на домейн от Control Hub тук.

    номер на пълномощията Далас1171197921_ LGU потребителско име Далас1463285401_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks

    Удостоверения за предизвикателство за регистрация на багажника. За повече информация вж идентификационни данни (SIP UA) .

    Уверете се, че използвате стойностите за линия/порт хост, потребителско име за удостоверяване и парола за удостоверяване съответно от Control Hub тук.

    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство BroadWorks
    потребителско име за удостоверяване Далас1171197921_ LGU парола 0 9Wt[M6ifY+ царство9802736 9.us10.bcld.webex.com

    Предизвикателство за удостоверяване за обаждания. За повече информация вж удостоверяване (dial-peer) .

    Уверете се, че използвате стойностите за потребителско име за удостоверяване, парола за удостоверяване и домейн на регистратор съответно от Control Hub тук.

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник.

    връзка-повторна употреба

    Използва същата постоянна връзка за регистрация и обработка на повиквания. За повече информация вж връзка-повторна употреба .

    srtp-крипто 100

    Конфигурира предпочитаните комплекти за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto.

    транспорт на сесия tcp tls

    Задава транспорт на TLS. За повече информация вж сесия-транспорт .

    url глътки

    SRV заявката трябва да бъде SIP, както се поддържа от SBC за достъп; всички други съобщения се променят на SIP от sip-профил 200.

    грешка-passthru

    Указва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru .

    утвърдено-идентификатор пай

    Включва PAI обработката в локалния шлюз. За повече информация вж утвърден идентификатор .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до WebexCalling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до WebexCalling. За повече информация вж обвързвам .

    без преминаващо съдържание custom-sdp

    Команда по подразбиране под наемател. За повече информация относно тази команда вж преминаващо съдържание .

    sip-профили 100

    Променя SIP на SIP и модифицира линия/порт за съобщения INVITE и REGISTER, както е дефинирано в sip-профили 100 . За повече информация вж гласови класове sip-профили .

    изходящ прокси dns:dfw04.sipconnect-us.bcld.webex.com

    Достъп за Webex Calling SBC. Вмъкнете изходящия прокси адрес, предоставен в Control Hub, когато сте създали своя багажник. За повече информация вж изходящ прокси .

    преход към политиката за поверителност

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Дефинира VoIP dial-peer с етикет 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    макс. връзка 250

    Ограничава броя на едновременните входящи и изходящи повиквания между LGW и Webex Calling. За регистрационните магистрали максималната конфигурирана стойност трябва да бъде 250. Използвайте по-ниска стойност, ако това би било по-подходящо за вашето внедряване. За повече информация относно ограниченията за едновременни повиквания за локален шлюз, вижте Започнете с Local Gateway документ.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 100 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Конфигурира точката за набиране да използва общия списък на филтрите за кодеци 100. За повече информация вж кодек за гласов клас .

    глас-клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага да се отвори дупка в защитната стена за трафик на мултимедия.

    няма гласов клас sip localhost

    Деактивира подмяната на име на домакина на DNS на мястото на физическия IP адрес в заглавките From, Call- ИД и Remote-Party- ИД на изходящите съобщения.

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer.

    srtp

    Активира SRTP за етапа на етап на повикването.

    без вад

    Деактивира откриването на гласова активност.

След като дефинирате наемател 100 и конфигуриране на SIP VoIP dial-peer, шлюзът инициира TLS връзка към Webex Calling. В този момент SBC за достъп представя своя сертификат на локалния шлюз. Локалният шлюз потвърждава сертификата за достъп на Webex Calling SBC, използвайки коренния пакет на CA, който беше актуализиран по-рано. Ако сертификатът бъде разпознат, се установява постоянна TLS сесия между локалния шлюз и SBC за достъп за Webex Calling . След това локалният шлюз може да използва тази защитена връзка , за да се регистрира в SBC за достъп на Webex . Когато регистрацията е оспорена за удостоверяване:

  • В потребителско име, парола, и царство параметри от пълномощията конфигурацията се използва в отговора.

  • Правилата за модификация в sip профил 100 се използват за преобразуване на SIPS URL обратно в SIP.

Регистрацията е успешна, когато се получи 200 ОК от SBC за достъп.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN магистрала, преминете към следващия раздел Конфигурирайте локален шлюз с TDM PSTN магистрала .

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Дефинира VoIP точка за набиране с етикет на 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Дефинира критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз с TDM PSTN магистрала

След като сте изградили транк към Webex Calling, използвайте следната конфигурация, за да създадете TDM trunk за вашата PSTN услуга с маршрутизиране на повикване с обратна линия, за да позволите оптимизиране на медиите на етап на повикването на Webex .

Ако не се нуждаете от оптимизация на IP медия, следвайте стъпките за конфигуриране за SIP PSTN магистрала. Използвайте гласов порт и POTS dial-peer (както е показано в стъпки 2 и 3) вместо PSTN VoIP dial-peer.
1

Конфигурацията за обратна връзка за набиране използва групи за набиране и маркери за маршрутизиране на повикване, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да създава цикли за маршрутизиране на повикване . Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на маркерите за маршрутизиране на повикване :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Ето обяснение на полетата за конфигурацията:

гласов превод-правило

Използва регулярни изрази, дефинирани в правила, за добавяне или премахване на маркери за маршрутизиране на повикване . Превишените десетични цифри („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация, етикетът, добавен от профил за превод 100, се използва за насочване на повиквания от Webex Calling към PSTN чрез loopback dial-peers. По същия начин, етикетът, добавен от профил за превод 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профили за превод 11 и 12 премахват тези тагове, преди да доставят повиквания съответно към магистралите на Webex и PSTN.

Този пример предполага, че обажданите номера от Webex Calling са представени във формат + E.164 . Правило 100 премахва водещия +, за да поддържа валиден извикан номер. След това правило 12 добавя национална или международна цифра(и) за маршрутизиране при премахване на етикета. Използвайте цифри, които отговарят на вашия местен ISDN национален план за набиране.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вж гласов превод-профил и гласов превод-правило .

2

Конфигурирайте TDM портовете за гласов интерфейс, както се изисква от типа на магистрала и използвания протокол. За повече информация вж Конфигуриране на ISDN PRI . Например, основната конфигурация на ISDN интерфейс с първична скорост, инсталиран в NIM слот 2 на устройство, може да включва следното:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Конфигурирайте следната TDM PSTN точка за набиране:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

превод-профил входящ 200

Присвоява профила за превод, който ще добави маркер за маршрутизиране на повикване към входящия извикан номер.

директно набиране навътре

Насочва повикването, без да предоставя вторичен тон за набиране. За повече информация вж директно набиране навътре .

порт 0/2/0:15

Физическият гласов порт, свързан с тази точка за набиране.

4

За да активирате медийната оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, можете да промените маршрутизиране на повикване чрез въвеждане на набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали. Конфигурирайте следните точки за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат пренасочени първоначално към dial-peer 10, а оттам към dial-peer 11 или 12 въз основа на приложения маркер за маршрутизиране. След премахване на маркера за маршрутизиране, повикванията ще бъдат пренасочени към външна линия с помощта на групи за набиране.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 10 pots
 description Outbound loop-around leg

Дефинира VoIP точка за набиране и дава смислено описание за по-лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

превод-профил входящ 11

Прилага профила за превод, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикване , преди да премине към външна линия.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва, че тази точка за набиране обработва етапите на SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията 192.168.80.14

Указва адреса на интерфейса на локалния рутер като цел на повикване за връщане. За повече информация вж цел на сесията (voip dial peer) .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за съобщения, изпратени чрез обратна верига. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени чрез обратна верига. За повече информация вж обвързвам .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

кодек g711alaw

Принуждава всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответствате на метода за компандиране, използван от вашата ISDN услуга.

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

5

Добавете следната конфигурация за маршрутизиране на повикване :

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между PSTN и каналите на Webex чрез обратна верига.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагане на групи за набиране за маршрутизиране на повиквания.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.
Конфигурирайте локален шлюз със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

Когато създавате линията за Webex Calling в Unified CM, уверете се, че сте конфигурирали входящия порт в настройките на профил за защита на SIP линиите на 5065. Това позволява входящи съобщения на порт 5065 и попълване на VIA заглавката с тази стойност при изпращане на съобщения до локалния шлюз.

1

Конфигурирайте следните URI адреси на гласов клас:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

    
voice class uri 300 sip
 pattern :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и магистрала:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp .pstntocucm.io : Име на ресурсния запис на SRV

2 : Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060 : Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com : Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com : Името на име на домакина за запис A.

192.168.80.65 : IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Дефинира VoIP точка за набиране с етикет на 400 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте проблеми с локалния шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития за задействане на проблем и действия, които трябва да се предприемат за информиране, отстраняване на неизправности и отстраняване на проблема. Можете да дефинирате логиката за откриване на проблеми, като използвате съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди show.

Типовете действия включват събиране на изходни команди show:

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър.

Инженерите на TAC създават DS файловете и ги подписват цифрово за защита на целостта. Всеки DS файл има уникален цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

  • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

  • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1a или по-нова версия

  1. Диагностичните подписи са активирано по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивни известия, ако устройството работи с Cisco IOS XE 17.6.1a или по-нова версия.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да Ви уведоми.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

По-долу е показана примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17.6.1a или по-нова версия за изпращане на проактивни известия до tacfaststart@gmail.com използване на Gmail като защитен SMTP сървър:

Препоръчваме ви да използвате Cisco IOS XE Bengaluru 17.6.x или по-нови версии.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Локален шлюз, работещ на софтуера на Cisco IOS XE, не е типичен уеб-базиран Gmail клиент, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на акаунта в Gmail и да предоставим конкретно разрешение, за да бъде имейлът от устройството обработен правилно:

  1. Отидете на Управление на акаунта в Google > Сигурност и включете По-малко защитен достъп до приложения настройка.

  2. Отговорете „Да, бях аз“, когато получите имейл от Gmail, в който се казва „Google попречи на някой да влезе в акаунта ви чрез приложение, което не е на Google“.

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на висока натовареност на CPU

Този DS проследява използването на CPU за пет секунди, използвайки SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които са инсталирани в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда за активиране на SNMP. Ако не активирате, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Серия Cisco CSR 1000V

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  3. Копирайте DS XML файл във флаш на локалния шлюз.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Следният пример показва копиране на файла от FTP сървър към локалния шлюз.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг на регистрацията на външна линия SIP

Този DS проверява за дерегистрация на локален шлюз SIP транк с облака за Webex Calling на всеки 60 секунди. След като се открие събитието за отписване, то генерира известие по имейл и системен журнал и се деинсталира след две поява на дерегистрация. Използвайте стъпките по-долу, за да инсталирате подписа:

  1. Изтеглете DS 64117, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Серия Cisco CSR 1000V

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    SIP- SIP

    Тип на проблема

    Отмяна на регистрация на SIP Trunk с известие по Имейл .

  2. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Мониторинг на необичайни прекъсвания на разговора

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Използвайте покажи snmp команда, за да проверите дали SNMP е активиран. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Серия Cisco CSR 1000V

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  3. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Диагностичните подписи (DS) премахват необходимостта от ръчна проверка за възникване на проблема и улесняват много по-лесно отстраняването на неизправности на периодични и преходни проблеми.

Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:

  1. Конфигурирайте допълнителна променлива на средата на DSds_fsurl_prefix което е пътят на файлов сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка в следната команда. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, ако е необходимо.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на покажи snmp команда. Ако не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Уверете се, че сте инсталирали High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  4. Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Cisco CSR 1000V Series

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи команда. Колоната за състояние трябва да има „регистрирана“ стойност.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08

Проверете изпълнението на диагностичните подписи

В следващата команда колоната „Състояние“ на покажете диагностичен подпис за обаждане вкъщи командата се променя на „работеща“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показва статистически данни за диагностични подписи за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и изпълнява действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

DS ИД

Име на DS

Ревизия

Статус

Последна актуализация (GMT+00:00)

64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Бягане

08.11.2020 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

Задейства се /Макс/Деинсталиране

Средно време на работа (секунди)

Максимално време на работа (секунди)

64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнение на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.

Деинсталирайте диагностичните подписи

Използване на диагностични подписи за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи команда и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

Нови подписи се добавят периодично към инструмента за търсене на подписи за диагностика, въз основа на проблеми, които често се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Управлявайте и валидирайте Cisco IOS XE Gateways чрез Control Hub

За по-добро управление на Cisco IOS XE Gateways, препоръчваме ви да регистрирате и управлявате шлюзовете чрез Control Hub. Това е опция по избор. Когато се регистрирате, можете да използвате опцията за валидиране на конфигурацията в Control Hub, за да потвърдите конфигурацията на вашия локален шлюз и да идентифицирате всички проблеми с конфигурацията. Понастоящем тази функционалност поддържат само базирани на регистрация канали.

За повече информация вижте следното:

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling, използвайки базиран на сертификат взаимна TLS (mTLS) външна линия SIP. Първата част на този документ илюстрира как да конфигурирате обикновен шлюз за обществена телефонна централа. В този случай всички повиквания от PSTN се пренасочват към Webex Calling и всички повиквания от Webex Calling се насочват към PSTN. Следното изображение подчертава това решение и конфигурацията за маршрутизиране на повикване от високо ниво, която ще бъде последвана.

В този дизайн се използват следните основни конфигурации:

  • наематели на гласов клас : Използва се за създаване на специфични за багажника конфигурации.

  • глас клас uri : Използва се за класифициране на SIP съобщения за избор на входяща точка за набиране.

  • входяща точка за набиране : Осигурява обработка на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране : Дефинира изходящите телефонни точки, използвани за маршрутизиране на повикване.

  • изходящ dial-peer : Осигурява обработка на изходящи SIP съобщения и ги насочва към необходимата цел.

Call routing from/to PSTN to/from Webex Calling configuration solution

Докато IP и SIP се превърнаха в протоколи по подразбиране за PSTN магистрали, TDM (Time Division Multiplexing) ISDN вериги все още се използват широко и се поддържат с връзките на Webex Calling . За да се активира медийна оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, понастоящем е необходимо да се използва двуетапен процес за маршрутизиране на повикване . Този подход модифицира конфигурацията за маршрутизиране на повикване , показана по-горе, като въвежда набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали, както е показано на изображението по-долу.

Когато свързвате в помещението на Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация на шлюз за обществена телефонна централа като базова линия за изграждане на решението, илюстрирано на следващата диаграма. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани на следното изображение. Предоставени са опции за публично или частно (зад NAT) адресиране. SRV DNS записите не са задължителни, освен ако не се балансиране на товара в множество екземпляри на CUBE.

Използвайте указанията за конфигурация в останалата част от този документ, за да завършите конфигурацията на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигурирайте базова връзка и сигурност на рутера

  • Стъпка 2: Конфигуриране на линията за Webex Calling

    В зависимост от необходимата ви архитектура, следвайте едно от следните:

  • Стъпка 3: Конфигурирайте локален шлюз със SIP PSTN магистрала

  • Стъпка 4: Конфигурирайте локален шлюз със съществуваща Unified CM среда

    Или:

  • Стъпка 3: Конфигурирайте локален шлюз с TDM PSTN магистрала

Конфигурирайте свързаност и сигурност

Базова конфигурация

Първата стъпка в подготовката на вашия рутер Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която защитава вашата платформа и установява свързаност.

  • Всички базирани на сертификати локални внедрявания на шлюз изискват Cisco IOS XE 17.9.1a или по-нови версии. За препоръчаните версии вижте Изследване на софтуера на Cisco страница. Потърсете платформата и изберете една от предложи издания.

    • Рутерите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за унифицирани комуникации, така и за технологии за сигурност.

    • Рутери от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лиценз за DNA Essentials. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

    • За изисквания за висок капацитет може също да изисквате лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.

      Отнесете се към Кодове за оторизация за повече подробности.

  • Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте следното и проверете работата:

    • NTP

    • ACL

    • Удостоверяване на потребителя и дистанционен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) на локалния шлюз или адресите на запис на услуги (SRV) трябва да се разрешават до публичен IPv4 адрес в интернет.

  • Всички SIP и медийни портове на интерфейса на локалния шлюз, обърнат към Webex , трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната си стена.

  • Инсталирайте подписан сертификат на локалния шлюз (по-долу са дадени подробни стъпки за конфигуриране).

    • Публичен орган за сертификати (CA), както е описано подробно в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? трябва да подпише сертификата на устройството.

    • FQDN , конфигуриран в Control Hub при създаване на магистрала, трябва да бъде сертификатът Common Name (CN) или Subject Alternate Name (SAN) на рутера. Например:

      • Ако конфигуриран транк в Control Hub на вашата организация има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата на рутера трябва да съдържа cube1.lgw.com. 

      • Ако конфигурирана магистрала в контролния център на вашата организация има lgws.lgw.com като SRV адрес на локалния(ите) шлюз(и), достъпен от магистралата, тогава CN или SAN в сертификата на рутера трябва да съдържа lgws.lgw.com. Записите, до които SRV адресът се разрешава (CNAME, A Record или IP адрес), са незадължителни в SAN.

      • Независимо дали използвате FQDN или SRV за магистрала, адресът за контакт за всички нови SIP диалогови прозорци от вашия локален шлюз използва името, конфигурирано в Control Hub.

  • Уверете се, че сертификатите са подписани за използване на клиент и сървър.

  • Качете пакета Cisco root CA в локалния шлюз.

Конфигурация

1

Уверете се, че присвоявате валидни и маршрутизирани IP адреси на всеки интерфейс от слой 3, например:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Защитете STUN идентификационните данни на рутера с помощта на симетрично криптиране. Конфигурирайте основния ключ за шифроване за криптиране и типа на криптиране, както следва:


key config-key password-encrypt YourPassword
password encryption aes
3

Създайте доверителна точка за криптиране със сертификат, подписан от предпочитания от вас орган за сертификати (CA).

  1. Създайте двойка ключове RSA , като използвате следната команда exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Когато използвате cube1.lgw.com като fqdn за магистрала, създайте точка на доверие за подписания сертификат със следните команди за конфигурация:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да поискате подписан сертификат от поддържан доставчик на CA:

    crypto pki enroll LGW_CERT
4

Удостоверете новия си сертификат, като използвате вашия междинен (или основен) СА сертификат, след което импортирайте сертификата (Стъпка 4). Въведете следната команда exec или конфигурация:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Импортирайте подписан сертификат за хост, като използвате следната команда exec или конфигурация:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Активирайте ексклузивността на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигурация:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Инсталирайте пакета Cisco root CA, който включва СА сертификат, използван от Webex Calling. Използвайте crypto pki trustpool импортиране чист URL команда, за да изтеглите основния CA пакет от посочения URL и да изчистите текущия CA доверителен пул, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA:

ip http клиент прокси-сървър yourproxy.com прокси порт 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на базирана на сертификат магистрална връзка за Webex Calling
1

Създайте CUBE базирана на сертификат PSTN магистрала за съществуващо местоположение в Control Hub. За повече информация вж Конфигурирайте връзки, групи маршрути и планове за набиране за Webex Calling .

Отбележете информацията за магистралата, която се предоставя след създаването на багажника. Тези подробности, както е подчертано на следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство.
2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз за Webex Calling :


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Ето обяснение на полетата за конфигурацията:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с пътни такси, списъкът с доверени адреси дефинира списък с хостове и мрежови обекти, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в неговия доверен списък. Статично конфигурираните пиъри за набиране с „целеви IP на сесията“ или IP адреси на група сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към списъка с доверени.

  • Когато конфигурирате вашия локален шлюз, добавете IP подмрежите за вашия регионален център за данни Webex Calling към списъка, вж. Референтна информация за портове за Webex Calling за повече информация. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и шлюзове на PSTN магистрали.

  • За повече информация как да използвате доверен списък с IP адрес , за да предотвратите измами с пътни такси, вж Доверен IP адрес .

режим граница-елемент

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

разрешаване на връзки глътка до глътка

Активирайте CUBE основния SIP обратно към гръб функционалност на потребителския агент. За повече информация вж Разрешаване на връзки .

По подразбиране транспортирането на факс T.38 е разрешено. За повече информация вж факс протокол t38 (гласова услуга) .

зашеметяване

Разрешава STUN (обхождане на сесия на UDP през NAT) глобално.

Тези глобални команди за зашеметяване са необходими само при разполагане на вашия локален шлюз зад NAT.

  • Когато пренасочите повикване към потребител на Webex Calling (например и обаждащата се, и обаждащата се страни са абонати на Webex Calling и ако закотвите медия в Webex Calling SBC), тогава медиите не могат да текат към локалния шлюз, тъй като дупката е t отворете.

  • Функцията за свързване на STUN на локалния шлюз позволява изпращане на локално генерирани STUN заявки по договорения медиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вж stun flowdata agent-id и stun flowdata споделена тайна .

асиметричен полезен товар пълен

Конфигурира SIP асиметрична поддръжка за полезен товар както за DTMF , така и за динамичен кодек. За повече информация относно тази команда вж асиметричен полезен товар .

принудителна ранна оферта

Принуждава локалния шлюз да изпрати SDP информация в първоначалното съобщение INVITE, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вж ранна оферта .

sip-профили входящи

Позволява на CUBE да използва SIP профили за промяна на съобщенията при получаването им. Профилите се прилагат чрез dial-peers или наематели.

3

Конфигуриране кодек за гласов клас 100 кодек филтър за багажника. В този пример се използва един и същ филтър за кодеци за всички канали. Можете да конфигурирате филтри за всеки багажник за прецизен контрол.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек за гласов клас 100

Използва се за разрешаване само на предпочитани кодеци за повиквания през SIP канали. За повече информация вж кодек за гласов клас .

Кодек Opus се поддържа само за PSTN канали, базирани на SIP. Ако PSTN магистралата използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитание за кодек 1 опус от кодек за гласов клас 100 конфигурация.

4

Конфигуриране гласов клас зашеметяване 100 за да активирате ICE в магистралата за Webex Calling . (Тази стъпка не е приложима за Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Ето обяснение на полетата за конфигурацията:

зашеметяващо използване ice lite

Използва се за активиране на ICE-Lite за всички Webex Calling , изправени пред набиране, за да позволи оптимизиране на медиите, когато е възможно. За повече информация вж използване на гласов клас зашеметяване и зашеметяващо използване ice lite .

В зашеметяващо използване на защитна стена за преминаване на поток данни командата се изисква само при разполагане на вашия локален шлюз зад NAT.
Имате нужда от зашеметяващо използване на ICE-lite за потоци от разговори, използващи оптимизация на медийния път. За да осигурите медийна оптимизация за шлюз SIP към TDM, конфигурирайте loopback dial-peer с активиран ICE-Lite на IP- IP крака. За допълнителни технически подробности се свържете с екипите на акаунта или TAC.
5

Конфигурирайте политиката за криптиране на медиите за трафика на Webex . (Тази стъпка не е приложима за Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_ 80 като единствения SRTP шифров пакет CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_ 80 За повече информация вж гласов клас srtp-crypto .

6

Конфигуриране на FIPS-съвместими GCM шифри (Тази стъпка е приложима само за Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Посочва GCM като шифров пакет, който CUBE предлага. Задължително е да конфигурирате GCM шифри за локален шлюз за Webex за правителство.

7

Конфигурирайте шаблон за уникално идентифициране на повиквания към магистрала на локален шлюз въз основа на неговото FQDN или SRV местоназначение:


voice class uri 100 sip
 pattern cube1.lgw.com

Ето обяснение на полетата за конфигурацията:

глас клас uri 100 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този шаблон, използвайте LGW FQDN или SRV, конфигурирани в Control Hub, докато създавате магистрала.

8

Конфигурирайте профили за манипулиране на SIP съобщение . Ако вашият шлюз е конфигуриран с публичен IP адрес, конфигурирайте профил по следния начин или преминете към следващата стъпка, ако използвате NAT. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, а „198.51.100.1“ е публичният IP адрес на интерфейса на локалния шлюз пред Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

Пропуснете следващата стъпка, ако сте конфигурирали вашия локален шлюз с публични IP адреси.

9

Ако вашият шлюз е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN , конфигуриран за локалния шлюз, „10.80.13.12“ е IP адрес на интерфейса, обърнат към Webex Calling , а „192.65.79.20“ е публичният IP адрес на NAT.

SIP профили за изходящи съобщения към Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволите на Webex да удостоверява съобщенията от вашия локален шлюз, заглавката „Contact“ в съобщенията за SIP заявка и отговори трябва да съдържа стойността, предоставена за магистрала в Control Hub. Това ще бъде или FQDN на един хост, или името на име на домейн SRV, използвано за клъстер от устройства.

правила от 30 до 81

Преобразувайте препратките към частни адреси към външния публичен адрес за сайта, позволявайки на Webex правилно да интерпретира и маршрутизира следващите съобщения.

SIP профил за входящи съобщения от Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Ето обяснение на полетата за конфигурацията:

правила от 10 до 80

Преобразувайте препратките към публичния адрес в конфигурирания частен адрес, позволявайки на съобщенията от Webex да бъдат правилно обработвани от CUBE.

За повече информация вж гласови класове sip-профили .

10

Конфигурирайте SIP опции за поддържане на активност с профил за промяна на заглавката.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Ето обяснение на полетата за конфигурацията:

гласов клас sip-options-keepalive 100

Конфигурира поддържащ профил и влиза в режим на конфигуриране на гласов клас. Можете да конфигурирате времето (в секунди), в което Ping за SIP извън диалоговите опции се изпраща до целта за набиране, когато връзката на сърдечния ритъм към крайната точка е в състояние UP или Down.

Този поддържащ профил се задейства от точката за набиране, конфигурирана към Webex.

За да се гарантира, че заглавките на контактите включват напълно квалифицирано име на домейн SBC, се използва SIP профил 115. Правила 30, 40 и 50 се изискват само когато SBC е конфигуриран зад статичен NAT.

В този пример cube1.lgw.com е FQDN , избрано за локалния шлюз и ако се използва статичен NAT, „10.80.13.12“ е IP адрес на интерфейса на SBC към Webex Calling и „192.65.79.20“ е публичният IP адрес на NAT .

11

Конфигуриране на магистрала за Webex Calling :

  1. Създайте наемател на гласов клас 100 за да дефинирате и групирате конфигурации, необходими специално за магистралата за Webex Calling . По-късно асоциираните с този клиент наемател ще наследят следните конфигурации:

    Следващият пример използва стойностите, илюстрирани в Стъпка 1, за целите на това ръководство (показани с удебелен шрифт). Заменете ги със стойности за вашия багажник във вашата конфигурация.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Ето обяснение на полетата за конфигурацията:

    наемател на гласов клас 100

    Препоръчваме ви да използвате наематели, за да конфигурирате транкове, които имат собствен TLS сертификат и списък за валидиране на CN или SAN. Тук tls-профилът, свързан с наемателя, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки. За повече информация вж наемател на гласов клас .

    няма идентификатор на отдалечена страна

    Деактивирайте заглавката на SIP Remote-Party- ИД (RPID), тъй като Webex Calling поддържа PAI, който е активиран чрез CIO утвърдено-идентификатор пай . За повече информация вж идентификатор на отдалечена страна .

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за магистрала. Използвайте граничния прокси SRV адрес, предоставен в Control Hub, когато сте създали своя багажник

    srtp-крипто 100

    Конфигурира предпочитаните пакети за шифроване за етапа на SRTP етап на повикването (връзка) (посочено в стъпка 5). За повече информация вж гласов клас srtp-crypto .

    dns на локален хост: cube1.lgw.com

    Конфигурира CUBE да замени физическия IP адрес в заглавките From, Call- ИД и Remote-Party- ИД в изходящите съобщения с предоставеното FQDN.

    транспорт на сесия tcp tls

    Задава транспортиране към TLS за свързаните точки за набиране. За повече информация вж сесия-транспорт .

    няма обновяване на сесията

    Деактивира опресняването на SIP сесията глобално.

    грешка-passthru

    Указва преходна функционалност за отговор на SIP грешка. За повече информация вж грешка-passthru .

    управление на свързване източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за медия, изпратена до Webex Calling. За повече информация вж обвързвам .

    sip профили за гласов клас 100

    Прилага профила за промяна на заглавката (обществен IP или NAT адрес), който да се използва за изходящи съобщения. За повече информация вж sip профили за гласов клас .

    гласов клас sip профили 110 входящи

    Прилага профила за промяна на заглавката (само за NAT адресиране), за да се използва за входящи съобщения. За повече информация вижте профили за гласови класове.

    политика за поверителност passthru

    Конфигурира опциите на политиката за заглавка за поверителност за магистралата за предаване на стойности за поверителност от полученото съобщение към следващия етап на повикването. За повече информация вж политика за поверителност .

  2. Конфигурирайте мрежата за набиране в магистрала за Webex Calling .

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Дефинира VoIP точка за набиране с етикет на 100 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва тази точка за набиране 100 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    сесия целеви sip-сървър

    Показва, че SIP сървърът, дефиниран в наемател 100, е наследен и използван за местоназначение за повиквания от тази точка за набиране.

    входяща заявка за uri 100

    За да посочите гласовия клас, използван за съпоставяне на VoIP точка за набиране с единен идентификатор на ресурс (URI) на входящо повикване. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Webex Calling. За повече информация вж кодек за гласов клас .

    гласов клас зашеметяване-използване 100

    Позволява локално генерирани STUN заявки към локалния шлюз да се изпращат по договорения медиен път. STUN помага за отваряне на дупка в защитната стена за трафик на мултимедия.

    глас-клас глътка утвърдено-идентификатор пай

    Задава информацията за изходящите повиквания, използвайки заглавката на ИД за поверителността (PAI). За повече информация вж глас-клас глътка утвърден-идент .

    гласов клас sip наемател 100

    Dial-peer наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат отменени на ниво dial-peer. За повече информация вж гласов клас sip наемател .

    опции за глътка гласов клас-поддържайте профил 100

    Тази команда се използва за наблюдение на наличността на група от SIP сървъри или крайни точки, използвайки специфичен профил (100).

    srtp

    Активира SRTP за етапа на етап на повикването.

Конфигурирайте локален шлюз със SIP PSTN магистрала

След като сте изградили транк към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптирана магистрала към PSTN доставчик, базиран на SIP :

Ако вашият доставчик на услуги предлага защитена PSTN линия, можете да следвате подобна конфигурация, както е описано по-горе за линията за Webex Calling . Сигурно към сигурно маршрутизиране на повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN магистрала, преминете към следващия раздел Конфигурирайте локален шлюз с TDM PSTN магистрала .

За да конфигурирате TDM интерфейси за PSTN повиквания на Cisco TDM- SIP Gateways, вж. Конфигуриране на ISDN PRI .

1

Конфигурирайте следния uri на гласов клас, за да идентифицирате входящи повиквания от магистралата на PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

глас клас uri 200 гл

Дефинира модел за съпоставяне на входяща SIP покана с входяща магистрална точка за набиране. Когато въвеждате този модел, използвайте IP адрес на вашия IP шлюз за обществена телефонна централа. За повече информация вж глас клас uri .

2

Конфигурирайте следната IP PSTN точка за набиране:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Дефинира VoIP точка за набиране с етикет на 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва тази точка за набиране 200 се справя с краката за SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията ipv4:192.168.80.13

Указва целевия IPv4 адрес на дестинацията за изпращане на етап на повикването. Целта на сесията тук е IP адрес на ITSP. За повече информация вж цел на сесията (VoIP dial peer) .

входящ ури през 200

Дефинира критерий за съответствие за VIA заглавката с IP адрес на IP PSTN. Съпоставя всички входящи IP PSTN повиквания на локалния шлюз с dial-peer 200. За повече информация вж входящ URL адрес .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

кодек за гласов клас 100

Конфигурира точката за набиране да използва списъка с общи списък на филтрите за кодеци 100 . За повече информация вж кодек за гласов клас .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

3

Ако конфигурирате вашия локален шлюз да маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикване . Ако конфигурирате своя локален шлюз с платформа Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи за набиране, за да маршрутизиране на повиквания към Webex Calling или PSTN. Дефинирайте DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към входящата точка за набиране от PSTN. По същия начин, дефинирайте DPG 200 с изходяща точка за набиране 200 към PSTN. DPG 200 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към PSTN и от PSTN към Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.

Конфигурирайте локален шлюз с TDM PSTN магистрала

След като сте изградили транк към Webex Calling, използвайте следната конфигурация, за да създадете TDM trunk за вашата PSTN услуга с маршрутизиране на повикване с обратна линия, за да позволите оптимизиране на медиите на етап на повикването на Webex .

Ако не се нуждаете от оптимизация на IP медия, следвайте стъпките за конфигуриране за SIP PSTN магистрала. Използвайте гласов порт и POTS dial-peer (както е показано в стъпки 2 и 3) вместо PSTN VoIP dial-peer.
1

Конфигурацията за обратна връзка за набиране използва групи за набиране и маркери за маршрутизиране на повикване, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да създава цикли за маршрутизиране на повикване . Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на маркерите за маршрутизиране на повикване :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Ето обяснение на полетата за конфигурацията:

гласов превод-правило

Използва регулярни изрази, дефинирани в правила, за добавяне или премахване на маркери за маршрутизиране на повикване . Превишените десетични цифри („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация, етикетът, добавен от профил за превод 100, се използва за насочване на повиквания от Webex Calling към PSTN чрез loopback dial-peers. По същия начин, етикетът, добавен от профил за превод 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профили за превод 11 и 12 премахват тези тагове, преди да доставят повиквания съответно към магистралите на Webex и PSTN.

Този пример предполага, че обажданите номера от Webex Calling са представени във формат + E.164 . Правило 100 премахва водещия +, за да поддържа валиден извикан номер. След това правило 12 добавя национална или международна цифра(и) за маршрутизиране при премахване на етикета. Използвайте цифри, които отговарят на вашия местен ISDN национален план за набиране.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вж гласов превод-профил и гласов превод-правило .

2

Конфигурирайте TDM портовете за гласов интерфейс, както се изисква от типа на магистрала и използвания протокол. За повече информация вж Конфигуриране на ISDN PRI . Например, основната конфигурация на ISDN интерфейс с първична скорост, инсталиран в NIM слот 2 на устройство, може да включва следното:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Конфигурирайте следната TDM PSTN точка за набиране:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Дефинира VoIP dial-peer с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

превод-профил входящ 200

Присвоява профила за превод, който ще добави маркер за маршрутизиране на повикване към входящия извикан номер.

директно набиране навътре

Насочва повикването, без да предоставя вторичен тон за набиране. За повече информация вж директно набиране навътре .

порт 0/2/0:15

Физическият гласов порт, свързан с тази точка за набиране.

4

За да активирате медийната оптимизация на IP пътищата за локални шлюзове с TDM- IP потоци на повиквания, можете да промените маршрутизиране на повикване чрез въвеждане на набор от вътрешни връзки за набиране с обратна връзка между Webex Calling и PSTN магистрали. Конфигурирайте следните точки за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат пренасочени първоначално към dial-peer 10, а оттам към dial-peer 11 или 12 въз основа на приложения маркер за маршрутизиране. След премахване на маркера за маршрутизиране, повикванията ще бъдат пренасочени към външна линия с помощта на групи за набиране.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 10 pots
 description Outbound loop-around leg

Дефинира VoIP точка за набиране и дава смислено описание за по-лесно управление и отстраняване на неизправности. За повече информация вж глас за набиране .

превод-профил входящ 11

Прилага профила за превод, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикване , преди да премине към външна линия.

дестинация-модел BAD.BAD

Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. За повече информация вж дестинация-модел (интерфейс) .

протокол за сесия sipv2

Указва, че тази точка за набиране обработва етапите на SIP повикване . За повече информация вж протокол за сесия (dial peer) .

цел на сесията 192.168.80.14

Указва адреса на интерфейса на локалния рутер като цел на повикване за връщане. За повече информация вж цел на сесията (voip dial peer) .

управление на свързване източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за съобщения, изпратени чрез обратна верига. За повече информация вж обвързвам .

свързване на медиен източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени чрез обратна верига. За повече информация вж обвързвам .

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

кодек g711alaw

Принуждава всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответствате на метода за компандиране, използван от вашата ISDN услуга.

без вад

Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

5

Добавете следната конфигурация за маршрутизиране на повикване :

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между PSTN и каналите на Webex чрез обратна верига.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  2. Прилагане на групи за набиране за маршрутизиране на повиквания.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 200

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE се конфигурират.
Конфигурирайте локален шлюз със съществуваща Unified CM среда

Конфигурацията на PSTN- Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни магистрали към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се пренасочват през Unified CM. Обажданията от UCM на порт 5060 се насочват към PSTN, а повикванията от порт 5065 се насочват към Webex Calling. Следните постепенни конфигурации могат да бъдат добавени, за да включат този сценарий на извикване.

1

Конфигурирайте следните URI адреси на гласов клас:

  1. Класифицира Unified CM към Webex повиквания чрез SIP VIA порт:

    
voice class uri 300 sip
 pattern :5065

  2. Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN магистрала, като използвате един или повече модели, които описват изходните адреси на източника и номер на порт. Ако е необходимо, могат да се използват регулярни изрази за дефиниране на съвпадащи модели.

    В примера по-горе се използва регулярен израз за съвпадение на всеки IP адрес в диапазона от 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да укажете SRV маршрутизиране към Unified CM хостове:

IOS XE използва тези записи за локално определяне на целеви UCM хостове и портове. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате вашия DNS, тогава тези локални конфигурации не са необходими.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава DNS SRV ресурсен запис. Създайте запис за всеки UCM хост и магистрала:

IP хост_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp .pstntocucm.io : Име на ресурсния запис на SRV

2 : Приоритетът на ресурсния запис на SRV

1: Теглото на ресурсния запис на SRV

5060 : Номерът на номер на порт , който да се използва за целевия хост в този ресурсен запис

ucmsub5.mydomain.com : Целевият хост на ресурсния запис

За да разрешите имената на целеви хост на ресурсния запис, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

IP хост : Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com : Името на име на домакина за запис A.

192.168.80.65 : IP адрес на хоста.

Създайте SRV ресурсните записи и A записи, за да отразяват вашата UCM среда и предпочитаната стратегия за разпределение на обажданията.

3

Конфигурирайте следните точки за набиране:

  1. Dial-peer за повиквания между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Дефинира VoIP точка за набиране с етикет 300 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 300 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:wxtocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис wxtocucm.io се използва за насочване на повиквания.

    входящ uri през 300

    Използва гласов клас URI 300, за да насочва целия входящ трафик от Unified CM , използвайки порт на източника 5065 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

  2. Dial-peer за повиквания между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Ето обяснение на полетата за конфигурацията:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Дефинира VoIP точка за набиране с етикет на 400 и дава смислено описание за лесно управление и отстраняване на неизправности.

    дестинация-модел BAD.BAD

    Необходим е фиктивен модел на дестинация при маршрутизиране на изходящи повиквания с помощта на входяща група за набиране. В този случай може да се използва всяка валидна дестинация.

    протокол за сесия sipv2

    Указва, че точката за набиране 400 обработва SIP повикване . За повече информация вж протокол за сесия (dial-peer) .

    цел на сесията dns:pstntocucm.io

    Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай локално дефинираният SRV запис pstntocucm.io се използва за насочване на повиквания.

    входящ ури през 400

    Използва гласов клас URI 400, за да насочва целия входящ трафик от посочените хостове на Unified CM , използвайки порт на източника 5060 към тази точка за набиране. За повече информация вж входящо ури .

    кодек за гласов клас 100

    Показва списък на филтрите на кодеци за повиквания към и от Unified CM. За повече информация вж кодек за гласов клас .

    управление на свързване източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вж обвързвам .

    свързване на медиен източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса на източника и асоциирания IP адрес за медиите, изпратени до PSTN. За повече информация вж обвързвам .

    dtmf-relay rtp-nte

    Дефинира RTP-NTE (RFC2833) като DTMF възможност, очаквана на етапа на етап на повикването. За повече информация вж DTMF реле (глас през IP) .

    без вад

    Деактивира откриването на гласова активност. За повече информация вж vad (набиране) .

4

Добавете маршрутизиране на повикване, като използвате следните конфигурации:

  1. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и Webex Calling. Определете DPG 100 с изходяща точка за набиране 100 към Webex Calling. DPG 100 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 300 с изходяща точка за набиране 300 към Unified CM. DPG 300 се прилага към входящата точка за набиране от Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Създайте групи за набиране, за да маршрутизиране на повиквания между Unified CM и PSTN. Определете DPG 200 с изходящ адрес за набиране 200 към PSTN. DPG 200 се прилага към свързаната входяща точка за набиране от Unified CM. По същия начин, дефинирайте DPG 400 с изходяща точка за набиране 400 към Unified CM. DPG 400 се прилага към входящата точка за набиране от PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Ето обяснение на полетата за конфигурацията:

    dial-peer 100

    Свързва изходяща точка за набиране с група за набиране. За повече информация вж гласов клас dpg .

  3. Прилагайте групи за набиране, за да маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Ето обяснение на полетата за конфигурацията:

    дестинация dpg 300

    Указва коя група за набиране и следователно точка за набиране трябва да се използва за изходящо третиране на повиквания, представени на тази входяща точка за набиране.

  4. Приложете групи за набиране, за да маршрутизиране на повиквания от PSTN към Unified CM и от Unified CM към PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Това приключва конфигурацията на вашия локален шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато функциите на CUBE са конфигурирани.

Наблюдавайте и отстранявайте проблеми с локалния шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно открива често наблюдавани проблеми в базирания на Cisco IOS XE локален шлюз и генерира имейл, системен журнал или известие за терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърлите събраните данни в кутията на Cisco TAC , за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития и действия за задействане на проблем за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте съобщения в системния журнал, SNMP събития и чрез периодично наблюдение на специфични изходни команди за показване, за да дефинирате логиката за откриване на проблеми. Типовете действия включват:

  • Събиране на изходни команди show

  • Генериране на консолидиран регистрационен файл

  • Качване на файла на предоставено от потребителя мрежово местоположение, като HTTPS, SCP, FTP сървър

Инженерите на TAC създават DS файлове и ги подписват цифрово за защита на целостта. Всеки DS файл има уникалния цифров ИД , присвоен от системата. Инструмент за търсене на диагностични подписи (DSLT) е единствен източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, от който изтегляте DSLT . Файловете, които променяте, се провалят при инсталиране поради грешка при проверка на целостта.

  • Сървър с прост протокол за прехвърляне на поща (SMTP), който ви е необходим, за да може локалният шлюз да изпраща известия по имейл.

  • Уверете се, че локалният шлюз работи с IOS XE 17.6.1 или по-нова версия, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1 или по-нова версия

  1. Диагностичните подписи са активирано по подразбиране.

  2. Конфигурирайте защитен имейл сървър, който използвате за изпращане на проактивни известия, ако устройството работи с IOS XE 17.6.1 или по-нова версия.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Конфигурирайте променливата на средатаds_email с имейл адрес на администратора, за да ви уведоми.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на висока натовареност на CPU

Този DS проследява 5-секундно използване на CPU с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, той деактивира всички отстраняване на грешки и деинсталира всички диагностични подписи, които инсталирате в локалния шлюз. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 64224, като използвате следните падащи опции в Инструмент за търсене на диагностични подписи :

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решението за Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл

  3. Копирайте DS XML файл във флаш на локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Следният пример показва копиране на файла от FTP сървър към локалния шлюз.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Използвайте покажете диагностичен подпис за обаждане вкъщи команда, за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Изтеглете DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително себе си. Ако е необходимо, моля, инсталирайте отново DS 64224, за да продължите да наблюдавате високото използване на CPU на локалния шлюз.

Мониторинг на необичайни прекъсвания на разговора

Този DS използва SNMP допитване на всеки 10 минути, за да открие необичайно прекъсване на връзката със SIP грешки 403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно на 5 от последната анкета, той генерира системен журнал и известие по имейл. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Изтеглете DS 65221, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Откриване на необичайно прекъсване на връзката с SIP с Имейл и известие в системния журнал.

  3. Копирайте DS XML файл в локалния шлюз.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Използвайте командата покажете диагностичен подпис за обаждане вкъщи за да проверите дали подписът е инсталиран успешно. Колоната за състоянието трябва да има „регистрирана“ стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Можете също да използвате диагностични подписи (DS) за бързо разрешаване на проблеми. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая на Cisco TAC . Това елиминира необходимостта от ръчна проверка за възникване на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате Инструмент за търсене на диагностични подписи за да намерите приложимите подписи и да ги инсталирате, за да разрешите самостоятелно даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето пример за това как да намерите и инсталирате DS за откриване на появата „% VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0" syslog и автоматизирайте събирането на диагностични данни, като използвате следните стъпки:

  1. Конфигурирайте друга променлива на средата на DSds_fsurl_prefix като пътя на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е токенът за качване на файл , който може да бъде извлечен от Мениджър на случаи за поддръжка както е показано по-долу. Токенът за качване на файл може да бъде генериран в Прикачени файлове раздел на мениджъра на случаите за поддръжка, както е необходимо.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на командата покажи snmp . Ако SNMP не е активиран, конфигурирайте snmp-сървър мениджър команда.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Препоръчваме да инсталирате High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички сигнатури за отстраняване на грешки и диагностика по време на високо използване на CPU . Изтеглете DS 64224, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на CPU с известия по Имейл .

  4. Изтеглете DS 65095, като използвате следните опции в Инструмент за търсене на диагностични подписи :

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR Series или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение за обаждания на Webex Calling

    Обхват на проблема

    Syslogs

    Тип на проблема

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Вътрешна грешка (праг на повикване): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Инсталирайте високопроцесорния мониторинг DS 64224 и след това DS CPU XML файл в локалния шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Проверете дали подписът е инсталиран успешно с помощта на покажете диагностичен подпис за обаждане вкъщи . Колоната за състоянието трябва да има „регистрирана“ стойност.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    DS ИД

    Име на DS

    Ревизия

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    ДС_ LGW_ CPU_ ПН75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    ДС_ LGW_ IEC_ Вall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверете изпълнението на диагностичните подписи

В следващата команда колоната „Състояние“ на командата покажете диагностичен подпис за обаждане вкъщи се променя на „изпълнение“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът на показва статистически данни за диагностични подписи за обаждане до дома е най-добрият начин да проверите дали диагностичен подпис открива събитие от интерес и е изпълнило действието. Колоната „Задействано/Макс./Деинсталиране“ показва колко пъти даденият подпис е задействал събитие, максимален брой пъти, когато е дефиниран за откриване на събитие и дали подписът се деинсталира сам след откриване на максимален брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

DS ИД

Име на DS

Ревизия

Статус

Последна актуализация (GMT+00:00)
64224

ДС_ LGW_ CPU_ ПН75

0.0.10

Регистриран

08.11.2020 00:07:45

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

0.0.12

Бягане

08.11.2020 00:12:53

показва статистически данни за диагностични подписи за обаждане до дома

DS ИД

Име на DS

Задейства се /Макс/Деинсталиране

Средно време на работа (секунди)

Максимално време на работа (секунди)
64224

ДС_ LGW_ CPU_ ПН75

0/0/N

0,000

0,000

65095

ДС_ LGW_ IEC_ Вall_spike_threshold

1 /20/г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнение на диагностичния подпис, съдържа ключова информация като тип на проблема, подробности за устройството, версия на софтуер, текуща конфигурация и показване на командни изходи, които са подходящи за отстраняване на даден проблем.

Деинсталирайте диагностичните подписи

Използване на диагностичните сигнатури за целите на отстраняване на неизправности обикновено се деинсталират за деинсталиране след откриване на някои проблеми. Ако искате да деинсталирате подпис ръчно, извлечете DS ИД от изхода на покажете диагностичен подпис за обаждане вкъщи и изпълнете следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

Нови подписи се добавят периодично към инструмента за търсене на диагностични подписи въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови персонализирани подписи.

Внедряване на високата степен на достъпност на CUBE като локален шлюз

Основи

Предварителни изисквания

Преди да разположите CUBE HA като локален шлюз за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, предполагат специална локален шлюз без съществуваща гласова конфигурация. Ако съществуващо корпоративно внедряване на CUBE се променя, за да използва и функцията на локален шлюз за Cisco Webex Calling, обърнете специално внимание на приложената конфигурация, за да гарантирате, че съществуващите потоци и функции на повиквания не се прекъсват и се уверете, че спазвате изискванията за дизайн на CUBE HA .

Хардуерни и софтуерни компоненти

CUBE HA като локален шлюз изисква IOS-XE версия 16.12.2 или по-нова и платформа, на която се поддържат както функциите CUBE HA, така и LGW.

Командите за показване и регистрационните файлове в тази статия се основават на минимална версия на софтуер на Cisco IOS-XE 16.12.2, внедрена на vCUBE (CSR1000v).

Референтен материал

Ето някои подробни ръководства за конфигуриране на CUBE HA за различни платформи:

Общ преглед на решението за Webex Calling

Cisco Webex Calling е предложение за сътрудничество, което предоставя базирана в облак алтернатива с множество наематели на телефонна услуга за локална телефонна централа с множество опции за PSTN за клиенти.

Разгръщането на локален шлюз (представено по-долу) е в центъра на тази статия. Транк на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързаност към PSTN услуга, собственост на клиента. Той също така осигурява свързаност с в помещението IP PBX внедряване, като например Cisco Unified CM. Цялата комуникация към и от облака е защитена чрез TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва внедряване на Webex Calling без съществуваща IP PBX и е приложима за внедряване на един или няколко сайта. Конфигурацията, описана в тази статия, се основава на това внедряване.

Слой 2 Редундантност от кутия до кутия

Резервирането на CUBE HA слой 2 от кутия към кутия използва инфраструктурния протокол на групата за резервиране (RG), за да формира двойка активни/готови маршрутизатори. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните им интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в готовност да поеме всички отговорности за обработка на повиквания CUBE незабавно, ако активният рутер излезе от експлоатация, което води до запазване на сигнализацията и медиите в състояние на състояние.

Насочването на проверка е ограничено до свързани повиквания с медийни пакети. Обажданията в транзит не се отбелязват (например състояние на опит или звънене).

В тази статия CUBE HA ще се позовава на CUBE High Availability (HA) Layer 2 Box-to-box (B2B) резервиране за запазване на повикванията с състояние на състояние

Считано от IOS-XE 16.12.2, CUBE HA може да бъде разгърнат като локален шлюз за внедряване на магистрала за Cisco Webex Calling (базирана на помещения PSTN) и ние ще съображения на дизайна в тази статия. Тази фигура показва типична настройка на CUBE HA като локален шлюз за разгръщане на магистрала на Cisco Webex Calling .

Инфракомпонент на групата за резервиране

Компонентът Infra за групата за резервиране (RG) осигурява поддръжката на комуникационната инфраструктура от кутия до кутия между двата CUBE и договаря окончателното стабилно състояние на резервиране. Този компонент също така осигурява:

  • Протокол, подобен на HSRP, който договаря крайното състояние на резервиране за всеки рутер чрез обмен на съобщения за поддържане на активност и hello между двата CUBE (чрез контролния интерфейс) – GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за контролна точка на състоянието на сигнализацията и медиите за всяко повикване от активния към резервния рутер (чрез интерфейса за данни) — GigabitEthernet3 на фигурата по-горе.

  • Конфигуриране и управление на интерфейса за виртуален IP (VIP) за интерфейсите за трафик (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран да поддържа гласова B2B HA.

Управление на виртуални IP (VIP) адреси както за сигнализация, така и за медии

B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните физически интерфейси на двата CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурирането на VIP и обвързването на VIP интерфейса към определено гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или прокси, използват VIP като IP адрес на дестинацията за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Calling , двойките CUBE HA действат като един локален шлюз.

Сигнализирането на повикванията и информацията за RTP сесията на установените повиквания са контролни точки от активния рутер към рутера в режим на готовност. Когато активният рутер изпадне, рутерът в режим на готовност поема управлението и продължава да препраща RTP поток , който преди това е бил насочен от първия рутер.

Обажданията в преходно състояние по време на отказ няма да бъдат запазени след превключване. Например повиквания, които все още не са напълно установени или са в процес на промяна с функция за прехвърляне или задържане. Установените повиквания могат да бъдат прекъснати след превключване.

Съществуват следните изисквания за използване на CUBE HA като локален шлюз за преодоляване на повиквания със състояние на отказ:

  • CUBE HA не може да има съвместно разположени TDM или аналогови интерфейси

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/ RTP), а Gig3 е интерфейс за управление/данни на групата за резервиране (RG)

  • Не повече от 2 двойки CUBE HA могат да бъдат поставени в един и същ домейн на слой 2, единият с идентификатор на група 1, а другият с идентификатор на група 2. Ако конфигурирате 2 HA двойки със същия идентификатор на групата, интерфейсите за управление/данни на RG трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Порт каналът се поддържа както за интерфейси за управление на RG/данни, така и за трафик

  • Цялата сигнализация/медия се доставя от/към виртуалния IP адрес

  • Всеки път, когато платформата се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за излишък, rii трябва да е уникален за комбинация от двойка/интерфейс на същия слой 2

  • Конфигурацията и на двата CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да работи на същия тип платформа и версия на IOS-XE

  • Интерфейсите за обратна връзка не могат да се използват като обвързване, тъй като винаги са нагоре

  • Множество интерфейси за трафик (SIP/ RTP) (Gig1, Gig2) изискват конфигуриране на проследяване на интерфейса

  • CUBE-HA не се поддържа през кръстосана кабелна връзка за RG-контрол/връзка за данни (Gig3)

  • И двете платформи трябва да бъдат идентични и да бъде свързан чрез a физически превключвател през всички подобни интерфейси, за да може CUBE HA да работи, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да приключи на един и същ ключ и т.н.

  • Не може да има терминиран WAN на CUBE директно или на данни HA от двете страни

  • И двата активни/готови трябва да са в един и същ център за данни

  • Задължително е използването на отделен L3 интерфейс за резервиране (RG Control/data, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролни точки

  • При отказ, по-рано активният CUBE преминава през презареждане по проект, запазвайки сигнализацията и медиите

Конфигурирайте излишък и на двата CUBE

Трябва да конфигурирате резервиране от кутия до кутия от слой 2 и на двата CUBE, предназначени да бъдат използвани в HA двойка, за да изведете виртуални IP адреси.

1

Конфигурирайте проследяване на интерфейса на глобално ниво, за да проследявате състоянието на интерфейса.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласов трафик , така че активният маршрут да изпълнява своята активна роля, след като интерфейсът за трафик не работи.

2

Конфигурирайте RG за използване с VoIP HA в подрежим на резервиране на приложения.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък — Влиза в режим на резервиране

  • излишък на приложения — Влиза в режим на конфигурация на резервиране на приложения

  • група — Влиза в режим на конфигурация на група приложения за резервиране

  • име LocalGateway-HA —Определя името на групата RG

  • приоритет 100 праг на отказ 75 —Определя първоначалния приоритет и праговете за превключване при отказ за RG

  • таймери забавяне 30 презареждане 60 —Конфигурира двата пъти за забавяне и презареждане

    • Таймер за закъснение, който е количеството време за забавяне на инициализацията на RG групата и договарянето на ролята, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – това е времето за забавяне на инициализацията на групата RG и договарянето на ролята след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат настроени, за да поемат всяко допълнително забавяне на мрежовата конвергенция, което може да възникне по време на стартиране/презареждане на рутерите, за да се гарантира, че договарянето на протокола RG се извършва след като маршрутизирането в мрежата се сближи до стабилно точка. Например, ако се види след отказ, че са необходими до 20 секунди за новия STANDBY да види първия RG HELLO пакет от новия ACTIVE, тогава таймерите трябва да се коригират на „таймерите забавят 60 презареждане 120“, за да отчетат това забавяне.

  • контрол GigabitEthernet3 протокол 1 —Конфигурира интерфейса, използван за обмен на съобщения за поддържане на активност и hello между двата CUBE, и посочва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола за резервиране на приложения

  • данни GigabitEthernet3 —Конфигурира интерфейса, използван за контролна точка на трафик на данни

  • писта — RG групово проследяване на интерфейси

  • протокол 1 —Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигурация на протокола на приложението за резервиране

  • таймери hellotime 3 време на задържане 10 —Конфигурира двата таймера за hellotime и holdtime:

    • Hellotime— Интервал между последователни съобщения за здравеопазване — по подразбиране 3 секунди. Обхватът е 250 милисекунди-254 секунди

    • Време на задържане – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер е неуспешен. Това времетраене трябва да е по-голямо от времето за здравей – по подразбиране 10 секунди. Обхватът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде поне 3 пъти по-голям от стойността на таймера за време на изчакване.

3

Разрешете резервирането от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка по-долу voice service voip. Това позволява на приложението CUBE да контролира процеса на резервиране. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

група за съкращения 1 —Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена.

4

Конфигурирайте интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу и приложете идентификатора на интерфейса за резервиране ( рии )

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Ето обяснение на полетата, използвани в тази конфигурация:

  • съкращения rii —Конфигурира идентификатора на интерфейса за резервиране за групата за резервиране. Изисква се за генериране на виртуален MAC (VMAC) адрес. Една и съща стойност на rii ИД трябва да се използва на интерфейса на всеки рутер (АКТИВЕН/РЕЖИМ РЕЖИМ), който има същия VIP.

    Ако има повече от една B2B двойка в една и съща LAN, всяка двойка ТРЯБВА да има уникални rii ID на съответните им интерфейси (за да се предотврати сблъсък). „покажи всички групи приложения за резервиране“ трябва да посочи правилната локална и равностойна информация.

  • група съкращения 1 —Свързва интерфейса с групата за резервиране, създадена в стъпка 2 по-горе. Конфигурирайте групата RG, както и VIP, присвоен на този физически интерфейс.

    Задължително е да се използва отделен интерфейс за резервиране, тоест интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за управление и данни, посочен в стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG управление/данни

5

Запазете конфигурацията на първия CUBE и го презаредете.

Платформата за презареждане последно винаги е режим на готовност.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

След VCUBE-1 се стартира напълно, запазете конфигурацията на VCUBE-2 и го презаредете.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Проверете дали конфигурацията от кутия до кутия работи според очакванията. Съответният изход е подчертан в смели .

Презаредихме VCUBE-2 последно и според съображения на дизайна; платформата за презареждане последна винаги ще бъде В режим на готовност .


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Конфигурирайте локален шлюз и на двата CUBE

В нашата примерна конфигурация ние използваме следната информация за магистралата от Control Hub, за да изградим конфигурацията на локалния шлюз и на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Хюсеин 1076 г_ LGU

  • Парола: lOV12MEaZx

1

Уверете се, че за паролата е създаден конфигурационен ключ с командите, показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите от тип 6 са криптирани с помощта на AES шифър и този дефиниран от потребителя конфигурационен ключ.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на параметрите на Control Hub, показани по-горе, запазете и презаредете. Идентификационните данни за SIP обработване на пълномощията от Control Hub са подчертани в смели .


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

За да покажем изхода на командата show, презаредихме VCUBE-2 последвано от VCUBE-1 , правене VCUBE-1 готовност CUBE и VCUBE-2 активният КУБ

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален шлюз с Webex Calling достъп SBC. Разгледайте изхода на следните команди за показване.

показване на група приложения за съкращаване 1

покажете състоянието на регистъра на sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

От изхода по-горе можете да видите това VCUBE-2 е активният LGW, поддържащ регистрацията с Webex Calling access SBC, докато изходът на „show sip-ua register status“ е празен в VCUBE-1

3

Сега активирайте следните отстраняване на грешки на VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Симулирайте отказ, като издадете следната команда на активния LGW, VCUBE-2 в този случай.


VCUBE-2#redundancy application reload group 1 self

Превключването от ACTIVE към STANDBY LGW се случва в следния сценарий, освен CLI, изброен по-горе

  • Когато ACTIVE рутерът се презареди

  • Когато захранването на ACTIVE рутера се включва

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е активирано проследяването

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling access SBC. VCUBE-2 вече щеше да се презареди.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния регистрационен файл за отстраняване на грешки на VCUBE-1, изпращащ SIP РЕГИСТЪР до Webex Calling ПРЕЗ виртуалния IP и получаване на 200 ОК.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

Конфигуриране на Unified CM за Webex Calling

Конфигуриране на профил за защита на SIP линиите за магистрала към локален шлюз

В случаите, когато локалният шлюз и шлюз за обществена телефонна централа се намират на едно и също устройство, Unified CM трябва да бъде активиран да разграничава два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас на услугата към тях видове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на две магистрали между Unified CM и комбинирания локален шлюз и шлюз за обществена телефонна централа устройство, което изисква различни SIP портове за слушане за двата канала.

Създайте специален профил за защита на SIP линиите за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex профил за защита на SIP линиите
Входящ портТрябва да съответства на порта, използван в конфигурацията на локален шлюз за трафик към/от Webex: 5065

Конфигурирайте SIP профил за локалната магистрала на шлюза

Създайте специален SIP профил за магистрала на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP профил
Активирайте ОПЦИИ Ping, за да наблюдавате състоянието на местоназначението за транкове с тип услуга „Няма (по подразбиране)“Отметнато

Създайте пространство за търсене на обаждания за обаждания от Webex

Създайте пространство за търсене на обаждания за повиквания, произхождащи от Webex със следните настройки:

НастройкаСтойност
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Пространство за търсене на Webex Calling
Избрани дялове

отличаващо име (+ номера на указател E.164 )

ESN (съкратено междусайтово набиране)

PSTNI International (достъп до обществена телефонна централа)

onNetRemote (научени дестинации на GDPR)

Последният дял onNetRemote се използва само в многоклъстерна среда, където информация за маршрутизиране се обменя между Unified CM клъстери, използвайки услуга за междуклъстерно търсене (ILS) или Global Dialplan Replication (GDPR).

Конфигурирайте SIP транк към и от Webex

Създайте външна линия SIP за повикванията към и от Webex през локалния шлюз със следните настройки:

НастройкаСтойност
Информация за устройството
Име на устройствоУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex SIP Trunk
Изпълнявайте на всички активни Unified CM възлиОтметнато
Входящи повиквания
Обаждане в Search SpaceПо-рано дефинираното пространство за търсене на повиквания: Webex
AAR Пространство за търсене на обажданияПространство за търсене на обаждания с достъп само до модели на маршрути на PSTN: PSTNRмаршрут
SIP информация
Адрес на дестинацияIP адрес на локалния шлюз CUBE
Целеви порт5060
профил за защита на SIP линиитеДефинирано по-рано: Webex
SIP профилДефинирано по-рано: Webex

Конфигуриране на група маршрути за Webex

Създайте група маршрути със следните настройки:

НастройкаСтойност
Информация за групата на маршрутите
Име на групата на маршрутитеУникално име, като напр Webex
Избрани устройстваПо-рано конфигурираният външна линия SIP: Webex

Конфигуриране на списък с маршрути за Webex

Създайте списък на маршрути със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр RL_ Webex
ОписаниеСмислово описание, като напр Списък с маршрути за Webex
Изпълнявайте на всички активни Unified CM възлиОтметнато
Информация за членовете на списъка с маршрути
Избрани групиСамо дефинираната по-рано група маршрути: Webex

Създайте дял за Webex дестинации

Създайте дял за дестинациите на Webex със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като напр Webex
ОписаниеСмислово описание, като напр Webex дял

Какво да направите след това

Уверете се, че сте добавили този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex . Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като пространство за търсене на входящи повиквания в PSTN магистрали, така че повикванията от PSTN към Webex да могат да се насочват.

Конфигуриране на шаблони за маршрути за дестинации на Webex

Конфигурирайте модели на маршрути за всеки диапазон на DID на Webex със следните настройки:

НастройкаСтойност
Модел на маршрутПълен модел + E.164 за диапазона DID в Webex с водещото „\“. Например: \+140855501XX
Разделяне на маршрутWebex
Списък с шлюз/маршрутRL_ Webex
Спешен приоритетОтметнато

Конфигуриране на съкратено нормализиране на междусайтово набиране за Webex

Ако за Webex се изисква съкратено набиране между сайтове, тогава конфигурирайте модели за нормализиране на набиране за всеки диапазон на ESN на Webex със следните настройки:

НастройкаСтойност
Модел за преводESN модел за гамата ESN в Webex. Например: 80121XX
дялWebex
ОписаниеСмислово описание, като напр Модел за нормализиране на Webex
Използвайте пространството за търсене на обаждания на инициатораОтметнато
Спешен приоритетОтметнато
Не чакайте междуцифрово изчакване при последващи скоковеОтметнато
Маска за Преобразуване на номера на набраната странаМаска за нормализиране на числото до + E.164. Например: +1408555 01XX

Настройване на функциите на Webex Calling

Създайте група за търсене

Групите за търсене насочват входящите повиквания към група потребители или работни пространства. Можете дори да конфигурирате шаблон за маршрут към цяла група.

За повече информация как да настройвам група за търсене, вж Търсене на групи в Cisco Webex Control Hub .

Създаване на опашка на повикванията

Можете да настройвам опашка за обаждания, така че когато обажданията на клиентите не могат да бъдат отговорени, те да получават автоматичен отговор, утешителни съобщения и музика в задържане , докато някой може да отговори на повикването им.

За повече информация как да настройвам и управлявате опашка за повиквания, вж Управлявайте опашките за обаждания в Cisco Webex Control Hub .

Създайте рецепционист клиент

Помогнете в подкрепа на нуждите на персонала на вашия фронт-офис. Можете да настройвам потребителите като телефонни служители, за да могат да преглеждат входящите повиквания до определени хора във вашата организация.

За информация как да настройвам и прегледате клиентите на рецепционистите, вж Клиенти на рецепцията в Cisco Webex Control Hub .

Създавайте и управлявайте автоматични служители

Можете да добавяте поздрави, да настройвам менюта и да маршрутизиране на повиквания към телефонен секретар, група за търсене, кутия за гласова поща или реален човек. Създайте 24-часов график или предоставете различни опции, когато вашият бизнес е отворен или затворен.

За информация как да създавате и управлявате автоматични оператори, вж Управлявайте автоматичните оператори в Cisco Webex Control Hub .

Конфигурирайте група за пейджинг

Груповото пейджинг позволява на потребителя да отправи еднопосочно обаждане или групова страница до до 75 целеви потребители и работни пространства чрез набиране на номер или разширение, присвоени на конкретна група за пейджинг.

За информация как да настройвам и редактирате групи за пейджинг, вж Конфигурирайте група за пейджинг в Cisco Webex Control Hub .

Настройте вдигане на обаждане

Подобрете работата в екип и сътрудничеството, като създадете група за приемане на повикване, така че потребителите да могат да отговарят на повиквания. Когато добавите потребители към група за приемане на група за приемане на повикване и член на групата е далеч или зает, друг член може да отговаря на техните повиквания.

За информация как да настройвам за приемане на група за приемане на повикване вж Вземане на обаждане в Cisco Webex Control Hub .

Настройте паркиране на повиквания

Паркиране на повиквания позволява на определена група потребители да паркират повиквания срещу други налични членове на групата за паркиране на повиквания. Паркираните обаждания могат да бъдат приемани от други членове на групата на техния телефон.

За повече информация как да настройвам паркиране на повиквания, вж Паркиране на обажданията в Cisco Webex Control Hub .

Активиране на влизане за потребители

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители раздел и след това изберете Влезте .

4

Включете превключвателя, за да позволите на други потребители да се добавят към текущото обаждане на този потребител.

5

Проверете Пуснете тон, когато този потребител влезе в разговор ако искате да пуснете тон на другите, когато този потребител нахлуе в тяхното обаждане.

В Пуснете тон, когато този потребител влезе в разговор настройката не се отнася за функциите за внедряване на Customer Experience Basic и Essentials. Дори и да активирате тази опция за надзорник, системата не възпроизвежда тона за уведомяване на агента, когато супервайзорът нахлуе в повикването му от опашката за повиквания.

Ако искате да пуснете тон на агент, когато супервайзорът се нахлуе в повикването му, можете да го активирате чрез настройките на „Тон за уведомяване за агенти“. За повече информация вижте Създайте опашка раздел в Webex Customer Experience Basic или Основи за клиентското изживяване на Webex .

6

Щракнете върху Запиши.

Активиране на поверителност за потребител

1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете Обаждане .

3

Отидете до Разрешения между потребители област и след това изберете Поверителност .

4

Изберете подходящия Поверителност на автоматичния оператор настройки за този потребител.

  • Позволете на този потребител да бъде набиран чрез разширение
  • Позволете на този потребител да бъде набиран по име или фамилия
5

Проверете Активирайте поверителност поле за отметка. След това можете да решите да блокирате всички, като не избирате членове от падащ списък. Като алтернатива можете да изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състояние на линията на този потребител.

Ако сте администратор на местоположение, в падащ списък се показват само потребителите, работните пространства и виртуалните линии, отнасящи се до назначените ви местоположения.

Премахнете отметката от Активирайте поверителност поле за отметка, за да позволите на всеки да наблюдава състояние на линията.

6

Проверете Прилагане на поверителност за насочено приемане на повикване и влизане поле за отметка, за да активирате поверителност за насочено приемане на повикване и влизане.

  • Ако активирате тази опция, само оторизираните потребители, виртуалните линии и устройствата на работното пространство могат да използват насочено приемане на повикване и влизане на този потребител. В противен случай всеки в организацията може да извика насочено приемане на повикване и влизане на линия.
  • За повече информация относно влизането вж Влезте в телефонно повикване на някой друг .
  • Супервайзерът винаги може да се включи в обажданията, които агентите получават чрез опашката за повиквания. Тоест настройките за поверителност не засягат опцията за влизане на надзорника.
7

От Добавете член по име , изберете потребителите, работните пространства и виртуалните линии, които могат да наблюдават състоянието на телефонна линия и да извикат насочено приемане на повикване и влизане.

8

За да филтрирате избраните от вас членове, използвайте филтриране по име, номер или вътр поле.

9

Щракнете върху Премахване на всички за да премахнете всички избрани членове.

За да премахнете отделен член, щракнете Изтрийте до името на члена.
10

Щракнете върху Запиши.

Privacy settings

Конфигуриране на наблюдение

максимален брой наблюдавани линии за потребител е 50. Въпреки това, докато конфигурирате списъка за наблюдение, вземете предвид броя на съобщенията, които влияят на честотната лента между Webex Calling и вашата мрежа. Също така, определете максималните наблюдавани линии по броя на бутоните за линии на телефона на потребителя.

1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и след това щракнете Потребители .

2

Изберете потребителя, който искате да промените, и щракнете Обаждане .

3

Отидете на Разрешения между потребители раздел и изберете Мониторинг .

4

Изберете от следните:

  • Добавете наблюдавана линия
  • Добавете разширение за паркиране на повиквания

Можете да включите виртуална линия в Добавете наблюдавана линия списък за потребителски мониторинг.

5

Изберете дали искате да уведомите този потребител за паркирани повиквания, потърсете лицето или вътрешна линия за паркиране на повикване за паркиране на обаждания, което да бъде наблюдавано, и след това щракнете Запазете .

Списъкът с наблюдавани линии в Control Hub съответства на реда на наблюдаваните линии, които се показват на устройството на потребителя. Можете да пренаредите списъка с наблюдавани линии по всяко време.

Името, което се показва за наблюдаваната линия, е името, въведено в полетата Име и Фамилия на ИД се за потребителя, работното пространство и виртуалната линия.

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да управлявате настройките за наблюдение за потребител в Control Hub.

Активиране на предупредителния тон за свързване на повиквания за потребителите

Преди да започнете

Трябва да имате конфигурирана споделена линия , за да бъде извикан мостът за повикване. Вижте как да конфигуриране на споделени линии преди да активирате предупредителния тон за мост за повикване.
1

Влезте в Контролен център , и отидете на Управление > Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете на Разрешения между потребители и щракнете Предупредителен тон за свързване на повикване .

4

Включете Предупредителен тон за свързване на повикване и след това щракнете Запазете .

По подразбиране тази функция е активирана.

За повече информация относно свързването на повиквания по споделена линия, вж Споделени линии на вашия мултиплатформен настолен телефон .

За повече информация относно свързването на повиквания на споделена линия на Webex App вж Споделен изглед на линията за WebexApp .

Включете хотела за потребител

Разрешаването на хотел за потребителя им позволява да работят в друго пространство, като същевременно запазват функционалността и характеристиките на основния си настолен телефон.
1

От изглед на клиента вhttps://admin.webex.com , отидете на Управление и изберете Потребители .

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете до Разрешения между потребители раздел и изберете Хотелиерство и включете превключвателя.

4

Въведете името или номера на хоста в хотела в Местоположение на хотела поле за търсене и изберете хоста за хотели, който искате да присвоите на потребителя.

Може да бъде избран само един хостел. Ако изберете друг хост за хотели, първият се изтрива.

Ако сте администратор на местоположение, можете да зададете само хоста за хотели, отнасящ се до назначените ви местоположения.
5

За да ограничите времето, през което потребителят може да бъде свързан с хоста за хотели, изберете броя часове, през които потребителят може да използва хотелския хост от Лимитен период на асоцииране падащо меню.

Потребителят ще излезе автоматично след избраното време.

Съобщение за съобщение за грешка се показва на екрана, ако лимитният период на асоцииране, определен за потребителя, надвишава периода на свързване на ограниченията на избрания хостинг хост. Например, ако хостингът на хотела има ограничен период на асоцииране от 12 часа, а периодът на свързване с ограничение на потребителя е 24 часа, се показва съобщение за грешка . В такива случаи трябва да удължите лимита на периода на асоцииране на хоста за хотели, ако е необходимо повече време за потребителя.

6

Щракнете върху Запиши.

Потребителят може също да търси и намира хоста за хотели, който иска да използва, от User Hub. За повече информация вж Достъп до вашия профил за обаждания отвсякъде .

Искате ли да видите как се прави? Гледай това видео демонстрация за това как да конфигурирате хотелите в Control Hub.

Тенденции за приемането и отчети за използването за Webex Calling

Преглед на отчетите за обажданията

Можете да използвате страницата Анализ в Control Hub, за да получите представа за това как хората използват обажданията в Webex Calling и Webex приложение (ангажиране), както и качеството на медийното им преживяване за разговори. За достъп до анализа на Webex Calling , влизам в Control Hub, след което отидете на Анализ и изберете Обаждане раздел.

1

За подробни отчети за историята на обажданията влизам в Control Hub, след което отидете на Анализ > Обаждане .

2

Изберете Подробна история на обажданията .

За информация относно повиквания, използващи Специализиран екземпляр, вж Анализ на специализирани инстанции .

3

За достъп до данни за качеството на медиите, влизам в Control Hub, след което отидете на Анализ и след това изберете Обаждане .

За повече информация вижте Анализи за вашето портфолио за сътрудничество в облака.

Подготовка на средата

Общи предпоставки

Преди да конфигурирате локален шлюз за Webex Calling, уверете се, че:

  • Имате основни познания за принципите на VoIP

  • Имате основни работни познания за гласовите концепции на Cisco IOS-XE и IOS-XE

  • Имате основно разбиране за протокола за стартиране на сесия (SIP)

  • Имате основно разбиране за Cisco Унифициран комуникационен мениджър (Unified CM), ако вашият модел за внедряване включва Unified CM

Вижте Ръководство за корпоративна конфигурация на Cisco Unified Border Element (CUBE) за подробности.

Хардуерни и софтуерни изисквания за локален шлюз

Уверете се, че разполагането ви има един или повече от локалните шлюзове, като например:

  • Cisco CUBE за IP-базирана свързаност

  • Cisco IOS шлюз за базирана на TDM свързаност

Вижте таблица 1 на Локален шлюз за ръководството за поръчки на Webex Calling. Също така се уверете, че платформата изпълнява поддържано издание на IOS-XE съгласно ръководството за конфигуриране на локалните шлюзове.

Локалният шлюз ви помага да мигрирате към Webex Calling със собствено темпо. Локалният шлюз интегрира съществуващото ви локално разполагане с Webex Calling. Можете също да използвате съществуващата си PSTN връзка. Вижте Първи стъпки с локален шлюз

Изисквания за лиценз за местни портали

Лицензите за повикване на CUBE трябва да бъдат инсталирани на местния портал. За повече информация вижте Ръководствотоза конфигурация на единния граничен елемент на Cisco.

Изисквания за сертификат и сигурност за местния портал

Webex Call изисква сигурна сигнализация и медии. Локалният шлюз извършва криптирането и трябва да се установи TLS връзка, изходяща към облака със следните стъпки:

  • LGW трябва да се актуализира с CA кореновия пакет от Cisco PKI

  • Набор от идентификационни данни за SIP digest от страницата за конфигуриране на багажника на Control Hub се използват за конфигуриране на LGW (стъпките са част от конфигурацията, която следва)

  • CA корен пакет валидира представения сертификат

  • Подканен за пълномощия (SIP digest предоставен)

  • Облакът идентифицира кой локален портал е сигурно регистриран

Защитна стена, NAT Traversal и изисквания за оптимизация на медийния път за локален портал

В повечето случаи местният портал и крайните точки могат да се намират във вътрешната клиентска мрежа, като се използват частни IP адреси с NAT. Защитната стена на предприятието трябва да позволява изходящ трафик (SIP, RTP/UDP, HTTP) до конкретни IP адреси/портове, обхванати от референтната информацияза пристанището.

Ако искате да използвате оптимизация на медийния път с ICE, интерфейсът Webex Calling на локалния шлюз трябва да има директен мрежов път към и от крайните точки на Webex Calling. Ако крайните точки са на различно място и няма директен мрежов път между крайните точки и интерфейса за лице Webex Calling на локалния шлюз, тогава местният шлюз трябва да има публичен IP адрес, присвоен на интерфейса, насочен към Webex Calling за разговори между локалния шлюз и крайните точки за използване на оптимизацията на медийния път. Освен това, тя трябва да работи IOS-XE версия 16.12.5.

Конфигуриране на Webex Calling за вашата организация

Настройване на настройките за повикване в съветника за настройка за първи път

Първата стъпка, за да получите вашите Webex Calling услуги нагоре и работи е да завършите съветника за настройка за първи път (FTSW). След като FTSW е завършен за първото ви местоположение, не е необходимо да бъде завършен за допълнителни места.

1

Кликнете върху връзката "Първи стъпки" в имейла " Добре дошли", който получавате.

Имейл адресът ви на администратор се използва автоматично за влизане в контролния център, където ще бъдете подканени да създадете паролата си за администратор. След като влезете, съветникът за настройка автоматично започва.

2

Прегледайте и приемете условията за ползване.

3

Прегледайте плана си и след това щракнете върху Започнете.

Вашият мениджър на акаунта е отговорен за активирането на първите стъпки за FTSW. Свържете се с мениджъра на профила си, ако получите известие "Не може да настроите обаждането си", когато изберете Get Start.

4

Изберете държавата, в която вашият център за данни трябва да картографира, и въведете информацията за контакт с клиента и адреса на клиента.

5

Кликнете върху Следващия: Местоположениепо подразбиране.

6

Изберете от следните опции:

  • Кликнете върху Запазване и затваряне, ако сте администратор партньор и искате администраторът на клиента да завърши осигуряването на Webex Calling.
  • Попълнете необходимата информация за местоположението. След като създадете местоположението в съветника, можете да създадете повече места по-късно.

След като завършите съветника за настройка, уверете се, че добавяте основен номер към мястото, което създавате .

7

Направете следните селекции, за да кандидатствате за това място:

  • Език за известяване – За аудио известявания и подкани за нови потребители и функции.
  • Език за имейл— За имейл комуникация за нови потребители.
  • Страна
  • Часова зона
8

Щракнете върху Напред.

9

Въведете наличен SIP адрес на Cisco Webex и щракнете върху Напред и изберете Готово.

Добавяне на местоположение

Преди да започнете

За да създадете ново местоположение, подгответе следната информация:

  • Адрес на местоположението

  • Желани телефонни номера (по избор)

1

Влезте в Control Hub на адрес https://admin.webex.com, отидете на Управление > Местоположение.

В регионалния център за данни ще бъде хоствано ново местоположение, което съответства на държавата, която сте избрали със съветника за първоначална настройка.
2

Конфигуриране на настройките на местоположението:

  • Име на местоположение – Въведете уникално име, за да идентифицирате местоположението.
  • Страна/регион – изберете страна, с която да свържете местоположението. Например, можете да създадете едно място (централа) в Съединените щати и друго (клон) в Обединеното кралство. Държавата, която избирате, определя адресните полета, които следват. Тези, документирани тук, използват Конвенцията за адресите на САЩ като пример.
  • Адрес на местоположение – Въведете главния адрес за кореспонденция на местоположението.
  • Град/населено място – Въведете град за това местоположение.
  • Щат/провинция/регион – От падащия изберете щат.
  • ZIP/пощенски код – въведете ZIP или пощенския код.
  • Език за известяване – изберете езика за аудио известяванията и подканите за нови потребители и функции.
  • Език за имейл – изберете езика за имейл комуникацията с новите потребители.
  • Часова зона – изберете часовата зона за местоположението.
3

Щракнете върху Запиши и след това изберете Да/ Не , за да добавите номера към местоположението сега или по-късно.

4

Ако щракнете върху Да, изберете една от следните опции:

  • Cisco PSTN – Изберете тази опция, ако желаете решение за PSTN в облака от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. Вече съществуващите места, които са имали други инсталирани възможности за PSTN, не отговарят на условията за плана за повикване на Cisco в този момент. Отворете случай за поддръжка за насоки.

    • Хоствани сте в център за данни на Webex Calling в регион, в който се поддържа планът за повиквания на Cisco.

  • Свързано към облака PSTN – изберете тази опция, ако търсите решение за PSTN в облака от един от многото CCP партньори на Cisco или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за номера на поръчки сега под посочен доставчик, препоръчваме ви да изберете тази опция, така че да можете да се възползвате от интегрирания ЦК. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираният ККП изисква от вас да си набавяте телефонни номера от партньора на ККП извън контролния хъб.

  • Локално базирана PSTN (локален шлюз) – можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете сайтове, които не са в облака, с сайтове в облака.

Изборът на опция PSTN е на всяко ниво на местоположение (всяко местоположение има само една опция PSTN). Можете да смесвате и съчетавате толкова опции, колкото искате за разполагането си, но всяко място ще има една опция. След като сте избрали и предоставили опция PSTN, можете да я промените, като щракнете върху Управление в свойствата на PSTN за местоположение. Някои опции, като например Cisco PSTN, обаче може да не са налични, след като е възложена друга опция. Отворете случай за поддръжка за насоки.

5

Изберете дали искате да активирате числата сега или по-късно.

6

Ако сте избрали неинтегриран ЦК или PSTN, базиран на помещения, въведете телефонни номера като стойности, разделени със запетая, и след това щракнете върху Валидиране.

Числата се добавят за конкретното местоположение. Валидните записи се преместват в полето "Валидирани числа" и невалидните записи остават в полето "Добавяне на числа ", придружено от съобщение за грешка.

В зависимост от страната на местоположението, номерата се форматират според местните изисквания за набиране. Например, ако се изисква код на държава, можете да въведете номера със или без кода и кодът е предназначен.

7

Щракнете върху Запиши.

Какво да направите след това

След като създадете местоположение, можете да разрешите спешни 911 услуги за това местоположение. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

Преди да започнете

Получете списък на потребителите и работните пространства, свързани с местоположение: Отидете на Услуги > Повикване > Номера и от падащото меню изберете местоположението, което трябва да бъде изтрито. Трябва да изтриете тези потребители и работни пространства, преди да изтриете местоположението.

Имайте предвид, че всички номера, свързани с това местоположение, ще бъдат освободени обратно към вашия PSTN доставчик; вече няма да притежавате тези номера.

1

Влезте в Control Hub на адрес https://admin.webex.com, отидете на Управление > Местоположение.

2

Щракнете върху в колоната Действия до местоположението, което искате да изтриете.

3

Изберете Изтриване на местоположениетои потвърдете, че искате да изтриете това местоположение.

Обикновено отнема няколко минути, за да може местоположението да бъде окончателно изтрито, но може да отнеме до час. Можете да проверите състоянието, като щракнете до името на местоположението и изберете статусна изтриване.

Актуализиране на съществуващо местоположение

Можете да промените настройката на PSTN, името, часовата зона и езика на дадено местоположение, след като е създадено. Имайте предвид обаче, че новият език се прилага само за нови потребители и устройства. Съществуващите потребители и устройства продължават да използват стария език.

За съществуващи локации можете да разрешите спешни 911 услуги. Вижте RedSky Emergency 911 услуга за Webex Призоваване за повече информация.

1

Влезте в Control Hub на адрес https://admin.webex.com, отидете на Управление > Местоположение.

Ако видите символ за предпазливост до местоположение, това означава, че все още не сте конфигурирали телефонен номер за това местоположение. Не можете да правите или получавате обаждания, докато не конфигурирате този номер.

2

(по избор) Под PSTN връзкаизберете PSTN или PSTN ( локален шлюз), в зависимост от това кой вече сте конфигурирали. Щракнете върху Управете , за да промените тази конфигурация и след това да потвърдите свързаните рискове, като изберете Продължи. След това изберете една от следните опции и щракнете върху Запиши:

  • Cisco PSTN – Изберете тази опция, ако желаете решение за PSTN в облака от Cisco. Планът за повикване на Cisco е пълно решение за подмяна на PSTN, което осигурява спешни повиквания, входящи и изходящи вътрешни и международни повиквания и ви позволява да поръчате нови PSTN номера или да портирате съществуващи номера на Cisco.

    Опцията Cisco PSTN се вижда само при следните условия:

    • Вие сте закупили поне един ангажиран Cisco план за повикване OCP (изходящ план за повикване).

    • Вашето местоположение е в страна, в която се поддържапланът за обаждания на Cisco.

    • Местоположението ви е ново. В момента предварително съществуващите местоположения, които са имали зададени други възможности за PSTN, не отговарят на условията за плана за повиквания на Cisco. Отворете случай за поддръжка за насоки.

    • Хоствани сте в център за данни на Webex Calling в регион, в който се поддържа планът за повиквания на Cisco.

  • Свързано към облака PSTN – изберете тази опция, ако търсите решение за PSTN в облака от един от многото CCP партньори на Cisco или ако планът за повиквания на Cisco не е наличен във вашето местоположение. Партньорите на ККП предлагат решения за подмяна на PSTN, обширно глобално покритие и широка и разнообразна гама от функции, опаковки и цени.

    Партньорите на ЦК и географското покритие са изброени тук. Показват се само партньори, които поддържат страната на вашето местоположение. Партньорите са изброени или с лого, или като кратък низ от текст, последван от регион, в скоби (Пример: (ЕС), (САЩ) или (CA)). Партньорите, изброени с лого, винаги предлагат регионални медии за ККП. За партньори, показващи като низ, изберете региона, който е най-близо до страната на вашето местоположение, за да осигурите регионални медии за ККП.

    Ако видите опцията за Поръчване на номера сега под посочен доставчик, препоръчваме да изберете тази опция, за да можете да се възползвате от интегрирана CCP. Интегрираният ЦК позволява набавяне и провизии на телефонни номера в Control Hub на един стъклен екран. Неинтегрираното CCP изисква да осигурите своите телефонни номера от партньора на CCP извън Control Hub.

  • Локално базирана PSTN (локален шлюз) – можете да изберете тази опция, ако искате да запазите текущия си доставчик на PSTN или искате да свържете сайтове, които не са в облака с сайтове в облака.

    Клиентите на Webex Calling с места, които преди това са конфигурирани с локален портал, автоматично ще бъдат преобразувани в PSTN на базата на помещения със съответен багажник.

3

За местоположението изберете Главен номер от падащия списък, за да дадете възможност на потребителите в това местоположение да извършват и получават повиквания.

Главният номер може да бъде зададен на автоматичния секретар, така че външните повикващи да могат да се свързват с потребители на Webex Calling в това местоположение. Потребителите на Webex Calling в това местоположение могат да използват този номер и като свой ИД на външен повикващ, когато извършват повиквания.
4

(по избор) При спешни повикванияможете да изберете идентификатор за аварийно местоположение, за да присвоите на това място.

Тази настройка е незадължителна и е приложима само за държави, които я изискват.

В някои страни (пример: Франция), съществуват регулаторни изисквания за клетъчните радиосистеми, за да се установи самоличността на клетката, когато провеждате спешно повикване и се предоставя на службите за спешна помощ. Други страни като САЩ и Канада прилагат определянето на местоположението чрез други методи. За повече информация вижте Засилено спешно повикване.

Вашият доставчик на спешни повиквания може да се нуждае от информация за мрежата за достъп и се постига чрез дефиниране на нов частен заглавка за разширение на SIP, P-Access-Network-Info. Заглавката носи информация, свързана с мрежата за достъп.

Когато зададете идентификатора за аварийно местоположение за местоположение, стойността на местоположението се изпраща на доставчика като част от SIP съобщението. Свържете се с вашия доставчик на спешни повиквания, за да видите дали имате нужда от тази настройка и използвайте стойността, която е предоставена от вашия доставчик на спешни повиквания.

5

Изберете номера на гласовата поща, на който потребителите могат да се обадят, за да проверят гласовата си поща за това местоположение.

6

(по избор) Щракнете върху иконата за молив в горната част на страницата Местоположение, за да промените иметона местоположението, езика за обявяване, езикана имейла, часовата зонаили адреса , ако е необходимо, и след това щракнете върху Save.

Промяната на езика за обявяване влиза в сила незабавно за всички нови потребители и функции, добавени към това местоположение. Ако съществуващите потребители и/или функции също трябва да променят езика си за обявяване, когато са подканени, изберете Промяна за съществуващи потребители и работни пространства или Промяна за съществуващи функции. Щракнете върху Приложи. Можете да видите напредъка на страницата Задачи . Не можете да направите повече промени, докато това не приключи.

Промяната на часовата зона за местоположение не актуализира часовите зони на функциите, свързани с местоположението. За да редактирате часовите зони за функции като автопридружител, ловна група и опашка за обаждания, отидете в областта Общи настройки на конкретната функция, за която искате да актуализирате часовата зона и да редактирате и запишете там.

Тези настройки са за вътрешно набиране и също са налични в съветника за настройка за първи път. Докато промените плана си за набиране, примерните номера в актуализацията на Control Hub, за да покажат тези промени.

Можете да конфигурирате изходящи разрешения за повикване за местоположение. Вижте тези стъпки , за да конфигурирате разрешенията за изходящи повиквания.

1

Влезте в Control Hub, отидете на Услуги > Повиквания > Настройки за услуги и след това превъртете до Вътрешно набиране.

2

Конфигурирайте следните незадължителни предпочитания за набиране, ако е необходимо:

  • Дължина на префикса за маршрутизиране на местоположение – препоръчваме тази настройка, ако имате няколко местоположения. Можете да въведете дължина от 2-7 цифри. Ако имате няколко местоположения с едно и също разширение, потребителите трябва да наберат префикс, когато се обаждат между местоположения. Например, ако имате няколко магазина, всички с разширение 1000, можете да конфигурирате префикс за маршрутизиране за всеки магазин. Ако един магазин има префикс от 888, ще наберете 8881000, за да стигнете до този магазин.

    Дължината на префикса за маршрутизиране включва насочващата цифра. Например, ако зададете дължината на префикса за маршрутизиране на четири, могат да се използват само три цифри за указване на сайта.

    Ако зададете префикс за маршрутизиране към местоположение, всички изгледи на вътрешни номера, зададени за това местоположение, включват префикса за маршрутизиране пред вътрешния номер. Например 888-1000 (префикс за маршрутизиране-вътрешен номер).

  • Насочваща цифра в префикса за маршрутизиране – изберете цифрата, която да бъде зададена като първа цифра за всеки префикс за маршрутизиране.
  • Дължина на вътрешния номер – можете да въведете 2 – 10 цифри, а стойността по подразбиране е 2.

    След като увеличите дължината на вътрешния си номер, съществуващите номера за бързо набиране към вътрешни номера не се актуализират автоматично.

  • Разрешаване на набиране на вътрешни номера между местоположения – Позволява ви да персонализирате набирането на вътрешни номера между местоположения въз основа на изискванията на вашата организация.

    • Активирайте превключвателя, ако вашата организация няма дублирани вътрешни номера във всичките си местоположения.

      Превключвателят е активиран по подразбиране.

    • Деактивирайте превключвателя, ако вашата организация има един и същ вътрешен номер на различни местоположения. Когато превключвателят е деактивиран и повикващият набере вътрешния номер, повикването се насочва към потребител със съвпадащ вътрешен номер на същото местоположение като повикващия. Повикващият трябва да набере корпоративен значим номер (префикс за маршрутизиране към местоположение + вътрешен номер), за да се свърже с вътрешен номер в други местоположения.

3

Посочете вътрешно набиране за конкретни места. Отидете на Управление > Местоположения, изберете местоположение от списъка и щракнете върху Повиквания. Превъртете до Набиране и след това променете вътрешното набиране, ако е необходимо:

  • Вътрешно набиране – Посочете префикса за маршрутизиране, който потребителите в други местоположения трябва да наберат, за да се свържат с някого в това местоположение. Префиксът за маршрутизиране на всяко място трябва да бъде уникален. Препоръчваме дължината на префикса да съвпада с дължината, зададена на ниво организация, но трябва да е 2 – 7 цифри.
4

Посочете външно набиране за определени местоположения. Отидете на Управление > Местоположения, изберете местоположение от списъка и щракнете върху Повиквания. Превъртете до Набиране и след това променете външното набиране, ако е необходимо:

  • Външно набиране – можете да изберете цифра за изходящо набиране, която потребителите трябва да наберат, за да достигнат до външна линия. По подразбиране не е Никой и можете да го оставите, ако не се нуждаете от този навик за набиране. Ако решите да използвате тази функция, препоръчваме ви да използвате различен номер от кормилната цифра на вашата организация.

    Потребителите могат да включат изходящата цифра, когато правят външни повиквания, за да имитират начина, по който са набрали наследените системи. Въпреки това, всички потребители все още могат да правят външни повиквания без изходящата цифра.

  • Като опция имате възможност да наложите набиране на цифрата за изходящо набиране на това местоположение, като се уверите, че потребителят трябва да използва зададената от администратора цифра за изходящо набиране, за да извърши външни повиквания.

    Повикванията при спешни случаи все още могат да се набират със или без цифрата за изходящо набиране, когато тази функция е активирана.

    След като бъде активирано, всички номера за външно местоназначение, като използваните за пренасочване на повиквания, вече няма да работят, ако не е включена цифра за изходящо набиране.

    Ако вътрешният номер е същият като националния номер, вътрешният номер има предимство пред националния номер. Следователно препоръчваме да активирате цифрата за изходящо набиране.
    Настоятелно препоръчваме да използвате формат за номериране E.164 за входящи и изходящи PSTN повиквания.

Въздействие върху потребителите:

  • Потребителите трябва да рестартират телефоните си, за да влязат в сила промените в предпочитанията за набиране.

  • Вътрешните номера на потребителите не трябва да започват със същия номер като насочващата цифра на местоположението или цифрите за изходящо набиране.

Конфигуриране на PSTN (локален шлюз) в контролния хъб

Ако сте препродавач с добавена стойност, можете да използвате тези стъпки, за да започнете локална конфигурация на шлюза в Control Hub. Когато този шлюз е регистриран в облака, можете да го използвате на едно или повече от вашите местоположения на Webex Calling , за да осигурите маршрутизиране към доставчик на услуги за PSTN на предприятието.

Място, което има локален портал, не може да бъде изтрито, когато местният портал се използва за други места.

Създаване на багажник
Изпълнете следните стъпки, за да създадете багажник в контролния център.

Преди да започнете

  • След като се добави местоположение и преди да конфигурирате PSTN на базата на помещения за местоположение, трябва да създадете багажник.

  • Създайте всички местоположения и конкретни настройки и числа на всеки един. Местоположенията трябва да съществуват, преди да можете да добавите PSTN, базиран на помещения.

  • Разберете изискванията на PSTN (локален шлюз) за Webex Calling.

  • Не можете да изберете повече от един багажник за местоположение с PSTN, базиран на помещения, но можете да изберете един и същ багажник за няколко места.

1

Влезте в Control Hub на адрес https://admin.webex.com, отидете на Услуги > Повиквания > Маршрутизиране на повикванията и изберете Добавяне на съединителна линия.

2

Изберете местоположение.

3

Назовете багажника и щракнете върху Save.

Името не може да бъде по-дълго от 24 знака.

Какво да правим по-нататък

Вие сте представени със съответните параметри, които ще трябва да конфигурирате на багажника. Също така ще генерирате набор от идентификационни данни за SIP digest, за да осигурите PSTN връзката.

Информацията за багажника се появява на домейнана екрана , групата на багажника OTG/DTG, линията/портаи изходящия прокси адрес.

Препоръчваме ви да копирате тази информация от Контролния център и да я поставите в локален текстов файл или документ, така че да можете да се обърнете към нея, когато сте готови да конфигурирате pstN базираните на помещения.

Ако загубите идентификационните данни, трябва да ги генерирате от екрана с информация за багажника в контролния център. Щракнете върху Извличане на потребителско име и нулиране на паролата, за да генерирате нов набор от идентификационни данни за удостоверяване , които да използвате в багажника.

Изберете багажник за PSTN на базата на помещения
1

Влезте в Control Hub на адрес https://admin.webex.com, отидете на Управление > Местоположение.

2

Изберете местоположение, за да промените и щракнете върху Управление.

3

Изберете PSTN на базата на помещения и щракнете върху Напред.

4

Изберете багажник от падащото меню.

Посетете страницата на багажника, за да управлявате избора на групата на багажника.

5

Щракнете върху известието за потвърждение, след което щракнете върху Запиши.

Какво да правим по-нататък

Трябва да вземете конфигурационната информация, която Control Hub генерира, и да картографирате параметрите в локалния шлюз (например на Cisco CUBE, който седи в помещенията). Тази статия ви минава през този процес. Като препратка вижте следната диаграма например за това как информацията за конфигурацията на контролния хъб (вляво) картографира параметрите в CUBE (вдясно):

След като успешно завършите конфигурирането на самия шлюз, можете да се върнете към Услуги > Повикване > Местоположения в Control Hub и създаденият от вас шлюз ще бъде посочен в картата на местоположението, на която сте го задали, със зелена точка вляво от името. Това състояние показва, че порталът е сигурно регистриран в облака за обаждания и служи като активен PSTN шлюз за местоположението.

Управление на телефонни номера
Поискайте покупка на услуги на Webex от пробен период в Control Hub

Ако изпробвате услугите на Webex и искате да конвертирате пробната си версия в платен абонамент, можете да подадете заявка за имейл до партньора си.

1

Влезте в Control Hub на адрес https://admin.webex.com, изберете иконата на сграда .

2

Изберете раздела Абонаменти и след това щракнете върху Покупка сега.

Имейл се изпраща на партньора ви, като им се съобщава, че се интересувате от конвертиране в платен абонамент.

Задаване на опции за повиквания

Можете да използвате контролния център, за да зададете приоритета на наличните опции за извикване, които потребителите виждат в Webex App. Можете също така да ги разрешите за еднократно кликване за повикване. За повече информация вижте: Задайте опции за повиквания за потребителите на приложението Webex.

Настройване на поведението при повиквания

Можете да управлявате какво се отваря приложението за повиквания, когато потребителите извършват повиквания. Можете да конфигурирате настройките на повикващия клиент, включително разполагане на смесен режим за организации с потребители с права с Unified CM или Webex Calling, и потребители без платени услуги за повиквания от Cisco. За повече информация вижте: Настройване на поведението при повиквания.

Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

Webex Calling в момента поддържа две версии на локален шлюз:

  • Локален шлюз

  • Локален шлюз за Webex for Government

Основни съображения

  • Преди да започнете, разберете изискванията за локална обществена комутируема телефонна мрежа (PSTN) и локален шлюз (LGW) за Webex Calling. Вижте Cisco Предпочитана архитектура за Webex Призоваване за повече информация.

  • Тази статия предполага, че е налице специална платформа на Local Gateway без съществуваща гласова конфигурация. Ако промените съществуващ PSTN шлюз или разполагане на CUBE Enterprise, за да се използва като функция за локален шлюз за Webex Calling, тогава обърнете внимателно внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите потоци на повиквания и функционалност поради направените промени.

Процедурите съдържат връзки към справочна документация за команди, където можете да научите повече за отделните опции за команди. Всички препратки към командите отиват в Препратката към управлявани шлюзове на Webe x, освен ако не е посочено друго (в този случай връзките към командите отиват в Cisco IOS Voice Command Reference). Можете да получите достъп до всички тези ръководства на Cisco Unified Border Element Command References.

За информация относно поддържаните SBC от трети страни вижте съответната продуктова референтна документация.

Конфигуриране на вашия локален шлюз

Има две опции за конфигуриране на локалния портал за вашия багажник за повикване на Webex:

  • Багажник, базиран на регистрация

  • Багажник, базиран на сертификат

Използвайте потока на задачите или под Базиран на регистрация локален шлю з, или Базиран на сертификат локален шлю з, за да конфигурирате локален шлюз за вашата съединителна линия на Webex Calling.

Вижте Първи стъпки с локален шлю з за повече информация относно различните типове съединителни линии. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Използваме протокол за стартиране на сесия (SIP) и транспорт за защита на транспортния слой (TLS), за да защитим съединителната линия, и защитен протокол в реално време (SRTP), за да защитим мултимедията между локалния шлюз и Webex Calling.

Основни съображения

Локалният шлюз за Webex for Government не поддържа следното:

  • STUN/ICE-Lite за оптимизиране на пътя на мултимедията

  • Факс (T.38)

Конфигуриране на вашия локален шлюз за Webex for Government

За да конфигурирате локален шлюз за своята съединителна линия на Webex Calling в Webex for Government, използвайте следната опция:

  • Багажник, базиран на сертификат

Използвайте потока на задачите под Базиран на сертификат локален шлю з, за да конфигурирате локалния шлюз за вашата съединителна линия на Webex Calling. За повече подробности как да конфигурирате базиран на сертификат локален шлюз вижте Конфигуриране на базирана на сертификат външна връзка на Webex Calling.

Задължително е да конфигурирате съвместими с FIPS шифри на GCM да поддържа локален шлюз за Webex for Government. Ако не, настройката на повикването е неуспешна. За подробности за конфигурацията вижте Конфигуриране на базираната на сертификат външна връзка на Webex Calling.

Webex for Government не поддържа базиран на регистрация локален шлюз.

Общ преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling чрез регистриране на SIP багажник. Първата част на този документ илюстрира как да конфигурирате прост PSTN шлюз. В този случай всички повиквания от PSTN се маршрутизират към Webex Calling, а всички повиквания от Webex Calling се маршрутизират към PSTN. Изображението по-долу подчертава това решение и конфигурацията на маршрутизиране на повиквания от високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

  • клиенти на гласов клас: Използва се за създаване на специфични за съединителната линия конфигурации.

  • uri на гласов клас: Използва се за класифициране на SIP съобщенията при избора на връстник за входящо набиране.

  • връстник за входящо набиране: Осигурява лечение на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране-връстник: Определя връстниците за изходящо набиране, използвани за маршрутизиране на допълнителни повиквания.

  • връстник за изходящо набиране: Предоставя лечение за изходящи SIP съобщения и ги маршрутизира към необходимата цел.

Маршрутизиране на повиквания от/към PSTN към/от решение за конфигуриране на Webex Calling

Въпреки че IP и SIP са се превърнали в протоколите по подразбиране за PSTN съединителни линии, TDM (Time Division Multiplexing) ISDN веригите все още се използват широко и се поддържат с съединителни линии на Webex Calling. За да се разреши оптимизация на мултимедията на IP пътищата за локални шлюзове с TDM-IP потоци за повиквания, понастоящем е необходимо да се използва процес на маршрутизиране на повиквания с два сегмента. Този подход променя конфигурацията за маршрутизиране на повикванията, показана по-горе, като въвежда набор от връстници за вътрешно набиране между Webex Calling и PSTN съединителни линии, както е показано на изображението по-долу.

Когато свързвате локално решение на Cisco Unified Communications Manager с Webex Calling, можете да използвате конфигурацията на прост PSTN шлюз като базова линия за изграждане на решението, показано на следващата схема. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В целия този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани в следващото изображение.

Използвайте инструкциите за конфигуриране в останалата част на този документ, за да завършите конфигурирането на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигуриране на базовата свързаност и защита на маршрутизатора

  • Стъпка 2: Конфигуриране на съединителна линия за Webex Calling

    В зависимост от необходимата архитектура, следвайте или:

  • Стъпка 3: Конфигуриране на локален шлюз със SIP PSTN външна връзка

  • Стъпка 4: Конфигуриране на локален шлюз със съществуваща среда на Unified CM

    Или:

  • Стъпка 3: Конфигуриране на локален шлюз с TDM PSTN съединителна линия

Конфигуриране на свързаност и защита

Конфигурация на базовата линия

Първата стъпка при подготовката на вашия маршрутизатор Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която осигурява вашата платформа и установява свързаност.

  • Всички разполагания на локални шлюзове, базирани на регистрация, изискват Cisco IOS XE 17.6.1a или по-нови версии. За препоръчителните версии вижте страницата Cisco Software Researc h. Потърсете платформата и изберете едно от предложенит е издания.

    • Маршрутизаторите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за технологии за Unified Communications, така и за сигурност.

    • Маршрутизаторите от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лицензиране на DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

  • Изградете базова конфигурация за вашата платформа, която следва вашите бизнес правила. По-специално, конфигурирайте следното и проверете работата:

    • нтр

    • АКЛ

    • Удостоверяване на потребители и отдалечен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес.

  • Качете основния пакет на Cisco CA в локалния шлюз.

Конфигурация

1

Уверете се, че сте задали валидни и подлежащи на маршрутизиране IP адреси към интерфейси от Слой 3, например:

 интерфейс GigabitEthernet0/0/0 описание Интерфейс с PSTN и/или CUCM ip адрес 10.80.13.12 255.255.255.0 ! интерфейс GigabitEthernet0/0/1 описание Интерфейс с Webex Calling (частен адрес) ip адрес 192.51.100.1 255.255.255.240

2

Защитете регистрационните и STUN идентификационните данни на маршрутизатора с помощта на симетрично шифроване. Конфигурирайте основния ключ за шифроване и типа на шифроването, както следва:

 key config-key password-encrypt YourPassword password encryption aes

3

Създайте надеждна PKI точка за съхранение.

Изисква тази точка на доверие да конфигурира TLS по-късно. За външни връзки, базирани на регистрация, тази точка на доверие не изисква сертификат – както би се изисквало за външна връзка, базирана на сертификат.
 crypto pki trustpoint EmptyTP анулиране-проверка няма
4

Разрешете изключителност на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигуриране. Параметрите на транспорта също трябва да бъдат актуализирани, за да се осигури надеждна защитена връзка за регистрация:

Командата на сървъра cn-san-validate гарантира, че локалният шлюз позволява връзка, ако името на хоста, конфигурирано в клиент 200, е включено или в полетата CN, или SAN на сертификата, получен от изходящия прокси сървър.

  1. Задайте броя на повторните опити за tcp на 1000 (кратно на 5-msec = 5 секунди).

  2. Командата установяване на връзка с таймера ви позволява да настроите колко дълго LGW изчаква да настрои връзка с прокси, преди да обмислите следващата налична опция. Стойността по подразбиране за този таймер е 20 секунди, а минимумът 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се съобразите с мрежовите условия.

 sip-ua таймери връзка установи tls 5 транспорт tcp tls v1.2 крипто сигнализация по подразбиране доверителна точка EmptyTP cn-san-валидиране сървър tcp-повторен опит 1000

5

Инсталирайте пакета root CA на Cisco, който включва сертификата DigiCert CA, използван от Webex Calling. Използвайте командата Импортиране на чист URL адрес на crypto pki trustpool , за да изтеглите главния пакет от CA от посочения URL и да изчистите текущия CA trustpool, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси сървър за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета от CA:

ip http клиент прокси-сървър yourproxy.com прокси-порт 80
 ip http клиент източник-интерфейс GigabitEthernet0/0/1 crypto pki trustpool импортиране чист URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на базираната на регистрация външна връзка на Webex Calling
1

Създайте базирана на регистрация външна връзка на PSTN за съществуващо местоположение в Control Hub. Обърнете внимание на информацията за съединителната линия, която се предоставя след като съединителната линия бъде създадена. Тези подробности, както е подчертано в следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство. За повече информация вижте Конфигуриране на външни връзки, групи за маршрутизиране и планове за набиране за Webex Calling.

2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз на Webex Calling:

 гласова услуга VOIP IP адрес надежден списък ipv4 x.x.x.x y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.позволяват връзки sip да sip без допълнителна услуга sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip асиметричен полезен товар пълен ранно предложение принудително

Ето обяснение на полетата за конфигурацията:

 списък с надеждни IP адреси  ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с платени номера, надеждният адресен списък дефинира списък на хостовете и мрежите, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в надеждния му списък. Статично конфигурираните връстници за набиране с "целеви IP адрес на сесията" или IP адреси на групата сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към надеждния списък.

  • Когато конфигурирате своя локален шлюз, добавете IP подмрежите на вашия регионален център за данни на Webex Calling към списъка. За повече информация вижте Референтна информация за порта за Webex Calling. Също така добавете диапазони от адреси за сървърите на Unified Communications Manager (ако се използват) и шлюзове за съединителни линии на PSTN.

    Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате надеждния списък с IP адреси в интерфейса, насочен към Webex Calling. Защитната стена вече ви предпазва от непоискан входящ VoIP. Деактивирането на действието намалява по-дългосрочната ви конфигурация над главата, защото не можем да гарантираме, че адресите на връстниците на Webex Calling остават фиксирани и трябва да конфигурирате защитната си стена за връстниците във всеки случай.

елемент на граница на режим

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

статистика на медиите

Позволява медиен мониторинг на местния портал.

групова статистика за мултимедия

Позволява на контролната равнина да анкетира равнината на данните за статистика на насипните повиквания.

За повече информация относно тези команди вижте Мултимедия.

allow-връзки sip към sip

Разрешаване на основната функционалност на обратен SIP на CUBE. За повече информация вижте Разрешаване на връзки.

По подразбиране е активиран транспорт на факс T.38. За повече информация вижте факс протокол t38 (гласова услуга).

камък

Активира STUN (Session Traversal of UDP through NAT) глобално.

  • Когато препращате обаждане до потребител на Webex Calling (например, както повикващите, така и обаждащите се страни са абонати на Webex Calling и ако закотвяте медиите в Webex Calling SBC), тогава медиите не могат да текат към Local Gateway, тъй като отворът не е отворен.

  • Функцията за обвързване на STUN в локалния шлюз позволява локално генерираните заявки за STUN да се изпращат по избрания мултимедиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вижте ИД на stun flowdata аген т и stun flowdata споделена тайна.

Асиметричният полезен обем е пълен

Конфигурира поддръжка на асиметричен полезен товар за SIP както за DTMF, така и за динамични кодеци. За повече информация относно тази команда вижте асиметричен полезен обем.

принудително ранно предложение

Принудете локалния шлюз да изпраща информация за SDP в първоначалното съобщение \„ПОКАНА\“, вместо да изчаква потвърждение от съседния си колега. За повече информация относно тази команда вижте ранно предложение.

3

Конфигурирайте филтъра за кодек от гласов клас 100 за съединителната линия. В този пример се използва един и същ филтър за кодек за всички съединителни линии. Можете да конфигурирате филтри за всяка съединителна линия за прецизно управление.

 гласов клас кодек 100 кодек предпочитание 1 опус кодек 2 g711ulaw предпочитание 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек от гласов клас 100

Използва се за позволяване само на предпочитани кодеци за повиквания през съединителни линии на SIP. За повече информация вижте кодек за гласов клас.

Кодекът Opus се поддържа само за SIP-базирани PSTN съединителни линии. Ако PSTN съединителната линия използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитанието за кодек 1 опус от конфигурацията на кодек от гласов клас 100 .

4

Конфигурирайте използването на stun-ове от гласов клас 100 , за да активирате ICE на съединителната линия на Webex Calling.

 гласов клас stun-използване 100 stun използване защитна стена-преминаване flowdata stun използване ice lite

Ето обяснение на полетата за конфигурацията:

използване на лед lite

Използва се за активиране на ICE-Lite за всички връстници за набиране на Webex Calling, за да позволи оптимизация на мултимедията, когато е възможно. За повече информация вижте Използване на камък от гласов кла с и Lite за използване на камък.

Изисквате stun използване на ICE-lite за потоци на повиквания с използване на оптимизиране на пътя на мултимедията. За да осигурите оптимизация на мултимедията за SIP към TDM шлюз, конфигурирайте връстник за набиране с loopback с ICE-Lite, активиран на IP-IP сегмента. За допълнителни технически подробности се свържете с екипите за акаунта или TAC

5

Конфигурирайте правилата за шифроване на мултимедия за трафика на Webex.

 гласов клас srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_80 като единствената SRTP оферта на CUBE с шифър в SDP в съобщенията за предложение и отговор. Webex Calling поддържа само SHA1_80. За повече информация вижте гласов клас srtp-crypto.

6

Конфигурирайте шаблон за уникално идентифициране на повикванията към външна връзка на локален шлюз въз основа на параметъра външна връзка на местоназначението: 

 гласов клас uri 100 sip модел dtg=Далас1463285401_LGU

Ето обяснение на полетата за конфигурацията:

гласов клас uri 100 sip

Дефинира шаблон, който съответства на входяща SIP покана към връстник за набиране на входяща съединителна линия. Когато въвеждате този модел, използвайте dtg=, последван от стойността на OTG/DTG на съединителната линия, предоставена в Control Hub, когато съединителната линия е създадена. За повече информация вижте uri на гласов клас.

7

Конфигурирайте sip профил 100, който ще се използва за промяна на SIP съобщенията, преди да бъдат изпратени на Webex Calling.

 SIP-профили на гласов клас 100 правило 10 искане ВСЯКА sip-заглавка SIP-Req-URI модифициране „sips:“ „sip:“ правило 20 искане ВСЯКА sip-заглавка За модифициране на „“ ";otg=dallas1463285401_lgu>“ правило 90 искане ВСЯКА sip-заглавка P-Asserted-Identity модифициране на „sips:“ "sip:"

Ето обяснение на полетата за конфигурацията:

  • правила 10 до 70 и 90

    Гарантира, че заглавките за SIP, използвани за сигнализиране на повиквания, използват sip, а не sips схемата, която се изисква от прокси сървърите на Webex. Конфигурирането на CUBE да използва sips гарантира, че се използва защитено регистриране.

  • правило 80

    Променя заглавката „От“, за да включи идентификатора OTG/DTG на групата съединителни линии от Control Hub, за да идентифицира уникално сайта на локалния шлюз в рамките на предприятието.

8

Конфигуриране на външна връзка на Webex Calling:

  1. Създайте клиент за гласов клас 100 , за да дефинирате и групирате конфигурациите, необходими специално за съединителната линия на Webex Calling. По-специално подробностите за регистриране на съединителна линия, предоставени в Control Hub по-рано, ще бъдат използвани в тази стъпка, както е описано по-долу. Връстниците за набиране, свързани с този клиент по-късно, ще наследят тези конфигурации.

    Следващият пример използва стойностите, илюстрирани в стъпка 1 за целите на това ръководство (показано с удебелен шрифт). Заместете ги със стойности за съединителната линия в конфигурацията.

     DNS на регистратор за гласов клас клиент 100:98027369.us10.bcld.webex.com схемата SIPS изтича 240 съотношение на обновяване 50 tcp tls идентификационни данни номер Dallas1171197921_LGU потребителско име Dallas1463285401_LGU парола 0 9Wt[M6ifY+ област BroadWorks удостоверяване потребителско име Dallas1463285401_LGU парола 0 9Wt[M6ifY+ област BroadWorks Dallas1463285401_LGU парола 0 9Wt[M6ifY+ област 98027369.us10.bcld.webex.com няма DNS на SIP сървър за отдалечен участник:98027369.us10.bcld.webex.com връзка-повторно използване srtp-crypto 100 сесия транспорт tcp tls url sips грешка-passthru asserted-id pai обвързващ контрол източник-интерфейс GigabitEthernet0/0/1 обвързващ мултимедиен източник-интерфейс GigabitEthernet0/0/1 без съдържание на pass-thru custom-sdp sip-профили 100 изходящи прокси DNS:dfw04.sipconnect-us.bcld.webex.com поверителност-политика за поверителност

    Ето обяснение на полетата за конфигурацията:

    клиент за гласов клас 100

    Определя набор от параметри за конфигуриране, които ще се използват само за външна връзка на Webex Calling. За повече информация вижте клиент за гласов клас.

    регистраторът dns:98027369.us10.bcld.webex.com схемата SIPS изтича 240 опресняване 50 tcp tls

    Регистратор сървър за Local Gateway с регистрация настроен да се обновява на всеки две минути (50% от 240 секунди). За повече информация вижте регистратора.

    Уверете се, че използвате стойността за регистриране на домейн от Control Hub тук.

    номер за идентификационни данни Dallas1171197921_LGU потребителско име Dallas1463285401_LGU парола 0 9Wt[M6ifY+ realm BroadWorks

    Идентификационни данни за предизвикателството за регистрация на багажника. За повече информация вижте Идентификационни данни (SIP UA).

    Уверете се, че използвате стойностите на хоста на линията/порта, потребителското име за удостоверяване и паролата за удостоверяване от Control Hub тук.

    потребителско име за удостоверяване Dallas1171197921_LGU парола 0 9Wt[M6ifY+ област BroadWorks
    Потребителско име за удостоверяване Dallas1171197921_LGU парола 0 9Wt[M6ifY+ област 98027369.us10.bcld.webex.com

    Предизвикателство за удостоверяване на повиквания. За повече информация вижте удостоверяване (набиране-връстник).

    Погрижете се да използвате стойностите съответно на потребителското име за удостоверяване, паролата за удостоверяване и домейна на регистратора от Control Hub тук.

    няма ИД на отдалечена страна

    Забранете заглавката SIP Remote-Party-ID (RPID), тъй като Webex Calling поддържа PAI, което е активирано чрез asserted-id pai. За повече информация вижте remote-party-id.

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за външната линия. Използвайте SRV адреса на крайния прокси сървър, предоставен в Control Hub, когато сте създали своята съединителна линия.

    повторно използване на връзката

    Използва една и съща постоянна връзка за регистрация и обработка на повиквания. За повече информация вижте връзка-повторно използване.

    srtp-крипто 100

    Конфигурира предпочитаните пакети за шифроване за SRTP сегмент на повикване (връзка) (указан в стъпка 5). За повече информация вижте гласов клас srtp-crypto.

    транспорт на сесия tcp tls

    Задава транспорт до TLS. За повече информация вижте транспорт на сесия.

    URL адрес sips

    SRV заявката трябва да бъде SIPs, поддържана от SBC за достъп; всички останали съобщения се променят на SIP с sip-профил 200.

    грешка-passthru

    Задава SIP отговор на грешка pass-thru функционалност. За повече информация вижте error-passthru.

    заявен-ид pai

    Включва PAI обработка в местния портал. За повече информация вижте asserted-id.

    обвързване на изходния интерфейс за управление GigabitEthernet0/0/1

    Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до WebexCalling. За повече информация вижте обвързването.

    свързване на изходния интерфейс за мултимедия GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за мултимедия, изпратена на WebexCalling. За повече информация вижте обвързването.

    no pass-thru съдържание custom-sdp

    Команда по подразбиране под наемателя. За повече информация относно тази команда вижте съдържание pass-thru.

    sip профили 100

    Променя SIP на SIP и променя линията/порта за съобщения ПОКАНИ и РЕГИСТРИРАНЕ, както е дефинирано в SIP-профилите 100. За повече информация вижте профили на SIP за гласов клас.

    изходящ прокси сървър dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Достъп до повиквания SBC. Вмъкнете адреса на изходящо прокси, предоставен в Control Hub, когато сте създали външната си връзка. За повече информация вижте изходящо прокси.

    Политика за поверителност

    Конфигурира опциите за правила за заглавка за поверителност за съединителната линия, за да прехвърли стойности на поверителност от полученото съобщение в следващия сегмент на повикване. За повече информация вижте правилата за поверителност.

  2. Конфигурирайте връстник за набиране на съединителна линия на Webex Calling. 

     набиране-равнопоставен глас 100 voip описание Входящи/изходящи Webex Calling max-conn 250 местоназначение-модел BAD.BAD протокол за сесия sipv2 цел на сесия sip-сървър входящо URI искане 100 кодек от гласов клас 100 dtmf-relay rtp-nte гласов клас stun-използване 100 без гласов клас sip localhost гласов клас sip клиент 100 srtp без vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник глас 100 voip  описание Входящо/изходящо повикване в Webex

    Дефинира VoIP dial-peer с етикет от 100 и дава смислено описание за лесно управление и отстраняване на неизправности.

    макс. кон 250

    Ограничава броя на едновременните входящи и изходящи повиквания между LGW и Webex Calling. За съединителните линии на регистриране максималната конфигурирана стойност трябва да е 250. Използвайте по-ниска стойност, ако това би било по-подходящо за разполагането ви. За повече информация относно ограниченията за едновременни повиквания за локален шлюз вижте документа Първи стъпки с локален шлю з.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Уточнява, че dial-peer 100 дръжки SIP кол крака. За повече информация вижте протокол за сесия (връстник за набиране).

    целеви SIP сървър за сесията

    Посочва, че SIP сървърът, дефиниран в клиент 100, е наследен и използван за местоназначението за повиквания от този връстник за набиране.

    входящо искане за URI 100

    За да посочите гласовия клас, използван за съвпадение на връстник за набиране на VoIP с унифицирания идентификатор на ресурси (URI) на входящо повикване. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Конфигурира връстника за набиране да използва общия списък с филтри за кодеци 100. За повече информация вижте кодек от гласов клас.

    гласови клас stun-usage 100

    Позволява локално генерираните STUN заявки в локалния шлюз да се изпращат по договорен път за мултимедия. STUN помага да се отвори дупка на защитната стена за мултимедиен трафик.

    няма локален sip за гласов клас

    Деактивира заместването на името на локалния хост на DNS вместо физическия IP адрес в заглавките От, Call-ID и Remote-Party-ID на изходящите съобщения.

    SIP клиент от гласов клас 100

    Връстникът за набиране наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите могат да бъдат заместени на ниво връстник за набиране.

    srtp

    Позволява SRTP за крака на повикване.

    няма вад

    Деактивира откриването на гласова активност.

След като дефинирате клиент 100 и конфигурирате връстник за SIP VoIP набиране, шлюзът инициира TLS връзка към Webex Calling. В този момент достъпът SBC представя сертификата си на локалния шлюз. Локалният шлюз валидира SBC сертификата за достъп до Webex Calling, като използва корневи пакет на CA, който е актуализиран по-рано. Ако сертификатът бъде разпознат, се установява постоянна TLS сесия между локалния шлюз и SBC за достъп до Webex Calling. След това локалният шлюз може да използва тази защитена връзка, за да се регистрира със SBC за достъп до Webex. Когато регистрацията е оспорена за удостоверяване:

  • Параметрите на потребителското име, паролата иобластт а от конфигурацията на идентификационните данн и се използват в отговора.

  • Правилата за модифициране в sip профил 100 се използват за преобразуване на URL адреса на SIPS обратно в SIP.

Регистрацията е успешна, когато се получи 200 OK от SBC за достъп.

Конфигуриране на локален шлюз с външна връзка по SIP PSTN

След като сте изградили съединителна линия към Webex Calling по-горе, използвайте следната конфигурация, за да създадете нешифрована съединителна линия към SIP базиран доставчик на PSTN:

Ако вашият доставчик на услуги предлага защитена PSTN съединителна линия, може да следвате подобна конфигурация, както е подробно описано по-горе за съединителната линия на Webex Calling. Маршрутизирането на защитено до защитено повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN съединителна линия, преминете към следващия раздел Конфигуриране на локален шлюз с TDM PSTN съединителна линия.

За да конфигурирате TDM интерфейси за сегментите на PSTN повикване в Cisco TDM-SIP шлюзовете, вижте Конфигуриране на ISDN PRI.

1

Конфигурирайте следния URI за гласов клас, за да идентифицирате входящите повиквания от PSTN съединителната линия:

 гласов клас uri 200 sip хост ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

гласов клас uri 200 sip

Дефинира шаблон, който съответства на входяща SIP покана към връстник за набиране на входяща съединителна линия. Когато въвеждате този шаблон, използвайте IP адреса на вашия IP PSTN шлюз. За повече информация вижте uri на гласов клас.

2

Конфигурирайте следния връстник за набиране на IP PSTN:

 dial-peer voice 200 voip описание Входящ/изходящ IP PSTN trunk destination-pattern BAD.BAD протокол за сесия sipv2 цел на сесия ipv4:192.168.80.13 входящ uri чрез 200 гласов клас sip bind control source-interface GigabitEthernet0/0/0 гласов клас sip bind media source-interface GigabitEthernet0/0/0 гласов клас кодек 100 dtmf-relay rtp-nte не vad

Ето обяснение на полетата за конфигурацията:

 набиране-връстник глас 200 voip  описание Входяща/изходяща IP PSTN съединителна линия

Дефинира връстник за набиране на VoIP с етикет 20 0 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

протокол за сесия sipv2

Указва, че връстник за набиране 20 0 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

цел на сесията ipv4:192.168.80.13

Посочва целевия IPv4 адрес на дестинацията, за да изпратите крака на повикването. Целта на сесията тук е IP адресът на ITSP. За повече информация вижте целта на сесията (връстник за VoIP набиране).

входящ URI през 200

Определя критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. Съвпада с всички входящи IP PSTN сегменти на повикване в локалния шлюз с връстник за набиране 200. За повече информация вижте входящия URL адрес.

обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

кодек от гласов клас 100

Конфигурира връстника за набиране да използва общия списък с филтри за кодеци 100. За повече информация вижте кодек от гласов клас.

dtmf- relay rtp- nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

няма вад

Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

3

Ако конфигурирате вашия локален шлюз да маршрутизира повиквания само между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повиквания. Ако конфигурирате своя локален шлюз с платформа на Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията към Webex Calling или PSTN. Дефинирайте DPG 100 с връстник за изходящо набиране 100 към Webex Calling. DPG 100 се прилага към входящия връстник за набиране от PSTN. По същия начин дефинирайте DPG 200 с изходящо набиране-връстник 200 към PSTN. DPG 200 се прилага към връстник за входящо набиране от Webex.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 гласов клас dpg 200 Описание на маршрутизиране на повиквания към PSTN набиране-връстник 200

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  2. Прилагане на групи от връстници за набиране, за да маршрутизирате повикванията от Webex към PSTN и от PSTN към Webex: 

     набиране-равнопоставен глас 100 местоназначение dpg 200 набиране-равнопоставен глас 200 местоназначение dpg 100

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 200

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

    Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.

Конфигуриране на локален шлюз с TDM PSTN съединителна линия

След като сте изградили външна връзка към Webex Calling, използвайте следната конфигурация, за да създадете TDM външна връзка за вашата PSTN услуга с маршрутизиране на обратни повиквания, за да позволите оптимизация на мултимедията в сегмента на повикванията на Webex.

Ако не изисквате оптимизация на IP мултимедията, следвайте стъпките за конфигуриране за SIP PSTN багажник. Използвайте гласов порт и POTS-връстник за набиране (както е показано в стъпки 2 и 3) вместо PSTN VoIP-връстник за набиране.
1

Конфигурацията на връстната връзка за набиране използва групи за набиране и етикети за маршрутизиране на повиквания, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да се създават цикли на маршрутизиране на повиквания. Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на етикети за маршрутизиране на повиквания:

 гласов превод-правило 100 правило 1 /^\+ / /A2A/ гласов превод-профил 100 превод повикан 100 гласов превод-правило 200 правило 1 /^/ /A1A/ гласов превод-профил 200 превод повикан 200 гласов превод-правило 11 правило 1 /^A1A/// гласов превод-профил 11 превод повикан 11 гласов превод-правило 12 правило 1 /^A2A44/ /0/ правило 2/^A2A/ /00/ гласов превод-профил 12 превод повикан 12

Ето обяснение на полетата за конфигурацията:

правило за превод на глас

Използва регулярни изрази, дефинирани в правила, за да добавя или премахва етикети за маршрутизиране на повиквания. Цифрите над десетичната запетая („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация етикетът, добавен от профил за транслация 100, се използва за насочване на повиквания от Webex Calling към PSTN през връстниците за набиране с loopback. По същия начин етикетът, добавен от профил за транслация 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профилите за транслация 11 и 12 премахват тези етикети, преди да се доставят повиквания съответно към Webex и PSTN връзките.

Този пример предполага, че набраните номера от Webex Calling са представени във формат +E.164. Правило 100 премахва водещия +, за да поддържа валиден набран номер. Правило 12 след това добавя национална или международна цифра за маршрутизиране при премахване на етикета. Използвайте цифри, които съответстват на вашия локален национален план за набиране на ISDN.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да просто добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вижте профил за гласов прево д и правило за гласов превод.

2

Конфигурирайте портовете за TDM гласов интерфейс според изискванията на използвания тип съединителна линия и протокол. За повече информация вижте Конфигуриране на ISDN PRI. Например основната конфигурация на интерфейс с Primary Rate ISDN, инсталиран в NIM слот 2 на устройство, може да включва следното:

 тип карта e1 0 2 ISDN switch-type primary-net5 контролер E1 0/2/0 pri-group слотове 1-31
3

Конфигурирайте следния TDM PSTN връстник за набиране:

 набиране-връстник глас 200 пота описание Входящ/изходящ PRI PSTN съединителна линия местоназначение-модел BAD.BAD транслация-профил входящ 200 порт за директно набиране 0/2/0:15

Ето обяснение на полетата за конфигурацията: 

 набиране-връстник глас 200 пота  описание Входяща/изходяща PRI PSTN съединителна линия

Дефинира връстник за набиране на VoIP с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

входящ профил за транслация 200

Задава профила за транслация, който ще добави етикет за маршрутизиране на повиквания към входящия набран номер.

директно набиране

Маршрутизира повикването, без да осигурява вторичен тон за набиране. За повече информация вижте директно набиране.

порт 0/2/0:15

Физическият гласов порт, свързан с този връстник за набиране.

4

За да активирате мултимедийна оптимизация на IP пътищата за локални шлюзове с TDM-IP потоци за повиквания, можете да промените маршрутизирането на повикванията, като въведете набор от връстници за вътрешно набиране между Webex Calling и PSTN съединителни линии. Конфигурирайте следните връстници за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат маршрутизирани първоначално към dial-peer 10 и оттам към dial-peer 11 или 12 въз основа на приложения етикет за маршрутизиране. След премахването на маркера за маршрутизиране повикванията ще бъдат маршрутизирани към изходящата съединителна линия с помощта на групи от връстници за набиране.

 набиране-равнопоставен глас 10 voip описание Изходящ цикъл около крак местоназначение-модел BAD.BAD протокол за сесия sipv2 цел на сесия ipv4:192.168.80.14 гласов клас sipv2 цел на сесията ipv4:192.168.80.14 гласов клас sipv2 цел на сесията ipv4:192.168.80.14 гласов клас sipv2 целева група на мултимедиен източник-интерфейс GigabitEthernet0/0/0 гласов клас sip обвързване на мултимедиен източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек 12 voip описание Входящ цикъл около сегмент към PSTN превод-профил входящ 12 протокол sipv2 входящ повикан-номер A2AT гласов клас sip обвързване на мултимедиен интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw без vad набиране-равнопоставен глас 12 voip описание Входящ цикъл около сегмент към PSTN превод-профил входящ 12 протокол sipv2 входящ повикан-номер A2AT гласов клас sip обвързване на мултимедиен

Ето обяснение на полетата за конфигурацията: 

 набиране-връстник глас с 10 pots  описание Изходящ цикъл около крак

Дефинира връстник за набиране на VoIP и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

входящ профил за превод 11

Прилага профила за транслация, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикванията, преди да премине към изходящата съединителна линия.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

протокол за сесия sipv2

Указва, че този връстник за набиране обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

цел на сесията 192.168.80.14

Указва адреса на локалния интерфейс на маршрутизатора като цел за обратно повикване. За повече информация вижте целта на сесията (връстник за набиране на VOIP).

обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени през обратна връзка. За повече информация вижте обвързването.

обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена през обратна връзка. За повече информация вижте обвързването.

dtmf- relay rtp- nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

кодек g711alaw

Принудете всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответства на метода на компандиране, използван от вашата ISDN услуга.

няма вад

Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

5

Добавете следната конфигурация за маршрутизиране на повиквания:

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между PSTN и съединителните линии на Webex през обратния ред.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 гласов клас dpg 200 Описание на маршрутизиране на повиквания към PSTN набиране-връстник 200 гласов клас dpg 10 Описание на маршрутизиране на повиквания към Loopback набиране-връстник 10

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  2. Приложете групи от връстници за набиране към маршрутизирането на повикванията.

     набиране-равнопоставен глас 100 местоназначение dpg 10 набиране-равнопоставен глас 200 местоназначение dpg 10 набиране-равнопоставен глас 11 местоназначение dpg 100 набиране-равнопоставен глас 12 местоназначение dpg 200

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 200

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.
Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията на PSTN-Webex Calling в предишните раздели може да бъде променена така, че да включва допълнителни външни връзки към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се маршрутизират чрез Унифициран CM. Повикванията от UCM на порт 5060 се маршрутизират към PSTN, а повикванията от порт 5065 се маршрутизират към Webex Calling. Следните нарастващи конфигурации могат да бъдат добавени, за да се включи този сценарий за повиквания.

Когато създавате багажника на Webex Calling в Unified CM, се уверете, че сте конфигурирали входящия порт в настройките на профила за защита на SIP Trunk на 5065. Това позволява входящи съобщения на порт 5065 и попълва заглавката VIA с тази стойност при изпращане на съобщения до локалния шлюз.

1

Конфигуриране на следните URI гласови класове:

  1. Класифицира Unified CM към повикванията в Webex чрез SIP ПРЕЗ порт:

     гласов клас uri 300 sip модел:5065

  2. Класифицира Unified CM към PSTN повиквания чрез SIP през порт:

     гласов клас uri 400 sip модел 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN съединителната линия, като използвате един или повече шаблони, които описват адресите на източника и номера на порта. Регулярните изрази могат да се използват за дефиниране на съвпадащи модели, ако е необходимо.

    В горния пример се използва регулярен израз за съвпадение на всеки IP адрес в диапазона 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да посочите SRV маршрутизиране към хостове на Unified CM:

IOS XE използва тези записи за локално определяне на целевите UCM хостове и портове. С тази конфигурация не се изисква да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате своя DNS, тогава тези локални конфигурации не са необходими.

 IP хост ucmpub.mydomain.com 192.168.80.60 ip хост ucmsub1.mydomain.com 192.168.80.61 ip хост ucmsub2.mydomain.com 192.168.80.62 ip хост ucmsub3.mydomain.com 192.168.80.63 ip хост ucmsub4.mydomain.com 192.168.80.64 ip хост ucmsub5.mydomain.com 192.168.80.65 ip хост _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP хост _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава запис на ресурси за DNS SRV. Създайте запис за всеки хост и външна връзка на UCM:

IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Име на запис за SRV ресурс

2: Приоритет за запис на ресурси за SRV

1: Теглото на рекордния ресурс на SRV

5060: Номерът на порта, който да се използва за целевия организатор в този запис на ресурси

ucmsub5.mydomain.com: Целевият организатор за запис на ресурси

За да разрешите имената на целевите хостове за запис на ресурси, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

ip хост: Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com: Име на хост за запис.

192.168.80.65: IP адресът на хоста.

Създайте записи на SRV ресурси и записи A, за да отразите вашата среда на UCM и предпочитаната стратегия за разпределяне на повикванията.

3

Конфигурирайте следните връстници за набиране:

  1. Връстник за набиране за повиквания между Unified CM и Webex Calling:

     dial-peer voice 300 voip описание UCM-Webex Calling trunk destination-pattern BAD.BAD протокол за сесия sipv2 сесия target dns:wxtocucm.io входящ uri чрез 300 гласов клас кодек 100 гласов клас sip bind control source-interface GigabitEthernet 0/0/0 гласов клас sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte не vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник voice 300 voip  описание UCM-Webex Calling

    Дефинира връстник за набиране на VoIP с етикет 30 0 и дава смислено описание за лесно управление и отстраняване на неизправности.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Указва, че връстникът за набиране 300 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

    целеви dns на сесията:wxtocucm.io

    Определя целта на сесията за множество възли на Unified CM чрез разделителна способност на DNS SRV. В този случай локално дефинираният SRV запис wxtocucm.io се използва за директни повиквания.

    входящ URI през 300

    Използва гласов клас URI 300, за да насочи всички входящи трафик от Unified CM при използване на изходен порт 5065 към този връстник за набиране. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Посочва списъка с филтри за кодеци за повиквания към и от Унифициран CM. За повече информация вижте кодек за гласов клас.

    обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

    обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

    dtmf- relay rtp- nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

    няма вад

    Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

  2. Връстник за набиране за повиквания между Unified CM и PSTN:

     dial-peer voice 400 voip описание UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io входящ uri чрез 400 гласов клас кодек 100 гласов клас sip bind control source-interface GigabitEthernet 0/0/0 гласов клас sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte не vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник глас 400 voip  описание UCM-PSTN съединителна линия

    Дефинира връстник за набиране на VoIP с етикет 40 0 и дава смислено описание за лесно управление и отстраняване на неизправности.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Указва, че връстникът за набиране 400 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

    целева сесия dns:pstntocucm.io

    Определя целта на сесията за множество възли на Unified CM чрез разделителна способност на DNS SRV. В този случай локално определеният SRV запис pstntocucm.io се използва за директни повиквания.

    входящ URI през 400

    Използва гласов клас URI 400, за да насочи всички входящи трафик от указаните хостове на Unified CM, използващи изходен порт 5060, към този връстник за набиране. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Посочва списъка с филтри за кодеци за повиквания към и от Унифициран CM. За повече информация вижте кодек за гласов клас.

    обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

    обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

    dtmf- relay rtp- nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

    няма вад

    Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

4

Добавете маршрутизиране на повикванията, като използвате следните конфигурации:

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между Unified CM и Webex Calling. Дефинирайте DPG 100 с изходящо набиране-връстник 100 към Webex Calling. DPG 100 се прилага към свързания входящ връстник за набиране от Unified CM. По същия начин дефинирайте DPG 300 с връстник за изходящо набиране 300 към Унифициран CM. DPG 300 се прилага към входящия връстник за набиране от Webex.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 Описание на гласов клас dpg 300 Маршрутизиране на повиквания към Unified CM Webex Calling багажник-връстник 300

  2. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между Unified CM и PSTN. Дефинирайте DPG 200 с изходящо набиране-връстник 200 към PSTN. DPG 200 се прилага към свързания входящ връстник за набиране от Unified CM. По същия начин дефинирайте DPG 400 с връстник за изходящо набиране 400 към Унифициран CM. DPG 400 се прилага към входящия връстник за набиране от PSTN.

     описание на гласов клас dpg 200 Маршрутизиране на повиквания към PSTN набиране-връстник 200 гласов клас dpg 400 Маршрутизиране на повиквания към Unified CM PSTN багажник набиране-връстник 400

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  3. Прилагане на групи от връстници за набиране за маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex: 

     набиране-равнопоставен глас 100 местоназначение dpg 300 набиране-равнопоставен глас 300 местоназначение dpg 100

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 300

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

  4. Прилагане на групи от връстници за набиране за маршрутизиране на повикванията от PSTN към Unified CM и от Unified CM към PSTN:

     набиране-равнопоставен глас 200 местоназначение dpg 400 набиране-равнопоставен глас 400 местоназначение dpg 200

    Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.

Наблюдавайте и отстранявайте проблеми с локален шлюз с диагностични сигнатури

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на IOS XE локален портал и генерират известие за имейл, сислог или терминално съобщение за събитието. Можете също да инсталирате DS, за да автоматизирате събирането на диагностични данни и прехвърлянето на събраните данни в Cisco TAC случай, за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития, задействащи проблем, и действия, които трябва да бъдат предприети за информиране, отстраняване на неизправности и отстраняване на проблема. Можете да дефинирате логиката за откриване на проблеми с помощта на syslog съобщения, SNMP събития и чрез периодично наблюдение на конкретни команди за показване.

Типовете действия включват събиране на командни изходи:

  • Генериране на консолидиран лог файл

  • Качване на файла в осигурено от потребителя мрежово местоположение, например HTTPS, SCP, FTP сървър.

Инженерите на TAC изписват DS файловете и дигитално ги подписват за защита на интегритета. Всеки DS файл има уникален цифров идентификатор, зададен от системата. Инструментът за търсене на диагностични подписи (DSLT) е един източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, който изтегляте от DSLT. Файловете, които променяте инсталацията за неуспех поради грешката при проверка на интегритета.

  • Прост протокол за прехвърляне на поща (SMTP) сървър, от който се нуждаете, за да може местният портал да изпраща известия по имейл.

  • Уверете се, че местният портал работи с IOS XE 17.6.1 или по-висока, ако искате да използвате защитения SMTP сървър за известия по имейл.

Предварителни изисквания

Локален шлюз, изпълняващ IOS XE 17.6.1a или по-нова версия

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който да се използва за изпращане на проактивно уведомяване, ако устройството работи с Cisco IOS XE 17.6.1a или по-нова версия.

    конфигурирайте терминалния сървър за поща :@ приоритет 1 защитен TLS край

  3. Конфигурирайте променливата на средата ds_email с имейл адреса на администратора, за да ви уведомим. 

    конфигурирайте средата за диагностика на повикване-начало на терминала-подпис ds_email  край

Следното показва примерна конфигурация на локален шлюз, изпълняван в Cisco IOS XE 17.6.1a или следващи версии, за да се изпратят проактивни известия до tacfaststart@gmail.com , използвайки Gmail като защитен SMTP сървър:

Препоръчваме ви да използвате версиите на Cisco IOS XE Bengaluru 17.6.x или по-нови.

call-home mail-server tacfaststart:password@smtp.gmail.com приоритет 1 сигурна tls диагностика-подпис среда ds_email "tacfaststart@gmail.com"

Локален портал, работещ на Cisco IOS XE Software, не е типичен уеб-базиран клиент на Gmail, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на профила в Gmail и да предоставим специално разрешение имейлът от устройството да бъде обработен правилно:

  1. Отидете на Управление на акаунт в Google > Защита и включете настройката По-малко сигурен достъп до приложението .

  2. Отговорете "Да, това бях аз", когато получавате имейл от Gmail, в който се казва: "Google попречи на някого да влезе в профила ви с помощта на приложение извън Google".

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява използването на процесора за пет секунди при използване на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгвания и деинсталира всички диагностични подписи, които са инсталирани в Local Gateway. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Използвайте командата показване на snmp , за да активирате SNMP. Ако не активирате, тогава конфигурирайте командата SNMP-сървър .

    показване на snmp% SNMP агента не е активиран конфигурация на диспечера на snmp сървъра край показване на snmp Шаси: ABCDEFGHIGK 149655 SNMP пакети вход      0 Неправилни грешки на SNMP версията      1 Неизвестно име на общността      0 Предоставена е незаконна операция за име на общността      0 Грешки при кодирането 37763 Брой поискани променливи      2 Брой променени променливи 34560 PDU „Получаване на заявки“ 138 PDU „Получаване на следващите“      2 PDU с искане за задаване      0 Входни пакети за опашката (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (Максимален размер на пакета 1500) 20 Няма такива грешки с името      0 Грешки в неправилни стойности      0 Общи грешки 7998 Отговор PDU 10280 Trap PDU Пакети в момента в опашката за въвеждане на SNMP процес: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 64224, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    ISR серия Cisco 4300, 4400 или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  3. Копирайте DS XML файла в светкавицата на локалния шлюз.

    LocalGateway# копие на ftp://потребителско име:парола@/DS_64224.xml bootflash:

    Следващият пример показва копиране на файла от FTP сървър към локалния шлюз. 

    копиране на ftp://потребител:pwd@192.0.2.12/DS_64224.xml bootflash:  Достъп до ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK – 3571/4096 байта] 3571 байта са копирани за 0,064 секунди (55797 байта/сек)

  4. Инсталирайте DS XML файла в локалния шлюз.

    Успешно зареждане на диагностични подписи за повикване-дом_64224.xml Успешно зареждане на файла DS_64224.xml

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност. 

    показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: username@gmail.com

    Изтегляне на DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, преинсталирайте DS 64224, за да продължите да наблюдавате голямото използване на процесора в локалния шлюз.

Мониторинг SIP багажник регистрация

Този DS проверява за нерегистрация на локален Gateway SIP багажник с облак Webex Calling на всеки 60 секунди. След като бъде открито събитието за дерегистриране, то генерира известие по имейл и syslog и се деинсталира след две повторения за дерегистриране. Използвайте стъпките по-долу, за да инсталирате подписа:

  1. Изтеглете DS 64117, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    СИП-СИП

    Тип на проблема

    SIP Trunk Отписване на регистрацията с известие по имейл.

  2. Копирайте DS XML файла в локалния шлюз.

    копиране на ftp://потребителско име:парола@/DS_64117.xml bootflash:

  3. Инсталирайте DS XML файла в локалния шлюз. 

    Успешно зареждане на диагностика и подпис на повикване-домашен номер_64117.xml Успешно зареждане на файла DS_64117.xml LocalGateway#

  4. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Мониторинг на абнормни прекъсвания на повикването

Този DS използва SNMP анкета на всеки 10 минути, за да открие необичайно прекъсване на връзката с SIP грешки 403, 488 и 503. Ако увеличението на броя грешки е по-голямо или равно на 5 от последната анкета, то генерира syslog и имейл известие. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Използвайте командата показване на snmp , за да проверите дали е разрешено SNMP. Ако не е активирана, конфигурирайте командата SNMP-сървър . 

    показване на snmp% SNMP агента не е активиран конфигурация на диспечера на snmp сървъра край показване на snmp Шаси: ABCDEFGHIGK 149655 SNMP пакети вход      0 Неправилни грешки на SNMP версията      1 Неизвестно име на общността      0 Предоставена е незаконна операция за име на общността      0 Грешки при кодирането 37763 Брой поискани променливи      2 Брой променени променливи 34560 PDU „Получаване на заявки“ 138 PDU „Получаване на следващите“      2 PDU с искане за задаване      0 Входни пакети за опашката (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (Максимален размер на пакета 1500) 20 Няма такива грешки с името      0 Грешки в неправилни стойности      0 Общи грешки 7998 Отговор PDU 10280 Trap PDU Пакети в момента в опашката за въвеждане на SNMP процес: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 65221, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз. 

    копиране на ftp://потребителско име:парола@/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файла в локалния шлюз. 

    Успешно зареждане на диагностични подписи за повикване-дом_65221.xml Успешно зареждане на файла DS_65221.xml

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Диагностичните подписи (DS) елиминират необходимостта от ръчно проверка за възникване на проблема и правят отстраняването на неизправности много по-лесно.

Можете да използвате инструмента за търсене на диагностични подписи, за да намерите приложимите подписи и да ги инсталирате за самостоятелно разрешаване на даден проблем, или можете да инсталирате подписа, препоръчан от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "%VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте допълнителна променлива на средата на DS, ds_fsurl_prefix която е пътят на файловия сървър на Cisco TAC (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е маркер за качване на файла, който може да бъде извлечен от Диспечер на случаи на поддръжката в следната команда. Маркерът за качване на файла може да се генерира в раздела Прикачени файлове на диспечера на случаи на поддръжката, ако е необходимо. 

    конфигуриране на терминал call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" край

    Пример: 

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е разрешено с помощта на командата показване на snmp . Ако не е активирана, конфигурирайте командата SNMP-сървър .

    показване на snmp %SNMP агента не е активиран конфигурация до края на диспечера на snmp сървъра

  3. Уверете се, че инсталирате High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгвания и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Сислогс

    Тип на проблема

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

    копиране на ftp://потребителско име:парола@/DS_64224.xml bootflash:  копиране на ftp://потребителско име:парола@/DS_65095.xml bootflash:

  6. Инсталирайте High CPU мониторинг DS 64224 и след това DS 65095 XML файл в локалния шлюз. 

    call-home diagnostic-signature load DS_64224.xml Зареждане на файла DS_64224.xml успешно повикване-home diagnostic-signature load DS_65095.xml Зареждане на файла DS_65095.xml

  7. Проверете дали подписът е инсталиран успешно с помощта на командата показване на диагностика-подпис на повикване-дом . Колоната за състоянието трябва да има "регистрирана" стойност. 

    показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08

    65095

    00:12:53

    ДД_ЛГ_ВИЕ_КВall_spike_threshold

    0.0.12

    Регистриран

    2020-11-08

Проверка на изпълнението на диагностичните подписи

В следната команда колоната „Състояние“ на командата показване на call-home diagnostic-signature се променя на „изпълнява“, докато локалният шлюз изпълнява действието, дефинирано в подписа. Изходът от статистиката за диагностичния подпис на повикването у дома е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития. 

показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:  Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДД_ЛГ_ВИЕ_КВall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS

Име на DS

Задействано/Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време за изпълнение (секунди)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДД_ЛГ_ВИЕ_КВall_spike_threshold

1/20/Г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на даден проблем.

Деинсталиране на диагностични подписи

Използвайте диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинират като деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ID от изхода на командата показване на диагностика-подпис на повикване-дом и изпълнете следната команда:

деинсталиране на диагностика-подпис за повикване-дом

Пример:

деинсталиране на диагностика за повикване-домашен подпис 64224

Периодично се добавят нови подписи към инструмента за справка за диагностични подписи, въз основа на проблеми, които обикновено се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

Управление и валидиране на шлюзове на Cisco IOS XE през Control Hub

За по-добро управление на шлюзовете на Cisco IOS XE препоръчваме да запишете и управлявате шлюзовете чрез Control Hub. Конфигурацията е незадължителна. Когато сте се записали, можете да използвате опцията за проверка на конфигурацията в Control Hub, за да потвърдите конфигурацията на вашия локален шлюз и да идентифицирате евентуални проблеми с конфигурацията. В момента само съединителни линии, базирани на регистрация, поддържат тази функционалност.

За повече информация вижте следното:

Общ преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за Webex Calling с използване на базиран на сертификат взаимен TLS (mTLS) SIP багажник. Първата част на този документ илюстрира как да конфигурирате прост PSTN шлюз. В този случай всички повиквания от PSTN се маршрутизират към Webex Calling, а всички повиквания от Webex Calling се маршрутизират към PSTN. Следващото изображение подчертава това решение и конфигурацията на маршрутизиране на повиквания от високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

  • Клиенти на гласов клас : Използват се за създаване на специфични конфигурации на съединителната линия.

  • uri на гласов клас: Използва се за класифициране на SIP съобщенията при избора на връстник за входящо набиране.

  • връстник за входящо набиране: Осигурява лечение на входящи SIP съобщения и определя изходящия маршрут с група за набиране.

  • група за набиране-връстник: Определя връстниците за изходящо набиране, използвани за маршрутизиране на допълнителни повиквания.

  • връстник за изходящо набиране: Предоставя лечение за изходящи SIP съобщения и ги маршрутизира към необходимата цел.

Маршрутизиране на повиквания от/към PSTN към/от решение за конфигуриране на Webex Calling

Въпреки че IP и SIP са се превърнали в протоколите по подразбиране за PSTN съединителни линии, TDM (Time Division Multiplexing) ISDN веригите все още се използват широко и се поддържат с съединителни линии на Webex Calling. За да се разреши оптимизация на мултимедията на IP пътищата за локални шлюзове с TDM-IP потоци за повиквания, понастоящем е необходимо да се използва процес на маршрутизиране на повиквания с два сегмента. Този подход променя конфигурацията за маршрутизиране на повикванията, показана по-горе, като въвежда набор от връстници за вътрешно набиране между Webex Calling и PSTN съединителни линии, както е показано на изображението по-долу.

Когато свързвате локално решение на Cisco Unified Communications Manager с Webex Calling, можете да използвате конфигурацията на прост PSTN шлюз като базова линия за изграждане на решението, показано на следващата схема. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички PSTN и Webex Calling повиквания.

В целия този документ се използват имената на хостове, IP адресите и интерфейсите, илюстрирани в следващото изображение. Предоставят се опции за публично или частно (зад NAT) адресиране. SRV DNS записите са по желание, освен ако не се балансира натоварването между няколко екземпляра на CUBE.

Използвайте инструкциите за конфигуриране в останалата част на този документ, за да завършите конфигурирането на вашия локален шлюз, както следва:

  • Стъпка 1: Конфигуриране на базовата свързаност и защита на маршрутизатора

  • Стъпка 2: Конфигуриране на съединителна линия за Webex Calling

    В зависимост от необходимата архитектура, следвайте или:

  • Стъпка 3: Конфигуриране на локален шлюз със SIP PSTN външна връзка

  • Стъпка 4: Конфигуриране на локален шлюз със съществуваща среда на Unified CM

    Или:

  • Стъпка 3: Конфигуриране на локален шлюз с TDM PSTN съединителна линия

Конфигуриране на свързаност и защита

Конфигурация на базовата линия

Първата стъпка при подготовката на вашия маршрутизатор Cisco като локален шлюз за Webex Calling е да изградите базова конфигурация, която осигурява вашата платформа и установява свързаност.

  • Всички базирани на сертификат локални шлюзове изискват Cisco IOS XE 17.9.1a или по-нови версии. За препоръчителните версии вижте страницата Cisco Software Researc h. Потърсете платформата и изберете едно от предложенит е издания.

    • Маршрутизаторите от серията ISR4000 трябва да бъдат конфигурирани както с лицензи за технологии за Unified Communications, така и за сигурност.

    • Маршрутизаторите от серията Catalyst Edge 8000, оборудвани с гласови карти или DSP, изискват лицензиране на DNA Essentials. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.

    • За изискванията за висок капацитет може да изисквате и лиценз за висока защита (HSEC) и допълнителни права за пропускателна способност.

      Вижте Кодове за удостоверяван е за повече подробности.

  • Изградете базова конфигурация за вашата платформа, която следва вашите бизнес правила. По-специално, конфигурирайте следното и проверете работата:

    • нтр

    • АКЛ

    • Удостоверяване на потребители и отдалечен достъп

    • DNS

    • IP маршрутизиране

    • IP адреси

  • Мрежата към Webex Calling трябва да използва IPv4 адрес. Напълно квалифицираните имена на домейни (FQDN) или адресите на записи на услуги (SRV) на локалния шлюз трябва да се преобразуват в публичен IPv4 адрес в интернет.

  • Всички SIP и мултимедийни портове в интерфейса на локалния шлюз, с който се сблъсква Webex, трябва да са достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате съответно защитната стена.

  • Инсталирайте подписан сертификат на локалния шлюз (следващото съдържа подробни стъпки за конфигуриране).

    • Публичен сертифициращ орган (CA), както е подробно описано в Какви главни сертифициращи органи се поддържат за повикванията към аудио и видео платформите в Cisco Webex ?, трябва да подпише сертификата на устройството.

    • FQDN, конфигуриран в Control Hub при създаването на съединителна линия, трябва да бъде Common Name (CN) или Subject Alternate Name (SAN) сертификат на маршрутизатора. Например:

      • Ако конфигурирана външна връзка в контролния център на вашата организация има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата на маршрутизатора трябва да съдържа cube1.lgw.com. 

      • Ако конфигурирана външна връзка в Control Hub на вашата организация има lgws.lgw.com като SRV адрес на локалните шлюзове, достъпни от външната връзка, тогава CN или SAN в сертификата на маршрутизатора трябва да съдържат lgws.lgw.com. Записите, на които SRV адресът решава (CNAME, A Record или IP адрес), са незадължителни в SAN.

      • Независимо дали използвате FQDN, или SRV за външната линия, адресът на контакта за всички нови SIP диалози от вашия локален шлюз използва името, конфигурирано в Control Hub.

  • Уверете се, че сертификатите са подписани за използване от клиента и сървъра.

  • Качете основния пакет на Cisco CA в локалния шлюз.

Конфигурация

1

Уверете се, че сте задали валидни и подлежащи на маршрутизиране IP адреси към интерфейси от Слой 3, например:

 интерфейс GigabitEthernet0/0/0 описание Интерфейс с PSTN и/или CUCM ip адрес 192.168.80.14 255.255.255.0 ! интерфейс GigabitEthernet0/0/1 описание Интерфейс с Webex Calling (публичен адрес) ip адрес 198.51.100.1 255.255.255.240

2

Защитете идентификационните данни за STUN на рутера с помощта на симетрично шифроване. Конфигурирайте основния ключ за шифроване и типа на шифроването, както следва:

 key config-key password-encrypt YourPassword password encryption aes
3

Създайте точка на доверие за шифроване със сертификат, подписан от предпочитания от вас сертифициращ орган (CA).

  1. Създайте двойка ключове за RSA с помощта на следната exec команда.

    крипто ключ генериране rsa общи ключове за експортиране етикет lgw ключ модул 4096

  2. Когато използвате cube1.lgw.com като fqdn за багажника, създайте точка на доверие за подписания сертификат със следните команди за конфигуриране: 

     crypto pki trustpoint LGW_CERT запис терминал pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key

  3. Генерирайте заявка за подписване на сертификат (CSR) със следната команда за exec или конфигурация и я използвайте, за да заявите подписан сертификат от поддържан доставчик на CA:

    крипто pki записване на LGW_СЕРТИФИКАТ

4

Удостоверете новия си сертификат, като използвате своя междинен (или главен) CA сертификат, след което импортирайте сертификата (стъпка 4). Въведете следната команда за exec или конфигуриране:

 crypto pki удостоверяване LGW_CERT

5

Импортирайте подписан сертификат на организатор с помощта на следната команда за exec или конфигуриране:

 импортиране на крипто pki LGW_СЕРТИФИКАТ за сертификат

6

Разрешете изключителност на TLS1.2 и посочете точката на доверие по подразбиране, като използвате следните команди за конфигуриране:

 sip-ua крипто сигнална точка по подразбиране LGW_CERT транспорт tcp tls v1.2

7

Инсталирайте пакета root CA на Cisco, който включва сертификата DigiCert CA, използван от Webex Calling. Използвайте командата Импортиране на чист URL адрес на crypto pki trustpool , за да изтеглите главния пакет от CA от посочения URL и да изчистите текущия CA trustpool, след което инсталирайте новия пакет от сертификати:

Ако трябва да използвате прокси сървър за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета от CA:

ip http клиент прокси-сървър yourproxy.com прокси-порт 80
 ip http клиент източник-интерфейс GigabitEthernet0/0/1 crypto pki trustpool импортиране чист URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Конфигуриране на базираната на сертификат външна връзка на Webex Calling
1

Създайте PSTN багажник, базиран на CUBE, за съществуващо местоположение в Control Hub. За повече информация вижте Конфигуриране на външни връзки, групи за маршрутизиране и планове за набиране за Webex Calling.

Запишете информацията за съединителната линия, която се предоставя след като съединителната линия бъде създадена. Тези подробности, както е подчертано в следващата илюстрация, ще бъдат използвани в стъпките за конфигуриране в това ръководство.
2

Въведете следните команди, за да конфигурирате CUBE като локален шлюз на Webex Calling:

 списък с надеждни данни за гласова услуга voip ip адрес ipv4 x.x.x.x y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.y.no допълнителни услуги sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip асиметричен полезен товар пълен ранно предложение принудителни sip-профили входящи

Ето обяснение на полетата за конфигурацията:

 списък с надеждни IP адреси  ipv4 x.x.x.x y.y.y.y

  • За да се предпази от измами с платени номера, надеждният адресен списък дефинира списък на хостовете и мрежовите структури, от които локалният шлюз очаква легитимни VoIP повиквания.

  • По подразбиране локалният шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в надеждния му списък. Статично конфигурираните връстници за набиране с "целеви IP адрес на сесията" или IP адреси на групата сървъри са надеждни по подразбиране, така че не е необходимо да се добавят към надеждния списък.

  • Когато конфигурирате своя локален шлюз, добавете IP подмрежите за вашия регионален център за данни на Webex Calling към списъка, вижте Референтна информация за портове за Webex Callin g за повече информация. Също така добавете диапазони от адреси за сървърите на Unified Communications Manager (ако се използват) и шлюзове за съединителни линии на PSTN.

  • За повече информация как да използвате надежден списък с IP адреси, за да предотвратите измами с такси, вижте надежден IP адрес.

елемент на граница на режим

Активира функциите на Cisco Unified Border Element (CUBE) на платформата.

allow-връзки sip към sip

Разрешаване на основна SIP на CUBE обратно към обратно функционалността на потребителския агент. За повече информация вижте Разрешаване на връзки.

По подразбиране е активиран транспорт на факс T.38. За повече информация вижте факс протокол t38 (гласова услуга).

камък

Активира STUN (Session Traversal of UDP through NAT) глобално.

Тези глобални команди за stun се изискват само при разгръщане на вашия локален шлюз зад NAT.

  • Когато препращате обаждане до потребител на Webex Calling (например, както повикващите, така и обаждащите се страни са абонати на Webex Calling и ако закотвяте медиите в Webex Calling SBC), тогава медиите не могат да текат към Local Gateway, тъй като отворът не е отворен.

  • Функцията за обвързване на STUN в локалния шлюз позволява локално генерираните заявки за STUN да се изпращат по избрания мултимедиен път. Това помага да се отвори дупката в защитната стена.

За повече информация вижте ИД на stun flowdata агент и stun flowdata споделена тайна.

Асиметричният полезен обем е пълен

Конфигурира поддръжка на асиметричен полезен товар за SIP както за DTMF, така и за динамични кодеци. За повече информация относно тази команда вижте асиметричен полезен обем.

принудително ранно предложение

Принудете локалния шлюз да изпраща информация за SDP в първоначалното съобщение \„ПОКАНА\“, вместо да изчаква потвърждение от съседния си колега. За повече информация относно тази команда вижте ранно предложение.

sip-профили входящи

Позволява на CUBE да използва SIP профили за промяна на съобщенията при получаването им. Профилите се прилагат чрез връстници за набиране или клиенти.

3

Конфигурирайте филтъра за кодек от гласов клас 100 за съединителната линия. В този пример се използва един и същ филтър за кодек за всички съединителни линии. Можете да конфигурирате филтри за всяка съединителна линия за прецизно управление.

 гласов клас кодек 100 кодек предпочитание 1 опус кодек 2 g711ulaw предпочитание 3 g711alaw

Ето обяснение на полетата за конфигурацията:

кодек от гласов клас 100

Използва се за позволяване само на предпочитани кодеци за повиквания през съединителни линии на SIP. За повече информация вижте кодек за гласов клас.

Кодекът Opus се поддържа само за SIP-базирани PSTN съединителни линии. Ако PSTN съединителната линия използва гласова T1/E1 или аналогова FXO връзка, изключете предпочитанието за кодек 1 опус от конфигурацията на кодек от гласов клас 100 .

4

Конфигурирайте използването на stun-ове от гласов клас 100 , за да активирате ICE на съединителната линия на Webex Calling. (Тази стъпка не е приложима за Webex for Government)

 гласов клас stun-използване 100 stun използване защитна стена-преминаване flowdata stun използване ice lite

Ето обяснение на полетата за конфигурацията:

използване на лед lite

Използва се за активиране на ICE-Lite за всички връстници за набиране на Webex Calling, за да позволи оптимизация на мултимедията, когато е възможно. За повече информация вижте Използване на камък от гласов кла с и Lite за използване на камък.

Командата защитна стена за използване на камък-traversal flowdata е необходима само когато разполагате с вашия локален шлюз зад NAT.
Изисквате stun използване на ICE-lite за потоци на повиквания с използване на оптимизиране на пътя на мултимедията. За да осигурите оптимизация на мултимедията за SIP към TDM шлюз, конфигурирайте връстник за набиране с loopback с ICE-Lite, активиран на IP-IP сегмента. За допълнителни технически подробности се свържете с екипите за акаунта или TAC.
5

Конфигурирайте правилата за шифроване на мултимедия за трафика на Webex. (Тази стъпка не е приложима за Webex for Government)

 гласов клас srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва SHA1_80 като единствената SRTP оферта на CUBE с шифър в SDP в съобщенията за предложение и отговор. Webex Calling поддържа само SHA1_80. За повече информация вижте гласов клас srtp-crypto.

6

Конфигурирайте съвместими с FIPS шифри на GCM (Тази стъпка е приложима само за Webex for Government). 

 гласов клас srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Ето обяснение на полетата за конфигурацията:

гласов клас srtp-crypto 100

Указва GCM като пакета за шифър, който се предлага от CUBE. Задължително е да конфигурирате шифри на GCM за локален шлюз за Webex for Government.

7

Конфигурирайте шаблон за уникално идентифициране на повикванията към съединителна линия на локален шлюз въз основа на неговия FQDN или SRV на местоназначението:

 гласов клас uri 100 sip модел cube1.lgw.com

Ето обяснение на полетата за конфигурацията:

гласов клас uri 100 sip

Дефинира шаблон, който съответства на входяща SIP покана към връстник за набиране на входяща съединителна линия. Когато въвеждате този модел, използвайте LGW FQDN или SRV, конфигуриран в Control Hub, докато създавате съединителна линия.

8

Конфигурирайте профили за обработка на SIP съобщения. Ако шлюза ви е конфигуриран с публичен IP адрес, конфигурирайте профил, както следва, или преминете към следващата стъпка, ако използвате NAT. В този пример cube1.lgw.com е FQDN, конфигуриран за локалния шлюз, а "198.51.100.1" е публичният IP адрес на интерфейса за локален шлюз, насочен към Webex Calling:

 гласови класове sip-профили 100 правило 10 искане ВСЕКИ sip-Header контакт да модифицира "@.*:" "@cube1.lgw.com:" правило 20 отговор ВСЕКИ sip-header контакт да модифицира "@.*:" "@cube1.lgw.com:"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволи на Webex да удостоверява съобщения от вашия локален шлюз, заглавката \„Контакт\“ в съобщенията за SIP заявки и отговори трябва да съдържа стойността, осигурена за съединителната линия в Control Hub. Това ще бъде или FQDN на един хост, или името на SRV домейна, използвано за клъстер от устройства.

Пропуснете следващата стъпка, ако сте конфигурирали вашия локален шлюз с публични IP адреси.

9

Ако шлюза ви е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящи и изходящи SIP профили, както следва. В този пример cube1.lgw.com е FQDN, конфигуриран за локалния шлюз, "10.80.13.12" е IP адресът на интерфейса, изправен пред Webex Calling, и "192.65.79.20" е публичен IP адрес на NAT.

SIP профили за изходящи съобщения към Webex Calling 
 гласов клас SIP-профили 100 правило 10 искане ВСЕКИ sip-заглавка Контакт да модифицира "@.*:" "@cube1.lgw.com:" правило 20 отговор ВСЕКИ sip-заглавка Контакт да модифицира "@.*:" "@cube1.lgw.com:" правило 30 отговор ВСЕКИ sdp-заглавка Промяна на аудио атрибут "(a=кандидат:1 1.*) 10.80.13.12" "\1 192.65.79.20" правило 31 отговор на всеки SDP-Header Промяна На аудио атрибута "(a=кандидат: 1 2.*) 10.80.13.12" "\1 192.65.79.20" правило 40 отговор ВСЯКА sdp-заглавка Аудио-връзка-информация модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 41 искане ВСЯКА sdp-заглавка Аудио-връзка-информация модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 50 искане ВСЯКА sdp-заглавка Връзка-информация модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 51 отговор ВСЯКА sdp-заглавка Връзка-информация модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 60 отговор ВСЯКА sdp-заглавка Сесия-собственик модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 70 искане ВСЯКА sdp-заглавка Сесия-собственик модифициране "IN IP4 10.80.13.12" "В IP4 192.65.79.20" правило 70 искане ВСЯКА sdp- 1.*) 10.80.13.12"\\1 192.65.79.20" правило 81 изисква промяна НА аудио атрибута на Sdp"(a=кандидат: 1 2.*) 10.80.13.12" "\1 192.65.79.20"

Ето обяснение на полетата за конфигурацията:

правила 10 и 20

За да позволи на Webex да удостоверява съобщения от вашия локален шлюз, заглавката \„Контакт\“ в съобщенията за SIP заявки и отговори трябва да съдържа стойността, осигурена за съединителната линия в Control Hub. Това ще бъде или FQDN на един хост, или името на SRV домейна, използвано за клъстер от устройства.

правила 30—81

Конвертирайте препратките към частни адреси във външния публичен адрес за сайта, което позволява на Webex правилно да интерпретира и маршрутизира следващите съобщения.

SIP профил за входящи съобщения от гласов клас sip-профили от Webex Calling 
 110 правило 10 отговор ВСЯКА sdp-заглавка Видео-връзка-информация модифициране "192.65.79.20" "10.80.13.12" правило 20 отговор ВСЯКА sdp-заглавка Промяна на информация за връзка "@.*:" "@cube1.lgw.com:" правило 30 отговор ВСЯКА sdp-заглавка Връзка-информация модифициране "192.65.79.20" "10.80.13.12" правило 40 отговор ВСЯКА sdp-заглавка Аудио-връзка-информация модифициране "192.65.79.20" "10.80.13.12" правило 50 отговор ВСЯКА sdp-заглавка Сесия-собственик модифициране "192.65.79.20" "10.80.13.12" правило 60 отговор ВСЯКА sdp-заглавка Аудио-атрибут модифициране "(a=кандидат:1 1.*) 192.65.79.20" "\1 10.80.13.12" правило 70 отговор на всеки SDP-Header Промяна На аудио атрибута "(a=кандидат: 1 2.*) 192.65.79.20" "\1 10.80.13.12" правило 80 отговор на всеки SDP-заглавен аудио атрибут модифициране "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Ето обяснение на полетата за конфигурацията:

правила от 10 до 80

Конвертирайте препратките към публичен адрес в конфигурирания частен адрес, което позволява съобщенията от Webex да се обработват правилно от CUBE.

За повече информация вижте профили на SIP за гласов клас.

10

Конфигурирайте поддържане на опции за SIP с профил за модифициране на заглавката.

 гласови класове sip-профили 115 правило 10 искане ОПЦИИ sip-header Промяна на контакт "<sip:.*:" "<sip:cube1.lgw.com:" правило 30 искане ВСЯКА sip-header Чрез промяна "(SIP.*) 10.80.13.12" "\1 192.65.79.20" правило 40 отговор ВСЯКА sdp-header Connection-Info промяна "10.80.13.12" "192.65.79.20" правило 50 отговор ВСЯКА sdp-header Аудио-Connection-Info промяна "10.80.13.12" "192.65.79.20" ! гласови класове sip-options-keepalive 100 описание Запазване на живот за Webex Calling up-interval 5 транспорт tcp tls sip-профили 115

Ето обяснение на полетата за конфигурацията:

гласов клас sip-опции-поддържане 100

Конфигурира профил за поддържане и влиза в режим на конфигуриране на гласов клас. Можете да конфигурирате времето (в секунди), в което SIP Out of Dialog Options Ping се изпраща до целта за набиране, когато сърдечната връзка към крайната точка е в състояние НАГОРЕ или Надолу.

Този профил за запазване на комуникацията се задейства от връстник за набиране, конфигуриран към 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.

11

Конфигуриране на външна връзка на Webex Calling:

  1. Създайте клиент за гласов клас 100 , за да дефинирате и групирате конфигурациите, необходими специално за съединителната линия на Webex Calling. Връстниците за набиране, свързани с този клиент по-късно, ще наследят тези конфигурации:

    Следващият пример използва стойностите, илюстрирани в стъпка 1 за целите на това ръководство (показано с удебелен шрифт). Заместете ги със стойности за съединителната линия в конфигурацията.

     клиент на гласов клас 100 без remote-party-id sip-сървър dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com сесията транспорт tcp tls без обновяване на сесията error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 без pass-thru съдържание custom-sdp sip-profiles 100 sip-profiles 110 входящи privacy-policy passthru !

    Ето обяснение на полетата за конфигурацията:

    клиент за гласов клас 100

    Препоръчваме ви да използвате клиенти, за да конфигурирате външни връзки, които имат собствен TLS сертификат и списък за проверка на CN или SAN. Тук tls-профилът, свързан с клиента, съдържа точката на доверие, която да се използва за приемане или създаване на нови връзки, и има списък CN или SAN за валидиране на входящите връзки. За повече информация вижте клиент за гласов клас.

    няма ИД на отдалечена страна

    Забранете заглавката SIP Remote-Party-ID (RPID), тъй като Webex Calling поддържа PAI, което е активирано чрез asserted-id pai. За повече информация вижте remote-party-id.

    sip-сървър dns:us25.sipconnect.bcld.webex.com

    Конфигурира целевия SIP сървър за външната линия. Използвайте SRV адреса на крайния прокси сървър, предоставен в Control Hub, когато сте създали своята съединителна линия

    srtp-крипто 100

    Конфигурира предпочитаните пакети за шифроване за SRTP сегмент на повикване (връзка) (посочен в стъпка 5). За повече информация вижте гласов клас srtp-crypto.

    DNS на локален хост: cube1. lgw. com

    Конфигурира CUBE да замени физическия IP адрес в заглавките От, Call-ID и Remote-Party-ID в изходящите съобщения с предоставения FQDN.

    транспорт на сесия tcp tls

    Задава транспорта на TLS за асоциираните връстници за набиране. За повече информация вижте транспорт на сесия.

    няма опресняване на сесията

    Забранява опресняването на сесията на SIP глобално.

    грешка-passthru

    Задава SIP отговор на грешка pass-thru функционалност. За повече информация вижте error-passthru.

    обвързване на изходния интерфейс за управление GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вижте обвързването.

    свързване на изходния интерфейс за мултимедия GigabitEthernet0/0/1

    Конфигурира интерфейса на източника и свързания IP адрес за мултимедия, изпратена до Webex Calling. За повече информация вижте обвързването.

    SIP профили от гласов клас 100

    Прилага профила за модифициране на заглавката (публичен IP или NAT адресиране), който да се използва за изходящи съобщения. За повече информация вижте профили на SIP за гласов клас.

    гласови класове sip профили 110 входящи

    Прилага профила за модифициране на заглавката (само адресиране на NAT), който да се използва за входящи съобщения. За повече информация вижте профили на SIP за гласов клас.

    Политика за поверителност

    Конфигурира опциите за правила за заглавка за поверителност за съединителната линия, за да прехвърли стойности на поверителност от полученото съобщение в следващия сегмент на повикване. За повече информация вижте правилата за поверителност.

  2. Конфигурирайте връстник за набиране на съединителна линия на Webex Calling.

     набиране-равнопоставен глас 100 voip описание Входящо/изходящо Webex Calling местоназначение-модел BAD.BAD протокол за сесия sipv2 цел на сесията sip-сървър входящо URI искане 100 гласов клас кодек 100 гласов клас stun-използване 100 гласов клас sip rel1xx деактивирайте гласов клас sip asserted-id pai гласов клас sip клиент 100 гласов клас sip опции-keepalive профил 100 dtmf-relay rtp-nte srtp не vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник глас 100 voip  описание Входящо/изходящо повикване в Webex

    Дефинира връстник за набиране на VoIP с етикет 100 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Уточнява, че dial-peer 100 дръжки SIP кол крака. За повече информация вижте протокол за сесия (връстник за набиране).

    целеви SIP сървър за сесията

    Посочва, че SIP сървърът, дефиниран в клиент 100, е наследен и използван за местоназначението за повиквания от този връстник за набиране.

    входяща URI заявка 100

    За да посочите гласовия клас, използван за съвпадение на връстник за набиране на VoIP с унифицирания идентификатор на ресурси (URI) на входящо повикване. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Посочва списъка с филтри за кодеци за повиквания към и от Webex Calling. За повече информация вижте кодек за гласов клас.

    гласови клас stun-usage 100

    Позволява локално генерираните STUN заявки в локалния шлюз да се изпращат по договорен път за мултимедия. STUN помага да се отвори дупка на защитната стена за мултимедиен трафик.

    гласов клас sip asserted-id pai

    Задава информацията за изходящите повиквания, като използва заглавката за заявен ИД (PAI) за поверителност. За повече информация вижте SIP asserted-id на гласов клас.

    клиент за SIP от гласов клас 100

    Връстникът за набиране наследява всички параметри, конфигурирани глобално и в клиент 100. Параметрите може да заместят на ниво връстник за набиране. За повече информация вижте клиент за SIP от гласов клас.

    опции за SIP от гласов клас – запазване на профил 100

    Тази команда се използва за наблюдение на наличността на група SIP сървъри или крайни точки, използващи определен профил (100).

    srtp

    Позволява SRTP за крака на повикване.

Конфигуриране на локален шлюз с външна връзка по SIP PSTN

След като сте изградили съединителна линия към Webex Calling по-горе, използвайте следната конфигурация, за да създадете нешифрована съединителна линия към SIP базиран доставчик на PSTN:

Ако вашият доставчик на услуги предлага защитена PSTN съединителна линия, може да следвате подобна конфигурация, както е подробно описано по-горе за съединителната линия на Webex Calling. Маршрутизирането на защитено до защитено повикване се поддържа от CUBE.

Ако използвате TDM / ISDN PSTN съединителна линия, преминете към следващия раздел Конфигуриране на локален шлюз с TDM PSTN съединителна линия.

За да конфигурирате TDM интерфейси за сегментите на PSTN повикване в Cisco TDM-SIP шлюзовете, вижте Конфигуриране на ISDN PRI.

1

Конфигурирайте следния URI за гласов клас, за да идентифицирате входящите повиквания от PSTN съединителната линия:

 гласов клас uri 200 sip хост ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

гласов клас uri 200 sip

Дефинира шаблон, който съответства на входяща SIP покана към връстник за набиране на входяща съединителна линия. Когато въвеждате този шаблон, използвайте IP адреса на вашия IP PSTN шлюз. За повече информация вижте uri на гласов клас.

2

Конфигурирайте следния връстник за набиране на IP PSTN:

 dial-peer voice 200 voip описание Входящ/изходящ IP PSTN trunk destination-pattern BAD.BAD протокол за сесия sipv2 цел на сесия ipv4:192.168.80.13 входящ uri чрез 200 гласов клас sip bind control source-interface GigabitEthernet0/0/0 гласов клас sip bind media source-interface GigabitEthernet0/0/0 гласов клас кодек 100 dtmf-relay rtp-nte не vad

Ето обяснение на полетата за конфигурацията:

 набиране-връстник глас 200 voip  описание Входяща/изходяща IP PSTN съединителна линия

Дефинира връстник за набиране на VoIP с етикет 20 0 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

протокол за сесия sipv2

Указва, че връстник за набиране 20 0 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

цел на сесията ipv4:192.168.80.13

Посочва целевия IPv4 адрес на дестинацията, за да изпратите крака на повикването. Целта на сесията тук е IP адресът на ITSP. За повече информация вижте целта на сесията (връстник за VoIP набиране).

входящ URI през 200

Определя критерий за съвпадение за заглавката на VIA с IP адреса на IP PSTN. Съвпада с всички входящи IP PSTN сегменти на повикване в локалния шлюз с връстник за набиране 200. За повече информация вижте входящия URL адрес.

обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

кодек от гласов клас 100

Конфигурира връстника за набиране да използва общия списък с филтри за кодеци 100. За повече информация вижте кодек от гласов клас.

dtmf- relay rtp- nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

няма вад

Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

3

Ако конфигурирате вашия локален шлюз да маршрутизира повиквания само между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повиквания. Ако конфигурирате своя локален шлюз с платформа на Unified Communications Manager, преминете към следващия раздел.

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията към Webex Calling или PSTN. Дефинирайте DPG 100 с връстник за изходящо набиране 100 към Webex Calling. DPG 100 се прилага към входящия връстник за набиране от PSTN. По същия начин дефинирайте DPG 200 с изходящо набиране-връстник 200 към PSTN. DPG 200 се прилага към връстник за входящо набиране от Webex.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 гласов клас dpg 200 Описание на маршрутизиране на повиквания към PSTN набиране-връстник 200

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  2. Прилагане на групи от връстници за набиране, за да маршрутизирате повикванията от Webex към PSTN и от PSTN към Webex: 

     набиране-равнопоставен глас 100 местоназначение dpg 200 набиране-равнопоставен глас 200 местоназначение dpg 100

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 200

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

    Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.

Конфигуриране на локален шлюз с TDM PSTN съединителна линия

След като сте изградили външна връзка към Webex Calling, използвайте следната конфигурация, за да създадете TDM външна връзка за вашата PSTN услуга с маршрутизиране на обратни повиквания, за да позволите оптимизация на мултимедията в сегмента на повикванията на Webex.

Ако не изисквате оптимизация на IP мултимедията, следвайте стъпките за конфигуриране за SIP PSTN багажник. Използвайте гласов порт и POTS-връстник за набиране (както е показано в стъпки 2 и 3) вместо PSTN VoIP-връстник за набиране.
1

Конфигурацията на връстната връзка за набиране използва групи за набиране и етикети за маршрутизиране на повиквания, за да гарантира, че повикванията преминават правилно между Webex и PSTN, без да се създават цикли на маршрутизиране на повиквания. Конфигурирайте следните правила за превод, които ще се използват за добавяне и премахване на етикети за маршрутизиране на повиквания:

 гласов превод-правило 100 правило 1 /^\+ / /A2A/ гласов превод-профил 100 превод повикан 100 гласов превод-правило 200 правило 1 /^/ /A1A/ гласов превод-профил 200 превод повикан 200 гласов превод-правило 11 правило 1 /^A1A/// гласов превод-профил 11 превод повикан 11 гласов превод-правило 12 правило 1 /^A2A44/ /0/ правило 2/^A2A/ /00/ гласов превод-профил 12 превод повикан 12

Ето обяснение на полетата за конфигурацията:

правило за превод на глас

Използва регулярни изрази, дефинирани в правила, за да добавя или премахва етикети за маршрутизиране на повиквания. Цифрите над десетичната запетая („A“) се използват за добавяне на яснота при отстраняване на неизправности.

В тази конфигурация етикетът, добавен от профил за транслация 100, се използва за насочване на повиквания от Webex Calling към PSTN през връстниците за набиране с loopback. По същия начин етикетът, добавен от профил за транслация 200, се използва за насочване на повиквания от PSTN към Webex Calling. Профилите за транслация 11 и 12 премахват тези етикети, преди да се доставят повиквания съответно към Webex и PSTN връзките.

Този пример предполага, че набраните номера от Webex Calling са представени във формат +E.164. Правило 100 премахва водещия +, за да поддържа валиден набран номер. Правило 12 след това добавя национална или международна цифра за маршрутизиране при премахване на етикета. Използвайте цифри, които съответстват на вашия локален национален план за набиране на ISDN.

Ако Webex Calling представя номера в национален формат, коригирайте правила 100 и 12, за да просто добавите и премахнете съответно маркера за маршрутизиране.

За повече информация вижте профил за гласов прево д и правило за гласов превод.

2

Конфигурирайте портовете за TDM гласов интерфейс според изискванията на използвания тип съединителна линия и протокол. За повече информация вижте Конфигуриране на ISDN PRI. Например основната конфигурация на интерфейс с Primary Rate ISDN, инсталиран в NIM слот 2 на устройство, може да включва следното:

 тип карта e1 0 2 ISDN switch-type primary-net5 контролер E1 0/2/0 pri-group слотове 1-31
3

Конфигурирайте следния TDM PSTN връстник за набиране:

 набиране-връстник глас 200 пота описание Входящ/изходящ PRI PSTN съединителна линия местоназначение-модел BAD.BAD транслация-профил входящ 200 порт за директно набиране 0/2/0:15

Ето обяснение на полетата за конфигурацията: 

 набиране-връстник глас 200 пота  описание Входяща/изходяща PRI PSTN съединителна линия

Дефинира връстник за набиране на VoIP с етикет 200 и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

входящ профил за транслация 200

Задава профила за транслация, който ще добави етикет за маршрутизиране на повиквания към входящия набран номер.

директно набиране

Маршрутизира повикването, без да осигурява вторичен тон за набиране. За повече информация вижте директно набиране.

порт 0/2/0:15

Физическият гласов порт, свързан с този връстник за набиране.

4

За да активирате мултимедийна оптимизация на IP пътищата за локални шлюзове с TDM-IP потоци за повиквания, можете да промените маршрутизирането на повикванията, като въведете набор от връстници за вътрешно набиране между Webex Calling и PSTN съединителни линии. Конфигурирайте следните връстници за набиране с обратна връзка. В този случай всички входящи повиквания ще бъдат маршрутизирани първоначално към dial-peer 10 и оттам към dial-peer 11 или 12 въз основа на приложения етикет за маршрутизиране. След премахването на маркера за маршрутизиране повикванията ще бъдат маршрутизирани към изходящата съединителна линия с помощта на групи от връстници за набиране.

 набиране-равнопоставен глас 10 voip описание Изходящ цикъл около крак местоназначение-модел BAD.BAD протокол за сесия sipv2 цел на сесия ipv4:192.168.80.14 гласов клас sipv2 цел на сесията ipv4:192.168.80.14 гласов клас sipv2 цел на сесията ipv4:192.168.80.14 гласов клас sipv2 целева група на мултимедиен източник-интерфейс GigabitEthernet0/0/0 гласов клас sip обвързване на мултимедиен източник-интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек 12 voip описание Входящ цикъл около сегмент към PSTN превод-профил входящ 12 протокол sipv2 входящ повикан-номер A2AT гласов клас sip обвързване на мултимедиен интерфейс GigabitEthernet0/0/0 dtmf-relay rtp-nte кодек g711alaw без vad набиране-равнопоставен глас 12 voip описание Входящ цикъл около сегмент към PSTN превод-профил входящ 12 протокол sipv2 входящ повикан-номер A2AT гласов клас sip обвързване на мултимедиен

Ето обяснение на полетата за конфигурацията: 

 набиране-връстник глас с 10 pots  описание Изходящ цикъл около крак

Дефинира връстник за набиране на VoIP и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте глас на връстник за набиране.

входящ профил за превод 11

Прилага профила за транслация, дефиниран по-рано, за да премахне маркера за маршрутизиране на повикванията, преди да премине към изходящата съединителна линия.

местоназначение-модел BAD.BAD

Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. За повече информация вижте местоназначение-модел (интерфейс).

протокол за сесия sipv2

Указва, че този връстник за набиране обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

цел на сесията 192.168.80.14

Указва адреса на локалния интерфейс на маршрутизатора като цел за обратно повикване. За повече информация вижте целта на сесията (връстник за набиране на VOIP).

обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени през обратна връзка. За повече информация вижте обвързването.

обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена през обратна връзка. За повече информация вижте обвързването.

dtmf- relay rtp- nte

Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

кодек g711alaw

Принудете всички PSTN повиквания да използват G.711. Изберете a-law или u-law, за да съответства на метода на компандиране, използван от вашата ISDN услуга.

няма вад

Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

5

Добавете следната конфигурация за маршрутизиране на повиквания:

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между PSTN и съединителните линии на Webex през обратния ред.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 гласов клас dpg 200 Описание на маршрутизиране на повиквания към PSTN набиране-връстник 200 гласов клас dpg 10 Описание на маршрутизиране на повиквания към Loopback набиране-връстник 10

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  2. Приложете групи от връстници за набиране към маршрутизирането на повикванията.

     набиране-равнопоставен глас 100 местоназначение dpg 10 набиране-равнопоставен глас 200 местоназначение dpg 10 набиране-равнопоставен глас 11 местоназначение dpg 100 набиране-равнопоставен глас 12 местоназначение dpg 200

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 200

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.
Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията на PSTN-Webex Calling в предишните раздели може да бъде променена така, че да включва допълнителни външни връзки към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички повиквания се маршрутизират чрез Унифициран CM. Повикванията от UCM на порт 5060 се маршрутизират към PSTN, а повикванията от порт 5065 се маршрутизират към Webex Calling. Следните нарастващи конфигурации могат да бъдат добавени, за да се включи този сценарий за повиквания.

1

Конфигуриране на следните URI гласови класове:

  1. Класифицира Unified CM към повикванията в Webex чрез SIP ПРЕЗ порт:

     гласов клас uri 300 sip модел:5065

  2. Класифицира Unified CM към PSTN повиквания чрез SIP през порт:

     гласов клас uri 400 sip модел 192\.168\.80\.6[0-5]:5060

    Класифицирайте входящите съобщения от UCM към PSTN съединителната линия, като използвате един или повече шаблони, които описват адресите на източника и номера на порта. Регулярните изрази могат да се използват за дефиниране на съвпадащи модели, ако е необходимо.

    В горния пример се използва регулярен израз за съвпадение на всеки IP адрес в диапазона 192.168.80.60 до 65 и номер на порт 5060.

2

Конфигурирайте следните DNS записи, за да посочите SRV маршрутизиране към хостове на Unified CM:

IOS XE използва тези записи за локално определяне на целевите UCM хостове и портове. С тази конфигурация не се изисква да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате своя DNS, тогава тези локални конфигурации не са необходими.

 IP хост ucmpub.mydomain.com 192.168.80.60 ip хост ucmsub1.mydomain.com 192.168.80.61 ip хост ucmsub2.mydomain.com 192.168.80.62 ip хост ucmsub3.mydomain.com 192.168.80.63 ip хост ucmsub4.mydomain.com 192.168.80.64 ip хост ucmsub5.mydomain.com 192.168.80.65 ip хост _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP хост _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP хост _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Ето обяснение на полетата за конфигурацията:

Следната команда създава запис на ресурси за DNS SRV. Създайте запис за всеки хост и външна връзка на UCM:

IP хост _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Име на запис за SRV ресурс

2: Приоритет за запис на ресурси за SRV

1: Теглото на рекордния ресурс на SRV

5060: Номерът на порта, който да се използва за целевия организатор в този запис на ресурси

ucmsub5.mydomain.com: Целевият организатор за запис на ресурси

За да разрешите имената на целевите хостове за запис на ресурси, създайте локални DNS A записи. Например:

IP хост ucmsub5.mydomain.com 192.168.80.65

ip хост: Създава запис в локалната база данни на IOS XE.

ucmsub5.mydomain.com: Име на хост за запис.

192.168.80.65: IP адресът на хоста.

Създайте записи на SRV ресурси и записи A, за да отразите вашата среда на UCM и предпочитаната стратегия за разпределяне на повикванията.

3

Конфигурирайте следните връстници за набиране:

  1. Връстник за набиране за повиквания между Unified CM и Webex Calling:

     dial-peer voice 300 voip описание UCM-Webex Calling trunk destination-pattern BAD.BAD протокол за сесия sipv2 сесия target dns:wxtocucm.io входящ uri чрез 300 гласов клас кодек 100 гласов клас sip bind control source-interface GigabitEthernet 0/0/0 гласов клас sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte не vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник voice 300 voip  описание UCM-Webex Calling

    Дефинира връстник за набиране на VoIP с етикет 30 0 и дава смислено описание за лесно управление и отстраняване на неизправности.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Указва, че връстникът за набиране 300 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

    целеви dns на сесията:wxtocucm.io

    Определя целта на сесията за множество възли на Unified CM чрез разделителна способност на DNS SRV. В този случай локално дефинираният SRV запис wxtocucm.io се използва за директни повиквания.

    входящ URI през 300

    Използва гласов клас URI 300, за да насочи всички входящи трафик от Unified CM при използване на изходен порт 5065 към този връстник за набиране. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Посочва списъка с филтри за кодеци за повиквания към и от Унифициран CM. За повече информация вижте кодек за гласов клас.

    обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

    обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

    dtmf- relay rtp- nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

    няма вад

    Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

  2. Връстник за набиране за повиквания между Unified CM и PSTN:

     dial-peer voice 400 voip описание UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io входящ uri чрез 400 гласов клас кодек 100 гласов клас sip bind control source-interface GigabitEthernet 0/0/0 гласов клас sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte не vad

    Ето обяснение на полетата за конфигурацията:

     набиране-връстник глас 400 voip  описание UCM-PSTN съединителна линия

    Дефинира връстник за набиране на VoIP с етикет 40 0 и дава смислено описание за лесно управление и отстраняване на неизправности.

    местоназначение-модел BAD.BAD

    Изисква се макет на местоназначението, когато маршрутизирате изходящи повиквания с помощта на група връстници за входящо набиране. В този случай може да се използва всеки валиден модел на местоназначение.

    протокол за сесия sipv2

    Указва, че връстникът за набиране 400 обработва сегментите на SIP повикване. За повече информация вижте протокол за сесия (връстник за набиране).

    целева сесия dns:pstntocucm.io

    Определя целта на сесията за множество възли на Unified CM чрез разделителна способност на DNS SRV. В този случай локално определеният SRV запис pstntocucm.io се използва за директни повиквания.

    входящ URI през 400

    Използва гласов клас URI 400, за да насочи всички входящи трафик от указаните хостове на Unified CM, използващи изходен порт 5060, към този връстник за набиране. За повече информация вижте входящия uri.

    кодек от гласов клас 100

    Посочва списъка с филтри за кодеци за повиквания към и от Унифициран CM. За повече информация вижте кодек за гласов клас.

    обвързване на контролния източник-интерфейс GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте обвързването.

    обвързване на изходния интерфейс за мултимедия GigabitEthernet0/0/0

    Конфигурира интерфейса източник и свързания IP адрес за мултимедия, изпратена до PSTN. За повече информация вижте обвързването.

    dtmf- relay rtp- nte

    Определя RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол крака. За повече информация вижте DTMF реле (глас по IP протокол).

    няма вад

    Деактивира откриването на гласова активност. За повече информация вижте vad (връстник за набиране).

4

Добавете маршрутизиране на повикванията, като използвате следните конфигурации:

  1. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между Unified CM и Webex Calling. Дефинирайте DPG 100 с изходящо набиране-връстник 100 към Webex Calling. DPG 100 се прилага към свързания входящ връстник за набиране от Unified CM. По същия начин дефинирайте DPG 300 с връстник за изходящо набиране 300 към Унифициран CM. DPG 300 се прилага към входящия връстник за набиране от Webex.

     описание на гласов клас dpg 100 Маршрутизиране на повиквания към Webex Calling набиране-връстник 100 Описание на гласов клас dpg 300 Маршрутизиране на повиквания към Unified CM Webex Calling багажник-връстник 300

  2. Създайте групи от връстници за набиране, за да маршрутизирате повикванията между Unified CM и PSTN. Дефинирайте DPG 200 с изходящо набиране-връстник 200 към PSTN. DPG 200 се прилага към свързания входящ връстник за набиране от Unified CM. По същия начин дефинирайте DPG 400 с връстник за изходящо набиране 400 към Унифициран CM. DPG 400 се прилага към входящия връстник за набиране от PSTN.

     описание на гласов клас dpg 200 Маршрутизиране на повиквания към PSTN набиране-връстник 200 гласов клас dpg 400 Маршрутизиране на повиквания към Unified CM PSTN багажник набиране-връстник 400

    Ето обяснение на полетата за конфигурацията:

    набиране-връстник 100

    Свързва връстник за изходящо набиране с група за връстник за набиране. За повече информация вижте Гласов клас dpg.

  3. Прилагане на групи от връстници за набиране за маршрутизиране на повиквания от Webex към Unified CM и от Unified CM към Webex: 

     набиране-равнопоставен глас 100 местоназначение dpg 300 набиране-равнопоставен глас 300 местоназначение dpg 100

    Ето обяснение на полетата за конфигурацията:

    местоназначение dpg 300

    Указва коя група връстници за набиране и следователно връстник за набиране трябва да се използва за изходящо лечение на повикванията, представени на този входящ връстник за набиране.

  4. Прилагане на групи от връстници за набиране за маршрутизиране на повикванията от PSTN към Unified CM и от Unified CM към PSTN:

     набиране-равнопоставен глас 200 местоназначение dpg 400 набиране-равнопоставен глас 400 местоназначение dpg 200

    Това заключава конфигурацията на локалния шлюз. Запишете конфигурацията и презаредете платформата, ако това е за първи път са конфигурирани функции на CUBE.

Наблюдавайте и отстранявайте проблеми с локален шлюз с диагностични сигнатури

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на Cisco IOS XE локален портал и генерират известие за имейл, сислог или терминално съобщение за събитието. Можете също така да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърляте събраните данни към случая Cisco TAC, за да ускорите времето за разделителна способност.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за проблемни събития и действия за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте сислог съобщения, SNMP събития и чрез периодично наблюдение на конкретни командни изходи показване, за да определите логиката за откриване на проблеми. Видовете действия включват:

  • Събиране на командни изходи

  • Генериране на консолидиран лог файл

  • Качване на файла на потребител предоставено местоположение на мрежата като HTTPS, SCP, FTP сървър

Инженерите на TAC пишат DS файлове и цифрово го подписват за защита на интегритета. Всеки DS файл има уникалния цифров идентификатор, зададен от системата. Инструментът за търсене на диагностични подписи (DSLT) е един източник за намиране на приложими подписи за наблюдение и отстраняване на различни проблеми.

Преди да започнете:

  • Не редактирайте DS файла, който изтегляте от DSLT. Файловете, които променяте инсталацията за неуспех поради грешката при проверка на интегритета.

  • Прост протокол за прехвърляне на поща (SMTP) сървър, от който се нуждаете, за да може местният портал да изпраща известия по имейл.

  • Уверете се, че местният портал работи с IOS XE 17.6.1 или по-висока, ако искате да използвате защитения SMTP сървър за известия по имейл.

Предварителни изисквания

Локален шлюз, работещ с IOS XE 17.6.1 или по-висок

  1. Диагностичните подписи са разрешени по подразбиране.

  2. Конфигурирайте защитения имейл сървър, който използвате, за да изпращате проактивно уведомяване, ако устройството работи с IOS XE 17.6.1 или по-нова версия.

     конфигурирайте терминалния сървър за повикване-начало на поща :@ приоритет 1 защитен tls край

  3. Конфигурирайте променливата ds_email среда с имейл адреса на администратора, за да уведомите.

     конфигуриране на терминал call-home-подпис на LocalGateway(cfg-call-home-diag-sign)среда ds_email  край

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява 5-секундното използване на процесора с помощта на SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне 75% или повече, то деактивира всички дебъгвания и деинсталира всички диагностични подписи, които инсталирате в Local Gateway. Използвайте тези стъпки по-долу, за да инсталирате подписа.

  1. Уверете се, че сте активирали SNMP с помощта на командното шоу snmp. Ако SNMP не е активиран, тогава конфигурирайте командата SNMP-сървър .

     показване на snmp% SNMP агента не е активиран конфигурация на диспечера на snmp сървъра край показване на snmp Шаси: ABCDEFGHIGK 149655 SNMP пакети вход      0 Неправилни грешки на SNMP версията      1 Неизвестно име на общността      0 Предоставена е незаконна операция за име на общността      0 Грешки при кодирането 37763 Брой поискани променливи      2 Брой променени променливи 34560 PDU „Получаване на заявки“ 138 PDU „Получаване на следващите“      2 PDU с искане за задаване      0 Входни пакети за опашката (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (Максимален размер на пакета 1500) 20 Няма такива грешки с името      0 Грешки в неправилни стойности      0 Общи грешки 7998 Отговор PDU 10280 Trap PDU Пакети в момента в опашката за въвеждане на SNMP процес: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 64224, като използвате следните опции за падане в инструментаза справка за диагностични подписи:

    копиране на ftp://потребителско име:парола@/DS_64224.xml bootflash:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер

    Продукт

    CUBE Enterprise в решение Webex Calling

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо cpu utilization с имейл известие

  3. Копирайте DS XML файла на светкавицата локален шлюз.

    копиране на ftp://потребителско име:парола@/DS_64224.xml bootflash:

    Следващият пример показва копиране на файла от FTP сървър към локалния шлюз.

    копиране на ftp://потребител:pwd@192.0.2.12/DS_64224.xml bootflash:  Достъп до ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK – 3571/4096 байта] 3571 байта са копирани за 0,064 секунди (55797 байта/сек)

  4. Инсталирайте DS XML файла в локалния шлюз.

     Успешно зареждане на диагностични подписи за повикване-дом_64224.xml Успешно зареждане на файла DS_64224.xml

  5. Използвайте командата за диагностика-подпис на повикване-дом, за да проверите дали подписът е успешно инсталиран. Колоната за състоянието трябва да има "регистрирана" стойност. 

     показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: username@gmail.com

    Изтегляне на DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-07 22:05:33

    Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, моля, преинсталирайте DS 64224, за да продължите да наблюдавате високото използване на процесора на местния портал.

Мониторинг на необичайни прекъсвания на повикване

Този DS използва SNMP анкета на всеки 10 минути, за да открие необичайно прекъсване на връзката с SIP грешки 403, 488 и 503. Ако увеличението на броя грешки е по-голямо или равно на 5 от последната анкета, то генерира syslog и имейл известие. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

  1. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако SNMP не е активирана, конфигурирайте командата SNMP-сървър . 

    показване на snmp% SNMP агента не е активиран конфигурация на диспечера на snmp сървъра край показване на snmp Шаси: ABCDEFGHIGK 149655 SNMP пакети вход      0 Неправилни грешки на SNMP версията      1 Неизвестно име на общността      0 Предоставена е незаконна операция за име на общността      0 Грешки при кодирането 37763 Брой поискани променливи      2 Брой променени променливи 34560 PDU „Получаване на заявки“ 138 PDU „Получаване на следващите“      2 PDU с искане за задаване      0 Входни пакети за опашката (максимален размер на опашката 1000) 158277 SNMP пакети изход      0 Твърде големи грешки (Максимален размер на пакета 1500) 20 Няма такива грешки с името      0 Грешки в неправилни стойности      0 Общи грешки 7998 Отговор PDU 10280 Trap PDU Пакети в момента в опашката за въвеждане на SNMP процес: 0 SNMP глобален капан: разрешено

  2. Изтеглете DS 65221, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

  3. Копирайте DS XML файла в локалния шлюз.

    копиране на ftp://потребителско име:парола@/DS_65221.xml bootflash:

  4. Инсталирайте DS XML файла в локалния шлюз. 

     Успешно зареждане на диагностика и подпис за повикване-дом_65221.xml Успешно зареждане на файла DS_65221.xml

  5. Използвайте командата показване на диагностика-подпис на повикване-дом , за да проверите дали подписът е инсталиран успешно. Колоната за състояние трябва да има „регистрирана“ стойност.

Инсталирайте диагностични сигнатури за отстраняване на проблем

Можете също така да използвате диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Това елиминира необходимостта от ръчна проверка за възникването на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Можете да използвате инструмента за справка за диагностични подписи, за да намерите приложимите подписи и да ги инсталирате за самостоятелно решаване на даден проблем или да инсталирате подписа, който се препоръчва от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието "%VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматизира събирането на диагностични данни, като използва следните стъпки:

  1. Конфигурирайте друга променлива на средата на DS ds_fsurl_prefix като път на файлов сървър на Cisco TAC (cxd.cisco.com), за да качите диагностичните данни. Потребителското име в пътя на файла е номер на случай, а паролата е маркер за качване на файла, който може да бъде извлечен от Диспечер на случаи за поддръжка , както е показано по-долу. Маркерът за качване на файл може да се генерира в раздела Прикачени файлове на диспечера на случаи за поддръжка, както се изисква. 

     конфигуриране на терминал call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" край

    Пример: 

     call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Уверете се, че SNMP е активиран с помощта на командното шоу snmp. Ако SNMP не е активирано, конфигурирайте командата SNMP-сървър .

     показване на snmp %SNMP агента не е активиран конфигурация до края на диспечера на snmp сървъра

  3. Препоръчваме инсталирането на High CPU мониторинг DS 64224 като проактивна мярка за деактивиране на всички дебъгвания и диагностични подписи по време на високо използване на процесора. Изтеглете DS 64224, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Производителност

    Тип на проблема

    Високо използване на процесора с известие по имейл.

  4. Изтеглете DS 65095, като използвате следните опции в инструментаза справка за диагностични подписи:

    Име на полето

    Стойност на полето

    Платформа

    Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер

    Продукт

    CUBE предприятие в Webex повикване решение

    Обхват на проблема

    Сислогс

    Тип на проблема

    Сислог - % ГЛАС_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

  5. Копирайте DS XML файловете в локалния шлюз.

     копиране на ftp://потребителско име:парола@/DS_64224.xml bootflash:  копиране на ftp://потребителско име:парола@/DS_65095.xml bootflash:

  6. Инсталирайте файла за наблюдение на процесора DS 64224 и след това DS 65095 XML в локалния шлюз. 

     зареждане на диагностика-подпис за повикване-начало DS_64224.xml Зареждане на файла DS_64224.xml успешно повикване-начало диагностика-подпис за зареждане DS_65095.xml Зареждане на файла DS_65095.xml

  7. Уверете се, че подписът е успешно инсталиран с помощта на диагностичен подписshow-call-home. Колоната за състоянието трябва да има "регистрирана" стойност. 

     показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Изтеглени DSes:

    Идентификационен номер на DS

    Име на DS

    Преразглеждане

    Статус

    Последна актуализация (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Регистриран

    2020-11-08:00:07:45

    65095

    00:12:53

    ДДЛГ_ВИЕ_КВ_all_spike_threshold

    0.0.12

    Регистриран

    2020-11-08:00:12:53

Проверка на изпълнението на диагностичните подписи

В следващата команда колоната "Статус" на командата показва промени в диагностичния подпис на повикване-дом на "бягане", докато местният портал изпълнява действието, определено в подписа. Изходът от статистиката за диагностичния подпис на повикване-дом е най-добрият начин да се провери дали диагностичният подпис открива събитие от интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития. 

показване на диагностичен подпис за повикване до дома Текущи настройки за диагностичен подпис:   Диагностичен подпис: активиран профил: CiscoTAC- 1 (статус: Активно) ИЗТЕГЛЯНЕ На URL адреси:  https://tools.cisco.com/its/service/oddce/services/DDCEService Променлива на средата: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08 00:07:45

65095

ДД_ЛГ_ВИЕ_КВall_spike_threshold

0.0.12

Изпълнява се

2020-11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS

Име на DS

Задействано/Макс/Деинсталиране

Средно време за изпълнение (секунди)

Максимално време за изпълнение (секунди)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

ДД_ЛГ_ВИЕ_КВall_spike_threshold

1/20/Г

23.053

23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на неизправности в дадения проблем.

Деинсталиране на диагностични подписи

Използването на диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинира като деинсталиране след откриване на някои проблемни събития. Ако искате да деинсталирате подпис ръчно, извлечете DS ID от изхода на диагностичния подпис на повикване-дом и изпълнете следната команда:

деинсталиране на диагностика-подпис за повикване-дом

Пример:

деинсталиране на диагностика за повикване-домашен подпис 64224

Периодично се добавят нови подписи към справочния инструмент за диагностични подписи, въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

Внедряване на CUBE с висока наличност като локален шлюз

Основите

Предварителни изисквания

Преди да разгърнете CUBE HA като локален портал за Webex Calling, уверете се, че имате задълбочено разбиране на следните концепции:

Указанията за конфигуриране, предоставени в тази статия, приемат специална локална портална платформа без съществуваща гласова конфигурация. Ако съществуващо внедряване на CUBE предприятие се модифицира, за да се използва и функцията за локален шлюз за Cisco Webex Calling, обърнете специално внимание на конфигурацията, приложена, за да се гарантира, че съществуващите потоци от повиквания и функционалности не се прекъсват и се уверете, че се придържате към изискванията за проектиране на CUBE HA.

Хардуерни и софтуерни компоненти

CUBE HA като локален шлюз изисква IOS-XE версия 16.12.2 или по-нова и платформа, на която се поддържат както функциите CUBE HA, така и LGW.

Командите и дневниците на шоуто в тази статия се основават на минималното софтуерно издание на Cisco IOS-XE 16.12.2, внедрено на vCUBE (CSR1000v).

Референтен материал

Ето някои подробни ръководства за конфигуриране на CUBE HA за различни платформи:

Преглед на решението за повикване на Webex

Cisco Webex Calling е предложение за сътрудничество, което предоставя многонаемателна облачна алтернатива на услугата PBX телефонна услуга с множество PSTN опции за клиенти.

Разгръщането на локалния портал (представено по-долу) е във фокуса на тази статия. Багажникът на локалния шлюз (базиран на помещения PSTN) в Webex Calling позволява свързване с PSTN услуга, собственост на клиента. Той също така осигурява свързаност с локално внедряване на IP PBX като Cisco Unified CM. Цялата комуникация до и от облака е осигурена с помощта на TLS транспорт за SIP и SRTP за медии.

Фигурата по-долу показва разгръщане на Webex Calling без съществуващ IP PBX и е приложимо за разполагане на един или няколко сайта. Конфигурацията, очертана в тази статия, се основава на това внедряване.

Слой 2 Резервираност от кутия до кутия

CUBE HA слой 2 резервираност кутия до кутия използва инфраструктурния протокол Redundancy Group (RG), за да образува активна/стендбай двойка рутери. Тази двойка споделя един и същ виртуален IP адрес (VIP) в съответните си интерфейси и непрекъснато обменя съобщения за състоянието. Информацията за сесията на CUBE се проверява в двойката рутери, което позволява на рутера в режим на готовност да поеме всички отговорности за обработка на повиквания на CUBE незабавно, ако активният рутер излезе от експлоатация, което води до държавно запазване на сигнализацията и медиите.

Проверката на посочването е ограничена до свързани разговори с медийни пакети. Обажданията в транзит не се проверяват (например състояние на опитване или звънене).

В тази статия CUBE HA ще се отнася до CUBE висока наличност (HA) слой 2 кутия до кутия (B2B) съкращения за запазване на държавни повиквания

От IOS-XE 16.12.2, CUBE HA може да бъде разгърната като локален портал за разгръщане на багажника на Cisco Webex Calling (PSTN), базиран на помещения, и ще обхванем дизайнерски съображения и конфигурации в тази статия. Тази цифра показва типична настройка на CUBE HA като локален шлюз за разгръщане на багажника на Cisco Webex.

Група за съкращения Infra компонент

Компонентът Redundancy Group (RG) Infra осигурява поддръжка на комуникационната инфраструктура "кутия до кутия" между двете CUBE и договаря окончателното стабилно състояние на съкращения. Този компонент също така предвижда:

  • Протокол, подобен на HSRP, който договаря окончателното състояние на съкращения за всеки рутер, като обменя поддържани и здравейте съобщения между двете CUBE (чрез контролния интерфейс) - GigabitEthernet3 на фигурата по-горе.

  • Транспортен механизъм за проверка на сигналното и медийното състояние за всяко повикване от активния към маршрутизатора в режим на готовност (чрез интерфейса за данни) – GigabitEthernet3 на фигурата по-горе.

  • Конфигурация и управление на интерфейса Virtual IP (VIP) за интерфейсите на трафика (множество интерфейси за трафик могат да бъдат конфигурирани с помощта на една и съща RG група) – GigabitEthernet 1 и 2 се считат за интерфейси за трафик.

Този RG компонент трябва да бъде специално конфигуриран, за да поддържа глас B2B HA.

Виртуално IP (VIP) управление на адреси както за сигнализация, така и за медии

B2B HA разчита на VIP за постигане на съкращения. VIP и свързаните с тях физически интерфейси на двете CUBE в двойката CUBE HA трябва да се намират в една и съща LAN подмрежа. Конфигурацията на VIP и свързването на VIP интерфейса към конкретно гласово приложение (SIP) са задължителни за гласова поддръжка на B2B HA. Външни устройства като Unified CM, Webex Calling access SBC, доставчик на услуги или пълномощник, използват VIP като IP адрес на местоназначението за повикванията, преминаващи през рутерите CUBE HA. Следователно, от гледна точка на Webex Call, двойките CUBE HA действат като един локален шлюз.

Сигнализацията на повикванията и информацията за RTP сесията на установените повиквания се проверяват от активния рутер към рутера в режим на готовност. Когато Активният рутер падне, рутерът Standby поема контрола и продължава да препраща потока RTP, който преди това е бил маршрутизиран от първия рутер.

Обажданията в преходно състояние по време на провала няма да бъдат запазени след превключването. Например, обаждания, които все още не са напълно установени или са в процес на модифициране с функция за прехвърляне или задържане. Установените повиквания могат да бъдат изключени след превключване.

Съществуват следните изисквания за използване на CUBE HA като локален портал за държавно провал на повикванията:

  • CUBE HA не може да има TDM или аналогови интерфейси, разположени съвместно

  • Gig1 и Gig2 се наричат интерфейси за трафик (SIP/RTP), а Gig3 е интерфейс за контрол/данни на групата за съкращения (RG)

  • Не повече от 2 CUBE HA двойки могат да бъдат поставени в един и същ слой 2 домейн, един с група ID 1, а другият с група ID 2. Ако конфигурирането на 2 HA двойки с една и съща група ID, интерфейсите RG Control/Data трябва да принадлежат към различни домейни на слой 2 (vlan, отделен превключвател)

  • Портовият канал се поддържа както за RG контрол/данни, така и за интерфейси за трафик

  • Цялата сигнализация/медия се получава от/към виртуалния IP адрес

  • Всеки път, когато една платформа се презареди в CUBE-HA връзка, тя винаги се зарежда като Standby

  • Долният адрес за всички интерфейси (Gig1, Gig2, Gig3) трябва да бъде на една и съща платформа

  • Идентификатор на интерфейса за резервиране, rii трябва да бъде уникален за комбинация от двойки/интерфейси на един и същ слой 2

  • Конфигурацията на двете CUBE трябва да бъде идентична, включително физическа конфигурация и трябва да се изпълнява на един и същ тип платформа и IOS-XE версия

  • Интерфейсите Loopback не могат да се използват като свързващи, тъй като те винаги са нагоре

  • Интерфейсите за множествен трафик (SIP/RTP) (Gig1, Gig2) изискват конфигуриране на проследяването на интерфейса.

  • CUBE-HA не се поддържа чрез кръстосана кабелна връзка за връзката RG-контрол/данни (Gig3)

  • И двете платформи трябва да са идентични и да бъдат свързани чрез физически превключвател във всички също интерфейси, за да работи CUBE HA, т.е. GE0/0/0 на CUBE-1 и CUBE-2 трябва да се прекрати на един и същ превключвател и т.н.

  • Не може WAN да бъде прекратен директно на CUBE или Data HA от двете страни

  • И двете Active/Standby трябва да бъдат в един и същ център за данни

  • Задължително е да се използва отделен L3 интерфейс за резервиране (RG контрол/данни, Gig3). т.е. интерфейсът, използван за трафик, не може да се използва за поддържане на HA и контролно-пропускателен пункт

  • При неуспех предишният активен CUBE преминава през презареждане чрез дизайн, запазване на сигнализацията и медиите

Конфигуриране на съкращенията и на двете кубчета

Трябва да конфигурирате излишък от слой 2 от кутия до кутия на двете кубчета, предназначени да се използват в двойка HA, за да повдигнете виртуални IP адреси.

1

Конфигурирайте проследяването на интерфейса на глобално ниво, за да проследите състоянието на интерфейса.

conf t track 1 интерфейс GigabitEthernet1 line-protocol track 2 интерфейс GigabitEthernet2 line-protocol exit 

VCUBE-1#conf

VCUBE-1(config)#track 1 интерфейс GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 интерфейс GigabitEthernet2 line-protocol

VCUBE-1( конфигурация-писта)#изход

VCUBE-2

VCUBE-2(config)#track 1 интерфейс GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 интерфейс GigabitEthernet2 line-protocol

VCUBE-2(config-track)#изход

Track CLI се използва в RG за проследяване на състоянието на интерфейса на гласовия трафик, така че активният маршрут да изпълнява активната си роля след като интерфейсът за трафик е надолу.

2

Конфигуриране на RG за използване с VoIP HA в подрежим на резервиране на приложението.

резервиране на приложение съкращаване група 1 име LocalGateway-HA приоритет 100 праг за преместване 75 контрол GigabitEthernet3 протокол 1 данни GigabitEthernet3 таймери забавяне 30 презареждане 60 писта 1 таймер 1 таймер hellotime 3 holdtime 10 exit exit exit 

VCUBE-1( конфигурация)#резервиране

VCUBE-1(конфигурационно червено)#резервиране на приложения

VCUBE-1(конфигуриране-червено-приложение)#група 1

VCUBE-1(config-red-app-grp)#име LocalGateway-HA

VCUBE-1(конфигурация-red-app-grp)#приоритет 100 праг за преместване при отказ 75

VCUBE-1(config-red-app-grp)#контрол на GigabitEthernet3 протокол 1

VCUBE-1(config-red-app-grp)#данни GigabitEthernet3

VCUBE-1(конфигурация-red-app-grp)#закъснение на таймера 30 презареждане 60

VCUBE-1(конфигурация-red-app-grp)#изключване на 1 запис

VCUBE-1(конфигурация-red-app-grp)#изключване на песен 2

VCUBE-1(конфигурация-red-app-grp)#изход

VCUBE-1(конфигурация-red-приложение)#протокол 1

VCUBE-1(конфигурация-red-app-prtcl)#таймери hellotime 3 holdtime 10

VCUBE-1(конфигурация-red-app-prtcl)#изход

VCUBE-1(конфигуриране-червено-приложение)#изход

VCUBE-1(конфигурационно червено)#изход

VCUBE-1( конфигурация)#

VCUBE-2(config)#redundancy

VCUBE-2(конфигурационно червено)#резервиране на приложения

VCUBE-2(конфигуриране-червено-приложение)#група 1

VCUBE-2(config-red-app-grp)#име LocalGateway-HA

VCUBE-2(конфигурация-red-app-grp)#приоритет 100 праг за преместване при отказ 75

VCUBE-2(config-red-app-grp)#контрол на GigabitEthernet3 протокол 1

VCUBE-1(config-red-app-grp)#данни GigabitEthernet3

VCUBE-2(конфигурация-red-app-grp)#закъснение на таймера 30 презареждане 60

VCUBE-2(конфигурация-red-app-grp)#изключване на песен 1

VCUBE-2(конфигурация-red-app-grp)#изключване на песен 2

VCUBE-2(конфигурация-red-app-grp)#изход

VCUBE-2(config-red-app)#протокол 1

VCUBE-2(конфигурация-red-app-prtcl)#таймер hellotime 3 holdtime 10

VCUBE-2(конфигурация-red-app-prtcl)#изход

VCUBE-2(конфигуриране-червено-приложение)#изход

VCUBE-2(конфигурационно червено)#изход

VCUBE-2(конфигурация)#

Ето обяснение на полетата, използвани в тази конфигурация:

  • излишък—Влиза в режим на излишък

  • резерв на приложения—Влиза в конфигурационен режим на резерв на приложения

  • група—Влиза в режим на конфигуриране на група приложения за резервиране

  • име LocalGateway-HA – Определя името на RG групата

  • приоритет 100 праг за отказ 75—Посочва праговете за първоначален приоритет и за отказ за RG

  • Закъснение на таймера 30 презареждане 60– Конфигурира двата пъти за закъснение и презареждане

    • Таймер за забавяне, който е времето, за да забави инициализацията на RG групата и преговорите за роля, след като интерфейсът се появи – по подразбиране 30 секунди. Диапазонът е 0-10000 секунди

    • Презареждане – Това е времето, за да забавите инициализацията на RG групата и договарянето на роли след презареждане – по подразбиране 60 секунди. Диапазонът е 0-10000 секунди

    • Препоръчват се таймери по подразбиране, въпреки че тези таймери могат да бъдат коригирани, за да се настанят всяко допълнително забавяне на конвергенцията на мрежата, което може да възникне по време на стартирането/презареждането на рутерите, за да се гарантира, че преговорите по протокола RG се провеждат след маршрутизиране в мрежата се е сближило до стабилна точка. Например, ако след неуспех се види, че са необходими до 20 сек за новия STANDBY, за да се види първият пакет RG HELLO от новия ACTIVE, таймерите трябва да бъдат коригирани до "таймери забавят 60 презареждане 120", за да се вземе предвид това забавяне.

  • управление на GigabitEthernet3 протокол 1 – Конфигурира интерфейса, използван за обмен на поддържащи и здравейте съобщения между двата CUBE, и указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигуриране на протокол на приложение на излишък

  • данни GigabitEthernet3 – конфигурира интерфейса, използван за проверка на трафика на данни

  • запис – проследяване на групи в RG на интерфейси

  • протокол 1 – Указва екземпляра на протокола, който ще бъде прикачен към контролен интерфейс и влиза в режим на конфигуриране на приложен протокол за излишък

  • таймери за hellotime 3 holdtime 10— Конфигурира двата таймера за hellotime и holdtime:

    • Hellotime – Интервал между последователни съобщения за здравей – По подразбиране 3 секунди. Диапазонът е 250 милисекунди-254 секунди

    • Holdtime – Интервалът между получаването на съобщение Hello и презумпцията, че изпращащият рутер се е провалил. Тази продължителност трябва да бъде по-голяма от времето за здравей – по подразбиране 10 секунди. Диапазонът е 750 милисекунди-255 секунди

      Препоръчваме ви да конфигурирате таймера за изчакване да бъде най-малко 3 пъти стойността на таймера hellotime.

3

Активирайте резервираността от кутия до кутия за приложението CUBE. Конфигурирайте RG от предишната стъпка под voip за гласова услуга. Това позволява на приложението CUBE да контролира процеса на съкращения.

гласова услуга voip резервиране-група 1 изход

VCUBE-1(config)#voip на гласовата услуга

VCUBE-1( config-voi-serv)#redundancy-група 1

 % създаде асоциация на RG 1 с Voice B2B HA; презаредете маршрутизатора, за да влезе в сила новата конфигурация 

VCUBE-1(config-voi-serv)# изход

VCUBE-2(config)#voip на гласовата услуга

VCUBE-2( config-voi-serv)#redundancy-група 1

 % създаде асоциация на RG 1 с Voice B2B HA; презаредете маршрутизатора, за да влезе в сила новата конфигурация 

VCUBE-2(config-voi-serv)# изход

redundancy-group 1 – Добавянето и премахването на тази команда изисква презареждане, за да влезе в сила актуализираната конфигурация. Ще презаредим платформите, след като цялата конфигурация бъде приложена.

4

Конфигуриране на интерфейсите Gig1 и Gig2 със съответните им виртуални IP адреси, както е показано по-долу, и прилагане на идентификатора на интерфейса за резервиране (rii)

VCUBE-1(config)#интерфейс GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# група за резервиране 1 ip 198.18.1.228 изключителен

VCUBE-1(конфигурация-ако)# изход

VCUBE-1( конфигурация)#

VCUBE-1(config)#интерфейс GigabitEthernet2

VCUBE-1(конфигурация-ако)# резерв rii 2

VCUBE-1(config-if)# група за резервиране 1 ip 198.18.133.228 изключителен

VCUBE-1(конфигурация-ако)# изход

VCUBE-2(config)#интерфейс GigabitEthernet1

VCUBE-2(config-if)# резерв rii 1

VCUBE-2(config-if)# група за резервиране 1 ip 198.18.1.228 изключителен

VCUBE-2(конфигурация-ако)# изход

VCUBE-2(конфигурация)#

VCUBE-2(config)#интерфейс GigabitEthernet2

VCUBE-2(config-if)# резерв rii 2

VCUBE-2(config-if)# група за резервиране 1 ip 198.18.133.228 изключителен

VCUBE-v(конфигурация-ако)# изход

Ето обяснение на полетата, използвани в тази конфигурация:

  • redundancy rii—Конфигурира идентификатора на интерфейса за redundancy за групата за redundancy. Необходимо е за генериране на виртуален MAC (VMAC) адрес. Същата стойност на rii ID трябва да се използва в интерфейса на всеки рутер (ACTIVE/STANDBY), който има един и същ VIP.

    Ако има повече от една двойка B2B в една и съща LAN, всяка двойка ТРЯБВА да има уникални ИД на rii на съответните си интерфейси (за да се предотврати сблъсък). „Показване на всички групи приложения за резервиране“ трябва да показва правилната локална и партньорска информация.

  • група за резервиране 1 – Свързва интерфейса с групата за резервиране, създадена в стъпка 2 по-горе. Конфигурирайте RG групата, както и VIP, присвоен на този физически интерфейс.

    Задължително е да се използва отделен интерфейс за съкращения, т.е. интерфейсът, използван за гласов трафик, не може да се използва като интерфейс за управление и данни, посочен в стъпка 2 по-горе. В този пример Gigabit интерфейс 3 се използва за RG контрол/данни

5

Запазете конфигурацията на първия CUBE и го презаредете.

Платформата за презареждане на последно винаги е в режим на готовност.

VCUBE-1#wr

 Конфигуриране на сграда... 

 [ok] 

VCUBE-1#презареждане

 Да продължите с презареждане? [потвърждаване]

След като VCUBE-1 се зареди напълно, запишете конфигурацията на VCUBE-2 и го презаредите.

VCUBE-2#wr

 Конфигуриране на сграда... 

 [ok] 

VCUBE-2#презареждане

 Да продължите с презареждане? [потвърждаване]

6

Проверете дали конфигурацията "кутия към кутия" работи според очакванията. Съответният изход е подчертан с удебелен шрифт.

Презаредихме VCUBE-2 последно и според съображенията за проектиране; платформата за презареждане последно винаги ще бъде Standby. 

 VCUBE-1#показване на група приложения за резервиране на всички състояния на грешки за група 1 информация:        Приоритет по време на изпълнение: [100] Грешки в RG Състояние на RG: Нагоре.                        Общ брой превключвания поради грешки:  0 Общ брой промени в състоянието надолу/нагоре поради грешки: 0 ИД на група:1 Име на група:LocalGateway-HA Административно състояние: Няма Общо Оперативно Състояние На изключване: Нагоре Моята роля: Активна РОЛЯ На Равнопоставен: Присъствие НА връстник в режим на готовност : Да Връстник Comm: Да Стартирана Прогресия На Връстника: Да RF домейн: btob-one RF състояние: Активно СЪСТОЯНИЕ На RF на равноправна страна: Standby HOT RG протокол RG 1 ------------------ Роля: Активни преговори: Активиран приоритет: 100 Състояние на протокола: Активно състояние На Ctrl Intf(и): Активен връстник нагоре: Локален равнопоставен режим на готовност: адрес 10.1.1.2, приоритет 100, intf Gi3 Броячи на регистрационни файлове:                 промяна на ролята на „активна“: 1 роля се променя на режим на готовност: 1 деактивиране на събития: rg в състояние надолу 0, rg затвори 0 ctrl intf събития: нагоре 1, надолу 0, admin_down 0 презареждане на събития: локално искане 0, партньорска заявка 0 RG Media Context for RG 1 -------------------------- Ctx State: ИД на активен протокол: 1 Тип мултимедия: Интерфейс за управление по подразбиране: GigabitEthernet3 Текущ таймер за здравейте: 3000 Конфигуриран таймер за здравейте: 3000, таймер за задържане: 10000 Peer Здравейте таймер: 3000, таймер за задържане на връстник: 10000 статистика:             Pkts 1509, байтове 93558, HA seq 0, Seq Номер 1509, Загуба На Pkt 0 Не е конфигурирано удостоверяване Неуспешно удостоверяване: 0 Презареждане на връстник: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Подарък. Таймер за задържане: 10000 Pkts 61, байтове 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#показване на група приложения за резервиране на всички Състояния на грешка Група 1 информация:        Приоритет по време на изпълнение: [100] Грешки в RG Състояние на RG: Нагоре.                        Общ брой превключвания поради грешки:  0 Общ брой промени в състоянието надолу/нагоре поради грешки: 0 ИД на група:1 Име на група:LocalGateway-HA Административно състояние: Няма Общо Оперативно Състояние На изключване: Нагоре Моята роля: Роля НА ВРЪСТНИК В режим на готовност: Активно ПРИСЪСТВИЕ На Връстник: Да Връстник Comm: Да Стартирана Прогресия На Връстника: Да RF домейн: btob-one RF състояние: Активно СЪСТОЯНИЕ На RF на равноправна страна: Standby HOT RG протокол RG 1 ------------------ Роля: Активни преговори: Активиран приоритет: 100 Състояние на протокола: Активно състояние На Ctrl Intf(и): Активен връстник нагоре: адрес 10.1.1.2, приоритет 100, intf Gi3 Равнопоставен в режим на готовност: Броячи на локални регистрационни файлове:                 промяна на ролята на „активна“: 1 роля се променя на режим на готовност: 1 деактивиране на събития: rg в състояние надолу 0, rg затвори 0 ctrl intf събития: нагоре 1, надолу 0, admin_down 0 презареждане на събития: локално искане 0, партньорска заявка 0 RG Media Context for RG 1 -------------------------- Ctx State: ИД на активен протокол: 1 Тип мултимедия: Интерфейс за управление по подразбиране: GigabitEthernet3 Текущ таймер за здравейте: 3000 Конфигуриран таймер за здравейте: 3000, таймер за задържане: 10000 Peer Здравейте таймер: 3000, таймер за задържане на връстник: 10000 статистика:             Pkts 1509, байтове 93558, HA seq 0, Seq Номер 1509, Загуба На Pkt 0 Не е конфигурирано удостоверяване Неуспешно удостоверяване: 0 Презареждане на връстник: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Подарък. Таймер за задържане: 10000 Pkts 61, байтове 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-2#

Конфигуриране на локален портал на двете кубчета

В нашата примерна конфигурация използваме следната информация за багажника от Control Hub, за да изградим конфигурацията на локалния шлюз на двете платформи, VCUBE-1 и VCUBE-2. Потребителското име и паролата за тази настройка са както следва:

  • Потребителско име: Hussain1076_ЛГУ

  • Парола: Артикул: LOV12MEaZx

1

Уверете се, че за паролата е създаден конфигурационен ключ, като командите са показани по-долу, преди да може да се използва в идентификационните данни или споделените тайни. Паролите тип 6 са криптирани с помощта на AES шифър и този потребителски дефиниран конфигурационен ключ. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#encryption aes

Ето конфигурацията на локалния шлюз, която ще се прилага и за двете платформи въз основа на параметрите на контролния хъб , показани по-горе, запишете и презаредите. Идентификационните данни за SIP Digest от Control Hub се открояват в получер.

 конфигуриране на терминал крипто pki trustpoint dummyTp анулиране-проверка crl изход sip-ua crypto сигнализация по подразбиране trustpoint dummyTp cn-san-валидиране сървър транспорт tcp tls v1.2 край конфигуриране терминал крипто pki trustpool импортиране чист URL http://www.cisco.com/security/pki/trs/ios_core.p7b край конфигуриране на терминалната гласова услуга VOIP IP адрес списък с надеждни IPV4 x.x.x.x y.y.y.y.y.y.y.y.exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-substitutes fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 13 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 13 response ANY sip-headerкосмати1076_lgu>" правило 30 изисква всяка SIP-заглавка P-Asserted-Identity модифициране "sips:(.*)" "sip:\1" гласов клас кодек 99 предпочитания за кодек 1 g711ulaw предпочитания за кодек 2 g711ulaw изход гласов клас srtp-crypto 200 crypto 1 AES_см_128_hmac_Sha1_80 изход от гласов клас stun-използване 200 stun използване защитна стена-traversal flowdata изход от гласов клас клиент 200 регистратор dns:40462196.cisco-bcld.com схема sips изтича 240 опресняване съотношение 50 tcp tls идентификационни данни номер Униформа7091_LGU потребителско име Hussain1076_Парола за ЛГУ 0 OV12MEaZx област Broadworks удостоверяване потребителско име Униформа7091_LGU парола 0 OV12MEaZx област на удостоверяване на BroadWorks Униформа7091_LGU парола 0 OV12MEaZx област 40462196.cisco-bcld.com няма SIP-сървър на отдалечената страна-ИД dns:40462196.cisco-bcld.com връзка-повторно използване srtp-crypto 200 сесия транспорт tcp tls url sips грешка-passthru asserted-id pai обвързване контрол източник-интерфейс GigabitEthernet1 обвързване мултимедиен източник-интерфейс GigabitEthernet1 без съдържание pass-thru персонализиран-sdp sip-профили 200 изходящ прокси dns:la01.sipconnect-us10.cisco-bcld.com поверителност-правила passthru гласов клас клиент 100 сесия транспорт udp url адрес sip грешка-passthru обвързване на контрола източник-интерфейс GigabitEthernet2 обвързване на мултимедиен източник-интерфейс GigabitEthernet2 без съдържание pass-thru персонализиран-sdp гласов клас клиент 300 обвързване на контрола източник-интерфейс GigabitEthernet2 обвързване на мултимедиен източник-интерфейс GigabitEthernet2 обвързване на мултимедиен източник-интерфейс GigabitEthernet2 без съдържание pass-thru персонализиран-sdp гласов клас uri 100 sip хост ipv4:198.18.133.3 гласов клас uri 200 sip модел dtg=космати1076.lgu набиране-равнопоставен глас 101 voip описание Изходящ набиране-равнопоставен към IP PSTN местоназначение-модел BAD.BAD протокол за сесия sipv2 цел на сесия ipv4:198.18.133.3 кодек за гласов клас 99 гласов клас sip клиент 100 dtmf-relay rtp-nte без vad набиране-равнопоставен глас 201 voip описание Изходящ набиране-равнопоставен към Webex Calling местоназначение-модел BAD.BAD протокол за сесия sipv2 целева сесия sip-сървър гласов клас кодек 99 гласов клас stun-използване 200 без гласов клас sip локалхост гласов клас sip клиент 200 dtmf-relay rtp-nte srtp без vad край копие изпълнение

За да покажем изхода на командата на шоуто, презаредихме VCUBE-2, последван от VCUBE-1, което направи VCUBE-1 готовност CUBE и VCUBE-2 активния CUBE

2

Във всеки един момент само една платформа ще поддържа активна регистрация като локален портал с достъп до Webex Calling SBC. Обърнете внимание на изхода на следните команди на шоуто.

Показване на група за кандидатстване за съкращения 1

показване на статус нарегистриране на sip-ua 

 VCUBE-1#показване на група на приложението за резервиране 1 Група ИД:1 Име на група:LocalGateway-HA Административно състояние: Няма Общо Оперативно Състояние На изключване: Нагоре Моята роля: Роля на равнопоставена в режим на готовност: Активно ПРИСЪСТВИЕ На Връстник: Да Връстник Comm: Да Стартирана Прогресия На Връстника: Да RF домейн: btob-one RF състояние: Състояние на ГОТОВНОСТ ЗА ГОРЕЩА Равноправна РАДИОЧЕСТОТНА лента: ACTIVE VCUBE-1#показване на статуса на регистриране на sip-ua VCUBE-1#

 VCUBE-2#показване на група на приложението за резервиране 1 Група ИД:1 Име на група:LocalGateway-HA Административно състояние: Без изключване на агрегирано състояние на работа: Нагоре Моята роля: Активна РОЛЯ На Равнопоставен: Присъствие НА ВРЪСТНИК За Статус: Да Връстник Comm: Да Стартирана Прогресия На Връстника: Да RF домейн: btob-one RF състояние: Активно СЪСТОЯНИЕ На RF на равноправна страна: Standby HOT VCUBE-2#показване на статуса на регистриране на sip-ua Клиент: 200 --------------------Регистратор-индекс  1 --------------------- линия връстник изтича (сек) рег преживяемост P-Associ-URI ============================== ===========================================================================================================================================================================================================================================================================================_LGU -1 48 да нормално VCUBE-2#

От изхода по-горе можете да видите, че VCUBE-2 е активната LGW, поддържаща регистрацията с SBC за достъп до Webex Calling, докато изхода от „показване на състоянието на регистриране на sip-ua“ е празен в VCUBE-1

3

Сега активирайте следните дебъгове на VCUBE-1

 VCUBE-1#debug ccsip без повикване SIP проследяването извън диалоговия прозорец е активирано VCUBE-1#debug ccsip информация SIP Проследяването на информацията за повикването е активирано VCUBE-1#debug ccsip съобщение

4

Симулирайте неуспех, като издадете следната команда на активния LGW, VCUBE-2 в този случай.

 VCUBE-2#резервиране на приложение за презареждане на самостоятелно група 1

Преминаването от ACTIVE към STANDBY LGW се извършва в следния сценарий, както и освен CLI, изброени по-горе

  • Когато АКТИВНИЯТ рутер се презареди

  • Когато ACTIVE рутер мощност цикли

  • Когато всеки RG конфигуриран интерфейс на ACTIVE рутера е изключен, за който е разрешено проследяване

5

Проверете дали VCUBE-1 се е регистрирал в Webex Calling достъп SBC. VCUBE-2 щеше да се презареди досега.

 VCUBE-1#показване на статус на регистриране на sip-ua Клиент: 200 --------------------Регистратор-индекс  1 --------------------- линия връстник expires (сек) reg survival P-Associ-URI ============================== ========== =========================================================================================================================================================================Hussain5091_LGU -1 56 да нормално VCUBE-1#

VCUBE-1 вече е активният LGW.

6

Вижте съответния дневник за отстраняване на грешки във VCUBE-1, изпращайки SIP REGISTER на Webex Call VIA виртуалния IP и получавайки 200 OK.

 VCUBE-1#показване на регистрационния файл на 9 януари 18:37:24.769: %RG_MEDIA-3-TIMERИЗТЕКЪЛ СРОК: RG id 1 Здравейте, времето Изтече. 9 януари 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: Промяна на ролята на RG id 1 от режим на готовност на активен 9 януари 18:37:24.783: %VOICE_HA-2-ПРЕВКЛЮЧВАНЕ_IND: Превключване ОТ РЕЖИМ НА ГОТОВНОСТ_ГОРЕЩО към АКТИВНО състояние. 9 януари 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Получено известие за активно събитие за роля 9 януари 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Изпратено: Регистриране НА SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 Чрез: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 От: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Дата: Чет, 09 Ян. 2020 18:37:24 GMT ИД на повикване: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 Потребителски агент: Cisco-SIPGateway/IOS-16.12.02 Макс. пренасочвания: 70 Времево клеймо: 1578595044 CSeq: 2 Контакт ЗА РЕГИСТРИРАНЕ: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Изтича: 240 Поддържани: път съдържание – дължина на пътя: 0 

9 януари 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Получени: SIP/2.0 401 Неупълномощен Чрез: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 От: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Дата: Чет, 09 Ян. 2020 18:37:24 GMT ИД на повикване: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 Времево клеймо: 1578595044 CSeq: 2 Регистриране НА WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Изпратено: Регистриране SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Чрез: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC От: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Дата: Чет, 09 Ян. 2020 18:37:25 GMT ИД на повикване: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 Потребителски агент:Cisco-SIPGateway/IOS-16.12.02 Макс. пренасочвания: 70 Времево клеймо: 1578595045 CSeq: 3 Контакт ЗА РЕГИСТРИРАНЕ: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Изтича: 240 Поддържани: път Упълномощаване: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Дължина на съдържанието: 0 

9 януари 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Получени: SIP/2.0 200 OK Чрез: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 От: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 До: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 ИД на повикване: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 Времево клеймо: 1578595045 CSeq: 3 Контакт ЗА РЕГИСТРИРАНЕ: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Позволяване-събития: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Съдържание-Дължина: 0

Конфигуриране на Unified CM за Webex Calling

Конфигуриране на SIP профил за сигурност на багажника за багажника към местния шлюз

В случаите, когато местният шлюз и PSTN шлюзът се намират на едно и също устройство, Unified CM трябва да има възможност да прави разлика между два различни типа трафик (повиквания от Webex и от PSTN), които произхождат от едно и също устройство и да прилага диференциран клас услуги към тези типове повиквания. Това диференцирано третиране на повикванията се постига чрез осигуряване на два багажника между Unified CM и комбинирания локален шлюз и PSTN шлюз устройство, което изисква различни SIP слушателни портове за двата багажника.

Създайте специален SIP профил за сигурност на багажника на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като Webex
ОписаниеСмислено описание, като профил за защита на Webex SIP Trunk
Входящо пристанищеТрябва да съответства на порта, използван в локалната конфигурация на шлюза за трафик към/от Webex: 5065

Конфигуриране на SIP профил за багажника на локалния шлюз

Създайте специален SIP профил за багажника на локалния шлюз със следните настройки:

НастройкаСтойност
ИмеУникално име, като Webex
ОписаниеСмислено описание, като SIP профил в Webex
Активиране на OPTIONS Ping за наблюдение на статуса на местоназначение за багажници с тип услуга "Няма (по подразбиране)"Проверено

Създаване на пространство за търсене на повиквания за обаждания от webex

Създайте пространство за търсене на повиквания за повиквания, произхождащи от Webex, със следните настройки:

НастройкаСтойност
ИмеУникално име, като Webex
ОписаниеСмислено описание, като място за търсене в Webex Calling
Избрани дялове

DN (+номера в указателя E.164)

ESN (съкратено набиране между сайтове)

PSTNInternational (PSTN достъп)

onNetRemote (научени местоназначения от GDPR)

Последният дял на NetRemote се използва само в многоклъстерна среда, където информацията за маршрутизиране се обменя между унифицирани CM клъстери, използващи Intercluster Lookup Service (ILS) или Global Dialplan репликация (GDPR).

Конфигуриране на SIP багажник към и от Webex

Създайте SIP багажник за обажданията до и от Webex чрез локалния шлюз със следните настройки:

НастройкаСтойност
Информация за устройството
Име на устройствотоУникално име, като Webex
ОписаниеСмислено описание, като Webex SIP Trunk
Стартирайте на всички активни унифицирани CM възлиПроверено
Входящи повиквания
Пространство за търсене на обажданияПредварително дефинираното пространство за търсене на повиквания: Webex
AAR повикване пространство за търсене Пространство за търсене на повиквания само с достъп до моделите на маршрута PSTN: ПСТНРемаршрут
Информация за SIP
Адрес на местоназначениеIP адрес на локалния шлюз CUBE
Пристанище на местоназначение5060
SIP профил за сигурност на багажникаПредварително дефинирани: Webex
SIP профилПредварително дефинирани: Webex

Конфигуриране на маршрутната група за Webex

Създаване на маршрутна група със следните настройки:

НастройкаСтойност
Информация за маршрутната група
Име на групата за маршрутизиранеУникално име, като Webex
Избрани устройстваПредварително конфигурираният SIP багажник: Webex

Конфигуриране на списъка с маршрути за Webex

Създаване на списък с маршрути със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като RL_Webex
ОписаниеСмислено описание, като например Списък за маршрутизиране за Webex
Стартирайте на всички активни унифицирани CM възлиПроверено
Информация за члена на списъка с маршрути
Избрани групиСамо предварително определената маршрутна група: Webex

Създаване на дял за Webex дестинации

Създайте дял за дестинациите на Webex със следните настройки:

НастройкаСтойност
Информация за списъка с маршрути
ИмеУникално име, като Webex
ОписаниеСмислено описание, например Дял на Webex

Какво да правим по-нататък

Не забравяйте да добавите този дял към всички пространства за търсене на повиквания, които трябва да имат достъп до дестинациите на Webex. Трябва да добавите този дял специално към пространството за търсене на повиквания, което се използва като входящо пространство за търсене на повиквания на стволове на PSTN, така че обажданията от PSTN към Webex да могат да бъдат маршрутизирани.

Конфигуриране на маршрутни модели за Webex дестинации

Конфигуриране на моделите на маршрута за всеки диапазон на DID в Webex със следните настройки:

НастройкаСтойност
Модел на маршрутаПълен +E.164 модел за диапазона DID в Webex с водещия "\". Например: \+140855501XX
Разделяне на маршрутаWebex
Списък на шлюзовете/маршрутитеRL_Webex
Неотложен приоритетПроверено

Конфигуриране на съкратено нормализиране на междусистемното набиране за Webex

Ако е необходимо съкратено набиране между сайтовете на Webex, конфигурирайте моделите за нормализиране на набирането за всеки диапазон на ESN в Webex със следните настройки:

НастройкаСтойност
Модел на преводESN модел за диапазона ESN в Webex. Например: 80121XX
ДялWebex
ОписаниеСмислено описание, като например Модел за нормализиране на Webex
Използвайте пространството за търсене на обаждания на оригинатораПроверено
Неотложен приоритетПроверено
Не чакайте интерцифрено изчакване на следващия хмелПроверено
Наречена маска за трансформация на партиятаМаска за нормализиране на числото до +E.164. Например: +140855501XX

Настройване на функциите на Webex Calling

Създаване на ловна група

Ловните групи насочват входящите обаждания към група потребители или работни пространства. Можете дори да конфигурирате модел за маршрутизиране към цяла група.

За повече информация как да създадете ловна група, вижте Ловни групи в контролния центърна Cisco Webex.

Създаване на опашка за обаждания

Можете да настроите опашка за обаждания, така че когато обажданията на клиентите не могат да бъдат отговорени, да им бъде предоставен автоматизиран отговор, съобщения за комфорт и музика на изчакване, докато някой не може да отговори на обаждането им.

За повече информация как да настроите и управлявате опашка за обаждания, вижте Управление на опашките за обаждания в контролния хъбна Cisco Webex.

Създайте клиент рецепционист

Помогнете за задоволяване на нуждите на вашия персонал на фронт-офиса. Можете да настроите потребителите като телефонни придружители, така че те да могат да преглеждат входящите обаждания до определени хора във вашата организация.

За информация как да настроите и видите клиентите си рецепционисти, вижте Клиенти на рецепционисти в контролния центърна Cisco Webex.

Създаване и управление на автопридружители

Можете да добавяте поздрави, да настройвате менюта и да насочвате обаждания към отговаряща услуга, ловна група, гласова поща или истински човек. Създайте 24-часов график или осигурете различни опции, когато бизнесът ви е отворен или затворен.

За информация как да създавате и управлявате автопридружители, вижте Управление на автопридружителите в контролния хъбна Cisco Webex.

Конфигуриране на група за пейджинг

Груповото пейджиране позволява на потребителя да постави еднопосочно повикване или групова страница до 75 целеви потребители и работни пространства, като набере номер или разширение, възложено на конкретна група за пейдж.

За информация как да настроите и редактирате групи за пейджинг вижте Конфигуриране на група за пейджинг в контролния центърна Cisco Webex.

Настройване на пикап за повикване

Подобрете работата в екип и сътрудничеството чрез създаване на група за взимане на повиквания, така че потребителите да могат да си отговарят един на друг на обаждания. Когато добавите потребители към група за взимане на повиквания и член на групата е далеч или зает, друг член може да отговори на техните обаждания.

За информация как да настроите група за вземане на повиквания, вижте Call Pickup в контролния хъбна Cisco Webex.

Създаване на кол парк

Кол паркът позволява на определена група потребители да паркират обаждания срещу други налични членове на група кол парк. Паркираните обаждания могат да бъдат събирани от други членове на групата на телефона им.

За повече информация как да настроите кол парк, вижте Кол парк в контролния хъбна Cisco Webex.

Разрешаване на включване в разговора за потребителите

1

От изгледа за клиент в https://admin.webex.com отидете на Управление > Потребители.

2

Изберете потребител и щракнете върху Повиквания.

3

Отидете в раздела Разрешения между потребители и след това изберете Включване.

4

Включете превключвателя, за да позволите на други потребители да се добавят към текущото повикване на този потребител.

5

Отметнете Пускане на тон, когато този потребител се включи в повикване , ако искате да възпроизведете тон на другите, когато този потребител се включи в повикването им.

Настройката Пускане на тон, когато този потребител се включи в повикване , не се прилага за функцията за включване в надзорника Customer Experience Basic и Essentials. Дори ако разрешите тази опция за супервайзор, системата не възпроизвежда тон за уведомяване на агента, когато супервайзорът се включи в повикването си в опашката на повикванията.

Ако искате да възпроизведете тон на агент, когато супервайзорът се включи в повикването му, можете да го активирате чрез настройките на „Тон за уведомяване за агенти“. За повече информация вижте раздела Създаване на опашка в Webex Customer Experience Basic или Webex Customer Experience Essentials.

6

Щракнете върху Запиши.

Разрешаване на поверителност за потребител

1

Влезте в Control Hub и отидете на Управление > Потребители.

2

Изберете потребител и щракнете върху Повиквания.

3

Отидете в областта Разрешения между потребители и след това изберете Поверителност.

4

Изберете подходящите настройки за поверителност на Auto Attendant за този потребител.

  • Позволяване този потребител да бъде набиран с вътрешен номер
  • Позволяване този потребител да бъде набиран със собствено или фамилно име
5

Поставете отметка в квадратчето Разрешаване на поверителността . След това можете да решите да блокирате всички, като не избирате членове от падащия списък. Като алтернатива, можете да изберете потребителите, работните области и виртуалните линии, които могат да наблюдават статуса на този потребител.

Ако сте администратор на местоположение, в падащия списък се показват само потребителите, работните области и виртуалните линии, свързани с зададените ви местоположения.

Премахнете отметката от квадратчето Разрешаване на поверителност , за да позволите на всички да наблюдават състоянието на линията.

6

Поставете отметка в квадратчето Налагане на поверителност за насочено приемане на повикване и включване в разговора , за да активирате поверителност за насочено приемане на повикване и включване в разговора.

  • Ако разрешите тази опция, само упълномощените потребители, виртуалните линии и устройствата в работната област могат да използват насочено приемане на повикване и включване в разговора на този потребител. В противен случай всеки в организацията може да извика насочено приемане на повикване и включване в дадена линия.
  • За повече информация относно включването вижте Включване в телефонен разговор на някой друг.
  • Надзорникът винаги може да се включи в повиквания, които агентите получават чрез опашката на повикванията. Т.е. настройките за поверителност не засягат опцията за включване в супервайзора.
7

От Добавяне на член по име изберете потребителите, работните области и виртуалните линии, които могат да наблюдават състоянието на телефонната линия и да извикат насочено приемане на повикване и включване в разговора.

8

За да филтрирате избраните от вас членове, използвайте полето филтър по име, номер или вътрешен номер .

9

Щракнете върху Премахване на всички , за да премахнете всички избрани членове.

За да премахнете отделен член, щракнете върху Изтрий до името на члена.
10

Щракнете върху Запиши.

Настройки за поверителност

Конфигуриране на наблюдение

Максималният брой наблюдавани линии за потребител е 50. Докато конфигурирате списъка за наблюдение обаче, имайте предвид броя на съобщенията, които оказват влияние върху честотната лента между Webex Calling и вашата мрежа. Освен това определете максималните наблюдавани линии чрез броя на бутоните за линии на телефона на потребителя.

1

От изгледа за клиент в https://admin.webex.com отидете на Управление и след това щракнете върху Потребители.

2

Изберете потребителя, който искате да модифицирате, и щракнете върху "Обаждане".

3

Отидете в раздела Разрешения между потребители и изберете Наблюдение.

4

Изберете от следните:

  • Добавяне на наблюдавана линия
  • Добавяне на вътрешен номер за прехвърляне на повиквания

Можете да включите виртуална линия в списъка Добавяне на наблюдавана линия за наблюдение на потребителите.

5

Изберете, ако искате да уведомите този потребител за прехвърлени повиквания, потърсете лицето или вътрешния номер за прехвърляне на повиквания, които да бъдат наблюдавани, след което щракнете върху Запиши.

Списъкът с наблюдаваните линии в Control Hub съответства на реда на наблюдаваните линии, които се показват на устройството на потребителя. Можете да пренаредите списъка на наблюдаваните линии по всяко време.

Името, което се появява за наблюдаваната линия, е името, въведено в полетата за собствено и фамилно име на ИД на повикващия за потребителя, работната област и виртуалната линия.

Искате ли да видите как се прави? Гледайте тази видео демонстрация как да управлявате настройките за наблюдение за потребител в Control Hub.

Активиране на предупредителен тон за мост на повиквания за потребителите

Преди да започнете

За да бъде извикван мостът за повиквания, трябва да сте конфигурирали споделената линия. Вижте как да конфигурирате споделени линии , преди да активирате предупредителния тон за пускане на мост за повикване.
1

Влезте в Control Hub и отидете на Управление > Потребители.

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете на Разрешения между потребители и щракнете върху Предупредителен тон за мост между повиквания.

4

Включете Предупредителен тон за мост между повиквания, след което щракнете върху Запиши.

Тази функция е активирана по подразбиране.

За повече информация относно мост между повиквания по споделена MPP линия вижте Споделени линии на вашия мултиплатформен настолен телефон.

За повече информация относно мост между повиквания в споделена линия в приложението Webex вижте Появяване на споделена линия за WebexApp.

Включете хотела за потребител

Активирането на хотелиерството за потребител им позволява да работят в друго пространство, като същевременно поддържат функционалността и характеристиките на основния си телефон за бюро.
1

От изгледа за клиент в https://admin.webex.com отидете на Управление и изберете Потребители.

2

Изберете потребител и щракнете върху раздела Повиквания.

3

Отидете в раздела Разрешения между потребители , изберете Резервиране на работно място и включете превключвателя.

4

Въведете името или номера на хоста за резервиране на работно място в полето за търсене Местоположение на резервиране на работно място и изберете хоста за резервиране, който искате да зададете на потребителя.

Може да бъде избран само един организатор за резервиране на работно място. Ако изберете друг хост за резервиране на работно място, първият се изтрива.

Ако сте администратор на местоположение, можете да зададете само хоста за резервиране на работно място, свързан с зададените ви местоположения.
5

За да ограничите времето, което потребителят може да бъде асоцииран с организатора на резервиране на работно място, изберете броя часове, които потребителят може да използва организатора на работно място, от падащия списък Период на асоцииране с ограничение .

Потребителят ще излезе автоматично след избраното време.

На екрана се показва съобщение за грешка, ако посоченият за потребителя период на асоцииране надвишава периода на ограничаване на асоцииране на избрания хост за резервиране на работно място. Например, ако хостът за резервиране на работно място има период на ограничаване на свързването от 12 часа, а периодът на ограничаване на свързването на потребителя е 24 часа, се показва съобщение за грешка. В такива случаи е необходимо да удължите ограничителния период на асоцииране на организатора на резервиране на работно място, ако е необходимо повече време за потребителя.

6

Щракнете върху Запиши.

Потребителят може също да търси и да намери хоста за резервиране на работно място, който иска да използва, от User Hub. За повече информация вижте Достъп до профила ви за повиквания от всяко място.

Искате ли да видите как се прави? Гледайте тази видео демонстрация как да конфигурирате резервиране на работно място в Control Hub.

Тенденции в приемането и отчети за използването за Webex Calling

Преглед на отчетите за повикванията

Можете да използвате страницата Analytics в Control Hub, за да добиете представа за това как хората използват Webex Calling и приложението Webex (ангажираност) и пъдпъдъка на медийното си преживяване при обаждания. За достъп до анализа на Webex Calling, влезте в Control Hub, след което отидете на Анализи и изберете раздела Повиквания .

1

За подробни отчети за хронологията на повикванията влезте в Control Hub, след което отидете на Анализи > Повиквания.

2

Изберете Подробна хронология на повикванията.

За информация относно обажданията, използващи специален екземпляр, вижте Специален инстанция Анализи.

3

За достъп до данни за качеството на мултимедията влезте в Control Hub, след което отидете на Анализи и изберете Повиквания.

За повече информация вижте Анализи за портфолиотоси за сътрудничество в облака.
Беше ли полезна тази статия?
Беше ли полезна тази статия?
ЦениПриложение WebexСрещиCallingИзпращане на съобщенияСподеляне на екрана
Webex SuiteCallingСрещиИзпращане на съобщенияSlidoУебинариEventsContact CenterCPaaSЗащитаControl Hub
СлушалкиКамериСерия на бюротоСерия RoomСерия BoardСерия PhoneАксесоари
ОбразованиеЗдравеопазванеДържавен секторФинансиСпорт и развлеченияFrontlineНестопански организацииСтартиращи компанииХибридна работа
ИзтеглянияПрисъединяване към тестова срещаОнлайн уроциИнтеграцииДостъпностПриобщаванеУебинари в реално време и при поискванеОбщност на WebexWebex разработчициНовини и иновации
CiscoСвържете се с поддръжкатаВръзка с отдел „Продажби“Webex BlogWebex – лидерство в мисленетоМагазин за стоки на WebexКариери
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Правила и условияДекларация за поверителностБисквиткиТърговски марки
©2025 Cisco и/или техните филиали. Всички права запазени.
Правила и условияДекларация за поверителностБисквиткиТърговски марки