Jeśli coś pójdzie nie tak z usługą połączeń hybrydowych dla urządzeń Webex, można użyć tych wskazówek dotyczących rozwiązywania problemów, aby wykluczyć problemy przed otwarciem sprawy. Każda sekcja obejmuje składnik lub aspekt rozwiązania w skrócie, a Przewodnik rozwiązywania problemów zawiera dalsze elementy do sprawdzenia i narzędzia diagnostyczne, których można użyć.
Ta sekcja obejmuje narzędzie testowe łączności hybrydowej. Dostęp do tego narzędzia do rozwiązywania problemów można uzyskać w centrum sterowania.
Można również uzyskać dostęp do znanych problemów z powiązanych artykułów.
Dostęp do narzędzia do testowania łączności hybrydowej można uzyskać z centrumsterowania: z widoku klienta w https://admin.webex.com, przejdź do Edytuj ustawienia na karcie Połączenia hybrydowego, przewiń do domyślnego miejsca docelowego SIP, a następnie kliknij przycisk Testuj obok wprowadzonego miejsca docelowego SIP.
W tej tabeli wymieniono typowe błędy, które mogą pojawić się po przetestowaniu adresu docelowego SIP dla połączeń hybrydowych. W tabeli przedstawiono również kilka następnych kroków rozwiązywania problemów, w tym łącza do odpowiednich szczegółów w Przewodniku rozwiązywania problemów dla usługi połączeń hybrydowych.
Błąd |
słowo kluczowe |
Więcej informacji i kroków rozwiązywania problemów |
|---|---|---|
Nie znaleziono adresów DNS |
DNS SRV |
Wyszukiwanie DNS nie powiodło się. Upewnij się, że rekord DNS lub SRV dla sprawdzanego adresu docelowego SIP istnieje i wskazuje co najmniej jeden prawidłowy adres IP. Aby uzyskać więcej informacji, zobacz Nie można rozpoznać nazwy SRV/hosta DNS typu Expressway-E w przewodniku rozwiązywania problemów. |
Przekroczono limit czasu połączenia |
Awaria gniazda |
Limit czasu połączenia sieciowego i/lub wzajemnego protokołu TLS. Sprawdź łączność sieciową, szybkość połączenia, konfigurację zapory i konfigurację wzajemnego protokołu TLS. Więcej informacji można znaleźć w poniższych sekcjach przewodnika po rozwiązywaniu problemów: |
Błąd protokołu TLS |
Wzajemne błędy uzgadniania TLS |
Błąd Mutual TLS: Sprawdź konfigurację wzajemnego protokołu TLS zarówno w drodze ekspresowej, jak i https://admin.webex.comw programie , a certyfikaty Wzajemne TLS są obecne i prawidłowe w obu lokalizacjach. Aby uzyskać więcej informacji, zobacz Wzajemne błędy uzgadniania TLS w przewodniku rozwiązywania problemów. |
Awaria połączenia |
Awaria gniazda |
Błąd połączenia TCP: Sprawdź łączność sieciową, szybkość połączenia i/lub konfigurację zapory. Więcej informacji można znaleźć w poniższych sekcjach przewodnika po rozwiązywaniu problemów: |
Błąd odczytu/zapisu TCP |
Awaria gniazda |
Błąd odczytu/zapisu TCP: Spróbuj ponownie. Jeśli błąd nie zostanie usunięty, sprawdź połączenie sieciowe, konfigurację zapory i konfigurację protokołu wzajemnych połączeń TLS. Więcej informacji można znaleźć w poniższych sekcjach przewodnika po rozwiązywaniu problemów: |
Błąd protokołu TCP |
Awaria gniazda |
Błąd protokołu TCP: Błąd odczytu/zapisu TCP: Spróbuj ponownie. Jeśli błąd nie zostanie usunięty, sprawdź połączenie sieciowe, konfigurację zapory i konfigurację protokołu wzajemnych połączeń TLS. Więcej informacji można znaleźć w poniższych sekcjach przewodnika po rozwiązywaniu problemów: |
W tej sekcji omówiono listy kontrolne rozwiązywania problemów i zadania, które można przejść przed skontaktowaniem się z pomocą techniczną.
Jeśli połączenia z webex do przedsiębiorstwa nie dzwonią po stronie przedsiębiorstwa, przejdź przez punkty na tej liście kontrolnej, aby dokładnie sprawdzić konfigurację.
Przed przejściem przez te sugestie dotyczące rozwiązywania problemów zapoznaj https://status.webex.com się z najnowszymi informacjami na temat awarii chmury. Na tej stronie stanu możesz również subskrybować powiadomienia.
Sprawdź te punkty rozwiązywania problemów związane z wzajemnym połączeniem TLS i certyfikatami:
Zainstaluj pakiet certyfikatów podstawowych w chmurze Webex w drodze ekspresowej-E.
Skonfiguruj dedykowany wspólny port TLS na drodze ekspresowej-E.
Skonfiguruj strefę DNS dla chmury na drodze ekspresowej-E.
Otwórz wspólny numer portu TLS w zaporze — 5062, który może nie być domyślnie otwarty.
Określ, której opcji certyfikatu głównego używasz w chmurze Webex — opcja służy do weryfikacji certyfikatu CIS SIP w drodze ekspresowej-E.
Domyślny sklep — czy twój certyfikat drogi ekspresowej-E jest podpisany przez jeden z urzędów publicznych? Jeśli nie masz pewności, użyj opcji sklepu niestandardowego.
Niestandardowy sklep — czy twój certyfikat Drogi Ekspresowej-E lub jego sygnatariusz jest zainstalowany w chmurze? Czy certyfikat zawiera zweryfikowane nazwy hostów Expressway-E?
Z widoku klienta w obszarze przejdź do > https://admin.webex.com. Sprawdź te punkty, które są związane z miejscem docelowym SIP, które można ustawić podczas procesu wdrażania:
Punkty wartości w twoim ekspresowym porcie TLS dedykowanym dla drogi ekspresowej-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 wzajemny port TLS.
Jeśli użyto SRV, upewnij się, że jest w formacie _sips._tcp.domenę, którą umieścisz jakosip destination >.
Jeśli nie chcesz umymować SRV, możesz wprowadzić adres IP:port lub hostname:port jako miejsce docelowe SIP organizacji.
W przypadku połączeń tej trasy z webex w kierunku przedsiębiorstwa, sprawdź historię wyszukiwania i dzienniki sieci na expressway-E. Ten krok pomaga wyizolować problem do chmury lub przedsiębiorstwa.
Jeśli ponownie używasz istniejącej strefy B2B i reguł wyszukiwania, rozważ utworzenie stref dedykowanych i reguł wyszukiwania. Ta konfiguracja pozwala uniknąć zakłóceń w istniejących ustawieniach strefy dla B2B/MRA, unika pętli routingu i ułatwia rozwiązywanie problemów.
Sprawdź historię wyszukiwania i dzienniki sieci na drodze ekspresowej-E. Sprawdź, czy zaproszenie SIP z chmury dociera do drogi ekspresowej-E i jest zgodne ze strefą DNS skonfigurowaną dla chmury.
Jeśli zaproszenie SIP nie zostanie odebrane lub zgodne ze skonfigurowaną strefą DNS, postępuj zgodnie z trasą połączenia w kierunku Menedżera komunikacji ujednoliconej cisco. Ten krok pomaga znaleźć, gdzie połączenie jest niepowodzenie lub utracone.
Zobacz listę kontrolną rozwiązywania problemów z wzajemnym tlsem.
Sprawdź nagłówek trasy. Sprawdź, czy zawiera ona wartość w pełni kwalifikowanej nazwy domeny klastra (FQDN), która jest skonfigurowana w ustawieniach przedsiębiorstwa programu Cisco Unified Communications Manager i w regułach wyszukiwania drogi ekspresowej. Zobacz ten przykładowy nagłówek trasy i wyróżniona nazwa FQDN klastra:
trasa: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>
W tym przykładzie nazwa FQDN klastra macierzystego jest myucmcluster.example.com.
Wiadomości e-mail w Menedżerze komunikacji ujednoliconej cisco muszą dokładnie odpowiadać wiadomościom e-mail (zsynchronizowanym z usługi Active Directory lub z dowolnego innego źródła) w chmurze Webex.
Identyfikatory URI katalogu muszą być zgodne z domenami zweryfikowanymi w organizacji.
-
Usługi Webex obsługują następujące kodeki:
Audio — G.711, G.722, AAC-LD
Wideo — H.264
Wspieramy G.729 za dołączenie do spotkania Webex, spotkania w pokoju osobistym lub spotkania Webex z urządzenia SIP. Nie obsługujemy G.729 do wybierania numeru 1:1 z Webex do urządzenia LUB mostka SIP.
W domowym klastrze Cisco Unified Communications Manager użytkowników, których dotyczy problem, wybierz pozycję System > Enterprise Parameters ; w obszarzeKonfiguracja domeny w całymklastrze sprawdź ustawienie w pełni kwalifikowanej nazwy domeny klastra (FQDN). Użyta nazwa FQDN musi być zgodna z tymi wytycznymi:
Wytyczne FQDN
Opis i przykład
Wiele klastrów
Wpis musi być unikatowy dla każdego klastra z wywołaniemhybrydowym — na przykład cluster1.example.com , cluster2.example.com i takdalej.
Brak symboli wieloznacznych
Nie należy używać wpisów z symbolami wieloznaczowymi, takimi 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 wywoływaniahybrydowego i ten pierwszy wpis nie może zawierać symboli wieloznacznych.
Zobacz ten przykład trzech wpisów FQDN od lewej do prawej (pierwszy z nich dotyczy połączeńhybrydowych):
cluster1.example.com *.example.com example*.comRóżni się od drogi ekspresowej-E
Musi się różnić od systemu Expressway-E, DNS i nazwy domeny. W przeciwnym razie expressway-E rozbiera nagłówek trasy.
Nowy wpis dla połączeń hybrydowych
Jeśli bieżący wpis FQDN w Unified CM nie spełnia wymagań wymienionych powyżej, można dodać nowy element na początku ustawienia FQDN klastra dla wywoływania hybrydowego.
Jeśli na przykład istniejące ustawienie FQDN w Menedżerze komunikacji ujednoliconej cisco to *.example.com *.example.org,dodanie unikatowego, niegłównego wpisu na początku tego pola: "cluster1.example.com *.example.com *.example.org"
