Плановете за обаждания, връзките и групите за маршрути на Webex Calling ви предоставят възможността да конфигурирате обажданията на Webex за управление на повиквания между хоствани потребители на Webex Calling и потребители на телефонни централи в помещенията. Това решение ви позволява да конфигурирате хостваните потребители да използват облачна PSTN (CCP или Cisco PSTN) или базирана на помещения PSTN.
Багажникът е връзка между Webex Calling и помещението, което спира в помещението с локален шлюз или друго поддържано устройство. След като създадете транк, можете да го присвоите към група маршрути. Групата за маршрути е група от магистрали, които позволяват на обажданията на Webex Calling да разпределят повиквания върху множество канали или да предоставят резервиране. Локален шлюз е в помещението устройство(а), което свързва магистрала, в помещението PSTN и/или PBX.
Транковете, групите маршрути и плановете за набиране предоставят следните предимства:
Балансиране на натоварването и преодоляване на срив между магистралите към Webex Calling и помещенията.
Способност за Webex Calling потребителите да използват облачна PSTN (облачно свързан PSTN (CCP) или Cisco PSTN) и все пак да могат да достигат до потребителите на PBX в предприятието.
Пренасочване на разговори към различни телефонни централи.
Тандемна функционалност за маршрутизиране на повиквания между телефонни централи.
По-широк набор от сценарии за миграция и съвместно съществуване с телефонни централи в помещенията, включително смесени сайтове с потребители на помещения и потребители на Webex Calling .
Задълбочена видимост на решенията за маршрутизиране на повикване .
След като местоположението ви е активирано, трябва да настройвам PSTN свързаност за Webex Calling потребители в това местоположение. Налични са следните опции за PSTN:
Cisco PSTN —Изберете тази опция, ако искате пакетно решение, което ви позволява да поръчвате нови PSTN номера и да пренасяте съществуващи номера към Cisco. Опцията Cisco PSTN е налична само при следните условия:
Вие сте закупили и активирали плана за разговори на Cisco .
Местоположението е в държава, в която се поддържа план за повиквания на Cisco .
Свързан с облак PSTN —Изберете тази опция, ако търсите облачно решение, което не изисква разполагане на локален хардуер, и след това изберете доставчик на CCP по избор. Облачен PSTN (Cisco PSTN или Cloud Connected PSTN) може да се използва само за предоставяне на достъп до обществена телефонна централа за Webex Calling потребители. Обажданията, произхождащи от местните потребители, нямат достъп до PSTN в облак.
Базиран в помещения PSTN (локален шлюз) —Изберете тази опция, ако искате да запазите текущия си доставчик на PSTN. Транковете за базирани на помещения PSTN през локален шлюз могат също да се използват за свързване към домашни централи. Можете да запазите съществуващата функционалност на локален шлюз се запазва, без да правите промени в конфигурацията. Местоположенията, използващи локален шлюз , са настроени на базирана на помещения PSTN и локалните шлюзове стават магистрали.
Конфигурирайте избраната от вас Връзка с обществена телефонна централа в рамките на Контролен център като изберете Обаждане > Местоположения , изберете местоположението, което искате да промените, след което изберете Присвояване или Управлявайте и изберете Връзка с обществена телефонна централа по избор.
Съединителна линия
Транк е връзка между Webex Calling и помещението, прекратена в помещението с поддържан граничен контролер на сесия, действащ като локален шлюз. Виж Започнете с Local Gateway за да разберете различните модели канали и изисквания за устройства и конфигурация.
За модел на магистрала за регистрация, Session Border Controller (SBC) (SBC) извършва SIP регистрация. Базираната на регистрация магистрала изисква локален шлюз да поддържа SIP регистрацията активна. Връзката е имплицитна за регистрация.
Преди да започнете
Всички магистрали трябва да бъдат присвоени на място в Control Hub.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
||
| 2 | Изберете Добавяне на багажника . |
||
| 3 | Изберете a Местоположение от падащ списък. |
||
| 4 | Въведете a име за багажника. |
||
| 5 | Изберете Регистриране от Тип багажник падащ списък. |
||
| 6 | Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. С активирана двойна идентичност, Webex Calling попълва From и PAI (и двете заглавки на самоличността могат да бъдат различни). С деактивирана двойна идентичност, PAI и From са идентични и са настроени на това, което е зададено в заглавката From с активирана двойна идентичност. По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:
|
||
| 7 | Щракнете върху Запиши. |
Какво да направите след това
Информацията за багажника се появява на екрана Регистрирайте домейн, транк група OTG/DTG, линия/порт , Изходящ прокси адрес . Препоръчваме ви да копирате тази информация от Контролен център и го поставете в локален текстов файл или документ, за да можете да се обърнете към него, когато сте готови да конфигурирате локален шлюз. Ако загубите идентификационните данни, трябва да ги регенерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.
 |
Това действие оказва влияние върху услугата, затова се препоръчва да се извършва в неработно време. Ако конфигурирате магистрала за свързване на вашия локален шлюз към Webex Calling, вижте: Конфигурирайте локален шлюз на IOS-XE за обаждания чрез Webex Calling . |
Багажникът е връзката между Webex Calling и помещенията, завършващи в помещението с локален шлюз или друго поддържано устройство.
Преди да започнете
Всички стволове трябва да бъдат присвоени на място вътре Контролен център .
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
||
| 2 | Изберете Добавяне на багажника . |
||
| 3 | Изберете местоположение и име на багажника.
|
||
| 4 | Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. С активирана двойна идентичност, Webex Calling попълва From и PAI (и двете заглавки на самоличността могат да бъдат различни). С деактивирана двойна идентичност, PAI и From са идентични и са настроени на това, което е зададено в заглавката From с активирана двойна идентичност. По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:
|
||
| 5 | Щракнете върху Запиши. |
Какво да направите след това
Информацията за багажника се появява на екрана Регистрирайте домейн, транк група OTG/DTG, линия/порт, изходящ прокси адрес . Препоръчваме ви да копирате тази информация от Контролен център и го поставете в локален текстов файл или документ, за да можете да се обърнете към него, когато сте готови да конфигурирате локален шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за багажника Контролен център . Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.
|
Това действие оказва влияние върху обслужването, затова се препоръчва да го правите в неработно работно време. |
Можете да редактирате името на магистрала или да прегледате подробностите и използването на транка в Control Hub.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
||
| 2 | Изберете багажника, който искате да видите или промените. |
||
| 3 | На страничния панел, до името на багажника, щракнете върху Можете също да видите информацията за употреба на багажника. |
||
| 4 | За да видите допълнителни подробности, щракнете Управлявайте до стволове .
|
||
| 5 | Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. С деактивирана двойна идентичност, PAI и From са идентични и са настроени на това, което е зададено в заглавката From с активирана двойна идентичност. По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:
|
икона за промяна на името на багажника.Можете да изтриете багажника, стига да не се използва.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
| 2 | Изберете багажника, който искате да изтриете. |
| 3 | Щракнете върху |
вЗа да проверите състоянието на магистрала в Control Hub.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
| 2 | Изберете багажника, на който искате да проверите състоянието. |
| 3 | Щракнете върху Информация за багажника . |
Пример
По-долу са различните статуси на багажника, базирани на регистрация:
онлайн —Успешна регистрация на локален шлюз към Webex Calling.
Офлайн —Неуспешна регистрация на локален шлюз към Webex Calling.
Докато добавяте базиран на сертификат ствол, трябва да въведете напълно квалифицирано име на домейн (FQDN). След това Webex Calling използва комбинация от FQDN и сертификата на локалния шлюз, за да се довери на локален шлюз.
Изисквания за конфигуриране на локален шлюз от контролния център:
Мрежата на локалния шлюз, обърната към облака, ТРЯБВА да използва публичен IPv4 адрес и FQDN или SRV адрес, преобразуващ този адрес, ТРЯБВА да може да бъде разрешим в интернет.
Всички SIP и медийни портове на външния интерфейс ТРЯБВА да бъдат достъпни от интернет, а не зад NAT и следователно необходимите актуализации на защитната стена ТРЯБВА да се извършват на компонентите на корпоративната мрежа:
Обърнете се към Справочно ръководство за порт за Webex Calling за да разберете необходимите портове, които ще се нуждаят от достъп от страната на помещението и от страната на облака.
Подписан сертификат е необходим за успешно оторизиране и удостоверяване на повиквания от магистралата. Сертификатът трябва да отговаря на следните изисквания:
Сертификатът ТРЯБВА да бъде подписан от CA, посочен в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ?
Пакетът доверие, споменат в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? трябва да бъде качен в CUBE.
Сертификатът задължително трябва да е валиден:
Подписаните сертификати ТРЯБВА винаги да имат валиден срок на валидност.
Основните или междинните сертификати ТРЯБВА да имат валиден срок на валидност и не трябва да се отменят.
Сертификатите ТРЯБВА да бъдат подписани за използване на клиент и сървър.
Сертификатите ТРЯБВА да съдържат напълно квалифицираното име на домейн (FQDN) като общо име или алтернативно име на субект в сертификата с FQDN , избрано в Control Hub. Например:
Транк, конфигуриран от Control Hub на вашата организация с london.lgw.cisco.com:5061 като FQDN Трябва да съдържа london.lgw.cisco.com в сертификата CN или SAN.
Транк, конфигуриран от Control Hub на вашата организация с london.lgw.cisco.com като SRV ТРЯБВА да съдържа london.lgw.cisco.com в сертификата CN или SAN. Записите, до които се преобразува SRV адресът (CNAME/A запис/IP адрес), са незадължителни в SAN.
Сертификатите могат да се споделят между повече от един локален шлюз, но трябва да бъдат изпълнени изискванията за FQDN , посочени в предходната точка.
Преди да започнете
Всички магистрали трябва да бъдат присвоени на място в Control Hub.
Администраторът ТРЯБВА да избере локалният шлюз да бъде разрешен чрез FQDN или сервизен запис (SRV) и тази опция ще излезе по време на конфигурирането на вашата магистрала. Има обаче няколко правила:
Администраторът ТРЯБВА да има уникален адрес на хост (FQDN или SRV) за канал в цялата ви организация. Например:
Транк с FQDN london.lgw.cisco.com:5062 може да бъде създаден само ако не съществува друга магистрала с адрес на хост london.lgw.cisco.com.
Транк със SRV адрес london.lgw.cisco.com може да бъде създаден само ако не съществува друга магистрала с хост адрес london.lgw.cisco.com. Това не е разрешено, дори ако съществува магистрална връзка със същото FQDN и комбинация от портове.
Ако адресът на шлюза е FQDN, тогава трябва да бъде конфигуриран порт. Могат да бъдат избрани стандартни SIP портове като 5061 или 5062 и трябва да се направи подходяща конфигурация на защитната стена, така че комбинацията от IPV4 и порт да може да бъде адресирана от облачна услуга.
Ако е избран SRV адрес, тогава тип на услугата трябва да има префикс от "_sips ._tcp ". Записите в служебния запис трябва да имат подходящо тегло и приоритет и да имат TTL не по-малко от 300 секунди.
Необходима е подходяща конфигурация на защитната стена, за да се отворят транспортните адреси (IPv4, порт), посочени в SRV запис(ите).
Администраторът трябва да избере адрес на хост от проверено / заявено име на домейн от най-високо ниво според Статия за управление на домейни .
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
||
| 2 | Изберете Добавяне на багажника . |
||
| 3 | Изберете a Местоположение от падащ списък. |
||
| 4 | Въведете a име за багажника. |
||
| 5 | Изберете На базата на сертификат от Тип багажник падащ списък. |
||
| 6 | Изберете тип устройство от падащото меню.
|
||
| 7 | Въведете Session Border Controller (SBC) (SBC) Адрес , домейн , и Порт . Това е FQDN или SRV адресът за Webex Calling , за да се свържете с вашия Enterprise SBC.
|
||
| 8 | Въведете максимален брой едновременни повиквания.
|
||
| 9 | Щракнете върху Запиши.
|
Какво да направите след това
Запазете адресите на Webex Calling Edge, показани на последния екран.
За да конфигурирате CUBE като ваш локален шлюз, вижте: Конфигурирайте локален шлюз на IOS-XE за обаждания чрез Webex Calling
Можете да редактирате името на магистрала или да прегледате подробностите и използването на транка в Control Hub.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
||||
| 2 | Изберете багажника, който искате да видите или промените. |
||||
| 3 | На страничния панел, до името на багажника, щракнете върху Можете също да видите информацията за употреба на багажника. |
||||
| 4 | За да видите допълнителни подробности, щракнете Управлявайте до стволове .
|
||||
| 5 | Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:
|
Можете да изтриете багажника, стига да не се използва.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
| 2 | Изберете багажника, който искате да изтриете. |
| 3 | Щракнете върху |
За да проверите състоянието на магистрала в Control Hub.
| 1 | Влезте в Control Hubhttps://admin.webex.com , отидете на . |
| 2 | Изберете багажника, на който искате да проверите състоянието. |
| 3 | Щракнете върху Информация за багажника . |
Пример
По-долу са различните статуси на багажника, базирани на сертификати:
Онлайн: Успешна връзка между всички прокси сървъри на Webex Calling Edge и локалния шлюз.
Офлайн: Неуспешна връзка между Webex Calling и Local Gateway.
Увредена : Неуспешна връзка между поне 1 Webex Calling Edge прокси и локален шлюз.
Неизвестно: В процес на установяване на връзка между Webex Calling и наскоро добавения локален шлюз.
SI № |
Описание на грешката |
Действие |
|---|---|---|
1. |
TLS връзката с локалния шлюз не бе успешна поради грешка в разделителната способност на DNS на FQDN , конфигуриран за вашия шлюз |
Проверете DNS конфигурациите за конфигурирания SRV / FQDN и се уверете, че са разрешени |
2. |
TLS връзката към локалния шлюз не бе успешно поради проблем с транспорта |
Проверете дали разрешените IP адреси и порт към локалния шлюз са валидни |
3. |
TLS връзката към локалния шлюз не бе успешно, тъй като сертификатът на шлюза е подписан от невалиден орган за сертификати |
Проверете и се уверете, че сертификатът за локален шлюз е подписан от валиден орган за сертификати ( Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? ) |
4. |
TLS връзката с локалния шлюз не бе успешно, тъй като сертификатът на шлюза е изтекъл |
Проверете и се уверете, че сертификатът за локален шлюз не е изтекъл |
5. |
TLS връзката към локалния шлюз не бе успешно, тъй като сертификатът на шлюза е бил издаден от изтекъл орган за сертификати |
Проверете и се уверете, че сертификатът на локалния шлюз не е подписан от изтекла верига за сертификати на сертифициращ орган |
6. |
TLS връзката към локалния шлюз не бе успешно, тъй като FQDN , конфигуриран за вашия шлюз, липсва от CN или SAN |
Проверете и се уверете, че сертификатът за локален шлюз има CN / SAN, същия като конфигуриран FQDN/SRV |
7. |
SIP опциите, изпратени до локалния шлюз, не получиха отговор |
Проверете и се уверете, че CUBE е конфигуриран да получава OPTIONS заявки и да отговаря. Проверете конфигурацията на CUBE |
8. |
TLS връзката от локален шлюз към Webex Calling не бе успешна поради невалиден сертификат за шлюз |
Проверете и се уверете, че сертификатът за локален шлюз е валиден |
9. |
TLS връзката от локален шлюз към Webex Calling не успя, тъй като не можахме да се доверим на орган за сертификати |
Проверете и се уверете, че сертификатът за локален шлюз е подписан от валидния орган за сертификати ( Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? ) |
10. |
TLS връзката от локален шлюз към Webex Calling не успя поради изтекли сертификати във веригата |
Проверете и се уверете, че сертификатът за локален шлюз не е подписан от верига за сертификати с изтекъл срок |
11. |
TLS връзката и опциите за SIP от локален шлюз към Webex Calling са неуспешни |
Проверете и се уверете, че CUBE е конфигуриран да изпраща OPTIONS заявки |
12. |
Отговорът на SIP опции от локалния шлюз показва грешка в сървъра или услугата не е налична |
Проверете и се уверете, че локалният шлюз не е в режим на поддръжка или маршрутизиране на повикване не е деактивирано |
13. |
TLS връзката към локалния шлюз не успя, тъй като сертификатът на локалния шлюз е отменен |
Проверете и се уверете, че сертификатът за локален шлюз не е отменен |
14. |
TLS връзката от локален шлюз към Webex Calling не успя, тъй като сертификатът на шлюза е отменен |
Проверете и се уверете, че сертификатът за локален шлюз не е отменен |
15. |
TLS връзката от локален шлюз към Webex Calling не бе успешно, тъй като сертификатът на шлюза е изтекъл |
Проверете и се уверете, че сертификатът за локален шлюз не е изтекъл |
16 |
TLS връзката от локален шлюз към Webex Calling не бе успешна поради грешка в сертификата |
Проверете и се уверете, че сертификатът за локален шлюз е валиден и отговаря на изискванията |
17. |
TLS връзката с локален шлюз от Webex Calling не бе успешна поради грешка в сертификата |
потвърдете и се уверете, че сертификатът за локален шлюз е валиден и отговаря на изискванията |
|
Грешка SI №: 2,6,11 и 12 се показват само когато всички крайни прокси възли имат проблем. |
Група маршрути
Групата за маршрути е група от магистрали, които позволяват на обажданията на Webex Calling да разпределят повиквания върху множество канали или да предоставят резервиране.
Преди да започнете
Добавете магистрали преди да конфигурирате група маршрути.
Групите за маршрути могат да включват конфигурирани магистрали от множество места.
Транковете могат да се конфигурират поотделно или да се присвоят към група маршрути. Добавете магистрали към групите маршрути, за да осигурите излишък и мащабируемост.
Всяка група маршрути трябва да включва поне една магистрала с максимум 10 магистрали на група маршрути.
Когато конфигурирате група маршрути, вие задавате ниво на приоритет на магистралите в тази група маршрути. Тази настройка позволява повикванията да се пренасочват по начин, балансиран на натоварването.
Повикванията се разпределят на случаен принцип между каналите със същия приоритет. Ако магистрална линия, която е зададена като най-висок приоритет, не е налична, системата се опитва да насочи повикването към магистрала с настройка с по-нисък приоритет. Например:
Trunk 1 и Trunk 2 са зададени на ниво приоритет 1.
Багажникът 3 е настроен на ниво приоритет 2.
Webex Calling маршрутизира обажданията към Транк 1 и Транк 2 по балансиран начин.
Ако Транк 1 и Транк 2 са недостъпни, повикванията се пренасочват към Транк 3.
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете . |
| 3 | Наименувайте групата група маршрути, след което изберете магистрала(ите) за добавяне от падащо меню. |
| 4 | Изберете нивото на приоритет за багажника. |
| 5 | Щракнете върху Запиши. |
Какво да направите след това
От екрана за потвърждение можете да посетите Местоположения страница, за да конфигурирате Връзка с обществена телефонна централа към отделни местоположения, или можете да посетите Планове за набиране страница, за да използвате тази група маршрути маршрути като избор за маршрут за план за набиране. Група група маршрути може също да се използва като избор за маршрутизиране за неизвестно маршрутизиране на разширения на местоположение.
Можете да промените името на съществуваща група маршрути, да добавите магистрали, да промените броя на присвоените магистрали и да промените нивата на приоритет на магистралите. От страницата с подробности за група маршрути можете също да видите Обаждания към локални разширения , Планове за набиране , и PSTN връзка .
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете групата група маршрути, която искате да промените. |
| 3 | В страничния панел, до името на група маршрути , щракнете върху |
| 4 | За да добавите или редактирате магистрали в група маршрути, щракнете Управлявайте до стволове . Можете да добавите багажник от падащо меню, да редактирате нивото на приоритет на съществуваща магистрала в таблицата и/или да изтриете съществуваща магистрала от таблицата. |
| 5 | Щракнете върху Запиши. |
Можете да изтриете група маршрути , стига да не се използва.
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете групата група маршрути, която искате да изтриете. |
| 3 | Щракнете върху |
Плановете за набиране ви позволяват да маршрутизиране на повиквания към в помещението дестинации чрез използване на връзки или групи маршрути. Те са конфигурирани глобално за предприятие и се прилагат за всички потребители, независимо от местоположението. Планът за набиране също така определя избора за маршрутизиране (транк или група маршрути) за повиквания, които съответстват на който и да е от неговите модели на набиране. Специфични модели на набиране могат да бъдат определени като част от вашия план за набиране. Моделът в помещението разширения:
ESN/мрежови номера
+ E.164 шаблони
URI адрес на SIP домейни
Цифрови модели за набиране
Числовите модели могат да представляват E.164 числа или корпоративни номера. Шаблоните за числата E.164 започват с водещ +, последван от поредица от цифри (1-9) и след това незадължителни заместващи знаци.
Корпоративен модел за набиране
Моделът за корпоративно набиране е представен от поредица от цифри (1-9), последвани от незадължителни заместващи знаци. Валидни заместващи знаци са ! (съвпада с произволна последователност от цифри) и X (съвпада с една цифра, 0-9). ! заместващият знак може да се появи само веднъж в края и само в модел E.164 .
|
Не можете да използвате:
|
Примери за корпоративен план за набиране |
|
|---|---|
+1408555XXXX |
11-цифрен + E.164 номер, започващ с +1408555 |
+14085551234 |
Точен низ за набиране +14085551234 |
+496100! |
Всеки низ за набиране, започващ с +496100 |
84969XXX |
8-цифрен ESN, започващ с 84969 |
84969764 |
Точен 8-цифрен ESN 84969764 |
Синтаксис на модела за набиране на URI адрес на SIP :
Само домейни (дясната страна на URI адрес на SIP след @) се съпоставят. Опциите са или:
Напълно квалифициран домейн
Домейн с водещ * (указващ всички поддомейни на даден домейн)
примери:
Примери за синтаксис на модела за набиране на URI адрес на SIP |
||
|---|---|---|
Префикс |
смисъл |
Примери |
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 не съответства |
След като създадете своите канали и групи маршрути, можете да конфигурирате план за набиране Контролен център .
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Щракнете върху Планове за набиране , тогава Създаване на план за набиране . |
| 3 | Въведете a име за схемата за набиране. |
| 4 | Изберете a Избор на маршрут . Изберете или предварително създадена магистрала или група маршрути. |
| 5 | (По избор) Можете ръчно да създадете или импортирате шаблон за набиране за избрания маршрут. |
| 6 | Щракнете върху Запиши. |
Какво да направите след това
Можете също да добавяте групово модели за набиране, след като вашият план за набиране бъде създаден. За да добавите групово модели за набиране с помощта на CSV файл, отидете на Планове за набиране екран и изберете Действия падащо меню от плана за набиране за редактиране и след това изберете Импортиране на CSV шаблони за набиране или Експортиране на шаблони за набиране в CSV . Изберете Изтеглете шаблон или Импортиране на CSV файл и щракнете Изпратете .
Можете да промените името на съществуващ план за набиране, опциите за маршрутизиране и моделите за набиране Контролен център .
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете плана за набиране, който искате да промените. |
| 3 | Щракнете върху страничния панел до името на плана за набиране |
| 4 | За да промените Избор на маршрут изберете друга опция от падащо меню. |
| 5 | За да добавите ръчно нов модел на набиране, щракнете Добавете модели за набиране . Или щракнете Импортиране на CSV за групово добавяне на модели за набиране. |
| 6 | За да премахнете шаблон за набиране, щракнете върху |
| 7 | Щракнете върху Запиши. |
икона до модела на набиране, който искате да премахнете.| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете плана за набиране, който искате да изтриете. |
| 3 | Щракнете върху |
Можете да активирате настройката Обаждания към вътрешни разширения в Контролен център . Тази настройка важи за потребители в рамките на местоположение, които са регистрирани към PBX и ви позволява да насочвате неизвестни вътрешни номера (с дължина на номера за повикване от 2-6 цифри) към PBX, като използвате съществуваща магистрала или група маршрути.
Преди да започнете
Настройката за обаждания до локални разширения е активирана за местоположение.
Тази настройка позволява запазване на навиците за набиране в смесена среда в облак/помещение. Потребителите могат да продължат да използват съкратено набиране (например 4 цифри), дори ако сайтът е частично мигриран към Webex Calling .
Когато е активирано, повикванията, направени от потребители на местоположението към неизвестен вътрешен номер (между 2-6 цифри) се пренасочват към избраната група маршрути/транк като повиквания от помещения.
Повикванията, пренасочени през магистрали на местоположение от неизвестен вътрешен номер, се обработват като повиквания от помещения. Това се отнася до повиквания нагоре по веригата, входящи в Webex Calling от магистрала.
Обажданията се считат за произхождащи от неизвестен вътрешен номер, когато идентификационният ИД на обаждащия се не съвпада с нито един от съществуващите модели на план за набиране.
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете местоположението за промяна. |
| 3 | На панела щракнете Вътрешно набиране . |
| 4 | Поставете отметка в квадратчето до Активирайте маршрутизирането на неизвестни разширения към Помещенията като вътрешни повиквания за да активирате тази настройка. |
| 5 | Изберете избор на маршрут от падащо меню. |
| 6 | Щракнете върху Запиши. |
В Контролен център можете да конфигурирате настройки за маршрутизиране на повикване между Webex Calling и помещения. Тези настройки определят как се обработват вашите неизвестни номера при използване на връзки и групи маршрути към в помещението централа, както и формата за ИД на обаждащия се за повиквания, насочени между Webex Calling и вашата PBX.
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
||
| 2 | Превъртете до Маршрутизиране на повиквания между Webex Calling и помещенията и изберете как искате да обработвате неизвестни числа.
|
||
| 3 | Изберете вашия формат за ИД на обаждащия се.
|
||
| 4 | Щракнете върху Запиши.  |
Инструментът за проверка на маршрутизирането на повиквания в Контролен център предоставя:
Симулация на повиквания за анализ на решенията за маршрутизиране.
Полезни насоки по време на фазите на проектиране и конфигуриране на внедряването.
Събития в Webex Analytics Platform, които включват решения за маршрутизиране на повикване .
Поддръжка в случаи на отстраняване на неизправности.
| 1 | От изглед на клиента вhttps://admin.webex.com , отидете на . |
| 2 | Изберете Проверете маршрутизирането на повикванията . |
| 3 | От падащо меню изберете Изберете Източник на повикване на потребител или транк за проверка. |
| 4 | Въведете число или URI. |
| 5 | Щракнете върху Вижте Резултат от маршрутизиране за да видите маршрутизиране на повикване. |
Пример 1: Многосайтова централа
Описание на внедряването
Корпоративен клиент със 100 сайта в САЩ.
Разгръщане на PBX на няколко места (или мрежа от PBX), с главна PBX, разпределена в два основни сайта за HA.
8-цифрен корпоративен план за набиране: 8 + 3-цифрен код на сайт + 4-цифрено разширение.
30 сайта остават в помещението, 70 се преместват в Webex Calling . PSTN остава в помещението, чрез SIP магистрали в двата основни сайта.
Няма смесени сайтове. За всеки сайт потребителите са или в помещението, или всички регистрирани в облак.
Решение за внедряване
Единичен план за набиране с 30 модела E.164 + 30 ESN, който насочва обажданията за в помещението потребители към група маршрути с два канала, завършващи на два локални шлюза на двата основни сайта.
Пример 2: Смесени облачни-PBX сайтове
Описание на внедряването
Корпоративен клиент с 50 сайта в САЩ: 10 големи обекта и 40 малки клона.
PBX в големи обекти, ключове в клонове.
7-цифрен корпоративен план за набиране: 8 + 2-цифрен код на сайт + 4-цифрено разширение.
Webex Calling само в клонове, бавна миграция от PBX на големи сайтове (смесени сайтове и с двете Webex Calling и потребители на централа).
Свързан с облак PSTN за всички потребители на облак (потребителите на помещенията продължават да използват съществуващите PSTN).
Потребителите на облак и PBX на всеки голям сайт трябва да запазят възможностите за набиране само за вътрешни номера.
Решение за внедряване
Dial планира да маршрутизиране на повиквания към всяка от PBX от всеки друг сайт. Също така, за всеки голям сайт, обажданията към локални разширения, конфигурирани да маршрутизиране на повиквания към магистрала, която завършва на локален шлюз на сайта.
Конфигурируеми ограничения за магистрали, групи маршрути и планове за набиране |
|
|---|---|
Описание |
Максимално ограничение |
Модели за набиране, които CSV може да качи в план за набиране |
10000 |
Тракове, които могат да се конфигурират за местоположение |
100 |
Групи от маршрути за корпоративен клиент |
10000 |
Транкове, конфигурируеми в рамките на група маршрути |
10 |
Планове за набиране, конфигурируеми за корпоративен клиент |
10000 |
Модели за набиране, конфигурируеми с един план за набиране |
10000 |
