Багажникът е връзка между 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 с активирана двойна идентичност.

По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:

  • Сценарий 1 —Потребител на Webex Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Номер на местоположението

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Номер на местоположението

      • PAI: Номер на местоположението

  • Сценарий 2 —Потребител на Webex Calling е настроен да използва телефонен номер на потребителя като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Директна линия

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Директна линия

      • PAI: Директна линия

  • Сценарий 3 —Потребител на Webex Calling се обажда в помещението потребител чрез локален шлюз.

    • Когато настройката за поддръжка на двойна самоличност е активирана:

      • От: Значен номер на предприятието

      • PAI: Директна линия

    • Когато настройката за поддръжка на двойна самоличност е деактивирана:

      • От: Значен номер на предприятието

      • PAI: Значен номер на предприятието

7

Щракнете върху Запиши.

Какво да направите след това

Информацията за багажника се появява на екрана Регистрирайте домейн, транк група OTG/DTG, линия/порт , Изходящ прокси адрес . Препоръчваме ви да копирате тази информация от Контролен център и го поставете в локален текстов файл или документ, за да можете да се обърнете към него, когато сте готови да конфигурирате локален шлюз. Ако загубите идентификационните данни, трябва да ги регенерирате от екрана с информация за багажника в Control Hub. Щракнете върху Извличане на потребителско име и нулиране на парола за генериране на нов набор от идентификационни данни за използване в багажника.


 

Това действие оказва влияние върху услугата, затова се препоръчва да се извършва в неработно време.

Ако конфигурирате магистрала за свързване на вашия локален шлюз към Webex Calling, вижте: Конфигурирайте локален шлюз на IOS-XE за обаждания чрез Webex Calling .

Багажникът е връзката между Webex Calling и помещенията, завършващи в помещението с локален шлюз или друго поддържано устройство.

Преди да започнете

Всички стволове трябва да бъдат присвоени на място вътре Контролен център .

1

Влезте в Control Hubhttps://admin.webex.com , отидете на Услуги > Обаждане > Маршрутизиране на обажданията .

2

Изберете Добавяне на багажника .

3

Изберете местоположение и име на багажника.


 
Името на багажника не може да бъде повече от 24 знака.
4

Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. С активирана двойна идентичност, Webex Calling попълва From и PAI (и двете заглавки на самоличността могат да бъдат различни). С деактивирана двойна идентичност, PAI и From са идентични и са настроени на това, което е зададено в заглавката From с активирана двойна идентичност.

По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:

  • Сценарий 1 — Потребител на WebEx Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Номер на местоположението

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2 — Потребител на WebEx Calling е настроен да използва телефонен номер на потребителя като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Директна линия

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3 — Потребител на повикване от WebEx се обажда на локален потребител чрез локален шлюз.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Значителен номер на предприятието

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Значителен номер на предприятието

    • PAI: Значителен номер за предприятие

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: Потребител на Webex Calling е настроен да използва основния номер за местоположение като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Номер на местоположението

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2: Потребител на Webex Calling е настроен да използва телефонен номер на потребителя като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Директна линия

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3: Потребител на Webex Calling се обажда на потребител на място през локален шлюз.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Значен номер на предприятието

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Значен номер на предприятието

    • PAI: Значен номер на предприятието

Можете да изтриете багажника, стига да не се използва.

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 адрес, преобразуващ този адрес, ТРЯБВА да може да бъде разрешим в интернет. Webex Calling поддържа само TLS за сигнализиране и SRTP или UDPTL за медия.

  • Всички SIP и медийни портове на локалния шлюз ТРЯБВА да са достъпни от интернет и следователно да изискват актуализации на защитната стена (ТРЯБВА да се правят на компонентите на корпоративната мрежа):

    • Обърнете се към Справочно ръководство за порт за Webex Calling за да разберете необходимите портове, които ще се нуждаят от достъп от страната на помещението и от страната на облака.

    • Стандартните SIP портове като 5061 или 5062 могат да бъдат конфигурирани като SIP портове за слушане.

  • Подписан сертификат е необходим за успешно оторизиране и удостоверяване на повиквания от магистралата. Локален шлюз ТРЯБВА да отговаря на следните изисквания при установяване на двупосочна взаимна TLS връзка с услугите за Webex Calling за SIP:

    • Сертификатът на локалния шлюз ТРЯБВА да бъде:

      • Подписано от CA, посочен в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ?

      • Подписаните сертификати ТРЯБВА винаги да имат валиден срок на валидност.

      • Основните или междинните сертификати, използвани за подписване на сертификата, ТРЯБВА да имат валиден срок на валидност и не трябва да се отменят.

      • Сертификатите ТРЯБВА да бъдат подписани за използване на клиент и сървър.

      • Сертификатите ТРЯБВА да съдържат напълно квалифицираното име на домейн (FQDN) като общо име или алтернативно име на субекта в сертификата с FQDN на магистрала, избран в Control Hub. Изискванията са подробно описани в следващия раздел.

    • Пакет от доверие, споменат в Какви основни центрове за сертифициране се поддържат за обаждания към аудио и видео платформи на Cisco Webex ? трябва да бъде качен за валидиране на сертификати от услугите на Webex за SIP.

Преди да започнете

  • Заявен и потвърден домейн: При добавяне на магистрала ТРЯБВА да бъде избран хост адрес от проверен или заявено име на домейн от най-високо ниво, вж. Управление на вашия домейн .

  • Уникален адрес в цялата организация: Създава се магистрала с уникален FQDN или SRV хост адрес. Този адрес ТРЯБВА да бъде уникален за цялата организация и нито един канал не може да използва един и същ адрес.

    • Транк с FQDN london.lgw.cisco.com:5062 може да бъде създаден само ако не съществува друга магистрала с адрес на хост london.lgw.cisco.com. Това не е разрешено, дори ако съществува магистрала със същото адресно име като SRV адрес или FQDN и с различна комбинация от портове.

    • Транк със SRV адрес london.lgw.cisco.com може да бъде създаден само ако не съществува друга магистрала с хост адрес london.lgw.cisco.com. Това не е разрешено, дори ако съществува магистрала със същото име като SRV адреса или FQDN и с различна комбинация от портове.

  • DNS конфигурация: Локалният шлюз ТРЯБВА да бъде разрешен от публичния интернет чрез запис от тип DNS A или DNS Service Record (SRV).

    • Ако е избрано FQDN , адресът ТРЯБВА да се разреши до DNS A запис, а не до DNS CNAME(a).

    • Ако е избран SRV адрес, тогава тип на услугата ТРЯБВА да има префикс от "_sips ._tcp ".

      • Адресът може да се разреши до един или повече DNS A записи с различно тегло и приоритет. Докато правите това, се препоръчва да използвате един и същ порт за слушане за всички записи.

      • Записите в служебния запис трябва да имат подходящо тегло и приоритет. Използването на различно тегло и приоритет влияе върху разпределението на трафика за повиквания, произхождащи от Webex Calling.

    • Всички типове записи ТРЯБВА да имат разумен висок TTL 300 секунди или по-висока е за предпочитане.

  • Всички магистрали трябва да бъдат присвоени на място в Control Hub.

Следващата таблица съдържа примери с различни типове записи, които са избрани във вашата организация като адрес на багажника едновременно.

Конфигурация на магистрала като FQDN или SRV

Правило за DNS конфигурация

Адресът присъства в сертификата като общо име (CN) или алтернативно име на субект (SAN)

Изискване за заглавие на SIP контакт

FQDN: london.lgw1.cisco.com с порт 5061

london.lgw1.cisco.com е DNS A запис

london.lgw1.cisco.com

sip:london.lgw1.cisco.com:port;transport=tls

или

sip:user@london.lgw1.cisco.com:port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp .frankfurt.lgw.cisco.com се преодолява до ЕДИН А Запис frankfurt.lgw1.cisco.com

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

или

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp .frankfurt.lgw.cisco.com се преобразува до ДВА или повече A Records

fr.lgw1.cisco.com

fr.lgw2.cisco.com

И двата записа ТРЯБВА да се разрешават до уникален IP адрес и, както се предлага, може да имат различно тегло и приоритет.

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

или

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

1

От изглед на клиента вhttps://admin.webex.com , отидете на Услуги > Обаждане > Маршрутизиране на обажданията .

2

Изберете Добавяне на багажника .

3

Изберете a Местоположение от падащ списък.

4

Въведете a име за багажника.

5

Изберете На базата на сертификат от Тип багажник падащ списък.

6

Изберете тип устройство от падащото меню.


 

Интеграцията на SBC с Cisco Webex Calling като локален шлюз на трета страна (LGW) се поддържа само с базирана на сертификати магистрала. Само SBC, показани в списъка с тип устройство в Control Hub, са валидирани от нашите доверени партньори като съвместими локални шлюзове за Webex Calling .

За повече информация относно поддържаната информация за доставчици на трети страни вижте: Поддръжка на SBC от трети страни под Багажник раздел.

7

Въведете Session Border Controller (SBC) (SBC) Адрес , домейн , и Порт .

Това е FQDN или SRV адресът за Webex Calling , за да се свържете с вашия Enterprise SBC.

 
Трябва да имате потвърден домейн. За повече информация вж Управлявайте вашите домейни
8

Въведете максимален брой едновременни повиквания.

9

Щракнете върху Запиши.


 
Ако проверката не премине, бутонът Запазване няма да се появи. Проверката може да не премине, ако избраното FQDN или SRV не е уникално за вашата организация. Проверете изискването за уникални FQDN или SRV адреси по-горе. Ако проблемът продължава, свържете се с екипа за Поддръжка на Cisco .

Какво да направите след това

Можете да редактирате името на магистрала или да прегледате подробностите и използването на транка в Control Hub.

1

Влезте в Control Hubhttps://admin.webex.com , отидете на Услуги > Обаждане > Маршрутизиране на обажданията > Багажник .

2

Изберете багажника, който искате да видите или промените.

3

На страничния панел, до името на багажника, щракнете върху икона за промяна на името на багажника.

Можете също да видите информацията за употреба на багажника.

4

За да видите допълнителни подробности, щракнете Управлявайте до стволове .


 

Използвайте тази настройка, ако искате да актуализирате стойност за максимален брой едновременни повиквания.


 

Ако трябва да актуализирате SRV адреса или FQDN или порта на вашия локален шлюз , трябва да добавите нова магистрала и да изтриете стария транк.

5

Настройката за поддръжка на двойна самоличност оказва влияние върху обработката на заглавката From и P-Asserted-Identity (PAI) при изпращане на първоначална SIP ПОКАНА до магистралата за изходящо повикване. По-долу са дадени няколко примерни сценария, за да разберете по-добре използването на тази настройка:

  • Сценарий 1: Потребител на WebEx Calling е настроен да използва основния номер на местоположението като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Номер на местоположението

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Номер на местоположението

    • PAI: Номер на местоположението

  • Сценарий 2: Потребител на WebEx Calling е настроен да използва телефонен номер на потребителя като външен номер за повикване.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Директна линия

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Директна линия

    • PAI: Директна линия

  • Сценарий 3: Потребител на WebEx Calling се обажда на потребител на място през локален шлюз.

    • Когато настройката за поддръжка на двойна самоличност е активирана.

    • От: Значителен номер на предприятието

    • PAI: Директна линия

  • Когато настройката за поддръжка на двойна самоличност е деактивирана.

    • От: Значителен номер на предприятието

    • PAI: Значителен номер за предприятие

Можете да изтриете багажника, стига да не се използва.

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 .


 

Не можете да използвате:

  • Уайлд карта "X" в средата на числата. Например: 617495X3XX

  • Уайлд карта "!" когато използвате заместващата карта "X" в конфигурацията на плана за набиране. Например: 1617495X3!

Примери за корпоративен план за набиране

+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

Изберете вашия формат за ИД на обаждащия се.


 

Когато + телефонен номер E.164 е избрана опция, Webex Calling избира ИД на външната повикваща линия (CLID), който е номер E.164 . Когато ESN (значим за предприятието брой) е избрана опция, Webex Calling избира вътрешния CLID, който е ESN.

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