- Начало
- /
- Статия
Определения
Определения | Описание |
---|---|
Партньор на Cisco | Обект (обикновено доставчик на услуги), който продава продукти и услуги на Cisco на своите клиенти. |
Краен клиент | Потребители, които използват продуктите и услугите на Cisco , продавани им от партньор на Cisco . |
CUBE | Cisco Unified Border Element |
Партньорска организация | Webex Identity and Service Management хранилище, което поддържа информация за партньорите на Cisco и техните клиенти. |
Partner Hub | интернет портал за предоставяне на идентичност и услуги за партньорите на Cisco и клиентите, които те управляват. |
Организация на клиентите | Webex Identity and Service Management хранилище, което поддържа информация за Краен клиент. |
BroadWorks Enterprise или доставчик/група на услуги | Представителство на крайния клиент в BroadWorks. |
Общ преглед
Решението Bring Your Own PSTN (BYoPSTN) позволява на Webex за доставчиците на услуги на Cisco BroadWorks да предоставят телефонни номера, които те притежават, за да ги използват, когато се присъединят към Webex Meetings. Решението позволява на Партньорите да използват собствените си PSTN мрежи и да използват съществуващите взаимоотношения с доставчиците на PSTN, вместо да използват номера, предоставени от Cisco.
Референтната архитектура в този документ осигурява дизайн от край до край за опцията BYoPSTN. Тази архитектура е валидирана от Cisco и използва Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (SBC) за трафик на повиквания между BroadWorks и Webex Meetings.
Избиране на опцията за присъединяване към срещата
Понастоящем Webex за Cisco BroadWorks поддържа две опции за предоставяне на телефонни номера за срещи. Доставчиците на услуги трябва да изберат една от тези две опции — микс не се поддържа:
Cisco номера за повиквания (Cisco PSTN)— Cisco предоставя телефонните номера, които участниците в срещата могат да използват, за да се присъединят към срещи
Предоставени от партньора номера за повикване (BYoPSTN) – доставчиците на услуги предоставят свои собствени телефонни номера, които да се използват от участниците в срещата, когато се присъединяват към срещи
BYoPSTN решение
Партньорите, които изберат опцията за номера за повикване, предоставени от партньора (BYoPSTN), трябва да предоставят свои собствени телефонни номера на PSTN и трябва да осигурят мрежовата инфраструктура, която е необходима за маршрутизиране на повиквания към и от Webex. Решението BYoPSTN улеснява пренасочването на повиквания Over the Top (OTT) през публичен интернет от BroadWorks към Webex.
При избора на опцията BYoPSTN се прилагат следните условия:
Партньорите на Cisco могат да използват едни и същи телефонни номера за повече от един краен клиент. Тези телефонни номера могат да бъдат във всяка държава, в която Партньорът оперира.
Опцията BYoPSTN не изисква промени в общия процес на въвеждане за Webex за клиенти на Cisco BroadWorks.
BYoPSTN изисква обезпечаване на ниво партньор на Cisco и всички крайни клиенти, които партньорите активират, след като BYoPSTN работи, се активират автоматично.
Цялото осигуряване, необходимо за сайтовете за срещи на клиенти, е автоматично, както при настоящото общодостъпно решение.
Партньорите, които активират както стандартни, така и премиум пакети, имат два сайта за срещи: един сайт за стандартни потребители и друг за премиум потребители. И двата сайта са активирани за BYoPSTN.
Участниците в срещата, които се набиране на срещи, могат да изберат да използват споделяне на видео и съдържание чрез интернет.
Прилага се за присъединяване към срещи както за космически срещи, така и за срещи на ЛСС . Имайте предвид, че за срещи в Space пространството трябва да е създадено от стандартен или премиум потребител с възможности за хост на Webex Meeting, за да получите номер за достъп до обществена телефонна централа — пространствата, създадени от основни потребители, не получават номера за достъп до обществена телефонна централа .
Този документ предоставя валидирана конфигурация, която използва CUBE като ваш SBC. Въпреки това, ако не искате да използвате CUBE, можете да разположите свой собствен SBC.
Архитектура
Решението Webex за Cisco BroadWorks BYoPSTN се основава на набора от услуги Webex Edge , по-конкретно услугата Webex Edge Audio, достъпна за корпоративни клиенти. Архитектурата е адаптирана за интегриране на инфраструктурата на Cisco Partners BroadWorks с Webex Edge Audio, като по този начин позволява на партньора на Cisco да конфигурира централно набори от телефонни номера за използване от техните крайни клиенти.
Основните елементи на архитектурата са както следва:
BroadWorks— Партньори на Cisco Инфраструктура на BroadWorks
Cisco Unified Border Element (CUBE)—Референтен Session Border Controller (SBC) на границата на сесията (SBC) за решението, внедрено в център за данни на Cisco Partners. CUBE трябва да е вътре в DMZ. Имайте предвид, че ако не искате да използвате CUBE, можете да разположите свой собствен SBC.
Webex Edge Audio — услугата Webex , която отделя PSTN от Webex чрез промяна на маршрутизиране на повикване, за да се използва инфраструктурата, предоставена от Cisco Partner.
Обажданията на участниците да се присъединят към среща преминават през BroadWorks към CUBE и от CUBE към инфраструктурата на Webex в облака през интернет. Този модел е приложим и за двата от следните сценария за присъединяване към среща:
Повикване — участник набира телефонен номер в поканата за среща на своя регистриран в BroadWorks телефон, мобилно устройство или в приложението Webex . Обаждането се инициира от BroadWorks.
Обратно повикване (по избор) — участник иска Webex да се обади на телефонен номер , предоставен от участника. Обаждането се инициира от Webex.
Обажданията, насочени от BroadWorks към CUBE в рамките на инфраструктурата на партньора, ще използват SIP TCP за сигнализиране на повиквания и RTP за медия. От CUBE до Webex, обажданията използват SIP TLS за сигнализиране и sRTP за медия. Пренасочването на повиквания от CUBE към WebEx става през интернет и не използва SIP транк.
Типичната настройка за сценарии за повикване/обратно повикване е както следва:
Cisco Partner има PSTN телефонен номер (например 2403332200) и свързан код за достъп до Webex (например 88631321777971704941).
Cisco Partner предоставя виртуален абонат на BroadWorks, който съответства на устройството CUBE. Партньорът съпоставя телефонен номер с код за достъп и обратно.
Кодът за код за достъп, който се изпраща на Webex в SIP съобщенията, идентифицира сайтовете за срещи, свързани с партньора на Cisco .
Горният телефонен номер за код за достъп е конфигуриран веднъж и е общ за всички сайтове за срещи на крайни клиенти.
Участниците, които се присъединяват към срещата, трябва да въведат съответния идентификатор на срещата (например 123456), който идентифицира конкретната среща, към която да се присъединят.
Препоръчително е партньорите да следват модела на съкращаване, описан по-долу.
Присъединяване към среща с помощта на повикване
Следващата снимка изобразява процеса на потребител, който се присъединява към срещата чрез повикване.
Ето стъпките за присъединяване на участника към среща чрез повикване.
Потребителят планира среща в Webex. Webex присвоява идентификатор на среща (например 123456).
Потребителят набира телефонния номер, който е свързан със срещата (например 2403332200). SIP INVITE носи URI на заявката като телефонен номер , свързан със срещата.
BroadWorks превежда телефонния номер в код за достъп (например 88631321777971704941), свързан със сайта на срещата, и насочва повикването към CUBE с URI на заявката като код за достъп.
Webex получава SIP INVITE и отговаря на повикването. Езикът на съобщенията се определя от езика, посочен за телефонния номер, когато е предоставен в Cisco Partner Hub и BroadWorks.
Потребителят въвежда идентификатора на срещата (например 123456) с помощта на DTMF. Webex потвърждава потребителя и след това позволява на потребителя да се присъедини към срещата.
Присъединяване към среща чрез обратно повикване (по избор)
Следващата снимка показва процеса на потребител, който се присъединява към срещата чрез обратно повикване, потребителят иска обаждане от Webex , за да се присъедини към среща.
Ето стъпките, за да може участникът да се присъедини към среща чрез обратно повикване:
Потребителят планира среща в Webex. Webex присвоява идентификатор на среща (например 123456).
Потребителят иска обаждане от Webex до желан номер (например +16504441000), за да се присъедини към срещата с помощта на Webex приложение или клиента на Meetings.
Webex инициира SIP ПОКАНА към CUBE въз основа на DNS SRV групата за обратно извикване, предоставена в Cisco Partner Hub и BroadWorks. URI за заявка на SIP INVITE съдържа телефонен номер , който трябва да получи обаждането (например +16504441000@cube.example.com).
CUBE преобразува телефонния номер в ИД на отдалечената страна до стойност, която идентифицира виртуален абонат на BroadWorks (например 88631321777971704941@ecccx.amer.pub.webex.com). Това идентифицира CUBE като виртуален потребител на BroadWorks Application Server.
Обаждането се предлага на заявения от потребителя телефонен номер и потребителят отговаря на обаждането, за да се присъедини към срещата. Този телефонен номер може да бъде абонат на BroadWorks или номер от обществена телефонна централа. Ако исканият номер е номер от обществена телефонна централа, BroadWorks използва предоставения път, за да насочи повикването към PSTN.
За опцията за обратно повикване е задължително да активирате следните две функции:
- 102746 – Поддръжка на BroadWorks за CI UUID
- 102074 – Поддръжка за таксуване на BYO PSTN за обратно обаждане и повикване
Това може да се потвърди от CLI, както следва:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
За подробно описание на тези функции и активиране можете да намерите в раздел „Виртуален абонат за обратно повикване на VoiceXML среща“ в този документ.
Ако изберете да не конфигурирате Присъединяване към среща чрез опцията за обратно повикване, потребителите все още могат да използват или опцията Повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио. В този случай не е необходимо да конфигурирате DNS SRV групи за обратно извикване. |
Преглед на конфигурацията на решението
Решението има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно. Компонентите са както следва:
BroadWorks
CUBE (или алтернативен SP сертифициран Session Border Controller (SBC) (SBC))
Webex Edge Audio
Съществуват взаимозависимости между конфигурацията на тези различни компоненти и като такива се изисква една или повече организации за създаване на решения да завършат необходимата конфигурация и проверка на решението.
Организация на семена
Основната организация е организация на Webex , която конфигурирате за генериране и валидиране на настройки за решението BYoPSTN. На началната организация трябва да има поне един потребител, назначен а Стандартен пакет, и този Стандартен пакет трябва да използва Предоставени от партньора номера за повикване (BYoPSTN) опция за присъединяване към среща. Препоръчително е да свържете началната организация с тестов доставчик на услуги на BroadWorks или Enterprise.
Организациите за създаване на решения служат за две цели:
Конфигурация на семена — Предоставянето на началната(ите) организация(и) генерира телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Тази информация е необходима за конфигуриране на виртуални абонати на BroadWorks (VSUB).
Проверка на конфигурацията —Използвайте организацията на началния процес, за да определите дали вашето BYoPSTN решение е конфигурирано в съответствие с вашите изисквания. Използвайте първоначалната организация и тествайте потребителите, за да потвърдите случаите на използване на обаждания и обратно повикване, като използвате предоставените от партньора номера за повикване и DNS SRV записи за обратно повикване (ако е активирано обратното повикване).
Администраторът трябва да генерира организация на начално решение за всеки уникален набор от телефонни номера и записи за обратно извикване на DNS SRV . Генерирането на организацията на първоначалното решение във всеки случай генерира необходимия телефонен номер за съпоставяне на код за достъп до срещата и възможността за проверка на свързаните случаи на използване на повикване и обратно повикване за тези телефонни номера и DNS SRV записи за обратно повикване.
Администраторът, използващ Cisco Partner Hub, трябва да избере една организация за първоначално решение като организация на първични семена . UUID на място за срещи за срещи на срещата на стандартния пакет на тази организация за първично решение трябва да бъде конфигурирана на BroadWorks. Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Този UUID на един сайт се споделя от всички набори от телефонни номера и DNS SRV записи за обратно повикване. Не се изискват няколко UUID стойности на сайта.
Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.
Следващите раздели предоставят повече подробности за различните конфигурационни елементи.
Конфигурационни елементи на BYoPSTN
Ключов елемент от решението е конфигурацията на телефонните номера на Cisco Partner и DNS SRV записите за обратно повикване. BYoPSTN използва групи от телефонни номера и DNS SRV групи за обратно повикване като начин за присвояване на географски базирани телефонни номера и излишно маршрутизиране на повикване за срещи на Webex . Тези елементи се присвояват на крайните клиенти от клиентския шаблон.
Групи телефонни номера (PNG)
Партньорите на Cisco предоставят телефонните номера, използвани от участниците, за да се присъединят към срещи в Cisco Partner Hub. Тези телефонни номера са подредени заедно в група телефонни номера. Списъкът с телефонни номера е свързан със сайт за срещи. Всички лични заседателни зали (ЛСС) и насрочени срещи в този сайт за срещи използват свързаните телефонни номера. Следва пример за група телефонни номера:
Име на телефонен номер | Страна | Код на страна | Телефонен номер | Съобщение | Тип платен | Приоритет на повикване |
---|---|---|---|---|---|---|
САЩ Мериленд | САЩ | +1 | 2403332200 | Английски | Платен | Основен |
САЩ Флорида | САЩ | +1 | 9049002303 | Английски | Платен | Вторичен |
САЩ Ню Йорк | САЩ | +1 | 8056504578 | Английски | Безплатен | Няма |
Телефонните номера имат следните атрибути:
Име на телефонен номер—Име за описание на телефонен номер
Държава — Държава, към която е присвоен телефонът
Код на държавата—Код за повикване на държавата или код за набиране на държавата
Телефонен номер — телефонен номер , който да използвате за присъединяване към среща без кода на държавата
Съобщение — езикът на съобщението, което да се възпроизвежда, когато участник се присъедини към среща
Тип на пътната такса – Типът на номера: Такса или безплатно
Приоритет на повикване—Приоритетът, присвоен на номерата на срещите. Изгледът на участниците на номерата за присъединяване към срещата е подреден въз основа на този приоритет.
Телефонни номера по подразбиране: Администраторите могат да присвоят приоритет на повикване от първичен, вторичен или никакъв на телефонен номер в групата телефонни номера. Телефонните номера с приоритет Основен или Вторичен са телефонни номера по подразбиране. Телефонните номера по подразбиране се изпращат в имейлите с покани за срещи и са изброени в приоритетния ред, който участниците трябва да използват, за да се присъединят към срещи. Не е задължително телефонните номера по подразбиране да са в една и съща държава. Трябва да бъде избран първичен телефон номер, вторичен телефонен номер не е задължителен. Поне един от телефонните номера по подразбиране трябва да е тип Toll.
Потребителите на крайните клиенти могат да изберат да посочат свои собствени телефонни номера по подразбиране, като използват уеб интерфейс на място за срещи . Тези номера се появяват за този потребител и неговите участници, когато са домакин на среща. Ако потребителят се присъедини към среща като присъстващ, те ще се показват само за него.
Съгласно примера по-горе, разпоредбите на администратора на Cisco Partner САЩ Мериленд като първичен и САЩ Флорида като вторични, това са телефонните номера по подразбиране. Потребителят може да избере да отмени това в своите срещи, като промени основното на САЩ Ню Йорк и вторично като САЩ Мериленд .
максимален брой телефонни номера за дадена група телефонни номера е 98.
ЗАБЕЛЕЖКА: Не се поддържа конфигуриране на специален номер за едно предприятие.
DNS SRV групи за обратно извикване (CDSG)
За да позволите на участниците в срещата да изберат опцията за обратно повикване, е необходима DNS SRV група за обратно повикване, която сочи към екземпляр(ите) CUBE в мрежата на партньора на Cisco . Webex използва тези записи, за да насочи обратното повикване чрез CUBE към BroadWorks, което след това може да постави обратното повикване на срещата до телефонен номер на участника в срещата.
Следва пример за DNS SRV група за обратно извикване.
Страна/регион | Код на страна | DNS SRV запис |
---|---|---|
САЩ | +1 | cube.us.example.com |
Мексико | +52 | cube.mx.example.com |
Всички останали страни | Няма | cube.global.example.com |
DNS SRV записите за обратно извикване имат следните атрибути:
Държава/регион—Държавата или регионът, за който този DNS SRV запис трябва да се използва за изпращане на заявки за повикване.
Код на държавата—Кодът на държавата, свързан с държавата/региона. Можете да имате само един SRV запис в DNS за код на държава.
DNS SRV запис — SRV запис в DNS за Cisco Partner CUBE екземпляр(и).
Когато участникът поиска обаждане на посочения от него телефонен номер, Webex използва DNS SRV за обратно повикване, свързан с кода на държавата за посочения телефонен номер , за да насочи повикването към съответните елементи в мрежата на Cisco Partners.
Използването на SRV запис в DNS по този начин осигурява поддръжка за излишни екземпляри на CUBE за обслужване на заявките за повикване от Webex. В примера по-горе, когато участниците в срещата в САЩ поискат обратно повикване от Webex до техния телефонен номер в САЩ, Webex използва DNS SRV cube.us.example.com
за да насочите това обаждане към мрежата на партньора на Cisco . Когато участниците в срещата в Мексико поискат обратно повикване от Webex до техния телефонен номер в Мексико, Webex ще използва DNS SRV cube.mx.example.com
за да насочите това обаждане към мрежата на партньора на Cisco .
За всяка държава/региони, които нямат конкретен SRV запис в DNS за обратно повикване, тези заявки за повикване се насочват към ' всички други страни SRV запис в DNS. Администраторът трябва да конфигурира SRV запис в DNS„Всички други държави“.
максимален брой записи за дадена DNS SRV група за обратно извикване е 200.
Шаблони на клиенти
Клиентският шаблон е съществуваща концепция за решението Webex за BroadWorks. Шаблонът предоставя конфигурацията по подразбиране, която се използва за предоставяне на краен клиент. BYoPSTN предоставя допълнителни атрибути на клиентския шаблон:
Тип на присъединяване към срещата—Могат да бъдат номера за повикване на Cisco или номера за повикване, предоставени от партньора. Този атрибут указва телефонните номера, които са конфигурирани за сайтове за срещи, свързани с пакетите Standard и Premium. Предоставените от партньора номера за повикване трябва да бъдат избрани от администратора.
Група телефонни номера – свързан само с опцията за номера за повикване, предоставена от партньора, този атрибут указва телефонните номера, които се използват от крайни клиенти, които са осигурени за стандартни и премиум пакети при присъединяване към срещи.
DNS SRV Group за обратно повикване – свързан само с опцията за номера за повикване, предоставена от партньора, този атрибут указва DNS SRV записите, които се използват от Webex при обратно повикване до крайни клиенти, които са осигурени за стандартни и Premium пакети при присъединяване към срещи. Ако не искате да активирате обратното повикване, можете да изберете „Деактивиране на обратното повикване“ при създаване или актуализиране на клиентски шаблон. Когато първият абонат за Standard или Premium е осигурен за краен клиент, асоциираният място за срещи на пакета се предоставя. Сайтът за място за срещи на пакета е осигурен съгласно горния клиентски шаблон. Всеки впоследствие осигурен абонат за Standard или Premium се добавя към вече предоставения място за срещи за място за срещи не се променя.
Всички промени в клиентския шаблон по отношение на горните атрибути важат само за новоосигурени сайтове за срещи на пакети. Съществуващите сайтове за срещи, които вече са предоставени, не се влияят от промените в клиентския шаблон.
Единственото забележително изключение е, че ако краен клиент вече има място за срещи на пакети, всеки нов място за срещи на пакети се предоставя, използвайки същия тип присъединяване към срещата като съществуващия място за срещи за срещи на пакета. Например, ако краен клиент има място за срещи със стандартен пакет, използващ номера за повикване на Cisco и шаблонът на клиента е актуализиран, за да използва предоставени от партньор номера за повикване, се предоставя нов място за срещи на Premium пакет, използвайки номера за повикване на Cisco , Настройката на клиентския шаблон не се прилага. Стандартните и премиум сайтовете за срещи за даден краен клиент винаги се предоставят последователно.
BroadWorks Calling Cluster
Cisco Partner Hub - Екранът на BroadWorks Calling Cluster предоставя достъп за преглед и/или изтегляне на Конфигурация на BroadWorks (BYoPSTN) информация. Информацията за информация за конфигуриране на BYoPSTN за даден клъстер включва следните данни:
Подробности за организацията за първично начално решение, включително UUID на сайта за място за срещи на стандартен пакет и URL на сайта.
Групови данни за телефонен номер за всички групи, конфигурирани за този клъстер. Това включва телефонен номер за съпоставяне на код за достъп до срещата за всяка група. Обърнете внимание, че подробностите трябва да включват групи, които са свързани с всички организации за вторични начални решения.
Обратно извикване DNS SRV Групови данни за всички групи, конфигурирани за този клъстер. Обърнете внимание, че подробностите трябва да включват групи, които са свързани с всички организации за вторични начални решения.
Подробности за шаблона на клиента за тези шаблони, използващи някоя от групите телефонни номера и DNS SRV групи за обратно повикване.
Всеки клъстер за повиквания на BroadWorks има свой собствен Конфигурация на BroadWorks (BYoPSTN) информация, по-специално присвоените му групи телефонни номера и DNS SRV група за обратно повикване. Въпреки това, моля, имайте предвид, че всички BroadWorks Calling Cluster споделят една и съща организация за първично начално решение и като такава всички включват един и същ UUID на сайта за място за срещи на стандартния пакет и URL на сайта.
В Конфигурация на BroadWorks (BYoPSTN) информацията е налична само за преглед/изтегляне, когато администраторът конфигурира и избере основната организация на решението за семена. Основната организация за начално решение трябва да има поне един потребител, присвоен към стандартния пакет, и този стандартен пакет трябва да използва опцията за присъединяване към срещите, предоставени от партньора номера за повикване (BYoPSTN).
Пример за конфигурационни елементи на BYoPSTN
Следното изображение показва пример за внедряване на BroadWorks с множество клъстери с географски базирани клиентски шаблони, телефонни номера и маршрутизиране.
Първата таблица показва внедряване на BroadWorks в множество клъстери с регионално базирани клиентски шаблони, групи телефонни номера и DNS SRV групи за обратно извикване. Следващите таблици се разгръщат за групите телефонни номера и DNS SRV групи за обратно извикване.
Клъстер на BroadWorks | Име на шаблона | Пакет | Тип присъединяване към среща | Група телефонни номера | Група за обратно повикване чрез DNS SRV |
---|---|---|---|---|---|
BWKS US NG | US West Std | Стандартно | Партньорът предостави номера за повикване | Запад на САЩ | CB САЩ |
Западен Прем | Премия | ||||
US East Std | Стандартно | САЩ Изток | |||
Източна премия на САЩ | Премия | ||||
BWKS MX | MX Std | Стандартно | Партньорът предостави номера за повикване | MX PNG | CB MX |
MX Prem | Премия | ||||
BWKS UK | UK Std | Стандартно | Партньорът предостави номера за повикване | Великобритания PNG | Обратното повикване е деактивирано |
UK Prem | Премия | ||||
BWKS САЩ | US Std | Стандартно | Cisco номера за повикване | Няма | Няма |
Абонатите, предоставени с помощта на шаблона US West Std или US West Prm, използват телефонния номер на САЩ West, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към записите на CB US DNS SRV .
Абонатите, предоставени с помощта на шаблона US East Std или US East Prm, използват телефонния номер на US East, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към записите на CB US DNS SRV .
Абонатите, осигурени с помощта на шаблона MX Std или MX Prm, използват телефонния номер MX PNG, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към CB MX DNS SRV записите.
Абонатите, предоставени с помощта на шаблона UK Std или UK Prm, използват телефонните номера на UK PNG, когато се присъединяват към срещи. На тези абонати няма да бъде предложено присъединяване към среща чрез обратно повикване, тъй като обратното повикване е деактивирано.
Абонатите, осигурени чрез US Std, използват номера за повикване на Cisco и следователно нямат назначена група телефонни номера или DNS SRV група за обратно повикване. Тези абонати използват предоставени от Cisco телефонни номера за присъединяване към срещи и Cisco DNS SRV записи за присъединяване към срещи, използвайки обратно повикване.
Подробностите за примерните групи телефонни номера са както следва:
Група телефонни номера | Име на телефонен номер | Страна | Код на страна | Телефонен номер | Съобщение | Тип платен | Приоритет на повикване |
---|---|---|---|---|---|---|---|
Запад на САЩ | САЩ Сан Франциско | САЩ | +1 | 4156551000 | Английски | Платен | Основен |
САЩ Пало Алто | САЩ | +1 | 9863502478 | Английски | Безплатен | Няма | |
САЩ Изток | САЩ Мериленд | САЩ | +1 | 2403332200 | Английски | Платен | Основен |
САЩ Флорида | САЩ | +1 | 9049002303 | Английски | Платен | Вторичен | |
САЩ Ню Йорк | САЩ | +1 | 8056504578 | Английски | Безплатен | Няма | |
MX PNG | Мексико | MX | +52 | 2065304086 | европейски испански | Платен | Основен |
Великобритания PNG | Обединеното кралство | Обединеното кралство | +44 | 4527789651 | Английски | Платен | Основен |
Подробностите за примерните DNS SRV групи за обратно извикване са както следва:
Група за обратно повикване чрез DNS SRV | Страна | DNS SRV |
---|---|---|
CB САЩ | САЩ | cube.us.example.com |
Всички останали страни | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Всички останали страни | cube.row.example.com |
Конфигурацията за US SRV запис в DNS, cube.us.example.com може да бъде както в примера:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Този SRV запис в DNS може да се разреши до следния DNS A запис:
| 86400 | IN | О: | 45.84.168.81 |
| 86400 | IN | О: | 45.84.168.82 |
DNS SRV записите решават да защитят SIP повиквания от Webex към CUBE. |
Портове, използвани от Webex
Портовете в таблицата по-долу трябва да бъдат отворени на защитната стена на DMZ, където се намира CUBE, а други портове могат да бъдат затворени. За допълнителна информация относно изискванията за портове и мрежа вижте следната статия:
https://collaborationhelp.cisco.com/article/WBX264
Източник | Изходни портове | Местоназначение | Пристанища на местоназначението | Протокол | Описание | ||
---|---|---|---|---|---|---|---|
Webex Edge Audio Services | Мимолетен | CUBE | 5061 | TCP | (mTLS 1.2) Входяща SIP сигнализиране от Webex Edge Audio към CUBE SBC.
| ||
Webex Edge Audio Services | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Опции Пинг за Webex Edge Audio. | ||
CUBE | Мимолетен | EdgeAudio | 5605 | TCP | (mTLS 1.2) Изходяща SIP сигнализиране за Webex Edge Audio. | ||
Webex Edge Audio Services | Мимолетен | CUBE | Ефемерни пристанища 8000 - 59999 | UDP | (SRTP) Трябва да се отворят дупки в защитната стена за входящия трафик на мултимедия към Edge аудио. | ||
CUBE | Ефемерни пристанища 10200 - 28000 | Edge Audio | Мимолетен | UDP | (SRTP) Трябва да се отворят дупки в защитната стена за изходящ трафик на мултимедия към CUBE. |
TLS и SRTP Cipher Suites
TLS v1.2 или по-нова се използва за ръкостискане на mTLS и следните шифри се поддържат от Webex Edge Audio (по време на обратно повикване, Webex Edge Audio ги предлага в Здравейте на клиента на TLS Handshake):
TLS_ ECDHE_ ECDSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_С_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ С_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_С_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_С_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ С_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_С_AES_128_CBC_SHA256
TLS_ RSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ С_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ С_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ С_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ С_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ С_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_С_AES_128_GCM_SHA256
TLS_DHE_DSS_С_AES_128_CBC_SHA256
Следните шифри се използват за sRTP:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Поддържани аудио кодеци
G722
G711µ
G711a
Изисквания за SIP и RTP профили
Решението изисква между CUBE (или вашия SBC) и Webex да внедрите SIP TLS за сигнализиране и sRTP за медия.
SIP и RTP профилите като част от тази комуникация трябва да отговарят на следните изисквания:
Изисквания за SIP профил | Подробности |
---|---|
Таймер за изтичане на сесията | 2220 сек (приема SIP 422) * се коригира според бизнес нуждите и се очаква 422. |
Медийна оферта за навлизане | Ранна оферта |
Медийна оферта за изход | Късна оферта |
Опции ping интервал | 30-те (минимум) |
DTMF | RFC2833 Полезен товар 101 (Без акустичен DTMF!) |
SIP- UDP портове | 4000-4010,5061,5065 |
RTP профил | Подробности |
---|---|
Гласов профил на полезен товар | G.722/ G.711μ /G.711a |
Размер на пакета | 20 ms |
VAD (откриване на гласова активност) | Не |
Таймер за неактивност на медиите | 1200 мс |
Смяна на кодека за средно набиране | Не е прието |
RTP | 8000-48198 |
sRTP шифри | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
Кодек G.729 не се поддържа. Ако искате да използвате G.729, трябва да използвате транскодери. |
Домейни за маршрутизиране на повиквания на Webex
DNS SRV _sips._tcp.<domain>
се използва за достигане до Webex Edge Audio. Има четири домейна в зависимост от региона.
Регион | Домейн |
---|---|
Северна и Южна Америка | ecccspx.amer.pub.webex.com |
Великобритания, Северна Африка | ecccspx.emea.pub.webex.com |
Азия и Тихоокеански регион | ecccspx.apac.pub.webex.com |
Австралия/Нова Зеландия | ecccspx.anz.pub.webex.com |
Европа | ecccspx.euro.pub.webex.com |
DNS SRV се разделя на няколко A записа, сочещи към основния и вторичния сайт. Следващата таблица предоставя пример за региона AMER и подлежи на промяна в бъдеще.
Тип на запис | Записване | Цел | Предназначение |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Откриване на Webex Edge Audio |
О: | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Посочва Webex Edge Audio AMER Primary 1 |
О: | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Посочва Webex Edge Audio AMER Primary 2 |
О: | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Посочва Webex Edge Audio AMER Secondary 1 |
О: | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Насочва към Webex Edge Audio AMER Secondary 2 |
DNS-SRV е динамичен по природа, IP адресите са склонни да се променят; следователно избягвайте твърдо кодиране или маркиране на IP адресите. Вижте секцията „История на ревизии на документа“ за всякакви промени или актуализации, направени в Референтна информация за портове за Webex Calling документ. |
CUBE Резервиране
Cisco Unified Border Element (CUBE) позволява възможността за контрол на границата на сесията в мрежа, управляваща SIP връзки между външни обекти и вътрешна мрежа. Повече информация за CUBE е налична в раздела Предпоставки по-долу.
Поддържаните модели на резервиране са дефинирани с цел осигуряване на висока наличност и елиминиране на единична точка на повреда за партньора на Cisco . Три различни модела са описани по-долу. Партньорите на Cisco трябва да приемат всеки модел, който е приложим към тяхната среда.
По време на процеса на включване партньорът трябва да деактивира ICMP филтрите.
Внедряване на дуплекс CUBE за BroadWorks, разгърнато в един сайт
Внедряване на Simplex CUBE за BroadWorks, разгърнато в много сайтове
Възможен е още един модел на резервиране, при който CUBE се разполага в дуплексен режим във всеки сайт. Този модел не е необходим, като се има предвид, че BroadWorks е разгърнат с гео-излишък.
Осигуряване
1 | Предпоставки за партньор
|
2 | Предоставяне на телефонни номера в Cisco Partner Hub
|
3 | Предоставяне на DNS SRV групи за обратно извикване в Cisco Partner Hub (По избор)
|
4 | Свържете PNG (и CDSG) с клиентски шаблони
|
5 | Организации за предоставяне на решения за семена
|
6 | Изберете организацията за първични семена
|
7 | Изтеглете конфигурацията на BroadWorks (BYoPSTN)
|
8 | Определете домейна на Webex Edge Audio DNS SRV
|
9 | Предоставяне на партньор BroadWorks Конфигурация
|
10 | Провизионен партньор CUBE (или вашия собствен SBC)
|
11 | Сертификация BYoPSTN
|
Стъпка 1: Предпоставки за партньор
За осигуряването на BYoPSTN трябва да бъдат изпълнени следните предпоставки. Предпоставките, дадени по-долу, предполагат, че Партньорът има работещ Webex за внедряване на Cisco BroadWorks, което включва:
Функционираща система BroadWorks – както е документирано в Ръководство за решение за Webex за Cisco BroadWorks
BroadWorks AS лиценз с услуга „VoiceXML“ в достатъчно количество (1 на номер от обществена телефонна централа)
Необходими са корекции на BroadWorks:
За R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
За R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
За R24
AP.as.24.0.944.ap376935
Разгърната система Cisco CUBE (версия IOS 16.12.2 или по-нова): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Поддържа се както хардуерен, така и виртуален CUBE. Хардуерно базиран CUBE се препоръчва за мащабируемост и обработка на по-голям брой обаждания.
Партньорска организация на Webex – както е посочено в Ръководство за решение за Webex за Cisco BroadWorks
Стъпка 2: Предоставяне на групи телефонни номера (PNG) в Partner Hub
Процедурата, която партньорът на Cisco използва, за да добави своите телефонни номера за повикване за срещи в Среща в Webex е както следва:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създаване на телефонен номер за повикване Grou стр.
Въведете Група телефонни номера име и изберете Следваща .
Въведете Телефонен номер подробности и изберете Следваща .
Прегледайте обобщената информация за групата телефонни номера и изберете Запазете .
Повторете тази процедура за всяка група телефонни номера, която ще бъде добавена.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 3: Предоставяне на DNS SRV групи за обратно извикване (CDSG) в Partner Hub
Тази стъпка трябва да бъде завършена само ако искате да разгърнете опцията Присъединяване към среща чрез обратно повикване. В противен случай можете да пропуснете тази стъпка. |
Ако не конфигурирате тази опция, потребителите могат да използват опцията за повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио. |
Когато използвате опцията Обратно повикване за среща, се изисква DNS SRV група за обратно повикване за маршрутизиране на повиквания от Webex към CUBE. Процедурата, която партньорът на Cisco използва, за да добави своите CUBE DNS SRV записи към Webex , е както следва:
Влезте в Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създайте DNS SRV група за обратно извикване .
Въведете DNS SRV за обратно извикване Име на групата .
Изберете Следваща .
Въведете данните за DNS SRV за обратно повикване.
Изберете Следваща .
Прегледайте обобщението на подробностите за DNS SRV за обратно извикване.
Изберете Запазете .
Предоставете всички актуализации на DNS , за да отразяват новите записи в групата DNS SRV .
Повторете тази процедура за всяка DNS SRV група за обратно извикване, която ще бъде добавена.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 4: Свържете PNG и CDSG с клиентски шаблони в Partner Hub
Първоначалната конфигурация и проверка на решението BYoPSTN изисква начална организация за всяка уникална комбинация от Група телефонни номера и DNS SRV група за обратно повикване (ако е необходимо обратно повикване) . Ето защо се препоръчва Cisco Partners по подобен начин да създадат нов Клиентски шаблон за всяка уникална комбинация от група телефонни номера и група за обратно извикване DNS SRV . Всеки клиентски шаблон трябва да се използва за генериране на съответна начална организация.
След като конфигурацията на BYoPSTN бъде заредена и проверена с помощта на началните организации, групите за телефонни номера и DNS SRV групите за обратно извикване могат да бъдат приложени към съществуващи клиентски шаблони, както е необходимо.
Моля, имайте предвид, че новосъздадените клиентски шаблони не се използват от съществуващи нетестови клиенти и следователно могат безопасно да се използват за ръчна проверка на конфигурацията на BYoPSTN.
Ако не внедрявате присъединяване към среща чрез обратно повикване, не е необходимо да свързвате DNS SRV групи за обратно извикване с клиентския шаблон. Все пак трябва да изберете Деактивирайте обратното повикване . |
За да добавите към нов клиентски шаблон, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Шаблони , изберете Добавяне на шаблон .
Въведете подробностите за шаблона. В Тип пакет етап:
Изберете Тип пакет като Стандартно .
Изберете Конфигурация за присъединяване към среща като Предоставени от партньора номера за повикване (BYoPSTN) .
Изберете осигурен Група телефонни номера .
За DNS SRV група за обратно извикване, ако искате да активирате опцията Обратно повикване за среща, изберете предоставена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .
Изберете Следваща .
Въведете останалите данни за шаблона.
Прегледайте обобщението на подробностите за шаблона.
Щракнете върху Запиши.
Повторете тази процедура за всеки клиентски шаблон, който трябва да бъде добавен
Екранната снимка по-долу илюстрира процедурата.
За да актуализирате съществуващ клиентски шаблон, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks раздел.
Под Шаблони , изберете Преглед на шаблона .
Изберете шаблона за актуализиране.
Превъртете до Конфигурация за присъединяване към среща раздел:
Изберете Предоставени от партньора номера за повикване (BYoPSTN) .
Изберете предварително конфигуриран Група телефонни номера .
За DNS SRV група за обратно извикване , ако искате да активирате опцията Обратно повикване за среща, изберете осигурена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .
Изберете Запазете .
Екранната снимка по-долу илюстрира процедурата.
Стъпка 5: Организации за предоставяне на решения за семена
Решението BYoPSTN има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно решението. Една от двете цели на организациите за първоначално решение е да генерират телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Другата цел е проверка на конфигурацията.
За всяка уникална комбинация от група телефонни номера и DNS SRV група за обратно повикване, която трябва да се използва, трябва предварително да бъде създаден съответен клиентски шаблон. За всеки от тези клиентски шаблони трябва да бъде осигурена организация за първоначално решение. Осигуряването на тези начални организации генерира телефонен номер за съпоставяне на кодове за достъп до среща и UUID на място за срещи за срещи, които са необходими за конфигуриране на BroadWorks.
Използвайки всеки от предварително конфигурираните клиентски шаблони, осигурете абонат за нов тестов доставчик на услуги BroadWorks или нов BroadWorks Enterprise с Стандартен пакет потребител. Получената Стандартен пакет място за срещи трябва да използва опцията за присъединяване към срещи за номера за повикване на доставчик на партньори. Всеки от следните методи може да се използва за осигуряване на абоната:
Предоставете тестовия абонат, използвайки API на BroadWorks Subscribers, както е документирано на
developer.webex.com
.Активирайте тестовия абонат за услугата IM&P на BroadWorks, конфигуриран да използва клиентския шаблон. Моля, уверете се, че клиентският шаблон използва стандартния пакет по подразбиране, за да сте сигурни, че на тестовия абонат е присвоен стандартен пакет. Като алтернатива, тестовият абонат трябва впоследствие да бъде актуализиран, за да има стандартния пакет.
Моля, обърнете внимание, че се препоръчва организациите за първоначално решение да бъдат свързани с тестов доставчик на услуги на BroadWorks или тестов BroadWorks Enterprise.
Стъпка 6: Изберете организацията за първични семена
Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Не трябва да изтривате началната организация, тъй като свързаният място за срещи също ще бъде изтрит. Ако началната организация бъде премахната, ще трябва да осигурите нова и да преконфигурирате Broadworks с новия UUID на сайта.
Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.
За да изберете организацията за първични семена, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks раздел.
Под Проверка на конфигурацията (BYoPSTN) раздел, изберете Присвояване .
В Назначете организация екран, потърсете и изберете една от първоначалните организации, конфигурирани преди това
Изберете Присвояване .
Избраната семенна организация е основната семенна организация.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 7: Изтеглете конфигурация на BroadWorks (BYoPSTN)
Подробностите за организацията на първичното начално решение, групите телефонни номера и DNS SRV групата за обратно извикване за даден BroadWorks клъстер са достъпни на едно място, в конфигурационния файл на BroadWorks (BYoPSTN) JSON. Тази информация е необходима за конфигуриране на BroadWorks за BYoPSTN.
Моля, имайте предвид, че конфигурационен файл JSON е достъпен за преглед/изтегляне само след като бъде избрана основната организация за първоначално решение.
Процедурата за преглед/изтегляне на конфигурационен файл JSON е както следва:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Клъстери , изберете Преглед на клъстер .
Изберете клъстера, който е свързан с клиентските шаблони, които са конфигурирани за BYoPSTN.
Превъртете до Конфигурация на BroadWorks за BYoPSTN раздел.
Щракнете върху Изтеглете JSON конфигурационен файл .
Повторете тази процедура за всички други клъстери на BroadWorks.
Екранните снимки по-долу илюстрират процедурата.
Моля, вижте примерния JSON конфигурационен файл по-долу. Файлът съдържа допълнителна информация за всяка група телефонни номера, DNS SRV група за обратно извикване, следните ключови конфигурационни елементи, които трябва да бъдат въведени в BroadWorks, са маркирани с удебелен шрифт.
siteUUID: BroadWorks трябва да изпрати тази стойност в SIP съобщенията, това е токен, който Webex Edge Audio използва, за да потвърди самоличността на BroadWorks на партньора на Cisco и неговия достъп до сайтове за срещи, управлявани от този партньор на Cisco .
Съпоставяне на телефонен номер за код за достъп : Телефонните номера и свързаните с тях кодове за достъп до Webex трябва да бъдат конфигурирани на BroadWorks.
phoneNumber
код за достъп
localeTag: Желаният език за съобщения, свързан с телефонен номер , трябва да бъде конфигуриран на BroadWorks.
dnsSrv: DNS SRV за обратно извикване трябва да бъде конфигуриран в DNS и да се отнася до желаните CUBE екземпляри.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Стъпка 8: Определете домейна на Webex Edge Audio DNS SRV
Домейнът Webex Edge Audio DNS SRV трябва да бъде конфигуриран на BroadWorks. Използвайте следната процедура, за да определите стойността.
Влезте в Cisco Partner Hub.
Отидете на Клиенти .
Изберете предприятието за валидиране на BYoPSTN.
Изберете Преглед на клиента.
Отидете на Услуги/Срещи .
Изберете място за срещи със стандартен пакет.
Превъртете до долната част на страничния панел, изберете Конфигуриране на сайта .
Изберете Общи настройки / аудио настройки .
Под Персонализирани глобални номера за повикване Edge Audio раздел, изберете Генерирайте Lua скрипт .
В изскачащия прозорец потърсете стойност “-- Актуализиране до заглавка с CCAX URL”.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Извлечете стойността с удебелен шрифт, например,
ecccx.amer.webex.com.
Това е домейнът Webex Edge Audio DNS SRV , който трябва да бъде конфигуриран на BroadWorks.
Стъпка 9: Предоставяне на партньор BroadWorks Конфигурация
Този раздел описва конфигурацията на BroadWorks, необходима за изпълнение на сценариите за повикване и обратно повикване, показани на диаграмите по-долу. Примерите за конфигурация се основават на данните във файла JSON, показан в предишния раздел. Очаква се номерата, домейните, именуването на предприятието/групите, типът устройства, правилата, профилите и т.н. да варират в зависимост от партньора.
Поток на обажданията:
- Потребителят иска обратно повикване, Webex започва обратно повикване.
- Обаждането се пренасочва към BroadWorks OTT.
- Обаждането достига до CUBE, предоставен в CH. CUBE насочва обаждането към BroadWorks.
- BroadWorks идентифицира обаждането като начало на домакин на среща и създава сесия за потребителя на домакин на среща и обработва обаждането.
- Потребителската сесия на домакин на среща на срещата обработва повикването и превежда набран номер. Освен това се генерира запис за фактуриране от името на потребителя на домакин на среща .
- BroadWorks насочва повикването или към потребителя, свързан с устройството (7), или към PSTN (8).
Преди да започнете
SIP комуникацията между BroadWorks и CUBE може да бъде през UDP или TCP в зависимост от вашите мрежови изисквания. Например, ако някои мрежови устройства или устройства за достъп (например шлюзове или крайни точки) в потоците за извикване или обратно извикване на BYoPSTN не поддържат TCP, тогава трябва да се използва UDP .
Конфигурацията и примерите, показани в това ръководство, използват TCP като транспортен протокол. За да използвате TCP, уверете се, че вашият BroadWorks Application Server и Network Server са конфигурирани за TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Сървър на приложения
Идентифициране/тип на профила на устройството
Трябва да се създаде нов тип профил на самоличност/устройство, който да представлява CUBE. Уверете се, че сте задали следните свойства по-долу, докато други могат да бъдат оставени със стойности по подразбиране:
Тип на сигналния адрес— Задайте на Интелигентно прокси адресиране
Удостоверяване — Задаване на Разрешено
Подкрепете самоличността в АКТУАЛИЗИРАНЕ и повторно ПОКАНВАНЕ — Проверено
Възможност за статична регистрация — Задаване на Разрешено
Възможност за видео — Задаване на Забранено
В примера по-долу новият профил на самоличност/устройство Тип „VXML_profile ” е създаден, за да представлява КУБА.
Гласов XML виртуален абонат
Създайте VoiceXML екземпляр
Всеки номер от обществена телефонна централа на Webex Meetings е представен от виртуален абонат в BroadWorks и може да се използва функционалността на виртуалния абонат на VoiceXML. Препоръчително е да се използват специално предприятие и група за всички виртуални абонати на VoiceXML. Имайте предвид, че всъщност не използваме никакви възможности на VoiceXML, но този тип виртуални потребители е подходящ за взаимодействие с CUBE.
За да използвате услугата VoiceXML, уверете се, че лицензът има достатъчни количества „VoiceXML“ и че услугата е оторизирана на ниво предприятие и група, а услугата VoiceXML е присвоена на групата, както е показано на примерната снимка по-долу.
Под VoiceXML и създайте екземпляр за всеки номер от обществена телефонна централа.
, изберетеКонфигуриране на VoiceXML адреси
За всеки екземпляр на VoiceXML осигурете следното под VoiceXML адресите:
Телефонен номер — Въведете номера за набиране за сайта Webex Meetings (например 2403332200).
Вътрешен номер
Профил на самоличност/устройство — Създайте един екземпляр (например VXML_device Prof) въз основа на тип устройство, създадено в предишния раздел (VXML_profile в примера) и въведете следната конфигурация.
Линия/порт — Влезте в<access number=""> @<domain> формат, къде
<access number=""> е номерът на кода за достъп за сайта Webex Meetings (достъпен от JSON файла) (например 88631321777971704941)
<domain> е домейнът на Webex Edge Audio за този място за срещи (например ecccspx.amer.pub.webex.com)
Контактна глътка —За повиквания за среща на номера за достъп, ПОКАНАТА ще бъде изпратена с URI на заявка, зададен на стойността на това поле. Въведете SIP контакта в този формат<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , където:
<sip contact=""> е<number> от полето линия/порт, но с домейна като SRV, който се разрешава до адреса на CUBE (например 88631321777971704941@cube.internal.local)
<Locale> представлява езиковата настройка според локал на потребителя (например locale=en_ САЩ)
<Meetings Site="" UUID=""> е UUID на сайта от JSON файла (например x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> трябва да бъде transport=tcp, за да може AS да използва TCP за изпращане на съобщения до CUBE.
По-долу е даден пример за настройките на VoiceXML Addresses.
За всеки допълнителен номер за достъп до срещата, който ще се използва, трябва да се създаде допълнителен виртуален абонат на VoiceXML, аналогичен на горния. Може да се използва същият профил на устройство , но полетата за порт на линията и за контакт трябва да бъдат изградени от информацията за номера за достъп, както е показано по-горе. |
Уверете се, че сте сигурни, че ограниченията на правилата за обработка на повиквания, които конфигурирате за виртуалния абонат на BroadWorks, са достатъчни за обработка на допълнителните BYoPSTN повиквания във вашата група телефонни номера. |
Задайте SIP удостоверяване на VoiceXML екземпляр
Присвоете услугата за удостоверяване на виртуалния абонат на VoiceXML. Това ще се използва за удостоверяване на SIP INVITE съобщения от CUBE в сценария за обратно извикване. Той също така не позволява на виртуалния абонат на VoiceXML да приема повиквания от страни, различни от CUBE
Отидете на страницата за удостоверяване на виртуален абонат под Помощни програми и въведете SIP потребителското име и паролата, както е показано по-долу:
CUBE трябва да бъде конфигуриран със същото потребителско име и парола, за да удостовери правилно съобщенията INVITE, които се изпращат до AS. Пример за командата за конфигуриране на SIP удостоверяване на CUBE е както следва:
|
Namedefs файл
Полето за SIP контакт за виртуален абонат на VoiceXML съдържа URL , където частта на домейна се разрешава до CUBE адреса. Това е вътрешен SRV и файлът namedefs на AS може да се използва за разрешаване на вътрешния SRV към CUBE IP.
В нашия пример SRV контактът за SIP е cube.internal.local и се решава на адрес 10.165.196.30 порт 5060, за да достигне до CUBE. На AS, /usr/local/broadworks/bw_base/conf/namedefs
файлът се актуализира, както следва:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Тип обаждане в Webex Meetings
Налични са опции за конфигурация за обработка на повиквания в Webex Meetings , за да контролирате как се обработват повикванията за повикване в Meeting. По подразбиране обажданията за повикване в среща се обработват като външни повиквания, тъй като номерата за повикване се хостват в специално предприятие или доставчик на услуги. Външните обаждания обикновено се включват в броя на сесиите за контрол на сесиите и се маркират за таксуване в полето CDR индикатор за зареждане .
Следващият пример добавя препоръчителната конфигурация за обработка на повикванията за срещи като вътрешни повиквания, така че те да бъдат изключени от таксуване и изключени от броя на контрола за приемане на сесия.
Чрез настройка Прилагане на поле за зареждане на NS вярно, населението на полето CDR индикатор за зареждане се базира на конфигурирания атрибут за таксуване на тип на повикването на мрежовия сървър.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Виртуален абонат за обратно повикване на VoiceXML среща
Създайте абонат за обратно повикване за VoiceXML среща
Специален виртуален абонат на VoiceXML със специална опция за обратно извикване на Webex Meeting (наричан по-долу абонат за обратно извикване на среща на VoiceXML) трябва да бъде конфигуриран на BroadWorks Application Server (AS), за да обработва обратните повиквания на Webex Meetings . Само един екземпляр на този абонат може да бъде конфигуриран в AS.
За да активирате функцията, задайте активируемата функция 102074 на true чрез CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Тъй като функцията „BYO PSTN Billing support for CallBack and CallIn“ зависи от функцията „BroadWorks Support for CI UUID“, преди да активирате функцията (102074), вие също трябва да активирате функцията (102746). За повече подробности вижте раздела „Синхронизиране на потребителски UUID на CI (Поддръжка на Broadworks за CI UUID)“. |
Абонатът за обратно повикване на VoiceXML среща е подобен на съществуващия виртуален абонат на BYOPSTN VXML, но го маркира с нов флаг „Обратно повикване на Webex Meeting“. Този абонат за обратно повикване на VoiceXML среща е конфигуриран със същия профил на устройство като съществуващия виртуален абонат на BYOPSTN VXML, както и услугата за удостоверяване със същите идентификационни данни.
По-долу е показан пример:
Абонатът за обратно извикване на VoiceXML среща трябва да съществува в AS, хостващ потребителя на домакин на домакин на среща . Когато AS получи заявката INVITE за обратно повикване на среща, тя се опитва да намери както потребителя за обратно повикване на VoiceXML среща, така и потребителя на домакин на среща в AS по време на настройката на повикването. Ако нито един от тези потребители не бъде намерен, повикването се отхвърля.
Сесия домакин на срещата
В сценария за обратно извикване със заглавката на X-Cisco-Meet-Info, сървърът на приложения на Cisco BroadWorks получава заявка за SIP INVITE и идентифицира потребителя на хоста на домакин на среща, използвайки параметъра UUID на потребителя на хост CI на заглавката на SIP X-Cisco-Meet-Info. Създава се сесия за повикване от името на потребителя на домакин на среща , за да обработи повикването и да изпълни профил на услуга на потребителя. Освен това се генерира запис за фактуриране от името на потребителя на домакин на среща . ИД на среща и информацията за UUID на сайта от заглавката на SIP X-Cisco-Meet-Info се улавят в записа за фактуриране.
Пример за заглавката на SIP X-Cisco-Meet-Info е показан по-долу:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Платформа за доставка на приложения
CI User UUID Sync (Broadworks поддръжка за CI UUID)
Потребителският CI UUID е уникален идентификатор за идентифициране на потребителите в средата на Webex .
Това приложение за синхронизиране на Webex Provisioning Sync на платформата за доставка на приложения на Cisco BroadWorks (ADP) се използва за синхронизиране, картографиране и съхраняване на потребителския CI UUID в инфраструктурата на BroadWorks, така че да може да се използва при различни взаимодействия с услугата Webex и Webex за BroadWorks.
Отнесете се към „ Активиране на обратно извикване на срещата на Webex “ относно начина на CI потребител UUID асоциацията се използва от Cisco BroadWorks Network Server и Cisco BroadWorks Application Server.
Следните стъпки настройвам приложението Webex Provisioning Sync за периодично анкетиране и актуализиране на потребителите на BroadWork с UUID на CI.
Приложението за синхронизиране на предоставяне на Webex изисква идентификационни данни за OAuth със spark-admin:broadworks_subscribers_read обхват за доставчика на Cisco Identity Provider и може да бъде получен чрез повдигане на заявка за услуга с вашия агент за въвеждане.
Проверете секцията „Получаване на идентификационни данни за OAuth за вашия Webex за Cisco BroadWorks“ за повече подробности, за да повдигнете заявка за услуга на адрес: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Добавете токена с подходящо име на партньор, както следва:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Добавете името на партньора, свързано с маркера OAuth, към списъка с партньори, които да бъдат наблюдавани от приложението Webex Provisioning Sync с флага „enabled“, зададен на „true“.
С това приложение Webex Provisioning Sync ще започне да извършва синхронизиране на UUID на потребителя на CI на определен интервал на запитване на запитване.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
След като партньорът бъде включен, приложението Webex Provisioning Sync вече може да извърши асоциирането на CI UUID с потребителите на BroadWorks.
Променете времето за изчакване на връзката, като използвате следните команди:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Това свързване може да се извърши автоматично или ръчно. Командата на CLI manualSync може незабавно да задейства свързването да се осъществи.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Партньори с 'Enabled', зададено на 'true', изпълняват асоциирания в интервал на запитване. По време на първоначалното свързване приложението Webex Provisioning Sync отправя запитвания към API на абонатите на Webex , за да извлече данните, съдържащи UUID на CI за всички потребители, хоствани от партньора. Външният ИД на потребителя на BroadWorks се актуализира със свързания CI UUID. Последващите асоциации засягат потребителите, добавени към партньора. Командата status може да се използва, за да се види дали синхронизацията е завършена.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
След като синхронизацията приключи, състоянието се променя обратно на наблюдение. Следващата синхронизация се извършва на потребители, добавени към партньора след „Последно синхронизиране“.
Следната фигура показва UUID на CI, зададен във външния ИД:
Мрежов сървър
Тип повикване
За целите на фактурирането и отчитането може да е желателно да се маркират CDR за разговори с повиквания за срещи. Това може да бъде постигнато с помощта на политиката PreCallTyping на мрежовия сървър.
Първо, в NS CLI под /System/CallP/CallType добавете ново повикване . Следният пример добавя новия тип на повикването„WXM“:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
След това тип на повикването може да се използва в екземпляр PreCallTyping, който е част от профила за маршрутизиране на потребителя на BroadWorks. В този пример беше добавен нов екземпляр PreCallTyping „wxm“ в /Policy/PreCallTyping CLI контекст, но може да е съществуващ екземпляр PreCallTyping, който вече се използва:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Следващата стъпка е да добавите записи към екземпляра PreCallTyping за всички номера за набиране в /Policy/PreCallTyping/DialPlan CLI контекст. Например:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
След това екземплярът PreCallTyping се добавя (при условие че вече не съществува) към приложимия профил за маршрутизиране на първоначалния потребител, както е показано в примера по-долу:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR, произхождащи от BroadWorks, се генерират само от повиквания, произхождащи от абонати на скорост . PSTN повиквания от "мрежовата" страна на AS няма да генерират изходни CDR. И в двата случая ще има прекратяващ CDR за виртуалния абонат на VoiceXML. |
RoutingNE
За представяне на CUBE се изисква RoutingNE в NS под /System/Device/RoutingNE CLI контекст. По този начин, когато NS получи INVITE от CUBE, той ще съпостави заглавката на via с записа RoutingNE, който е предоставен на NS. Обърнете се към ръководство за администриране на интерфейса на командния ред на Cisco BroadWorks Network Server за подробности как да добавите RoutingNE.
По-долу е даден пример за командите за добавяне на RoutingNE „WebexMeetings“, където IP адрес на CUBE = 10.165.196.30. Примерът също така показва команди за създаване на нови екземпляри на OrigRedirect и Profile, които да се асоциират с RoutingNE, но съществуващите екземпляри също могат да се използват.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
С примерната конфигурация CUBE изпраща до NS ПОКАНА, която е подобна на следното (важните полета са с удебелен шрифт):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Къде:
URI на заявка INVITE съдържа номера за обратно повикване
Чрез заглавка: съдържа IP адрес на CUBE, който ще се използва за избор на профила RoutingNE.
Заглавка на X-Cisco-Info-Meet: използва се за идентифициране на hostCIUserUuid, meetingid и siteUUID.
След получаване на ПОКАНАТА, NS използва заглавката Via, за да съпостави с RoutingNE „WebexMeetings“. Това от своя страна ще избере „wxm_routing ” профил за маршрутизиране, който съдържа „wxm_ Inst” екземпляр на OrigRedirect.
След това политиката на NS OrigRedirect ще съответства на заглавката на X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
с линейния порт, конфигуриран на виртуалния абонат на VoiceXML и изпратете пренасочване 302 към двойката AS, хостваща този абонат. Съобщението 302 е подобно на следното:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Псевдоним
Домейнът в INVITE URI (в примера това е bw.myenterprise.com), изпратен от CUBE до NS, трябва да бъде разпознат от NS. Това може да стане чрез добавяне на домейна в NS_ Контекст CLI/System/Alias, например:
NS_CLI/System/Alias> add bw.myenterprise.com
Командата за конфигуриране на INVITE URI домейна на CUBE може да бъде намерена в следващия раздел, под цел за набиране/сесия, например:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
ХостингNE
За да се поддържат опции за конфигурация за обработка на повиквания на Webex Meetings за таксуване и контрол на приемане на сесии, атрибутите за сигнализиране на Hosting NE на сървъра на приложения Изисква се CallTypeInfo и Изисква индикация за зареждане трябва да бъде активиран в контекста NS_CLI/System/Device/HostingNE._ Например:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Активиране на обратното извикване на Webex Meeting
В сценария за обратно извикване със заглавката SIP X-Cisco-Meet-Info, CUBE изпраща повикването към мрежовия сървър за пренасочване на инициатора към AS двойката. AS двойката се определя въз основа на enableWebexMeetingHoostLookup системен параметър.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
кога enableWebexMeetingHoostLookup системният параметър е зададен на true, потребителският CI UUID на домакин на среща в заглавката на X-Cisco-Meet-Info се използва за идентифициране на двойката AS , домакин на среща .
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Стъпка 10 Предоставяне на партньор CUBE
Този раздел предоставя валидирана конфигурация за това как да внедрите Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (SBC) за решението Bring Your Own PSTN.
Този раздел се фокусира върху конфигурациите на CUBE, които са необходими за взаимодействие с примерната конфигурация на Webex за Cisco BroadWorks, показана в предишния раздел. За по-общо обсъждане на първоначалното внедряване и конфигуриране на CUBE, вижте следните ръководства: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Разгръщане на Y нашия собствен SBC Вариант
Ако не искате да разгръщате CUBE, имате възможност да разположите свой собствен SBC. Имайте предвид обаче, че този документ не предоставя валидирана конфигурация за SBC, различни от CUBE.
Ако внедрите свой собствен SBC, можете да следвате изискванията за конфигурация на CUBE от високо ниво (например присвояване като домейн, публични и частни интерфейси и шлюзове), за да ръководите конфигурацията си. Въпреки това, вижте вашата SBC документация за подробна помощ за командния ред, тъй като действителните команди за вашия собствен SBC вероятно ще се различават от CUBE.
Освен ако не е посочено друго, останалите изисквания за конфигурация в Стъпка 10 важат без значение кой SBC разгръщате. Въпреки това, примерите за командния ред са само за CUBE, освен ако не е посочено, че примерът се отнася за други SBC. За други SBC, вижте вашата SBC документация за команди за конфигуриране. |
Първоначална конфигурация
За да конфигурирате CUBE, привилегированият режим EXEC трябва да бъде активиран. Ако бъдете подканени, въведете паролата.
enable
За да влезете в режим на глобална конфигурация:
configure terminal
Задайте домейна:
ip domain name myenterprise.com
Задайте максимален размер на сегмента (MSS):
ip tcp mss 1360
Мрежова конфигурация
Определете публичния и частния интерфейс. В нашия пример CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Конфигурирайте шлюзовете за IP маршрутизиране за публичната и частната страна:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Активиране на SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (или вашият собствен SBC) трябва да е вътре в DMZ с правилно конфигурирани правила за защитна стена. Вижте раздел Портове, използвани от Webex за отваряне на списъка с портове на външната защитна стена |
Конфигурирайте SRV записи за обратни повиквания, изпратени от CUBE (или вашия SBC) към мрежовите сървъри на BroadWorks. Например SRV за bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Конфигурирайте DNS сървър:
ip name-server <DNS_IP_address>
Алтернативна опция за DNS е да конфигурирате вътрешен DNS , където вътрешният DNS достига до родителски DNS сървър , ако вътрешното търсене не успее. |
Конфигурация за обработка на повиквания
Общи
Конфигурирайте CUBE (или вашия SBC) с всички IP адреси, които трябва да имат достъп до VoIP услугата. Това включва:
Частни SIP сигнализиране адреси за BroadWorks AS, NS и MS сървъри.
Публични странични адреси за Webex Edge за аудио инфраструктура.
Вижте по-долу за примерна конфигурация CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
Горният диапазон на IP адрес е пример. За текущия списък с публични IP адреси за аудио инфраструктурата на Webex отидете на: |
Как да разреша трафик на Webex Meetings в моята мрежа? — Диапазонът на IP адресите за повечето клъстери се показва под Списък с диапазони от IP адрес , използвани от Cisco Webex Meeting Services . Едно изключение е за клъстерите в Китай, за които диапазонът се показва на връзката по-долу:
Мрежови изисквания за Cisco Webex в Китай
Таймерът по подразбиране за CUBE да установи TCP връзка преди да премине маршрута е 20 секунди. За да го промените:
ip tcp synwait-time <5-300 (seconds)>
От страна на BroadWorks таймерът по подразбиране за изчакване на сървъра на приложения на неотговарящо устройство за достъп е 6 секунди. За да го промените:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Публичните и частните странични интерфейси за RTP трафик на CUBE (или вашия собствен SBC) трябва да бъдат отворени. Вижте по-долу за примера CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Къде:
- <CUBE PUB="" IP=""> е публичният IP адрес на CUBE
- <CUBE PRIV="" IP=""> е частният IP адрес на CUBE
- Обхват на портовете: в примера диапазонът на портовете е от 10200 до 28000
CUBE поддържа следните пакети за шифроване на TLS (по време на повикване, CUBE ги предлага в TLS Handshake's Client Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Други общи настройки за конфигуриране (вижте по-долу за примерни конфигурации на CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri за входящо и изходящо набиране трябва да бъдат дефинирани за по-късна употреба в dial-peers:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio поддържа кодеци G722, G711ulaw и G711alaw. Следният код на гласовия клас трябва да бъде дефиниран за по-късна употреба в точки за набиране:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio използва SRTP. Гласовият клас SRTP-crypto присвоява предпочитания SRTP крипто пакет за използване за Edge Audio. Конфигурирайте следните крипто суити по реда си. Конфигурацията на гласовия клас srtp-crypto трябва да се приложи към пиърите за набиране, използвани за връзката с Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Предварително конфигурирайте първичен ключ, за да можете да зададете парола за удостоверяване
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Въведете идентификационните данни за SIP за удостоверяване, които са предоставени за виртуалния абонат на VoiceXML на AS, като използвате следната команда. За сценарии за обратно извикване тези идентификационни данни ще се използват, когато AS предизвика INVITE, който CUBE (или вашият собствен SBC) изпраща до AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
След като удостоверяването е конфигурирано, паролата ще бъде закрита при преглед с командата „show running-config“
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Трябва също да се направи следната глобална SIP конфигурация:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Преводни профили
Профилът за превод на SIP съобщение 2340 се използва за повиквания за среща. Той трябва да има запис за промяна на SIP съобщенията, входящи от BroadWorks, преди да бъдат изпратени до Edge Audio, както е показано в примерното правило 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Горното правило 11 картографира входящия Uri на заявка от BroadWorks, който има стойността за контакт на профил на устройство CUBE (стойност на полето за контакт във VXML_device Профил на устройството Prof в нашия пример):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Към съответния домейн за маршрутизиране на аудио повиквания Webex Edge :88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Имайте предвид, че когато CUBE (или вашият собствен SBC) стои зад статичен NAT, е необходима допълнителна конфигурация към sip-профила 2340. Вижте следния линк за повече информация:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideАко внедрите свой собствен SBC, ще трябва да конфигурирате подобни правила на вашия собствен SBC. |
За да препратите 486 съобщения, изпратени от AS обратно към Webex Edge Audio, е необходима следната конфигурация на CUBE (за вашия собствен SBC вижте документацията на SBC за помощ)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Ако друго4xx съобщенията трябва да бъдат препратени обратно към Webex Edge Audio, следвайте същия пример по-горе.
Dial Peers
Наемател на гласов клас трябва да бъде дефиниран в CUBE (или вашия собствен SBC) за използване в пиърите за набиране по-късно, което удовлетворява следните критерии:
- Няма взаимодействие на полезния товар, което е необходимо за RTP-NTE DTMF пакети, така че конфигурирайте асиметричния полезен товар пълен.
- Edge audio не поддържа актуализации на ИД на обаждащия се, така че стойността "no update-callerid" трябва да бъде конфигурирана.
- маршрутизиране на повикване на Webex Edge се основава на URI. URI на маршрута на повикване трябва да бъде активиран, за да съвпада с партньори за набиране въз основа на URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Следните точки за набиране са конфигурирани да позволят на CUBE да обработва повиквания между BroadWorks и Webex Edge Audio. Конфигурирайте следното на CUBE (подобна конфигурация трябва да бъде конфигурирана на вашия собствен SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE Потоци повикване
С конфигурацията, извършена по-горе, по-долу са описани примери за сценарии на потока на входящи/ изходящо повикване на CUBE. Цветовото кодиране на конкретна стъпка го свързва със същите цветови записи в устройствата за набиране по-горе.
Ако внедрявате свой собствен SBC, вижте документацията на SBC за подробности относно потоците на обаждания с вашия SBC. |
За сценарий за повикване в среща от BroadWorks към Webex:
- Входяща ПОКАНА се получава от BroadWorks във вътрешния интерфейс с:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Входящият профил 23401 се избира въз основа на хоста в URI на входящата заявка („cube.internal.local“), съответстващ на конфигурацията на „outcoming uri request OUTEdgeAudio“.
- Изходящата точка за набиране 23411 се избира въз основа на хоста в URI на заявката („cube.internal.local“), съответстващ на конфигурацията на „URI OUTEdgeAudio на местоназначение“.
- Изходяща INVITE се изпраща на външния интерфейс с хоста в URI на заявката, променен от „cube.internal.local“ на „ecccspx.amer.pub.webex.com“ с помощта на профила за превод на съобщения „voice-class sip profiles 2340“ посочено в точката за набиране:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
За сценарий за обратно извикване на среща от Webex към BroadWorks
- Получава се входяща ПОКАНА от Webex на външния интерфейс на CUBE с:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Входящата точка за набиране 23411 се избира въз основа на модела „x-cisco-webex-service=audio“, присъстващ във входящия URI на заявка въз основа на конфигурацията „INcoming uri request INEdgeAudio“ .
- Два изходящи партньора за набиране се избират въз основа на модела „x-cisco-webex-service=audio“, присъстващ в URI на заявката, въз основа на конфигурацията „URI на местоназначението INEdgeAudio“.
- Набиране на Peer 302
- Набиране на Peer 23401
- Изходяща ПОКАННА се изпраща до мрежовите сървъри (SRV търсене на базата на „назначение на сесията dns:bw.myenterprise.com entry“ в точката за набиране) на вътрешния интерфейс
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Мрежовият сървър връща контакти за двойката AS, хостваща виртуалния абонат CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE насочва повикването към активната AS въз основа на върнатия контакт в съобщението 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS конфигурация
Следните стъпки за конфигуриране трябва да бъдат направени, за да се позволят mTLS връзки между CUBE (или вашия собствен SBC) и Webex Edge Audio.
Задължително е да конфигурирате mTLS между CUBE (или вашия собствен SBC) и Webex Edge Audio. |
Поддръжка на сертификати за заместващи символи
Подписаните със заместващи символи сертификати използват общо име на субект (напр. *.us.example.com), което съответства на домейна за CUBE или вашия собствен SBC. Сертификатите за заместващи символи се поддържат за внедряване на CUBE или SBC с множество клъстери, но не се поддържат за внедряване на CUBE или SBC с един възел.
Trustpool
По време на TLS ръкостискане, когато Webex Edge Audio изпрати своя сертификат, CUBE ще го потвърди спрямо списъка със сертификати, приети в пула за доверие.
Пакетът trustpool трябва да бъде актуализиран с Cisco Root CA, като изтеглите най-новия „Cisco Trusted Core Root Bundle“ отhttp://www.cisco.com/security/pki/ с помощта на командата:
crypto pki trustpool import clean url <url>
Сертификатите, изпратени от Webex Edge Audio, са подписани от IdenTrust. Уверете се, че сертификатът „IdenTrust Commercial Root CA“ е инсталиран. Вижте тази връзка за повече подробности:
Ако използвате свой собствен SBC и не можете да завършите импортирането, можете да конвертирате пакета във формат .pem, като използвате инструменти с отворен код, като OpenSSL. Например, можете да използвате hydrantID сертификати със следната команда:
|
Точка на доверие
Edge Audio изисква вашият CUBE да предлага подписани сертификати от надеждни CA сертификат органи за взаимни TLS (mTLS) връзки. Използвайте следната връзка, за да стигнете до списък със сертифициращи органи, на които Cisco се доверява. Сертификатите, подписани от органите в този списък, се считат за валидни и връзката ще бъде разрешена: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
КУБ с един възел
Единичен възел означава, че CUBE (или вашият собствен SBC) ще импортира сертификат с име на субект, уникално за неговото FQDN, което означава, че никой друг CUBE няма да може да го импортира (с други думи, НЕ сертификат за заместващ знак).
За да създадете CSR (заявка за подписване на сертификат) за CUBE:
- създайте двойка ключове (тази двойка ключове ще бъде свързана с точката на доверие)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Указва, че трябва да се генерира двойката ключове с общо предназначение.
- етикет<key-label> - (По избор) Име, което се използва за двойка ключове RSA , когато се експортират. Ако етикетът на ключ не е посочен, се използва напълно квалифицирано име на домейн (FQDN) на рутера.
- експортиране - (По избор) Указва, че двойката RSA ключове може да бъде експортирана към друго устройство на Cisco , като рутер.
- създаване на точка на доверие (Точка на доверие съдържа сертификата, който искате да свържете към CUBE. Когато CUBE получи заявка за сертификат, той ще отговори с прикачен сертификат на точката на доверие)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Списък за анулиране на сертификати (CRL) е списък с анулирани сертификати. CRL се създава и се подписва цифрово от CA, който първоначално е издал сертификатите. CRL съдържа дати за издаване на всеки сертификат и кога изтича.
терминал за записване pem - Добавя граници на поща с подобрена поверителност (PEM) към заявката за сертификат (ръчно копиране-поставяне от НАЧАЛО ЗАЯВКА ЗА СЕРТИФИКАТ към ЗАЯВКА НА END CERTIFICATE)
fqdn – Напълно квалифицирано име на домейн на CUBE
име на субекта CN=<fqdn> - името на обекта за подпис
rsakeypair<key label=""> - двойката ключове, генерирана от предишната стъпка
(справка: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- генериране на CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Изпратете CSR (от НАЧАЛО ЗАЯВКА ЗА СЕРТИФИКАТ до ЗАЯВКА ЗА СЕРТИФИКАТ) до CA (орган за сертификати)
CA ще генерира подписан сертификат
- В зависимост от CA, те ще предоставят главен сертификат (напр. DigiCertCA.crt) и искания сертификат (напр. cube.crt)
- Заредете СА сертификат
- Първо, удостоверете автентичността на точката на доверие с основния сертификат
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- След това импортирайте сертификата на CUBE в точката на доверие CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Ако внедрявате свой собствен SBC, вижте документацията на SBC за подробности как да създадете CSR. |
Клъстер CUBE с множество възли (използване на алтернативни имена в сертификат) - НЕ се поддържа
Мулти възел означава, че CUBE ще може да импортира един и същ сертификат за повече от едно внедряване на CUBE. Използването на алтернативно име на субекта за генериране на CSR в момента не се поддържа : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Клъстер CUBE с множество възли (Използване на подписан сертификат като pkcs12 формат)
Мулти възел, използващ подписан със заместващ знак сертификат, означава, че името на субекта е общо (напр. *.us.example.com) и съответства на домейна на CUBE (или вашия SBC домейн).
- Ако приемем, че имате готов сертификат с заместващ знак, подгответе файловете с публичен (.crt) и частен ключ (.key).
- Използвайки OpenSSL, създайте пакетен файл във формат PKCS12 (.pfx), включително файл .crt и .key: (използвайте cygwin за Windows) - справка: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Прехвърлете .pfx файла в CUBE:bootflash: (scp от Linux сървър към CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Създайте точка на доверие и импортирайте файла pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Проверете конфигурацията на CUBE сертификат
Проверете дали цялата верига е включена в сертификата. Следващият пример показва команди за валидиране за CUBE. Ако внедрявате свой собствен SBC, използвайте командите, които се отнасят за вашия SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Задайте SIP сигнализиране да използва доверителна точка
Използвайте следната команда, за да осигурите SIP UA с точката на доверие CUBE. Следва пример за CUBE. Ако внедрявате свой собствен SBC, вижте документацията на SBC за помощ за командите.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE Дневници
За да видите активирани филтри за отстраняване на грешки
CUBE# show debug
За да зададете филтри за отстраняване на грешки (примери)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
За да премахнете филтрите за отстраняване на грешки (пример)
CUBE# no debug ccsip messages
За да изчистите и проверите буфера на журнала
CUBE# clear log
>>> make test call <<<
CUBE# show log
Ако не разполагате с CUBE, вижте документацията за вашия собствен SBC за подробности как да използвате регистрационни файлове. |
Други полезни команди
За да проверите текущата конфигурация
CUBE# show running-config (or just CUBE# show run)
За да запазите конфигурацията в ROM, която ще се използва при стартиране
CUBE# write
Стъпка 11 Сертифициране по BYoPSTN
След приключване на конфигурирането и осигуряването на bYoPSTN решението, От Партньора се изисква да работи през набор от случаи на тест за приемане, за да сертифицира тяхното решение. Това е необходима стъпка, за да може партньорът BYoPSTN да бъде одобрен и разрешен.
Тестовите случаи за приемане са описани в документа Донесете своя собствена PSTN процедура за приемане Webex за Cisco BroadWorks на адрес: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Партньорът трябва да предостави резултатите от успешно проведените тестове за приемане на екипите за включване и сертифициране.
Въпросите, проблемите и резултатите от изпълнението на тестовете за приемане трябва да бъдат докладвани и споделяни в пространството на Webex , определено за включване на партньора.
Прилагане на актуализации към група телефонни номера в услуга/група за DNS SRV за обратно повикване
След като клиентите, които не са тестови, бъдат присвоени към клиентски шаблон с помощта на предоставени от партньор номера за повикване, следните опции за присъединяване към среща са достъпни за тези потребители:
Поканите за срещи включват един или повече телефонни номера по подразбиране от присвоената група телефонни номера
Приложението Webex показва един или повече телефонни номера по подразбиране от групата за присвояване на телефонни номера като опция за присъединяване към среща
Потребителският интерфейс на сайта за срещи на Webex показва един или повече телефонни номера по подразбиране от групата за присвояване на телефонни номера като опция за присъединяване към среща
Ако обратното повикване е активирано в шаблона на клиента, Webex Meeting предоставя опцията „Обадете ми се на“, където заявката за обратно повикване се насочва към един от записите, посочени в назначената DNS SRV група за обратно повикване
Промяна в опциите за присъединяване към среща за клиентски шаблон или промяна в назначена група телефонни номера или промяна в DNS SRV група за обратно повикване може да повлияе на горните опции за присъединяване към среща. Тези промени не се отнасят за съществуващи клиенти, но новоосигурените клиенти ще видят тези промени отразени незабавно за техните сайтове за срещи със стандартен и премиум пакет. Ето защо е силно препоръчително всяка такава промяна да бъде проверена с помощта на организация за първоначално решение, преди да бъде приложена към съществуващи клиентски шаблони, групи телефонни номера или DNS SRV групи за обратно извикване (ако са внедрени DNS SRV групи за обратно извикване).
Следните стъпки трябва да се следват, когато правите актуализация на опциите за присъединяване към срещата за клиентски шаблон и/или прилагате актуализации към групите телефонни номера или DNS SRV групи за обратно повикване.
Моля, обърнете внимание, ако клиентските шаблони, групите телефонни номера или DNS SRV групите за обратно извикване се използват от тестови доставчици на услуги на BroadWorks и/или тестови BroadWorks Enterprises, тази процедура е незадължителна. Може да е по-подходящо просто да изтриете тестовите доставчици на услуги на BroadWorks и/или да тествате организациите на BroadWorks Enterprises и да ги предоставите отново, като използвате актуализираните клиентски шаблони, групи телефонни номера или DNS SRV групи за обратно извикване.
Актуализиране само на група телефонни номера:
Създайте нова временна група телефонни номера с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата група телефонни номера. Ако съществуваща група телефонни номера се използва заедно с групата, присвоете я на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Изтеглете JSON файла за конфигурация на BroadWorks (BYoPSTN), той съдържа телефонен номер за код за достъп за новите телефонни номера в групата телефонни номера.
- Определете домейна на Webex Edge Audio DNS SRV за организацията на началното решение на място за срещи със стандартен пакет. Тя трябва да бъде непроменена от стойността, определена преди това за оригиналната група телефонни номера.
- Приложете актуализациите на конфигурацията към BroadWorks, като използвате JSON файла за конфигурация на BroadWorks (BYoPSTN).
- Проверете конфигурацията, като насрочите срещи, като използвате сайта на стандартния пакет за първоначална организация и се присъедините към срещата, като използвате телефонните номера за повикване.
- Приложете актуализацията към оригиналната група телефонни номера. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, временната група телефонни номера и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната група телефонни номера бъде актуализирана.
Актуализиране само на DNS SRV група за обратно извикване:
- Създайте нова временна DNS SRV група за обратно извикване с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата DNS SRV група за обратно извикване и съществуваща група телефонни номера. Ако съществуваща DNS SRV група за обратно извикване се използва заедно с групата, присвоете я на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Проверете конфигурацията, като насрочите срещи с помощта на сайта на стандартния пакет за първоначална организация, като се присъедините към срещата, като използвате телефонните номера за повикване и използвате опцията „Обадете ми се на“.
- Приложете актуализацията към оригиналната DNS SRV група за обратно извикване. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, DNS SRV група за обратно извикване и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната DNS SRV група за обратно извикване е актуализирана.
Актуализирайте както телефонния номер, така и DNS SRV групата за обратно повикване:
- Създайте нов временен телефонен номер и DNS SRV група за обратно повикване с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата група телефонни номера и нова DNS SRV група за обратно повикване. Ако съществуваща група телефонни номера и/или DNS SRV група за обратно повикване се използва заедно с групата, присвоете това на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Изтеглете JSON файла за конфигурация на BroadWorks (BYoPSTN), той съдържа телефонен номер за код за достъп за новите телефонни номера в групата телефонни номера.
- Определете домейна на Webex Edge Audio DNS SRV за организацията на началното решение на място за срещи със стандартен пакет. Тя трябва да бъде непроменена от стойността, определена преди това за оригиналната група телефонни номера.
- Приложете актуализациите на конфигурацията към BroadWorks, като използвате JSON файла за конфигурация на BroadWorks (BYoPSTN).
- Проверете конфигурацията, като насрочите срещи с помощта на сайта на стандартния пакет за първоначална организация, като се присъедините към срещата, като използвате телефонните номера за повикване и използвате опцията „Обадете ми се на“.
- Приложете актуализацията към оригиналния телефонен номер и DNS SRV група за обратно повикване. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, временната група телефонни номера, групата за обратно извикване на DNS SRV и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната група телефонни номера и DNS SRV група за обратно повикване бъдат актуализирани.
Организацията на първичното начално решение не трябва да се изтрива, освен ако на BroadWorks не е избрана и конфигурирана нова организация на първично начално решение. Изтриването на организацията на основното начално решение премахва siteUUID, от който зависи BYoPSTN решението за удостоверяване на SIP съобщение до Webex Edge Audio. Ако бъде изтрито, присъединяването към срещи чрез обаждане за сайтове, използващи предоставен номер за набиране, предоставен от партньора, няма да бъде успешен. |
G722 Media Interoperability при използване на собствен SBC
Когато използвате вашия собствен SBC, проблемите на оперативната съвместимост, които обикновено се поемат от CUBE, трябва да бъдат разгледани между Cisco Partners BroadWorks Infrastructure и Webex Cloud. Един пример е повикване или обратно повикване с помощта на кодек G722, който включва BroadWorks Media Server (например, когато се използва услугата BroadWorks Call Recording). В този сценарий Webex Edge Audio може да изпрати SDP с ред "a=fmtp:9". Вашият SBC ще трябва да актуализира този ред, за да добави параметъра за битрейт, за да има "a=fmtp:9 bitrate=64", преди да го изпрати до бекенда на BroadWorks.
Известни ограничения
Всички промени в опцията за присъединяване към среща на клиентски шаблон, номерата за повикване на Cisco или номерата за повикване, предоставени от партньора, се прилагат само към новоосигурени клиенти. Съществуващите клиенти, използващи шаблона, остават непроменени.
Всички промени в настройките на групата телефонен номер на шаблона на клиента или на DNS SRV групата за обратно извикване се прилагат само към новоосигурени клиенти или съществуващи клиенти, които се предоставят за първия им потребител на стандартен или премиум пакет. Съществуващите клиенти, които вече имат потребители на стандартен или премиум пакет, остават непроменени.
Всички промени в Групите за телефонни номера или DNS SRV групите за обратно извикване, които са присвоени на клиентски шаблони, се прилагат само към новоосигурени клиенти или съществуващи клиенти, които се предоставят за първия им потребител на стандартен или премиум пакет. Съществуващите клиенти, присвоени към свързани шаблони, които вече имат потребители на стандартен или премиум пакет, остават непроменени.
Даден клиентски шаблон поддържа номера за повикване на Cisco или опция за присъединяване към среща с предоставен номер на обаждане, комбинация от двете опции за един и същ шаблон не се поддържа.
SIP съобщенията за „Обадете ми се на“ или случай на използване на присъединяване към среща за обратно повикване не включва информация за клиента и/или потребителя, който е домакин на срещата, към която ще се присъедините.
Телефонните номера и свързаните кодове за достъп до срещи за дадена група телефонни номера поддържат само един Webex Edge Audio DNS SRV домейн (например, ecccspx.amer.webex.com). Използването на тези телефонни номера за обаждане до срещи в различен Webex Edge Audio DNS SRV домейн не се поддържа.
Webex Edge Audio не поддържа предоговаряне на кодеци по време на разговор. Като такива, услугите, които се извикват след отговор на повикване, може да не работят правилно.
Приложението Webex , потребителският интерфейс на сайта на Webex Meeting и имейлът с покани за Webex Meeting предоставя връзка към документ „Ограничения за безплатни обаждания“. Този документ е специфичен за предоставени от Cisco телефонни номера и трябва да бъде игнориран от потребителите, когато използват предоставени от партньор телефонни номера за присъединяване към срещи.
Хронология на корекциите на документи
Следващата таблица показва хронология на промените в този документ през последните 12 месеца.
Дата | Версия | Описание на промяната | |
---|---|---|---|
08 април 2024 г | 1-36 |
| |
10 януари 2024 г | 1-35 |
| |
22 декември 2023 г | 1-34 |
| |
04 юли 2023 г | 1-33 |
| |
02 февруари 2023 г | 1-32 |
| |
02 февруари 2023 г | 1-31 |
| |
31 януари 2023 г | 1 – 30 |
| |
29 ноември 2022 г | 1-29 |
|
Определения
Определения | Описание |
---|---|
Партньор на Cisco | Обект (обикновено доставчик на услуги), който продава продукти и услуги на Cisco на своите клиенти. |
Краен клиент | Потребители, които използват продуктите и услугите на Cisco , продавани им от партньор на Cisco . |
CUBE | Cisco Unified Border Element |
Партньорска организация | Webex Identity and Service Management хранилище, което поддържа информация за партньорите на Cisco и техните клиенти. |
Partner Hub | интернет портал за предоставяне на идентичност и услуги за партньорите на Cisco и клиентите, които те управляват. |
Организация на клиентите | Webex Identity and Service Management хранилище, което поддържа информация за Краен клиент. |
BroadWorks Enterprise или доставчик/група на услуги | Представителство на крайния клиент в BroadWorks. |
Общ преглед
Решението Bring Your Own PSTN (BYoPSTN) позволява на Webex за доставчиците на услуги на Cisco BroadWorks да предоставят телефонни номера, които те притежават, за да ги използват, когато се присъединят към Webex Meetings. Решението позволява на Партньорите да използват собствените си PSTN мрежи и да използват съществуващите взаимоотношения с доставчиците на PSTN, вместо да използват номера, предоставени от Cisco.
Референтната архитектура в този документ осигурява дизайн от край до край за опцията BYoPSTN. Тази архитектура е валидирана от Cisco и използва Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (SBC) за трафик на повиквания между BroadWorks и Webex Meetings.
Избиране на опцията за присъединяване към срещата
Понастоящем Webex за Cisco BroadWorks поддържа две опции за предоставяне на телефонни номера за срещи. Доставчиците на услуги трябва да изберат една от тези две опции — микс не се поддържа:
Cisco номера за повиквания (Cisco PSTN)— Cisco предоставя телефонните номера, които участниците в срещата могат да използват, за да се присъединят към срещи
Предоставени от партньора номера за повикване (BYoPSTN) – доставчиците на услуги предоставят свои собствени телефонни номера, които да се използват от участниците в срещата, когато се присъединяват към срещи
BYoPSTN решение
Партньорите, които изберат опцията за номера за повикване, предоставени от партньора (BYoPSTN), трябва да предоставят свои собствени телефонни номера на PSTN и трябва да осигурят мрежовата инфраструктура, която е необходима за маршрутизиране на повиквания към и от Webex. Решението BYoPSTN улеснява пренасочването на повиквания Over the Top (OTT) през публичен интернет от BroadWorks към Webex.
При избора на опцията BYoPSTN се прилагат следните условия:
Партньорите на Cisco могат да използват едни и същи телефонни номера за повече от един краен клиент. Тези телефонни номера могат да бъдат във всяка държава, в която Партньорът оперира.
Опцията BYoPSTN не изисква промени в общия процес на въвеждане за Webex за клиенти на Cisco BroadWorks.
BYoPSTN изисква обезпечаване на ниво партньор на Cisco и всички крайни клиенти, които партньорите активират, след като BYoPSTN работи, се активират автоматично.
Цялото осигуряване, необходимо за сайтовете за срещи на клиенти, е автоматично, както при настоящото общодостъпно решение.
Партньорите, които активират както стандартни, така и премиум пакети, имат два сайта за срещи: един сайт за стандартни потребители и друг за премиум потребители. И двата сайта са активирани за BYoPSTN.
Участниците в срещата, които се набиране на срещи, могат да изберат да използват споделяне на видео и съдържание чрез интернет.
Прилага се за присъединяване към срещи както за космически срещи, така и за срещи на ЛСС . Имайте предвид, че за срещи в Space пространството трябва да е създадено от стандартен или премиум потребител с възможности за хост на Webex Meeting, за да получите номер за достъп до обществена телефонна централа — пространствата, създадени от основни потребители, не получават номера за достъп до обществена телефонна централа .
Този документ предоставя валидирана конфигурация, която използва CUBE като ваш SBC. Въпреки това, ако не искате да използвате CUBE, можете да разположите свой собствен SBC.
Архитектура
Решението Webex за Cisco BroadWorks BYoPSTN се основава на набора от услуги Webex Edge , по-конкретно услугата Webex Edge Audio, достъпна за корпоративни клиенти. Архитектурата е адаптирана за интегриране на инфраструктурата на Cisco Partners BroadWorks с Webex Edge Audio, като по този начин позволява на партньора на Cisco да конфигурира централно набори от телефонни номера за използване от техните крайни клиенти.
Основните елементи на архитектурата са както следва:
BroadWorks— Партньори на Cisco Инфраструктура на BroadWorks
Cisco Unified Border Element (CUBE)—Референтен Session Border Controller (SBC) на границата на сесията (SBC) за решението, внедрено в център за данни на Cisco Partners. CUBE трябва да е вътре в DMZ. Имайте предвид, че ако не искате да използвате CUBE, можете да разположите свой собствен SBC.
Webex Edge Audio — услугата Webex , която отделя PSTN от Webex чрез промяна на маршрутизиране на повикване, за да се използва инфраструктурата, предоставена от Cisco Partner.
Обажданията на участниците да се присъединят към среща преминават през BroadWorks към CUBE и от CUBE към инфраструктурата на Webex в облака през интернет. Този модел е приложим и за двата от следните сценария за присъединяване към среща:
Повикване — участник набира телефонен номер в поканата за среща на своя регистриран в BroadWorks телефон, мобилно устройство или в приложението Webex . Обаждането се инициира от BroadWorks.
Обратно повикване (по избор) — участник иска Webex да се обади на телефонен номер , предоставен от участника. Обаждането се инициира от Webex.
Обажданията, насочени от BroadWorks към CUBE в рамките на инфраструктурата на партньора, ще използват SIP TCP за сигнализиране на повиквания и RTP за медия. От CUBE до Webex, обажданията използват SIP TLS за сигнализиране и sRTP за медия. Пренасочването на повиквания от CUBE към WebEx става през интернет и не използва SIP транк.
Типичната настройка за сценарии за повикване/обратно повикване е както следва:
Cisco Partner има PSTN телефонен номер (например 2403332200) и свързан код за достъп до Webex (например 88631321777971704941).
Cisco Partner предоставя виртуален абонат на BroadWorks, който съответства на устройството CUBE. Партньорът съпоставя телефонен номер с код за достъп и обратно.
Кодът за код за достъп, който се изпраща на Webex в SIP съобщенията, идентифицира сайтовете за срещи, свързани с партньора на Cisco .
Горният телефонен номер за код за достъп е конфигуриран веднъж и е общ за всички сайтове за срещи на крайни клиенти.
Участниците, които се присъединяват към срещата, трябва да въведат съответния идентификатор на срещата (например 123456), който идентифицира конкретната среща, към която да се присъединят.
Препоръчително е партньорите да следват модела на съкращаване, описан по-долу.
Присъединяване към среща с помощта на повикване
Следващата снимка изобразява процеса на потребител, който се присъединява към срещата чрез повикване.
Ето стъпките за присъединяване на участника към среща чрез повикване.
Потребителят планира среща в Webex. Webex присвоява идентификатор на среща (например 123456).
Потребителят набира телефонния номер, който е свързан със срещата (например 2403332200). SIP INVITE носи URI на заявката като телефонен номер , свързан със срещата.
BroadWorks превежда телефонния номер в код за достъп (например 88631321777971704941), свързан със сайта на срещата, и насочва повикването към CUBE с URI на заявката като код за достъп.
Webex получава SIP INVITE и отговаря на повикването. Езикът на съобщенията се определя от езика, посочен за телефонния номер, когато е предоставен в Cisco Partner Hub и BroadWorks.
Потребителят въвежда идентификатора на срещата (например 123456) с помощта на DTMF. Webex потвърждава потребителя и след това позволява на потребителя да се присъедини към срещата.
Присъединяване към среща чрез обратно повикване (по избор)
Следващата снимка показва процеса на потребител, който се присъединява към срещата чрез обратно повикване, потребителят иска обаждане от Webex , за да се присъедини към среща.
Ето стъпките, за да може участникът да се присъедини към среща чрез обратно повикване:
Потребителят планира среща в Webex. Webex присвоява идентификатор на среща (например 123456).
Потребителят иска обаждане от Webex до желан номер (например +16504441000), за да се присъедини към срещата с помощта на Webex приложение или клиента на Meetings.
Webex инициира SIP ПОКАНА към CUBE въз основа на DNS SRV групата за обратно извикване, предоставена в Cisco Partner Hub и BroadWorks. URI за заявка на SIP INVITE съдържа телефонен номер , който трябва да получи обаждането (например +16504441000@cube.example.com).
CUBE преобразува телефонния номер в ИД на отдалечената страна до стойност, която идентифицира виртуален абонат на BroadWorks (например 88631321777971704941@ecccx.amer.pub.webex.com). Това идентифицира CUBE като виртуален потребител на BroadWorks Application Server.
Обаждането се предлага на заявения от потребителя телефонен номер и потребителят отговаря на обаждането, за да се присъедини към срещата. Този телефонен номер може да бъде абонат на BroadWorks или номер от обществена телефонна централа. Ако исканият номер е номер от обществена телефонна централа, BroadWorks използва предоставения път, за да насочи повикването към PSTN.
За опцията за обратно повикване е задължително да активирате следните две функции:
- 102746 – Поддръжка на BroadWorks за CI UUID
- 102074 – Поддръжка за таксуване на BYO PSTN за обратно обаждане и повикване
Това може да се потвърди от CLI, както следва:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
За подробно описание на тези функции и активиране можете да намерите в раздел „Виртуален абонат за обратно повикване на VoiceXML среща“ в този документ.
Ако изберете да не конфигурирате Присъединяване към среща чрез опцията за обратно повикване, потребителите все още могат да използват или опцията Повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио. В този случай не е необходимо да конфигурирате DNS SRV групи за обратно извикване. |
Преглед на конфигурацията на решението
Решението има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно. Компонентите са както следва:
BroadWorks
CUBE (или алтернативен SP сертифициран Session Border Controller (SBC) (SBC))
Webex Edge Audio
Съществуват взаимозависимости между конфигурацията на тези различни компоненти и като такива се изисква една или повече организации за създаване на решения да завършат необходимата конфигурация и проверка на решението.
Организация на семена
Основната организация е организация на Webex , която конфигурирате за генериране и валидиране на настройки за решението BYoPSTN. На началната организация трябва да има поне един потребител, назначен а Стандартен пакет, и този Стандартен пакет трябва да използва Предоставени от партньора номера за повикване (BYoPSTN) опция за присъединяване към среща. Препоръчително е да свържете началната организация с тестов доставчик на услуги на BroadWorks или Enterprise.
Организациите за създаване на решения служат за две цели:
Конфигурация на семена — Предоставянето на началната(ите) организация(и) генерира телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Тази информация е необходима за конфигуриране на виртуални абонати на BroadWorks (VSUB).
Проверка на конфигурацията —Използвайте организацията на началния процес, за да определите дали вашето BYoPSTN решение е конфигурирано в съответствие с вашите изисквания. Използвайте първоначалната организация и тествайте потребителите, за да потвърдите случаите на използване на обаждания и обратно повикване, като използвате предоставените от партньора номера за повикване и DNS SRV записи за обратно повикване (ако е активирано обратното повикване).
Администраторът трябва да генерира организация на начално решение за всеки уникален набор от телефонни номера и записи за обратно извикване на DNS SRV . Генерирането на организацията на първоначалното решение във всеки случай генерира необходимия телефонен номер за съпоставяне на код за достъп до срещата и възможността за проверка на свързаните случаи на използване на повикване и обратно повикване за тези телефонни номера и DNS SRV записи за обратно повикване.
Администраторът, използващ Cisco Partner Hub, трябва да избере една организация за първоначално решение като организация на първични семена . UUID на място за срещи за срещи на срещата на стандартния пакет на тази организация за първично решение трябва да бъде конфигурирана на BroadWorks. Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Този UUID на един сайт се споделя от всички набори от телефонни номера и DNS SRV записи за обратно повикване. Не се изискват няколко UUID стойности на сайта.
Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.
Следващите раздели предоставят повече подробности за различните конфигурационни елементи.
Конфигурационни елементи на BYoPSTN
Ключов елемент от решението е конфигурацията на телефонните номера на Cisco Partner и DNS SRV записите за обратно повикване. BYoPSTN използва групи от телефонни номера и DNS SRV групи за обратно повикване като начин за присвояване на географски базирани телефонни номера и излишно маршрутизиране на повикване за срещи на Webex . Тези елементи се присвояват на крайните клиенти от клиентския шаблон.
Групи телефонни номера (PNG)
Партньорите на Cisco предоставят телефонните номера, използвани от участниците, за да се присъединят към срещи в Cisco Partner Hub. Тези телефонни номера са подредени заедно в група телефонни номера. Списъкът с телефонни номера е свързан със сайт за срещи. Всички лични заседателни зали (ЛСС) и насрочени срещи в този сайт за срещи използват свързаните телефонни номера. Следва пример за група телефонни номера:
Име на телефонен номер | Страна | Код на страна | Телефонен номер | Съобщение | Тип платен | Приоритет на повикване |
---|---|---|---|---|---|---|
САЩ Мериленд | САЩ | +1 | 2403332200 | Английски | Платен | Основен |
САЩ Флорида | САЩ | +1 | 9049002303 | Английски | Платен | Вторичен |
САЩ Ню Йорк | САЩ | +1 | 8056504578 | Английски | Безплатен | Няма |
Телефонните номера имат следните атрибути:
Име на телефонен номер—Име за описание на телефонен номер
Държава — Държава, към която е присвоен телефонът
Код на държавата—Код за повикване на държавата или код за набиране на държавата
Телефонен номер — телефонен номер , който да използвате за присъединяване към среща без кода на държавата
Съобщение — езикът на съобщението, което да се възпроизвежда, когато участник се присъедини към среща
Тип на пътната такса – Типът на номера: Такса или безплатно
Приоритет на повикване—Приоритетът, присвоен на номерата на срещите. Изгледът на участниците на номерата за присъединяване към срещата е подреден въз основа на този приоритет.
Телефонни номера по подразбиране: Администраторите могат да присвоят приоритет на повикване от първичен, вторичен или никакъв на телефонен номер в групата телефонни номера. Телефонните номера с приоритет Основен или Вторичен са телефонни номера по подразбиране. Телефонните номера по подразбиране се изпращат в имейлите с покани за срещи и са изброени в приоритетния ред, който участниците трябва да използват, за да се присъединят към срещи. Не е задължително телефонните номера по подразбиране да са в една и съща държава. Трябва да бъде избран първичен телефон номер, вторичен телефонен номер не е задължителен. Поне един от телефонните номера по подразбиране трябва да е тип Toll.
Потребителите на крайните клиенти могат да изберат да посочат свои собствени телефонни номера по подразбиране, като използват уеб интерфейс на място за срещи . Тези номера се появяват за този потребител и неговите участници, когато са домакин на среща. Ако потребителят се присъедини към среща като присъстващ, те ще се показват само за него.
Съгласно примера по-горе, разпоредбите на администратора на Cisco Partner САЩ Мериленд като първичен и САЩ Флорида като вторични, това са телефонните номера по подразбиране. Потребителят може да избере да отмени това в своите срещи, като промени основното на САЩ Ню Йорк и вторично като САЩ Мериленд .
максимален брой телефонни номера за дадена група телефонни номера е 98.
ЗАБЕЛЕЖКА: Не се поддържа конфигуриране на специален номер за едно предприятие.
DNS SRV групи за обратно извикване (CDSG)
За да позволите на участниците в срещата да изберат опцията за обратно повикване, е необходима DNS SRV група за обратно повикване, която сочи към екземпляр(ите) CUBE в мрежата на партньора на Cisco . Webex използва тези записи, за да насочи обратното повикване чрез CUBE към BroadWorks, което след това може да постави обратното повикване на срещата до телефонен номер на участника в срещата.
Следва пример за DNS SRV група за обратно извикване.
Страна/регион | Код на страна | DNS SRV запис |
---|---|---|
САЩ | +1 | cube.us.example.com |
Мексико | +52 | cube.mx.example.com |
Всички останали страни | Няма | cube.global.example.com |
DNS SRV записите за обратно извикване имат следните атрибути:
Държава/регион—Държавата или регионът, за който този DNS SRV запис трябва да се използва за изпращане на заявки за повикване.
Код на държавата—Кодът на държавата, свързан с държавата/региона. Можете да имате само един SRV запис в DNS за код на държава.
DNS SRV запис — SRV запис в DNS за Cisco Partner CUBE екземпляр(и).
Когато участникът поиска обаждане на посочения от него телефонен номер, Webex използва DNS SRV за обратно повикване, свързан с кода на държавата за посочения телефонен номер , за да насочи повикването към съответните елементи в мрежата на Cisco Partners.
Използването на SRV запис в DNS по този начин осигурява поддръжка за излишни екземпляри на CUBE за обслужване на заявките за повикване от Webex. В примера по-горе, когато участниците в срещата в САЩ поискат обратно повикване от Webex до техния телефонен номер в САЩ, Webex използва DNS SRV cube.us.example.com
за да насочите това обаждане към мрежата на партньора на Cisco . Когато участниците в срещата в Мексико поискат обратно повикване от Webex до техния телефонен номер в Мексико, Webex ще използва DNS SRV cube.mx.example.com
за да насочите това обаждане към мрежата на партньора на Cisco .
За всяка държава/региони, които нямат конкретен SRV запис в DNS за обратно повикване, тези заявки за повикване се насочват към ' всички други страни SRV запис в DNS. Администраторът трябва да конфигурира SRV запис в DNS„Всички други държави“.
максимален брой записи за дадена DNS SRV група за обратно извикване е 200.
Шаблони на клиенти
Клиентският шаблон е съществуваща концепция за решението Webex за BroadWorks. Шаблонът предоставя конфигурацията по подразбиране, която се използва за предоставяне на краен клиент. BYoPSTN предоставя допълнителни атрибути на клиентския шаблон:
Тип на присъединяване към срещата—Могат да бъдат номера за повикване на Cisco или номера за повикване, предоставени от партньора. Този атрибут указва телефонните номера, които са конфигурирани за сайтове за срещи, свързани с пакетите Standard и Premium. Предоставените от партньора номера за повикване трябва да бъдат избрани от администратора.
Група телефонни номера – свързан само с опцията за номера за повикване, предоставена от партньора, този атрибут указва телефонните номера, които се използват от крайни клиенти, които са осигурени за стандартни и премиум пакети при присъединяване към срещи.
DNS SRV Group за обратно повикване – свързан само с опцията за номера за повикване, предоставена от партньора, този атрибут указва DNS SRV записите, които се използват от Webex при обратно повикване до крайни клиенти, които са осигурени за стандартни и Premium пакети при присъединяване към срещи. Ако не искате да активирате обратното повикване, можете да изберете „Деактивиране на обратното повикване“ при създаване или актуализиране на клиентски шаблон. Когато първият абонат за Standard или Premium е осигурен за краен клиент, асоциираният място за срещи на пакета се предоставя. Сайтът за място за срещи на пакета е осигурен съгласно горния клиентски шаблон. Всеки впоследствие осигурен абонат за Standard или Premium се добавя към вече предоставения място за срещи за място за срещи не се променя.
Всички промени в клиентския шаблон по отношение на горните атрибути важат само за новоосигурени сайтове за срещи на пакети. Съществуващите сайтове за срещи, които вече са предоставени, не се влияят от промените в клиентския шаблон.
Единственото забележително изключение е, че ако краен клиент вече има място за срещи на пакети, всеки нов място за срещи на пакети се предоставя, използвайки същия тип присъединяване към срещата като съществуващия място за срещи за срещи на пакета. Например, ако краен клиент има място за срещи със стандартен пакет, използващ номера за повикване на Cisco и шаблонът на клиента е актуализиран, за да използва предоставени от партньор номера за повикване, се предоставя нов място за срещи на Premium пакет, използвайки номера за повикване на Cisco , Настройката на клиентския шаблон не се прилага. Стандартните и премиум сайтовете за срещи за даден краен клиент винаги се предоставят последователно.
BroadWorks Calling Cluster
Cisco Partner Hub - Екранът на BroadWorks Calling Cluster предоставя достъп за преглед и/или изтегляне на Конфигурация на BroadWorks (BYoPSTN) информация. Информацията за информация за конфигуриране на BYoPSTN за даден клъстер включва следните данни:
Подробности за организацията за първично начално решение, включително UUID на сайта за място за срещи на стандартен пакет и URL на сайта.
Групови данни за телефонен номер за всички групи, конфигурирани за този клъстер. Това включва телефонен номер за съпоставяне на код за достъп до срещата за всяка група. Обърнете внимание, че подробностите трябва да включват групи, които са свързани с всички организации за вторични начални решения.
Обратно извикване DNS SRV Групови данни за всички групи, конфигурирани за този клъстер. Обърнете внимание, че подробностите трябва да включват групи, които са свързани с всички организации за вторични начални решения.
Подробности за шаблона на клиента за тези шаблони, използващи някоя от групите телефонни номера и DNS SRV групи за обратно повикване.
Всеки клъстер за повиквания на BroadWorks има свой собствен Конфигурация на BroadWorks (BYoPSTN) информация, по-специално присвоените му групи телефонни номера и DNS SRV група за обратно повикване. Въпреки това, моля, имайте предвид, че всички BroadWorks Calling Cluster споделят една и съща организация за първично начално решение и като такава всички включват един и същ UUID на сайта за място за срещи на стандартния пакет и URL на сайта.
В Конфигурация на BroadWorks (BYoPSTN) информацията е налична само за преглед/изтегляне, когато администраторът конфигурира и избере основната организация на решението за семена. Основната организация за начално решение трябва да има поне един потребител, присвоен към стандартния пакет, и този стандартен пакет трябва да използва опцията за присъединяване към срещите, предоставени от партньора номера за повикване (BYoPSTN).
Пример за конфигурационни елементи на BYoPSTN
Следното изображение показва пример за внедряване на BroadWorks с множество клъстери с географски базирани клиентски шаблони, телефонни номера и маршрутизиране.
Първата таблица показва внедряване на BroadWorks в множество клъстери с регионално базирани клиентски шаблони, групи телефонни номера и DNS SRV групи за обратно извикване. Следващите таблици се разгръщат за групите телефонни номера и DNS SRV групи за обратно извикване.
Клъстер на BroadWorks | Име на шаблона | Пакет | Тип присъединяване към среща | Група телефонни номера | Група за обратно повикване чрез DNS SRV |
---|---|---|---|---|---|
BWKS US NG | US West Std | Стандартно | Партньорът предостави номера за повикване | Запад на САЩ | CB САЩ |
Западен Прем | Премия | ||||
US East Std | Стандартно | САЩ Изток | |||
Източна премия на САЩ | Премия | ||||
BWKS MX | MX Std | Стандартно | Партньорът предостави номера за повикване | MX PNG | CB MX |
MX Prem | Премия | ||||
BWKS UK | UK Std | Стандартно | Партньорът предостави номера за повикване | Великобритания PNG | Обратното повикване е деактивирано |
UK Prem | Премия | ||||
BWKS САЩ | US Std | Стандартно | Cisco номера за повикване | Няма | Няма |
Абонатите, предоставени с помощта на шаблона US West Std или US West Prm, използват телефонния номер на САЩ West, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към записите на CB US DNS SRV .
Абонатите, предоставени с помощта на шаблона US East Std или US East Prm, използват телефонния номер на US East, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към записите на CB US DNS SRV .
Абонатите, осигурени с помощта на шаблона MX Std или MX Prm, използват телефонния номер MX PNG, когато се присъединяват към срещи. Тези абонати, които срещат заявки за обратно повикване, се изпращат към CB MX DNS SRV записите.
Абонатите, предоставени с помощта на шаблона UK Std или UK Prm, използват телефонните номера на UK PNG, когато се присъединяват към срещи. На тези абонати няма да бъде предложено присъединяване към среща чрез обратно повикване, тъй като обратното повикване е деактивирано.
Абонатите, осигурени чрез US Std, използват номера за повикване на Cisco и следователно нямат назначена група телефонни номера или DNS SRV група за обратно повикване. Тези абонати използват предоставени от Cisco телефонни номера за присъединяване към срещи и Cisco DNS SRV записи за присъединяване към срещи, използвайки обратно повикване.
Подробностите за примерните групи телефонни номера са както следва:
Група телефонни номера | Име на телефонен номер | Страна | Код на страна | Телефонен номер | Съобщение | Тип платен | Приоритет на повикване |
---|---|---|---|---|---|---|---|
Запад на САЩ | САЩ Сан Франциско | САЩ | +1 | 4156551000 | Английски | Платен | Основен |
САЩ Пало Алто | САЩ | +1 | 9863502478 | Английски | Безплатен | Няма | |
САЩ Изток | САЩ Мериленд | САЩ | +1 | 2403332200 | Английски | Платен | Основен |
САЩ Флорида | САЩ | +1 | 9049002303 | Английски | Платен | Вторичен | |
САЩ Ню Йорк | САЩ | +1 | 8056504578 | Английски | Безплатен | Няма | |
MX PNG | Мексико | MX | +52 | 2065304086 | европейски испански | Платен | Основен |
Великобритания PNG | Обединеното кралство | Обединеното кралство | +44 | 4527789651 | Английски | Платен | Основен |
Подробностите за примерните DNS SRV групи за обратно извикване са както следва:
Група за обратно повикване чрез DNS SRV | Страна | DNS SRV |
---|---|---|
CB САЩ | САЩ | cube.us.example.com |
Всички останали страни | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Всички останали страни | cube.row.example.com |
Конфигурацията за US SRV запис в DNS, cube.us.example.com може да бъде както в примера:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Този SRV запис в DNS може да се разреши до следния DNS A запис:
| 86400 | IN | О: | 45.84.168.81 |
| 86400 | IN | О: | 45.84.168.82 |
DNS SRV записите решават да защитят SIP повиквания от Webex към CUBE. |
Портове, използвани от Webex
Портовете в таблицата по-долу трябва да бъдат отворени на защитната стена на DMZ, където се намира CUBE, а други портове могат да бъдат затворени. За допълнителна информация относно изискванията за портове и мрежа вижте следната статия:
https://collaborationhelp.cisco.com/article/WBX264
Източник | Изходни портове | Местоназначение | Пристанища на местоназначението | Протокол | Описание | ||
---|---|---|---|---|---|---|---|
Webex Edge Audio Services | Мимолетен | CUBE | 5061 | TCP | (mTLS 1.2) Входяща SIP сигнализиране от Webex Edge Audio към CUBE SBC.
| ||
Webex Edge Audio Services | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Опции Пинг за Webex Edge Audio. | ||
CUBE | Мимолетен | EdgeAudio | 5605 | TCP | (mTLS 1.2) Изходяща SIP сигнализиране за Webex Edge Audio. | ||
Webex Edge Audio Services | Мимолетен | CUBE | Ефемерни пристанища 8000 - 59999 | UDP | (SRTP) Трябва да се отворят дупки в защитната стена за входящия трафик на мултимедия към Edge аудио. | ||
CUBE | Ефемерни пристанища 10200 - 28000 | Edge Audio | Мимолетен | UDP | (SRTP) Трябва да се отворят дупки в защитната стена за изходящ трафик на мултимедия към CUBE. |
TLS и SRTP Cipher Suites
TLS v1.2 или по-нова се използва за ръкостискане на mTLS и следните шифри се поддържат от Webex Edge Audio (по време на обратно повикване, Webex Edge Audio ги предлага в Здравейте на клиента на TLS Handshake):
TLS_ ECDHE_ ECDSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_С_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ С_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_С_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_С_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ С_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_С_AES_128_CBC_SHA256
TLS_ RSA_ С_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ С_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ С_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ С_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ С_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ С_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_С_AES_128_GCM_SHA256
TLS_DHE_DSS_С_AES_128_CBC_SHA256
Следните шифри се използват за sRTP:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Поддържани аудио кодеци
G722
G711µ
G711a
Изисквания за SIP и RTP профили
Решението изисква между CUBE (или вашия SBC) и Webex да внедрите SIP TLS за сигнализиране и sRTP за медия.
SIP и RTP профилите като част от тази комуникация трябва да отговарят на следните изисквания:
Изисквания за SIP профил | Подробности |
---|---|
Таймер за изтичане на сесията | 2220 сек (приема SIP 422) * се коригира според бизнес нуждите и се очаква 422. |
Медийна оферта за навлизане | Ранна оферта |
Медийна оферта за изход | Късна оферта |
Опции ping интервал | 30-те (минимум) |
DTMF | RFC2833 Полезен товар 101 (Без акустичен DTMF!) |
SIP- UDP портове | 4000-4010,5061,5065 |
RTP профил | Подробности |
---|---|
Гласов профил на полезен товар | G.722/ G.711μ /G.711a |
Размер на пакета | 20 ms |
VAD (откриване на гласова активност) | Не |
Таймер за неактивност на медиите | 1200 мс |
Смяна на кодека за средно набиране | Не е прието |
RTP | 8000-48198 |
sRTP шифри | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
Кодек G.729 не се поддържа. Ако искате да използвате G.729, трябва да използвате транскодери. |
Домейни за маршрутизиране на повиквания на Webex
DNS SRV _sips._tcp.<domain>
се използва за достигане до Webex Edge Audio. Има четири домейна в зависимост от региона.
Регион | Домейн |
---|---|
Северна и Южна Америка | ecccspx.amer.pub.webex.com |
Великобритания, Северна Африка | ecccspx.emea.pub.webex.com |
Азия и Тихоокеански регион | ecccspx.apac.pub.webex.com |
Австралия/Нова Зеландия | ecccspx.anz.pub.webex.com |
Европа | ecccspx.euro.pub.webex.com |
DNS SRV се разделя на няколко A записа, сочещи към основния и вторичния сайт. Следващата таблица предоставя пример за региона AMER и подлежи на промяна в бъдеще.
Тип на запис | Записване | Цел | Предназначение |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Откриване на Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Откриване на Webex Edge Audio |
О: | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Посочва Webex Edge Audio AMER Primary 1 |
О: | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Посочва Webex Edge Audio AMER Primary 2 |
О: | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Посочва Webex Edge Audio AMER Secondary 1 |
О: | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Насочва към Webex Edge Audio AMER Secondary 2 |
DNS-SRV е динамичен по природа, IP адресите са склонни да се променят; следователно избягвайте твърдо кодиране или маркиране на IP адресите. Вижте секцията „История на ревизии на документа“ за всякакви промени или актуализации, направени в Референтна информация за портове за Webex Calling документ. |
CUBE Резервиране
Cisco Unified Border Element (CUBE) позволява възможността за контрол на границата на сесията в мрежа, управляваща SIP връзки между външни обекти и вътрешна мрежа. Повече информация за CUBE е налична в раздела Предпоставки по-долу.
Поддържаните модели на резервиране са дефинирани с цел осигуряване на висока наличност и елиминиране на единична точка на повреда за партньора на Cisco . Три различни модела са описани по-долу. Партньорите на Cisco трябва да приемат всеки модел, който е приложим към тяхната среда.
По време на процеса на включване партньорът трябва да деактивира ICMP филтрите.
Внедряване на дуплекс CUBE за BroadWorks, разгърнато в един сайт
Внедряване на Simplex CUBE за BroadWorks, разгърнато в много сайтове
Възможен е още един модел на резервиране, при който CUBE се разполага в дуплексен режим във всеки сайт. Този модел не е необходим, като се има предвид, че BroadWorks е разгърнат с гео-излишък.
Осигуряване
1 | Предпоставки за партньор
|
2 | Предоставяне на телефонни номера в Cisco Partner Hub
|
3 | Предоставяне на DNS SRV групи за обратно извикване в Cisco Partner Hub (По избор)
|
4 | Свържете PNG (и CDSG) с клиентски шаблони
|
5 | Организации за предоставяне на решения за семена
|
6 | Изберете организацията за първични семена
|
7 | Изтеглете конфигурацията на BroadWorks (BYoPSTN)
|
8 | Определете домейна на Webex Edge Audio DNS SRV
|
9 | Предоставяне на партньор BroadWorks Конфигурация
|
10 | Провизионен партньор CUBE (или вашия собствен SBC)
|
11 | Сертификация BYoPSTN
|
Стъпка 1: Предпоставки за партньор
За осигуряването на BYoPSTN трябва да бъдат изпълнени следните предпоставки. Предпоставките, дадени по-долу, предполагат, че Партньорът има работещ Webex за внедряване на Cisco BroadWorks, което включва:
Функционираща система BroadWorks – както е документирано в Ръководство за решение за Webex за Cisco BroadWorks
BroadWorks AS лиценз с услуга „VoiceXML“ в достатъчно количество (1 на номер от обществена телефонна централа)
Необходими са корекции на BroadWorks:
За R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
За R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
За R24
AP.as.24.0.944.ap376935
Разгърната система Cisco CUBE (версия IOS 16.12.2 или по-нова): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Поддържа се както хардуерен, така и виртуален CUBE. Хардуерно базиран CUBE се препоръчва за мащабируемост и обработка на по-голям брой обаждания.
Партньорска организация на Webex – както е посочено в Ръководство за решение за Webex за Cisco BroadWorks
Стъпка 2: Предоставяне на групи телефонни номера (PNG) в Partner Hub
Процедурата, която партньорът на Cisco използва, за да добави своите телефонни номера за повикване за срещи в Среща в Webex е както следва:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създаване на телефонен номер за повикване Grou стр.
Въведете Група телефонни номера име и изберете Следваща .
Въведете Телефонен номер подробности и изберете Следваща .
Прегледайте обобщената информация за групата телефонни номера и изберете Запазете .
Повторете тази процедура за всяка група телефонни номера, която ще бъде добавена.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 3: Предоставяне на DNS SRV групи за обратно извикване (CDSG) в Partner Hub
Тази стъпка трябва да бъде завършена само ако искате да разгърнете опцията Присъединяване към среща чрез обратно повикване. В противен случай можете да пропуснете тази стъпка. |
Ако не конфигурирате тази опция, потребителите могат да използват опцията за повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио. |
Когато използвате опцията Обратно повикване за среща, се изисква DNS SRV група за обратно повикване за маршрутизиране на повиквания от Webex към CUBE. Процедурата, която партньорът на Cisco използва, за да добави своите CUBE DNS SRV записи към Webex , е както следва:
Влезте в Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създайте DNS SRV група за обратно извикване .
Въведете DNS SRV за обратно извикване Име на групата .
Изберете Следваща .
Въведете данните за DNS SRV за обратно повикване.
Изберете Следваща .
Прегледайте обобщението на подробностите за DNS SRV за обратно извикване.
Изберете Запазете .
Предоставете всички актуализации на DNS , за да отразяват новите записи в групата DNS SRV .
Повторете тази процедура за всяка DNS SRV група за обратно извикване, която ще бъде добавена.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 4: Свържете PNG и CDSG с клиентски шаблони в Partner Hub
Първоначалната конфигурация и проверка на решението BYoPSTN изисква начална организация за всяка уникална комбинация от Група телефонни номера и DNS SRV група за обратно повикване (ако е необходимо обратно повикване) . Ето защо се препоръчва Cisco Partners по подобен начин да създадат нов Клиентски шаблон за всяка уникална комбинация от група телефонни номера и група за обратно извикване DNS SRV . Всеки клиентски шаблон трябва да се използва за генериране на съответна начална организация.
След като конфигурацията на BYoPSTN бъде заредена и проверена с помощта на началните организации, групите за телефонни номера и DNS SRV групите за обратно извикване могат да бъдат приложени към съществуващи клиентски шаблони, както е необходимо.
Моля, имайте предвид, че новосъздадените клиентски шаблони не се използват от съществуващи нетестови клиенти и следователно могат безопасно да се използват за ръчна проверка на конфигурацията на BYoPSTN.
Ако не внедрявате присъединяване към среща чрез обратно повикване, не е необходимо да свързвате DNS SRV групи за обратно извикване с клиентския шаблон. Все пак трябва да изберете Деактивирайте обратното повикване . |
За да добавите към нов клиентски шаблон, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Шаблони , изберете Добавяне на шаблон .
Въведете подробностите за шаблона. В Тип пакет етап:
Изберете Тип пакет като Стандартно .
Изберете Конфигурация за присъединяване към среща като Предоставени от партньора номера за повикване (BYoPSTN) .
Изберете осигурен Група телефонни номера .
За DNS SRV група за обратно извикване, ако искате да активирате опцията Обратно повикване за среща, изберете предоставена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .
Изберете Следваща .
Въведете останалите данни за шаблона.
Прегледайте обобщението на подробностите за шаблона.
Щракнете върху Запиши.
Повторете тази процедура за всеки клиентски шаблон, който трябва да бъде добавен
Екранната снимка по-долу илюстрира процедурата.
За да актуализирате съществуващ клиентски шаблон, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks раздел.
Под Шаблони , изберете Преглед на шаблона .
Изберете шаблона за актуализиране.
Превъртете до Конфигурация за присъединяване към среща раздел:
Изберете Предоставени от партньора номера за повикване (BYoPSTN) .
Изберете предварително конфигуриран Група телефонни номера .
За DNS SRV група за обратно извикване , ако искате да активирате опцията Обратно повикване за среща, изберете осигурена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .
Изберете Запазете .
Екранната снимка по-долу илюстрира процедурата.
Стъпка 5: Организации за предоставяне на решения за семена
Решението BYoPSTN има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно решението. Една от двете цели на организациите за първоначално решение е да генерират телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Другата цел е проверка на конфигурацията.
За всяка уникална комбинация от група телефонни номера и DNS SRV група за обратно повикване, която трябва да се използва, трябва предварително да бъде създаден съответен клиентски шаблон. За всеки от тези клиентски шаблони трябва да бъде осигурена организация за първоначално решение. Осигуряването на тези начални организации генерира телефонен номер за съпоставяне на кодове за достъп до среща и UUID на място за срещи за срещи, които са необходими за конфигуриране на BroadWorks.
Използвайки всеки от предварително конфигурираните клиентски шаблони, осигурете абонат за нов тестов доставчик на услуги BroadWorks или нов BroadWorks Enterprise с Стандартен пакет потребител. Получената Стандартен пакет място за срещи трябва да използва опцията за присъединяване към срещи за номера за повикване на доставчик на партньори. Всеки от следните методи може да се използва за осигуряване на абоната:
Предоставете тестовия абонат, използвайки API на BroadWorks Subscribers, както е документирано на
developer.webex.com
.Активирайте тестовия абонат за услугата IM&P на BroadWorks, конфигуриран да използва клиентския шаблон. Моля, уверете се, че клиентският шаблон използва стандартния пакет по подразбиране, за да сте сигурни, че на тестовия абонат е присвоен стандартен пакет. Като алтернатива, тестовият абонат трябва впоследствие да бъде актуализиран, за да има стандартния пакет.
Моля, обърнете внимание, че се препоръчва организациите за първоначално решение да бъдат свързани с тестов доставчик на услуги на BroadWorks или тестов BroadWorks Enterprise.
Стъпка 6: Изберете организацията за първични семена
Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Не трябва да изтривате началната организация, тъй като свързаният място за срещи също ще бъде изтрит. Ако началната организация бъде премахната, ще трябва да осигурите нова и да преконфигурирате Broadworks с новия UUID на сайта.
Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.
За да изберете организацията за първични семена, направете следното:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks раздел.
Под Проверка на конфигурацията (BYoPSTN) раздел, изберете Присвояване .
В Назначете организация екран, потърсете и изберете една от първоначалните организации, конфигурирани преди това
Изберете Присвояване .
Избраната семенна организация е основната семенна организация.
Екранните снимки по-долу илюстрират процедурата.
Стъпка 7: Изтеглете конфигурация на BroadWorks (BYoPSTN)
Подробностите за организацията на първичното начално решение, групите телефонни номера и DNS SRV групата за обратно извикване за даден BroadWorks клъстер са достъпни на едно място, в конфигурационния файл на BroadWorks (BYoPSTN) JSON. Тази информация е необходима за конфигуриране на BroadWorks за BYoPSTN.
Моля, имайте предвид, че конфигурационен файл JSON е достъпен за преглед/изтегляне само след като бъде избрана основната организация за първоначално решение.
Процедурата за преглед/изтегляне на конфигурационен файл JSON е както следва:
Влезте в Cisco Partner Hub.
Посетете настройките.
Превъртете до Обаждане на BroadWorks .
Под Клъстери , изберете Преглед на клъстер .
Изберете клъстера, който е свързан с клиентските шаблони, които са конфигурирани за BYoPSTN.
Превъртете до Конфигурация на BroadWorks за BYoPSTN раздел.
Щракнете върху Изтеглете JSON конфигурационен файл .
Повторете тази процедура за всички други клъстери на BroadWorks.
Екранните снимки по-долу илюстрират процедурата.
Моля, вижте примерния JSON конфигурационен файл по-долу. Файлът съдържа допълнителна информация за всяка група телефонни номера, DNS SRV група за обратно извикване, следните ключови конфигурационни елементи, които трябва да бъдат въведени в BroadWorks, са маркирани с удебелен шрифт.
siteUUID: BroadWorks трябва да изпрати тази стойност в SIP съобщенията, това е токен, който Webex Edge Audio използва, за да потвърди самоличността на BroadWorks на партньора на Cisco и неговия достъп до сайтове за срещи, управлявани от този партньор на Cisco .
Съпоставяне на телефонен номер за код за достъп : Телефонните номера и свързаните с тях кодове за достъп до Webex трябва да бъдат конфигурирани на BroadWorks.
phoneNumber
код за достъп
localeTag: Желаният език за съобщения, свързан с телефонен номер , трябва да бъде конфигуриран на BroadWorks.
dnsSrv: DNS SRV за обратно извикване трябва да бъде конфигуриран в DNS и да се отнася до желаните CUBE екземпляри.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Стъпка 8: Определете домейна на Webex Edge Audio DNS SRV
Домейнът Webex Edge Audio DNS SRV трябва да бъде конфигуриран на BroadWorks. Използвайте следната процедура, за да определите стойността.
Влезте в Cisco Partner Hub.
Отидете на Клиенти .
Изберете предприятието за валидиране на BYoPSTN.
Изберете Преглед на клиента.
Отидете на Услуги/Срещи .
Изберете място за срещи със стандартен пакет.
Превъртете до долната част на страничния панел, изберете Конфигуриране на сайта .
Изберете Общи настройки / аудио настройки .
Под Персонализирани глобални номера за повикване Edge Audio раздел, изберете Генерирайте Lua скрипт .
В изскачащия прозорец потърсете стойност “-- Актуализиране до заглавка с CCAX URL”.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Извлечете стойността с удебелен шрифт, например,
ecccx.amer.webex.com.
Това е домейнът Webex Edge Audio DNS SRV , който трябва да бъде конфигуриран на BroadWorks.
Стъпка 9: Предоставяне на партньор BroadWorks Конфигурация
Този раздел описва конфигурацията на BroadWorks, необходима за изпълнение на сценариите за повикване и обратно повикване, показани на диаграмите по-долу. Примерите за конфигурация се основават на данните във файла JSON, показан в предишния раздел. Очаква се номерата, домейните, именуването на предприятието/групите, типът устройства, правилата, профилите и т.н. да варират в зависимост от партньора.
Поток на обажданията:
- Потребителят иска обратно повикване, Webex започва обратно повикване.
- Обаждането се пренасочва към BroadWorks OTT.
- Обаждането достига до CUBE, предоставен в CH. CUBE насочва обаждането към BroadWorks.
- BroadWorks идентифицира обаждането като начало на домакин на среща и създава сесия за потребителя на домакин на среща и обработва обаждането.
- Потребителската сесия на домакин на среща на срещата обработва повикването и превежда набран номер. Освен това се генерира запис за фактуриране от името на потребителя на домакин на среща .
- BroadWorks насочва повикването или към потребителя, свързан с устройството (7), или към PSTN (8).
Преди да започнете
SIP комуникацията между BroadWorks и CUBE може да бъде през UDP или TCP в зависимост от вашите мрежови изисквания. Например, ако някои мрежови устройства или устройства за достъп (например шлюзове или крайни точки) в потоците за извикване или обратно извикване на BYoPSTN не поддържат TCP, тогава трябва да се използва UDP .
Конфигурацията и примерите, показани в това ръководство, използват TCP като транспортен протокол. За да използвате TCP, уверете се, че вашият BroadWorks Application Server и Network Server са конфигурирани за TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Сървър на приложения
Идентифициране/тип на профила на устройството
Трябва да се създаде нов тип профил на самоличност/устройство, който да представлява CUBE. Уверете се, че сте задали следните свойства по-долу, докато други могат да бъдат оставени със стойности по подразбиране:
Тип на сигналния адрес— Задайте на Интелигентно прокси адресиране
Удостоверяване — Задаване на Разрешено
Подкрепете самоличността в АКТУАЛИЗИРАНЕ и повторно ПОКАНВАНЕ — Проверено
Възможност за статична регистрация — Задаване на Разрешено
Възможност за видео — Задаване на Забранено
В примера по-долу новият профил на самоличност/устройство Тип „VXML_profile ” е създаден, за да представлява КУБА.
Гласов XML виртуален абонат
Създайте VoiceXML екземпляр
Всеки номер от обществена телефонна централа на Webex Meetings е представен от виртуален абонат в BroadWorks и може да се използва функционалността на виртуалния абонат на VoiceXML. Препоръчително е да се използват специално предприятие и група за всички виртуални абонати на VoiceXML. Имайте предвид, че всъщност не използваме никакви възможности на VoiceXML, но този тип виртуални потребители е подходящ за взаимодействие с CUBE.
За да използвате услугата VoiceXML, уверете се, че лицензът има достатъчни количества „VoiceXML“ и че услугата е оторизирана на ниво предприятие и група, а услугата VoiceXML е присвоена на групата, както е показано на примерната снимка по-долу.
Под VoiceXML и създайте екземпляр за всеки номер от обществена телефонна централа.
, изберетеКонфигуриране на VoiceXML адреси
За всеки екземпляр на VoiceXML осигурете следното под VoiceXML адресите:
Телефонен номер — Въведете номера за набиране за сайта Webex Meetings (например 2403332200).
Вътрешен номер
Профил на самоличност/устройство — Създайте един екземпляр (например VXML_device Prof) въз основа на тип устройство, създадено в предишния раздел (VXML_profile в примера) и въведете следната конфигурация.
Линия/порт — Влезте в<access number=""> @<domain> формат, къде
<access number=""> е номерът на кода за достъп за сайта Webex Meetings (достъпен от JSON файла) (например 88631321777971704941)
<domain> е домейнът на Webex Edge Audio за този място за срещи (например ecccspx.amer.pub.webex.com)
Контактна глътка —За повиквания за среща на номера за достъп, ПОКАНАТА ще бъде изпратена с URI на заявка, зададен на стойността на това поле. Въведете SIP контакта в този формат<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , където:
<sip contact=""> е<number> от полето линия/порт, но с домейна като SRV, който се разрешава до адреса на CUBE (например 88631321777971704941@cube.internal.local)
<Locale> представлява езиковата настройка според локал на потребителя (например locale=en_ САЩ)
<Meetings Site="" UUID=""> е UUID на сайта от JSON файла (например x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> трябва да бъде transport=tcp, за да може AS да използва TCP за изпращане на съобщения до CUBE.
По-долу е даден пример за настройките на VoiceXML Addresses.
За всеки допълнителен номер за достъп до срещата, който ще се използва, трябва да се създаде допълнителен виртуален абонат на VoiceXML, аналогичен на горния. Може да се използва същият профил на устройство , но полетата за порт на линията и за контакт трябва да бъдат изградени от информацията за номера за достъп, както е показано по-горе. |
Уверете се, че сте сигурни, че ограниченията на правилата за обработка на повиквания, които конфигурирате за виртуалния абонат на BroadWorks, са достатъчни за обработка на допълнителните BYoPSTN повиквания във вашата група телефонни номера. |
Задайте SIP удостоверяване на VoiceXML екземпляр
Присвоете услугата за удостоверяване на виртуалния абонат на VoiceXML. Това ще се използва за удостоверяване на SIP INVITE съобщения от CUBE в сценария за обратно извикване. Той също така не позволява на виртуалния абонат на VoiceXML да приема повиквания от страни, различни от CUBE
Отидете на страницата за удостоверяване на виртуален абонат под Помощни програми и въведете SIP потребителското име и паролата, както е показано по-долу:
CUBE трябва да бъде конфигуриран със същото потребителско име и парола, за да удостовери правилно съобщенията INVITE, които се изпращат до AS. Пример за командата за конфигуриране на SIP удостоверяване на CUBE е както следва:
|
Namedefs файл
Полето за SIP контакт за виртуален абонат на VoiceXML съдържа URL , където частта на домейна се разрешава до CUBE адреса. Това е вътрешен SRV и файлът namedefs на AS може да се използва за разрешаване на вътрешния SRV към CUBE IP.
В нашия пример SRV контактът за SIP е cube.internal.local и се решава на адрес 10.165.196.30 порт 5060, за да достигне до CUBE. На AS, /usr/local/broadworks/bw_base/conf/namedefs
файлът се актуализира, както следва:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Тип обаждане в Webex Meetings
Налични са опции за конфигурация за обработка на повиквания в Webex Meetings , за да контролирате как се обработват повикванията за повикване в Meeting. По подразбиране обажданията за повикване в среща се обработват като външни повиквания, тъй като номерата за повикване се хостват в специално предприятие или доставчик на услуги. Външните обаждания обикновено се включват в броя на сесиите за контрол на сесиите и се маркират за таксуване в полето CDR индикатор за зареждане .
Следващият пример добавя препоръчителната конфигурация за обработка на повикванията за срещи като вътрешни повиквания, така че те да бъдат изключени от таксуване и изключени от броя на контрола за приемане на сесия.
Чрез настройка Прилагане на поле за зареждане на NS вярно, населението на полето CDR индикатор за зареждане се базира на конфигурирания атрибут за таксуване на тип на повикването на мрежовия сървър.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Виртуален абонат за обратно повикване на VoiceXML среща
Създайте абонат за обратно повикване за VoiceXML среща
Специален виртуален абонат на VoiceXML със специална опция за обратно извикване на Webex Meeting (наричан по-долу абонат за обратно извикване на среща на VoiceXML) трябва да бъде конфигуриран на BroadWorks Application Server (AS), за да обработва обратните повиквания на Webex Meetings . Само един екземпляр на този абонат може да бъде конфигуриран в AS.
За да активирате функцията, задайте активируемата функция 102074 на true чрез CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Тъй като функцията „BYO PSTN Billing support for CallBack and CallIn“ зависи от функцията „BroadWorks Support for CI UUID“, преди да активирате функцията (102074), вие също трябва да активирате функцията (102746). За повече подробности вижте раздела „Синхронизиране на потребителски UUID на CI (Поддръжка на Broadworks за CI UUID)“. |
Абонатът за обратно повикване на VoiceXML среща е подобен на съществуващия виртуален абонат на BYOPSTN VXML, но го маркира с нов флаг „Обратно повикване на Webex Meeting“. Този абонат за обратно повикване на VoiceXML среща е конфигуриран със същия профил на устройство като съществуващия виртуален абонат на BYOPSTN VXML, както и услугата за удостоверяване със същите идентификационни данни.
По-долу е показан пример:
Абонатът за обратно извикване на VoiceXML среща трябва да съществува в AS, хостващ потребителя на домакин на домакин на среща . Когато AS получи заявката INVITE за обратно повикване на среща, тя се опитва да намери както потребителя за обратно повикване на VoiceXML среща, така и потребителя на домакин на среща в AS по време на настройката на повикването. Ако нито един от тези потребители не бъде намерен, повикването се отхвърля.
Сесия домакин на срещата
В сценария за обратно извикване със заглавката на X-Cisco-Meet-Info, сървърът на приложения на Cisco BroadWorks получава заявка за SIP INVITE и идентифицира потребителя на хоста на домакин на среща, използвайки параметъра UUID на потребителя на хост CI на заглавката на SIP X-Cisco-Meet-Info. Създава се сесия за повикване от името на потребителя на домакин на среща , за да обработи повикването и да изпълни профил на услуга на потребителя. Освен това се генерира запис за фактуриране от името на потребителя на домакин на среща . ИД на среща и информацията за UUID на сайта от заглавката на SIP X-Cisco-Meet-Info се улавят в записа за фактуриране.
Пример за заглавката на SIP X-Cisco-Meet-Info е показан по-долу:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Платформа за доставка на приложения
CI User UUID Sync (Broadworks поддръжка за CI UUID)
Потребителският CI UUID е уникален идентификатор за идентифициране на потребителите в средата на Webex .
Това приложение за синхронизиране на Webex Provisioning Sync на платформата за доставка на приложения на Cisco BroadWorks (ADP) се използва за синхронизиране, картографиране и съхраняване на потребителския CI UUID в инфраструктурата на BroadWorks, така че да може да се използва при различни взаимодействия с услугата Webex и Webex за BroadWorks.
Отнесете се към „ Активиране на обратно извикване на срещата на Webex “ относно начина на CI потребител UUID асоциацията се използва от Cisco BroadWorks Network Server и Cisco BroadWorks Application Server.
Следните стъпки настройвам приложението Webex Provisioning Sync за периодично анкетиране и актуализиране на потребителите на BroadWork с UUID на CI.
Приложението за синхронизиране на предоставяне на Webex изисква идентификационни данни за OAuth със spark-admin:broadworks_subscribers_read обхват за доставчика на Cisco Identity Provider и може да бъде получен чрез повдигане на заявка за услуга с вашия агент за въвеждане.
Проверете секцията „Получаване на идентификационни данни за OAuth за вашия Webex за Cisco BroadWorks“ за повече подробности, за да повдигнете заявка за услуга на адрес: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Добавете токена с подходящо име на партньор, както следва:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Добавете името на партньора, свързано с маркера OAuth, към списъка с партньори, които да бъдат наблюдавани от приложението Webex Provisioning Sync с флага „enabled“, зададен на „true“.
С това приложение Webex Provisioning Sync ще започне да извършва синхронизиране на UUID на потребителя на CI на определен интервал на запитване на запитване.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
След като партньорът бъде включен, приложението Webex Provisioning Sync вече може да извърши асоциирането на CI UUID с потребителите на BroadWorks.
Променете времето за изчакване на връзката, като използвате следните команди:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Това свързване може да се извърши автоматично или ръчно. Командата на CLI manualSync може незабавно да задейства свързването да се осъществи.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Партньори с 'Enabled', зададено на 'true', изпълняват асоциирания в интервал на запитване. По време на първоначалното свързване приложението Webex Provisioning Sync отправя запитвания към API на абонатите на Webex , за да извлече данните, съдържащи UUID на CI за всички потребители, хоствани от партньора. Външният ИД на потребителя на BroadWorks се актуализира със свързания CI UUID. Последващите асоциации засягат потребителите, добавени към партньора. Командата status може да се използва, за да се види дали синхронизацията е завършена.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
След като синхронизацията приключи, състоянието се променя обратно на наблюдение. Следващата синхронизация се извършва на потребители, добавени към партньора след „Последно синхронизиране“.
Следната фигура показва UUID на CI, зададен във външния ИД:
Мрежов сървър
Тип повикване
За целите на фактурирането и отчитането може да е желателно да се маркират CDR за разговори с повиквания за срещи. Това може да бъде постигнато с помощта на политиката PreCallTyping на мрежовия сървър.
Първо, в NS CLI под /System/CallP/CallType добавете ново повикване . Следният пример добавя новия тип на повикването„WXM“:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
След това тип на повикването може да се използва в екземпляр PreCallTyping, който е част от профила за маршрутизиране на потребителя на BroadWorks. В този пример беше добавен нов екземпляр PreCallTyping „wxm“ в /Policy/PreCallTyping CLI контекст, но може да е съществуващ екземпляр PreCallTyping, който вече се използва:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Следващата стъпка е да добавите записи към екземпляра PreCallTyping за всички номера за набиране в /Policy/PreCallTyping/DialPlan CLI контекст. Например:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
След това екземплярът PreCallTyping се добавя (при условие че вече не съществува) към приложимия профил за маршрутизиране на първоначалния потребител, както е показано в примера по-долу:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR, произхождащи от BroadWorks, се генерират само от повиквания, произхождащи от абонати на скорост . PSTN повиквания от "мрежовата" страна на AS няма да генерират изходни CDR. И в двата случая ще има прекратяващ CDR за виртуалния абонат на VoiceXML. |
RoutingNE
За представяне на CUBE се изисква RoutingNE в NS под /System/Device/RoutingNE CLI контекст. По този начин, когато NS получи INVITE от CUBE, той ще съпостави заглавката на via с записа RoutingNE, който е предоставен на NS. Обърнете се към ръководство за администриране на интерфейса на командния ред на Cisco BroadWorks Network Server за подробности как да добавите RoutingNE.
По-долу е даден пример за командите за добавяне на RoutingNE „WebexMeetings“, където IP адрес на CUBE = 10.165.196.30. Примерът също така показва команди за създаване на нови екземпляри на OrigRedirect и Profile, които да се асоциират с RoutingNE, но съществуващите екземпляри също могат да се използват.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
С примерната конфигурация CUBE изпраща до NS ПОКАНА, която е подобна на следното (важните полета са с удебелен шрифт):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Къде:
URI на заявка INVITE съдържа номера за обратно повикване
Чрез заглавка: съдържа IP адрес на CUBE, който ще се използва за избор на профила RoutingNE.
Заглавка на X-Cisco-Info-Meet: използва се за идентифициране на hostCIUserUuid, meetingid и siteUUID.
След получаване на ПОКАНАТА, NS използва заглавката Via, за да съпостави с RoutingNE „WebexMeetings“. Това от своя страна ще избере „wxm_routing ” профил за маршрутизиране, който съдържа „wxm_ Inst” екземпляр на OrigRedirect.
След това политиката на NS OrigRedirect ще съответства на заглавката на X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
с линейния порт, конфигуриран на виртуалния абонат на VoiceXML и изпратете пренасочване 302 към двойката AS, хостваща този абонат. Съобщението 302 е подобно на следното:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Псевдоним
Домейнът в INVITE URI (в примера това е bw.myenterprise.com), изпратен от CUBE до NS, трябва да бъде разпознат от NS. Това може да стане чрез добавяне на домейна в NS_ Контекст CLI/System/Alias, например:
NS_CLI/System/Alias> add bw.myenterprise.com
Командата за конфигуриране на INVITE URI домейна на CUBE може да бъде намерена в следващия раздел, под цел за набиране/сесия, например:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
ХостингNE
За да се поддържат опции за конфигурация за обработка на повиквания на Webex Meetings за таксуване и контрол на приемане на сесии, атрибутите за сигнализиране на Hosting NE на сървъра на приложения Изисква се CallTypeInfo и Изисква индикация за зареждане трябва да бъде активиран в контекста NS_CLI/System/Device/HostingNE._ Например:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Активиране на обратното извикване на Webex Meeting
В сценария за обратно извикване със заглавката SIP X-Cisco-Meet-Info, CUBE изпраща повикването към мрежовия сървър за пренасочване на инициатора към AS двойката. AS двойката се определя въз основа на enableWebexMeetingHoostLookup системен параметър.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
кога enableWebexMeetingHoostLookup системният параметър е зададен на true, потребителският CI UUID на домакин на среща в заглавката на X-Cisco-Meet-Info се използва за идентифициране на двойката AS , домакин на среща .
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Стъпка 10 Предоставяне на партньор CUBE
Този раздел предоставя валидирана конфигурация за това как да внедрите Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (SBC) за решението Bring Your Own PSTN.
Този раздел се фокусира върху конфигурациите на CUBE, които са необходими за взаимодействие с примерната конфигурация на Webex за Cisco BroadWorks, показана в предишния раздел. За по-общо обсъждане на първоначалното внедряване и конфигуриране на CUBE, вижте следните ръководства: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Разгръщане на Y нашия собствен SBC Вариант
Ако не искате да разгръщате CUBE, имате възможност да разположите свой собствен SBC. Имайте предвид обаче, че този документ не предоставя валидирана конфигурация за SBC, различни от CUBE.
Ако внедрите свой собствен SBC, можете да следвате изискванията за конфигурация на CUBE от високо ниво (например присвояване като домейн, публични и частни интерфейси и шлюзове), за да ръководите конфигурацията си. Въпреки това, вижте вашата SBC документация за подробна помощ за командния ред, тъй като действителните команди за вашия собствен SBC вероятно ще се различават от CUBE.
Освен ако не е посочено друго, останалите изисквания за конфигурация в Стъпка 10 важат без значение кой SBC разгръщате. Въпреки това, примерите за командния ред са само за CUBE, освен ако не е посочено, че примерът се отнася за други SBC. За други SBC, вижте вашата SBC документация за команди за конфигуриране. |
Първоначална конфигурация
За да конфигурирате CUBE, привилегированият режим EXEC трябва да бъде активиран. Ако бъдете подканени, въведете паролата.
enable
За да влезете в режим на глобална конфигурация:
configure terminal
Задайте домейна:
ip domain name myenterprise.com
Задайте максимален размер на сегмента (MSS):
ip tcp mss 1360
Мрежова конфигурация
Определете публичния и частния интерфейс. В нашия пример CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Конфигурирайте шлюзовете за IP маршрутизиране за публичната и частната страна:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Активиране на SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (или вашият собствен SBC) трябва да е вътре в DMZ с правилно конфигурирани правила за защитна стена. Вижте раздел Портове, използвани от Webex за отваряне на списъка с портове на външната защитна стена |
Конфигурирайте SRV записи за обратни повиквания, изпратени от CUBE (или вашия SBC) към мрежовите сървъри на BroadWorks. Например SRV за bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Конфигурирайте DNS сървър:
ip name-server <DNS_IP_address>
Алтернативна опция за DNS е да конфигурирате вътрешен DNS , където вътрешният DNS достига до родителски DNS сървър , ако вътрешното търсене не успее. |
Конфигурация за обработка на повиквания
Общи
Конфигурирайте CUBE (или вашия SBC) с всички IP адреси, които трябва да имат достъп до VoIP услугата. Това включва:
Частни SIP сигнализиране адреси за BroadWorks AS, NS и MS сървъри.
Публични странични адреси за Webex Edge за аудио инфраструктура.
Вижте по-долу за примерна конфигурация CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
Горният диапазон на IP адрес е пример. За текущия списък с публични IP адреси за аудио инфраструктурата на Webex отидете на: |
Как да разреша трафик на Webex Meetings в моята мрежа? — Диапазонът на IP адресите за повечето клъстери се показва под Списък с диапазони от IP адрес , използвани от Cisco Webex Meeting Services . Едно изключение е за клъстерите в Китай, за които диапазонът се показва на връзката по-долу:
Мрежови изисквания за Cisco Webex в Китай
Таймерът по подразбиране за CUBE да установи TCP връзка преди да премине маршрута е 20 секунди. За да го промените:
ip tcp synwait-time <5-300 (seconds)>
От страна на BroadWorks таймерът по подразбиране за изчакване на сървъра на приложения на неотговарящо устройство за достъп е 6 секунди. За да го промените:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Публичните и частните странични интерфейси за RTP трафик на CUBE (или вашия собствен SBC) трябва да бъдат отворени. Вижте по-долу за примера CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Къде:
- <CUBE PUB="" IP=""> е публичният IP адрес на CUBE
- <CUBE PRIV="" IP=""> е частният IP адрес на CUBE
- Обхват на портовете: в примера диапазонът на портовете е от 10200 до 28000
CUBE поддържа следните пакети за шифроване на TLS (по време на повикване, CUBE ги предлага в TLS Handshake's Client Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Други общи настройки за конфигуриране (вижте по-долу за примерни конфигурации на CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri за входящо и изходящо набиране трябва да бъдат дефинирани за по-късна употреба в dial-peers:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio поддържа кодеци G722, G711ulaw и G711alaw. Следният код на гласовия клас трябва да бъде дефиниран за по-късна употреба в точки за набиране:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio използва SRTP. Гласовият клас SRTP-crypto присвоява предпочитания SRTP крипто пакет за използване за Edge Audio. Конфигурирайте следните крипто суити по реда си. Конфигурацията на гласовия клас srtp-crypto трябва да се приложи към пиърите за набиране, използвани за връзката с Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Предварително конфигурирайте първичен ключ, за да можете да зададете парола за удостоверяване
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Въведете идентификационните данни за SIP за удостоверяване, които са предоставени за виртуалния абонат на VoiceXML на AS, като използвате следната команда. За сценарии за обратно извикване тези идентификационни данни ще се използват, когато AS предизвика INVITE, който CUBE (или вашият собствен SBC) изпраща до AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
След като удостоверяването е конфигурирано, паролата ще бъде закрита при преглед с командата „show running-config“
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Трябва също да се направи следната глобална SIP конфигурация:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Преводни профили
Профилът за превод на SIP съобщение 2340 се използва за повиквания за среща. Той трябва да има запис за промяна на SIP съобщенията, входящи от BroadWorks, преди да бъдат изпратени до Edge Audio, както е показано в примерното правило 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Горното правило 11 картографира входящия Uri на заявка от BroadWorks, който има стойността за контакт на профил на устройство CUBE (стойност на полето за контакт във VXML_device Профил на устройството Prof в нашия пример):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Към съответния домейн за маршрутизиране на аудио повиквания Webex Edge :88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Имайте предвид, че когато CUBE (или вашият собствен SBC) стои зад статичен NAT, е необходима допълнителна конфигурация към sip-профила 2340. Вижте следния линк за повече информация:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideАко внедрите свой собствен SBC, ще трябва да конфигурирате подобни правила на вашия собствен SBC. |
За да препратите 486 съобщения, изпратени от AS обратно към Webex Edge Audio, е необходима следната конфигурация на CUBE (за вашия собствен SBC вижте документацията на SBC за помощ)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Ако друго4xx съобщенията трябва да бъдат препратени обратно към Webex Edge Audio, следвайте същия пример по-горе.
Dial Peers
Наемател на гласов клас трябва да бъде дефиниран в CUBE (или вашия собствен SBC) за използване в пиърите за набиране по-късно, което удовлетворява следните критерии:
- Няма взаимодействие на полезния товар, което е необходимо за RTP-NTE DTMF пакети, така че конфигурирайте асиметричния полезен товар пълен.
- Edge audio не поддържа актуализации на ИД на обаждащия се, така че стойността "no update-callerid" трябва да бъде конфигурирана.
- маршрутизиране на повикване на Webex Edge се основава на URI. URI на маршрута на повикване трябва да бъде активиран, за да съвпада с партньори за набиране въз основа на URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Следните точки за набиране са конфигурирани да позволят на CUBE да обработва повиквания между BroadWorks и Webex Edge Audio. Конфигурирайте следното на CUBE (подобна конфигурация трябва да бъде конфигурирана на вашия собствен SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE Потоци повикване
С конфигурацията, извършена по-горе, по-долу са описани примери за сценарии на потока на входящи/ изходящо повикване на CUBE. Цветовото кодиране на конкретна стъпка го свързва със същите цветови записи в устройствата за набиране по-горе.
Ако внедрявате свой собствен SBC, вижте документацията на SBC за подробности относно потоците на обаждания с вашия SBC. |
За сценарий за повикване в среща от BroadWorks към Webex:
- Входяща ПОКАНА се получава от BroadWorks във вътрешния интерфейс с:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Входящият профил 23401 се избира въз основа на хоста в URI на входящата заявка („cube.internal.local“), съответстващ на конфигурацията на „outcoming uri request OUTEdgeAudio“.
- Изходящата точка за набиране 23411 се избира въз основа на хоста в URI на заявката („cube.internal.local“), съответстващ на конфигурацията на „URI OUTEdgeAudio на местоназначение“.
- Изходяща INVITE се изпраща на външния интерфейс с хоста в URI на заявката, променен от „cube.internal.local“ на „ecccspx.amer.pub.webex.com“ с помощта на профила за превод на съобщения „voice-class sip profiles 2340“ посочено в точката за набиране:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
За сценарий за обратно извикване на среща от Webex към BroadWorks
- Получава се входяща ПОКАНА от Webex на външния интерфейс на CUBE с:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Входящата точка за набиране 23411 се избира въз основа на модела „x-cisco-webex-service=audio“, присъстващ във входящия URI на заявка въз основа на конфигурацията „INcoming uri request INEdgeAudio“ .
- Два изходящи партньора за набиране се избират въз основа на модела „x-cisco-webex-service=audio“, присъстващ в URI на заявката, въз основа на конфигурацията „URI на местоназначението INEdgeAudio“.
- Набиране на Peer 302
- Набиране на Peer 23401
- Изходяща ПОКАННА се изпраща до мрежовите сървъри (SRV търсене на базата на „назначение на сесията dns:bw.myenterprise.com entry“ в точката за набиране) на вътрешния интерфейс
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Мрежовият сървър връща контакти за двойката AS, хостваща виртуалния абонат CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE насочва повикването към активната AS въз основа на върнатия контакт в съобщението 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS конфигурация
Следните стъпки за конфигуриране трябва да бъдат направени, за да се позволят mTLS връзки между CUBE (или вашия собствен SBC) и Webex Edge Audio.
Задължително е да конфигурирате mTLS между CUBE (или вашия собствен SBC) и Webex Edge Audio. |
Поддръжка на сертификати за заместващи символи
Подписаните със заместващи символи сертификати използват общо име на субект (напр. *.us.example.com), което съответства на домейна за CUBE или вашия собствен SBC. Сертификатите за заместващи символи се поддържат за внедряване на CUBE или SBC с множество клъстери, но не се поддържат за внедряване на CUBE или SBC с един възел.
Trustpool
По време на TLS ръкостискане, когато Webex Edge Audio изпрати своя сертификат, CUBE ще го потвърди спрямо списъка със сертификати, приети в пула за доверие.
Пакетът trustpool трябва да бъде актуализиран с Cisco Root CA, като изтеглите най-новия „Cisco Trusted Core Root Bundle“ отhttp://www.cisco.com/security/pki/ с помощта на командата:
crypto pki trustpool import clean url <url>
Сертификатите, изпратени от Webex Edge Audio, са подписани от IdenTrust. Уверете се, че сертификатът „IdenTrust Commercial Root CA“ е инсталиран. Вижте тази връзка за повече подробности:
Ако използвате свой собствен SBC и не можете да завършите импортирането, можете да конвертирате пакета във формат .pem, като използвате инструменти с отворен код, като OpenSSL. Например, можете да използвате hydrantID сертификати със следната команда:
|
Точка на доверие
Edge Audio изисква вашият CUBE да предлага подписани сертификати от надеждни CA сертификат органи за взаимни TLS (mTLS) връзки. Използвайте следната връзка, за да стигнете до списък със сертифициращи органи, на които Cisco се доверява. Сертификатите, подписани от органите в този списък, се считат за валидни и връзката ще бъде разрешена: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
КУБ с един възел
Единичен възел означава, че CUBE (или вашият собствен SBC) ще импортира сертификат с име на субект, уникално за неговото FQDN, което означава, че никой друг CUBE няма да може да го импортира (с други думи, НЕ сертификат за заместващ знак).
За да създадете CSR (заявка за подписване на сертификат) за CUBE:
- създайте двойка ключове (тази двойка ключове ще бъде свързана с точката на доверие)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Указва, че трябва да се генерира двойката ключове с общо предназначение.
- етикет<key-label> - (По избор) Име, което се използва за двойка ключове RSA , когато се експортират. Ако етикетът на ключ не е посочен, се използва напълно квалифицирано име на домейн (FQDN) на рутера.
- експортиране - (По избор) Указва, че двойката RSA ключове може да бъде експортирана към друго устройство на Cisco , като рутер.
- създаване на точка на доверие (Точка на доверие съдържа сертификата, който искате да свържете към CUBE. Когато CUBE получи заявка за сертификат, той ще отговори с прикачен сертификат на точката на доверие)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Списък за анулиране на сертификати (CRL) е списък с анулирани сертификати. CRL се създава и се подписва цифрово от CA, който първоначално е издал сертификатите. CRL съдържа дати за издаване на всеки сертификат и кога изтича.
терминал за записване pem - Добавя граници на поща с подобрена поверителност (PEM) към заявката за сертификат (ръчно копиране-поставяне от НАЧАЛО ЗАЯВКА ЗА СЕРТИФИКАТ към ЗАЯВКА НА END CERTIFICATE)
fqdn – Напълно квалифицирано име на домейн на CUBE
име на субекта CN=<fqdn> - името на обекта за подпис
rsakeypair<key label=""> - двойката ключове, генерирана от предишната стъпка
(справка: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- генериране на CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Изпратете CSR (от НАЧАЛО ЗАЯВКА ЗА СЕРТИФИКАТ до ЗАЯВКА ЗА СЕРТИФИКАТ) до CA (орган за сертификати)
CA ще генерира подписан сертификат
- В зависимост от CA, те ще предоставят главен сертификат (напр. DigiCertCA.crt) и искания сертификат (напр. cube.crt)
- Заредете СА сертификат
- Първо, удостоверете автентичността на точката на доверие с основния сертификат
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- След това импортирайте сертификата на CUBE в точката на доверие CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Ако внедрявате свой собствен SBC, вижте документацията на SBC за подробности как да създадете CSR. |
Клъстер CUBE с множество възли (използване на алтернативни имена в сертификат) - НЕ се поддържа
Мулти възел означава, че CUBE ще може да импортира един и същ сертификат за повече от едно внедряване на CUBE. Използването на алтернативно име на субекта за генериране на CSR в момента не се поддържа : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Клъстер CUBE с множество възли (Използване на подписан сертификат като pkcs12 формат)
Мулти възел, използващ подписан със заместващ знак сертификат, означава, че името на субекта е общо (напр. *.us.example.com) и съответства на домейна на CUBE (или вашия SBC домейн).
- Ако приемем, че имате готов сертификат с заместващ знак, подгответе файловете с публичен (.crt) и частен ключ (.key).
- Използвайки OpenSSL, създайте пакетен файл във формат PKCS12 (.pfx), включително файл .crt и .key: (използвайте cygwin за Windows) - справка: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Прехвърлете .pfx файла в CUBE:bootflash: (scp от Linux сървър към CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Създайте точка на доверие и импортирайте файла pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Проверете конфигурацията на CUBE сертификат
Проверете дали цялата верига е включена в сертификата. Следващият пример показва команди за валидиране за CUBE. Ако внедрявате свой собствен SBC, използвайте командите, които се отнасят за вашия SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Задайте SIP сигнализиране да използва доверителна точка
Използвайте следната команда, за да осигурите SIP UA с точката на доверие CUBE. Следва пример за CUBE. Ако внедрявате свой собствен SBC, вижте документацията на SBC за помощ за командите.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE Дневници
За да видите активирани филтри за отстраняване на грешки
CUBE# show debug
За да зададете филтри за отстраняване на грешки (примери)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
За да премахнете филтрите за отстраняване на грешки (пример)
CUBE# no debug ccsip messages
За да изчистите и проверите буфера на журнала
CUBE# clear log
>>> make test call <<<
CUBE# show log
Ако не разполагате с CUBE, вижте документацията за вашия собствен SBC за подробности как да използвате регистрационни файлове. |
Други полезни команди
За да проверите текущата конфигурация
CUBE# show running-config (or just CUBE# show run)
За да запазите конфигурацията в ROM, която ще се използва при стартиране
CUBE# write
Стъпка 11 Сертифициране по BYoPSTN
След приключване на конфигурирането и осигуряването на bYoPSTN решението, От Партньора се изисква да работи през набор от случаи на тест за приемане, за да сертифицира тяхното решение. Това е необходима стъпка, за да може партньорът BYoPSTN да бъде одобрен и разрешен.
Тестовите случаи за приемане са описани в документа Донесете своя собствена PSTN процедура за приемане Webex за Cisco BroadWorks на адрес: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Партньорът трябва да предостави резултатите от успешно проведените тестове за приемане на екипите за включване и сертифициране.
Въпросите, проблемите и резултатите от изпълнението на тестовете за приемане трябва да бъдат докладвани и споделяни в пространството на Webex , определено за включване на партньора.
Прилагане на актуализации към група телефонни номера в услуга/група за DNS SRV за обратно повикване
След като клиентите, които не са тестови, бъдат присвоени към клиентски шаблон с помощта на предоставени от партньор номера за повикване, следните опции за присъединяване към среща са достъпни за тези потребители:
Поканите за срещи включват един или повече телефонни номера по подразбиране от присвоената група телефонни номера
Приложението Webex показва един или повече телефонни номера по подразбиране от групата за присвояване на телефонни номера като опция за присъединяване към среща
Потребителският интерфейс на сайта за срещи на Webex показва един или повече телефонни номера по подразбиране от групата за присвояване на телефонни номера като опция за присъединяване към среща
Ако обратното повикване е активирано в шаблона на клиента, Webex Meeting предоставя опцията „Обадете ми се на“, където заявката за обратно повикване се насочва към един от записите, посочени в назначената DNS SRV група за обратно повикване
Промяна в опциите за присъединяване към среща за клиентски шаблон или промяна в назначена група телефонни номера или промяна в DNS SRV група за обратно повикване може да повлияе на горните опции за присъединяване към среща. Тези промени не се отнасят за съществуващи клиенти, но новоосигурените клиенти ще видят тези промени отразени незабавно за техните сайтове за срещи със стандартен и премиум пакет. Ето защо е силно препоръчително всяка такава промяна да бъде проверена с помощта на организация за първоначално решение, преди да бъде приложена към съществуващи клиентски шаблони, групи телефонни номера или DNS SRV групи за обратно извикване (ако са внедрени DNS SRV групи за обратно извикване).
Следните стъпки трябва да се следват, когато правите актуализация на опциите за присъединяване към срещата за клиентски шаблон и/или прилагате актуализации към групите телефонни номера или DNS SRV групи за обратно повикване.
Моля, обърнете внимание, ако клиентските шаблони, групите телефонни номера или DNS SRV групите за обратно извикване се използват от тестови доставчици на услуги на BroadWorks и/или тестови BroadWorks Enterprises, тази процедура е незадължителна. Може да е по-подходящо просто да изтриете тестовите доставчици на услуги на BroadWorks и/или да тествате организациите на BroadWorks Enterprises и да ги предоставите отново, като използвате актуализираните клиентски шаблони, групи телефонни номера или DNS SRV групи за обратно извикване.
Актуализиране само на група телефонни номера:
Създайте нова временна група телефонни номера с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата група телефонни номера. Ако съществуваща група телефонни номера се използва заедно с групата, присвоете я на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Изтеглете JSON файла за конфигурация на BroadWorks (BYoPSTN), той съдържа телефонен номер за код за достъп за новите телефонни номера в групата телефонни номера.
- Определете домейна на Webex Edge Audio DNS SRV за организацията на началното решение на място за срещи със стандартен пакет. Тя трябва да бъде непроменена от стойността, определена преди това за оригиналната група телефонни номера.
- Приложете актуализациите на конфигурацията към BroadWorks, като използвате JSON файла за конфигурация на BroadWorks (BYoPSTN).
- Проверете конфигурацията, като насрочите срещи, като използвате сайта на стандартния пакет за първоначална организация и се присъедините към срещата, като използвате телефонните номера за повикване.
- Приложете актуализацията към оригиналната група телефонни номера. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, временната група телефонни номера и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната група телефонни номера бъде актуализирана.
Актуализиране само на DNS SRV група за обратно извикване:
- Създайте нова временна DNS SRV група за обратно извикване с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата DNS SRV група за обратно извикване и съществуваща група телефонни номера. Ако съществуваща DNS SRV група за обратно извикване се използва заедно с групата, присвоете я на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Проверете конфигурацията, като насрочите срещи с помощта на сайта на стандартния пакет за първоначална организация, като се присъедините към срещата, като използвате телефонните номера за повикване и използвате опцията „Обадете ми се на“.
- Приложете актуализацията към оригиналната DNS SRV група за обратно извикване. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, DNS SRV група за обратно извикване и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната DNS SRV група за обратно извикване е актуализирана.
Актуализирайте както телефонния номер, така и DNS SRV групата за обратно повикване:
- Създайте нов временен телефонен номер и DNS SRV група за обратно повикване с необходимите актуализации.
- Създайте нов временен клиентски шаблон, който използва новата група телефонни номера и нова DNS SRV група за обратно повикване. Ако съществуваща група телефонни номера и/или DNS SRV група за обратно повикване се използва заедно с групата, присвоете това на шаблона.
- Създайте организация на начално решение, като осигурите абонат от тестов доставчик на услуги на BroadWorks или тествайте BroadWorks Enterprise със стандартен пакет, като използвате новия клиентски шаблон. Моля, имайте предвид, че това е организация за вторично начално решение, не се изисква актуализация на UUID на сайта за срещи, конфигуриран на BroadWorks.
- Изтеглете JSON файла за конфигурация на BroadWorks (BYoPSTN), той съдържа телефонен номер за код за достъп за новите телефонни номера в групата телефонни номера.
- Определете домейна на Webex Edge Audio DNS SRV за организацията на началното решение на място за срещи със стандартен пакет. Тя трябва да бъде непроменена от стойността, определена преди това за оригиналната група телефонни номера.
- Приложете актуализациите на конфигурацията към BroadWorks, като използвате JSON файла за конфигурация на BroadWorks (BYoPSTN).
- Проверете конфигурацията, като насрочите срещи с помощта на сайта на стандартния пакет за първоначална организация, като се присъедините към срещата, като използвате телефонните номера за повикване и използвате опцията „Обадете ми се на“.
- Приложете актуализацията към оригиналния телефонен номер и DNS SRV група за обратно повикване. Промяната вече е в действие за клиенти, които не са тествани.
- Организацията на началното решение, временната група телефонни номера, групата за обратно извикване на DNS SRV и клиентски шаблон могат да бъдат изтрити. Тези елементи вече не са необходими, след като оригиналната група телефонни номера и DNS SRV група за обратно повикване бъдат актуализирани.
Организацията на първичното начално решение не трябва да се изтрива, освен ако на BroadWorks не е избрана и конфигурирана нова организация на първично начално решение. Изтриването на организацията на основното начално решение премахва siteUUID, от който зависи BYoPSTN решението за удостоверяване на SIP съобщение до Webex Edge Audio. Ако бъде изтрито, присъединяването към срещи чрез обаждане за сайтове, използващи предоставен номер за набиране, предоставен от партньора, няма да бъде успешен. |
G722 Media Interoperability при използване на собствен SBC
Когато използвате вашия собствен SBC, проблемите на оперативната съвместимост, които обикновено се поемат от CUBE, трябва да бъдат разгледани между Cisco Partners BroadWorks Infrastructure и Webex Cloud. Един пример е повикване или обратно повикване с помощта на кодек G722, който включва BroadWorks Media Server (например, когато се използва услугата BroadWorks Call Recording). В този сценарий Webex Edge Audio може да изпрати SDP с ред "a=fmtp:9". Вашият SBC ще трябва да актуализира този ред, за да добави параметъра за битрейт, за да има "a=fmtp:9 bitrate=64", преди да го изпрати до бекенда на BroadWorks.
Известни ограничения
Всички промени в опцията за присъединяване към среща на клиентски шаблон, номерата за повикване на Cisco или номерата за повикване, предоставени от партньора, се прилагат само към новоосигурени клиенти. Съществуващите клиенти, използващи шаблона, остават непроменени.
Всички промени в настройките на групата телефонен номер на шаблона на клиента или на DNS SRV групата за обратно извикване се прилагат само към новоосигурени клиенти или съществуващи клиенти, които се предоставят за първия им потребител на стандартен или премиум пакет. Съществуващите клиенти, които вече имат потребители на стандартен или премиум пакет, остават непроменени.
Всички промени в Групите за телефонни номера или DNS SRV групите за обратно извикване, които са присвоени на клиентски шаблони, се прилагат само към новоосигурени клиенти или съществуващи клиенти, които се предоставят за първия им потребител на стандартен или премиум пакет. Съществуващите клиенти, присвоени към свързани шаблони, които вече имат потребители на стандартен или премиум пакет, остават непроменени.
Даден клиентски шаблон поддържа номера за повикване на Cisco или опция за присъединяване към среща с предоставен номер на обаждане, комбинация от двете опции за един и същ шаблон не се поддържа.
SIP съобщенията за „Обадете ми се на“ или случай на използване на присъединяване към среща за обратно повикване не включва информация за клиента и/или потребителя, който е домакин на срещата, към която ще се присъедините.
Телефонните номера и свързаните кодове за достъп до срещи за дадена група телефонни номера поддържат само един Webex Edge Audio DNS SRV домейн (например, ecccspx.amer.webex.com). Използването на тези телефонни номера за обаждане до срещи в различен Webex Edge Audio DNS SRV домейн не се поддържа.
Webex Edge Audio не поддържа предоговаряне на кодеци по време на разговор. Като такива, услугите, които се извикват след отговор на повикване, може да не работят правилно.
Приложението Webex , потребителският интерфейс на сайта на Webex Meeting и имейлът с покани за Webex Meeting предоставя връзка към документ „Ограничения за безплатни обаждания“. Този документ е специфичен за предоставени от Cisco телефонни номера и трябва да бъде игнориран от потребителите, когато използват предоставени от партньор телефонни номера за присъединяване към срещи.
Хронология на корекциите на документи
Следващата таблица показва хронология на промените в този документ през последните 12 месеца.
Дата | Версия | Описание на промяната | |
---|---|---|---|
08 април 2024 г | 1-36 |
| |
10 януари 2024 г | 1-35 |
| |
22 декември 2023 г | 1-34 |
| |
04 юли 2023 г | 1-33 |
| |
02 февруари 2023 г | 1-32 |
| |
02 февруари 2023 г | 1-31 |
| |
31 януари 2023 г | 1 – 30 |
| |
29 ноември 2022 г | 1-29 |
|