Dziękujemy za opinię.

• Miejsce docelowe połączenia musi używać standardowego wybierania numeru URI SIP Secure (SIPS). Inne protokoły lub metody połączeń, takie jak niezabezpieczony protokół SIP przez TCP lub UDP, H.323, wybieranie numeru IP, ISDN lub Microsoft Skype dla firmMicrosoft Lync, nie są obsługiwane.

• Adres docelowy musi być identyfikatorem URI zawierającym zarówno część użytkownika, jak i hosta, zgodnie z definicją RFC 3261.

• Część hosta docelowego identyfikatora URI musi być domeną (sub) z _sips. _tcp. DNS SRVrekord, albo w pełni kwalifikowana nazwa domeny lub adres IPv4 kontrolera granicy sesji (SBC), który ma serwer SIPS odsłuchiwany na domyślnym porcie protokołu (TCP 5061).

• Jeśli miejscem docelowym jest DNS SRV docelowy lub host FQDN, musi istnieć odpowiedni rekord DNS A wskazujący adresy IPv4 dowolnych SBC.

• Docelowy SBC musi przedstawić ważny certyfikat serwera (nie wygasł).

• Jeśli docelowym SBC jest Cisco TelePresence VCS lub minimalną obsługi Cisco Expressway waną wersją oprogramowania jest X8.5.3.

Zalecane najlepsze praktyki dla docelowego SBC to:

• Przedstaw ważny certyfikat TLS zawierający FQDN SBC w rekordach DNS CN lub SAN.

• Przedstaw kompletny łańcuch certyfikatów TLS, w tym wszelkie podpisujące pośrednie certyfikaty CA oraz główny certyfikat certyfikatu CA podpisywania.

• Przedstaw certyfikat TLS podpisany przez zaufany publiczny root Certificate Authority (CA). Aby zapoznać się z listą zaufanych certyfikatów głównych, zobacz Obsługiwane uprawnienia certyfik atów dla usług hybrydowych Webex.

• Skonfiguruj rekord DNS PTR dla FQDN SBC.

Dodatkowe uwagi, o których należy pamiętać:

• Nie obsługujemy kaskadowych spotkań z lokalnych mostów wideokonferencyjnych (Cisco TelePresenceServer lub Cisco Meeting Server) ani systemów konferencyjnych w chmurze na platformę wideo Webex.

• Użytkownicy aplikacji Webex lub urządzenia korzystające z połączeń hybrydowych Webex muszą mieć wymagania dotyczące połączeń B2B określone w konfiguracji sprzętu lokalnego, takie jak () i. Cisco Unified Communications Manager Unified CM Cisco Expressway

• Możesz przetestować DNS SRV rekordy i łączność swojego SBC za pomocą narzędzia Col Cisco TAClaboration Solutions Analyz er.

• Początkowy kontroler granicy sesji (SBC) wywołania musi używać standardowego wybierania numeru URI SIP Secure (SIPS). Inne protokoły lub metody połączeń, takie jak niezabezpieczony protokół SIP przez TCP lub UDP, H.323, wybieranie numeru IP, ISDN lub Microsoft Skype dla firmMicrosoft Lync, nie są obsługiwane.

• Początkowy SBC musi być skonfigurowany tak, aby używał serwera DNS zdolnego do wykonywania wyszukiwania rekordów DNS A i rekordów SRV.

• Początkowy SBC musi być zdolny do używania _sips. Rek DNS SRV ord _tcp odpowiadający subdomenie w części hosta wybieranego identyfikatora URI w celu zlokalizowania FQDN serwera Webex SIPS i rozwiąz uje rekord A dla FQDN w celu określenia adresu IPv4, z którym ma się połączyć.

• Jeśli źródłowy SBC dostarcza FQDN w nagłówku Kontakt, musi istnieć towarzyszący rekord DNS A, który rozwiązuje ten FQDN na adres IPv4.

• Początkowy SBC musi być w stanie połączyć się z serwerem Webex SIPS na adresie IP określonym na podstawie wyszukiwań DNS i być w stanie negocjować SIP przez TLS.

• Początkowy SBC musi używać komunikatu SIP INVITE do zainicjowania połączenia, a nie komunikatu OPCJE SIP.

  Jeśli używasz Cisco TelePresence Video Communication Server (VCS) lub drogi ekspresowej do łączenia połączenia z H.323, musisz utworzyć strefę DNS dla Webex z profilem strefy ustawioną na Niestandar dowy i Automatycznie odpowiadaj na wyszukiwania SIP ustawioną na Włączone. Reguły wyszukiwania VCS lub Expressway muszą być również skonfigurowane tak, aby kierować połączenia B2B dla Webex do tej strefy DNS.

• Jeśli początkowy SBC jest Cisco TelePresence VCS lub minimalną obsługi Cisco Expressway waną wersją oprogramowania jest X8.5.3.

Zalecane najlepsze praktyki dla pochodzącego SBC to:

• Przedstaw ważny certyfikat TLS podpisany zarówno dla klienta, jak i serwera.

• Przedstaw certyfikat TLS zawierający FQDN SBC w rekordach DNS CN lub SAN.

• Przedstaw kompletny łańcuch certyfikatów TLS, w tym wszelkie podpisujące pośrednie certyfikaty CA oraz główny certyfikat certyfikatu CA podpisywania.

• Przedstaw certyfikat TLS podpisany przez zaufany publiczny root Certificate Authority (CA). Aby zapoznać się z listą zaufanych certyfikatów głównych, zobacz Obsługiwane uprawnienia certyfik atów dla usług hybrydowych Webex.

• Skonfiguruj rekord DNS PTR dla adresu IPv4 SBC, który wskazuje na FQDN SBC.

• Nawiąż wzajemne połączenie TLS z włączonym por Cisco Collaboration Cloud tem TCP 5062.

  • Jeśli jako SBC używasz drogi Cisco VCS -Expressway lub Cisco Expressway -Edge, można to zrobić za pomocą niestandardowej strefy DNS dla Webex, która ma tryb weryfikacji TLS i opcje Modyfikuj żą danie DNS ustawione na Włączone, a TLS weryfik uje nazwę podmi otu i domen ę, aby wyszukać pola ustawione na callservice.ciscospark.com.

  • Należy pamiętać, że w przypadku wdrożenia tego zalecenia powyższe zalecenia dotyczące certyfikatów TLS SBC będą obowiązkowe, w przeciwnym razie połączenia nie powiedzą się.

Dodatkowe uwagi, o których należy pamiętać:

• Powyższe wymagania dotyczą również łączenia się ze spotkani ami Webex App, które nie korzystają z witryny Webex.

• Powyższe wymagania dotyczą połączeń z identyfikatorem URI SIP Webex użytkownika lub urządzenia.

• Nie obsługujemy kaskadowych spotkań z lokalnych mostów wideokonferencyjnych (Cisco TelePresenceServer lub Cisco Meeting Server) ani systemów konferencyjnych w chmurze na platformę wideo Webex.

Należy pamiętać, że te porty sieciowe mogą ulec zmianie bez powiadomienia, w zależności od pojemności zapotrzebowania i innych wymagań w chmurze. Porty te odnoszą się również tylko do połączeń między platformą Webex a docelowym lub pochodzącym SBC i nie odzwierciedlają połączenia między platformą Webex a aplik acją lub urządzeniami Webex.

• Sygnalizacja połączeń do Webex: SIPS przez TLS przez TCP do portów chmury 5061—5062

• Sygnalizacja połączeń z Webex: SIPS przez TLS z efemerycznych portów chmury TCP 1024—61000

• Multimedia (audio, wideo, udostępnianie ekranu itp.) do i z Webex dla połączeń przychodzących i wychodzących: RTP, RTCP, BFCP, UDT przez UDP do i z portów chmury 33434—33598. Porty w SBC zależą od konfiguracji SBC/Domyślnie, Cisco VCS -E lub Expressway-E używa UDP 36000-59999.

Przepływ multimediów dla połączeń Webex App zależy od tego, co jest skonfigurowane we wdrożeniu. Aby uzyskać więcej informacji na temat przepływów mediów i wpływu na nie, gdy zaangażowane są różne komponenty, zobacz następującą dokumentację:

• Wymagania sieciowe dla usług Webex (tylko w chmurze)

• Przewodnik wdrażania programu Video Mesh (węzły Video Mesh umożliwiające przechowywanie multimediów w środowisku lokalnym)