- Начало
- /
- Статия
Конфигурирайте външни връзки, групи за маршрутизиране и планове за набиране за Webex Calling
Плановете за обаждания на Webex, стволовете и групите за маршрути ви предоставят възможност да конфигурирате Webex Calling за управление на обажданията между хостваните потребители на Webex Calling и локалните потребители на телефонни централи. Това решение ви позволява да конфигурирате хоствани потребители да използват PSTN в облака (CCP или Cisco PSTN) или локално базирана PSTN.
Trunk е връзка между Webex Calling и помещенията, която спира в помещенията с локален шлюз или друго поддържано устройство. След като създадете багажник, можете да го присвоите на група маршрути. Група за маршрути е група от стволове, които позволяват на Webex Calling да разпространява обаждания по няколко багажника или да осигурява съкращаване. Локалният шлюз е локално(и) устройство(а), което свързва багажника, локалния PSTN и/или телефонната централа.
Trunks, маршрутни групи и планове за набиране осигуряват следните предимства:
-
Балансиране на натоварването и преместване при отказ между съединителните линии към Webex Calling и локални местоположения.
-
Възможност за потребителите на Webex Calling да използват облачен PSTN (Cloud Connected PSTN (CCP) или Cisco PSTN) и все още да могат да достигнат до потребителите на PBX в предприятието.
-
Маршрутизиране на повиквания към различни локални PBX.
-
Тандемна функционалност за маршрутизиране на повиквания между помещения телефонни централи.
-
По-широк диапазон от сценарии за мигриране и съвместно съществуване с локални PBX, включително смесени сайтове с локални потребители и потребители на Webex Calling.
-
Задълбочена видимост на решенията за маршрутизиране на повикванията.
След като местоположението ви е разрешено, трябва да настроите PSTN свързаност за потребителите на Webex Calling в рамките на това местоположение. Налични са следните опции за PSTN:
-
Cisco PSTN – изберете тази опция, ако желаете пакетно решение, което ви позволява да поръчате нови PSTN номера и да пренесете съществуващи номера към Cisco. Опцията Cisco PSTN е налична само при следните условия:
-
Закупили сте и активирали Плана за обаждания на Cisco.
-
Местоположението е в страна, в която се поддържа Cisco Calling Plan.
-
-
Свързано към облака PSTN – изберете тази опция, ако търсите решение в облака, което не изисква разполагане на локален хардуер, и след това изберете доставчик на CCP по избор. PSTN в облака (Cisco PSTN или Cloud Connected PSTN) може да се използва само за предоставяне на достъп до PSTN за потребители на Webex Calling . Обажданията, произхождащи от локални потребители, нямат достъп до PSTN в облака.
-
Локално базирана PSTN (локален шлюз) – изберете тази опция, ако искате да запазите текущия си доставчик на PSTN. Trunks за помещения базирани PSTN чрез локален шлюз може да се използва и за свързване към помещения телефонни централи. Можете да запазите съществуващата функционалност на локалния шлюз, която се запазва, без да правите промени в конфигурацията. Местоположенията, използващи локален шлюз, са настроени на PSTN, базиран на помещения, а местните шлюзове стават стволове.
Конфигурирайте избраната PSTN връзка в Control Hub, като изберете Задаване или Управление и изберете PSTN връзката по избор.
, изберете местоположението, което искате да промените, след което изберетеСъединителна линия
Багажникът е връзка между Webex Calling и помещенията, прекратена в помещенията с поддържан граничен контролер на сесията, действащ като локален шлюз. Вижте Първи стъпки с локален шлюз , за да разберете различните модели на съединителни линии и изисквания за устройствата и конфигурацията.
За регистрационен trunk модел Session Border Controller (SBC) извършва SIP регистрация. Багажникът, базиран на регистрация, изисква местният шлюз да поддържа SIP регистрацията е активна. Връзката е имплицитна за регистрацията.
Преди да започнете
Всички канали трябва да бъдат присвоени на място в контролния център.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на на повиквания. |
2 |
Изберете Добавяне на багажник. |
3 |
Изберете местоположение от падащия списък. |
4 |
Въведете име за багажника. |
5 |
Изберете Регистриране от падащия списък Тип багажник. |
6 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. С активирана функция за двойна самоличност, Webex Calling се попълва From и PAI (и двете заглавки за самоличност могат да са различни). При деактивирана двойна самоличност PAI и From са идентични и са зададени на това, на което заглавката От е зададена с активирана двойна самоличност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
7 |
Щракнете върху Запиши. |
Какво да направите след това
Информацията за багажника се появява на екрана Register Domain, Trunk Group OTG/DTG, Line/Port, Outbound Proxy Address. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, така че да можете да препращате към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги регенерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на паролата , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника.
Това действие оказва влияние върху услугата, така че се препоръчва да се извършва в извънработно време.
Ако конфигурирате багажник, за да свържете локалния си шлюз към Webex Calling, вижте: Конфигуриране на локален шлюз в IOS-XE за Webex Calling.
Багажникът е връзката между Webex Calling и помещенията, завършваща в помещенията с локален шлюз или друго поддържано устройство.
Преди да започнете
Всички канали трябва да бъдат присвоени на място в контролния център.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на Услуги повиквания. |
2 |
Изберете Добавяне на багажник. |
3 |
Изберете местоположение и име на багажника. Името на багажника не може да бъде дълго повече от 24 знака. |
4 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. С активирана функция за двойна самоличност, Webex Calling се попълва From и PAI (и двете заглавки за самоличност могат да са различни). При деактивирана двойна самоличност PAI и From са идентични и са зададени на това, на което заглавката От е зададена с активирана двойна самоличност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
5 |
Щракнете върху Запиши. |
Какво да направите след това
Информацията за багажника се появява на екрана Register Domain, Trunk Group OTG/DTG, Line/Port, Outbound Proxy Address. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, така че да можете да препращате към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на паролата , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника.
Това действие оказва влияние върху услугата, така че се препоръчва да се прави в извънработно време.
Можете да редактирате името на багажника или да видите подробностите за багажника и използването им в Control Hub.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на |
2 |
Изберете багажника, който искате да видите или промените. |
3 |
На страничния панел, до името на багажника, щракнете върху иконата , за да промените името на багажника. Можете също така да видите информацията за използването на багажника. |
4 |
За да видите допълнителни подробности, щракнете върху Управление до Trunks . Използвайте тази настройка, ако загубите идентификационните данни за информацията за багажника и трябва да ги регенерирате. Щракнете върху Извличане на потребителско име и парола , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника. Това оказва влияние върху услугата. |
5 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. При деактивирана двойна самоличност PAI и From са идентични и са зададени на това, на което заглавката От е зададена с активирана двойна самоличност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
Можете да изтриете багажник, стига да не се използва.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на Услуги повиквания. |
2 |
Изберете багажника, който искате да изтриете. |
3 |
Щракнете върху в колоната Действия , щракнете върху Изтриване на багажника. |
За да проверите състоянието на багажника в Control Hub.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на Услуги повиквания. |
2 |
Изберете багажника, който искате да проверите състоянието. |
3 |
Щракнете върху Информацияза багажника. |
По-долу са различните статуси на багажника, базирани на регистрация:
-
Онлайн – успешно регистриране на локален шлюз в Webex Calling.
-
Офлайн—Неуспешно регистриране на локален шлюз в Webex Calling.
Докато добавяте багажник, базиран на сертификат, трябва да въведете напълно квалифицирано име на домейн (FQDN). След това Webex Calling използва комбинация от FQDN и сертификата на местния шлюз, за да се довери на локален шлюз.
Изисквания за конфигуриране на локален шлюз от контролния център:
-
Локалният шлюз трябва да БЪДЕ достъпен директно от интернет с помощта на публичен IPv4 адрес. Този адрес ТРЯБВА да бъде разрешен от DNS A или SRV запис от домейн, който е потвърден в Control Hub. Ако локалният шлюз е конфигуриран с частен IP адрес, тогава е необходим превод на статичен адрес (NAT) 1:1, за да се гарантира, че той може да бъде достъпен директно от интернет.
-
Когато се разположат зад защитна стена, трябва ДА бъдат конфигурирани подходящи правила, които да позволяват TLS SIP сигнализация и UDP/SRTP мултимедия да преминават между локалния шлюз и интернет.
-
Вижте справочното ръководство за порт на Webex Calling за подробности за портовете, използвани в потоците между локалния шлюз и облака на Webex.
-
Това ръководство за конфигуриране приема, че стандартният TLS SIP порт 5061 се използва от локалния шлюз за получаване на сигнализация. Ако е необходимо, може да се използва алтернативен порт за слушане за сигнализиране.
-
-
За успешно оторизация и удостоверяване на обажданията от багажника е необходим подписан сертификат. Локалният шлюз трябва да ОТГОВАРЯ на следните изисквания, когато установява двупосочна взаимна TLS връзка с услугите на Webex Calling за SIP:
-
Сертификатът на локален шлюз ТРЯБВА да бъде:
-
Подписан от сертифициращ орган, посочен в „Кои главни сертифициращи органи се поддържат за повикванията към аудио и видео платформите в Cisco Webex?
-
Подписаните сертификати ВИНАГИ трябва да имат валиден срок на валидност.
-
Основните или междинните сертификати, използвани за подписване на сертификата, ТРЯБВА да имат валидна дата на изтичане и не трябва да бъдат анулирани.
-
Сертификатите ТРЯБВА да бъдат подписани за използване от клиента и сървъра.
-
Сертификатите ТРЯБВА да съдържат напълно определеното име на домейн (FQDN) като общо име или алтернативно име на субекта в сертификата с FQDN за външната линия, която е избрана в Control Hub. Изискванията са описани в следващия раздел.
-
-
Надежден пакет, споменат в „Кои главни сертифициращи органи се поддържат за повикванията към аудио и видео платформите в Cisco Webex?, трябва да бъде качен, за да се валидират сертификатите от услугите на Webex за SIP.
-
Преди да започнете
-
Заявен и потвърден домейн: Когато добавяте съединителна линия, трябва да се избере адрес на хост от проверено или заявено име на домейн от първо ниво, вижте Управление на вашия домейн.
-
Уникален адрес в организацията: Създава се външна връзка с уникален FQDN или SRV адрес на хоста. Този адрес трябва ДА е уникален за цялата организация и нито две външни връзки не могат да използват един и същ адрес.
-
Съединителна линия с FQDN london.lgw.cisco.com:5062 може да се създаде само ако не съществува друга съединителна линия с адрес на организатор london.lgw.cisco.com. Това не е позволено, дори ако има външна връзка със същото име на адрес като SRV адрес или FQDN и с различна комбинация от портове.
-
Багажник с SRV адрес london.lgw.cisco.com може да бъде създаден само ако не съществува друг багажник с london.lgw.cisco.com на хост адрес. Това не е позволено, дори ако има външна връзка със същото име като SRV адрес или FQDN и с различна комбинация от портове.
-
-
DNS конфигурация: Локалният шлюз трябва да СЕ разрешава от публичния интернет чрез запис от тип DNS A или DNS Service Record (SRV).
-
Ако е избран FQDN, адресът трябва да СЕ разреши на DNS запис, А не на DNS CNAME.
-
Ако е избран SRV адрес, тогава типът на услугата ТРЯБВА да има префикс \„_sips._tcp\“.
-
Адресът може да преобразува в един или повече DNS A записи с различно тегло и приоритет. Докато правите това, се препоръчва да използвате един и същ порт за слушане за всички записи.
-
Записите в сервизния запис трябва да имат подходящо тегло и приоритет. Използването на различно тегло и приоритет влияе на разпределението на трафика за повиквания, произхождащи от Webex Calling.
-
-
Всички типове записи ТРЯБВА да имат разумно високо TTL 300 секунди или по-висока е за предпочитане.
-
-
Всички външни връзки трябва да бъдат зададени на местоположение в Control Hub.
Следващата таблица съдържа примери за различни типове записи, които са избрани във вашата организация като адрес на съединителната линия едновременно.
Конфигурация на съединителната линия като FQDN или SRV |
Правило за DNS конфигурация |
Адрес, присъстващ в сертификата като общо име (CN) или алтернативно име на субекта (SAN) |
Изискване на заглавка за SIP контакт |
---|---|---|---|
fqdn: london.lgw1.cisco.com с порт 5061 |
london.lgw1.cisco.com е DNS А запис |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls или sip:user@london.lgw1.cisco.com:port;transport=tls |
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com се разрешава В ЕДИН Запис frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls или sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com се разрешава на ДВА или повече А Записа fr.lgw1.cisco.com fr.lgw2.cisco.com И двата записа трябва ДА се преобразуват в уникален IP адрес и, както е предложено, може да имат различно тегло и приоритет. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls или sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Всеки локален шлюз за SIP транзакция, иницииран към облака на Webex Calling, трябва да съдържа заглавка \„Контакт\“ с FQDN на локален шлюз.
ОПЦИИ Транзакциите от локален шлюз са особено важни за състоянието на локалния шлюз в Control Hub, за да бъде онлайн.
1 |
От изгледа на клиента в https://admin.webex.comотидете на на повиквания. |
2 |
Изберете Добавяне на багажник. |
3 |
Изберете местоположение от падащия списък. |
4 |
Въведете име за багажника. |
5 |
Изберете Базиран на сертификат от падащия списък Тип багажник. |
6 |
Изберете тип устройство от падащия списък. Интеграцията на SBC със Cisco Webex Calling като локален шлюз на трета страна (LGW) се поддържа само със сертифициран багажник. Само SBC, показани в списъка с типове устройства в Control Hub, се валидират от нашите доверени партньори като съвместими Webex Calling Local Gateways. За повече информация относно поддържаната информация за доставчици на трети страни вж.: Поддръжка на SBC от трети страни в раздела Съединителна линия . |
7 |
Въведете адреса, домейна и порта на контролера на границата на сесията (SBC ). Това е FQDN или SRV адрес за Webex Calling, за да се свържете с вашия Enterprise SBC.
Трябва да имате проверен домейн. За повече информация вижте Управление на вашите домейни |
8 |
Въведете максималния брой едновременни повиквания.
|
9 |
Щракнете върху Запиши. Ако проверката не мине, бутонът Запиши няма да се появи. Валидирането може да не мине, ако избраният FQDN или SRV не е уникален за вашата организация. Проверете изискването за уникални FQDN или SRV адреси по-горе. Ако проблемът продължава, свържете се с екипа за поддръжка на Cisco. |
Какво да направите след това
-
Запазете адресите на Webex Calling Edge, показани на последния екран.
-
За да конфигурирате CUBE като локален портал, вижте: Конфигуриране на локален шлюз на IOS-XE за Webex повиквания
Можете да редактирате името на багажника или да видите подробностите за багажника и използването им в Control Hub.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на |
2 |
Изберете багажника, който искате да видите или промените. |
3 |
На страничния панел, до името на багажника, щракнете върху иконата , за да промените името на багажника. Можете също така да видите информацията за използването на багажника. |
4 |
За да видите допълнителни подробности, щракнете върху Управление до Trunks . Използвайте тази настройка, ако искате да актуализирате стойност за "Макс. едновременни повиквания". Ако трябва да актуализирате SRV адреса или FQDN или порта на местния шлюз, трябва да добавите нов багажник и да изтриете стария багажник. |
5 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
Можете да изтриете багажник, стига да не се използва.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на Услуги повиквания. |
2 |
Изберете багажника, който искате да изтриете. |
3 |
Щракнете върху в колоната Действия , щракнете върху Изтриване на багажника. |
За да проверите състоянието на багажника в Control Hub.
1 |
Влезте в Control Hub https://admin.webex.com, отидете на Услуги повиквания. |
2 |
Изберете багажника, който искате да проверите състоянието. |
3 |
Щракнете върху Информацияза багажника. |
По-долу са различните статуси на багажника, базирани на сертификати:
-
Онлайн: Успешна връзка между всички прокси сървъри на Webex Calling Edge и Local Gateway.
-
Офлайн: Неуспешна връзка между Webex Calling и Local Gateway.
-
С увреждания: Неуспешна връзка между поне 1 Webex Calling Edge прокси сървър и локален шлюз.
-
Неизвестно: В процеса на установяване на връзка между Webex Calling и локалния шлюз, който наскоро беше добавен.
SI No. |
Описание на грешката |
Действие |
---|---|---|
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 повикване поради невалиден сертификат за шлюз |
Проверете и се уверете, че сертификатът за локален шлюз е валиден |
9. |
TLS връзката от локалния шлюз към Webex повикването е неуспешна, тъй като не успяхме да се доверим на сертифициращия орган |
Проверете и се уверете, че сертификатът за локален шлюз е подписан от валидния сертифициращ орган ( Какви главни сертифициращи органи се поддържат за повикванията към аудио и видео платформите в Cisco Webex?) |
10. |
TLS връзката от локалния шлюз към Webex повикването е неуспешна поради изтекли сертификати във веригата |
Проверете и се уверете, че сертификатът за локален шлюз не е подписан от изтеклата верига от сертификати |
11. |
TLS връзката и опциите за SIP от локалния шлюз към Webex повикванията са неуспешни |
Проверете и се уверете, че CUBE е конфигуриран да изпраща заявки за OPTIONS |
12. |
Отговорът на опциите за SIP от локалния шлюз показва грешка в сървъра или недостъпна услуга |
Проверете и се уверете, че локалният шлюз не е в режим на поддръжка или маршрутизирането на повикванията не е забранено |
13. |
Неуспешна TLS връзка с локален шлюз, тъй като сертификатът на локалния шлюз е анулиран |
Проверете и се уверете, че сертификатът за локален шлюз не е анулиран |
14. |
TLS връзката от локалния шлюз към Webex повикването е неуспешна, тъй като сертификатът на шлюза е анулиран |
Проверете и се уверете, че сертификатът за локален шлюз не е анулиран |
15. |
TLS връзката от локалния шлюз към Webex повикването е неуспешна, тъй като сертификатът на шлюза е изтекъл |
Проверете и се уверете, че сертификатът за локален шлюз не е изтекъл |
16. |
Неуспешна TLS връзка от локален шлюз към Webex повикване поради грешка в сертификата |
Проверете и се уверете, че сертификатът за локален шлюз е валиден и отговаря на изискванията |
17. |
TLS връзката с локалния шлюз от Webex повикването е неуспешна поради грешка в сертификата |
да се потвърди и да се гарантира, че сертификатът за локален шлюз е валиден и отговаря на изискванията |
Грешка SI No.: 2,6,11 и 12 се показват само когато всички крайни прокси възли изпитват проблем.
Маршрутна група
Маршрутната група е група от канали, които позволяват на Webex Calling да разпространява повиквания по множество канали или да осигурява излишък.
Преди да започнете
-
Добавете куфари, преди да конфигурирате група маршрути.
-
Маршрутните групи могат да включват конфигурирани куфари от няколко места.
-
Стволовете могат да бъдат конфигурирани поотделно или присвоени на маршрутна група. Добавете стволове към маршрутните групи, за да осигурите резервираност и мащабируемост.
-
Всяка група маршрути трябва да включва поне един багажник с максимум 10 багажника на група маршрути.
-
Когато конфигурирате група маршрути, задавате ниво на приоритет на багажниците в рамките на тази група маршрути. Тази настройка позволява повикванията да се маршрутизират по балансиран начин.
-
Обажданията се разпределят на случаен принцип между стволове със същия приоритет. Ако багажник, който е зададен като най-висок приоритет, не е наличен, системата се опитва да насочи повикването към багажник с настройка с по-нисък приоритет. Например:
-
Trunk 1 и Trunk 2 са зададени на приоритетно ниво 1.
-
Trunk 3 е зададен на приоритетно ниво 2.
-
Webex Calling маршрути повиквания към Trunk 1 и Trunk 2 по балансиран начин.
-
Ако Trunk 1 и Trunk 2 са недостъпни, обажданията се насочват към Trunk 3.
-
1 |
От изгледа на клиента в https://admin.webex.comотидете на на повиквания. |
2 |
Изберете маршрути. |
3 |
Наименувайте групата маршрути, след което изберете багажника(ите), които да добавите, от падащото меню. |
4 |
Изберете нивото на приоритет за багажника. |
5 |
Щракнете върху Запиши. |
Какво да направите след това
От екрана за потвърждение можете да посетите страницата Местоположения , за да конфигурирате PSTN връзката към отделни местоположения, или можете да посетите страницата Планове за набиране, за да използвате тази група маршрути като избор на маршрут за план за набиране. Групата за маршрутизиране може да се използва и като избор за маршрутизиране за неизвестно маршрутизиране на вътрешни номера в дадено местоположение.
Можете да промените името на съществуваща група маршрути, да добавите куфари, да промените броя на зададените канали и да промените нивата на приоритет на багажника. От страницата с подробни данни за групата маршрути можете също да преглеждате разширенията Повиквания към локални разширения, плановеза набиране и PSTN връзка.
1 |
От изгледа за клиент в https://admin.webex.com, отидете на маршрути. |
2 |
Изберете групата маршрути, която искате да промените. |
3 |
В страничния панел, до името на групата маршрути щракнете върху иконата , за да промените името на групата маршрути. |
4 |
За да добавите или редактирате куфари в групата маршрути, щракнете върху Управление до Trunks. Можете да добавите багажник от падащото меню, да редактирате нивото на приоритет на съществуващ багажник в таблицата и / или да изтриете съществуващ багажник от таблицата. |
5 |
Щракнете върху Запиши. |
Можете да изтриете група маршрути, стига да не се използва.
1 |
От изгледа за клиент в https://admin.webex.com, отидете на маршрути. |
2 |
Изберете групата маршрути, която искате да изтриете. |
3 |
Щракнете върху в колоната Действия и изберете Изтриване на групамаршрути. |
Плановете за набиране ви позволяват да насочвате повиквания към локални дестинации чрез използване на багажници или маршрутни групи. Конфигурирайте плановете за набиране глобално за дадено предприятие и ги приложете за всички потребители независимо от местоположението. Планът за набиране също така определя избора на маршрутизиране (багажник или група маршрути) за повиквания, които съответстват на някой от неговите модели на набиране. Дефинирайте конкретните шаблони за набиране като част от вашия план за набиране. Моделът на набиране представлява локални разширения:
-
ESN/on-net номера
-
+Д.164 модели
-
SIP URI домейни
Цифрови модели на набиране
Числовите модели могат да представляват или числа E.164, или номера на предприятия. Шаблоните за E.164 числа започват с водещ +, последван от поредица от цифри (1-9) и след това незадължителни заместващи символи.
Шаблон за корпоративно набиране
Корпоративният шаблон за набиране има последователност от цифри (1-9), последвани от незадължителни заместващи знаци. Валидните знаци на заместващ символ са! (съвпада с произволна цифра) и X (съвпада с една цифра, 0 – 9). Заместващият символ! може да се появи само веднъж в края и само в модел E.164.
Не можете да използвате:
-
Дивата карта "X" в средата на числа, например: 617495X3XX
-
Дивата карта "!" при използване на дивата карта "X" в конфигурацията на плана за набиране, например: 1617495x3!
Примери за план за корпоративно набиране | |
---|---|
+1408555XXXX |
11-цифрено +E.164 число, започващо с +1408555 |
+14085551234 |
Точен низ за набиране +14085551234 |
+496100! |
Всеки низ за набиране, започващ с +496100 |
84969XXX |
8-цифрен ЕСН, започващ с 84969 |
84969764 |
Точен 8-цифрен ESN 84969764 |
Планът за набиране в Webex Calling приема заглавките от и към в E.164 или вътрешните номера и не може да бъде комбинация. Например:
От: 1-222-333-4444
До: 1-555-666-7777
Синтаксис на шаблона за набиране на 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 или Експортиране на Dial Patters CSV . Изберете Изтегляне на шаблон или Импортиране на CSV файл и щракнете върху Подай.
Можете да промените името на съществуващ план за набиране, избора на маршрутизиране и моделите на набиране в контролния център.
1 |
От изгледа на клиента в https://admin.webex.com, отидете на Услуги за набиране. |
2 |
Изберете плана за набиране, който искате да промените. |
3 |
В страничния панел, до името на плана за набиране, щракнете за да промените името на плана за набиране. |
4 |
За да промените избора на маршрутизиране, изберете друга опция от падащото меню. |
5 |
За да добавите ръчно нов модел на набиране, щракнете върху Добавяне на шаблони за набиране. Или щракнете върху Импортиране на CSV в модели за набиране в насипно състояние. |
6 |
За да премахнете модел на набиране, щракнете върху иконата до шаблона за набиране, който искате да премахнете. |
7 |
Щракнете върху Запиши. |
1 |
От изгледа на клиента в https://admin.webex.com, отидете на Услуги за набиране. |
2 |
Изберете плана за набиране, който искате да изтриете. |
3 |
Щракнете върху колоната Действия и изберете Изтриване на план за набиране. |
Можете да активирате настройката Повиквания към локални разширения в Control Hub. Тази настройка се отнася за потребителите в рамките на местоположение, които са регистрирани в PBX, и ви позволява да маршрутизирате неизвестни вътрешни номера (дължина на номера за повиквания 2 – 10 цифри) към PBX с помощта на съществуваща съединителна линия или група за маршрутизиране.
Преди да започнете
Настройката Повиквания към локални разширения е разрешена за всяко местоположение.
Тази настройка позволява запазване на навиците за набиране в смесена среда на облак / помещения. Потребителите могат да продължат да използват съкратено набиране (например 4 цифри), дори ако сайтът е частично мигриран към Webex Calling.
Когато е активирано, повикванията, направени от потребители в местоположението към неизвестен вътрешен номер (между 2 – 10 цифри), се маршрутизират към избраната група/съединителна линия за маршрутизиране като локални повиквания.
Повикванията, маршрутизирани през багажници на мястото от неизвестно разширение, се обработват като обаждания в помещенията. Това се отнася за повикванията нагоре, входящи в Webex Calling от съединителна линия.
Счита се, че повикванията произхождат от неизвестно разширение, когато ИД на повикващия не съответства на никой от съществуващите модели на плана за набиране.
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 избира външния ИД на линията на повикване (CLID), който е номер E.164. Когато е избрана опцията ESN (корпоративен значителен номер) , Webex Calling избира вътрешния CLID, който е ESN. |
4 |
Изберете Максимална дължина на неизвестен вътрешен номер (2-10 цифри), която искате да зададете за локално маршрутизиране. Когато увеличите дължината на вътрешния номер и ако схемата за номера, използвана от доставчика на PSTN, е различна от E.164, входящите PSTN повиквания ще се считат за локални повиквания, идващи от локални местоположения. Следователно, за да избегнете евентуално неправилно маршрутизиране, препоръчваме да се наложи формат E.164 към такива входящи PSTN повиквания, преди да ги изпратите на Webex Calling. |
5 |
Щракнете върху Запиши. |
Инструментът за проверка на маршрутизирането на повикванията в контролния център осигурява:
-
Симулация на повиквания за анализ на решенията за маршрутизиране.
-
Полезни насоки по време на фазите на проектиране и конфигуриране на внедряването.
-
Събития в платформата Webex Analytics, които включват решения за маршрутизиране на обаждания.
-
Поддръжка в случаи на отстраняване на неизправности.
1 |
От изгледа на клиента в https://admin.webex.comотидете на на повиквания. |
2 |
Изберете Проверка на маршрутизирането наповикванията. |
3 |
От падащото меню изберете Избор на източник на повикване на потребител на облака, работна област, виртуална линия или локална съединителна линия, за да потвърдите маршрутизирането на повикванията. |
4 |
Въведете номер или URI. |
5 |
Щракнете върху Вижте резултата от маршрутизирането, за да видите маршрутизирането на повикването. |
Пример 1: Многосайтова телефонна централа
Описание на разполагането
-
Корпоративен клиент със 100 сайта в САЩ.
-
Разполагане на PBX на няколко обекта (или мрежа от телефонни централи), като основната телефонна централа е разпределена на два основни обекта за HA.
-
8-цифрен план за набиране на предприятието: 8 + 3-цифрен код на сайта + 4-цифрено разширение.
-
30 сайта остават локални, 70 сайта се преместват в Webex Calling. PSTN остава локално, чрез SIP Trunks на двата основни обекта.
-
Няма смесени сайтове. За всеки сайт потребителите са или всички локални, или всички регистрирани в облака.
Решение за разполагане
-
План за единично набиране с 30 E.164 + 30 ESN модела, който маршрутизира повикванията за локалните потребители към група маршрути с два багажника, завършващи на два местни шлюза на двата основни обекта.
Пример 2: Смесени облачни PBX сайтове
Описание на разполагането
-
Корпоративен клиент с 50 сайта в САЩ: 10 големи обекта и 40 малки клона.
-
PBX е на големи места, ключове ключове в клонове.
-
7-цифрен план за набиране на предприятието: 8 + 2-цифрен код на сайта + 4-цифрено разширение.
-
Webex Обаждане само в клонове, бавна миграция от телефонни централи на големи сайтове (смесени сайтове както с Webex Calling , така и с потребители на телефонни централи).
-
Свързан с облака PSTN за всички потребители на облака (локалните потребители продължават да използват съществуващия PSTN).
-
Потребителите на облак и телефонни централи на всеки голям сайт трябва да запазят възможностите за набиране само за разширения.
Решение за разполагане
-
Набиране на планове за маршрутизиране на повиквания към всеки от телефонните централи от всеки друг сайт. Също така, за всеки голям сайт, Повиквания към локални разширения, конфигурирани да маршрутизират повиквания към багажник, който завършва на локален шлюз на сайта.
Подлежащи на конфигуриране ограничения за съединителни линии, групи за маршрутизиране и планове за набиране | |
---|---|
Описание |
Максимално ограничение |
Модели на набиране, които CSV може да качи в план за набиране |
10000 |
Стволове, които могат да бъдат конфигурирани по местоположение |
100 |
Маршрутни групи по корпоративни клиенти |
10000 |
Стволове, конфигурируеми в рамките на маршрутна група |
10 |
Планове за набиране, конфигурируеми за всеки корпоративен клиент |
10000 |
Модели на набиране, конфигурируеми с един план за набиране |
10000 |