- Начало
- /
- Статия
Благодарим за обратната връзка.
В тази статия
Обратна връзка?Webex Calling Планове, транспортни канали и групи маршрути помагат за конфигурирането на Webex Calling за управление на обаждания между Webex Calling хоствани потребители и потребители на локални централи. Това решение ви позволява да конфигурирате хоствани потребители да използват Cloud PSTN (CCP или Cisco PSTN) или PSTN, базирани на помещения.
Trunk е връзка между помещенията Webex Calling и помещенията, която завършва в помещението с локален шлюз или друго поддържано устройство. След като създадете багажник, можете да го присвоите към група маршрути.
Група маршрути е група от стволове, които позволяват Webex Calling да се разпространяват повиквания по множество стволове или да се осигури съкращаване.
Локалният шлюз е локално устройство, което свързва багажника, локалния PSTN и/или централата.
Стволовете, групите маршрути и плановете за набиране осигуряват следните предимства:
-
Балансиране на товара и повреда през стволовете до Webex Calling и помещенията.
-
Възможност Webex Calling потребителите да използват облачни PSTN (Cloud Connected PSTN (CCP) или Cisco PSTN) и да достигат до потребители на централа в предприятието.
-
Маршрутизиране на обаждания към различни помещения централи.
-
Тандемна функционалност за насочване на повиквания между централи в помещенията.
-
По-широк спектър от сценарии за миграция и съвместно съществуване с централи на помещения, включително смесени сайтове с потребители и 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. За свързване към локални централи могат да се използват и стволове за PSTN, базирани на помещения, чрез локален шлюз. Можете да запазите съществуващата функционалност на локалния шлюз, без да правите промени в конфигурацията. Местоположенията, използващи локален шлюз, са зададени на PSTN, базирани на помещения, а локалните шлюзове се превръщат в стволове.
Багажник
Багажникът е връзка между помещенията Webex Calling и помещенията, прекъсната в помещението с поддържан контролер на границата на сесията, действащ като Локален шлюз. Вижте Първи стъпки с Local Gateway, за да разберете различните модели и изисквания за устройства и конфигурация.
За модел на регистрационен багажник Session Border Controller (SBC) извършва SIP регистрация. Базираният на регистрация багажник изисква локалният шлюз за поддържане на SIP регистрацията да е активна. Връзката е имплицитна за регистрацията.
Преди да започнете
Всички стволове трябва да бъдат присвоени на местоположение в Control Hub.
| 1 |
Изберете Добавяне на багажник. |
| 2 |
Изберете местоположение от падащия списък. |
| 3 |
Въведете име за багажника. |
| 4 |
Изберете Р егистра ция от падащия списък Тип на багажника. |
| 5 |
Настройката за поддръжка на двойна идентичност влияе върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITA към багажника за изходящо повикване. С активирана Dual Identity, Webex Calling попълва From и PAI (и двете заглавки за идентичност могат да бъдат различни). Когато двойната идентичност е деактивирана, PAI и From са идентични и са зададени на това, на което е зада дено заглавката From с активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
| 6 |
Щракнете върху Запаз ване. |
Какво да правя по-нататък
Информацията за багажника се появява на екрана Р егистрирайте домейн, Trunk Group OTG/DTG, Линия/порт, Изходящ прокси адрес. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, за да можете да се обърнете към нея, когато сте готови да конфигурирате локал ния шлюз. Ако загубите идентификационните данни, трябва да ги регенерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на парол ата, за да генерирате нов набор от идентификационни данни, които да използвате в багажника.
Това действие влияе върху услугата, затова се препоръчва да се извършва в не работно време.
Ако конфигурирате багажник, към който да свържете локалния шлюзWebex Calling, вижте: Конфигуриране на локален шлюз на IOS-XE за. Webex Calling
Багажникът е връзката между помещенията Webex Calling и помещенията, завършваща в помещенията с локален шлюз или друго поддържано устройство.
Преди да започнете
Всички стволове трябва да бъдат присвоени на място в контролния център.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в У |
| 3 |
Изберете Добавяне на багажник. |
| 4 |
Изберете местоположение и име на багажника. Името на багажника не може да бъде дълго повече от 24 знака. |
| 5 |
Настройката за поддръжка на двойна идентичност влияе върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITA към багажника за изходящо повикване. С активирана Dual Identity, Webex Calling попълва From и PAI (и двете заглавки за идентичност могат да бъдат различни). Когато двойната идентичност е деактивирана, PAI и From са идентични и са зададени на това, на което е зада дено заглавката From с активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
| 6 |
Щракнете върху Запаз ване. |
| 7 |
Поддръж ката на P-Charge-Info адресира необходимостта доставчиците на PSTN да имат по-надежден метод за удостоверяване и фактуриране на повиквания вътре. Webex Calling Локалният шлюз може да получи идентификатор на обаждащия се, който се различава от номера, който искате да използвате за фактуриране или оторизация. За да изпратите допълнителен идентификатор за тези цели, използвайте заглавката P-Charge-Info. Активирайте тази опция, за да включите заглавката P-Charge-Info в изходящата информация за PSTN повикване, изпратена до багажника, като използвате номер въ з основа на избраната опция за политика. След това доставчикът на PSTN може да разчита на единичната заглавка P-Charge-Info, за да определи таксуващия номер, елиминирайки необходимостта от използване на заглавката PAI за редовни инициативи и заглавката Diversion за пренасо чване на повиквания. По подразбиране системата задава правилата за поддръжка на P-Charge-Info на Деактиви рано.
Ограничения:
|
Какво да правя по-нататък
Информацията за багажника се появява на екрана Р егистрирайте домейн, Trunk Group OTG/DTG, Линия/порт, Изходящ прокси адрес. Препоръчваме ви да копирате тази информация от Control Hub и да я поставите в локален текстов файл или документ, за да можете да се обърнете към нея, когато сте готови да конфигурирате локал ния шлюз. Ако загубите идентификационните данни, трябва да ги генерирате отново от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на парол ата, за да генерирате нов набор от идентификационни данни, които да използвате в багажника.
Това действие влияе върху услугата, затова се препоръчва да се прави в не работно време.
Можете да редактирате името на багажника или да видите подробностите и използването на багажника в контролния център.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в У |
| 3 |
Изберете багажника, който искате да видите или промените. |
| 4 |
На страничния панел, до името на багажника, щракнете върху Можете също да видите информацията за използване на багажника. |
| 5 |
За да видите допълнителни подробности, щракнете върху Управ ление до T runks. Използвайте тази настройка, ако загубите идентификационните данни за багажника и трябва да ги регенерирате. Щракнете върху Извличане на потребителско име и парола, за да генерирате нов набор от идентификационни данни, които да използвате в багажника. Това въздейства на услугата. |
| 6 |
Настройката за поддръжка на двойна идентичност влияе върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITA към багажника за изходящо повикване. Когато двойната идентичност е деактивирана, PAI и From са идентични и са зададени на това, на което е зада дено заглавката From с активирана двойна идентичност. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
икона за промяна на името на багажника.Можете да изтриете багажник, стига да не се използва.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в У |
| 3 |
Изберете багажника, който искате да изтриете. |
| 4 |
Щракнете |
в колоната За да проверите състоянието на багажника в контролния център.
| 1 |
Влезте в контролния център. | |||||||||||||||||
| 2 |
Отидете в У
Страницата изброява вашите стволове и показва информация за тях,
включително статус — онлайн, офлайн, неизвестен и увреден.
| |||||||||||||||||
| 3 |
(По избор) Можете да филтрирате записите на багажника въз основа на състоянието на багажника или типа на багажника. От падащото меню за филтър Всички стволове изберете няко я от следните опции за филтриране, за да попълните страницата. Състоянието на багажника се актуализира на всеки 3 минути.
| |||||||||||||||||
| 4 |
Щрак нете върху Обновяване, за да видите най-новите актуализации за състоянието на багажника. Показва се времевата марка за последното обновяване на страницата. Използвайте ръчното
опресня ване, за да актуализирате страницата.
| |||||||||||||||||
| 5 |
(По избор) Можете да търсите конкретен запис на багажника, като използвате опцията Тър сене въз основа на името или местоположението. Ако търсенето ви върне повече от 1000 ствола, не можете да сортирате или тър сите в резултатите. | |||||||||||||||||
| 6 |
Изберете багажник от списъка, за да проверите за подробна информация. Появява се изскачащ прозорец, показващ подробна информация за
избрания багажник.
| |||||||||||||||||
| 7 |
Щракнете върху ление, за да видите пълната информация за багажника.
За повече информация относно различните условия на грешки вижте Отстраняване на неизправности в локалния ш люз. |
Докато добавяте багажник, базиран на сертификати, трябва да въведете напълно квалифицирано име на домейн (FQDN). След това Webex Calling използва комбинация от сертификат FQDN и локалния шлюз, за да се довери на локален шлюз.
Изисквания за конфигуриране на локален шлюз от контролния център:
-
Локалният шлюз ТРЯБВА да бъде достъпен директно от интернет чрез публичен IPv4 адрес. Този адрес трябва да бъде разрешен от DNS A или SRV запис от домей н, който е бил проверен в контролния център. Ако локалният шлюз е конфигури ран с частен IP адрес, тогава е необходим превод на статичен адрес 1:1 (NAT), за да се гарантира, че може да бъде достигнат директно от интернет.
-
Когато са разположени зад защитна стена, трябва да бъдат конфигурирани подходящи правила, за да позволят на TLS SIP сигнализацията и UDP/SRTP носителите да преминават между локалния шлюз и интернет.
-
Вижте Ръковод Webex Callingството за справ ки за портове за подробности относно портовете, използвани в потоците между локалния шлюз и облака Webex.
-
Това ръководство за конфигуриране предполага, че стандартният TLS SIP порт на 5061 се използва от локалния шлюз за получаване на сигнализация. Ако е необходимо, може да се използва алтернативен сигнализационен порт за слушане.
-
-
Подписан сертификат е необходим за успешно оторизация и удостоверяване на повиквания от багажника. Локалният шлюз ТРЯБВА да отговаря на следните изисквания при установяване на двупосочна взаимна TLS връзка с Webex Calling услуги за SIP:
-
Сертификатът за локален шлюз ТРЯБВА да бъде:
-
Подписано от CA, посочен в Кои органи за корен сертификат се поддържат за обажд Cisco Webex ания към аудио и видео платформи?
-
Подписаните сертификати ТРЯБВА винаги да имат валиден срок на годност.
-
Основните или междинните сертификати, използвани за подписване на сертификата, ТРЯБВА да имат валиден изтичане и не трябва да бъдат отменени.
-
Поддържат се сертификати, съдържащи само удостоверяване на сървъра с разширено използване на ключа (EKU) Webex Callingне потвърждава или налага наличието на EKU за удостоверяване на клиента по време на установяване на TLS ръкостискане.
Някои контролери на гранични сесии (SBC) на трети страни могат да наложат стриктно валидиране на EKU и могат да отхвърлят сертификати, които не включват EKU за удостоверяване на клиента. В такива случаи се уверете, че SBC е конфигуриран да приема сертификати само с EKU за удостоверяване на сървъра или да деактивира стриктната проверка на EKU (ако се поддържа). -
Сертификатите трябва да съдържат напълно квалифицираното име на домейн (FQDN), тъй като често срещано име или алтернативно име на предмета в сертификата с FQDN за багажника е избран в контролния център. Изискванията са разгледани в следващия раздел.
-
-
Доверителен пакет, споменат в Кои органи за коренни сертификати се поддържат за обажд 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 (и).
-
Ако е избран SRV адрес, тогава типът услуга ЗАДЪЛЖАВА да има префикс от „_sips. _ткп“.
-
Адресът може да бъде разрешен към един или повече DNS A записи с различна тежест и приоритет. Докато правите това, се препоръчва да използвате един и същ порт за слушане за всички записи.
-
Записите в регистъра за обслужване трябва да имат подходя що тегло и приоритет. Използването на различно тегло и приоритет влияе върху разпределението на трафика за повиквания, произхождащи от. Webex Calling
-
-
Всички типове записи ТРЯБВА да имат разумно висока TTL 300 секунди или по-висока е предпочитана.
Докато конфигурирате магистралния адрес в Control Hub, са разрешени както FQDN, така и SRV формат и. Въпреки това, за да се свържете конфигурацията от страна на наемателяWebex Calling, в локалния шлюз трябва да се използват само базирани на SRV Webex Calling Edge адреси.
-
-
Всички стволове трябва да бъдат присвоени на място в контролния център.
Следващата таблица съдържа примери с различни типове записи, които са избрани във вашата организация като адрес на багажника едновременно.
|
Конфигурация на багажника като FQDN или SRV |
Правило за конфигурация на DNS |
Адрес, присъстващ в сертификата като общо наименование (CN) или алтернативно на именование на субекта (SAN) |
Изискване за заглавка на SIP |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com с порт 5061 |
london.lgw1.cisco.com е DNS A запис |
лондон.лгв1.циско. Ком |
sip: london.lgw1.cisco.com:пристанище; транспорт = tls или sip: потребител@london.lgw1.cisco.com:порт; транспорт = tls |
|
СРВ: frankfurt.lgw.cisco.com |
_глътки. _tcp.frankfurt.lgw.cisco.com решава един рекорд А frankfurt.lgw1.cisco.com |
франкфурт.lgw.cisco.com |
sip: frankfurt.lgw.cisco.com; пристанище; транспорт = tls или sip: user@frankfurt.lgw.cisco.com; пристанище; транспорт = tls |
|
СРВ: frankfurt.lgw.cisco.com |
_глътки. _tcp.frankfurt.lgw.cisco.com решава ДВА или повече А записа b.lgw1.cisco.com b.lgw2.cisco.com И двата записа ТРЯБВА да се решават на уникален IP адрес и както е предложено, могат да имат различно тегло и приоритет. |
франкфурт.lgw.cisco.com |
sip: frankfurt.lgw.cisco.com; пристанище; транспорт = tls или sip: user@frankfurt.lgw.cisco.com; пристанище; транспорт = tls |
Всяка SIP транзакция Локален шлюз инициира към Webex Calling облака, трябва да съдържа заглавка за контакт с FQDN на локален шлюз.
ОПЦИИ Транзакциите от Local Gateway са особено важни, за да може състоянието на локалния шлюз в контролния център да бъде онлайн.
От вас се изисква да добавите SRV записа и получения запис A в SAN на сертификата.
| 1 |
Влезте в контролния център. |
| 2 |
.
|
| 3 |
Изберете Добавяне на багажник. |
| 4 |
Изберете местоположение от падащия списък. |
| 5 |
Въведете име за багажника. |
| 6 |
Изберете Серти фикат базиран от падащия списък Тип на багажника . |
| 7 |
Изберете тип устройство от падащото меню. Интеграцията на SBC с локален шлю Cisco Webex Calling з на трета страна (LGW) се поддържа само с базиран на сертификат багажник. Само SBC, показани в списъка с типове устройства в Control Hub, се валидират от нашите доверени партньори като съвместими Webex Calling локални шлюзове. За повече информация относно поддържаната информация за доставчици на трети страни вижте: Поддръж ка на SBC от трети страни в раздела T runk. |
| 8 |
Въведете адре са, домей на и пор та на контролера на границата на сесията (SBC). Това е FQDN или SRV адресът, за Webex Calling да се свържете с вашия Enterprise SBC.
Трябва да имате проверен домейн. За повече информация вижте
Управление на вашите домейни |
| 9 |
Въведете максималния брой едновременни повиквания.
|
| 10 |
Щракнете върху Запаз ване. Ако валидирането не премине, бутонът Запазване няма да се появи. Валидирането може да
не премине, ако избраният FQDN или SRV не е уникален за вашата организация.
Проверете изискването за уникални FQDN или SRV адреси по-горе. Ако проблемът
продължава, свържете се с екипа за поддръжка на Cisco. |
Какво да правя по-нататък
-
Запазете адресите на Webex Calling Edge, показани на крайния екран.
-
За да конфигурирате CUBE като локален шлюз, вижте: Конфигу риране на локален шлюз на IOS-XE за Webex Calling
Можете да редактирате името на багажника или да видите подробностите и използването на багажника в Control Hub.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в У |
| 3 |
Изберете багажника, който искате да видите или промените. |
| 4 |
На страничния панел, до името на багажника, щракнете върху Можете също да видите информацията за използване на багажника. |
| 5 |
За да видите допълнителни подробности, щракнете върху Управ ление до T runks. Използвайте тази настройка, ако искате да актуализирате стойност за максимално равностойни повиквания. Ако трябва да актуализирате SRV адреса или FQDN или порта на вашия локален шлюз, трябва да добавите нов багажник и да изтриете стария багажник. |
| 6 |
Настройката за поддръжка на двойна идентичност влияе върху обработката на заглавката From и заглавката P-Asserted-Identity (PAI) при изпращане на първоначална SIP INVITA към багажника за изходящо повикване. По-долу са дадени някои примерни сценарии за по-добро разбиране на използването на тази настройка:
|
Можете да изтриете багажник, стига да не се използва.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в У |
| 3 |
Изберете багажника, който искате да изтриете. |
| 4 |
Щракнете |
За да проверите състоянието на багажника в контролния център.
| 1 |
Влезте в контролния център. | |||||||||||||||||
| 2 |
Отидете в У
Страницата изброява вашите стволове и показва информация за тях,
включително статус — онлайн, офлайн, неизвестен и увреден.
| |||||||||||||||||
| 3 |
(По избор) Можете да филтрирате записите на багажника въз основа на състоянието на багажника или типа на багажника. От падащото меню за филтър Всички стволове изберете няко я от следните опции за филтриране, за да попълните страницата. Състоянието на багажника се актуализира на всеки 3 минути.
| |||||||||||||||||
| 4 |
Щрак нете върху Обновяване, за да видите най-новите актуализации за състоянието на багажника. Показва се времевата марка за последното обновяване на страницата. Използвайте ръчното
опресня ване, за да актуализирате страницата.
| |||||||||||||||||
| 5 |
(По избор) Можете да търсите конкретен запис на багажника, като използвате опцията Тър сене въз основа на името или местоположението. Ако търсенето ви върне повече от 1000 ствола, не можете да сортирате или тър сите в резултатите. | |||||||||||||||||
| 6 |
Изберете багажник от списъка, за да проверите за подробна информация. Появява се изскачащ прозорец, показващ подробна информация за
избрания багажник.
| |||||||||||||||||
| 7 |
Щракнете върху ление, за да видите пълната информация за багажника.
За повече информация относно различните условия на грешки вижте Отстраняване на неизправности в локалния ш люз. |
|
SI No. |
Описание на грешката |
Действие |
|---|---|---|
|
1. |
TLS връзката с локален шлюз е неуспешна поради повреда на DNS резолюцията на FQDN, конфигуриран за вашия шлюз |
Проверете конфигурациите на DNS за конфигурираните SRV/FQDN и се уверете, че те са разрешими |
|
2. |
TLS връзката с локален шлюз се провали поради проблем с транспорта |
Проверете дали разрешените IP адреси и порт към локалния шлюз са валидни |
|
3. |
TLS връзката с локален шлюз се провали, тъй като сертификатът на шлюза е подписан от невалиден Certificate Authority |
Проверете и уверете се, че сертификатът за локален шлюз е подписан от валиден Certificate Authority (Какви органи за основен сертификат се поддържат за повиквания към Cisco Webex аудио и видео платформи? ) |
|
4. |
TLS връзката с локален шлюз се провали, тъй като сертификатът на шлюза е изтекъл |
Проверете и уверете се, че сертификатът за Local Gateway не е изтекъл |
|
5. |
TLS връзката с локален шлюз се провали, тъй като сертификатът на шлюза е издаден от изтекъл Certificate Authority |
Проверете и уверете се, че сертификатът Local Gateway не е подписан от верига на сертификат на сертифицирания орган с изтекъл срок |
|
6. |
TLS връзката с локален шлюз се провали, тъй като FQDN, конфигуриран за вашия шлюз, липсва от CN или SAN |
Проверете и се уверете, че сертификатът за локален шлюз е конфигуриран CN/SAN като конфигурирания FQDN/SRV |
|
7. |
Опциите SIP, изпратени до локалния шлюз, не получиха отговор |
Проверете и се уверете, че CUBE е конфигуриран да получава заявки за OP TIONS и да отговаря. Проверете конфигурацията на CUBE |
|
8. |
TLS връзка от Local Gateway до не Webex Calling успешна поради невалиден сертификат за шлюз |
Проверете и уверете се, че сертификатът Local Gateway е валиден |
|
9. |
TLS връзката от Local Gateway се провали, Webex Calling тъй като не успяхме да се доверим на Certificate Authority |
Проверете и уверете се, че сертификатът за локален шлюз е подписан от валидния Certificate Authority (Какви органи за основен сертификат се поддържат за повиквания към Cisco Webex аудио и видео платформи? ) |
|
10. |
TLS връзка от Local Gateway към не Webex Calling успешна поради изтекли сертификати във веригата |
Проверете и уверете се, че сертификатът Local Gateway не е подписан от веригата на сертификати с изтекъл срок на годност |
|
11. |
TLS връзката и SIP опциите от Local Gateway Webex Calling са неуспешни |
Проверете и уверете се, че CUBE е конфигуриран да изпраща заявки за OP TIONS |
|
12. |
Отговорът на SIP опциите от локалния шлюз показва грешка на сървъра или услуга недостъпна |
Проверете и уверете се, че локалният шлюз не е в режим на поддръжка или маршрутизирането на повиквания не е деактивирано |
|
13. |
TLS връзката с локален шлюз се провали, тъй като сертификатът на локалния шлюз е отменен |
Проверете и уверете се, че сертификатът за локален шлюз не е отменен |
|
14. |
TLS връзка от локален шлюз е не Webex Calling успешна, тъй като сертификатът на шлюза е отменен |
Проверете и уверете се, че сертификатът за локален шлюз не е отменен |
|
15. |
TLS връзка от локален шлюз е не Webex Calling успешна, тъй като сертификатът на шлюза е изтекъл |
Проверете и уверете се, че сертификатът за Local Gateway не е изтекъл |
|
16. |
TLS връзка от локален шлюз до не Webex Calling успешна поради грешка в сертификата |
Проверете и уверете се, че сертификатът Local Gateway е валиден и отговаря на изискванията |
|
17. |
TLS връзка с локален шлюз от не Webex Calling успешна поради грешка в сертификата |
Проверете и уверете се, че сертификатът Local Gateway е валиден и отговаря на изискванията |
Грешка SI No.: 2,6,11 и 12 се показват само когато всички крайни прокси възли имат проблем.
Маршрутна група
Група маршрути е група от стволове, които позволяват Webex Calling да се разпространяват повиквания по множество стволове или да се осигури съкращаване.
Преди да започнете
-
Добавете стволове, преди да конфигурирате група маршрути.
-
Групите маршрути могат да включват конфигурирани стволове от множество места.
-
Стволовете могат да бъдат конфигурирани единично или присвоени към група маршрути. Добавете стволове към групите по маршрути, за да осигурите излишък и мащабируемост.
-
Всяка група маршрути трябва да включва поне един багажник с максимум 10 ствола на група маршрути.
-
Когато конфигурирате група маршрути, задавате ниво на приоритет на стволовете в рамките на тази група маршрути. Тази настройка позволява да се насочват повикванията по балансиран начин на натоварване.
-
Обажданията се разпределят произволно между стволовете със същия приоритет. Ако багажник, зададен като най-висок приоритет, не е наличен, системата се опитва да насочи повикването към багажник с настройка за по-нисък приоритет. Например:
-
Багажникът 1 и багажник 2 са зададени на приоритетно ниво 1.
-
Багажникът 3 е зададен на приоритетно ниво 2.
-
Webex Callingнасочва повиквания към Trunk 1 и Trunk 2 по балансиран начин .
-
Ако Trunk 1 и Trunk 2 са недостъпни, обажданията се насочват към Trunk 3.
-
| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да добавят група маршрути
от Услуги > Оба
|
| 3 |
Изберете . |
| 4 |
Назовете групата маршрути, след което изберете багажника (ите), които да добавите от падащото меню. |
| 5 |
Изберете нивото на приоритет за багажника. |
| 6 |
Щракнете върху Запаз ване. |
Какво да правя по-нататък
От екрана за потвърждение можете да посетите страницата Местоположения, за да конфигурирате PSTN връзката с отделни место положения, или да посетите страницата План ове за на би ране, за да използвате тази група маршрути като избор за маршрутизиране за план за набиране. Група маршрути може да се използва и като избор за маршрутизиране за маршрутизиране на неизвестно разширение на местоположение.
Можете да промените името на съществуваща група маршрути, да добавяте стволове, да променяте броя на зададените стволове и да промените нивата на приоритет на багажника. От страницата с подробности за групата маршрути можете също да видите повиквания към локални разширения, П лан ове за набиране и PSTN връзка .
| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да променят група маршрути
от У
|
| 3 |
Изберете групата маршрути, която искате да промените. |
| 4 |
В страничния панел, до името на групата маршрути, щракнете върху |
| 5 |
За да добавите или редактирате стволове в групата маршрути, щракнете върху Управ ление до T runks. Можете да добавите багажник от падащото меню, да редактирате нивото на приоритет на съществуващ багажник в таблицата и/или да изтриете съществуващ багажник от таблицата. |
| 6 |
Щракнете върху Запаз ване.
|
Можете да изтриете група маршрути, стига да не се използва.
| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да изтрият група маршрути
от У
|
| 3 |
Изберете групата маршрути, която искате да изтриете. |
| 4 |
Щракнете върху |
Плановете за набиране ви позволяват да насочвате повиквания към локални дестинации чрез използване на стволове или групи маршрути. Конфигурирайте плановете за набиране в световен мащаб за дадено предприятие и прилагайте за всички потребители, независимо от местоположението. Планът за набиране също така определя избора на маршрутизиране (багажник или група маршрути) за повиквания, които съответстват на някой от неговите модели за набиране. Определете специфичните модели на набиране като част от вашия план за набиране. Шаблон за набиране представлява локални раз ширения:
-
ESN/Нетови номера
-
+Е.164 модели
-
SIP URI домейни
Цифрови модели за циферблат
Числовите модели могат да представляват числа E.164 или номера на предприятията. Модел ите за номера E.164 започват с водещ +, последван от последователност от цифри (1-9) и след това незадължителни заместващи символи.
Корпоративен модел за набиране
Корпоративният модел за набиране има последователност от цифри (1-9), последвани от незадължителни замест ващи знаци. Валидни заместващи символи са! (съответства на всяка последователност от цифри) и X (съвпада с една цифра, 0-9). На! заместващ знак може да се появи само веднъж в края и само в модел E.164.
Не можете да използвате:
-
Уайлд картата „X“ в средата на числата, например: 617495X3XX
-
Уайлд картата „!“ когато използвате уайлд картата „X“ в конфигурацията на плана за набиране, например: 1617495X3!
|
Примери за корпоративен план за набиране | |
|---|---|
|
+1408555XXXX |
11-цифрен номер +Е.164, започващ с +1408555 |
|
+14085551234 |
Точен низ за набиране +14085551234 |
|
+496100! |
Всеки низ за набиране, започващ с +496100 |
|
84969XXX |
8-цифрен ESN, започващ с 84969 |
|
84969764 |
Точен 8-цифрен ESN 84969764 |
Планът за наби Webex Calling ране в приема заглавките от и до в E.164 или раз ширенията и не може да бъде комбинация. Например:
От: 1-222-333-4444
Към: 1-555-666-7777
Синтаксис на модела за набиране SIP URI:
Съчетават се само домейните от дясната страна на SIP URI след @. Опциите са или:
-
Напълно квалифициран домейн
-
Домейн с водещ * (посочващ всички поддомейни на даден домейн)
Примери:
|
Примери за синтаксис за набиране на SIP URI | ||
|---|---|---|
|
Префикс |
Значение |
Примери |
|
пример.com |
Само URI с хост част „example.com“ |
alice@example.com |
|
нас.пример.com |
Само URI с хост част „us.example.com“ |
alice@us.example.com |
|
*.пример.com |
URI с хост част е поддомейн на „example.com“ |
alice@eu.example.com alice@sales.us.example.com Забележ ка: alice@example.com не съвпада |
След като създадете вашите стволове и групи маршрути, можете да конфигурирате план за набиране в Control Hub.
| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да създават планове за набиране
от У .
|
| 3 |
Щракнете върху Набиране на планове, след това Създайте план за наби ране |
| 4 |
Въведете име за плана за набиране. |
| 5 |
Изберете избор за маршрутизиране. Изберете предварително създаден багажник или група маршрути. |
| 6 |
(Незадължително) Можете ръчно да създадете или импортирате модел за набиране за избра ния маршрут. |
| 7 |
Щракнете върху Запаз ване. |
Какво да правя по-нататък
Можете също така да добавяте обемни модели за набиране, след като планът ви за набиране бъде създаден. За да добавяте групово модели за набиране с помощта на CSV файл, отидете на екрана План ове за наби ране и изберете падащото меню Дей ствия от плана за набиране, който да редактирате, след което изберете Импортиране на модели за набиране CSV или Ек спортиране на паттер и за на би ране CSV. Изберете Из тегляне на шаблон или Импортиране на CSV файл и щракнете върху Изпра щане.
Можете да промените името на съществуващ план за набиране, избора за маршрутизиране и моделите на набиране в Control Hub.
| 1 |
Влезте в контролния център. |
| 2 |
|
| 3 |
Изберете плана за набиране, който искате да промените. |
| 4 |
В страничния панел, до името на плана за набиране, щракнете върху |
| 5 |
За да промените избора на маршрутизиране, изберете друга опция от пада щото меню. |
| 6 |
За да добавите ръчно нов модел за набиране, щракнете върху Добавяне на модели за набиране. Или щракнете върху Импортиране на CSV, за да добавите групово модели на на биране. |
| 7 |
За да премахнете шаблон за набиране, щракнете върху |
| 8 |
Щракнете върху Запаз ване. |
икона до модела за набиране, който искате да премахнете.| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да изтрият планове за набиране от У
|
| 3 |
Изберете плана за набиране, който искате да изтриете. |
| 4 |
Щракнете |
Можете да активирате настройката „Обаждания към локални разширения“ в контролния център. Тази настройка се прилага за потребители в местоположение, които са регистрирани в централа и ви позволява да маршрутизи рате неизвестни разширения (дължина на телефонния номер от 2-10 цифри) към централата, като използвате съществуващ багажник или група маршрути.
Преди да започнете
Настройката Обаждания към локални разширения е активирана за всяко местоположение.
Тази настройка позволява запазване на навиците за набиране в смесена облак/ локална среда. Потребителите могат да продължат да използват съкратено набиране (например 4 цифри), дори ако сайтът е частично мигриран. Webex Calling
Когато е активирано, обажданията, извършени от потребителите на местоположението, към неизвестно разширение (между 2-10 цифри) се насочват към избраната група маршрут/багажник като локални повиквания.
Обажданията, насочени през стволовете на местоположението от неизвестно разширение, се обработват като обаждания в помещения. Това се отнася до повиквания нагоре по веригата, входящи Webex Calling от бага жника.
Обажданията се считат за произхождащи от неизвестно разширение, когато идентификаторът на обаждащия се не съвпада с нито един от съществуващите модели на план за набиране.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в . |
| 3 |
Изберете местоположението, което да промените. |
| 4 |
Кликнете върху раздел а Обаждане. |
| 5 |
Щракнете върху Вътрешно наби ране в секцията На биране. |
| 6 |
Включете, за да активирате маршрутизиране на неизвестни разширения към помещенията като вътре шни повиквания. |
| 7 |
Изберете група за маршрутизиране или багажник от падащото меню, за да насочите повикванията. |
| 8 |
Щракнете върху Запаз ване. |
В Control Hub можете да конфигурирате настройките за маршрутизиране на повиквания между помещенията Webex Calling и помещенията. Тези настройки определят как се обработват вашите неизвестни номера, когато използвате стволове и групи маршрути към локална централа, както и формата на идентификационния номер на повикващия за повиквания, насочени между Webex Calling и вашата централа.
| 1 |
Влезте в контролния център. |
| 2 |
|
| 3 |
Превъртете до Маршрутизиране на повиквания между Webex Calling и помещ ения и изберете как искате да обработвате неизвестни номера.
Настройката на услугата за обработка на неизвестни номера е зададена на Наследено поведение, за да се запази поведението на маршрутизиране. Тази настройка може да бъде променена, за да се възползва от новите функции за маршрутизиране на повиквания (например планове за набиране и групи маршрути). |
| 4 |
Изберете формата на идентификационния номер на обаждащия се. Когато е избрана опцията +E.164 телефонен номер, Webex Calling избира външния идентификатор на повикващата линия (CLID), който е номер E.164. Когато е избрана опцията ESN (значителен брой на предприятието), Webex Calling избира вътрешния CLID, който е ESN. |
| 5 |
Изберете максималната неизвестна дължина на разширението (2-10 цифри), която искате да зададете за маршрутизиране, базирано на помещения. Когато увеличите дължината на разширението и ако схемата на номера, използвана от доставчика на PSTN, не е E.164, входящите PSTN повиквания ще се считат за локални повиквания, идващи от локални . Следователно, за да се избегне евентуално неправилно маршрутизиране, препоръчваме да наложите формат E.164 към такива входящи PSTN повиквания, преди да го изпратите. Webex Calling |
| 6 |
Щракнете върху Запаз ване.
|
Инструментът Проверете маршрутизиране на повиквания в Control Hub предоставя:
-
Симулация на обаждания за анализ на решенията за маршрутизиране.
-
Полезни насоки по време на фазите на проектиране и конфигуриране на в недряване.
-
Събития в Webex Analytics Platform, които включват решения за маршрутизиране на повиквания.
-
Поддръжка при случаи на отстраняване на проблеми.
Функцията е подобрена, за да показва разрешения за изходящи повиквания, предотвратяване на измами, модели на цифри, прихващане на повиквания и модели на превод, приложени при маршрутизиране на повикване .
| 1 |
Влезте в контролния център. |
| 2 |
Като алтернатива клиентите, използващи плана за обаждания на Cisco, могат да маршрутизират от Услуги > Оба .
|
| 3 |
Изберете Прове рете маршрутизирането на повиквания. |
| 4 |
От падащото меню изберете Избор на източник на пови кване на потребител в облак, работно пространство, виртуална линия или багажник на помещения, за да проверите маршрутизирането на повиквания. |
| 5 |
Въведете номер или URI. |
| 6 |
Щракнете върху Вижте резултата от маршрутиза цията, за да видите маршрутизирането на повикването. |
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в положения и изберете местоположението, което искате да актуализирате. |
| 3 |
До PSTN връзка щракнете върху Управление. |
| 4 |
До адреса на спешната служба щракнете върху Реда ктиране. |
| 5 |
Въведете новия адрес и щракнете върху За пазване. Ако проверката на адреса на ESA (Enterprise Service Address) не успее по време на конфигуриране на помещения или CCPP връзки, администраторите могат да затворят екрана на ESA и да продължат с настройката. Неуспехът при валидирането няма да попречи на настройката на връзката. Ако ESA не е валидирана, обработката на аварийните повиквания може да се забави и могат да се наложат допълнителни такси, ако повикванията се насочват към център за аварийно реле. |
Можете да конфигурирате персонализиран адрес за спешна помощ за фиксирани устройства, като например мобилни устройства, които са присвоени към работно пространство. Тази конфигурация се прилага за местоположения в САЩ и Канада и отговаря на услугата E911.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в . |
| 3 |
Изберете работното пространство, което искате да промените, и щракнете върху Обаждане . |
| 4 |
Изберете стрелката надясно, за да разширите настройките на основния телефонен номер под Числа. |
| 5 |
Под Адрес на спешната служба изберете Пер сонализи ран адрес. 
Въведете следните подробности. В случай на спешност местният екип за аварийно реагиране ще използва този адрес, за да намери обаждащия се.
|
| 6 |
Актуализирайте информацията за работното пространство и щракнете върху Вали ди ране. При въвеждане на адрес на услугата системата потвърждава адреса. Ако системата не може да намери адреса, в странич ния панел се показва Предложен адрес. Прегледайте предложения адрес и щракнете върху Приложи, за да актуализирате адреса на спешната служба. Щракнете върху За пазване, за да запазите промените. |
Персонализиран адрес за спешни случаи замества адреса за авария по подразбиране на местоположението за конкретното работно пространство.
За да конфигурирате ESA за потребител, уверете се, че са изпълнени следните условия:
- Потребителят има зададен немобилен основен телефонен номер.
- Местоположението на потребителя е в САЩ или Канада.
Тези условия са необходими, тъй като ESA е обвързана с телефонния номер и местоположението на потребителя. Тази настройка позволява точно насочване на спешни повиквания и правилно обратно обаждане към потребителя чрез номера за спешно обратно повикване (ECBN), свързан с местоположението или телефонния номер.
| 1 |
Влезте в контролния център. |
| 2 |
Отидете в . |
| 3 |
Изберете потребителя, който искате да промените, и щракнете върху Обаждане. |
| 4 |
Изберете стрелката надясно, за да разширите настройките на основния телефонен номер под Числа. |
| 5 |
Под Адрес на спешната служба изберете Пер сонализи ран адрес. Въведете следните подробности. В случай на спешност местният екип за аварийно реагиране ще използва този адрес, за да намери обаждащия се.
|
| 6 |
Актуализирайте информацията за работното пространство и щракнете върху Вали ди ране. При въвеждане на адрес на услугата системата потвърждава адреса. Ако системата не може да намери адреса, в странич ния панел се показва Предложен адрес. Прегледайте предложения адрес и щракнете върху Приложи, за да актуализирате адреса на спешната служба. Щракнете върху За пазване, за да запазите промените. |
Персонализиран адрес за спешни случаи замества адреса за спешни случаи по подразбиране на местоположението за конкретния потребител.
Пример 1: Централна централа с много места
Описание на разполагането
-
Корпоративен клиент със 100 сайта в САЩ.
-
Разгръщане на многосайтова централа (или мрежа от централи), с основна централа, разпределена на два основни сайта за HA.
-
8-цифрен корпоративен план за набиране: 8 + трицифрен код на сайта+4-цифрено разширение.
-
30 сайта остават локални, 70 сайта се преместватWebex Calling. PSTN остава локално , чрез SIP Trunks на двата основни сайта.
-
Няма смесени сайтове. За всеки сайт потребителите са или локални, или всички регистрирани в облака.
Решение за разполагане
-
План за еднократно набиране с 30 E.164 + 30 ESN модела, който маршрутизира изискванията за локалните потребители към група маршрути с две транспортни канали, завършващи на два локални шлюза в двата основни сайта.
Пример 2: Смесени облачни централи
Описание на разполагането
-
Корпоративен клиент с 50 сайта в САЩ: 10 големи обекта и 40 малки клона.
-
Централни централи на големи обекти, ключове в клонове.
-
7-цифрен план за набиране на предприятието: 8 + двуцифрен код на сайта+4-цифрено разширение.
-
Webex Callingсамо в клонове, бавна миграция от централи на големи обекти (смесени сайтове и с потребители на централ Webex Calling и).
-
Свързан с облак PSTN за всички потребители в облака (локалните потребители продължават да използват съществуващите PSTN).
-
Потребителите на облачни и централи във всеки голям сайт трябва да запазят възможностите за набиране само за разширение.
Решение за разполагане
-
Наберете планове, за да насочите обажданията към всяка от централите от всеки друг сайт. Също така, за всеки голям сайт, повиквания към локални разширения, конфигурирани да насочват повиквания към багажник, който завършва на локален шлюз в сайта.
|
Конфигурируеми ограничения за стволове, групи маршрути и планове за набиране | |
|---|---|
|
Описание |
Максимално ограничение |
|
Модели на набиране, които CSV може да качи в план за набиране |
10000 |
|
Куфари, които могат да бъдат конфигурирани по местоположение |
100 |
|
Групи маршрути на корпоративен клиент |
10000 |
|
Конфигурируеми стволове в рамките на група маршрути |
10 |
|
Планове за набиране, конфигурируеми за корпоративен клиент |
10000 |
|
Модели на набиране, конфигурируеми с един план за набиране |
10000 |
