Jeśli połączenia z Webex do Twojego przedsiębiorstwa nie dzwonią po stronie przedsiębiorstwa, przejdź przez punkty na tej liście kontrolnej, aby dokładnie sprawdzić konfigurację.

Zanim przejdziesz do tych sugestii dotyczących rozwiązywania problemów, zobacz https://status.webex.com, aby uzyskać najnowsze informacje na temat wszelkich awarii w chmurze. Na tej stronie statusu możesz również subskrybować powiadomienia.

Sprawdź następujące punkty rozwiązywania problemów związanych z wzajemnym połączeniem TLS i certyfikatami:

• Zainstaluj pakiet certyfikatów głównych Webex w chmurze Expressway-E.

• Skonfiguruj dedykowany wspólny port TLS na Expressway-E.

• Skonfiguruj strefę DNS dla chmury w Expressway-E.

• Otwórz wspólny numer portu TLS w zaporze — 5062, który domyślnie może nie być otwarty.

• Określ, której opcji certyfikatu głównego używasz w chmurze Webex. Opcja służy do weryfikacji certyfikatu SIP TLS Expressway-E.

  • Domyślny sklep — czy Twój certyfikat Expressway-E jest podpisany przez jeden z organów publicznych? Jeśli nie masz pewności, użyj opcji sklepu niestandardowego.

  • Custom Store — czy Twój certyfikat Expressway-E lub jego sygnatariusz jest zainstalowany w chmurze? Czy certyfikat zawiera zweryfikowane nazwy hostów Expressway-E?

W widoku klienta na stronie https://admin.webex.com przejdź do opcji Usługi > Hybrydowe > Połącz enie hybrydowe > Ustawienia. Sprawdź następujące punkty, które są związane z miejscem docelowym SIP ustawionym podczas procesu wdrażania:

• Wartość wskazuje na dedykowany wspólny port TLS Expressway-E.

• Spróbuj połączyć się z adresem IP:port. (Wiele adresów, jeśli skonfigurowano SRV).

• Jeśli skonfigurowano adres IP lub nazwę hosta, określ wspólny port TLS.

• Jeśli użyto pliku SRV, upewnij się, że jest on w formacie _sips. _tcp. < domena wpisana jako miejsce docelowe SIP >.

• Jeśli nie chcesz konfigurować pliku SRV, możesz wprowadzić adres IP:port lub nazwa hosta jako miejsce docel owe SIP swojej organizacji.

• Jeśli połączenia z Expressway-E do chmury nie powiedzą się i używasz metody ręcznego zarządzania certyfikatami, wykonaj czynności opisane w aktualizacji certyfikatu webex Root CA i jak najszybciej prześlij certyfik at IDtrust na urządzenia Expressway.

• W przypadku połączeń, które prowadzą z Webex w kierunku przedsiębiorstwa, sprawdź historię wyszukiwania i dzienniki sieciowe w Expressway-E. Ten krok pomaga wyodrębnić problem z chmurą lub przedsiębiorstwem.

• Jeśli ponownie użyjesz istniejącej strefy B2B i reguł wyszukiwania, rozważ utworzenie dedykowanych stref i reguł wyszukiwania. Ta konfiguracja pozwala uniknąć zakłóceń w istniejących ustawieniach stref dla B2B/MRA, zapobiega pętli routingu i ułatwia rozwiązywanie problemów.

• Sprawdź historię wyszukiwania i dzienniki sieciowe w Expressway-E. Sprawdź, czy SIP INVITE z chmury dociera do Expressway-E i pasuje do strefy DNS skonfigurowanej dla chmury.

  • Jeśli SIP INVITE nie dotrze lub nie pasuje do skonfigurowanej strefy DNS, podążaj drogą połączenia w kierunku Unified Communications Manager. Ten krok pomoże Ci znaleźć miejsce niepowodzenia lub utraty połączenia.

  • Zobacz listę kontrolną wzajemnego rozwiązywania problemów TLS.

• Sprawdź nagłówek trasy. Sprawdź, czy zawiera ona wartość klastra w pełni kwalifikowanej nazwy domeny (FQDN), która jest skonfigurowana w ustawieniach przedsiębiorstwa Unified Communications Manager oraz w regułach wyszukiwania Expressway. Zobacz ten przykładowy nagłówek trasy i wyróżniony klaster FQDN:

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

    • W tym przykładzie klaster domowy FQDN to myucmcluster.example.com.

• Wiadomości e-mail w programie Unified Communications Manager muszą dokładnie odpowiadać wiadomości e-mail (synchronizowanej z Active Directory lub z dowolnego innego źródła) w chmurze Webex.

• URI katalogów muszą być zgodne z domenami zweryfikowanymi w organizacji.

• Sprawdź konfigurację kodeka.

  Usługi Webex obsługują następujące kodeki:

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

  • Wideo — H.264

  Obsługujemy G.729 w przypadku dołączania do spotkania Webex, osobistego pokoju lub spotkania aplikacji Webex z urządzenia SIP. Nie obsługujemy numeru G.729 do wybierania numeru 1:1 z aplikacji Webex na urządzenie SIP lub mostek.

• W domowym klastrze Unified Communications Manager dla użytkowników, których dotyczy problem, wybierz polecenie System > Parametry przedsiębiorstwa; w obszarze Konfiguracja domeny w całej klastrze zaznacz ustawienie klastra w pełni kwalifikowanej nazwy domeny (FQDN). Użyta wartość FQDN musi być zgodna z poniższymi wskazówkami:

  Wytyczne FQDN	Opis i przykład
  Wiele klastrów	Wpis musi być unikalny dla każdego klastra z wywołaniem hybrydowym - na przykład,, cluster1.example.comcluster2.example.com, i tak dalej.
  Brak symboli wieloznacznych	Nie używaj wpisów z wieloznacznymi znakami, takich jak *.example.com lub example*.com.
  Pierwszy wpis FQDN dla połączeń hybrydowych	Na liście wielu wpisów chmura Webex używa pierwszego wpisu po lewej stronie dla połączeń hybrydowych, a ten pierwszy wpis nie może zawierać znaku wieloznacznego. Zobacz ten przykład trzech wpisów FQDN od lewej do prawej (pierwszy dotyczy połączeń hybrydowych): cluster1.example.com *.example.com example*.com
  Różni się od Expressway-E	Musi różnić się od systemu Expressway-E, DNS i nazwy domeny. W przeciwnym razie Expressway-E usuwa nagłówek trasy.
  Nowy wpis dla Hybrid Calling	Jeśli aktualny wpis FQDN Unified CM nie spełnia wymogów wymienionych powyżej, możesz dodać nowy element na początku ustawienia klastra FQDN dla połączenia hybrydowego. Na przykład, jeśli istniejące ustawienie FQDN Cisco Unified Communications Manager to *.example.com *.example.org, dodaj unikatowy wpis nieoznaczony symbolem wieloznacznym na początku pola: "cluster1.example.com *.example.org”