Konfigurowanie bramy lokalnej w rozwiązaniu Cisco IOS XE dla usługi Webex Calling
Omówienie
Usługa Webex Calling obsługuje obecnie dwie wersje bramy lokalnej:
-
Brama lokalna
-
Brama lokalna dla usługi Webex for Government
-
Przed rozpoczęciem zapoznaj się z wymaganiami lokalnej publicznej komutowanej sieci telefonicznej (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 na używanie jako funkcji bramy lokalnej dla usługi Webex Calling, należy zwrócić szczególną uwagę na konfigurację. Upewnij się, że istniejące przepływy połączeń i funkcje nie zostaną przerwane z powodu wprowadzonych zmian.
Informacje na temat obsługiwanych grup SBC innych firm 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
Użyj przepływu zadań w bramie lokalnej opartej na rejestracj i lub bramie lokalnej opartej na certyfikaci e, aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling.
Aby uzyskać więcej informacji na temat różnych typów łączy magistralowych, zobacz Wprowadzenie do bramy lokalne j. Wykonaj następujące kroki na samej bramie lokalnej, używając interfejsu wiersza polecenia (CLI). Do zabezpieczania łącza magistralowego używamy protokołu SIP (Session Initiation Protocol) i protokołu TLS (Transport Layer Security), a do zabezpieczania mediów między bramą lokalną a usługą Webex Calling używamy protokołu SRTP (Secure Real Time Protocol).
-
Wybierz CUBE jako bramę lokalną. Webex for Government nie obsługuje obecnie żadnych kontrolerów brzegowych sesji (SBC) innych firm. Aby przejrzeć najnowszą listę, zobacz Wprowadzenie do bramy lokalnej.
- Zainstaluj system Cisco IOS XE Dublin w wersji 17.12.1a lub nowszej dla wszystkich bram lokalnych Webex for Government.
-
Aby przejrzeć listę głównych urzędów certyfikacji obsługiwanych przez Webex for Government, zobacz Główne urzędy certyfikacji Webex for Government.
-
Aby uzyskać szczegółowe informacje na temat zakresów portów zewnętrznych dla bramy lokalnej w wersji Webex for Government, zobacz Wymagania sieciowe dla wersji Webex for Government (FedRAMP).
Brama lokalna dla Webex dla instytucji rządowych nie obsługuje następujących elementów:
-
STUN/ICE-Lite do optymalizacji ścieżki mediów
-
Faks (T.38)
Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling w wersji Webex for Government, użyj następującej opcji:
-
Magistrala oparta na certyfikatach
Użyj przepływu zadań w bramie lokalnej opartej na certyfikaci e, aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling. Aby uzyskać więcej informacji na temat konfigurowania bramy lokalnej opartej na certyfikacie, zobacz Konfigurowanie łącza magistralowego opartego na certyfikacie Webex Calling.
Obowiązkowe jest skonfigurowanie szyfrów GCM zgodnych z protokołem FIPS w celu obsługi bramy lokalnej dla usługi Webex for Government. W przeciwnym razie konfiguracja połączeń nie powiedzie się. Aby uzyskać szczegółowe informacje na temat konfiguracji, zobacz Konfigurowanie łącza magistralowego opartego na certyfikacie Webex Calling.
W tej sekcji opisano, jak skonfigurować element Cisco Unified Border Element (CUBE) jako bramę lokalną dla usługi Webex Calling za pomocą łącza magistralowego SIP rejestrującego. W pierwszej części tego dokumentu pokazano, jak skonfigurować prostą bramę PSTN. W takim przypadku wszystkie połączenia z sieci PSTN są kierowane do usługi Webex Calling, a wszystkie połączenia z sieci Webex Calling są kierowane do sieci PSTN. Poniższy obraz przedstawia to rozwiązanie oraz konfigurowanie trasowania połączeń wysokiego poziomu.
W tym projekcie są używane następujące konfiguracje główne:
-
dzierżawy klas głosowych: Służy do tworzenia konfiguracji specyficznych dla łącza magistralowego.
-
identyfikator URI klasy głosowej: Służy do klasyfikacji komunikatów SIP w celu wyboru przychodzącego równorzędnego wybierania numerów.
-
Przychodzący równorzędny wybierania: Udostępnia obsługę przychodzących komunikatów SIP i określa trasę wychodzącą za pomocą grupy równorzędnej wybierania numerów.
-
grupa równorzędna wybierania: Definiuje wychodzące elementy równorzędne wybierania numerów używanych do trasowania połączeń.
-
Równorzędny wybierania połączeń wychodzących: Obsługuje wychodzące komunikaty SIP i przekierowuje je do wymaganego miejsca docelowego.
Chociaż IP i SIP stały się protokołami domyślnymi dla łączy magistralowych PSTN, obwody ISDN TDM (Time Division Multiplexing) są nadal szeroko stosowane i są obsługiwane w łączach magistralowych Webex Calling. Aby włączyć optymalizację multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, obecnie konieczne jest użycie procesu trasowania połączeń dwuetapowych. To podejście modyfikuje przedstawioną powyżej konfigurację trasowania połączeń, wprowadzając zestaw wewnętrznych elementów równorzędnych wybierania numeru między połączeniami Webex Calling a łączami magistralowymi PSTN, jak pokazano na ilustracji poniżej.
Po połączeniu lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako poziomu bazowego do zbudowania rozwiązania przedstawionego na poniższym schemacie. W takim przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.
W tym dokumencie są używane nazwy hostów, adresy IP i interfejsy przedstawione na poniższym obrazku.
Skorzystaj z wskazówek dotyczących konfiguracji w pozostałej części tego dokumentu, aby skonfigurować bramę lokalną w następujący sposób:
-
Krok 1: Skonfiguruj łączność i zabezpieczenia podstawowego routera
-
Krok 2: Konfiguruj łącze magistralowe Webex Calling
W zależności od wymaganej architektury należy wykonać następujące czynności:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN SIP
-
Krok 4: Skonfiguruj bramę lokalną z istniejącym środowiskiem Unified CM
Lub:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN TDM
Konfiguracja podstawowa
Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie podstawowej konfiguracji, która zabezpieczy platformę i ustanawia połączenie.
-
Wszystkie wdrożenia bramy lokalnej oparte na rejestracji wymagają systemu Cisco IOS XE w wersji 17.6.1a lub nowszej. Zalecany jest system Cisco IOS w wersji 17.12.2 lub nowszej. Zalecane wersje można znaleźć na stronie Cisco Software Research . Wyszukaj platformę i wybierz jedną z sugerowanyc h wersji.
-
Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologie Unified Communications i Security.
-
Routery z serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Advantage. Routery bez kart głosowych i DSP wymagają minimalnej licencji DNA Essentials.
-
-
Utwórz podstawową konfigurację platformy, która jest zgodna z zasadami Twojej firmy. W szczególności skonfiguruj i sprawdź następujące elementy:
-
NTP
-
Listy acl
-
Uwierzytelnianie użytkowników i dostęp zdalny
-
DNS
-
Routing IP
-
Adresy IP
-
-
Sieć do usługi Webex Calling musi używać adresu IPv4.
-
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej.
Konfiguracja
1 |
Upewnij się, że do dowolnego interfejsu Layer 3 są przypisane prawidłowe i trasowalne adresy IP, 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 punkt zaufania PKI zastępczy. Wymaga, aby ten punkt zaufania skonfigurował TLS później. W przypadku łączy magistralowych opartych na rejestracji ten punkt zaufania nie wymaga certyfikatu, podobnie jak w przypadku łącza magistralowego opartego na certyfikacie. |
4 |
Włącz wyłączność TLS1.2 i określ domyślny punkt zaufania za pomocą następujących poleceń konfiguracyjnych. Należy również zaktualizować parametry transportu w celu zapewnienia niezawodnego i bezpiecznego połączenia do rejestracji: Polecenie serwera cn-san-validate gwarantuje, ż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 nadawczego serwera proxy.
|
5 |
Zainstaluj pakiet głównego urzędu certyfikacji Cisco, który zawiera certyfikat urzędu certyfikacji DigiCert używany przez Webex Calling. Użyj polecenia crypto pki trustpool import clean url , aby pobrać pakiet głównego urzędu certyfikacji z określonego adresu URL, a następnie wyczyścić bieżącą pulę zaufania urzędu certyfikacji, a następnie zainstalować nowy pakiet certyfikatów: Jeśli konieczne jest użycie serwera proxy do uzyskania dostępu do Internetu przy użyciu protokołu HTTPS, przed zaimportowaniem pakietu urzędu certyfikacji dodaj następującą konfigurację: IP serwer proxy klienta http yourproxy.com-port 80 |
1 |
Utwórz oparte na rejestracji łącze magistralowe PSTN dla istniejącej lokalizacji w Control Hub. Zanotuj informacje o łączu magistralowym podane po utworzeniu łącza magistralowego. Szczegóły podświetlone na ilustracji są wykorzystywane w krokach konfiguracji przedstawionych w tym podręczniku. Aby uzyskać więcej informacji, zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania w usłudze 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 multimedió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ń, zobacz Media. zezwól-połączenia sip do sipWłącz funkcję agenta użytkownika typu back-to-back SIP CUBE. Aby uzyskać więcej informacji, zobacz Zezwalanie na połączenia. Domyślnie transport faksu T.38 jest włączony. Aby uzyskać więcej informacji, zobacz Protokół faksu t38 (usługa głosowa). Włącza globalnie protokół STUN (Session Traversal of UDP przez NAT).
Aby uzyskać więcej informacji, zobacz Identyfikator agenta flowdat a i Wspólny klucz tajny stun flowdata. pełne dane asymetryczneKonfiguruje obsługę asymetrycznych ładunków właściwych protokołu SIP zarówno dla ładunków kodeków DTMF, jak i dynamicznych. Aby uzyskać więcej informacji, zobacz asymetryczny ładunek. wczesna oferta wymuszonaWymusza wysłanie przez bramę lokalną informacji SDP w początkowym komunikacie INVITE zamiast czekać na potwierdzenie od sąsiedniego urządzenia równorzędnego. Aby uzyskać więcej informacji na temat tego polecenia, zobacz wczesna oferta. |
3 |
Skonfiguruj kodek 100 klasy głosu, który zezwala na kodeki G.711 tylko dla wszystkich łączy magistralowych. To proste podejście jest odpowiednie dla większości wdrożeń. Jeśli jest to konieczne, do listy można dodać dodatkowe typy kodeków obsługiwane zarówno przez systemy źródłowe, jak i końcowe. Obsługiwane są bardziej złożone rozwiązania obejmujące transkodowanie przy użyciu modułów DSP, ale nie zostały one uwzględnione w niniejszym przewodniku. Oto wyjaśnienie pól konfiguracji: Kodek 100 klasy głosowejUmożliwia zezwalanie tylko na preferowane kodeki dla połączeń łącza magistralowego SIP. Aby uzyskać więcej informacji, zobacz Kodek klasy głosu. |
4 |
Skonfiguruj użycie stun w klasie głosowej 100 , aby włączyć funkcję ICE na łączu magistralowym Webex Calling. Oto wyjaśnienie pól konfiguracji: przerwa użytkowania lód liteSłuży do włączania usługi ICE-Lite dla wszystkich elementów równorzędnych wybierania Webex Calling, aby w miarę możliwości umożliwić optymalizację multimediów. Aby uzyskać więcej informacji, zobacz Użycie stun klasy głosowe j i Użycie stun lite ice usage. Optymalizacja mediów jest negocjowana tam, gdzie to możliwe. Jeśli połączenie wymaga usług multimedialnych w chmurze, takich jak nagrywanie, nie można ich zoptymalizować. |
5 |
Skonfiguruj zasady szyfrowania multimediów dla ruchu Webex. Oto wyjaśnienie pól konfiguracji: klasa głosowa srtp-crypto 100Określa SHA1_80 jako jedyną CUBE oferowaną przez protokół SRTP w wiadomościach oferujących i odbierających. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasa głosowa srtp-crypto. |
6 |
Skonfiguruj wzorzec, aby zidentyfikować połączenia z łączem magistralowym bramy lokalnej na podstawie jego parametru docelowego łącza magistralowego: Oto wyjaśnienie pól konfiguracji: sip uri klasy głosowej 100Określa wzorzec dopasowujący przychodzące zaproszenie SIP do elementu równorzędnego wybierania numeru dla łącza magistralowego. Podczas wprowadzania tego wzorca należy użyć dtg =, po którym następuje wartość OTG/DTG łącza magistralowego podana w Control Hub podczas tworzenia łącza magistralowego. Aby uzyskać więcej informacji, zobacz Identyfikator URI klasy głosu. |
7 |
Skonfiguruj profil SIP 100, który będzie używany do modyfikowania komunikatów SIP przed wysłaniem do usługi Webex Calling.
Oto wyjaśnienie pól konfiguracji:
Dostawca usług PSTN w Stanach Zjednoczonych lub Kanadzie może zaoferować weryfikację identyfikatora dzwoniącego dla połączeń spamowych i oszustw, z dodatkową konfiguracją wymienioną w artykule Wskazanie połączeń spamowych lub oszustw w artykule Webex Callin g. |
8 |
Skonfiguruj łącze magistralowe Webex Calling:
|
Po zdefiniowaniu dzierżawcy 100 i skonfigurowaniu równorzędnego wybierania VoIP SIP brama inicjuje połączenie TLS w kierunku Webex Calling. W tym momencie SBC dostępu prezentuje swój certyfikat bramie lokalnej. Brama lokalna sprawdza poprawność certyfikatu dostępu SBC usługi Webex Calling za pomocą pakietu głównego urzędu certyfikacji, który został wcześniej zaktualizowany. Jeśli certyfikat jest rozpoznawany, między bramą lokalną a kontrolką SBC dostępu usługi Webex Calling tworzona jest stała sesja TLS. Brama lokalna może wówczas użyć tego bezpiecznego połączenia, aby zarejestrować się w kontrolerze SBC dostępu do usługi Webex. Gdy rejestracja jest kwestionowana w celu uwierzytelnienia:
-
W odpowiedzi są używane parametry nazwa użytkownika, hasł o i obsza r z konfiguracji poświadcze ń.
-
Reguły modyfikacji w profilu SIP 100 służą do konwersji adresu URL SIPS z powrotem na SIP.
Rejestracja powiodła się po odebraniu 200 OK od kontrolera dostępu.
Po utworzeniu powyżej łącza magistralowego do usługi Webex Calling użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe do dostawcy usługi PSTN opartego na protokole SIP:
Jeśli dostawca usług oferuje bezpieczne łącze magistralowe PSTN, możesz zastosować podobną konfigurację dla łącza magistralowego Webex Calling, jak opisano powyżej. CUBE obsługuje bezpieczne trasowanie połączeń.
Jeśli używasz łącza magistralowego PSTN TDM / ISDN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN TDM.
Aby skonfigurować interfejsy TDM dla zdarzeń połączeń PSTN w bramach Cisco TDM-SIP, zobacz Konfigurowanie PRI ISDN.
1 |
Skonfiguruj następujący identyfikator URI klasy głosu, aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 200 sipOkreśla wzorzec dopasowujący przychodzące zaproszenie SIP do elementu równorzędnego wybierania numeru dla łącza magistralowego. Wprowadzając ten wzorzec należy użyć adresu IP bramy PSTN IP. Aby uzyskać więcej informacji, zobacz Identyfikator URI klasy głosu. |
2 |
Skonfiguruj następujący element równorzędny wybierania numeru PSTN IP: Oto wyjaśnienie pól konfiguracji: Opis Określa element równorzędny wybierania VoIP ze znacznikiem 20 0 i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. W tym przypadku można użyć dowolnego prawidłowego wzorca docelowego. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). protokół sesji sipv2Określa, że ten element równorzędny wybierania obsługuje zdarzenia połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (element równorzędny wybierania). ipv4 — docelowa sesja: 192.168.80.13Określa adres docelowy połączeń wysyłanych do dostawcy usług PSTN. Może to być adres IP lub nazwa hosta w systemie DNS. Aby uzyskać więcej informacji, zobacz Cel sesji (element równorzędny wybierania VoIP). przychodzący identyfikator URI przez 200Określa klasę głosu używaną do dopasowywania połączeń przychodzących do tego elementu równorzędnego wybierania numerów za pomocą identyfikatora URI INVITE VIA nagłówka. Aby uzyskać więcej informacji, zobacz przychodzący adres URL. klasa głosowa SIP potwierdziła identyfikator pai
(Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i kontroluje sposób jego użycia dla łącza magistralowego PSTN. Jeśli to polecenie jest używane, tożsamość strony wywołującej podana przez przychodzącego równorzędnego wybierania jest używana dla nagłówków wychodzących From i P-Asserted-Identity. Jeśli to polecenie nie jest używane, tożsamość strony wywołującej podana przez przychodzący element równorzędny wybierania jest używana dla nagłówków From i Remote-Party-ID. Aby uzyskać więcej informacji, zobacz Identyfikator potwierdzenia SIP klasy głosowej. powiązanie interfejsu źródłowego GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, zobacz powiązanie. powiąż interfejs źródła multimediów GigabitEthernet0/0/0Umożliwia skonfigurowanie interfejsu źródłowego i powiązanego adresu IP dla multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, zobacz powiązanie. Kodek 100 klasy głosowejKonfiguruje element równorzędny wybierania do korzystania ze wspólnej listy 100 filtrów kodeków. Aby uzyskać więcej informacji, zobacz Kodek klasy głosu. Przekazywanie dtmf-rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, zobacz Przekazywanie DTMF (Voice over IP). brak paruWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (element równorzędny wybierania). |
3 |
Jeśli konfigurujesz bramę lokalną tak, aby przekierowywała połączenia tylko między aplikacją Webex Calling i siecią PSTN, dodaj następującą konfigurację trasowania połączeń. Jeśli konfigurujesz bramę lokalną z platformą Unified Communications Manager, przejdź do następnej sekcji. |
Po zbudowaniu łącza magistralowego do usługi Webex Calling użyj następującej konfiguracji, aby utworzyć łącze magistralowe TDM dla usługi PSTN z przekierowywaniem połączeń zwrotnych, aby umożliwić optymalizację multimediów w zdarzeniu połączeń Webex.
Jeśli nie potrzebujesz optymalizacji multimediów IP, wykonaj czynności konfiguracyjne dla łącza magistralowego PSTN protokołu SIP. Użyj portu głosowego i elementu równorzędnego wybierania numeru POTS (jak pokazano w krokach 2 i 3) zamiast elementu równorzędnego wybierania VoIP PSTN.
1 |
Konfiguracja równorzędna wybierania z pętlą zwrotną wykorzystuje grupy równorzędne wybierania numerów i znaczniki 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 zostaną użyte do dodawania i usuwania tagó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 tagów trasowania połączeń. W celu uzyskania jasności przy rozwiązywaniu problemów wykorzystuje się ponaddziesiętne cyfry („A”). W tej konfiguracji tag dodany przez profil translacji 100 jest używany do kierowania połączeń z Webex Calling do sieci PSTN przez elementy równorzędne wybierania numeru pętli. Podobnie znacznik dodany przez profil translacji 200 jest używany do kierowania połączeń z sieci PSTN w kierunku usługi Webex Calling. Profile translacji 11 i 12 usuwają te znaczniki przed przekazaniem połączeń odpowiednio do łączy magistralowych Webex i PSTN. W tym przykładzie założono, że numery wywoływane z Webex Calling są prezentowane w formacie +E.164. Reguła 100 usuwa początkowy znak +, aby zachować prawidłowy wybrany numer. Następnie w art. 12 w przypadku usunięcia znacznika dodaje się krajową lub międzynarodową cyfrę (cyfry) trasowania. Użyj cyfr pasujących do lokalnego krajowego planu numerów ISDN. Jeśli usługa Webex Calling prezentuje 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łosoweg o i regułę tłumaczenia głosowego. |
2 |
Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami dotyczącymi typu i używanego protokołu łącza magistralowego. Aby uzyskać więcej informacji, zobacz Konfigurowanie PRI ISDN. Na przykład podstawowa konfiguracja interfejsu Primary Rate ISDN zainstalowanego w gnieździe NIM 2 urządzenia może obejmować następujące elementy: |
3 |
Skonfiguruj następujące elementy równorzędne wybierania TDM PSTN: Oto wyjaśnienie pól konfiguracji: Określa element równorzędny wybierania VoIP ze znacznikiem 200 i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. W tym przypadku można użyć dowolnego prawidłowego wzorca docelowego. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). profil tłumaczenia przychodzącego 200Przypisuje profil translacji, który dodaje tag trasowania połączeń do numeru połączenia przychodzącego. wybieranie bezpośrednie do wewnątrzPrzekierowuje połączenie bez podawania dodatkowego sygnału wybierania. Aby uzyskać więcej informacji, zobacz Bezpośrednie wybieranie przychodzące. port 0/2/0:15Fizyczny port głosowy skojarzony z tym elementem równorzędnym wybierania numerów. |
4 |
Aby włączyć optymalizację multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, można zmodyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych elementów równorzędnych wybierania w pętli zwrotnej między Webex Calling a łączami magistralowymi PSTN. Skonfiguruj następujące elementy równorzędne wybierania numeru przez pętlę zwrotną. W takim przypadku wszystkie połączenia przychodzące będą kierowane początkowo do elementu równorzędnego wybierania numerów 10, a stamtąd do elementu równorzędnego wybierania numerów 11 lub 12 w oparciu o zastosowany znacznik trasowania. Po usunięciu znacznika trasowania połączenia będą kierowane do łącza magistralowego połączeń wychodzących za pomocą grup równorzędnych wybierania numerów. Oto wyjaśnienie pól konfiguracji: Opis Określa element równorzędny wybierania VoIP i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. profil tłumaczenia przychodzącego 11Stosuje wcześniej zdefiniowany profil translacji, aby usunąć tag trasowania połączeń przed przejściem do łącza magistralowego połączeń wychodzących. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). protokół sesji sipv2Określa, że ten element równorzędny wybierania obsługuje zdarzenia połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (element równorzędny wybierania). ipv4 — docelowa sesja: 192.168.80.14Określa adres interfejsu lokalnego routera jako miejsce docelowe połączenia do wywołania zwrotnego. Aby uzyskać więcej informacji, zobacz Cel sesji (element równorzędny wybierania VoIP). powiązanie interfejsu źródłowego GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i skojarzony adres IP dla wiadomości wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz powiązanie. powiąż interfejs źródła multimediów GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i skojarzony adres IP dla multimediów wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz powiązanie. Przekazywanie dtmf-rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, zobacz Przekazywanie DTMF (Voice over IP). kodek g711alaw Wymusza korzystanie ze wszystkich połączeń PSTN z kodekiem G.711. Wybierz a-law lub u-law, aby pasować do metody kompandowania używanej przez usługę ISDN. brak paruWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (element równorzędny wybierania). |
5 |
Dodaj następującą konfigurację trasowania połączeń: Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj ponownie platformę, jeśli są to funkcje CUBE po raz pierwszy skonfigurowane.
|
Konfigurację PSTN-Webex Calling w poprzednich sekcjach można zmodyfikować w celu dołączenia dodatkowych łączy magistralowych do klastra Cisco Unified Communications Manager (UCM). W takim przypadku wszystkie połączenia są kierowane przez Unified CM. Połączenia z UCM na 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 należy skonfigurować port przychodzący w ustawieniach profilu zabezpieczeń łącza magistralowego SIP na 5065. To ustawienie umożliwia wysyłanie wiadomości przychodzących na porcie 5065 i wypełnianie tej wartości w nagłówku VIA 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 używa tych rekordów do lokalnie określania docelowych hostów i portów UCM. W tej konfiguracji nie trzeba konfigurować 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 hosta i łącza magistralowego UCM: host IP _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomena.com _sip._udp.pstntocucm.io: Nazwa rekordu zasobu SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu dla docelowego hosta w tym rekordzie zasobu ucmsub5.mydomain.com: Docelowy host rekordu zasobu Aby rozwiązać docelowe nazwy hostów rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład: host ip ucmsub5.mydomain.com 192.168.80.65 host IP: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu A. 192.168.80.65: Adres IP hosta. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić swoje środowisko UCM i preferowaną strategię dystrybucji połączeń. |
3 |
Skonfiguruj następujące elementy równorzędne 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. System DS można również zainstalować w celu zautomatyzowania zbierania danych diagnostycznych i przesyłania zebranych danych do sprawy Cisco TAC w celu przyspieszenia czasu rozwiązywania problemów.
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 problemów można zdefiniować za pomocą komunikatów dziennika systemowego, zdarzeń SNMP oraz poprzez okresowe monitorowanie określonych wyjść poleceń show.
Typy akcji obejmują zbieranie danych wyjściowych polecenia show:
-
Generowanie skonsolidowanego pliku dziennika
-
Przesyłanie pliku do podanej przez użytkownika lokalizacji sieciowej, takiej jak serwer HTTPS, SCP lub 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 wyszukiwanie podpisów na potrzeby 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 będzie używany do wysyłania powiadomień proaktywnych w przypadku urządzenia z systemem Cisco IOS XE 17.6.1a lub nowszym.
skonfiguruj terminal call-home mail-server :@ priorytet 1 bezpieczne zakończenie tls
-
Skonfiguruj zmienną środowiskową ds_email za pomocą adresu e-mail administratora, który ma Cię powiadomić.
Skonfiguruj środowisko diagnostyczno-podpisywania połączeń końcowych ds_email koniec
Poniżej przedstawiono przykładową konfigurację bramy lokalnej działającej w systemie Cisco IOS XE w wersji 17.6.1a lub nowszej w celu wysyłania proaktywnych powiadomień na adres tacfaststart@gmail.com przy użyciu Gmaila jako bezpiecznego serwera SMTP:
Zalecamy korzystanie z systemu Cisco IOS XE Bengaluru w wersji 17.6.x lub nowszej.
call-home mail-server tacfaststart:password@smtp.gmail.com priorytet 1 bezpieczne środowisko diagnostyczno-podpisywania 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 .
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
System DS śledzi wykorzystanie procesora przez pięć sekund za pomocą OID SNMP 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 show snmp , aby włączyć protokół SNMP. Jeśli ta opcja nie jest włączona, skonfiguruj polecenie snmp-server manager .
pokaż snmp %Agent SNMP nie włączony config t snmp- server manager końcowy show snmp Podwozie: 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 ISR lu b Cisco CSR z serii 1000 V
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# copy ftp://username:password@/DS_64224.xml bootflash:
Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej.
kopiuj 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 w 0,064 s (55797 bajtów/s)
-
Zainstaluj plik DS XML w bramie lokalnej.
call-home diagnostic-signature load DS_64224.xml Załadowanie pliku DS_64224.xml powodzenie
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość "zarejestrowany".
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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 program 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 wyrejestrowania generuje ono powiadomienie e-mail i dziennika systemowego oraz odinstalowuje się po dwóch wystąpieniach wyrejestrowania. 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.
call-home diagnostic-signature load DS_64117.xml Załaduj plik DS_64117.xml powodzenie 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 serwer DS używa ankietowania SNMP co 10 minut, aby wykryć nieprawidłowe rozłączanie połączeń z błędami SIP 403, 488 i 503. Jeśli wzrost liczby błędów z ostatniej ankiety jest większy lub równy 5, wygenerowany zostanie dziennik syslog i powiadomienie e-mail. Aby zainstalować podpis, wykonaj poniższe czynności.
-
Użyj polecenia show snmp , aby sprawdzić, czy protokół SNMP jest włączony. Jeśli ta opcja nie jest włączona, skonfiguruj polecenie snmp-server manager .
pokaż snmp %Agent SNMP nie włączony config t snmp- server manager końcowy show snmp Podwozie: 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.
skopiuj ftp://nazwa_użytkownika:password@/DS_65221.xml bootflash:
-
Zainstaluj plik DS XML w bramie lokalnej.
call-home diagnostic-signature load DS_65221.xml Załadowanie pliku DS_65221.xml powodzenie
-
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ą konieczność ręcznego sprawdzania występowania problemów i znacznie ułatwiają rozwiązywanie problemów okresowych 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ą środowiskową DSds_fsurl_prefix , która jest ścieżką serwera plików Cisco TAC (cxd.cisco.com), do której są przesyłane zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło to token przesyłania plików, który można pobrać z narzędzia Support Case Manager w poniższym poleceniu. Token przesyłania plików można w razie potrzeby wygenerować w sekcji Załączniki programu Support Case Manager.
Skonfiguruj terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" koniec
Przykład:
call-home diagnostic-signature environment 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 ta opcja nie jest włączona, skonfiguruj polecenie snmp-server manager .
pokaż snmp% agenta SNMP nie włączono konfiguracji t koniec menedżera snmp-server
-
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: copy ftp://nazwa_użytkownika:password@/DS_65095.xml bootflash:
-
Zainstaluj plik XML DS 64224 monitora wysokiego procesora, a następnie DS 65095 w bramie lokalnej.
Błąd dot. podpisu diagnostycznego połączenia do domu DS_64224.xml Błąd dot. pliku DS_64224.xml Błąd dot. podpisu diagnostycznego połączenia do domu DS_65095.xml Błąd dot. pliku DS_65095.xml
-
Za pomocą polecenia show call-home diagnostic-signature sprawdź, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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
DS_LG_WIE_Call_spike_threshold
0.0.12
Zarejestrowano
2020-11-08
Weryfikowanie wykonywania podpisów diagnostycznych
W poniższym poleceniu kolumna „Stan” polecenia pokaż podpis diagnostyczny zmienia się na „Uruchomiono”, 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ń.
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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 |
DS_LG_WIE_Call_spike_threshold |
0.0.12 |
Uruchomiono |
2020-11-08 00:12:53 |
pokaż statystyki diagnostyczno-sygnatury połączeń domowych
Identyfikator DS |
Nazwa DS |
Uruchomiono/maks./odinstalowano |
Średni czas pracy (w sekundach) |
Maksymalny czas pracy (sekundy) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LG_WIE_Call_spike_threshold |
1/20/ROK |
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 odinstalować podpis ręcznie, pobierz identyfikator DS z wyniku polecenia show call-home diagnostic-signature i uruchom następujące polecenie:
odinstaluj podpis diagnostyczny połączenia domowego
Przykład:
odinstalowanie podpisu diagnostycznego w domu 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.
W celu lepszego zarządzania bramami systemu Cisco IOS XE zalecamy zarejestrowanie bram i zarządzanie nimi za pośrednictwem Control Hub. Jest to konfiguracja opcjonalna. Po zarejestrowaniu można użyć opcji weryfikacji konfiguracji w Control Hub, aby zweryfikować konfigurację bramy lokalnej i zidentyfikować wszelkie problemy z konfiguracją. Obecnie ta funkcja jest obsługiwana tylko przez łącza magistralowe oparte na rejestracji.
Aby uzyskać więcej informacji, zobacz:
W tej sekcji opisano, jak skonfigurować element Cisco Unified Border Element (CUBE) jako bramę lokalną dla usługi Webex Calling przy użyciu opartego na certyfikacie łącza magistralowego SIP TLS (mTLS). W pierwszej części tego dokumentu pokazano, jak skonfigurować prostą bramę PSTN. W takim przypadku wszystkie połączenia z sieci PSTN są kierowane do usługi Webex Calling, a wszystkie połączenia z sieci Webex Calling są kierowane do sieci PSTN. Na poniższym obrazie przedstawiono to rozwiązanie oraz konfigurowanie trasowania połączeń wysokiego poziomu.
W tym projekcie są używane następujące konfiguracje główne:
-
dzierżawy klas głosowych: służy do tworzenia konfiguracji specyficznych dla łącza magistralowego.
-
identyfikator URI klasy głosowej: Służy do klasyfikacji komunikatów SIP w celu wyboru przychodzącego równorzędnego wybierania numerów.
-
Przychodzący równorzędny wybierania: Udostępnia obsługę przychodzących komunikatów SIP i określa trasę wychodzącą za pomocą grupy równorzędnej wybierania numerów.
-
grupa równorzędna wybierania: Definiuje wychodzące elementy równorzędne wybierania numerów używanych do trasowania połączeń.
-
Równorzędny wybierania połączeń wychodzących: Obsługuje wychodzące komunikaty SIP i przekierowuje je do wymaganego miejsca docelowego.
Chociaż IP i SIP stały się protokołami domyślnymi dla łączy magistralowych PSTN, obwody ISDN TDM (Time Division Multiplexing) są nadal szeroko stosowane i są obsługiwane w łączach magistralowych Webex Calling. Aby włączyć optymalizację multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, obecnie konieczne jest użycie procesu trasowania połączeń dwuetapowych. To podejście modyfikuje przedstawioną powyżej konfigurację trasowania połączeń, wprowadzając zestaw wewnętrznych elementów równorzędnych wybierania numeru między połączeniami Webex Calling a łączami magistralowymi PSTN, jak pokazano na ilustracji poniżej.
Po połączeniu lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako poziomu bazowego do zbudowania rozwiązania przedstawionego na poniższym schemacie. W takim przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.
W tym dokumencie są używane nazwy hostów, adresy IP i interfejsy przedstawione na poniższym obrazku. Dostępne są opcje adresowania publicznego lub prywatnego (za translatorem NAT). Rekordy DNS SRV są opcjonalne, chyba że równoważenie obciążenia w wielu wystąpieniach CUBE.
Skorzystaj z wskazówek dotyczących konfiguracji w pozostałej części tego dokumentu, aby skonfigurować bramę lokalną w następujący sposób:
-
Krok 1: Skonfiguruj łączność i zabezpieczenia podstawowego routera
-
Krok 2: Konfiguruj łącze magistralowe Webex Calling
W zależności od wymaganej architektury należy wykonać następujące czynności:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN SIP
-
Krok 4: Skonfiguruj bramę lokalną z istniejącym środowiskiem Unified CM
Lub:
-
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN TDM
Konfiguracja podstawowa
Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie podstawowej konfiguracji, która zabezpieczy platformę i ustanawia połączenie.
-
Wszystkie wdrożenia bramy lokalnej oparte na certyfikacie wymagają systemu Cisco IOS XE w wersji 17.9.1a lub nowszej. Zalecany jest system Cisco IOS XE w wersji 17.12.2 lub nowszej. Zalecane wersje można znaleźć na stronie Cisco Software Research . Wyszukaj platformę i wybierz jedną z sugerowanyc h wersji.
-
Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologie Unified Communications i Security.
-
Routery z serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Advantage. Routery bez kart głosowych i DSP wymagają minimalnej licencji DNA Essentials.
-
W przypadku wymagań o dużej przepustowości może być również wymagana licencja HSEC (High Security) i dodatkowe uprawnienia dotyczące przepustowości.
Więcej informacji zawiera temat Kody autoryzacj i.
-
-
Utwórz podstawową konfigurację platformy, która jest zgodna z zasadami Twojej firmy. W szczególności skonfiguruj i sprawdź następujące elementy:
-
NTP
-
Listy acl
-
Uwierzytelnianie użytkowników i dostęp zdalny
-
DNS
-
Routing IP
-
Adresy IP
-
-
Sieć do usługi Webex Calling musi używać adresu IPv4. Adresy w pełni kwalifikowanych nazw domen (FQDN) lub rekordów usługi (SRV) bramy lokalnej skonfigurowane w Control Hub muszą odpowiadać publicznym adresom IPv4 w Internecie.
-
Wszystkie porty SIP i multimediów w interfejsie bramy lokalnej naprzeciwko usługi Webex muszą być dostępne w Internecie, bezpośrednio lub za pośrednictwem statycznego mechanizmu NAT. Upewnij się, że odpowiednio zaktualizujesz zaporę.
-
Aby zainstalować podpisany certyfikat na bramie lokalnej, wykonaj poniższe czynności konfiguracyjne:
-
Publiczny urząd certyfikacji (CA) opisany w części Jakie główne urzędy certyfikacji są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex ? musi podpisać certyfikat urządzenia.
-
Nazwa pospolita podmiotu certyfikatu (CN) lub jedna z nazw alternatywnych podmiotu (SAN) musi być taka sama jak nazwa FQDN skonfigurowana w Control Hub. Na przykład:
-
Jeśli łącze magistralowe skonfigurowane w Control Hub organizacji ma cube1.lgw.com:5061 jako nazwę FQDN bramy lokalnej, wówczas CN lub SAN w certyfikacie routera musi zawierać cube1.lgw.com.
-
Jeśli łącze magistralowe w Control Hub organizacji ma adres lgws.lgw.com jako adres SRV bramy lokalnej osiągalnej z łącza magistralowego, nazwa CN lub SAN w certyfikacie routera musi zawierać lgws.lgw.com. Rekordy rozpoznawane przez adres SRV (CNAME, Rekord lub Adres IP) są opcjonalne w sieci SAN.
-
Niezależnie od tego, czy dla łącza magistralowego używasz nazwy FQDN, czy SRV, w adresie kontaktu dla wszystkich nowych okien dialogowych SIP z bramy lokalnej musi być używana nazwa skonfigurowana w Control Hub.
-
-
Upewnij się, że certyfikaty są podpisane na użytek klienta i serwera.
-
-
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej. Ten pakiet zawiera certyfikat główny urzędu certyfikacji używany do weryfikowania platformy Webex.
Konfiguracja
1 |
Upewnij się, że do dowolnego interfejsu Layer 3 są przypisane prawidłowe i trasowalne adresy IP, na przykład:
|
2 |
Chroń poświadczenia STUN na routerze przy użyciu szyfrowania symetrycznego. Skonfiguruj podstawowy klucz szyfrowania i typ szyfrowania w następujący sposób: |
3 |
Utwórz punkt zaufania szyfrowania z certyfikatem dla domeny, podpisanym przez obsługiwany urząd certyfikacji (CA). |
4 |
Podaj certyfikat urzędu certyfikacji podpisującego pośredniego, który jest używany do uwierzytelniania certyfikatu prowadzącego. Wprowadź następujące polecenie wykonania lub konfiguracji:
|
5 |
Zaimportuj podpisany certyfikat hosta za pomocą następującego polecenia wykonania lub konfiguracji:
|
6 |
Włącz wyłączność TLS1.2 i określ domyślny punkt zaufania, który ma być używany w aplikacjach głosowych, za pomocą 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 Webex Calling. Użyj polecenia crypto pki trustpool import clean url url , aby pobrać pakiet głównego urzędu certyfikacji z określonego adresu URL, a następnie wyczyścić bieżącą pulę zaufania urzędu certyfikacji, a następnie zainstalować nowy pakiet certyfikatów: Jeśli konieczne jest użycie serwera proxy do uzyskania dostępu do Internetu przy użyciu protokołu HTTPS, przed zaimportowaniem pakietu urzędu certyfikacji dodaj następującą konfigurację: IP serwer proxy klienta http yourproxy.com-port 80 |
1 |
Utwórz oparte na certyfikacie CUBE łącze magistralowe PSTN dla istniejącej lokalizacji w Control Hub. Aby uzyskać więcej informacji, zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania w usłudze Webex Calling. Zanotuj informacje o łączu magistralowym podane po jego utworzeniu. Te szczegóły, jak podkreślono na poniższym rysunku, zostaną wykorzystane w krokach konfiguracji w tym podręczniku. |
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. zezwól-połączenia sip do sipWłącz funkcję agenta użytkownika podstawowego SIP CUBE wstecz. Aby uzyskać więcej informacji, zobacz Zezwalanie na połączenia. Domyślnie transport faksu T.38 jest włączony. Aby uzyskać więcej informacji, zobacz Protokół faksu t38 (usługa głosowa). Włącza globalnie protokół STUN (Session Traversal of UDP przez NAT). Te globalne polecenia stun są wymagane tylko podczas wdrażania bramy lokalnej za usługą NAT.
Aby uzyskać więcej informacji, zobacz Identyfikator agenta flowdata i Wspólny klucz tajny stun flowdata. pełne dane asymetryczneKonfiguruje obsługę asymetrycznych ładunków właściwych protokołu SIP zarówno dla ładunków kodeków DTMF, jak i dynamicznych. Aby uzyskać więcej informacji na temat tego polecenia, zobacz asymetryczny ładunek. wczesna oferta wymuszonaWymusza wysłanie przez bramę lokalną informacji SDP w początkowym komunikacie INVITE zamiast czekać na potwierdzenie od sąsiedniego urządzenia równorzędnego. Aby uzyskać więcej informacji na temat tego polecenia, zobacz wczesna oferta. przychodzące profile sipUmożliwia CUBE używanie profili SIP do modyfikowania wiadomości w miarę ich odbierania. Profile są stosowane za pośrednictwem obiektów równorzędnych wybierania numerów lub dzierżaw. |
3 |
Skonfiguruj kodek 100 klasy głosu, który zezwala na kodeki G.711 tylko dla wszystkich łączy magistralowych. To proste podejście jest odpowiednie dla większości wdrożeń. Jeśli jest to konieczne, do listy można dodać dodatkowe typy kodeków obsługiwane zarówno przez systemy źródłowe, jak i końcowe. Obsługiwane są bardziej złożone rozwiązania obejmujące transkodowanie przy użyciu modułów DSP, ale nie zostały one uwzględnione w niniejszym przewodniku. Oto wyjaśnienie pól konfiguracji: Kodek 100 klasy głosowejUmożliwia zezwalanie tylko na preferowane kodeki dla połączeń łącza magistralowego SIP. Aby uzyskać więcej informacji, zobacz Kodek klasy głosu. |
4 |
Skonfiguruj użycie stun w klasie głosowej 100 , aby włączyć funkcję ICE na łączu magistralowym Webex Calling. (Ten krok nie dotyczy aplikacji Webex dla instytucji rządowych) Oto wyjaśnienie pól konfiguracji: przerwa użytkowania lód liteSłuży do włączania usługi ICE-Lite dla wszystkich elementów równorzędnych wybierania Webex Calling, aby w miarę możliwości umożliwić optymalizację multimediów. Aby uzyskać więcej informacji, zobacz Użycie stun klasy głosowe j i Użycie stun lite ice usage. Polecenie stun usage firewall-traversal flowdata jest wymagane tylko podczas wdrażania bramy lokalnej za usługą NAT. Optymalizacja mediów jest negocjowana tam, gdzie to możliwe. Jeśli połączenie wymaga usług multimedialnych w chmurze, takich jak nagrywanie, nie można ich zoptymalizować. |
5 |
Skonfiguruj zasady szyfrowania multimediów dla ruchu Webex. (Ten krok nie dotyczy aplikacji Webex dla instytucji rządowych) Oto wyjaśnienie pól konfiguracji: klasa głosowa srtp-crypto 100Określa SHA1_80 jako jedyną CUBE oferowaną przez protokół SRTP w wiadomościach oferujących i odbierających. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasa głosowa srtp-crypto. |
6 |
Skonfiguruj szyfry GCM zgodne z protokołem FIPS (ten krok dotyczy tylko Webex for Government). Oto wyjaśnienie pól konfiguracji: klasa głosowa srtp-crypto 100Określa GCM jako pakiet szyfrowania oferowany przez moduł CUBE. Obowiązkowe jest skonfigurowanie szyfrów GCM dla bramy lokalnej dla Webex for Government. |
7 |
Skonfiguruj wzorzec, aby jednoznacznie identyfikować połączenia z łączem magistralowym bramy lokalnej na podstawie jego docelowej nazwy FQDN lub SRV: Oto wyjaśnienie pól konfiguracji: sip uri klasy głosowej 100Określa wzorzec dopasowujący przychodzące zaproszenie SIP do elementu równorzędnego wybierania numeru dla łącza magistralowego. Wprowadzając ten wzorzec należy użyć nazwy FQDN lub SRV łącza magistralowego skonfigurowanej w Control Hub dla łącza magistralowego. |
8 |
Skonfiguruj profile obsługi komunikatów 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 usługi NAT. W tym przykładzie cube1.lgw.com jest nazwą FQDN skonfigurowaną dla bramy lokalnej: Oto wyjaśnienie pól konfiguracji: reguły 10 i 20Aby umożliwić usłudze Webex uwierzytelnianie wiadomości z bramy lokalnej, nagłówek „Contact” w żądaniu SIP i wiadomościach odpowiedzi musi zawierać wartość skonfigurowaną dla łącza magistralowego w Control Hub. Będzie to nazwa FQDN pojedynczego hosta lub nazwa SRV używana dla klastra urządzeń. |
9 |
Jeśli brama jest skonfigurowana z prywatnym adresem IP umieszczonym za statyczną translatorem NAT, skonfiguruj profile SIP przychodzących i wychodzących w następujący sposób. W tym przykładzie cube1.lgw.com jest nazwą FQDN skonfigurowaną dla bramy lokalnej, „10.80.13.12” jest adresem IP interfejsu zwracającym się do usługi Webex Calling, a „192.65.79.20” jest publicznym adresem IP usługi NAT. Profile SIP dla wiadomości wychodzących do połączeń głosowych Webex Calling
Oto wyjaśnienie pól konfiguracji: reguły 10 i 20Aby umożliwić usłudze Webex uwierzytelnianie wiadomości z bramy lokalnej, nagłówek „Kontakt” w wiadomościach żądania SIP i odpowiedzi musi zawierać wartość skonfigurowaną dla łącza magistralowego w Control Hub. Będzie to nazwa FQDN pojedynczego hosta lub nazwa SRV używana dla klastra urządzeń. reguły od 30 do 81Przekonwertuj odwołania do adresów prywatnych na zewnętrzny adres publiczny witryny, umożliwiając Webex prawidłowe tłumaczenie i przekierowanie kolejnych wiadomości. Profil SIP dla wiadomości przychodzących z Webex Calling Oto wyjaśnienie pól konfiguracji: reguły od 10 do 80Konwertuj odwołania do adresów publicznych na skonfigurowany adres prywatny, pozwalając CUBE na przetwarzanie wiadomości z Webex. Aby uzyskać więcej informacji, zobacz Profile SIP klasy głosowej. Dostawca usług PSTN w Stanach Zjednoczonych lub Kanadzie może zaoferować weryfikację identyfikatora dzwoniącego dla połączeń spamowych i oszustw, z dodatkową konfiguracją wymienioną w artykule Wskazanie połączeń spamowych lub oszustw w artykule Webex Callin g. |
10 |
Konfigurowanie opcji SIP z profilem modyfikacji nagłówka. Oto wyjaśnienie pól konfiguracji: klasa głosowa sip-options-keepalive 100Konfiguruje profil podtrzymania aktywności i przechodzi w tryb konfiguracji klasy głosu. Można skonfigurować czas (w sekundach), w którym komunikat ping protokołu SIP z opcji dialogowych jest wysyłany do celu wybierania, gdy połączenie pulsu do punktu końcowego ma stan UP lub Down. Ten profil aktywności jest wyzwalany z elementu równorzędnego wybierania skonfigurowanego w usłudze Webex. Aby upewnić się, że nagłówki kontaktów zawierają w pełni kwalifikowaną nazwę domeny SBC, używany jest profil SIP 115. Reguły 30, 40 i 50 są wymagane tylko wtedy, gdy moduł SBC jest skonfigurowany za statycznym translatorem NAT. W tym przykładzie cube1.lgw.com jest nazwą FQDN wybraną dla bramy lokalnej, a jeśli używany jest statyczny protokół NAT, „10.80.13.12” jest adresem IP interfejsu SBC w kierunku usługi Webex Calling, a „192.65.79.20” jest publicznym adresem IP usługi NAT. |
11 |
Skonfiguruj łącze magistralowe Webex Calling:
|
Po utworzeniu powyżej łącza magistralowego do usługi Webex Calling użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe do dostawcy usługi PSTN opartego na protokole SIP:
Jeśli dostawca usług oferuje bezpieczne łącze magistralowe PSTN, możesz zastosować podobną konfigurację dla łącza magistralowego Webex Calling, jak opisano powyżej. CUBE obsługuje bezpieczne trasowanie połączeń.
Jeśli używasz łącza magistralowego PSTN TDM / ISDN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej za pomocą łącza magistralowego PSTN TDM.
Aby skonfigurować interfejsy TDM dla zdarzeń połączeń PSTN w bramach Cisco TDM-SIP, zobacz Konfigurowanie PRI ISDN.
1 |
Skonfiguruj następujący identyfikator URI klasy głosu, aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN: Oto wyjaśnienie pól konfiguracji: klasa głosowa uri 200 sipOkreśla wzorzec dopasowujący przychodzące zaproszenie SIP do elementu równorzędnego wybierania numeru dla łącza magistralowego. Wprowadzając ten wzorzec należy użyć adresu IP bramy PSTN IP. Aby uzyskać więcej informacji, zobacz Identyfikator URI klasy głosu. |
2 |
Skonfiguruj następujący element równorzędny wybierania numeru PSTN IP: Oto wyjaśnienie pól konfiguracji: Opis Określa element równorzędny wybierania VoIP ze znacznikiem 20 0 i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. W tym przypadku można użyć dowolnego prawidłowego wzorca docelowego. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). protokół sesji sipv2Określa, że ten element równorzędny wybierania obsługuje zdarzenia połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (element równorzędny wybierania). ipv4 — docelowa sesja: 192.168.80.13Określa adres docelowy połączeń wysyłanych do dostawcy usług PSTN. Może to być adres IP lub nazwa hosta w systemie DNS. Aby uzyskać więcej informacji, zobacz Cel sesji (element równorzędny wybierania VoIP). przychodzący identyfikator URI przez 200Określa klasę głosu używaną do dopasowywania połączeń przychodzących do tego elementu równorzędnego wybierania numerów za pomocą identyfikatora URI INVITE VIA nagłówka. Aby uzyskać więcej informacji, zobacz przychodzący adres URL. klasa głosowa SIP potwierdziła identyfikator pai
(Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i kontroluje sposób jego użycia dla łącza magistralowego PSTN. Jeśli to polecenie jest używane, tożsamość strony wywołującej podana przez przychodzącego równorzędnego wybierania jest używana dla nagłówków wychodzących From i P-Asserted-Identity. Jeśli to polecenie nie jest używane, tożsamość strony wywołującej podana przez przychodzący element równorzędny wybierania jest używana dla nagłówków From i Remote-Party-ID. Aby uzyskać więcej informacji, zobacz Identyfikator potwierdzenia SIP klasy głosowej. powiązanie interfejsu źródłowego GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, zobacz powiązanie. powiąż interfejs źródła multimediów GigabitEthernet0/0/0Umożliwia skonfigurowanie interfejsu źródłowego i powiązanego adresu IP dla multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, zobacz powiązanie. Kodek 100 klasy głosowejKonfiguruje element równorzędny wybierania do korzystania ze wspólnej listy 100 filtrów kodeków. Aby uzyskać więcej informacji, zobacz Kodek klasy głosu. Przekazywanie dtmf-rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, zobacz Przekazywanie DTMF (Voice over IP). brak paruWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (element równorzędny wybierania). |
3 |
Jeśli konfigurujesz bramę lokalną tak, aby przekierowywała połączenia tylko między aplikacją Webex Calling i siecią PSTN, dodaj następującą konfigurację trasowania połączeń. Jeśli konfigurujesz bramę lokalną z platformą Unified Communications Manager, przejdź do następnej sekcji. |
Po zbudowaniu łącza magistralowego do usługi Webex Calling użyj następującej konfiguracji, aby utworzyć łącze magistralowe TDM dla usługi PSTN z przekierowywaniem połączeń zwrotnych, aby umożliwić optymalizację multimediów w zdarzeniu połączeń Webex.
Jeśli nie potrzebujesz optymalizacji multimediów IP, wykonaj czynności konfiguracyjne dla łącza magistralowego PSTN protokołu SIP. Użyj portu głosowego i elementu równorzędnego wybierania numeru POTS (jak pokazano w krokach 2 i 3) zamiast elementu równorzędnego wybierania VoIP PSTN.
1 |
Konfiguracja równorzędna wybierania z pętlą zwrotną wykorzystuje grupy równorzędne wybierania numerów i znaczniki 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 zostaną użyte do dodawania i usuwania tagó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 tagów trasowania połączeń. W celu uzyskania jasności przy rozwiązywaniu problemów wykorzystuje się ponaddziesiętne cyfry („A”). W tej konfiguracji tag dodany przez profil translacji 100 jest używany do kierowania połączeń z Webex Calling do sieci PSTN przez elementy równorzędne wybierania numeru pętli. Podobnie znacznik dodany przez profil translacji 200 jest używany do kierowania połączeń z sieci PSTN w kierunku usługi Webex Calling. Profile translacji 11 i 12 usuwają te znaczniki przed przekazaniem połączeń odpowiednio do łączy magistralowych Webex i PSTN. W tym przykładzie założono, że numery wywoływane z Webex Calling są prezentowane w formacie +E.164. Reguła 100 usuwa początkowy znak +, aby zachować prawidłowy wybrany numer. Następnie w art. 12 w przypadku usunięcia znacznika dodaje się krajową lub międzynarodową cyfrę (cyfry) trasowania. Użyj cyfr pasujących do lokalnego krajowego planu numerów ISDN. Jeśli usługa Webex Calling prezentuje 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łosoweg o i regułę tłumaczenia głosowego. |
2 |
Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami dotyczącymi typu i używanego protokołu łącza magistralowego. Aby uzyskać więcej informacji, zobacz Konfigurowanie PRI ISDN. Na przykład podstawowa konfiguracja interfejsu Primary Rate ISDN zainstalowanego w gnieździe NIM 2 urządzenia może obejmować następujące elementy: |
3 |
Skonfiguruj następujące elementy równorzędne wybierania TDM PSTN: Oto wyjaśnienie pól konfiguracji: Określa element równorzędny wybierania VoIP ze znacznikiem 200 i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. W tym przypadku można użyć dowolnego prawidłowego wzorca docelowego. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). profil tłumaczenia przychodzącego 200Przypisuje profil translacji, który dodaje tag trasowania połączeń do numeru połączenia przychodzącego. wybieranie bezpośrednie do wewnątrzPrzekierowuje połączenie bez podawania dodatkowego sygnału wybierania. Aby uzyskać więcej informacji, zobacz Bezpośrednie wybieranie przychodzące. port 0/2/0:15Fizyczny port głosowy skojarzony z tym elementem równorzędnym wybierania numerów. |
4 |
Aby włączyć optymalizację multimediów ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, można zmodyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych elementów równorzędnych wybierania w pętli zwrotnej między Webex Calling a łączami magistralowymi PSTN. Skonfiguruj następujące elementy równorzędne wybierania numeru przez pętlę zwrotną. W takim przypadku wszystkie połączenia przychodzące będą kierowane początkowo do elementu równorzędnego wybierania numerów 10, a stamtąd do elementu równorzędnego wybierania numerów 11 lub 12 w oparciu o zastosowany znacznik trasowania. Po usunięciu znacznika trasowania połączenia będą kierowane do łącza magistralowego połączeń wychodzących za pomocą grup równorzędnych wybierania numerów. Oto wyjaśnienie pól konfiguracji: Opis Określa element równorzędny wybierania VoIP i zawiera opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos równorzędny wybierania numeru. profil tłumaczenia przychodzącego 11Stosuje wcześniej zdefiniowany profil translacji, aby usunąć tag trasowania połączeń przed przejściem do łącza magistralowego połączeń wychodzących. docelowy wzorzec BAD.BADPodczas trasowania połączeń wychodzących przy użyciu grupy równorzędnej wybierania połączeń przychodzących wymagany jest fikcyjny wzorzec docelowy. Aby uzyskać więcej informacji, zobacz docelowy wzorzec (interfejs). protokół sesji sipv2Określa, że ten element równorzędny wybierania obsługuje zdarzenia połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (element równorzędny wybierania). ipv4 — docelowa sesja: 192.168.80.14Określa adres interfejsu lokalnego routera jako miejsce docelowe połączenia do wywołania zwrotnego. Aby uzyskać więcej informacji, zobacz Cel sesji (element równorzędny wybierania VoIP). powiązanie interfejsu źródłowego GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i skojarzony adres IP dla wiadomości wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz powiązanie. powiąż interfejs źródła multimediów GigabitEthernet0/0/0Konfiguruje interfejs źródłowy i skojarzony adres IP dla multimediów wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz powiązanie. Przekazywanie dtmf-rtp-nteDefiniuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Aby uzyskać więcej informacji, zobacz Przekazywanie DTMF (Voice over IP). kodek g711alaw Wymusza korzystanie ze wszystkich połączeń PSTN z kodekiem G.711. Wybierz a-law lub u-law, aby pasować do metody kompandowania używanej przez usługę ISDN. brak paruWyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (element równorzędny wybierania). |
5 |
Dodaj następującą konfigurację trasowania połączeń: Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj ponownie platformę, jeśli są to funkcje CUBE po raz pierwszy skonfigurowane.
|
Konfigurację PSTN-Webex Calling w poprzednich sekcjach można zmodyfikować w celu dołączenia dodatkowych łączy magistralowych do klastra Cisco Unified Communications Manager (UCM). W takim przypadku wszystkie połączenia są kierowane przez Unified CM. Połączenia z UCM na 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 używa tych rekordów do lokalnie określania docelowych hostów i portów UCM. W tej konfiguracji nie trzeba konfigurować 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 hosta i łącza magistralowego UCM: host IP _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomena.com _sip._udp.pstntocucm.io: Nazwa rekordu zasobu SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu dla docelowego hosta w tym rekordzie zasobu ucmsub5.mydomain.com: Docelowy host rekordu zasobu Aby rozwiązać docelowe nazwy hostów rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład: host ip ucmsub5.mydomain.com 192.168.80.65 host IP: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu A. 192.168.80.65: Adres IP hosta. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić swoje środowisko UCM i preferowaną strategię dystrybucji połączeń. |
3 |
Skonfiguruj następujące elementy równorzędne 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 wyszukiwanie podpisów na potrzeby 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 używany do wysyłania proaktywnych powiadomień, jeśli urządzenie działa z systemem IOS XE 17.6.1 lub nowszym.
skonfiguruj serwer poczty terminalowej call-home :@ priorytet 1 bezpieczny koniec tls
-
Skonfiguruj zmienną ds_email środowiskową z adresem e-mail administratora, który chcesz powiadomić.
skonfiguruj środowisko terminala call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)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 snmp-server manager .
pokaż snmp %Agent SNMP nie włączony config t snmp- server manager końcowy show snmp Podwozie: 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:
skopiuj ftp://nazwa_użytkownika:hasło@/DS_64224.xml bootflash:
Nazwa pola
Wartość pola
Platforma
Cisco 4300, 4400 ISR Series lub Catalyst 8000V 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.
skopiuj ftp://nazwa_użytkownika:hasło@/DS_64224.xml bootflash:
Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej.
kopiuj 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 w 0,064 s (55797 bajtów/s)
-
Zainstaluj plik DS XML w bramie lokalnej.
call-home diagnostic-signature load DS_64224.xml Załadowanie pliku DS_64224.xml powodzenie
-
Użyj polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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 serwer DS używa ankietowania SNMP co 10 minut, aby wykryć nieprawidłowe rozłączanie połączeń z błędami SIP 403, 488 i 503. Jeśli wzrost liczby błędów z ostatniej ankiety jest większy lub równy 5, wygenerowany zostanie dziennik syslog i powiadomienie e-mail. Aby zainstalować podpis, wykonaj poniższe czynności.
-
Upewnij się, że protokół SNMP jest włączony za pomocą polecenia show snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj polecenie snmp-server manager .
pokaż snmp %Agent SNMP nie włączony config t snmp- server manager końcowy show snmp Podwozie: 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 8000V 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.
skopiuj ftp://nazwa_użytkownika:password@/DS_65221.xml bootflash:
-
Zainstaluj plik DS XML w bramie lokalnej.
call-home diagnostic-signature load DS_65221.xml Załadowanie pliku DS_65221.xml powodzenie
-
Użyj polecenia show call-home diagnostic-signature , 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ą środowiskową 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ło to token przesyłania plików, który można pobrać z narzędzia Support Case Manager , jak pokazano poniżej. Token przesyłania plików można wygenerować w sekcji Załączniki programu Support Case Manager, zgodnie z wymaganiami.
skonfiguruj terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" koniec
Przykład:
call-home diagnostic-signature environment ds_fsurl_prefix " environment 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 snmp-server manager .
pokaż snmp% agenta SNMP nie włączono konfiguracji t koniec menedżera snmp-server
-
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 8000V 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 8000V 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.
kopiuj ftp://nazwa_użytkownika:hasło@/DS_64224.xml bootflash: copy ftp://nazwa_użytkownika:password@/DS_65095.xml bootflash:
-
Zainstaluj w bramie lokalnej plik XML DS 64224 monitorowania wysokiego procesora, a następnie plik DS 65095.
błąd dot. podpisu diagnostycznego połączenia do domu DS_64224.xml Błąd dot. pliku DS_64224.xml powodzenie podpisu diagnostycznego połączenia do domu DS_65095.xml Błąd dot. pliku DS_65095.xml powodzenie
-
Sprawdź, czy podpis został pomyślnie zainstalowany za pomocą funkcji pokaż podpisdiagnostyczny domu. Kolumna stanu powinna mieć wartość "zarejestrowany".
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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
DSLG_WIE_C_all_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ń.
show call-home diagnostic-signature Bieżące ustawienia diagnostyki-signature: Podpis diagnostyczny: włączony profil: CiscoTAC-1 (stan: AKTYWNE) Adresy URL pobierania: 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 |
DS_LG_WIE_Call_spike_threshold |
0.0.12 |
Uruchomiono |
2020-11-08 00:12:53 |
pokaż statystyki diagnostyczno-sygnatury połączeń domowych
Identyfikator DS |
Nazwa DS |
Uruchomiono/maks./odinstalowano |
Średni czas pracy (w sekundach) |
Maksymalny czas pracy (sekundy) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LG_WIE_Call_spike_threshold |
1/20/ROK |
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:
odinstaluj podpis diagnostyczny połączenia domowego
Przykład:
odinstalowanie podpisu diagnostycznego w domu 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.