Започнете с Local Gateway

Местният шлюз ви помага да мигри Webex Calling рате със собственото си темпо. Локалният шлюз интегрира вашето съществуващо локално внедряване сWebex Calling. Можете също да използвате съществуващата си PSTN връзка.

Уверете се, преди да конфигурирате локален шлюз заWebex Calling:

Познаване на VoIP, като SIP и медийни протоколи, и възможност за извършване на основни отстраняване на неизправности.
Работно разбиране на устройствата (контролер на границата на сесията), които са конфигурирани като локален шлюз.
Необходим лиценз за експлоатация на граничния контролер на сесията.
Познаване на Cisco Unified Communications Manager (Unified CM) или еквивалентна централа, внедрена във Вашите помещения и конфигурирана за работа. Webex Calling (В случай на интеграция с локална среда.)

Видеоклипове с Webex Calling помощта на потоци от повиквания на локален шлюз не се поддържат. Въпреки че видеото може да функционира в някои сценарии, това може да доведе до влошено качество и неочаквано поведение. За най-стабилното изживяване конфигурирайте средата си за аудио обаждания.

Следните статии могат да ви помогнат да се запознаете с опциите за внедряване:

Таблица 1. Концепции, свързани с локалния шлюз на Cisco
Срок	Референции
Стволове и групи маршрути	За повече информация вижте стволовете и групите маршрути в Пред Webex Callingпочитана архитектура.
ByOpsTN, Корпоративно набиране	Означава Бонеси свой собствен PSTN. За повече информация вижте Достъп до PSTN и локално взаимосвързване в Предпочитана архитектура. Webex Calling
Над върха (OTT), Свър Webex Edge жете се	За повече информация вижте Опции за свързване на достъп в Пред Webex Callingпочитана архитектура.

Моделите за транкинги на Local Gateway

Съществуват два типа модели на локален шлюз:

Базирани на регистрация стволове
Куфари, базирани на сертификати

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

Таблица 2. Сравнете моделите на канали за Local Gateway
Функционалност	Въз основа на регистрация	Базиран на сертификат
Едновременни обаждания	Едновременни повиквания до 250 на багажник.	Едновременни повиквания от > 250 на багажник.
Тип устройство	Поддържа само Cisco Unified Border Element (CUBE). За повече информация вижте Поддръжка на платформата CUBE.	Избор от типове устройства, както е посочено в таблицата Ти пове устройства, поддържани за транкинг, базиран на сертификати.
Модел за удостоверяване	Digest базиран модел за удостоверяване, който разчита на споделено потребителско име и парола, използвани за удостоверяване на регистрацията и обажданията. За повече информация вижте Базиран на регистра ция багажник.	Удостоверяване, базирано на сертификат, с LGW FQDN проверка. За повече информация вижте багажник, базиран на сертификат . Всяка SIP транзакция Локален шлюз инициира към Webex Calling облака, трябва да съдържа заглавка за контакт с FQDN на локален шлюз. ОПЦИИ Транзакциите от Local Gateway са особено важни, за да може състоянието на локалния шлюз в контролния център да бъде онлайн.
Изисквания за мрежа, защитна стена и NAT За подробности относно трафика за влизане и излизане вижте Референтна информация за пристанището за. Cisco Webex Calling	Всеки NAT или публичен IP адрес. Динамичният NAT е предпочитан, тъй като е по-лесен за настройка и изисква по-малко конфигурации на защитната стена. Изисква защитна стена, за да позволи както проникване, така и излизане на трафи Webex Calling к (към Local Gateway и обратния начин). За входящ трафик входящите отвори се отварят от защитната стена въз основа на изходящи регистрационни съобщения. Отварянето на дупки се препоръчва за всички Webex Calling IP адреси и портове. Той не е специфичен за IP адрес или порт, към който се регистрира Local Gateway.	Публична интернет мрежа, включваща публичен IP или статичен NAT. Изисква защитна стена, за да позволи както проникване, така и излизане на трафи Webex Calling к (към Local Gateway и обратния начин).
Изисквания за публична DNS услуга	Не се изисква конкретна конфигурация на публична DNS услуга.	Необходими са претенции за домейн. Вижте Управление на вашия домейн. DNS Записът или DNS SRV записът трябва да бъдат конфигурирани в публичен DNS сървър.
Изисквания за CA и сертификат	CA пакетът, който подписа сертификата на услугата Webex, трябва да бъде качен в Local Gateway.	CA пакетът, който подписа сертификата на услугата Webex, трябва да бъде качен в Local Gateway. Местният шлюз трябва да има подписан сертификат, използващ един от органите за сертифициране, изброени в Орган ите за основен сертификат. Сертификатите за заместващи знаци не се поддържат. Сертификатите трябва да бъдат подписани съгласно указанията, както е посочено в Конфигуриране на стволове, Групи маршрути и Планове за на би Webex Calling ране. Поддържат се сертификати, съдържащи само удостоверяване на сървъра с разширено използване на ключа (EKU) Webex Callingне потвърждава или налага наличието на EKU за удостоверяване на клиента по време на установяване на TLS ръкостискане. Някои контролери на гранични сесии (SBC) на трети страни могат да наложат стриктно валидиране на EKU и могат да отхвърлят сертификати, които не включват EKU за удостоверяване на клиента. В такива случаи се уверете, че SBC е конфигуриран да приема сертификати само с EKU за удостоверяване на сървъра или да деактивира стриктната проверка на EKU (ако се поддържа).
Вграждане и отстраняване на неизправности с помощта на облачен конектор	Поддържа автоматизирано отстраняване на проблеми с конфигурацията. Регистри Cisco IOS райте управлявани шлюзове в Webex Cloud Присвояване на услуги към управлявани шлюзове Потвърдете конфигурацията на локалния шлюз на Cisco чрез контролния център	Не поддържа автоматизирано отстраняване на проблеми с конфигурацията.

Поддържани контролери за гранични сесии

Конфигурирайте базиран на сертификати транкинг за локални шлюзове в Webex за правителството. Също така, CUBE е единственият контролер на границите на сесиите (SBC), който в момента поддържа Webex за правителството.

Таблица 3. Въз основа на регистрация
Продавач и модел на SBC	Минимална версия	Отворени предупреждения	Webex за правителството
Cisco — Cube модели, изброени в поддръжката на платформата на рутера	Cisco IOSXE Бенгалуру 17.6.1а За да конфигурирате Local Gateway в режим на контролер като част от Cisco SD-WAN решение, използвайте Cisco IOS XE Cupertino 17.7.1 или по-нови версии. За препоръчаните версии вижте страницата за изследване на софтуера на Cisco. Потърсете платформата и изберете една от „Предложените“ версии.	Cisco ISR 1100 платформите не поддържат валидиране на конфигурацията. За шлюз, внедрен в режим на контролер с Cisco SD-WAN, не се поддържат следните неща: Регистриране на локален шлюз към контролния център Проверка на конфигурацията на шлюза	Webex for Government не поддържа транкинга, базиран на регистрация.
Cisco Secure рутери C8235-E-G2 C8235-G2 C8231-G2 C8231-E-G2 C8355-G2 C8375-E-G2	Cisco IOSКСЕ 26.2.1 За препоръчаните версии вижте страницата за изследване на софтуера на Cisco. Потърсете платформата и изберете една от „Предложените“ версии.	Конекторът за управляван шлюз не се поддържа в Cisco Secure Routers. За шлюз, внедрен в режим на контролер с Cisco SD-WAN, не се поддържат следните неща: Регистриране на локален шлюз към контролния център Проверка на конфигурацията на шлюза	Не се поддържа

Таблица 4. Базиран на сертификат
Продавач и модел на SBC	Минимална версия	Отворени предупреждения	Webex за правителството
Cisco — Cube модели, изброени в поддръжката на платформата на рутера	Cisco IOSXE Купер тино 17.9.1а За препоръчаните версии вижте страницата за изследване на софтуера на Cisco. Потърсете платформата и изберете една от „Предложените“ версии.	За шлюз, внедрен в режим на контролер с Cisco SD-WAN, не се поддържат следните неща: Регистриране на локален шлюз към контролния център Проверка на конфигурацията на шлюза	Поддържа се
Cisco Secure рутери C8235-E-G2 C8235-G2 C8231-G2 C8231-E-G2 C8355-G2 C8375-E-G2	Cisco IOSКСЕ 26.2.1 За препоръчаните версии вижте страницата за изследване на софтуера на Cisco. Потърсете платформата и изберете една от „Предложените“ версии.	Конекторът за управляван шлюз не се поддържа в Cisco Secure Routers. За шлюз, внедрен в режим на контролер с Cisco SD-WAN, не се поддържат следните неща: Регистриране на локален шлюз към контролния център Проверка на конфигурацията на шлюза	Не се поддържа
Серия Оракл — AP	9.3.0	За отворени предупреждения вижте известни проблеми и ограничения на Oracle SBC с документацията за Cisco Webex Calling решенията.	Не се поддържа
Оракл — VME	9.3.0	За отворени предупреждения вижте известни проблеми и ограничения на Oracle SBC с документацията за Cisco Webex Calling решенията.	Не се поддържа
Oracle — Oracle SBC в публичен облак	9.3.0	За отворени предупреждения вижте известни проблеми и ограничения на Oracle SBC с документацията за Cisco Webex Calling решенията.	Не се поддържа
Аудио кодове—посредством CE & VE	7.40A.250.440	Ограничаване на оперативната съвместимост на ICE. Вижте раздел 2.4.2 от Свърз ване Webex Calling с бележка за конфигурация на AudioCodes SBC.	Не се поддържа
Аудиокодове—Медиантни уреди	7.40A.250.440	Ограничаване на оперативната съвместимост на ICE. Вижте раздел 2.4.2 от Свър зване Webex Calling с аудио кодове Забележка за конфигурация на SBC.	Не се поддържа
Лента - Серия SBC 5000, SBC 7000 и SBC SWe	10.1	Ограничаване на оперативната съвместимост на ICE. Вижте раздел а Предупрежд ения.	Не се поддържа
Лента - SBC SWe Edge	11.0.2	Ограничаване на оперативната съвместимост на ICE. Вижте решението за заобикаляне в раздел Предупрежд ения.	Не се поддържа
Лента — СБЦ 1000, СБЦ 2000	11.0.1	Ограничаване на оперативната съвместимост на ICE. Вижте решението за заобикаляне в раздел Предупрежд ения.	Не се поддържа
Лента - 8000 с SBC SWe Edge	25.0	Вижте раздела Ribbon Edge 8000 с:Предупреждения за ръковод Cisco Webex Calling ство за оперативна съвместимост.	Не се поддържа
Аниод — SBC	4.10		Не се поддържа
Италтел Нетмач на SBC	Нетмач-С-СИ 5.8.0-20240111	За известни ограничения изтеглете CI SBC конфигурация на NetMatch за WEBEX изви кване и вижте Раздел 3.3 Предупреждения.	Не се поддържа

Webex Callingподдържа внедряването на локални шлюзове зад NAT. Поведението на пови кването може да зависи от типа NAT защитна стена, използвана във вашата мрежа, и функционалността, предоставена от вашия SBC.

Изисквания за капацитет за обаждане

Моделите, базирани на регистрация и базирани на сертификат, имат различни възможности за едновременно повикване, както е показано в следната таблица:

Таблица 5. Насоки за капацитет за повикване (за местен шлюз)
Изискване за едновременно повикване)	Приблизителни потребителски номера	Предпочитание на типа багажник	Минимално качество на връзката
~ 2000–6500	65000	Базиран на сертификат	Взаимно свързване
~ 250–2000	20000	Базиран на сертификат	Над върха (OTT)
До 250	2500	Въз основа на регистрация	OTT

Квалификации за връзка

За да се осигурят постоянно висококачествени разговори, мрежовата връзка между локалния шлюз и Webex Calling трябва да има следните максимални качества:

100ms еднопосочна латентност
10ms пакет треперене
0.5% загуба на пакети

За повече информация относно капацитета за обаждания вижте Пред почитана архитектура за Webex Calling.

Модел и изисквания за свързване

По време на осигуряването всеки локален шлюз е присвоен на две местоположения на Webex Media PoP, за да се осигури излиш ък и висока наличност. Тази задача се управлява чрез DNS SRV запис.
Местоположенията на медиите PoP се определят въз основа на географското местоположение на шлюза, което се конфигурира по време на процеса на предоставяне в Control Hub. Обикновено шлюзът е присвоен на два най-подходящи, географски разделени медийни POP в един и същ регион. Например, ако порталът е осигурен в ЕС, тогава порталът използва две медийни POP в рамките на ЕС.

За пълен списък с местоположенията на Webex Media PoP вижте Местоположения в центъра за данни за. Webex Calling

Место Webex Calling положенията също са медийни POP.
Регионалните медийни възможности се прилагат и за шлюзовите връзки. В зависимост от сценари ите на обажданията медиите се поддържат локално в региона, когато е възможно.
Уверете се, че сертификатите са подписани за използване на клиент и сървър.

Конфигурирайте локален шлюз

1	Конфигурирайте багажника от Control Hub. Вижте Кон фигуриране на стволове, групи маршрути и планове за набиране за Webex Calling
2	Конфигурирайте устройството си да изпълнява ролята на локален шлюз. Кубе-базирано на регистрация и базирано на сертификат съкращаване Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling Oracle - базирано на сертификат прекъсване Вижте раздела Конфигуриране на контролера на границите на сесията на Oracle в Cisco Webex - Интеграция на Oracle SBC Cisco Webex Calling с локален шлюз на трета страна (LG W) Публикация в общността на Oracle Лента - Сертификат базиран на трафик Конфигуриране на контролера на границата на основната сесия на Публикация на общността на Cisco за Аудиокодове—базирано на сертификат прекъсване Конфигуриране на контролера за граница на сесията на Публикация в общността на Cisco на аудио Anyode — прекъсване, базирано на сертификат Конфигурирайте контролера на границата на сесията anynode публикация в общността на anynode Cisco Italtel NetMatch-базиран на сертификат транкинг Конфигурирайте контролера на границата на сесията на Italtel NetMatch-s CI Публикация в общността на Cisco на NetMatch
3	Потвърдете, че локалният шлюз е активен в състоянието на контролния център. За инструкции относно хостван от партньори шлюз вижте Конфигуриране на хостван от партньори шлюз

Webex Callingв момента не поддържа както CME, така и LGW, работещи на един екземпляр на v Cube.

Отстраняване на неизправности в локалния портал

Ако състоянието на локалния шлюз не е активен или има други проблеми, вижте следните документи, преди да се свържете с екипа за поддръжка:

Отстраняване на проблеми с внедряването на локален шлюз, базиран на регистрация, от контролния център.
Отстраняване на проблеми с внедряването на локален шлюз, базиран на сертификат, от контролния център.

Когато локалният шлюз не е активен, проверете състоянието на багажника в контролния център:

Влезте в контролния център.
Отидете в У слуги > PSTN и маршрутизиране > Конфигурации на шлюз > Trunk.
Изберете багажника, за който искате да проверите състоянието.
Щракнете върху Информация за багажника.

Онлайн — Успешна връзка между всички крайни прокси сър Webex Calling въри и Local Gateway
Офлайн — Неуспешна връзка между локалния Webex Calling шлюз
Нарушена — Неуспешна връзка между поне един крайен прокси сър Webex Calling вър и локален шлюз
Неизвестно — Докато установява връзка между Webex Calling и наскоро добавения локален шлюз

За актуализации на състоянието на багажника в багажника, базиран на сертификати или базиран на регистра ция, вижте Конфигу риране на стволове, групи маршрути и планове за набиране. Webex Calling
За повече информация относно конфигурирането на сигналите за багажника вижте Център за предупреждения в Control Hub.

Отстраняване на неизправности на TLS Handshake

Неуспехите на TLS ръкостискането след подновяване на сертификата могат да показват, че SBC налага проверка на EKU за удостоверяване на кли ента.

Причина	Резолюция
Сертификатът съдържа само EKU за удостоверяване на сървъра (очаквано при много публични CA). SBC изисква EKU за удостоверяване на клиента и отхвърля сертификата.	Проверете конфигурацията на SBC и се уверете, че приема сертификати само с EKU за удостоверяване на сървъра или деактивирайте проверката на EKU, ако се поддържа. Ако SBC не може да бъде конфигуриран да игнорира валидирането на EKU, опитайте да използвате сертификат, който включва EKU за удостоверяване на сървъра и клиента (ако е наличен). Консултирайте се с вашия доставчик на SBC дали конкретната версия или конфигурация на фърмуера изисква EKU за удостоверяване на клиента за входящи ръкостискания на TLS. За повече подробности вижте следната документация на доставчика: Аудио кодове Оракула Анинод Лента SBC сърцевина Панделка SWe ръб Ръб на лентата Италтел Нетмач на SBC

Причина

Резолюция

Сертификатът съдържа само EKU за удостоверяване на сървъра (очаквано при много публични CA).
SBC изисква EKU за удостоверяване на клиента и отхвърля сертификата.

Проверете конфигурацията на SBC и се уверете, че приема сертификати само с EKU за удостоверяване на сървъра или деактивирайте проверката на EKU, ако се поддържа.
Ако SBC не може да бъде конфигуриран да игнорира валидирането на EKU, опитайте да използвате сертификат, който включва EKU за удостоверяване на сървъра и клиента (ако е наличен).
Консултирайте се с вашия доставчик на SBC дали конкретната версия или конфигурация на фърмуера изисква EKU за удостоверяване на клиента за входящи ръкостискания на TLS. За повече подробности вижте следната документация на доставчика:

Webex Callingне потвърждава или не налага EKU за удостоверяване на клиента по време на установяване на TLS ръкостискане .
Всяко изискване за EKU за удостоверяване на клиента се определя от доставчика на SBC, а не от Webex Calling.
Всяка TLS повреда, свързана с валидирането на EKU, се дължи на конфигурация от страна на SBC или поведение по подразбиране. Свържете се с поддръжката на Cisco и вашия доставчик на SBC за допълнителна помощ.

Поддръжка за локален шлюз на трети страни

Необходима е поддръжка както от Cisco, така и от партньора на доставчика за в Webex Calling недряване с помощта на SBC на трета страна. Следното очертава подробностите за поддръжката:

Webex CallingПодкрепа:
- Cisco или партньорите, които използват, Webex Calling са длъжни да имат споразумение за поддръжка с Cisco, за да получат помощ от Cisco (TAC поддръжка).
- Cisco предоставя помощ на клиентите за в Webex Calling недряване до ръба и Webex Calling регистрираните IP телефони на Cisco.
Поддръжка на доставчици:
- По време на внедряването Cisco предоставя поддръжка на клиентите или партньорите, които имат валидирано SBC устройство на трета страна и не носи отговорност за предоставянето на помощ за действителния SBC.
- Cisco не носи отговорност за случаи на поддръжка извън Cisco, включващи клиента и доставчика на SBC. Проблеми или софтуерни дефекти, които възникват по време на внедряването, могат да бъдат обсъдени с доставчика на SBC и Cisco.

Diagram showing support for third-party Local Gateway

Cisco AI Assistant

Благодарим за обратната връзка.

Моделите за транкинги на Local Gateway

Поддържани контролери за гранични сесии

Изисквания за капацитет за обаждане

Квалификации за връзка

Модел и изисквания за свързване

Конфигурирайте локален шлюз

Отстраняване на неизправности в локалния портал

Отстраняване на неизправности на TLS Handshake

Поддръжка за локален шлюз на трети страни

Малък бизнес

Предприятие

Устройства

Решения за

Ресурси

Фирма