Poradce při potížích s hybridním voláním

list-menuZpětná vazba?
Pokud se při nasazení vaší služby Hybrid Call Service pro zařízení Webex něco pokazí, můžete pomocí těchto tipů pro řešení problémů vyloučit problémy ještě před otevřením případu. Každá část se přehledně zabývá komponentou nebo aspektem řešení a Průvodce řešením potíží obsahuje další položky pro kontrolu a diagnostické nástroje, které můžete použít.

Tato část se zabývá testovacím nástrojem hybridního připojení. K tomuto nástroji pro řešení potíží můžete přistupovat z Ovládacího centra.

Ke známým problémům můžete přistupovat také ze souvisejících článků.

Nástroj pro testování hybridního připojení (Control Hub)

Nástroj pro testování hybridního připojení můžete získat přístup z centra Control Hub: v zobrazení zákazníka v aplikaci přejděte na Služby > Hybrid , klikněte na Upravit nastavení na https://admin.webex.com kartě Hybridní volání, přejděte na Výchozí cíl SIP a potom kliknětena Test vedle zadaného cíle SIP.

V této tabulce jsou uvedeny běžné chyby, které se mohou zobrazit po otestování cílové adresy SIP pro hybridní volání. V tabulce jsou také uvedeny některé další kroky řešení potíží, včetně odkazů na příslušné podrobnosti v Průvodci řešením potíží pro hybridní službu hovorů.

Tabulka 1. Běžné chyby a kroky řešení potíží pro testování cílové adresy SIP pro hybridní volání

Chyba

klíčové slovo

Další informace a postupy řešení potíží

Nebyly nalezeny žádné adresy DNS.

DNS SRV

Vyhledávání DNS se nezdařilo. Zkontrolujte, zda pro váš cíl SIP existuje záznam DNS nebo SRV a zda se překládá na jednu nebo více platných IP adres.

Další informace naleznete v tématu Nelze vyřešit název/hostitele DNS Expressway-E v průvodci odstraňováním potíží.

Vypršel časový limit připojení

Selhání soketu

Časový časový časový produžek připojení k síti a/nebo vzájemnému připojení TLS. Zkontrolujte připojení k síti, rychlost připojení, konfiguraci brány firewall a vzájemnou konfiguraci TLS.

Další informace naleznete v těchto částech průvodce odstraňováním potíží:

Selhání TLS

Vzájemné selhání podání ruky TLS

Chyba společného protokolu TLS: Zkontrolujte vzájemnou konfiguraci TLS na dálnici i https://admin.webex.comv oblasti a, zda jsou certifikáty Vzájemná TLS přítomny a platné v obou umístěních.

Další informace najdete v tématu Vzájemné selhání handshake TLS v průvodci odstraňováním potíží.

Chyba připojení

Selhání soketu

Selhání připojení TCP: Zkontrolujte připojení k síti, rychlost připojení nebo konfiguraci brány firewall.

Další informace naleznete v těchto částech průvodce odstraňováním potíží:

Selhání čtení a zápisu protokolu TCP

Selhání soketu

Selhání čtení a zápisu protokolu TCP: Opakujte akci. Pokud chyba přetrvává, zkontrolujte připojení k síti, konfiguraci brány firewall a konfiguraci společného protokolu TLS.

Další informace naleznete v těchto částech průvodce odstraňováním potíží:

Selhání protokolu TCP

Selhání soketu

Selhání protokolu TCP: Selhání čtení a zápisu protokolu TCP: Opakujte akci. Pokud chyba přetrvává, zkontrolujte připojení k síti, konfiguraci brány firewall a konfiguraci společného protokolu TLS.

Další informace naleznete v těchto částech průvodce odstraňováním potíží:

Tato část obsahuje kontrolní seznamy pro řešení potíží a úkoly, které můžete projít před kontaktováním podpory.

Pokud volání z webexu do vaší organizace nezvoní na straně podniku, projděte si body v tomto kontrolním seznamu a zkontrolujte konfiguraci.

Než projdete tyto návrhy řešení potíží, podívejte se https://status.webex.com na nejnovější informace o případech výpadků cloudu. Na této stránce stavu se také můžete přihlásit k odběru oznámení.

Zkontrolujte tyto body řešení potíží související se vzájemným připojením a certifikáty TLS:

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

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

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

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

  • Určení možnosti kořenového certifikátu, kterou používáte v cloudu Webex – Tato možnost se používá k ověření certifikátu SIP TLS expressway-E.

    • Výchozí úložiště – Je váš certifikát Expressway-E podepsán jedním z orgánů veřejné moci? Pokud si nejste jisti, použijte možnost vlastního obchodu.

    • Vlastní úložiště – Je váš certifikát Expressway-E nebo jeho podepisovatelný nainstalovaný v cloudu? Obsahuje certifikát ověřené názvy hostitelů Expressway-E?

V zobrazení zákazníka v https://admin.webex.comaplikaci přejděte na Služby > hybridní > volání > Nastavení . Zkontrolujte tyto body, které souvisejí s cílem SIP, který jste nastavili během procesu nasazení:

  • Hodnota ukazuje na vašem vyhrazeném společné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 společný port TLS.

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

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

  • Pokud hovory ze zařízení Expressway-E do cloudu selžou a používáte metodu ruční správy certifikátů, ujistěte se, že postupujete podle pokynů v aktualizaci certifikátu kořenové certifikační autority Webex a co nejdříve nahrajte certifikát IdenTrust do zařízení Expressway.

  • Volání z webexu směrem k rozlehlé síti naleznete v historii vyhledávání a síťových protokolech na dálnici Expressway-E. Tento krok vám pomůže izolovat problém buď do cloudu, nebo do podniku.

  • Pokud znovu hležete 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 smyčkám směrování a usnadňuje řešení potíží.

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

    • Pokud SIP INVITE nedorazí nebo neodpovídá nakonfigurované zóně DNS, postupujte podle trasy hovoru směrem k aplikaci Unified Communications Manager. Tento krok vám pomůže zjistit, kde hovor selhává nebo se nezdadá.

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

  • Zkontrolujte záhlaví postupu. Ověřte, zda obsahuje hodnotu plně kvalifikovaného názvu domény (FQDN) clusteru, která je nakonfigurována v nastavení podniku Unified Communications Manager a v pravidlech vyhledávání Expressway. Podívejte se na tuto ukázkovou hlavičku postupu a zvýrazněné FQDN clusteru:

    • Trasa: ,

      • V tomto příkladu je hlavní název služby FQDN domácího clusteru myucmcluster.example.com.

  • E-maily v aplikaci Unified Communications Manager musí přesně odpovídat e-mailu (synchronizovanému ze služby Active Directory nebo z jakéhokoli jiného zdroje) v cloudu Webex.

  • Identifikátory ŘÍD adresáře se musí shodovat se všechny domény, které jste ověřili ve vaší organizaci.

  • Zkontrolujte konfiguraci kodeku.

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

    • Zvuk – G.711, G.722, AAC-LD

    • Video – H.264

    Podporujeme kód G.729 pro připojení ke schůzce Webex, schůzce v osobní místnosti nebo schůzce aplikace Webex ze zařízení SIP. Nepodporujeme verzi G.729 pro vytáčení 1:1 z aplikace Webex na zařízení SIP nebo most.

  • V domovském clusteru Unified Communications Manager dotčených uživatelů vyberte možnost Systém > Podnikové parametry. V části Konfigurace domény v rámci clusteru zaškrtněte nastavení plně kvalifikovaného názvu domény (FQDN) clusteru. Použitá hodnota FQDN musí musíte dodržovat následující pokyny:

    Obecné zásady pro FQDN

    Popis a příklad

    Více clusterů

    Položka musí být pro každý cluster s hybridním voláním jedinečná – například cluster1.example.com, cluster2.example.com atd.

    Žádné zástupné znaky

    Nepoužívejte položky se zástupnými znaky, například *.example.com nebo příklad*.com.

    První položka plně zaoblené položky 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 proužkuje hlavičku trasy.

    Nová položka pro hybridní volání

    Pokud vaše aktuální položka plně poknihovového sítě v jednotném CM nesplňuje výše uvedené požadavky, můžete na začátek nastavení plně pokvápku clusteru pro hybridní volání přidat novýprvek.

    Pokud je například vaše stávající nastavení FQDN v aplikaci Cisco Unified Communications Manager *.priklad.com *.priklad.org, přidejte na začátek pole jedinečný záznam bez zástupných znaků: cluster1.priklad.com *.priklad.com *.priklad.org“

Byl tento článek užitečný?
Byl tento článek užitečný?