Konfigurowanie bramy lokalnej w rozwiązaniu Cisco IOS XE dla usługi Webex Calling
Po skonfigurowaniu Webex Calling dla organizacji można skonfigurować magistralę do łączenia bramy lokalnej z Webex Calling. Transport SIP TLS zabezpiecza magistralę między bramą lokalną a chmurą Webex. Nośnik między bramą lokalną a wywołaniami Webex używa protokołu SRTP.
Omówienie
Webex Calling obsługuje obecnie dwie wersje bramy lokalnej:
-
Brama lokalna
-
Brama lokalna dla Webex for Government
-
Przed rozpoczęciem należy zrozumieć wymagania lokalnych publicznych sieci telefonicznych (PSTN) i bramy lokalnej (LGW) dla usługi Webex Calling. Zobacz Cisco Preferred Architecture for Webex Calling, aby uzyskać więcej informacji.
-
W tym artykule założono, że istnieje dedykowana platforma bramy lokalnej bez istniejącej konfiguracji głosowej. Jeśli zmodyfikujesz istniejącą bramę PSTN lub wdrożenie CUBE Enterprise w celu użycia funkcji Brama lokalna dla usługi Webex Calling, zwróć szczególną uwagę na konfigurację. Upewnij się, że istniejące przepływy i funkcje połączeń nie są przerwane ze względu na wprowadzone zmiany.
Informacje na temat obsługiwanych SBC stron trzecich można znaleźć w odpowiedniej dokumentacji referencyjnej produktu.
Istnieją dwie opcje konfigurowania bramy lokalnej dla magistrali połączeń Webex:
-
Bagażnik oparty na rejestracji
-
Magistrala oparta na certyfikatach
Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling, użyj przepływu zadań w ramach bramy lokalnej opartej na rejestracji lub bramy lokalnej opartej na certyfikacie .
Aby uzyskać więcej informacji na temat różnych typów łącza magistralowego, zobacz Rozpocznij pracę z bramą lokalną. Wykonaj następujące kroki na samej bramie lokalnej, używając interfejsu wiersza polecenia (CLI). Używamy transportu Session Initiation Protocol (SIP) i Transport Layer Security (TLS) w celu zabezpieczenia łącza magistralowego i Secure Real Time Protocol (SRTP) w celu zabezpieczenia multimediów między bramą lokalną a Webex Calling.
-
Wybierz CUBE jako bramę lokalną. Webex for Government nie obsługuje obecnie żadnych kontrolerów granicznych sesji innych firm (SBC). Aby zapoznać się z najnowszą listą, zobacz Rozpocznij pracę z bramą lokalną.
- Zainstaluj wersje Cisco IOS XE Dublin 17.12.1a lub nowsze dla wszystkich Webex for Government Local Gateways.
-
Aby zapoznać się z listą głównych urzędów certyfikacji (CA) obsługiwanych przez program Webex for Government, zobacz Podstawowe urzędy certyfikatów dla programu Webex for Government.
-
Aby uzyskać szczegółowe informacje na temat zakresów portów zewnętrznych dla bramy lokalnej w Webex for Government, zobacz Wymagania sieciowe dla Webex for Government (FedRAMP).
Brama lokalna dla Webex for Government nie obsługuje następujących funkcji:
-
STUN/ICE-Lite dla optymalizacji ścieżki multimediów
-
Faks (T.38)
Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling w usłudze Webex for Government, użyj następującej opcji:
-
Magistrala oparta na certyfikatach
Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling, użyj przepływu zadań w usłudze Brama lokalna oparta na certyfikacie . Aby uzyskać więcej informacji na temat konfigurowania bramy lokalnej opartej na certyfikatach, zobacz Konfigurowanie łącza magistralowego opartego na certyfikatach Webex Calling.
Obowiązkowe jest skonfigurowanie szyfrów GCM zgodnych z FIPS w celu obsługi bramy lokalnej dla Webex for Government. Jeśli nie, konfiguracja połączenia zakończy się niepowodzeniem. Aby uzyskać szczegółowe informacje o konfiguracji, zobacz Konfigurowanie łącza magistralowego opartego na certyfikacie Webex Calling.
W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną dla usługi Webex Calling, przy użyciu łącza magistralowego SIP. Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W tym przypadku wszystkie połączenia z sieci PSTN są kierowane do usługi Webex Calling, a wszystkie połączenia z usługi Webex Calling są kierowane do sieci PSTN. Na poniższym obrazku przedstawiono to rozwiązanie i konfigurację trasowania połączeń na wysokim poziomie, która zostanie zastosowana.
W tym projekcie stosuje się następujące główne konfiguracje:
-
dzierżawcy klasy głosowej: Służy do tworzenia specyficznych konfiguracji łącza magistralowego.
-
klasę głosową uri: Służy do klasyfikowania komunikatów SIP do wyboru równorzędnego wybierania połączeń przychodzących.
-
numer wewnętrzny równorzędny: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą z grupą równorzędną wybierania numerów.
-
grupa równorzędna wybierania: Definiuje rozmówców wychodzących używanych do przekierowywania połączeń.
-
urządzenie do wybierania numerów wychodzących: Zapewnia obsługę wychodzących wiadomości SIP i kieruje je do wymaganego celu.
Chociaż IP i SIP stały się domyślnymi protokołami dla magistrali PSTN, obwody ISDN TDM (Time Division Multiplexing) są nadal szeroko stosowane i są obsługiwane przez magistrale Webex Calling. W celu umożliwienia optymalizacji multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, obecnie konieczne jest użycie dwuetapowego procesu trasowania połączeń. Podejście to zmienia konfigurację trasowania połączeń pokazaną powyżej, wprowadzając zestaw wewnętrznych równorzędnych połączeń w pętli zwrotnej między magistralami Webex Calling i PSTN, jak pokazano na poniższym obrazku.
Podczas łączenia lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania zilustrowanego na poniższym schemacie. W tym przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.
W całym dokumencie używane są nazwy hosta, adresy IP i interfejsy zilustrowane na poniższym obrazie.
Aby ukończyć konfigurację bramy lokalnej w następujący sposób, użyj wskazówek konfiguracyjnych w pozostałej części tego dokumentu:
-
Krok 1: Konfigurowanie łączności i bezpieczeństwa wyjściowego routera
-
Krok 2: Konfigurowanie łącza magistralowego Webex Calling
W zależności od wymaganej architektury:
-
Krok 3: Konfigurowanie bramy lokalnej przy użyciu łącza magistralowego SIP PSTN
-
Krok 4: Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM
Lub:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN
Konfiguracja podstawowa
Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie konfiguracji bazowej, która zabezpiecza platformę i ustanawia łączność.
-
Wszystkie wdrożenia bramy lokalnej oparte na rejestracji wymagają wersji Cisco IOS XE 17.6.1a lub nowszych. Zalecane wersje można znaleźć na stronie Cisco Software Research . Wyszukaj platformę i wybierz jedną z sugerowanych wersji.
-
Routery serii ISR4000 muszą być konfigurowane z licencjami technologii Unified Communications i Security.
-
Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSPs wymagają licencji DNA Advantage. Routery bez kart głosowych lub DPS wymagają minimum licencji DNA Essentials.
-
-
Zbuduj konfigurację bazową dla platformy, która będzie zgodna z zasadami Twojej firmy. W szczególności skonfiguruj następujące elementy i sprawdź działanie:
-
NTP
-
Listy acl
-
Uwierzytelnianie użytkowników i zdalny dostęp
-
DNS
-
Routing IP
-
Adresy IP
-
-
Sieć do Webex Calling musi używać adresu IPv4.
-
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej.
Konfiguracja
1 |
Upewnij się, że prawidłowe i rutynowe adresy IP są przypisywane do dowolnych interfejsów Layer 3, na przykład:
|
2 |
Chroń poświadczenia rejestracji i STUN na routerze za pomocą szyfrowania symetrycznego. Skonfiguruj podstawowy klucz szyfrowania i typ szyfrowania w następujący sposób:
|
3 |
Utwórz zastępczy punkt zaufania PKI. Wymaga tego punktu zaufania, aby skonfigurować TLS później. W przypadku łączy magistralowych opartych na rejestracji ten punkt zaufany nie wymaga certyfikatu – tak jak w przypadku łącza magistralowego opartego na certyfikacie. |
4 |
Włącz wyłączność TLS1.2 i określ domyślny punkt zaufania przy użyciu następujących poleceń konfiguracyjnych. Należy również zaktualizować parametry transportu, aby zapewnić niezawodne i bezpieczne połączenie do rejestracji: Polecenie serwera cn-san-validate zapewnia, że brama lokalna zezwala na połączenie, jeśli nazwa hosta skonfigurowana w dzierżawie 200 jest zawarta w polach CN lub SAN certyfikatu otrzymanego z serwera proxy wychodzącego.
|
5 |
Zainstaluj pakiet głównego urzędu certyfikacji Cisco, który zawiera certyfikat urzędu certyfikacji DigiCert używany przez usługę Webex Calling. Użyj polecenia crypto pki trustpool import clean url , aby pobrać pakiet głównego urzędu certyfikacji z określonego adresu URL i wyczyścić bieżący pulę powierniczą urzędu certyfikacji, a następnie zainstalować nowy pakiet certyfikatów: Jeśli konieczne jest użycie serwera proxy w celu uzyskania dostępu do Internetu za pomocą protokołu HTTPS, przed zaimportowaniem pakietu CA należy dodać następującą konfigurację: ip serwer proxy klienta http yourproxy.com proxy-port 80 |
1 |
Utwórz magistralę PSTN opartą na rejestracji dla istniejącej lokalizacji w Control Hub. Zanotuj informacje o bagażniku podane po jego utworzeniu. Szczegóły te, jak podkreślono na poniższej ilustracji, zostaną wykorzystane w krokach konfiguracji w tym przewodniku. Aby uzyskać więcej informacji, zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania dla usługi Webex Calling. |
2 |
Wprowadź następujące polecenia, aby skonfigurować CUBE jako bramę lokalną Webex Calling: Oto wyjaśnienie pól konfiguracji:
Włącza funkcje Cisco Unified Border Element (CUBE) na platformie. statystyki mediówWłącza monitorowanie multimediów w bramie lokalnej. zbiorcze statystyki mediówUmożliwia płaszczyźnie sterowania sondowanie płaszczyzny danych na potrzeby statystyk połączeń zbiorczych. Aby uzyskać więcej informacji na temat tych poleceń, patrz Media. zezwalaj-połączenia sip do sipWłącz podstawową funkcję agenta użytkownika usługi CUBE SIP back-to-back. Aby uzyskać więcej informacji, patrz Zezwalaj na połączenia. Domyślnie włączony jest transport faksowy T.38. Aby uzyskać więcej informacji, patrz protokół faksu t38 (usługa głosowa). Włącza STUN (Session Traversal of UDP through NAT) globalnie.
Aby uzyskać więcej informacji, zobacz stun flowdata agent-id i stun flowdata udostępnione-secret. asymetryczna ładowność pełnaKonfiguruje asymetryczną obsługę obciążenia SIP zarówno dla DTMF, jak i dla dynamicznych obciążeń kodeków. Aby uzyskać więcej informacji na temat tego polecenia, zobacz załadunek asymetryczny. wymuszona wczesna ofertaZmusza bramę lokalną do wysyłania informacji SDP w początkowym komunikacie INVITE zamiast czekania na potwierdzenie od sąsiedniego współpracownika. Aby uzyskać więcej informacji na temat tego polecenia, zobacz wczesna oferta. |
3 |
Skonfiguruj filtr kodeka klasy głosowej 100 dla łącza magistralowego. W tym przykładzie ten sam filtr kodeka jest używany dla wszystkich łączy magistralowych. W celu precyzyjnego sterowania można skonfigurować filtry dla każdego bagażnika. Oto wyjaśnienie pól konfiguracji: kodek klasy głosowej 100Służy do zezwalania tylko na preferowane kodeki połączeń za pośrednictwem łączy magistralowych SIP. Aby uzyskać więcej informacji, patrz kodek klasy głosowej. Kodek Opus jest obsługiwany tylko dla magistrali PSTN opartych na protokole SIP. Jeśli łącze magistralowe PSTN korzysta z połączenia głosowego T1/E1 lub analogowego FXO, należy wyłączyć preferencje kodeka 1 opus z konfiguracji kodeka klasy głosowej 100 . |
4 |
Skonfiguruj użycie transkrypcji klasy głosowej 100 , aby włączyć tryb ICE w magistrali Webex Calling. Oto wyjaśnienie pól konfiguracji: przerwa użytkowania lód liteSłuży do włączania funkcji ICE-Lite dla wszystkich użytkowników Webex Calling w celu umożliwienia optymalizacji multimediów, gdy tylko jest to możliwe. Aby uzyskać więcej informacji, zobacz użycie dźwięku klasy stun i stun wykorzystanie lodu lite. Wymagasz oszałamiającego wykorzystania ICE-lite dla przepływów połączeń przy użyciu optymalizacji ścieżki multimedialnej. Aby zapewnić optymalizację multimediów dla bramy SIP do TDM, skonfiguruj na nodze IP-IP urządzenie typu LOopback dial-peer z włączonym ICE-Lite. W celu uzyskania dalszych szczegółów technicznych skontaktuj się z zespołami ds. kont lub TAC. |
5 |
Skonfiguruj zasady szyfrowania multimediów dla ruchu Webex. Oto wyjaśnienie pól konfiguracji: klasa głosu srtp-crypto 100Określa SHA1_80 jako jedyny pakiet szyfrowy SRTP CUBE w SDP w komunikatach ofertowych i odpowiedzi. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasę głosową srtp-crypto. |
6 |
Skonfiguruj wzorzec, aby jednoznacznie zidentyfikować połączenia z magistralą bramy lokalnej na podstawie parametru docelowego magistrali: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 100 sipDefiniuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, użyj dtg= a następnie wartości OTG/DTG łącza magistralowego podanej w Control Hub po utworzeniu łącza magistralowego. Aby uzyskać więcej informacji, zobacz klasę głosową uri. |
7 |
Skonfiguruj profil SIP 100, który będzie używany do modyfikowania wiadomości SIP przed ich wysłaniem do usługi Webex Calling.
Oto wyjaśnienie pól konfiguracji:
|
8 |
Skonfiguruj łącze magistralowe usługi Webex Calling: |
Po zdefiniowaniu dzierżawy 100 i skonfigurowaniu równorzędnego wybierania SIP VoIP brama inicjuje połączenie TLS w kierunku usługi Webex Calling. W tym momencie SBC dostępu przedstawia swój certyfikat bramie lokalnej. Brama lokalna weryfikuje certyfikat SBC dostępu do usługi Webex Calling za pomocą wcześniej zaktualizowanego pakietu głównego urzędu certyfikacji. Jeśli certyfikat zostanie rozpoznany, między bramą lokalną a usługą Webex Calling zostanie ustanowiona ciągła sesja TLS. Brama lokalna może następnie korzystać z tego bezpiecznego połączenia, aby zarejestrować się w usłudze Webex Access SBC. Gdy rejestracja jest kwestionowana w celu uwierzytelnienia:
-
W odpowiedzi są używane parametry nazwy użytkownika, hasła i domeny z konfiguracji poświadczeń .
-
Zasady modyfikacji w profilu SIP 100 są używane do konwersji adresu URL SIPS z powrotem do SIP.
Rejestracja jest udana, gdy 200 OK jest odbierane z dostępu SBC.
Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling powyżej użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe w kierunku dostawcy usługi PSTN opartego na protokole SIP:
Jeśli Twój Usługodawca oferuje bezpieczny łącze magistralowe PSTN, możesz wykonać podobną konfigurację jak opisano powyżej dla łącza magistralowego Webex Calling. Bezpieczne i bezpieczne trasowanie połączeń jest obsługiwane przez CUBE.
Jeśli używasz łącza magistralowego TDM / ISDN PSTN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN.
Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN na bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.
1 |
Skonfiguruj następującą klasę głosową, aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 200 sipDefiniuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz klasę głosową uri. |
2 |
Skonfiguruj następującą funkcję równorzędnego wybierania numeru IP PSTN: Oto wyjaśnienie pól konfiguracji: Definiuje urządzenie do wybierania połączeń VoIP ze znacznikiem 200 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz wybieranie równorzędne. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). protokół sesji sipv2Określa, że urządzenie równorzędne wybierania 200 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (wybieranie równorzędne). cel sesji ipv4:192.168.80.13Wskazuje docelowy adres IPv4 miejsca docelowego do wysłania odcinka połączenia. Celem sesji jest tutaj adres IP ITSP. Aby uzyskać więcej informacji, zobacz cel sesji (równorzędne wybieranie VoIP). przychodząca przez 200Definiuje kryterium dopasowania nagłówka VIA do adresu IP PSTN. Pasuje do wszystkich przychodzących połączeń IP PSTN w bramie lokalnej za pomocą elementu wybierania 200. Aby uzyskać więcej informacji, zobacz url przychodzący. bind control source-interface GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind. wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind. kodek klasy głosowej 100Skonfiguruje urządzenie równorzędne wybierania, aby używało wspólnej listy filtrów kodeków 100. Aby uzyskać więcej informacji, patrz kodek klasy głosowej. dtmf-relay rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP). brak vadWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne). |
3 |
Jeśli w bramie lokalnej skonfigurowano tylko trasowanie połączeń między usługą Webex Calling a usługą PSTN, należy dodać następującą konfigurację trasowania połączeń. Jeśli konfigurowasz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji. |
Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling, użyj następującej konfiguracji, aby utworzyć łącze magistralowe TDM dla usługi PSTN z trasowaniem połączeń w pętli powrotnej, aby umożliwić optymalizację multimediów na nodze połączenia Webex.
1 |
Konfiguracja połączeń zwrotnych typu loop-back korzysta z grup połączeń i znaczników trasowania połączeń, aby zapewnić prawidłowe przekazywanie połączeń między Webex a PSTN bez tworzenia pętli trasowania połączeń. Skonfiguruj następujące reguły tłumaczenia, które będą używane do dodawania i usuwania znaczników trasowania połączeń: Oto wyjaśnienie pól konfiguracji: zasada tłumaczenia głosowegoUżywa wyrażeń regularnych zdefiniowanych w regułach do dodawania lub usuwania znaczników trasowania połączeń. Nadmierne cyfry („A”) są używane w celu zwiększenia przejrzystości rozwiązywania problemów. W tej konfiguracji znacznik dodany przez profil tłumaczenia 100 służy do kierowania połączeń z usługi Webex Calling do sieci PSTN za pośrednictwem współrzędnych wybierania połączeń typu loopback. Podobnie znacznik dodany przez profil tłumaczenia 200 służy do kierowania połączeń z PSTN do Webex Calling. Profile tłumaczeń 11 i 12 usuwają te znaczniki przed dostarczeniem połączeń odpowiednio do łączy magistralowych Webex i PSTN. Ten przykład zakłada, że numery wywołane z usługi Webex Calling są prezentowane w formacie +E.164. Reguła 100 usuwa wiodącą +, aby utrzymać prawidłowy numer wywołany. Reguła 12 dodaje wtedy krajową lub międzynarodową cyfrę trasowania podczas usuwania znacznika. Użyj cyfr pasujących do lokalnego krajowego planu wybierania ISDN. Jeśli usługa Webex Calling udostępnia numery w formacie krajowym, dostosuj reguły 100 i 12, aby po prostu dodać i usunąć odpowiednio znacznik trasowania. Aby uzyskać więcej informacji, zobacz profil tłumaczenia głosowego i reguła tłumaczenia głosowego. |
2 |
Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami typu łącza magistralowego i używanego protokołu. Aby uzyskać więcej informacji, zobacz Konfigurowanie ISDN PRI. Na przykład podstawowa konfiguracja interfejsu ISDN klasy podstawowej zainstalowanego w gnieździe NIM 2 urządzenia może zawierać następujące elementy: |
3 |
Skonfiguruj następujący serwer wybierania numeru PSTN TDM: Oto wyjaśnienie pól konfiguracji: Definiuje urządzenie do wybierania połączeń VoIP ze znacznikiem 200 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz głos równorzędny wybierania numerów. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). tłumaczenie profilu przychodzącego 200Przypisuje profil tłumaczenia, który doda znacznik przekierowania połączeń do numeru połączenia przychodzącego. wybieranie bezpośrednie do wewnątrzKieruje połączenie bez podawania wtórnego sygnału wybierania. Aby uzyskać więcej informacji, patrz bezpośrednie wybieranie wewnętrzne. port 0/2/0:15Fizyczny port głosowy powiązany z tym urządzeniem równorzędnym wybierania. |
4 |
Aby umożliwić optymalizację multimediów ścieżek IP dla bram lokalnych za pomocą przepływów połączeń TDM-IP, można modyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych równorzędnych wybierania połączeń w pętli zwrotnej między magistralami Webex Calling i PSTN. Skonfiguruj następujące urządzenia do wybierania numerów z tyłu pętli. W takim przypadku wszystkie połączenia przychodzące będą kierowane początkowo do urządzenia dial-peer 10, a stamtąd do urządzenia dial-peer 11 lub 12 na podstawie stosowanego znacznika trasowania. Po usunięciu znacznika trasowania połączenia będą kierowane do wychodzącego łącza magistralowego za pomocą grup równorzędnych. Oto wyjaśnienie pól konfiguracji: Definiuje współpracownika wybierania numeru VoIP i nadaje znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz głos równorzędny wybierania numerów. tłumaczenie profilu przychodzącego 11Stosuje zdefiniowany wcześniej profil tłumaczenia, aby usunąć znacznik przekierowania połączeń przed przejściem do łącza magistralowego wychodzącego. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). protokół sesji sipv2Określa, że ten równorzędny wybieranie obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (wybieranie równorzędne). cel sesji 192.168.80.14Określa adres interfejsu lokalnego routera jako docelowy adres połączenia w pętli zwrotnej. Aby uzyskać więcej informacji, zobacz cel sesji (równorzędny wybieranie poczty głosowej). bind control source-interface GigabitEthernet0/0/0Skonfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych przez pętlę-back. Aby uzyskać więcej informacji, patrz bind. wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0Skonfiguruje interfejs źródłowy i powiązany adres IP dla mediów wysyłanych przez pętlę-back. Aby uzyskać więcej informacji, patrz bind. dtmf-relay rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP). kodek g711alaw Zmusza wszystkie połączenia PSTN do korzystania z G.711. Wybierz ustawę lub u-law, aby dopasować metodę kompilacji używaną przez usługę ISDN. brak vadWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne). |
5 |
Dodaj następującą konfigurację trasowania połączeń: Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.
|
Konfiguracja PSTN-Webex Calling w poprzednich sekcjach może zostać zmodyfikowana w celu dodania dodatkowych łączy magistralowych do klastra Cisco Unified Communications Manager (UCM). W tym przypadku wszystkie połączenia są kierowane przez Unified CM. Połączenia z UCM w porcie 5060 są kierowane do sieci PSTN, a połączenia z portu 5065 są kierowane do usługi Webex Calling. W celu uwzględnienia tego scenariusza połączeń można dodać następujące konfiguracje przyrostowe.
Podczas tworzenia łącza magistralowego Webex Calling w systemie Unified CM upewnij się, że port przychodzący został skonfigurowany w ustawieniach profilu zabezpieczeń łącza magistralowego SIP do 5065. Umożliwia to wysyłanie wiadomości przychodzących w porcie 5065 i wypełnianie nagłówka VIA tą wartością podczas wysyłania wiadomości do bramy lokalnej.
1 |
Skonfiguruj następujące identyfikatory URI klas głosowych: |
2 |
Skonfiguruj następujące rekordy DNS, aby określić trasowanie SRV do hostów Unified CM: IOS XE wykorzystuje te rekordy do lokalnie określania docelowych hostów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane. Oto wyjaśnienie pól konfiguracji: Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego prowadzącego i łącza magistralowego UCM: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: Nazwa rekordu zasobów SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu, którego należy użyć dla docelowego hosta w tym rekordzie zasobów ucmsub5.mydomain.com: Prowadzący docelowy rekord zasobów Aby rozwiązać problem nazw docelowych rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu. 192.168.80.65: Adres IP prowadzącego. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń. |
3 |
Skonfiguruj następujące urządzenia wybierania numerów: |
4 |
Dodaj trasowanie połączeń przy użyciu następujących konfiguracji: |
Sygnatury diagnostyczne (DS) proaktywnie wykrywają często obserwowane problemy w bramie lokalnej opartej na systemie IOS XE i generują powiadomienia e-mail, syslog lub komunikaty terminalowe o zdarzeniu. Można również zainstalować usługę DS, aby zautomatyzować zbieranie danych diagnostycznych i przesyłanie zebranych danych do sprawy Cisco TAC w celu przyspieszenia czasu rozwiązywania problemu.
Sygnatury diagnostyczne (DS) to pliki XML zawierające informacje o zdarzeniach wyzwalających problem i działaniach, które należy podjąć w celu poinformowania, rozwiązania problemu i rozwiązania problemu. Logikę wykrywania problemu można zdefiniować za pomocą komunikatów dziennika systemowego, zdarzeń SNMP oraz poprzez okresowe monitorowanie określonych wyjść poleceń pokazu.
Typy akcji obejmują zbieranie danych wyjściowych polecenia show:
-
Generowanie skonsolidowanego pliku dziennika
-
Przesyłanie pliku do lokalizacji sieciowej dostarczonej przez użytkownika, takiej jak HTTPS, SCP, serwer FTP.
Inżynierowie TAC tworzą pliki DS i podpisują je cyfrowo w celu ochrony integralności. Każdy plik DS ma unikatowy identyfikator numeryczny przypisany przez system. Narzędzie do wyszukiwania podpisów diagnostycznych (DSLT) to jedno źródło umożliwiające znalezienie stosownych podpisów w celu monitorowania i rozwiązywania różnych problemów.
Przed rozpoczęciem:
-
Nie należy edytować pliku DS pobranego z dslt. Modyfikowane pliki nie powiodły się z powodu błędu sprawdzania integralności.
-
Serwer SMTP (Simple Mail Transfer Protocol), który jest wymagany do wysyłania powiadomień e-mail przez bramę lokalną.
-
Upewnij się, że na bramie lokalnej jest uruchomiony system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do obsługi powiadomień e-mail.
Wymagania wstępne
Brama lokalna z systemem IOS XE 17.6.1a lub nowszym
-
Podpisy diagnostyczne są domyślnie włączone.
-
Skonfiguruj bezpieczny serwer poczty e-mail, który ma być używany do wysyłania proaktywnego powiadomienia, jeśli urządzenie działa w systemie Cisco IOS XE 17.6.1a lub nowszym.
skonfiguruj terminal call-home mail-server :@ priorytet 1 bezpieczne zakończenie tls
-
Skonfiguruj zmienną środowiska ds_email z adresem e-mail administratora, aby Cię powiadomić.
skonfiguruj środowisko podpisu diagnostycznego domu połączeń końcowych ds_email koniec
Poniżej przedstawiono przykładową konfigurację bramy lokalnej działającej w systemie Cisco IOS XE 17.6.1a lub nowszym w celu wysyłania proaktywnych powiadomień tacfaststart@gmail.com używanie Gmaila jako bezpiecznego serwera SMTP:
Zalecamy użycie wersji Cisco IOS XE Bengaluru 17.6.x lub nowszych.
call-home mail-serwer tacfaststart:password@smtp.gmail.com priorytet 1 bezpieczne środowisko podpisu diagnostycznego tls ds_email "tacfaststart@gmail.com"
Brama lokalna działająca w oprogramowaniu Cisco IOS XE nie jest typowym internetowym klientem Gmaila obsługującym protokół OAuth, dlatego musimy skonfigurować określone ustawienie konta Gmail i zapewnić określone uprawnienia do prawidłowego przetwarzania wiadomości e-mail z urządzenia:
-
Przejdź do Mniej bezpieczny dostęp do aplikacji .
(Zarządzaj kontem Google) i włącz ustawienie -
Odpowiedz "Tak, to byłem ja", gdy otrzymasz e-maila z Gmaila z informacją: "Google uniemożliwił komuś zalogowanie się na Twoje konto przy użyciu aplikacji innej niż Google".
Instalowanie sygnatur diagnostycznych na potrzeby proaktywnego monitorowania
Monitorowanie wysokiego wykorzystania procesora
Ten DS śledzi wykorzystanie procesora przez pięć sekund przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowanie i odinstalowuje wszystkie sygnatury diagnostyczne zainstalowane w bramie lokalnej. Wykonaj poniższe czynności, aby zainstalować podpis.
-
Użyj polecenia pokaż snmp , aby włączyć SNMP. Jeśli ta opcja nie jest włączona, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył config t snmp server manager end show snmp Chassis: ABCDEFGHIGK 149655 Wejście pakietów SNMP 0 Błędne błędy w wersji SNMP 1 Nieznana nazwa społeczności 0 Nielegalna operacja dla nazwy społeczności dostarczonej 0 Błędy kodowania 37763 Liczba żądanych zmiennych 2 Liczba zmienionych zmiennych 34560 Pobierz zapytanie PDU 138 Pobierz następne PDU 2 PDU Ustaw żądanie 0 krople pakietów kolejki wejściowej (maksymalny rozmiar kolejki 1000) 158277 wyjście pakietów SNMP 0 Zbyt duże błędy (Maksymalny rozmiar pakietu 1500) 20 Nie ma takich błędów nazwy 0 Błędne wartości 0 Błędy ogólne 7998 Odpowiedź PDU 10280 Trap Pakiety PDU aktualnie w kolejce wprowadzania procesów SNMP: 0 globalnej pułapki SNMP: włączone
-
Pobierz aplikację DS 64224, korzystając z następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 z serii ISR lub Cisco CSR z serii 1000V
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.
-
Skopiuj plik XML DS do programu Flash bramy lokalnej.
LocalGateway# kopia ftp://nazwa użytkownika:hasło@/DS_64224.xml bootflash:
Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej.
skopiuj ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Dostęp do ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bajtów] 3571 bajtów skopiowanych przez 0,064 s (55797 bajtów/s)
-
Zainstaluj plik DS XML w bramie lokalnej.
połączenie domu diagnostyczne podpisu obciążenia DS_64224.xml Załaduj plik DS_64224.xml sukces
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość "zarejestrowany".
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: username@gmail.com
Pobierz DSes:
Identyfikator DS
Nazwa DS
Rewizja
Stan
Ostatnia aktualizacja (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Zarejestrowano
2020-11-07 22:05:33
Po wyzwoleniu ten podpis odinstalowuje wszystkie uruchomione systemy diagnostyczne, w tym samego siebie. W razie potrzeby ponownie zainstaluj DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w bramie lokalnej.
Monitorowanie rejestracji magistrali SIP
Ten DS sprawdza wyrejestrowanie magistrali SIP bramy lokalnej z chmurą Webex Calling co 60 sekund. Po wykryciu zdarzenia braku rejestracji generuje on powiadomienie e-mail i dziennik systemowy oraz usuwa się z instalacji po dwóch wystąpieniach braku rejestracji. Aby zainstalować podpis, wykonaj poniższe czynności:
-
Pobierz oprogramowanie DS 64117 przy użyciu następujących opcji rozwijanych w narzędziuWyszukiwanie sygnatur diagnostycznych:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
SIP-SIP
Typ problemu
Wyrejestrowanie magistrali SIP z powiadomieniem e-mail.
-
Skopiuj plik DS XML do bramy lokalnej.
kopiuj ftp://nazwa użytkownika:hasło@/DS_64117.xml bootflash:
-
Zainstaluj plik DS XML w bramie lokalnej.
domowy podpis diagnostyczny połączenia DS_64117.xml Plik obciążenia DS_64117.xml sukces LocalGateway#
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".
Monitorowanie nieprawidłowych rozłączeń połączeń
Ten DS używa sondażu SNMP co 10 minut, aby wykryć nieprawidłowe rozłączenie połączeń z błędami SIP 403, 488 i 503. Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniej ankiety, generuje dziennik systemowy i powiadomienie e-mail. Użyj poniższych kroków, aby zainstalować podpis.
-
Użyj polecenia pokaż snmp , aby sprawdzić, czy SNMP jest włączony. Jeśli ta opcja nie jest włączona, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył config t snmp server manager end show snmp Chassis: ABCDEFGHIGK 149655 Wejście pakietów SNMP 0 Błędne błędy w wersji SNMP 1 Nieznana nazwa społeczności 0 Nielegalna operacja dla nazwy społeczności dostarczonej 0 Błędy kodowania 37763 Liczba żądanych zmiennych 2 Liczba zmienionych zmiennych 34560 Pobierz zapytanie PDU 138 Pobierz następne PDU 2 PDU Ustaw żądanie 0 krople pakietów kolejki wejściowej (maksymalny rozmiar kolejki 1000) 158277 wyjście pakietów SNMP 0 Zbyt duże błędy (Maksymalny rozmiar pakietu 1500) 20 Nie ma takich błędów nazwy 0 Błędne wartości 0 Błędy ogólne 7998 Odpowiedź PDU 10280 Trap Pakiety PDU aktualnie w kolejce wprowadzania procesów SNMP: 0 globalnej pułapki SNMP: włączone
-
Pobierz serwer DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wykrywanie nieprawidłowego rozłączenia połączenia SIP z powiadomieniem e-mail i Syslog.
-
Skopiuj plik DS XML do bramy lokalnej.
kopiuj ftp://nazwa użytkownika:hasło@/DS_65221.xml bootflash:
-
Zainstaluj plik DS XML w bramie lokalnej.
połączenie domu diagnostyczne podpisu obciążenia DS_65221.xml Załaduj plik DS_65221.xml sukces
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".
Instalowanie podpisów diagnostycznych w celu rozwiązania problemu
Użyj podpisów diagnostycznych (DS), aby szybko rozwiązać problemy. Inżynierowie Cisco TAC stworzyli kilka podpisów, które umożliwiają niezbędne debugowanie, które są wymagane do rozwiązania danego problemu, wykrycia wystąpienia problemu, zebrania odpowiedniego zestawu danych diagnostycznych i automatycznego przesłania danych do sprawy Cisco TAC. Podpisy diagnostyczne (DS) eliminują potrzebę ręcznej kontroli pod kątem wystąpienia problemu i ułatwiają rozwiązywanie problemów chwilowych i przejściowych.
Możesz użyć Narzędzia wyszukiwania podpisów diagnostycznych, aby znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu, lub zainstalować podpis zalecany przez inżyniera TAC w ramach usługi wsparcia.
Oto przykład, jak znaleźć i zainstalować DS, aby wykryć wystąpienie "%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące czynności:
-
Skonfiguruj dodatkową zmienną środowiska DSds_fsurl_prefix , którą jest ścieżka serwera plików Cisco TAC (cxd.cisco.com), do której przesyłane są zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku jest numerem przypadku, a hasłem jest token przesyłania pliku, który można pobrać z narzędzia Support Case Manager w następującym poleceniu. token przesyłania pliku można wygenerować w sekcji Załączniki narzędzia Support Case Manager, w zależności od potrzeb.
skonfigurować terminal call-home diagnostyczny podpis LocalGateway (cfg-call-home-diag-sign)środowisko ds_fsurl_prefix "scp://:@cxd.cisco.com" koniec
Przykład:
call-home diagnostyka-podpis środowisko ds_fsurl_prefix " środowisko ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
-
Upewnij się, że protokół SNMP jest włączony za pomocą polecenia pokaż snmp . Jeśli ta opcja nie jest włączona, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył konfiguracji t snmp-server manager end
-
Upewnij się, że zainstalowano serwer DS 64224 do monitorowania wysokiego procesora jako proaktywny środek wyłączający wszystkie debugowanie i sygnatury diagnostyczne w czasie wysokiego wykorzystania procesora. Pobierz aplikację DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.
-
Pobierz aplikację DS 65095, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Dzienniki systemowe
Typ problemu
Syslog - %VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku połączenia): IEC=1.1.181.1.29.0
-
Skopiuj pliki XML DS do bramy lokalnej.
skopiuj ftp://nazwa użytkownika:hasło@/DS_64224.xml bootflash: kopiuj ftp://nazwa użytkownika:hasło@/DS_65095.xml bootflash:
-
Zainstaluj plik XML DS 64224 monitora wysokiego procesora, a następnie DS 65095 w bramie lokalnej.
call-home Diagnostyczny podpis obciążenia DS_64224.xml Załaduj plik DS_64224.xml sukces call-home Diagnostyczny podpis obciążenia DS_65095.xml Załaduj plik DS_65095.xml sukces
-
Sprawdź, czy podpis został pomyślnie zainstalowany przy użyciu polecenia Pokaż podpis diagnostyczny call-home. Kolumna stanu musi mieć wartość "zarejestrowany".
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Pobrane DSes:
Identyfikator DS
Nazwa DS
Rewizja
Stan
Ostatnia aktualizacja (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Zarejestrowano
2020-11-08
65095
00:12:53
S_W_CY_Call_spike_threshold
0.0.12
Zarejestrowano
2020-11-08
Weryfikowanie wykonywania podpisów diagnostycznych
W następującym poleceniu kolumna „Status” polecenia Pokaż podpis diagnostyczny call-home zmienia się na „uruchomiony”, podczas gdy brama lokalna wykonuje czynność zdefiniowaną w podpisie. Dane wyjściowe pokazują statystyki diagnostyczne sygnatur wywołania domowego to najlepszy sposób sprawdzenia, czy podpis diagnostyczny wykrywa interesujące zdarzenie i wykonuje akcję. Kolumna "Triggered/Max/Deinstall" wskazuje, ile razy dany podpis wyzwolił zdarzenie, maksymalną liczbę razy zdefiniowaną do wykrycia zdarzenia oraz czy podpis deinstaluje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Pobrane DSes:
Identyfikator DS |
Nazwa DS |
Rewizja |
Stan |
Ostatnia aktualizacja (GMT+00:00) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
Zarejestrowano |
2020-11-08 00:07:45 |
65095 |
S_W_CY_Call_spike_threshold |
0.0.12 |
Uruchomiono |
2020-11-08 00:12:53 |
pokaż statystyki diagnostyczno-sygnatury połączeń domowych
Identyfikator DS |
Nazwa DS |
Uruchamianie/maks./deinstalacja |
Średni czas pracy (w sekundach) |
Maksymalny czas pracy (sekundy) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
S_W_CY_Call_spike_threshold |
1/20/R |
23.053 |
23.053 |
Wiadomość e-mail z powiadomieniem wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, uruchomiona konfiguracja i pokazują dane wyjściowe poleceń, które są istotne dla rozwiązania danego problemu.
Odinstalowywanie podpisów diagnostycznych
Użyj sygnatur diagnostycznych do rozwiązywania problemów są zwykle definiowane do odinstalowywania po wykryciu niektórych wystąpień problemów. Jeśli chcesz ręcznie odinstalować podpis, pobierz identyfikator DS z wyjścia z polecenia Pokaż podpis diagnostyczny call-home i uruchom następujące polecenie:
odinstalowanie podpisu diagnostycznego w domu wywołania
Przykład:
call-home diagnostyczne podpisu deinstall 64224
Nowe podpisy są okresowo dodawane do narzędzia Diagnostyczne wyszukiwanie sygnatur na podstawie problemów często obserwowanych we wdrożeniach. TAC obecnie nie obsługuje żądań tworzenia nowych podpisów niestandardowych.
Aby zapewnić lepsze zarządzanie bramami Cisco IOS XE, zalecamy rejestrację bramek i zarządzanie nimi za pośrednictwem Control Hub. Jest to konfiguracja opcjonalna. Po zarejestrowaniu można użyć opcji walidacji konfiguracji w Control Hub, aby zweryfikować konfigurację bramy lokalnej i zidentyfikować wszelkie problemy konfiguracyjne. Obecnie funkcja ta jest obsługiwana tylko przez łącza magistralowe oparte na rejestracji.
Aby uzyskać więcej informacji, należy zapoznać się z następującymi informacjami:
W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną dla usługi Webex Calling przy użyciu łącza magistralowego SIP opartego na certyfikatach TLS (mTLS). Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W tym przypadku wszystkie połączenia z sieci PSTN są kierowane do usługi Webex Calling, a wszystkie połączenia z usługi Webex Calling są kierowane do sieci PSTN. Poniższy obraz podkreśla to rozwiązanie i konfigurację trasowania połączeń na wysokim poziomie, która zostanie zastosowana.
W tym projekcie stosuje się następujące główne konfiguracje:
-
dzierżawcy klasy głosowej: używane do tworzenia konfiguracji specyficznych dla łącza magistralowego.
-
klasę głosową uri: Służy do klasyfikowania komunikatów SIP do wyboru równorzędnego wybierania połączeń przychodzących.
-
równoczesne wybieranie połączeń przychodzących: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą z grupą równorzędną wybierania numerów.
-
grupa równorzędnych połączeń: Definiuje rozmówców wychodzących używanych do przekierowywania połączeń.
-
urządzenie do wybierania numeru wychodzącego: Zapewnia obsługę wychodzących wiadomości SIP i kieruje je do wymaganego celu.
Chociaż IP i SIP stały się domyślnymi protokołami dla magistrali PSTN, obwody ISDN TDM (Time Division Multiplexing) są nadal szeroko stosowane i są obsługiwane przez magistrale Webex Calling. W celu umożliwienia optymalizacji multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, obecnie konieczne jest użycie dwuetapowego procesu trasowania połączeń. Podejście to zmienia konfigurację trasowania połączeń pokazaną powyżej, wprowadzając zestaw wewnętrznych równorzędnych połączeń w pętli zwrotnej między magistralami Webex Calling i PSTN, jak pokazano na poniższym obrazku.
Podczas łączenia lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania zilustrowanego na poniższym schemacie. W tym przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.
W całym dokumencie używane są nazwy hosta, adresy IP i interfejsy zilustrowane na poniższym obrazie. Opcje są przewidziane dla adresowania publicznego lub prywatnego (za NAT). Rejestry DNS SRV są opcjonalne, chyba że równoważenie obciążenia w wielu wystąpieniach CUBE.
Aby ukończyć konfigurację bramy lokalnej w następujący sposób, użyj wskazówek konfiguracyjnych w pozostałej części tego dokumentu:
-
Krok 1: Konfigurowanie łączności i bezpieczeństwa wyjściowego routera
-
Krok 2: Konfigurowanie łącza magistralowego Webex Calling
W zależności od wymaganej architektury:
-
Krok 3: Konfigurowanie bramy lokalnej przy użyciu łącza magistralowego SIP PSTN
-
Krok 4: Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM
Lub:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN
Konfiguracja podstawowa
Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie konfiguracji bazowej, która zabezpiecza platformę i ustanawia łączność.
-
Wszystkie wdrożenia bramy lokalnej oparte na certyfikatach wymagają wersji Cisco IOS XE 17.9.1a lub nowszych. Zalecane wersje można znaleźć na stronie Cisco Software Research . Wyszukaj platformę i wybierz jedną z sugerowanych wersji.
-
Routery serii ISR4000 muszą być konfigurowane z licencjami technologii Unified Communications i Security.
-
Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSPs wymagają licencji DNA Essentials. Routery bez kart głosowych lub DPS wymagają minimum licencji DNA Essentials.
-
W przypadku wymagań dotyczących dużej pojemności możesz również wymagać licencji HSEC (High Security) i dodatkowego uprawnienia przepustowości.
Więcej informacji na ten temat można znaleźć w kodach autoryzacji .
-
-
Zbuduj konfigurację bazową dla platformy, która będzie zgodna z zasadami Twojej firmy. W szczególności skonfiguruj następujące elementy i sprawdź działanie:
-
NTP
-
Listy acl
-
Uwierzytelnianie użytkowników i zdalny dostęp
-
DNS
-
Routing IP
-
Adresy IP
-
-
Sieć do Webex Calling musi używać adresu IPv4. Adresy w pełni kwalifikowanych nazw domen (FQDN) lub rekordów usług (SRV) bramy lokalnej muszą zostać usunięte do publicznego adresu IPv4 w Internecie.
-
Wszystkie porty SIP i multimedialne w interfejsie bramy lokalnej stojącym przed Webex muszą być dostępne z Internetu, bezpośrednio lub za pośrednictwem statycznego NAT. Upewnij się, że zapora została odpowiednio zaktualizowana.
-
Instalowanie podpisanego certyfikatu w bramie lokalnej (poniżej przedstawiono szczegółowe kroki konfiguracji).
-
Publiczny urząd certyfikacji (CA) opisany szczegółowo w Jakich głównych urzędach certyfikacji są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex? musi podpisać certyfikat urządzenia.
-
Nazwa FQDN skonfigurowana w Control Hub podczas tworzenia łącza magistralowego musi być certyfikatem routera Common Name (CN) lub Subject Alternate Name (SAN). Na przykład:
-
Jeśli skonfigurowany magistrala w Control Hub organizacji ma cube1.lgw.com:5061 jako FQDN bramy lokalnej, to CN lub SAN w certyfikacie routera muszą zawierać cube1.lgw.com.
-
Jeśli skonfigurowany magistrala magistralowa w Control Hub organizacji ma lgws.lgw.com jako adres SRV bramy lokalnej osiągalny z magistrali, wtedy CN lub SAN w certyfikacie routera muszą zawierać lgws.lgw.com. Rekordy rozpoznawane przez adres SRV (CNAME, Rekord lub Adres IP) są opcjonalne w sieci SAN.
-
Niezależnie od tego, czy używasz FQDN, czy SRV dla łącza magistralowego, adres kontaktowy dla wszystkich nowych dialogów SIP z bramy lokalnej używa nazwy skonfigurowanej w Control Hub.
-
-
-
Upewnij się, że certyfikaty są podpisane dla klientów i serwerów.
-
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej.
Konfiguracja
1 |
Upewnij się, że prawidłowe i rutynowe adresy IP są przypisywane do dowolnych interfejsów Layer 3, na przykład:
|
2 |
Chroń poświadczenia STUN na routerze za pomocą szyfrowania symetrycznego. Skonfiguruj podstawowy klucz szyfrowania i typ szyfrowania w następujący sposób: |
3 |
Utwórz punkt zaufania szyfrowania z certyfikatem podpisanym przez preferowany urząd certyfikacji. |
4 |
Uwierzytelnij nowy certyfikat za pomocą pośredniego (lub głównego) certyfikatu urzędu certyfikacji, a następnie zaimportuj certyfikat (Krok 4). Wprowadź następujące polecenie exec lub konfiguracyjne:
|
5 |
Importuj podpisany certyfikat hosta przy użyciu następującego polecenia exec lub konfiguracji:
|
6 |
Włącz wyłączność TLS1.2 i określ domyślny punkt zaufania przy użyciu następujących poleceń konfiguracyjnych:
|
7 |
Zainstaluj pakiet głównego urzędu certyfikacji Cisco, który zawiera certyfikat urzędu certyfikacji DigiCert używany przez usługę Webex Calling. Użyj polecenia crypto pki trustpool import clean url , aby pobrać pakiet głównego urzędu certyfikacji z określonego adresu URL i wyczyścić bieżący pulę powierniczą urzędu certyfikacji, a następnie zainstalować nowy pakiet certyfikatów: Jeśli konieczne jest użycie serwera proxy w celu uzyskania dostępu do Internetu za pomocą protokołu HTTPS, przed zaimportowaniem pakietu CA należy dodać następującą konfigurację: ip serwer proxy klienta http yourproxy.com proxy-port 80 |
1 |
Utwórz magistralę PSTN opartą na certyfikacie CUBE dla istniejącej lokalizacji w Control Hub. Aby uzyskać więcej informacji, zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania dla usługi Webex Calling. Zanotuj informacje o bagażniku podane po utworzeniu bagażnika. Szczegóły te, jak podkreślono na poniższej ilustracji, zostaną wykorzystane w krokach konfiguracji w tym przewodniku. |
2 |
Wprowadź następujące polecenia, aby skonfigurować CUBE jako bramę lokalną Webex Calling: Oto wyjaśnienie pól konfiguracji:
Włącza funkcje Cisco Unified Border Element (CUBE) na platformie. zezwalaj-połączenia sip do sipWłącz podstawową funkcję SIP CUBE z powrotem do funkcji agenta użytkownika. Aby uzyskać więcej informacji, patrz Zezwalaj na połączenia. Domyślnie włączony jest transport faksowy T.38. Aby uzyskać więcej informacji, patrz protokół faksu t38 (usługa głosowa). Włącza STUN (Session Traversal of UDP through NAT) globalnie. Te globalne polecenia kaskaderskie są wymagane tylko podczas wdrażania bramy lokalnej za NAT.
Aby uzyskać więcej informacji, zobacz stun flowdata agent-id i stun flowdata udostępnione-secret. asymetryczna ładowność pełnaKonfiguruje asymetryczną obsługę obciążenia SIP zarówno dla DTMF, jak i dla dynamicznych obciążeń kodeków. Aby uzyskać więcej informacji na temat tego polecenia, zobacz załadunek asymetryczny. wymuszona wczesna ofertaZmusza bramę lokalną do wysyłania informacji SDP w początkowym komunikacie INVITE zamiast czekania na potwierdzenie od sąsiedniego współpracownika. Aby uzyskać więcej informacji na temat tego polecenia, zobacz wczesna oferta. syp-profile przychodząceUmożliwia CUBE używanie profili SIP do modyfikowania wiadomości w miarę ich odbierania. Profile są stosowane za pośrednictwem współpracownikom wybierania numerów lub dzierżawców. |
3 |
Skonfiguruj filtr kodeka kodeka klasy głosowej 100 dla łącza magistralowego. W tym przykładzie ten sam filtr kodeka jest używany dla wszystkich łączy magistralowych. W celu precyzyjnego sterowania można skonfigurować filtry dla każdego bagażnika. Oto wyjaśnienie pól konfiguracji: kodek klasy głosowej 100Służy do zezwalania tylko na preferowane kodeki połączeń za pośrednictwem łączy magistralowych SIP. Aby uzyskać więcej informacji, patrz kodek klasy głosowej. Kodek Opus jest obsługiwany tylko dla magistrali PSTN opartych na protokole SIP. Jeśli łącze magistralowe PSTN korzysta z połączenia głosowego T1/E1 lub analogowego FXO, należy wyłączyć preferencje kodeka 1 opus z konfiguracji kodeka klasy głosowej 100 . |
4 |
Skonfiguruj użycie transkrypcji klasy głosowej 100 , aby włączyć tryb ICE w magistrali Webex Calling. (Ten krok nie dotyczy usługi Webex for Government) Oto wyjaśnienie pól konfiguracji: przerwa użytkowania lód liteSłuży do włączania funkcji ICE-Lite dla wszystkich użytkowników Webex Calling w celu umożliwienia optymalizacji multimediów, gdy tylko jest to możliwe. Aby uzyskać więcej informacji, zobacz użycie dźwięku klasy stun i stun wykorzystanie lodu lite. Polecenie przekierowywania przepływów przez zaporę sieciową jest wymagane tylko podczas wdrażania bramy lokalnej za NAT. Wymagasz oszałamiającego wykorzystania ICE-lite dla przepływów połączeń przy użyciu optymalizacji ścieżki multimedialnej. Aby zapewnić optymalizację multimediów dla bramy SIP do TDM, skonfiguruj na nodze IP-IP urządzenie typu LOopback dial-peer z włączonym ICE-Lite. W celu uzyskania dalszych szczegółów technicznych skontaktuj się z zespołem ds. kont lub TAC. |
5 |
Skonfiguruj zasady szyfrowania multimediów dla ruchu Webex. (Ten krok nie dotyczy usługi Webex for Government) Oto wyjaśnienie pól konfiguracji: klasa głosu srtp-crypto 100Określa SHA1_80 jako jedyny pakiet szyfrowy SRTP CUBE w SDP w komunikatach ofertowych i odpowiedzi. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasę głosową srtp-crypto. |
6 |
Skonfiguruj szyfry GCM zgodne z FIPS (Ten krok dotyczy tylko Webex for Government). Oto wyjaśnienie pól konfiguracji: klasa głosu srtp-crypto 100Określa GCM jako pakiet szyfrowy oferowany przez CUBE. Obowiązkowe jest skonfigurowanie szyfrów GCM dla bramy lokalnej dla Webex for Government. |
7 |
Skonfiguruj wzorzec umożliwiający unikalną identyfikację połączeń do łącza magistralowego bramy lokalnej w oparciu o docelową nazwę FQDN lub SRV: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 100 sipDefiniuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, podczas tworzenia łącza magistralowego należy używać LGW FQDN lub SRV skonfigurowanych w Control Hub. |
8 |
Skonfiguruj profile manipulacji wiadomościami SIP. Jeśli brama jest skonfigurowana z publicznym adresem IP, skonfiguruj profil w następujący sposób lub przejdź do następnego kroku, jeśli używasz NAT. W tym przykładzie cube1.lgw.com jest FQDN skonfigurowanym dla bramy lokalnej, a "198.51.100.1" jest publicznym adresem IP interfejsu bramy lokalnej stojącego przed Webex Calling: Oto wyjaśnienie pól konfiguracji: zasady 10 i 20Aby umożliwić Webex uwierzytelnianie wiadomości z bramy lokalnej, nagłówek „Kontakt” w wiadomościach żądań SIP i odpowiedzi musi zawierać wartość skonfigurowaną dla łącza magistralowego w Control Hub. Będzie to nazwa FQDN jednego prowadzącego lub nazwa domeny SRV używana dla klastra urządzeń. Przejdź do następnego kroku, jeśli skonfigurowano bramę lokalną z publicznymi adresami IP. |
9 |
Jeśli brama jest skonfigurowana z prywatnym adresem IP za statycznym protokołem NAT, skonfiguruj przychodzące i wychodzące profile SIP w następujący sposób. W tym przykładzie cube1.lgw.com jest FQDN skonfigurowanym dla bramy lokalnej, "10.80.13.12" jest adresem IP interfejsu Webex Calling, a "192.65.79.20" jest publicznym adresem IP NAT. Profile SIP dla wiadomości wychodzących do Webex Calling
Oto wyjaśnienie pól konfiguracji: zasady 10 i 20Aby umożliwić Webex uwierzytelnianie wiadomości z bramy lokalnej, nagłówek „Kontakt” w wiadomościach żądań SIP i odpowiedzi musi zawierać wartość skonfigurowaną dla łącza magistralowego w Control Hub. Będzie to nazwa FQDN jednego prowadzącego lub nazwa domeny SRV używana dla klastra urządzeń. przepisy od 30 do 81Konwertuj odniesienia do adresów prywatnych na zewnętrzny adres publiczny witryny, umożliwiając Webex prawidłową interpretację i kierowanie kolejnych wiadomości. Profil SIP dla wiadomości przychodzących z Webex Calling Oto wyjaśnienie pól konfiguracji: zasady od 10 do 80Konwertuj odniesienia do adresów publicznych na skonfigurowany adres prywatny, umożliwiając prawidłowe przetwarzanie wiadomości z Webex przez CUBE. Aby uzyskać więcej informacji, zobacz profile sip klasy głosowej. |
10 |
Konfigurowanie klawiszy opcji SIP z profilem modyfikacji nagłówka. Oto wyjaśnienie pól konfiguracji: głośnomówiąca klasa sip-options-keepalive 100Konfiguruje profil keepalive i przechodzi w tryb konfiguracji klasy głosowej. Można skonfigurować czas (w sekundach), w którym protokół SIP Out of Dialog Options Ping jest wysyłany do docelowego wybierania, gdy połączenie z punktem końcowym jest w stanie UP lub Down. Ten profil keepalive jest uruchamiany z poziomu równorzędnego wybierania skonfigurowanego w kierunku Webex. Aby zapewnić, że nagłówki kontaktów zawierają w pełni kwalifikowaną nazwę domeny SBC, użyto profilu SIP 115. Reguły 30, 40 i 50 są wymagane tylko wtedy, gdy SBC jest skonfigurowane za statycznym NAT. W tym przykładzie cube1.lgw.com jest FQDN wybranym dla bramy lokalnej, a jeśli jest używany statyczny NAT, „10.80.13.12” jest adresem IP interfejsu SBC do Webex Calling, a „192.65.79.20” jest publicznym adresem IP NAT. |
11 |
Skonfiguruj łącze magistralowe usługi Webex Calling: |
Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling powyżej użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe w kierunku dostawcy usługi PSTN opartego na protokole SIP:
Jeśli Twój Usługodawca oferuje bezpieczny łącze magistralowe PSTN, możesz wykonać podobną konfigurację jak opisano powyżej dla łącza magistralowego Webex Calling. Bezpieczne i bezpieczne trasowanie połączeń jest obsługiwane przez CUBE.
Jeśli używasz łącza magistralowego TDM / ISDN PSTN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN.
Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN na bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.
1 |
Skonfiguruj następującą klasę głosową, aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 200 sipDefiniuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz klasę głosową uri. |
2 |
Skonfiguruj następującą funkcję równorzędnego wybierania numeru IP PSTN: Oto wyjaśnienie pól konfiguracji: Definiuje urządzenie do wybierania połączeń VoIP ze znacznikiem 200 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz wybieranie równorzędne. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). protokół sesji sipv2Określa, że urządzenie równorzędne wybierania 200 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (wybieranie równorzędne). cel sesji ipv4:192.168.80.13Wskazuje docelowy adres IPv4 miejsca docelowego do wysłania odcinka połączenia. Celem sesji jest tutaj adres IP ITSP. Aby uzyskać więcej informacji, zobacz cel sesji (równorzędne wybieranie VoIP). przychodząca przez 200Definiuje kryterium dopasowania nagłówka VIA do adresu IP PSTN. Pasuje do wszystkich przychodzących połączeń IP PSTN w bramie lokalnej za pomocą elementu wybierania 200. Aby uzyskać więcej informacji, zobacz url przychodzący. bind control source-interface GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind. wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind. kodek klasy głosowej 100Skonfiguruje urządzenie równorzędne wybierania, aby używało wspólnej listy filtrów kodeków 100. Aby uzyskać więcej informacji, patrz kodek klasy głosowej. dtmf-relay rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP). brak vadWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne). |
3 |
Jeśli w bramie lokalnej skonfigurowano tylko trasowanie połączeń między usługą Webex Calling a usługą PSTN, należy dodać następującą konfigurację trasowania połączeń. Jeśli konfigurowasz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji. |
Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling, użyj następującej konfiguracji, aby utworzyć łącze magistralowe TDM dla usługi PSTN z trasowaniem połączeń w pętli powrotnej, aby umożliwić optymalizację multimediów na nodze połączenia Webex.
1 |
Konfiguracja połączeń zwrotnych typu loop-back korzysta z grup połączeń i znaczników trasowania połączeń, aby zapewnić prawidłowe przekazywanie połączeń między Webex a PSTN bez tworzenia pętli trasowania połączeń. Skonfiguruj następujące reguły tłumaczenia, które będą używane do dodawania i usuwania znaczników trasowania połączeń: Oto wyjaśnienie pól konfiguracji: zasada tłumaczenia głosowegoUżywa wyrażeń regularnych zdefiniowanych w regułach do dodawania lub usuwania znaczników trasowania połączeń. Nadmierne cyfry („A”) są używane w celu zwiększenia przejrzystości rozwiązywania problemów. W tej konfiguracji znacznik dodany przez profil tłumaczenia 100 służy do kierowania połączeń z usługi Webex Calling do sieci PSTN za pośrednictwem współrzędnych wybierania połączeń typu loopback. Podobnie znacznik dodany przez profil tłumaczenia 200 służy do kierowania połączeń z PSTN do Webex Calling. Profile tłumaczeń 11 i 12 usuwają te znaczniki przed dostarczeniem połączeń odpowiednio do łączy magistralowych Webex i PSTN. Ten przykład zakłada, że numery wywołane z usługi Webex Calling są prezentowane w formacie +E.164. Reguła 100 usuwa wiodącą +, aby utrzymać prawidłowy numer wywołany. Reguła 12 dodaje wtedy krajową lub międzynarodową cyfrę trasowania podczas usuwania znacznika. Użyj cyfr pasujących do lokalnego krajowego planu wybierania ISDN. Jeśli usługa Webex Calling udostępnia numery w formacie krajowym, dostosuj reguły 100 i 12, aby po prostu dodać i usunąć odpowiednio znacznik trasowania. Aby uzyskać więcej informacji, zobacz profil tłumaczenia głosowego i reguła tłumaczenia głosowego. |
2 |
Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami typu łącza magistralowego i używanego protokołu. Aby uzyskać więcej informacji, zobacz Konfigurowanie ISDN PRI. Na przykład podstawowa konfiguracja interfejsu ISDN klasy podstawowej zainstalowanego w gnieździe NIM 2 urządzenia może zawierać następujące elementy: |
3 |
Skonfiguruj następujący serwer wybierania numeru PSTN TDM: Oto wyjaśnienie pól konfiguracji: Definiuje urządzenie do wybierania połączeń VoIP ze znacznikiem 200 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz głos równorzędny wybierania numerów. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). tłumaczenie profilu przychodzącego 200Przypisuje profil tłumaczenia, który doda znacznik przekierowania połączeń do numeru połączenia przychodzącego. wybieranie bezpośrednie do wewnątrzKieruje połączenie bez podawania wtórnego sygnału wybierania. Aby uzyskać więcej informacji, patrz bezpośrednie wybieranie wewnętrzne. port 0/2/0:15Fizyczny port głosowy powiązany z tym urządzeniem równorzędnym wybierania. |
4 |
Aby umożliwić optymalizację multimediów ścieżek IP dla bram lokalnych za pomocą przepływów połączeń TDM-IP, można modyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych równorzędnych wybierania połączeń w pętli zwrotnej między magistralami Webex Calling i PSTN. Skonfiguruj następujące urządzenia do wybierania numerów z tyłu pętli. W takim przypadku wszystkie połączenia przychodzące będą kierowane początkowo do urządzenia dial-peer 10, a stamtąd do urządzenia dial-peer 11 lub 12 na podstawie stosowanego znacznika trasowania. Po usunięciu znacznika trasowania połączenia będą kierowane do wychodzącego łącza magistralowego za pomocą grup równorzędnych. Oto wyjaśnienie pól konfiguracji: Definiuje współpracownika wybierania numeru VoIP i nadaje znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, patrz głos równorzędny wybierania numerów. tłumaczenie profilu przychodzącego 11Stosuje zdefiniowany wcześniej profil tłumaczenia, aby usunąć znacznik przekierowania połączeń przed przejściem do łącza magistralowego wychodzącego. docelowy wzorzec BAD.BADPodczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, patrz wzorzec docelowy (interfejs). protokół sesji sipv2Określa, że ten równorzędny wybieranie obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (wybieranie równorzędne). cel sesji 192.168.80.14Określa adres interfejsu lokalnego routera jako docelowy adres połączenia w pętli zwrotnej. Aby uzyskać więcej informacji, zobacz cel sesji (równorzędny wybieranie poczty głosowej). bind control source-interface GigabitEthernet0/0/0Skonfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych przez pętlę-back. Aby uzyskać więcej informacji, patrz bind. wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0Skonfiguruje interfejs źródłowy i powiązany adres IP dla mediów wysyłanych przez pętlę-back. Aby uzyskać więcej informacji, patrz bind. dtmf-relay rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP). kodek g711alaw Zmusza wszystkie połączenia PSTN do korzystania z G.711. Wybierz ustawę lub u-law, aby dopasować metodę kompilacji używaną przez usługę ISDN. brak vadWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne). |
5 |
Dodaj następującą konfigurację trasowania połączeń: Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.
|
Konfiguracja PSTN-Webex Calling w poprzednich sekcjach może zostać zmodyfikowana w celu dodania dodatkowych łączy magistralowych do klastra Cisco Unified Communications Manager (UCM). W tym przypadku wszystkie połączenia są kierowane przez Unified CM. Połączenia z UCM w porcie 5060 są kierowane do sieci PSTN, a połączenia z portu 5065 są kierowane do usługi Webex Calling. W celu uwzględnienia tego scenariusza połączeń można dodać następujące konfiguracje przyrostowe.
1 |
Skonfiguruj następujące identyfikatory URI klas głosowych: |
2 |
Skonfiguruj następujące rekordy DNS, aby określić trasowanie SRV do hostów Unified CM: IOS XE wykorzystuje te rekordy do lokalnie określania docelowych hostów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane. Oto wyjaśnienie pól konfiguracji: Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego prowadzącego i łącza magistralowego UCM: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: Nazwa rekordu zasobów SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu, którego należy użyć dla docelowego hosta w tym rekordzie zasobów ucmsub5.mydomain.com: Prowadzący docelowy rekord zasobów Aby rozwiązać problem nazw docelowych rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu. 192.168.80.65: Adres IP prowadzącego. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń. |
3 |
Skonfiguruj następujące urządzenia wybierania numerów: |
4 |
Dodaj trasowanie połączeń przy użyciu następujących konfiguracji: |
Sygnatury diagnostyczne (DS) proaktywnie wykrywają często obserwowane problemy w bramie lokalnej Cisco IOS XE i generują powiadomienia e-mail, syslog lub komunikaty terminalowe o zdarzeniu. Można również zainstalować DS, aby zautomatyzować zbieranie danych diagnostycznych i przesłać zebrane dane do obudowy Cisco TAC, aby skrócić czas rozwiązywania problemów.
Sygnatury diagnostyczne (DS) to pliki XML zawierające informacje o zdarzeniach wyzwalających problemy i akcjach służących informowaniu, rozwiązywaniu problemów i rozwiązywaniu problemów. Użyj komunikatów syslog, zdarzeń SNMP i okresowego monitorowania określonych wyjść polecenia show, aby zdefiniować logikę wykrywania problemów. Typy akcji obejmują:
-
Zbieranie danych wyjściowych polecenia show
-
Generowanie skonsolidowanego pliku dziennika
-
Przesyłanie pliku do lokalizacji sieciowej podanej przez użytkownika, takiej jak HTTPS, SCP, serwer FTP
Inżynierowie TAC tworzą pliki DS i podpisują je cyfrowo w celu ochrony integralności. Każdy plik DS ma unikatowy identyfikator numeryczny przypisany przez system. Narzędzie do wyszukiwania podpisów diagnostycznych (DSLT) to jedno źródło umożliwiające znalezienie stosownych podpisów w celu monitorowania i rozwiązywania różnych problemów.
Przed rozpoczęciem:
-
Nie należy edytować pliku DS pobranego z dslt. Modyfikowane pliki nie powiodły się z powodu błędu sprawdzania integralności.
-
Serwer SMTP (Simple Mail Transfer Protocol), który jest wymagany do wysyłania powiadomień e-mail przez bramę lokalną.
-
Upewnij się, że na bramie lokalnej jest uruchomiony system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do obsługi powiadomień e-mail.
Wymagania wstępne
Brama lokalna z systemem IOS XE 17.6.1 lub nowszym
-
Podpisy diagnostyczne są domyślnie włączone.
-
Skonfiguruj bezpieczny serwer poczty e-mail, którego używasz do wysyłania proaktywnego powiadomienia, jeśli urządzenie działa w systemie IOS XE 17.6.1 lub nowszym.
skonfiguruj terminal call-home mail-server :@ priorytet 1 bezpieczne zakończenie tls
-
Skonfiguruj zmienną ds_email środowiskową z adresem e-mail administratora, który chcesz powiadomić.
skonfigurować terminal call-home podpis diagnostyczny LocalGateway (cfg-call-home-diag-sign)środowisko ds_email koniec
Instalowanie sygnatur diagnostycznych na potrzeby proaktywnego monitorowania
Monitorowanie wysokiego wykorzystania procesora
Ten DS śledzi 5-sekundowe wykorzystanie procesora przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowanie i odinstalowuje wszystkie sygnatury diagnostyczne instalowane w bramie lokalnej. Wykonaj poniższe czynności, aby zainstalować podpis.
-
Upewnij się, że protokół SNMP został włączony za pomocą polecenia show snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył config t snmp server manager end show snmp Chassis: ABCDEFGHIGK 149655 Wejście pakietów SNMP 0 Błędne błędy w wersji SNMP 1 Nieznana nazwa społeczności 0 Nielegalna operacja dla nazwy społeczności dostarczonej 0 Błędy kodowania 37763 Liczba żądanych zmiennych 2 Liczba zmienionych zmiennych 34560 Pobierz zapytanie PDU 138 Pobierz następne PDU 2 PDU Ustaw żądanie 0 krople pakietów kolejki wejściowej (maksymalny rozmiar kolejki 1000) 158277 wyjście pakietów SNMP 0 Zbyt duże błędy (Maksymalny rozmiar pakietu 1500) 20 Nie ma takich błędów nazwy 0 Błędne wartości 0 Błędy ogólne 7998 Odpowiedź PDU 10280 Trap Pakiety PDU aktualnie w kolejce wprowadzania procesów SNMP: 0 globalnej pułapki SNMP: włączone
Pobierz aplikację DS 64224, korzystając z następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:
kopiuj ftp://nazwa użytkownika:hasło@/DS_64224.xml bootflash:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail
-
Skopiuj plik XML DS do programu Flash bramy lokalnej.
kopiuj ftp://nazwa użytkownika:hasło@/DS_64224.xml bootflash:
Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej.
skopiuj ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Dostęp do ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bajtów] 3571 bajtów skopiowanych przez 0,064 s (55797 bajtów/s)
-
Zainstaluj plik DS XML w bramie lokalnej.
połączenie domu diagnostyczne podpisu obciążenia DS_64224.xml Załaduj plik DS_64224.xml sukces
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: username@gmail.com
Pobierz DSes:
Identyfikator DS
Nazwa DS
Rewizja
Stan
Ostatnia aktualizacja (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Zarejestrowano
2020-11-07 22:05:33
Po wyzwoleniu ten podpis odinstalowuje wszystkie uruchomione systemy diagnostyczne, w tym samego siebie. W razie potrzeby należy ponownie zainstalować serwer DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w bramie lokalnej.
Monitorowanie nieprawidłowego połączenia rozłącza się
Ten DS używa sondażu SNMP co 10 minut, aby wykryć nieprawidłowe rozłączenie połączeń z błędami SIP 403, 488 i 503. Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniej ankiety, generuje dziennik systemowy i powiadomienie e-mail. Użyj poniższych kroków, aby zainstalować podpis.
-
Upewnij się, że protokół SNMP jest włączony za pomocą polecenia show snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył config t snmp server manager end show snmp Chassis: ABCDEFGHIGK 149655 Wejście pakietów SNMP 0 Błędne błędy w wersji SNMP 1 Nieznana nazwa społeczności 0 Nielegalna operacja dla nazwy społeczności dostarczonej 0 Błędy kodowania 37763 Liczba żądanych zmiennych 2 Liczba zmienionych zmiennych 34560 Pobierz zapytanie PDU 138 Pobierz następne PDU 2 PDU Ustaw żądanie 0 krople pakietów kolejki wejściowej (maksymalny rozmiar kolejki 1000) 158277 wyjście pakietów SNMP 0 Zbyt duże błędy (Maksymalny rozmiar pakietu 1500) 20 Nie ma takich błędów nazwy 0 Błędne wartości 0 Błędy ogólne 7998 Odpowiedź PDU 10280 Trap Pakiety PDU aktualnie w kolejce wprowadzania procesów SNMP: 0 globalnej pułapki SNMP: włączone
-
Pobierz serwer DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wykrywanie nieprawidłowego rozłączenia połączenia SIP z powiadomieniem e-mail i Syslog.
-
Skopiuj plik DS XML do bramy lokalnej.
kopiuj ftp://nazwa użytkownika:hasło@/DS_65221.xml bootflash:
-
Zainstaluj plik DS XML w bramie lokalnej.
połączenie domu diagnostyczne podpisu obciążenia DS_65221.xml Załaduj plik DS_65221.xml sukces
-
Użyj polecenia pokaż podpis diagnostyczny call-home , aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość „zarejestrowany”.
Zainstaluj sygnatury diagnostyczne, aby rozwiązać problem
Można również użyć sygnatur diagnostycznych (DS), aby szybko rozwiązać problemy. Inżynierowie Cisco TAC stworzyli kilka podpisów, które umożliwiają niezbędne debugowanie, które są wymagane do rozwiązania danego problemu, wykrycia wystąpienia problemu, zebrania odpowiedniego zestawu danych diagnostycznych i automatycznego przesłania danych do sprawy Cisco TAC. Eliminuje to potrzebę ręcznego sprawdzania występowania problemu i znacznie ułatwia rozwiązywanie sporadycznych i przejściowych problemów.
Za pomocą narzędzia Diagnostyczne wyszukiwanie podpisów można znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu lub można zainstalować podpis zalecany przez inżyniera TAC w ramach zaangażowania pomocy technicznej.
Oto przykład, jak znaleźć i zainstalować DS, aby wykryć wystąpienie "%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące czynności:
Skonfiguruj inną zmienną środowiska DS ds_fsurl_prefix jako ścieżkę serwera plików Cisco TAC (cxd.cisco.com), aby przesłać dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasłem jest token przesyłania pliku, który można pobrać z Support Case Manager jak pokazano poniżej. Token przesyłania pliku można wygenerować w sekcji Załączniki narzędzia Support Case Manager, zgodnie z wymaganiami.
skonfigurować terminal call-home diagnostyka-podpis LocalGateway (cfg-call-home-diag-sign)środowisko ds_fsurl_prefix "scp://:@cxd.cisco.com" koniec
Przykład:
środowisko podpisu diagnostycznego typu call home ds_fsurl_prefix " środowisko ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
-
Upewnij się, że protokół SNMP jest włączony za pomocą polecenia show snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj polecenie menedżera serwera snmp.
show snmp %SNMP agent nie włączył konfiguracji t snmp-server manager end
-
Zalecamy zainstalowanie serwera DS 64224 do monitorowania wysokiego procesora jako proaktywnego środka umożliwiającego wyłączenie wszystkich debugowań i sygnatur diagnostycznych w czasie wysokiego wykorzystania procesora. Pobierz aplikację DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Wydajność
Typ problemu
Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.
-
Pobierz aplikację DS 65095, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
Produkt
CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu
Dzienniki systemowe
Typ problemu
Syslog - %VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku połączenia): IEC=1.1.181.1.29.0
-
Skopiuj pliki XML DS do bramy lokalnej.
skopiuj ftp://nazwa użytkownika:hasło@/DS_64224.xml bootflash: kopiuj ftp://nazwa użytkownika:hasło@/DS_65095.xml bootflash:
-
Zainstaluj wysoki plik XML do monitorowania procesora DS 64224, a następnie DS 65095 w bramie lokalnej.
call-home diagnostyczny podpis obciążenia DS_64224.xml Załaduj plik DS_64224.xml sukces call-home diagnostyczny podpis obciążenia DS_65095.xml Załaduj plik DS_65095.xml sukces
-
Sprawdź, czy podpis został pomyślnie zainstalowany za pomocą funkcji pokaż podpisdiagnostyczny domu. Kolumna stanu powinna mieć wartość "zarejestrowany".
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Pobrane DSes:
Identyfikator DS
Nazwa DS
Rewizja
Stan
Ostatnia aktualizacja (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Zarejestrowano
2020-11-08:00:07:45
65095
00:12:53
S_Y_IEC_Call_spike_threshold
0.0.12
Zarejestrowano
2020-11-08:00:12:53
Weryfikowanie wykonywania podpisów diagnostycznych
W poniższym poleceniu kolumna "Stan" polecenia pokazuje zmiany podpisu diagnostycznego domu na "uruchomione", podczas gdy brama lokalna wykonuje akcję zdefiniowaną w podpisie. Dane wyjściowe pokazują statystyki diagnostyczne sygnatur wywołania domowego to najlepszy sposób sprawdzenia, czy sygnatura diagnostyczna wykrywa interesujące zdarzenie i wykonała akcję. Kolumna "Triggered/Max/Deinstall" wskazuje, ile razy dany podpis wyzwolił zdarzenie, maksymalną liczbę razy zdefiniowaną do wykrycia zdarzenia oraz czy podpis deinstaluje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.
pokaż domowy podpis diagnostyczny Bieżące ustawienia podpisu diagnostycznego: Podpis diagnostyczny: włączony profil: CiscoTAC- 1 (stan: AKTYWNE) Pobieranie adresów URL: https://tools.cisco.com/its/service/oddce/services/DDCEService Zmienna środowiskowa: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Pobrane DSes:
Identyfikator DS |
Nazwa DS |
Rewizja |
Stan |
Ostatnia aktualizacja (GMT+00:00) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
Zarejestrowano |
2020-11-08 00:07:45 |
65095 |
S_W_CY_Call_spike_threshold |
0.0.12 |
Uruchomiono |
2020-11-08 00:12:53 |
pokaż statystyki diagnostyczno-sygnatury połączeń domowych
Identyfikator DS |
Nazwa DS |
Uruchamianie/maks./deinstalacja |
Średni czas pracy (w sekundach) |
Maksymalny czas pracy (sekundy) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
S_W_CY_Call_spike_threshold |
1/20/R |
23.053 |
23.053 |
Wiadomość e-mail z powiadomieniem wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, uruchomiona konfiguracja i wyświetlanie wyników poleceń, które są istotne dla rozwiązania danego problemu.
Odinstalowywanie podpisów diagnostycznych
Użyj sygnatur diagnostycznych do celów rozwiązywania problemów są zwykle zdefiniowane do odinstalowania po wykryciu niektórych wystąpień problemu. Jeśli chcesz ręcznie odinstalować podpis, pobierz identyfikator DS ID z danych wyjściowych show call-home diagnostic-signature i uruchom następujące polecenie:
odinstalowanie podpisu diagnostycznego w domu wywołania
Przykład:
call-home diagnostyczne podpisu deinstall 64224
Nowe podpisy są okresowo dodawane do narzędzia diagnostycznego do wyszukiwania sygnatur na podstawie problemów zaobserwowanych we wdrożeniach. TAC obecnie nie obsługuje żądań tworzenia nowych podpisów niestandardowych.