Trunk е връзка между Webex Calling и помещенията, която спира в помещенията с локален шлюз или друго поддържано устройство. След като създадете ствол, можете да го присвоите към група маршрути. Групата маршрути е група от канали, които позволяват на Webex Calling да разпределя повикванията по множество канали или да осигурява резервиране. Локалният шлюз е локално(и) устройство(а), което(и) свързва(т) магистралата, локалната PSTN мрежа и/или PBX.

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

  • Балансиране на натоварването и прехвърляне при срив между транковете към Webex Calling и помещенията

  • Възможност за потребителите на Webex Calling да използват облачна PSTN (Свързана с облака PSTN (CCP) или Cisco PSTN) и пак да могат да достигат до PBX потребители в предприятието.

  • Маршрутизиране на повиквания към различни вътрешни телефонни централи

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

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

  • Задълбочена видимост на решенията за маршрутизиране на повиквания

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

  • Cisco PSTN – Изберете тази опция, ако искате пакетно решение, което ви позволява да поръчвате нови PSTN номера и да пренасяте съществуващи номера към Cisco. Опцията PSTN на Cisco е достъпна само при следните условия:

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

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

  • PSTN, свързан с облак – Изберете тази опция, ако търсите облачно решение, което не изисква внедряване на локален хардуер, и след това изберете доставчик на CCP по избор. Cloud PSTN (Cisco PSTN или Cloud Connected PSTN) може да се използва само за предоставяне на PSTN достъп за потребители на Webex Calling. Повикванията, произхождащи от локалните потребители, нямат достъп до PSTN в облака.

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

Конфигурирайте избраната от вас PSTN връзка в Control Hub, като изберете Calling > Locations, изберете местоположението, което искате да промените, след което изберете Присвояване или Управление и изберете PSTN връзка по избор.

Съединителна линия

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

Има два вида модели на локални шлюзови канали:

  • Въз основа на регистрация магистрала : магистрала или пиъринг с Webex Обаждане от локален шлюз, използващ SIP модел на магистрала, където магистралата извършва SIP регистрация с помощта на пилотен потребителски акаунт и идентификационни данни, които се получават в края на свързването на магистралата процес. Впоследствие, когато се правят обаждания от Webex Calling или предприятието, тази регистрация, която планирате, след това се използва както от локалния шлюз, така и от услугите Webex Calling за обработка на тези повиквания. Базиран на регистрация ствол се нуждае от мрежова връзка, произхождаща от локалния шлюз и шлюзът може да бъде зад устройство за преобразуване на мрежови адреси (NAT).

  • Въз основа на сертификат магистрала : магистрала или пиъринг с Webex Обаждане от локален шлюз с помощта на SIP магистрален модел, който предлага по-висок мащаб от един локален шлюз и също така позволява на администратора на клиента да зададе ограничение на максималното едновременно обаждане на багажник. За разлика от свързващата линия, базирана на регистрация, няма SIP регистрация между локалния шлюз и облака, а вместо това се използва базиран на сертификат модел за оторизация и удостоверяване. По време на процеса на включване администраторът на организацията трябва да добави напълно квалифицирано име на домейн (FQDN) и Webex Calling след това ще използва комбинация от това FQDN и сертификата на техния локален шлюз, за да се довери на локален шлюз. Също така, за разлика от свързващата линия, базирана на регистрация, е изискване мрежовите връзки да се поддържат от двете страни (локален шлюз и Webex Calling) и следователно локалният шлюз трябва да бъде конфигуриран да бъде достъпен от Webex Calling чрез подходяща мрежова конфигурация в помещението мрежа.

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

  • Съвместното съществуване на ствол, базиран на регистрация, и ствол, базиран на сертификат, НЕ се поддържа в един и същ екземпляр на CUBE. Ако искате да промените модела на багажника, който използвате на определен CUBE, първо трябва да премахнете съществуващата конфигурация и да следвате инструкциите от самото начало. За помощ относно конфигурацията на CUBE вижте: Ръководство за конфигуриране на унифициран граничен елемент на Cisco.

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

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

    • Преместете съществуващия ствол в групата маршрути.

    • Добавете нов ствол към групата маршрути.

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

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

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

    • За свързващ канал, базиран на регистрация, SIP идентификационните данни се използват за удостоверяване и ТРЯБВА да се съхраняват безопасно.

    • За магистрала, базирана на сертификат, комбинация от FQDN, използвана за магистралата, подписания сертификат и неговия частен ключ се използват за удостоверяване и ТРЯБВА да се съхраняват безопасно.

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

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

От гледна точка на предлагането, базираният на регистрация магистрален модел е насочен към клиенти, които може да искат по-нисък мащаб, който е под 250 едновременни повиквания през Over-the-Top връзка, а базираният на сертификати магистрален канал е насочен към внедрявания с по-висок капацитет, изискващи между 250 и 6500 едновременни разговора.

Таблицата по-долу предполага, че съотношението между потребител и повикване е 10:1, и дава препоръки за избор на магистрала и препоръчително качество на връзката. Взаимосвързаността се отнася до връзка със специална честотна лента към Webex Calling, като Webex Edge Connect.

Оразмеряване по брой едновременни повиквания на локален шлюз

Оразмеряване по брой потребители зад локален шлюз

Предпочитан тип багажник

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

~ 2000–6500

65 000

Базиран на сертификат

Междинна връзка

250 до ~ 2000

20 000

Базиран на сертификат

OTT

до 250

2500

Регистрационен багажник

OTT

Квалификация на връзката:

Връзката отгоре (OTT) ТРЯБВА да отговаря на следните условия за качество на връзката:

  • Максимална латентност 100 ms

  • Максимум 10 ms трептене

  • Максимална загуба на пакети от 0,2%

Взаимосвързаността ТРЯБВА да отговаря на следните условия за връзка:

  • Максимална латентност 30 ms

  • Максимум 5 ms трептене

  • 0 загуба на пакети

За модел на регистрационен канал, граничният контролер на сесията (SBC) извършва SIP регистрация. Базираната на регистрация магистрала изисква локалният шлюз да поддържа SIP регистрацията активна. Връзката се подразбира при регистрацията.

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

Всички връзки трябва да бъдат присвоени на място в Control Hub.

1

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

2

Изберете Add Trunk.

3

Изберете Местоположение от падащия списък.

4

Въведете Име за багажника.

5

Изберете Регистриране от падащия списък Trunk Type.

6

Настройката за поддръжка на двойна идентичност оказва влияние върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI), когато изпращате първоначална SIP INVITE към съединителната линия за изходящо повикване. По-долу са някои примерни сценарии за по-добро разбиране на използването на тази настройка:

  • Сценарий 1: Потребител на Webex Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Номер на местоположението

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Номер на местоположението

      • PAI: Номер на местоположението

  • Сценарий 2: Потребител на Webex Calling е настроен да използва телефонния номер на потребителя като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Директна линия

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Директна линия

      • PAI: Директна линия

  • Сценарий 3: Потребител на Webex Calling се обажда на локален потребител чрез локален шлюз.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Значимо число на предприятието

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Значимо число на предприятието

      • PAI: Значимо число на предприятието


 

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

7

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

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

Информацията за магистралата се появява на екрана Регистриране на домейн, група магистрали OTG/DTG, линия/порт, Изходящ прокси адрес. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, за да можете да се обърнете към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за магистралата в Control Hub. Щракнете върху Извличане на потребителско име и повторно задаване на парола, за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в ствола.


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

Ако конфигурирате магистрала за свързване на вашия локален шлюз към Webex Calling, вижте: Конфигурирайте локален шлюз на IOS-XE за Webex Calling.

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

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

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

1

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

2

Изберете Add Trunk.

3

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


 
Името на багажника не може да бъде повече от 24 символа.
4

Настройката за поддръжка на двойна идентичност оказва влияние върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI), когато изпращате първоначална SIP INVITE към съединителната линия за изходящо повикване. По-долу са някои примерни сценарии за по-добро разбиране на използването на тази настройка:

  • Сценарий 1: Потребител на WebEx Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

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

    • От: Номер на местоположението

    • PAI: Директна линия

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

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2: Потребител на WebEx Calling е настроен да използва телефонния номер на потребителя като външен номер за повикване.

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

    • От: Директна линия

    • PAI: Директна линия

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

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3: Потребител на WebEx Calling се обажда на локален потребител чрез локален шлюз.

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

    • From:Enterprise Значителен номер

    • PAI: Директна линия

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

    • From:Enterprise Значителен номер

    • PAI: Значително число на предприятието


 

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

5

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

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

Информацията за връзката се появява на екрана Регистриране на домейн, група за връзка OTG/DTG, линия/порт, изходящ прокси адрес. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, за да можете да се обърнете към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за магистралата в Control Hub. Щракнете върху Извличане на потребителско име и повторно задаване на парола, за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в ствола.

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

Можете да редактирате името на канала или да видите подробностите за канала и използването в Control Hub.

1

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

2

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

3

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

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

4

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


 

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

5

Настройката за поддръжка на двойна идентичност оказва влияние върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI), когато изпращате първоначална SIP INVITE към съединителната линия за изходящо повикване. По-долу са някои примерни сценарии за по-добро разбиране на използването на тази настройка:

  • Сценарий 1: Потребител на WebEx Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

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

    • От: Номер на местоположението

    • PAI: Директна линия

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

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2: Потребител на WebEx Calling е настроен да използва телефонния номер на потребителя като външен номер за повикване.

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

    • От: Директна линия

    • PAI: Директна линия

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

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3: Потребител на WebEx Calling се обажда на локален потребител чрез локален шлюз.

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

    • From:Enterprise Значителен номер

    • PAI: Директна линия

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

    • From:Enterprise Значителен номер

    • PAI: Значително число на предприятието


 

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

Можете да изтриете багажник, докато не се използва.

1

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

2

Изберете багажника, който искате да изтриете.

3

Щракнете върху в колоната Действия, щракнете върху Изтриване на багажника.

За да проверите състоянието на транка в Control Hub.

1

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

2

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

3

Щракнете върху Trunk Info.

Пример

По-долу са различните състояния на свързващата линия, базирани на регистрация:

  • Онлайн: Успешна регистрация на локален шлюз към Webex Calling.

  • Офлайн: Неуспешна регистрация на локален шлюз към Webex Calling.

Докато добавяте базиран на сертификат канал, трябва да въведете пълно квалифицирано име на домейн (FQDN). След това Webex Calling използва комбинация от FQDN и сертификата на локалния шлюз, за да се довери на локален шлюз.

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

  • Облачната мрежа на Local Gateway ТРЯБВА да използва публичен IPv4 адрес и FQDN или SRV адрес, разрешаващ този адрес, ТРЯБВА да бъде разрешен в интернет.

  • Всички SIP и медийни портове на външния интерфейс ТРЯБВА да бъдат достъпни от интернет, а не зад NAT и следователно необходимите актуализации на защитната стена ТРЯБВА да се извършват на корпоративните мрежови компоненти:

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

    • Сертификатът ТРЯБВА да бъде подписан от CA, посочен в Кои главни сертифициращи органи се поддържат за повиквания към аудио и видео платформи на Cisco Webex?

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

    • Сертификатът трябва да е валиден винаги:

      • Подписаните сертификати ТРЯБВА винаги да имат валиден срок на валидност.

      • Основните или междинните сертификати ТРЯБВА да имат валиден срок на валидност и не трябва да се отменят.

      • Сертификатите ТРЯБВА да бъдат подписани за използване от клиент и сървър.

      • Сертификатите ТРЯБВА да съдържат напълно квалифицираното име на домейн (FQDN) като общо име или алтернативно име на субект в сертификата с FQDN, избрано в контролния център. Например:

        • Трънк, конфигуриран от контролния център на вашата организация с london.lgw.cisco.com:5061 като FQDN Трябва да съдържа london.lgw.cisco.com в сертификата CN или SAN.

        • Трънк, конфигуриран от контролния център на вашата организация с london.lgw.cisco.com, беше SRV ТРЯБВА да съдържа london.lgw.cisco.com в сертификата CN или SAN. Записите, към които адресът SRV разрешава (CNAME/запис/IP адрес), не са задължителни в SAN.

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

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

  • Всички връзки трябва да бъдат присвоени на място в Control Hub.

  • Администраторът ТРЯБВА да избере локалният шлюз да бъде разрешен чрез FQDN или сервизен запис (SRV) и тази опция ще излезе по време на конфигурирането на вашата връзка. Има обаче няколко правила:

    • Администраторът ТРЯБВА да има уникален хост адрес (FQDN или SRV) за канал в цялата ви организация. Например:

      • Трънк с FQDN london.lgw.cisco.com:5062 може да бъде създаден само ако не съществува друг трънк с хост адрес london.lgw.cisco.com.

      • Трънк със SRV адрес london.lgw.cisco.com може да бъде създаден само ако не съществува друг трънк с хост адрес london.lgw.cisco.com. Това не е позволено, дори ако съществува канал със същото FQDN и комбинация от портове.

    • Ако адресът на шлюза е FQDN, тогава трябва да се конфигурира порт. Могат да бъдат избрани стандартни SIP портове като 5061 или 5062 и трябва да се направи подходяща конфигурация на защитната стена, така че комбинацията IPV4 и порт да може да се адресира от облачна услуга.

    • Ако е избран SRV адрес, тогава типът услуга трябва да има префикс „_sips._tcp“. Записите в служебния запис трябва да имат подходящо тегло и приоритет и да имат TTL не по-малко от 300 секунди.

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

1

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

2

Изберете Add Trunk.

3

Изберете Местоположение от падащия списък.

4

Въведете Име за багажника.

5

Изберете Въз основа на сертификат от падащия списък Trunk Type.

6

Въведете адреса, домейна и порта на граничния контролер на сесията (SBC).

Това е FQDN или SRV адресът за Webex Calling, за да се свържете с вашия Enterprise SBC.

 
Трябва да имате потвърден домейн. За повече информация вижте Управление на вашите домейни
7

Въведете максималния брой едновременни повиквания.

8

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


 
Ако проверката не премине, бутонът Запазване няма да се появи. Валидирането може да не премине, ако избраното FQDN или SRV не е уникално за вашата организация. Проверете изискването за уникални FQDN или SRV адреси по-горе. Ако проблемът продължава, свържете се с екипа за поддръжка на Cisco.

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

Можете да редактирате името на ствола или да видите подробностите за ствола и използването в Control Hub.

1

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

2

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

3

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

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

4

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


 

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


 

Ако трябва да актуализирате SRV адреса или FQDN или порта на вашия локален шлюз, трябва да добавите нов канал и да изтриете стария канал.

5

Настройката за поддръжка на двойна идентичност оказва влияние върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI), когато изпращате първоначална SIP INVITE към съединителната линия за изходящо повикване. По-долу са някои примерни сценарии за по-добро разбиране на използването на тази настройка:

  • Сценарий 1: Потребител на WebEx Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

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

    • От: Номер на местоположението

    • PAI: Директна линия

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

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2: Потребител на WebEx Calling е настроен да използва телефонния номер на потребителя като външен номер за повикване.

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

    • От: Директна линия

    • PAI: Директна линия

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

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3: Потребител на WebEx Calling се обажда на локален потребител чрез локален шлюз.

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

    • From:Enterprise Значителен номер

    • PAI: Директна линия

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

    • From:Enterprise Значителен номер

    • PAI: Значително число на предприятието


 

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

Можете да изтриете багажник, докато не се използва.

1

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

2

Изберете багажника, който искате да изтриете.

3

Щракнете върху в колоната Действия, щракнете върху Изтриване на багажника.

За да проверите състоянието на транка в Control Hub.

1

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

2

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

3

Щракнете върху Trunk Info.

Пример

По-долу са различните състояния на канала, базирани на сертификати:

  • Онлайн: Успешна връзка между всички прокси сървъри на Webex Calling Edge и локален шлюз.

  • Офлайн: Неуспешна връзка между Webex Calling и локалния шлюз.

  • Увреден: Неуспешна връзка между поне 1 Webex Calling Edge прокси и локален шлюз.

  • Неизвестно: В процес на установяване на връзка между Webex Calling и локалния шлюз, който беше добавен наскоро.

SI №

Описание на грешката

Действие

1.

TLS връзката към локален шлюз е неуспешна поради неуспешна DNS резолюция на FQDN, конфигуриран за вашия шлюз

Проверете конфигурациите на DNS за конфигурирания SRV /FQDN и се уверете, че могат да бъдат разрешени

2.

TLS връзката с локалния шлюз е неуспешна поради проблем с транспорта

Проверете дали разрешените IP адреси и порт към локалния шлюз са валидни

3.

TLS връзката с локален шлюз е неуспешна, тъй като сертификатът на шлюза е подписан от невалиден сертифициращ орган

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

4.

TLS връзката с локалния шлюз е неуспешна, тъй като сертификатът на шлюза е изтекъл

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

5.

TLS връзката с локален шлюз е неуспешна, тъй като сертификатът на шлюза е издаден от изтекъл сертифициращ орган

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

6.

TLS връзката към локален шлюз е неуспешна, тъй като FQDN, конфигуриран за вашия шлюз, липсва от CN или SAN

Проверете и се уверете, че сертификатът за локален шлюз има CN / SAN, същият като конфигурирания FQDN/SRV

7.

Опциите за SIP, изпратени до локалния шлюз, не получиха отговор

Проверете и се уверете, че CUBE е конфигуриран да получава OPTIONS заявки и да отговаря. Проверете конфигурацията на CUBE

8.

TLS връзката от локален шлюз към Webex Calling е неуспешна поради невалиден сертификат за шлюз

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

9.

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

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

10.

TLS връзката от локалния шлюз към Webex Calling е неуспешна поради изтекли сертификати във веригата

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

11.

TLS връзката и SIP опциите от Local Gateway към Webex Calling са неуспешни

Проверете и се уверете, че CUBE е конфигуриран да изпраща OPTIONS заявки

12.

Отговорът на опциите за SIP от локалния шлюз показва грешка на сървъра или услугата е недостъпна

Проверете и се уверете, че локалният шлюз не е в режим на поддръжка или маршрутизирането на повикванията не е деактивирано

13.

TLS връзката с локален шлюз е неуспешна, тъй като сертификатът на локалния шлюз е отменен

Проверете и се уверете, че сертификатът за локален шлюз не е отменен

14.

TLS връзката от локален шлюз към Webex Calling е неуспешна, тъй като сертификатът на шлюза е отменен

Проверете и се уверете, че сертификатът за локален шлюз не е отменен

15.

TLS връзката от локален шлюз към Webex Calling е неуспешна, тъй като сертификатът на шлюза е изтекъл

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

16.

TLS връзката от локален шлюз към Webex Calling е неуспешна поради грешка в сертификата

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

17.

TLS връзката към локален шлюз от Webex Calling е неуспешна поради грешка в сертификата

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


Грешка SI №: 2,6,11 и 12 се показват само когато всички крайни прокси възли имат проблем.

Група за маршрутизиране

Route Group е група от канали, които позволяват на Webex Calling да разпределя повиквания по множество канали или да осигурява резервиране.

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

  • Добавете канали, преди да конфигурирате група маршрути.

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

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

  • Всяка група маршрути трябва да включва поне един канал с максимум 10 канала на група маршрути.

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

  • Повикванията се разпределят на случаен принцип между външните линии с еднакъв приоритет. Ако линия, която е зададена като най-висок приоритет, не е достъпна, системата се опитва да насочи повикването към връзка с настройка с по-нисък приоритет. Например:

    • Trunk 1 и Trunk 2 са зададени на ниво на приоритет 1.

    • Транк 3 е зададен на ниво на приоритет 2.

    • Webex Calling насочва обажданията към Външна линия 1 и Връзка 2 по балансиран начин.

    • Ако Външна линия 1 и Външна линия 2 са недостъпни, повикванията се насочват към Външна линия 3.

1

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

2

Изберете Група маршрути > Създаване на група маршрути.

3

Наименувайте групата маршрути, след което изберете канала(ите), които да добавите от падащото меню.

4

Изберете нивото на приоритет за багажника.

5

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

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

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

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

1

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

2

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

3

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

4

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

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

5

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

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

1

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

2

Изберете групата маршрути, която искате да изтриете.

3

Щракнете върху в колоната Действия и изберете Изтриване на група маршрути.

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

  • ESN/вътрешни номера

  • +E.164 модели

  • SIP URI домейни

Цифрови модели за набиране

Цифровите модели могат да представляват E.164 числа или корпоративни номера. Моделите за E.164 числа започват с водещ +, следван от поредица от цифри (1-9) и след това незадължителни заместващи знаци.

Корпоративен шаблон за набиране

Корпоративна схема за набиране е представена от поредица от цифри (1-9), последвани от незадължителни заместващи знаци. Валидни заместващи знаци са ! (съвпада с произволна последователност от цифри) и X (съвпада с една цифра, 0-9). ! заместващият знак може да се появи само веднъж в края и само в модел E.164.

Примери за корпоративни телефонни планове

+1408555XXXX

11-цифрен +E.164 номер, започващ с +1408555

+14085551234

Точен низ за набиране +14085551234

+496100!

Всеки низ за набиране, започващ с +496100

84969XXX

8-цифрен ESN, започващ с 84969

84969764

Точен 8-цифрен ESN 84969764

Синтаксис на модела за набиране на SIP URI:

Съвпадат само домейни (дясната страна на SIP URI след @). Опциите са или:

  • Напълно квалифициран домейн

  • Домейн с водещ * (посочващ всички поддомейни на даден домейн)

Примери:

SIP URI Примери за синтаксис на шаблона за набиране

Префикс

Значение

Примери

example.com

Само URI с хост част „example.com“

alice@example.com

us.example.com

Само URI с хост част „us.example.com“

alice@us.example.com

*.example.com

URI адреси с хост част, която е поддомейн на „example.com“

alice@eu.example.com

alice@sales.us.example.com

Забележка: alice@example.com не съответства

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

1

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

2

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

3

Въведете Име за телефонния план.

4

Изберете Избор на маршрут.

Изберете или създадена по-рано магистрала, или група маршрути.

5

(По избор) Можете ръчно да създадете или импортирате шаблон за набиране за избрания маршрут.

6

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

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

Можете също да добавите групово модели за набиране, след като вашият план за набиране е създаден. За да добавите групово модели на набиране с помощта на CSV файл, отидете на екрана Планове за набиране и изберете падащото меню Действия от плана за набиране, за да редактирате, и след това изберете Импортирайте CSV шаблони за набиране или Експортирайте CSV шаблони за набиране. Изберете Изтегляне на шаблон или Импортиране на CSV файл и щракнете върху Изпращане.

Можете да промените името на съществуващ план за набиране, изборите за маршрутизиране и моделите на набиране в Control Hub.

1

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

2

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

3

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

4

За да промените Избора за маршрутизиране, изберете друга опция от падащото меню.

5

За да добавите ръчно нов шаблон за набиране, щракнете върху Добавяне на шаблони за набиране. Или щракнете върху Импортиране на CSV, за да добавите групово модели за набиране.

6

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

7

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

1

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

2

Изберете плана за набиране, който искате да изтриете.

3

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

Можете да активирате настройката Calls to On-Premises Extensions в Control Hub. Тази настройка се прилага за потребители в местоположение, които са регистрирани към PBX и ви позволява да насочвате неизвестни разширения (дължина на номера на повикването от 2-6 цифри) към PBX, като използвате съществуваща връзка или група маршрути.

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

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

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

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

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

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

1

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

2

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

3

В панела щракнете върху Вътрешно набиране.

4

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

5

Изберете избор на маршрут от падащото меню.

6

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

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

1

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

2

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

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

 

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

3

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


 

Когато е избрана опцията +E.164 телефонен номер, Webex Calling избира външния ID на линията за повикване (CLID), който е номер E.164. Когато е избрана опцията ESN (значим за предприятието номер), Webex Calling избира вътрешния CLID, който е ESN.

4

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

Инструментът за проверка на маршрутизирането на повикванията в Control Hub предоставя:

  • Симулация на повиквания за анализиране на решения за маршрутизиране.

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

  • Събития в платформата Webex Analytics, които включват решения за маршрутизиране на повиквания.

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

1

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

2

Изберете Проверете маршрутизирането на повикванията.

3

От падащото меню изберете Избор на източник на повикване на потребител или връзка за проверка.

4

Въведете номер или URI.

5

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

Пример 1: Многосайтова телефонна централа

Описание на внедряването

  • Корпоративен клиент със 100 сайта в САЩ.

  • Внедряване на PBX на няколко места (или мрежа от PBX), с основна PBX, разпределена в два основни сайта за HA.

  • 8-цифрен корпоративен план за набиране: 8 + 3-цифрен код на сайта + 4-цифрено разширение.

  • 30 сайта остават локални, 70 сайта преминават към Webex Calling. PSTN остава на място, чрез SIP канали на двата основни сайта.

  • Няма смесени сайтове. За всеки сайт потребителите са или всички локални, или всички регистрирани в облак.

Решение за внедряване

  • План за едно набиране с 30 E.164 + 30 ESN модела, който насочва повикванията за локалните потребители към група маршрути с две магистрали, завършващи на два локални шлюза в двата основни сайта.

Пример 2: Смесени Cloud-PBX сайтове

Описание на внедряването

  • Корпоративен клиент с 50 сайта в САЩ: 10 големи обекта и 40 малки филиала.

  • Телефонни централи в големи обекти, ключове в клонове.

  • 7-цифрен Enterprise dial plan: 8 + 2-цифрен код на сайта + 4-цифрено разширение.

  • Webex Calling само в клонове, бавна миграция от PBX в големи сайтове (смесени сайтове с потребители на Webex Calling и PBX).

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

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

Решение за внедряване

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

Конфигурируеми ограничения за връзки, групи маршрути и планове за набиране

Описание

Максимално ограничение

Модели за набиране, които CSV може да качи в план за набиране

10 000

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

100

Групи маршрути за корпоративен клиент

10 000

Транки, конфигурируеми в рамките на група маршрути

10

Планове за набиране, конфигурируеми за корпоративен клиент

10 000

Шаблони за набиране, конфигурируеми с един план за набиране

10 000