- Начало
- /
- Статия
Конфигурирайте връзки, групи маршрути и планове за набиране за 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 в предприятието.
-
Пренасочване на разговори към различни телефонни централи.
-
Тандемна функционалност за маршрутизиране на повиквания между помещения телефонни централи.
-
По-широк набор от сценарии за миграция и съвместно съществуване с телефонни централи в помещенията, включително смесени сайтове с потребители на помещения и потребители на 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, базиран на помещения, а местните шлюзове стават стволове.
Конфигурирайте избраната от вас Връзка с обществена телефонна централа в Control Hub, като изберете Присвояване или Управлявайте и изберете Връзка с обществена телефонна централа по избор.
, изберете местоположението, което искате да промените, след което изберетеСъединителна линия
Багажникът е връзка между Webex Calling и помещенията, прекратена в помещенията с поддържан граничен контролер на сесията, действащ като локален шлюз. Виж Започнете с Local Gateway за да разберете различните модели канали и изисквания за устройства и конфигурация.
За регистрационен 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 са идентични и са настроени на това, което е зададено в заглавката 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 са идентични и са настроени на това, което е зададено в заглавката 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 са идентични и са настроени на това, което е зададено в заглавката 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 Cloud.
-
Това наръчник за конфигурация предполага, че стандартният TLS SIP порт 5061 се използва от локалния шлюз за получаване на сигнализация. Ако е необходимо, може да се използва алтернативен порт за слушане на сигнали.
-
-
За успешно оторизация и удостоверяване на обажданията от багажника е необходим подписан сертификат. Локален шлюз ТРЯБВА да отговаря на следните изисквания при установяване на двупосочна взаимна TLS връзка с услугите за Webex Calling за SIP:
-
Сертификатът на локалния шлюз ТРЯБВА да бъде:
-
Подписано от CA, посочен в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на 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 A запис, а не до DNS CNAME(a).
-
Ако е избран 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 A запис |
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 се преобразува до ДВА или повече A Records 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 на локален шлюз.
ОПЦИИ Транзакциите от локален шлюз са особено важни за състоянието на локалния шлюз в контролния център, за да бъде онлайн.
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). The! заместващият знак може да се появи само веднъж в края и само в модел 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
Синтаксис на модела за набиране на URI адрес на SIP :
Само домейни от дясната страна на URI адрес на SIP след @ се съпоставят. Вариантите са или:
-
Напълно квалифициран домейн
-
Домейн с водещ * (указващ всички поддомейни на даден домейн)
Примери:
Примери за синтаксис за набиране на 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. Тази настройка се прилага за потребители в рамките на местоположение, които са регистрирани към централа и ви позволява да насочвате неизвестни вътрешни номера (с дължина на номера за повикване от 2-10 цифри) към централата, като използвате съществуваща магистрала или група маршрути.
Преди да започнете
Настройката Повиквания към локални разширения е разрешена за всяко местоположение.
Тази настройка позволява запазване на навиците за набиране в смесена среда на облак / помещения. Потребителите могат да продължат да използват съкратено набиране (например 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 |