- Начало
- /
- Статия
Благодарим за обратната връзка.
Конфигуриране на съединителни линии, групи маршрути и планове за набиране за Webex Calling
В тази статия
Обратна връзка?Плановете за обаждания, каналите и групите маршрути на Webex помагат за конфигурирането на Webex Calling за управление на повиквания между потребители, хоствани от Webex Calling, и потребители на PBX в помещенията. Това решение ви позволява да конфигурирате хоствани потребители да използват облачна PSTN (CCP или Cisco PSTN) или PSTN, базирана на помещения .
Trunk е връзка между Webex Calling и помещенията, която се прекратява в помещенията с локален шлюз или друго поддържано устройство. След като създадете магистрала, можете да я присвоите към група маршрути.
Маршрутната група е група от канали, които позволяват на Webex Calling да разпространява повиквания по множество канали или да осигурява излишък.
Локалният шлюз е локално устройство, което свързва магистралната линия, локалната PSTN мрежа, and/or Телефонна централа.
Trunks, маршрутни групи и планове за набиране осигуряват следните предимства:
-
Балансиране на натоварването и прехвърляне на резервни линии към Webex Calling и помещенията.
-
Възможност за потребителите на Webex Calling да използват облачна PSTN (Cloud Connected PSTN (CCP) или Cisco PSTN) и да достигат до потребители на PBX в предприятието.
-
Пренасочване на повиквания към телефонни централи в различни помещения.
-
Тандемна функционалност за маршрутизиране на повиквания между помещения телефонни централи.
-
По-широк набор от сценарии за миграция и съвместно съществуване с PBX-и в помещения, включително смесени обекти с потребители в помещения и потребители на Webex Calling.
-
Задълбочена видимост на решенията за маршрутизиране на повиквания.
Опции за PSTN за вашето местоположение
След като местоположението ви е разрешено, трябва да настроите 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 и помещенията, прекратена в помещенията с поддържан граничен контролер на сесията, действащ като локален шлюз. Вижте Първи стъпки с Local Gateway, за да разберете различните модели на транкинг и изискванията за устройства и конфигурация.
За регистрационен trunk модел Session Border Controller (SBC) извършва SIP регистрация. Багажникът, базиран на регистрация, изисква местният шлюз да поддържа SIP регистрацията е активна. Връзката е имплицитна за регистрацията.
Преди да започнете
Всички канали трябва да бъдат присвоени на място в контролния център.
| 1 |
Изберете Добавяне на багажник. |
| 2 |
Изберете местоположение от падащия списък. |
| 3 |
Въведете име за багажника. |
| 4 |
Изберете Регистриране от падащия списък Тип багажник. |
| 5 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. С активирана двойна идентичност, Webex Calling попълва полетата „От“ и „PAI“ (и двата заглавки за идентичност могат да бъдат различни). При деактивирана двойна идентичност, PAI и From са идентични и са зададени на стойността, която е била зададена за заглавката From при активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
| 6 |
Щракнете върху Запиши. |
Какво да направите след това
Информацията за багажника се появява на екрана Register Domain, Trunk Group OTG/DTG, Line/Port, Outbound Proxy Address. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, така че да можете да препращате към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги регенерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на паролата , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника.
Това действие оказва влияние върху услугата, така че се препоръчва да се извършва в извънработно време.
Ако конфигурирате багажник, за да свържете локалния си шлюз към Webex Calling, вижте: Конфигуриране на локален шлюз на IOS-XE за Webex Calling.
Багажникът е връзката между Webex Calling и помещенията, завършваща в помещенията с локален шлюз или друго поддържано устройство.
Преди да започнете
Всички канали трябва да бъдат присвоени на място в контролния център.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете до . |
| 3 |
Отидете на . |
| 4 |
Изберете Добавяне на багажник. |
| 5 |
Изберете местоположение и име на багажника. Името на багажника не може да бъде дълго повече от 24 знака. |
| 6 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. С активирана двойна идентичност, Webex Calling попълва полетата „От“ и „PAI“ (и двата заглавки за идентичност могат да бъдат различни). При деактивирана двойна идентичност, PAI и From са идентични и са зададени на стойността, която е била зададена за заглавката From при активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
| 7 |
Щракнете върху Запиши. |
| 8 |
Поддръжката на P-Charge-Info отговаря на необходимостта доставчиците на PSTN да имат по-надежден метод за удостоверяване и таксуване на повиквания в рамките на Webex Calling. Локалният шлюз може да получи идентификатор на повикващия, който е различен от номера, който искате да използвате за фактуриране или оторизация. За да изпратите допълнителен идентификатор за тези цели, използвайте заглавката P-Charge-Info. Активирайте тази опция, за да включите заглавката P-Charge-Info в информацията за изходящите PSTN повиквания, изпратени до трънната линия, като използвате номер, базиран на избраната опция за политика. Доставчикът на PSTN може да разчита на единствения заглавен файл P-Charge-Info, за да определи таксувания номер, елиминирайки необходимостта от използване на заглавния файл PAI за редовни повиквания и заглавния файл Diversion за пренасочване на повиквания. По подразбиране системата задава политиката P-Charge-Info Support на Disabled.
Ограничения:
|
Какво да направите след това
Информацията за багажника се появява на екрана Register Domain, Trunk Group OTG/DTG, Line/Port, Outbound Proxy Address. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, така че да можете да препращате към нея, когато сте готови да конфигурирате локалния шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на паролата , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника.
Това действие оказва влияние върху услугата, така че се препоръчва да се прави в извънработно време.
Можете да редактирате името на магистралата или да видите подробностите за магистралата и използването ѝ в Control Hub.
| 1 |
Изберете багажника, който искате да видите или промените. |
| 2 |
На страничния панел, до името на багажника, щракнете върху иконата Можете също така да видите информацията за използването на багажника. |
| 3 |
За да видите допълнителни подробности, щракнете върху Управление до Trunks . Използвайте тази настройка, ако загубите идентификационните данни за информацията за багажника и трябва да ги регенерирате. Щракнете върху Извличане на потребителско име и парола , за да генерирате нов набор от идентификационни данни за удостоверяване, които да използвате в багажника. Това оказва влияние върху услугата. |
| 4 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. При деактивирана двойна идентичност, PAI и From са идентични и са зададени на стойността, която е била зададена за заглавката From при активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
, за да промените името на багажника.Можете да изтриете багажник, стига да не се използва.
| 1 |
Изберете багажника, който искате да изтриете. |
| 2 |
Щракнете върху |
в колоната За да проверите състоянието на магистралата в Control Hub.
| 1 |
Влезте в Control Hub https://admin.webex.com, отидете на . |
| 2 |
Изберете багажника, който искате да проверите състоянието. |
| 3 |
Щракнете върху Информацияза багажника. Следните са различните състояния на багажника:
|
Докато добавяте багажник, базиран на сертификат, трябва да въведете напълно квалифицирано име на домейн (FQDN). След това Webex Calling използва комбинация от FQDN и сертификата на местния шлюз, за да се довери на локален шлюз.
Изисквания за конфигуриране на локален шлюз от контролния център:
-
Локалният шлюз ТРЯБВА да бъде директно достъпен от интернет, използвайки публичен IPv4 адрес. Този адрес ТРЯБВА да бъде получен от DNS A или SRV запис от домейн, който е проверен в Control Hub. Ако локалният шлюз е конфигуриран с частен IP адрес, тогава a 1:1 Необходим е статичен превод на адреси (NAT), за да се гарантира, че може да бъде достигнат директно от интернет.
-
Когато се разполага зад защитна стена, ТРЯБВА да бъдат конфигурирани подходящи правила, които да позволяват TLS SIP сигнализация и UDP/SRTP медия за преминаване между локалния шлюз и интернет.
-
Вижте Справочника за портове за извиквания на Webex за подробности относно портовете, използвани в потоците между локалния шлюз и облака Webex.
-
Това ръководство за конфигуриране предполага, че стандартният TLS SIP порт 5061 се използва от локалния шлюз за получаване на сигнализация. Ако е необходимо, може да се използва алтернативен порт за слушане на сигнализация.
-
-
За успешно оторизация и удостоверяване на обажданията от багажника е необходим подписан сертификат. Локалният шлюз ТРЯБВА да отговаря на следните изисквания, когато установява двупосочна взаимна TLS връзка с услугите на Webex Calling за SIP:
-
Сертификатът на локален шлюз ТРЯБВА да бъде:
-
Подписано от CA, споменато в Кои основни сертификационни органи се поддържат за повиквания към аудио и видео платформи на Cisco Webex?
-
Подписаните сертификати ВИНАГИ трябва да имат валиден срок на валидност.
-
Коренните или междинните сертификати, използвани за подписване на сертификата, ТРЯБВА да имат валиден срок на валидност и не трябва да бъдат отменени.
-
Сертификатите ТРЯБВА да бъдат подписани за използване от клиента и сървъра.
-
Сертификатите ТРЯБВА да съдържат напълно квалифицирано име на домейн (FQDN) като общо име или алтернативно име на обекта в сертификата, като FQDN за магистралата е избрано в Control Hub. Изискванията са разгледани подробно в следващия раздел.
-
-
Пакетът за доверие, споменат в Кои главни сертифициращи органи се поддържат за повиквания към аудио и видео платформи на Cisco Webex?, трябва да бъде качен, за да се валидират сертификати от услугите на Webex за SIP.
-
Преди да започнете
-
Заявен и потвърден домейн: При добавяне на trunk, ЗАДЪЛЖИТЕЛНО трябва да се избере адрес на хост от проверен или заявен домейн от най-високо ниво, вижте Управление на вашия домейн.
-
Уникален адрес в цялата организация: Създава се транк с уникален 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(s).
-
Ако е избран SRV адрес, тогава типът услуга ТРЯБВА да има префикс "_sips._tcp".
-
Адресът може да се преобразува в един или повече DNS A записи с различно тегло и приоритет. Докато правите това, се препоръчва да използвате един и същ порт за слушане за всички записи.
-
Записите в служебното досие трябва да имат подходяща тежест и приоритет. Използването на различно тегло и приоритет влияе върху разпределението на трафика за повиквания, произхождащи от Webex Calling.
-
-
Всички типове записи ТРЯБВА да имат разумно високо TTL, за предпочитане 300 секунди или по-високо.
-
-
Всички канали трябва да бъдат присвоени на местоположение в контролния център.
Следната таблица съдържа примери с различни типове записи, които са избрани във вашата организация едновременно като адрес на магистралата.
|
Конфигурация на магистралата като 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 |
|
СРВ: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com решава да стане ONE A Record 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 |
|
СРВ: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com се преобразува в ДВА или повече записа A 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 транзакция, инициирана от Local Gateway към Webex Calling cloud, трябва да съдържа Contact header с FQDN на Local Gateway.
ОПЦИИ Транзакциите от локален шлюз са особено важни, за да може статусът на локалния шлюз в контролния център да бъде онлайн.
| 1 |
Изберете Добавяне на багажник. |
| 2 |
Изберете местоположение от падащия списък. |
| 3 |
Въведете име за багажника. |
| 4 |
Изберете Базиран на сертификат от падащия списък Тип багажник. |
| 5 |
Изберете Тип устройство от падащото меню. Интеграцията на SBC със Cisco Webex Calling като локален шлюз на трета страна (LGW) се поддържа само със сертифициран багажник. Само SBC, показани в списъка с типове устройства в Control Hub, се валидират от нашите доверени партньори като съвместими Webex Calling Local Gateways. За повече информация относно поддържаната информация за доставчици на трети страни вж.: Поддръжка на SBC от трети страни в раздела Trunk. |
| 6 |
Въведете адреса, домейна и порта на контролера на границата на сесията (SBC ). Това е FQDN или SRV адрес за Webex Calling, за да се свържете с вашия Enterprise SBC.
Трябва да имате проверен домейн. За повече информация вижте Управление на домейните ви |
| 7 |
Въведете максималния брой едновременни повиквания.
|
| 8 |
Щракнете върху Запиши. Ако проверката не мине, бутонът Запиши няма да се появи. Валидирането може да не мине, ако избраният FQDN или SRV не е уникален за вашата организация. Проверете изискването за уникални FQDN или SRV адреси по-горе. Ако проблемът продължава, свържете се с екипа за поддръжка на Cisco. |
Какво да направите след това
-
Запазете адресите на Webex Calling Edge, показани на последния екран.
-
За да конфигурирате CUBE като локален портал, вижте: Конфигуриране на локален шлюз на IOS-XE за Webex повиквания
Можете да редактирате името на багажника или да видите подробностите за багажника и използването им в Control Hub.
| 1 |
Изберете багажника, който искате да видите или промените. |
| 2 |
В страничния панел, до името на магистралата, щракнете върху Можете също така да видите информацията за използването на багажника. |
| 3 |
За да видите допълнителни подробности, щракнете върху Управление до Trunks . Използвайте тази настройка, ако искате да актуализирате стойност за "Макс. едновременни повиквания". Ако трябва да актуализирате SRV адреса или FQDN или порта на местния шлюз, трябва да добавите нов багажник и да изтриете стария багажник. |
| 4 |
Настройката за поддръжка на двойна самоличност влияе върху обработката на заглавката From и заглавката на P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITE към багажника за изходящо повикване. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
Можете да изтриете багажник, стига да не се използва.
| 1 |
Изберете багажника, който искате да изтриете. |
| 2 |
Щракнете върху |
За да проверите състоянието на магистралата в Control Hub.
| 1 |
Влезте в Control Hub https://admin.webex.com, отидете на . |
| 2 |
Изберете багажника, който искате да проверите състоянието. |
| 3 |
Щракнете върху Информацияза багажника. Следните са различните състояния на багажника:
|
|
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 |
Изберете маршрути. |
| 2 |
Наименувайте групата маршрути, след което изберете багажника(ите), които да добавите, от падащото меню. |
| 3 |
Изберете нивото на приоритет за багажника. |
| 4 |
Щракнете върху Запиши. |
Какво да направите след това
От екрана за потвърждение можете да посетите страницата Местоположения , за да конфигурирате PSTN връзката към отделни местоположения, или можете да посетите страницата Планове за набиране, за да използвате тази група маршрути като избор на маршрут за план за набиране. Група маршрути може да се използва и като избор на маршрутизиране за маршрутизиране на неизвестни разширения на дадено местоположение.
Можете да промените името на съществуваща група маршрути, да добавите куфари, да промените броя на зададените канали и да промените нивата на приоритет на багажника. От страницата с подробни данни за групата маршрути можете също да преглеждате разширенията Повиквания към локални разширения, плановеза набиране и PSTN връзка.
| 1 |
Изберете групата маршрути, която искате да промените. |
| 2 |
В страничния панел, до името на групата маршрути щракнете върху иконата |
| 3 |
За да добавите или редактирате куфари в групата маршрути, щракнете върху Управление до Trunks. Можете да добавите багажник от падащото меню, да редактирате нивото на приоритет на съществуващ багажник в таблицата и / или да изтриете съществуващ багажник от таблицата. |
| 4 |
Щракнете върху Запиши. |
Можете да изтриете група маршрути, стига да не се използва.
| 1 |
Изберете групата маршрути, която искате да изтриете. |
| 2 |
Щракнете върху в колоната Действия |
Плановете за набиране ви позволяват да насочвате повиквания към локални дестинации чрез използване на багажници или маршрутни групи. Конфигурирайте плановете за набиране глобално за предприятието и ги прилагайте за всички потребители, независимо от местоположението. Планът за набиране също така определя избора на маршрутизиране (багажник или група маршрути) за повиквания, които съответстват на някой от неговите модели на набиране. Определете специфичните модели на набиране като част от вашия план за набиране. Моделът на набиране представлява локални разширения:
-
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 |
Щракнете върху Плановеза набиране, след което върху Създаване на планза набиране. |
| 2 |
Въведете име за плана за набиране. |
| 3 |
Изберете изборза маршрутизиране. Изберете или предварително създаден багажник, или група маршрути. |
| 4 |
(По избор) Можете ръчно да създадете или импортирате модел на набиране за избраните опции за маршрут. |
| 5 |
Щракнете върху Запиши. |
Какво да направите след това
Можете също така да добавяте модели за набиране в насипно състояние след създаването на вашия план за набиране. За да добавите шаблони за набиране в насипно състояние с помощта на CSV файл, отидете на екрана Планове за набиране и изберете падащото меню Действия от плана за набиране за редактиране, след което изберете Импортиране на шаблони за набиране CSV или Експортиране на Dial Patters CSV . Изберете Изтегляне на шаблон или Импортиране на CSV файл и щракнете върху Подай.
Можете да промените името на съществуващ план за набиране, избора на маршрутизиране и моделите на набиране в контролния център.
| 1 |
Изберете плана за набиране, който искате да промените. |
| 2 |
В страничния панел, до името на плана за набиране, щракнете върху |
| 3 |
За да промените избора на маршрутизиране, изберете друга опция от падащото меню. |
| 4 |
За да добавите ръчно нов модел на набиране, щракнете върху Добавяне на шаблони за набиране. Или щракнете върху Импортиране на CSV в модели за набиране в насипно състояние. |
| 5 |
За да премахнете модел на набиране, щракнете върху |
| 6 |
Щракнете върху Запиши. |
иконата до шаблона за набиране, който искате да премахнете.| 1 |
Изберете плана за набиране, който искате да изтриете. |
| 2 |
Щракнете върху |
Можете да активирате настройката Повиквания към локални разширения в Control Hub. Тази настройка се отнася за потребители в дадено местоположение, които са регистрирани към PBX и ви позволява да маршрутизирате неизвестни вътрешни номера (с дължина на номера на повикване от 2 до 10 цифри) към PBX, използвайки съществуваща външна линия или група маршрути.
Преди да започнете
Настройката Повиквания към локални разширения е разрешена за всяко местоположение.
Тази настройка позволява запазване на навиците за набиране в смесена среда на облак / помещения. Потребителите могат да продължат да използват съкратено набиране (например 4 цифри), дори ако сайтът е частично мигриран към Webex Calling.
Когато е активирано, повикванията, направени от потребители на местоположението към неизвестен вътрешен номер (между 2 и 10 цифри), се пренасочват към избрания маршрут. group/trunk както изискват помещенията.
Повикванията, маршрутизирани през багажници на мястото от неизвестно разширение, се обработват като обаждания в помещенията. Това се отнася до входящите повиквания към Webex Calling от trunk линия.
Счита се, че повикванията произхождат от неизвестно разширение, когато ИД на повикващия не съответства на никой от съществуващите модели на плана за набиране.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . |
| 3 |
Изберете местоположението, което да промените. |
| 4 |
Кликнете върху раздела Обаждане. |
| 5 |
Щракнете върху Вътрешно набиранев секцията Набиране. |
| 6 |
Включете, за да активирате Маршрутизиране на неизвестни вътрешни номера към Помещенията като вътрешни повиквания. Изображението на Шариф е остаряло. |
| 7 |
Изберете група за маршрутизиране или външен канал от падащото меню, за да маршрутизирате повиквания. |
| 8 |
Щракнете върху Запиши. |
В Control Hub можете да конфигурирате настройките за маршрутизиране на повикванията между Webex Calling и помещенията. Тези настройки определят как се обработват неизвестните ви номера, когато използвате канали и групи маршрути към локален телефонен телефон, както и идентификационния формат на повикващия за повиквания, маршрутизирани между Webex Calling и вашата телефонна централа.
| 1 |
Превъртете до Маршрутизиране на повикванията между Webex Calling и помещенията и изберете как искате да обработвате непознати номера.
Неизвестната настройка на услугата за обработка на номера е зададена на Наследено поведение , за да се запази поведението при маршрутизиране. Тази настройка може да бъде променена, за да се възползвате от новите функции за маршрутизиране на повикванията (например планове за набиране и групи маршрути). |
| 2 |
Изберете вашия ИД формат на повикващия. Когато +E.164 Ако е избрана опцията телефонен номер, Webex Calling избира външния идентификатор на повикващата линия (CLID), който е номер по E.164. Когато е избрана опцията ESN (значим номер за предприятието), Webex Calling избира вътрешния CLID, който е ESN. |
| 3 |
Изберете Максимална дължина на неизвестен вътрешен номер (2-10 цифри), която искате да зададете за маршрутизиране на базата на помещения. Когато увеличите дължината на разширението и ако схемата на номера, използвана от доставчика на PSTN, не е E.164, входящите PSTN повиквания ще се считат за локални повиквания, идващи от локалната система. Следователно, за да избегнете потенциално неправилно маршрутизиране, препоръчваме да приложите формат E.164 за такива входящи PSTN повиквания, преди да ги изпратите към Webex Calling. |
| 4 |
Щракнете върху Запиши.  |
Инструментът за проверка на маршрутизирането на повикванията в контролния център осигурява:
-
Симулация на повиквания за анализ на решенията за маршрутизиране.
-
Полезни насоки по време на фазите на проектиране и конфигуриране на внедряването.
-
Събития в платформата Webex Analytics, които включват решения за маршрутизиране на обаждания.
-
Поддръжка в случаи на отстраняване на неизправности.
| 1 |
Влезте в контролния хъб. |
| 2 |
Отидете на . Като алтернатива, клиентите, използващи Cisco Calling Plan, могат да маршрутизират от .
|
| 3 |
Изберете Проверка на маршрутизирането наповикванията. |
| 4 |
От падащото меню изберете Изберете източник на повикване на потребител в облака, работно пространство, виртуална линия или канал на помещението, за да проверите маршрутизирането на повикванията. |
| 5 |
Въведете номер или URI. |
| 6 |
Щракнете върху Вижте резултата от маршрутизирането, за да видите маршрутизирането на повикването. |
Пример 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).
-
Потребителите на облак и телефонни централи на всеки голям сайт трябва да запазят възможностите за набиране само за разширения.
Решение за разполагане
-
Набиране на планове за маршрутизиране на повиквания към всеки от телефонните централи от всеки друг сайт. Също така, за всеки голям сайт, Повиквания към локални разширения, конфигурирани да маршрутизират повиквания към багажник, който завършва на локален шлюз на сайта.
|
Конфигурируеми ограничения за trunks, маршрутни групи и планове за набиране | |
|---|---|
|
Описание |
Максимално ограничение |
|
Модели на набиране, които CSV може да качи в план за набиране |
10000 |
|
Стволове, които могат да бъдат конфигурирани по местоположение |
100 |
|
Маршрутни групи по корпоративни клиенти |
10000 |
|
Стволове, конфигурируеми в рамките на маршрутна група |
10 |
|
Планове за набиране, конфигурируеми за всеки корпоративен клиент |
10000 |
|
Модели на набиране, конфигурируеми с един план за набиране |
10000 |
