Pokud hovory z Webex do vašeho podniku nezvoní na straně podniku, projděte body v tomto kontrolním seznamu a zkontrolujte konfiguraci.

Než si projdete těmito návrhy řešení problémů, podívejte se na stránku https://status.webex.com, kde najdete nejnovější informace o případných výpadcích cloudu. Na této stavové stránce se můžete také přihlásit k odběru oznámení.

Zkontrolujte tyto body odstraňování problémů související se vzájemným připojením TLS a certifikáty:

• Nainstalujte balíček cloudových kořenových certifikátů Webex na Expressway-E.

• Nakonfigurujte vyhrazený vzájemný port TLS na Expressway-E.

• Nakonfigurujte zónu DNS pro cloud na Expressway-E.

• Otevřete číslo vzájemného portu TLS v bráně firewall — 5062, který nemusí být ve výchozím nastavení otevřený.

• Určete, kterou možnost kořenového certifikátu používáte v cloudu Webex — možnost se používá k ověření certifikátu SIP TLS vašeho Expressway-E.

  • Výchozí obchod — Je váš certifikát Expressway-E podepsán některým z veřejných orgánů? Pokud si nejste jisti, použijte možnost vlastního obchodu.

  • Vlastní obchod — Je váš certifikát Expressway-E nebo jeho podepisovatel nainstalován v cloudu? Obsahuje certifikát ověřená jména hostitelů Expressway-E?

V zobrazení zákazníka na stránce https://admin.webex.com přejděte do nabídky Služby > Hybridní > Hybridní volání > Nastavení. Zkontrolujte tyto body, které se vztahují k cíli SIP, který jste nastavili během procesu nasazení:

• Hodnotové body na vašem vyhrazeném vzájemném portu TLS Expressway-E.

• Zkuste se připojit k IP adrese: port. (Více adres, pokud jste nakonfigurovali SRV.)

• Pokud jste nakonfigurovali adresu IP nebo název hostitele, zadejte vzájemný port TLS.

• Pokud jste použili SRV, ujistěte se, že je ve formátu _sips. _tcp. < doména, kterou jste zadali jako SIP Destination >.

• Pokud nechcete nastavit SRV, můžete zadat IP adresa:port nebo název hostitele jako cíl SIP vaší organizace.

• Pokud volání z Expressway-E do cloudu selhávají a používáte metodu ruční správy certifikátů, ujistěte se, že postupujete podle pokynů v aktualizaci certifikátu Webex Root CA a odešlete certifikát IdenTrust do zařízení Expressway co nejdříve.

• U hovorů, které směřují z Webex do podniku, zkontrolujte historii vyhledávání a síťové protokoly na Expressway-E. Tento krok vám pomůže izolovat problém buď na cloud, nebo na podnik.

• Pokud znovu použijete existující zónu B2B a pravidla vyhledávání, zvažte místo toho vytvoření vyhrazených zón a pravidel vyhledávání. Toto nastavení zabraňuje rušení stávajících nastavení zóny pro B2B/MRA, vyhýbá se směrovacím smyčkám a usnadňuje odstraňování problémů.

• Zkontrolujte historii vyhledávání a síťové protokoly na Expressway-E. Ověřte, zda SIP INVITE z cloudu dorazí do Expressway-E a odpovídá zóně DNS, kterou jste nakonfigurovali pro cloud.

  • Pokud SIP INVITE nedorazí nebo neodpovídá nakonfigurované zóně DNS, postupujte podle trasy hovoru směrem ke Správci Unified Communications Manager. Tento krok vám pomůže zjistit, kde hovor selhal nebo je ztracen.

  • Podívejte se na vzájemný kontrolní seznam řešení potíží s TLS.

• Zkontrolujte záhlaví trasy. Ověřte, zda obsahuje hodnotu plně kvalifikovaného názvu domény (FQDN) clusteru, která je nakonfigurována v podnikových nastaveních Unified Communications Manager a v pravidlech vyhledávání Expressway. Podívejte se na tento příklad záhlaví trasy a zvýrazněné FQDN clusteru:

  • Trasa: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

    • V tomto příkladu je FQDN domovského clusteru myucmcluster.example.com.

• E-maily v Unified Communications Manager se musí přesně shodovat s e-mailem (synchroniz Active Directory ovaným z jiného zdroje nebo z jiného zdroje) v cloudu Webex.

• Adresáře URI se musí shodovat se všemi doménami, které jste ověřili ve vaší organizaci.

• Zkontrolujte konfiguraci kodeku.

  Služby Webex podporují následující kodeky:

  • Audio—G.711, G.722, AAC-LD

  • Video — H.264

  G.729 podporujeme pro připojení ke schůzce Webex, schůzce v osobní místnosti nebo schůzce Webex App ze zařízení SIP. Nepodporujeme G.729 pro vytáčení 1:1 z aplikace Webex do zařízení SIP nebo můstku.

• V domácím clusteru Unified Communications Manager dotčených uživatelů zvolte Systém > Podnikové parametry; v části Konfigurace domény v celém cluster u zkontrolujte nastavení plně kvalifikovaného názvu domény (FQDN) clusteru. Hodnota FQDN, kterou jste použili, se musí řídit těmito pokyny:

  Pokyny FQDN	Popis a příklad
  Více klastrů	Položka musí být jedinečná pro každý cluster s hybridním voláním — například,, cluster1.example.comcluster2.example.com, a tak dále.
  Žádné zástupné znaky	Nepoužívejte položky se zástupnými znaky, například *.example.com nebo example*.com.
  První položka FQDN pro hybridní volání	V seznamu více položek používá cloud Webex první položku vlevo pro hybridní volání a tato první položka nesmí obsahovat zástupný znak. Podívejte se na tento příklad tří položek FQDN zleva doprava (první je pro hybridní volání): cluster1.example.com *.example.com example*.com
  Liší se od Expressway-E	Musí se lišit od systému Expressway-E, DNS a názvu domény. V opačném případě Expressway-E odstraní záhlaví trasy.
  Nová položka pro hybridní volání	Pokud vaše aktuální položka FQDN v Unified CM seznamu nesplňuje výše uvedené požadavky, můžete přidat nový prvek na začátek nastavení FQDN clusteru pro hybridní volání. Pokud Cisco Unified Communications Manager je například vaše stávající nastavení FQDN ve složce *.example.com *.example.org, přidejte na začátek pole jedinečnou položku bez zástupných znaků: "cluster1.example.com *.example.com *.example.org“