Общи предпоставки

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

  • Имате основни познания за принципите на VoIP

  • Имате основни работни познания за гласовите концепции на Cisco IOS-XE и IOS-XE

  • Имате основно разбиране за протокола за стартиране на сесия (SIP)

  • Имате основно разбиране за Cisco Унифициран комуникационен мениджър (Unified CM), ако вашият модел за внедряване включва Unified CM

Вижте Ръководство за корпоративна конфигурация на Cisco Unified Border Element (CUBE) за подробности.

Хардуерни и софтуерни изисквания за локален шлюз

Уверете се, че разполагането ви има един или повече от локалните шлюзове, като например:

  • Cisco CUBE за IP-базирана свързаност

  • Cisco IOS шлюз за базирана на TDM свързаност

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

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

Изисквания за лиценз за местни портали

Лицензите за повикване на CUBE трябва да бъдат инсталирани на местния портал. За повече информация вижте Ръководствотоза конфигурация на единния граничен елемент на Cisco.

Изисквания за сертификат и сигурност за местния портал

Webex Call изисква сигурна сигнализация и медии. Локалният шлюз извършва криптирането и трябва да се установи TLS връзка, изходяща към облака със следните стъпки:

  • LGW трябва да се актуализира с CA кореновия пакет от Cisco PKI

  • Набор от идентификационни данни за SIP digest от страницата за конфигуриране на багажника на Control Hub се използват за конфигуриране на LGW (стъпките са част от конфигурацията, която следва)

  • CA корен пакет валидира представения сертификат

  • Подканен за пълномощия (SIP digest предоставен)

  • Облакът идентифицира кой локален портал е сигурно регистриран

Защитна стена, NAT Traversal и изисквания за оптимизация на медийния път за локален портал

В повечето случаи местният портал и крайните точки могат да се намират във вътрешната клиентска мрежа, като се използват частни IP адреси с NAT. Защитната стена на предприятието трябва да позволява изходящ трафик (SIP, RTP/UDP, HTTP) до конкретни IP адреси/портове, обхванати от референтната информацияза пристанището.

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