07 sierpnia 2026 | 3282 — liczba wyświetleń | 0 — liczba osób, które uznały to za pomocne
Konfigurowanie bramy lokalnej w systemie Cisco IOS XE dla połączeń Webex
list-menuOpinia?
Po skonfigurowaniu usługi Webex Calling dla swojej organizacji można skonfigurować łącze magistralowe, aby połączyć bramę lokalną z usługą Webex Calling. Transport SIP TLS zabezpiecza łącze magistralowe między bramą lokalną a chmurą Webex. Multimedia między bramą lokalną a usługą Webex Calling używają protokołu SRTP.

Omówienie

Webex Calling obsługuje obecnie dwie wersje Local Gateway:

  • Brama lokalna

  • Lokalna brama dla Webex dla rządu

Kluczowe kwestie

  • Zanim zaczniesz, zapoznaj się z lokalnymi wymaganiami dotyczącymi Public Switched Telephone Network (PSTN) i Local Gateway (LGW) dla połączeń Webex. Zobacz Preferowana architektura Cisco dla połączeń WebexWię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 implementację CUBE Enterprise jako funkcję bramki lokalnej dla połączeń Webex, należy zwrócić szczególną uwagę na konfigurację. Upewnij się, że nie zakłócasz istniejących przepływów połączeń i funkcjonalności z powodu wprowadzonych zmian.

Procedury zawierają linki do dokumentacji referencyjnej poleceń, w której można dowiedzieć się więcej o poszczególnych opcjach poleceń. Wszystkie odnośniki do poleceń są przesyłane do Webex Managed Gateways Command Reference, o ile nie określono inaczej (w takim przypadku odnośniki do poleceń są przesyłane do Cisco IOS Voice Command Reference). Wszystkie te przewodniki można uzyskać w Cisco Unified Border Element Referencje poleceń.

Informacje na temat obsługiwanych grup SBC osób trzecich można znaleźć w odpowiedniej dokumentacji referencyjnej produktu.

Konfiguracja bramy lokalnej

Istnieją dwie opcje konfiguracji bramy lokalnej dla Twojego bagażnika Webex Calling:

  • Bagażnik oparty na rejestracji

  • Magistrala oparta na certyfikatach

Użyj przepływu zadań pod Registration-based Local Gateway lub Certificate-based Local Gateway aby skonfigurować bramę lokalną dla bagażnika Webex Calling.

Zobacz Zacznij korzystać z Local Gatewayaby uzyskać więcej informacji na temat różnych typów tułowia. Wykonaj następujące kroki na samej bramie lokalnej, używając interfejsu wiersza polecenia (CLI). Używamy protokołu inicjowania sesji (SIP) i protokołu zabezpieczeń warstwy transportowej (TLS) do zabezpieczania bagażnika, a protokołu SRTP (Secure Real Time Protocol) do zabezpieczania nośników pomiędzy bramą lokalną a połączeniem Webex.

Kluczowe kwestie

Local Gateway for Webex for Government nie obsługuje następujących elementów:

  • STUN/ICE-Lite do optymalizacji ścieżki mediów

  • Faks (T.38)

Konfiguracja lokalnej bramy Webex dla rządu

Aby skonfigurować bramę lokalną dla twojego bagażnika Webex Calling w systemie Webex dla rządu, użyj następującej opcji:

  • Magistrala oparta na certyfikatach

Użyj przepływu zadań pod Certificate-based Local Gateway aby skonfigurować bramę lokalną dla bagażnika Webex Calling. Aby uzyskać więcej informacji na temat konfigurowania lokalnej bramy opartej na certyfikatach, zobacz Konfiguracja skrótu Webex Wywołań z certyfikatów.

Obowiązkowe jest skonfigurowanie szyfrów GCM zgodnych z FIPS w celu obsługi Local Gateway for Webex for Government. Jeśli nie, konfiguracja wywołania nie powiedzie się. Aby uzyskać szczegóły konfiguracji, zobacz Configure Webex Calling certificate-based trunk.

Webex for Government nie obsługuje lokalnej bramy opartej na rejestracji.

Przegląd projektu

W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną dla połączeń Webex przy użyciu skrótu SIP do rejestracji. Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W tym przypadku wszystkie połączenia z PSTN są kierowane do Webex Calling, a wszystkie połączenia z Webex Calling są kierowane do PSTN. Poniższy obraz podkreśla to rozwiązanie i konfigurację routingu połączeń wysokiego poziomu, która zostanie zastosowana.

W tym projekcie stosuje się następujące główne konfiguracje:

  • najemcy klasy głosowej: Służy do tworzenia konfiguracji specyficznych dla bagażnika.

  • URI klasy głosu: Służy do klasyfikacji komunikatów SIP dla wyboru przychodzącego połączenia.

  • łącznik przychodzący: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą za pomocą grupy dial-peer.

  • Grupa dial-peer: Definiuje rozmówców wychodzących używanych do routingu połączeń.

  • łącznik wychodzący: Obsługuje wychodzące komunikaty SIP i przekierowuje je do wymaganego celu.

Call routing from/to PSTN to/from Webex Calling configuration solution

Podczas gdy IP i SIP stały się domyślnymi protokołami dla trunków PSTN, obwody ISDN TDM (Time Division Multiplexing) są nadal szeroko stosowane i są obsługiwane przez trunki Webex Calling. Aby umożliwić optymalizację nośników ścieżek IP dla bramek lokalnych z przepływami połączeń TDM-IP, obecnie konieczne jest zastosowanie dwuetapowego procesu routingu połączeń. To podejście modyfikuje konfigurację routingu połączeń pokazaną powyżej, wprowadzając zestaw wewnętrznych połączeń zwrotnych pętli pomiędzy Webex Calling i PSTN, jak pokazano na poniższym rysunku.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Podczas podłączania 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 pokazanego na poniższym schemacie. W tym przypadku Unified Communications Manager zapewnia scentralizowane routing i przetwarzanie wszystkich połączeń PSTN i Webex.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

W całym dokumencie używane są nazwy hostów, adresy IP i interfejsy przedstawione na poniższym obrazku.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Użyj instrukcji konfiguracji w pozostałej części tego dokumentu, aby wykonać konfigurację lokalnej bramy w następujący sposób:

  • Krok 1: Konfiguracja podstawowej łączności i bezpieczeństwa routera

  • Krok 2: Konfiguracja trunk połączeń Webex

    W zależności od wymaganej architektury, wykonaj następujące czynności:

  • Krok 3: Konfiguracja bramy lokalnej za pomocą modułu SIP PSTN

  • Krok 4: Skonfiguruj bramę lokalną z istniejącym środowiskiem Unified CM

    Lub:

  • Krok 3: Konfiguracja bramy lokalnej za pomocą skrótu TDM PSTN

Konfiguracja połączeń i zabezpieczeń

Konfiguracja podstawowa

Pierwszym krokiem w przygotowaniu routera Cisco jako bramki lokalnej dla połączeń Webex jest zbudowanie podstawowej konfiguracji, która zabezpieczy platformę i ustanawia łączność.

  • Wszystkie aplikacje Local Gateway oparte na rejestracji wymagają wersji Cisco IOS XE 17.6.1a lub nowszej. Zalecany jest system IOS 17.12.2 lub nowszy. Dla zalecanych wersji, patrz Cisco Software Researchstrony. Wyszukaj platformę i wybierz jedną z sugerowanych wersji.

    • Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologie Unified Communications i Security.

    • Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Advantage. Routery bez kart głosowych lub DSP wymagają minimalnej licencji DNA Essentials.

  • Stwórz podstawową konfigurację dla swojej platformy, która będzie zgodna z Twoimi zasadami biznesowymi. W szczególności skonfiguruj i sprawdź:

    • SZABLON: NTP

    • Listy acl

    • Uwierzytelnianie użytkownika i zdalny dostęp

    • DNS

    • Routing IP

    • Adresy IP

  • Sieć do połączenia Webex musi używać adresu IPv4 .

  • Prześlij główny pakiet CA Cisco do bramy lokalnej.

Podczas konfigurowania strony najemcy do łączenia się z usługą Webex Calling, obsługiwane są tylko adresy oparte na SRV.

Konfiguracja

1

Upewnij się, że przypisujesz poprawne i rutowalne adresy IP do dowolnego interfejsu warstwy3 , na przykład:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Zabezpiecz dane rejestracyjne i STUN na routerze za pomocą szyfrowania symetrycznego. Skonfiguruj główny klucz szyfrowania i typ szyfrowania w następujący sposób:


key config-key password-encrypt YourPassword
password encryption aes

3

Utwórz zastępczy punkt zaufania PKI.

Wymaga tego punkt zaufania do późniejszej konfiguracji TLS. W przypadku tablic rejestracyjnych ten punkt zaufania nie wymaga certyfikatu - tak jak jest to wymagane w przypadku tablic rejestracyjnych.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Włącz TLS1.2 wyłączność i określ domyślny punkt zaufania przy użyciu następujących poleceń konfiguracyjnych. Zaktualizuj parametry transportu, aby zapewnić niezawodne i bezpieczne połączenie do rejestracji:

Plik cn-san-validate server polecenie zapewnia, że brama lokalna umożliwia połączenie, jeśli nazwa hosta skonfigurowana w najemcy 200 jest włączona do pól CN lub SAN certyfikatu otrzymanego od serwera pośredniczącego wychodzącego.

  1. Ustaw tcp-retry count do 1000 (5-msec wielokrotności = 5 sekundy).

  2. Plik timer connection establish polecenie pozwala na dostrojenie czasu oczekiwania LGW na nawiązanie połączenia z serwerem proxy przed rozważeniem kolejnej dostępnej opcji. Domyślną wartością dla tego licznika jest 20 sekundy i minimum 5 sekund. Zacznij od niskiej wartości i zwiększ, jeśli to konieczne, aby dostosować warunki sieciowe.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Zainstaluj pakiet Cisco root CA, który zawiera certyfikat IdenTrust Commercial Root CA1 używany przez Webex Calling. Użyj crypto pki trustpool import clean url polecenie pobrania głównego pakietu CA z podanego adresu URL i wyczyszczenia aktualnej puli zaufania CA, a następnie zainstaluj nowy pakiet certyfikatów:

Jeśli musisz użyć serwera proxy, aby uzyskać dostęp do Internetu za pomocą protokołu HTTPS, przed zaimportowaniem pakietu CA dodaj następującą konfigurację:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfiguruj Webex Wywołanie trunk oparty na rejestracji
1

Utwórz moduł PSTN oparty na rejestracji dla istniejącej lokalizacji w Centrum sterowania. Zanotuj informacje o bagażniku, które są dostarczane po utworzeniu bagażnika. Szczegóły podświetlone na ilustracji są wykorzystywane w krokach konfiguracji w tym przewodniku. Aby uzyskać więcej informacji, zobacz Konfiguracja trybów połączeń Webex, grup tras i planów połączeń.

PSTN trunk registered
2

Wprowadź następujące polecenia, aby skonfigurować CUBE jako bramę lokalną Webex:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Oto wyjaśnienie pól konfiguracji:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Aby chronić przed oszustwami za opłatą, zaufana lista adresów definiuje listę hostów i sieci, z których Brama Lokalna oczekuje legalnych połączeń VoIP.

  • Domyślnie Local Gateway blokuje wszystkie przychodzące wiadomości VoIP z adresów IP nieznajdujących się na zaufanej liście. Domyślnie zaufani są statycznie skonfigurowani dzwonnicy z „docelowym IP sesji” lub adresami IP grupy serwera. Dodawanie tych adresów IP do zaufanej listy nie jest wymagane.

  • Podczas konfigurowania bramy lokalnej dodaj do listy podsieci IP swojego regionalnego centrum danych Webex Calling. Aby uzyskać więcej informacji, zobacz Informacja o porcie dla połączeń Webex. Należy również dodać zakresy adresów dla serwerów Unified Communications Manager (jeśli są używane) i bramy trunk PSTN.

    Jeśli LGW znajduje się za zaporą sieciową z ograniczonym stożkiem NAT, możesz wyłączyć listę zaufanych adresów IP w interfejsie Webex Calling. Zapora już chroni Cię przed niechcianym przychodzącym VoIP. Wyłączenie działania zmniejsza obciążenie konfiguracyjne w dłuższej perspektywie, ponieważ nie możemy zagwarantować, że adresy rówieśników Webex Calling pozostają stałe, a w każdym przypadku musisz skonfigurować zaporę sieciową dla rówieśników.

mode border-element

Włącza funkcje Cisco Unified Border Element (CUBE) na platformie.

media statistics

Włącza monitorowanie multimediów w bramie lokalnej.

media bulk-stats

Umoż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 Nośniki.

allow-connections sip to sip

Włącz obsługę CUBE basic SIP back-to-back agent użytkownika. Aby uzyskać więcej informacji, zobacz Zezwól na połączenia.

Domyślnie włączony jest transport T.38 faksu. Aby uzyskać więcej informacji, zobacz Protokół faksu t38(obsługa głosowa).

stun

Umożliwia STUN (Session Traversal of UDP through NAT) globalnie.

  • Funkcja połączeń STUN w bramce lokalnej umożliwia wysyłanie generowanych lokalnie żądań STUN przez wynegocjowaną ścieżkę nośną. Pomaga to otworzyć otwór w zaporze ogniowej.

Aby uzyskać więcej informacji, zobacz stun flowdata agent-idoraz stun flowdata shared-secret.

asymmetric payload full

Konfiguruje obsługę asymetrycznego obciążenia SIP zarówno dla DTMF, jak i dynamicznych obciążeń kodeka. Aby uzyskać więcej informacji, zobacz asymetryczna ładowność.

early-offer forced

Zmusza lokalną bramę do wysyłania informacji SDP w początkowej wiadomości INVITE zamiast czekać na potwierdzenie od sąsiedniego partnera. Aby uzyskać więcej informacji na temat tego polecenia, zobacz: wczesnej oferty.

3

Konfiguruj voice class codec 100 dopuszczanie kodeków G.711 tylko dla wszystkich pni. To proste podejście jest odpowiednie dla większości wdrożeń. W razie potrzeby do listy można dodać dodatkowe typy kodeków obsługiwane zarówno przez systemy inicjujące, jak i terminujące.

Bardziej złożone rozwiązania obejmujące TranskodowanieKorzystanie z modułów DSP jest obsługiwane, ale nie jest zawarte w tym przewodniku. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Oto wyjaśnienie pól konfiguracji:

voice class codec 100

Używane do zezwalania tylko na preferowane kodeki dla wywołań trunk SIP. Aby uzyskać więcej informacji, zobacz Kodek klasy głosowej.

4

Konfiguruj voice class stun-usage 100 aby włączyć ICE na bagażniku Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Oto wyjaśnienie pól konfiguracji:

stun usage ice lite

Służy do włączania ICE-Lite dla wszystkich Webex Calling skierowanych do rozmówców, aby w miarę możliwości umożliwić optymalizację mediów. Aby uzyskać więcej informacji, zobacz użycie stun klasy głosowejoraz stun użycie ice lite.

Optymalizacja mediów jest negocjowana tam, gdzie to możliwe. Jeśli połączenie wymaga usług mediów w chmurze, takich jak nagrywanie, nośnik nie może zostać zoptymalizowany.

5

Skonfiguruj politykę szyfrowania mediów dla ruchu Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Oto wyjaśnienie pól konfiguracji:

voice class srtp-crypto 100

Określa SHA1_80 jako jedyną ofertę CUBE SRTP w pakiecie SDP w ofertach i wiadomościach odpowiedzi. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasy głosowej srtp-crypto.

6

Skonfiguruj wzorzec identyfikujący wywołania do skrzynki lokalnej bramki na podstawie parametru skrzynki docelowej: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Oto wyjaśnienie pól konfiguracji:

voice class uri 100 sip

Definiuje wzorzec dopasowany do przychodzącego zaproszenia SIP do przychodzącego trybu dial-peer. Podczas wpisywania tego wzoru należy użyć dtg=, a następnie wartości OTG/DTG Trunk podane w Centrum sterowania w momencie utworzenia trunk. Aby uzyskać więcej informacji, zobacz klasy URI.

7

Konfiguruj sip profile 100, które będą używane do modyfikowania wiadomości SIP przed ich wysłaniem do Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Oto wyjaśnienie pól konfiguracji:

  • reguła 10 do 70 i 90

    Zapewnia, że nagłówki SIP używane do sygnalizowania połączeń używają SIP zamiast schematu SIP, który wymaga proxy Webex. Konfiguracja CUBE do użycia SIP zapewnia, że używana jest bezpieczna rejestracja.

  • reguła 80

    Modyfikuje nagłówek From tak, aby zawierał identyfikator grupy OTG/DTG z centrum sterowania, aby jednoznacznie zidentyfikować lokalną bramkę w przedsiębiorstwie.

Amerykański lub kanadyjski dostawca PSTN może zaoferować weryfikację identyfikatora dzwoniącego w przypadku połączeń spamu i oszustw, z dodatkową konfiguracją wymienioną w Wskazanie spamu lub oszustwa w Webex Callingartykuł.

8

Konfiguracja modułu Webex Wywołanie:

  1. Utwórz voice class tenant 100 definiowanie i grupowanie konfiguracji wymaganych specjalnie dla modułu Webex Calling. W szczególności, dane dotyczące rejestracji bagażnika podane wcześniej w Control Hub zostaną wykorzystane w tym kroku, jak opisano poniżej. Osoby łączące się z tym najemcą później odziedziczą te konfiguracje.

    Poniższy przykład wykorzystuje wartości przedstawione w kroku 1 do celów niniejszego przewodnika (pokazane pogrubioną czcionką). Zamień je na wartości dla swojego bagażnika w konfiguracji.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Oto wyjaśnienie pól konfiguracji:

    voice class tenant 100

    Definiuje zestaw parametrów konfiguracyjnych, które będą używane tylko dla modułu Webex Calling. Aby uzyskać więcej informacji, zobacz najemca klasy głosowej.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Serwer dziennika dla bramy lokalnej z ustawieniem rejestracji odświeżania co dwie minuty (50% 240 sekund). Aby uzyskać więcej informacji, zobacz Kategoria: Rejestry.

    Upewnij się, że używasz wartości domeny rejestru z centrum sterowania tutaj.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Poświadczenia dla wyzwania rejestracji magistrali. Aby uzyskać więcej informacji, zobacz poświadczenia (SIP UA).

    Upewnij się, że używasz odpowiednio wartości hosta linii/portu, nazwy użytkownika uwierzytelniania i hasła uwierzytelniania z centrum sterowania.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Wyzwanie uwierzytelniania dla połączeń. Aby uzyskać więcej informacji, zobacz uwierzytelnianie (dial-peer).

    Upewnij się, że używasz odpowiednich wartości nazwy użytkownika uwierzytelniania, hasła uwierzytelniania i domeny rejestratora z Centrum sterowania.

    no remote-party-id

    Wyłącz nagłówek SIP Remote-Party-ID (RPID) jako Webex Calling obsługuje PAI, która jest włączona przy użyciu asserted-id pai. Aby uzyskać więcej informacji, zobacz identyfikator zdalnej strony.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfiguruje docelowy serwer SIP dla zasobnika. Podczas tworzenia swojego bagażnika użyj adresu SRV serwera pośredniczącego Edge podanego w Centrum sterowania.

    connection-reuse

    Używa tego samego trwałego połączenia do rejestracji i przetwarzania połączeń. Aby uzyskać więcej informacji, zobacz Ponowne połączenie.

    srtp-crypto 100

    Skonfiguruj preferowane pakiety szyfrowania dla nogi wywołania SRTP (połączenia) (określone w kroku 5). Aby uzyskać więcej informacji, zobacz klasa głosowa srtp-crypto.

    session transport tcp tls

    Ustawia transport na TLS. Aby uzyskać więcej informacji, zobacz Transport sesji.

    no session refresh

    Wyłącza odświeżanie sesji SIP dla połączeń między CUBE a Webex. Aby uzyskać więcej informacji, zobacz odświeża sesję.

    url sips

    Zapytanie SRV musi być SIP obsługiwane przez SBC dostępu; wszystkie pozostałe wiadomości są zmieniane na SIP za pomocą profilu sip 200.

    error-passthru

    Określa funkcję przekazywania odpowiedzi na błąd SIP. Aby uzyskać więcej informacji, zobacz błąd passthru.

    rel1xx disable

    Wyłącza korzystanie z wiarygodnych tymczasowych odpowiedzi dla bagażnika Webex Calling. Aby uzyskać więcej informacji, zobacz przynęty1xx.

    asserted-id pai

    (Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i określa, w jaki sposób jest on używany dla modułu Webex Calling.

    Webex Calling zawiera nagłówki P-Asserted-Identity (PAI) w wywołaniach INVITE do Lokalnej Bramy.

    Jeśli to polecenie jest skonfigurowane, informacje dzwoniącego z nagłówka PAI są wykorzystywane do zapełniania nagłówków From i PAI/Remote-Party-ID.

    Jeśli to polecenie nie jest skonfigurowane, informacja dzwoniącego z nagłówka From jest używana do zapełniania nagłówków From i PAI/Remote-Party-ID.

    Aby uzyskać więcej informacji, zobacz Identyfikator asertywny.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do połączenia Webex. Aby uzyskać więcej informacji, zobacz wiązań.

    bind media source-interface GigabitEthernet0/0/1

    Konfiguruje interfejs źródłowy i powiązany adres IP dla mediów wysyłanych do WebexCalling. Aby uzyskać więcej informacji, zobacz wiązań.

    no pass-thru content custom-sdp

    Domyślne polecenie w obszarze dzierżawy. Aby uzyskać więcej informacji na temat tego polecenia, zobacz: Treść przejazdu.

    sip-profiles 100

    Zmienia SIP na SIP i modyfikuje Line/Port dla komunikatów INVITE i REGISTER zgodnie z definicją w sip-profiles 100. Aby uzyskać więcej informacji, zobacz Profile sip klasy głosowej.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Wywołanie dostępu do SBC. Po utworzeniu swojego bagażnika wprowadź adres serwera pośredniczącego wychodzącego, podany w centrum sterowania. Aby uzyskać więcej informacji, zobacz proxy wychodzący.

    privacy-policy passthru

    Skonfiguruj opcje polityki nagłówka prywatności dla bagażnika, aby przekazywał wartości prywatności z odebranej wiadomości do następnej nogi połączenia. Aby uzyskać więcej informacji, zobacz Polityka prywatności.

  2. Skonfiguruj serwer połączenia trunk Webex Calling. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiuje serwer połączeń VoIP z tagiem 100 i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów.

    max-conn 250

    Ogranicza liczbę jednoczesnych połączeń przychodzących i wychodzących między połączeniami LGW i Webex. W przypadku skrótów rejestracyjnych należy skonfigurować maksymalną wartość 250. Niższa wartość użytkownika, jeśli byłoby to bardziej odpowiednie do wdrożenia. Więcej informacji na temat limitów jednoczesnych połączeń dla Bramy lokalnej można znaleźć na stronie Zacznij korzystać z Local Gatewaydokument.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

    session protocol sipv2

    Określa, że łącznik 100 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).

    session target sip-server

    Wskazuje, że serwer SIP zdefiniowany w najemcy 100 jest dziedziczony i wykorzystywany do celów połączeń z tego partnera. Aby uzyskać więcej informacji, zobacz cel sesji (peer dial voip).

    incoming uri request 100

    Aby określić klasę głosu używaną do dopasowania połączenia VoIP do jednolitego identyfikatora zasobów (URI) połączenia przychodzącego. Aby uzyskać więcej informacji, zobacz przychodzące uri.

    voice-class codec 100

    Skonfiguruj parzysta tarczy tak, aby używał wspólnej listy filtrów kodeka 100. Aby uzyskać więcej informacji, zobacz kodek głosowy.

    voice-class stun-usage 100

    Umożliwia wysyłanie generowanych lokalnie żądań STUN w Lokalnej Bramie za pośrednictwem wynegocjowanej ścieżki medialnej. STUN pomaga otworzyć zaporę ogniową dla ruchu medialnego. Aby uzyskać więcej informacji, zobacz Kategoria: Głośniki.

    no voice-class sip localhost

    Wyłącza zastępowanie nazwy hosta lokalnego DNS zamiast fizycznego adresu IP w nagłówkach Od, Identyfikator wywołania i Identyfikator strony zdalnej wiadomości wychodzących.

    voice-class sip tenant 100

    Łącznik wybierający dziedziczy wszystkie parametry skonfigurowane globalnie i w najemcy 100. Parametry mogą być nadpisane na poziomie dial-peer.

    srtp

    Włącza protokół SRTP dla odcinka wywołania.

    no vad

    Wyłącza wykrywanie aktywności głosowej.

  3. (Opcjonalnie) Wymuś tylko połączenia audio.

    Video over Webex Wywołanie przy użyciu lokalnych przepływów połączeń bramy nie jest obsługiwane. Chociaż wideo może działać w niektórych scenariuszach, może to skutkować pogorszeniem jakości i nieoczekiwanym zachowaniem. Aby wymusić wywołania tylko do dźwięku, wykonaj następujące polecenie pod telefonami Webex Calling:

    voice-class sip audio forced

    Jeśli zdecydujesz się zezwolić na wideo, połączenia mogą nie działać zgodnie z oczekiwaniami.

9

Aby skonfigurować urządzenia sieciowe, takie jak CUBE, i przekazać nagłówki protokołu inicjowania sesji (SIP), które urządzenie nie przetwarza, użyj tych poleceń. Polecenia te umożliwiają urządzeniu przechodzenie przez nieobsługiwane nagłówki SIP, w tym nagłówki geolokalizacji i PIDF-LO (Presence Information Data Format - Location Object), na bramie lokalnej. Funkcja ta wspiera usługi Nomadic E911 , zapewniając, że krytyczne informacje o lokalizacji są przechowywane i przekazywane prawidłowo.

  1. Konfiguracja rówieśnika

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Konfiguracja specyficzna dla kolektora wybierania

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Konfiguracja klasy głosu dla określonych nagłówków

    Aby przesunąć nagłówki lokalizacji Geo:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Zastosuj przejście do przychodzącego/wychodzącego trybu dial-peer

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Aby umożliwić przejście przez korpus PIDFO, należy użyć:

    
voice service voip 
 sip 
  pass-thru content unsupp

Po określeniu najemcy 100 i skonfiguruj SIP VoIP-peer, bramka inicjuje połączenie TLS do połączenia Webex. W tym momencie SBC dostępowe przedstawia swój certyfikat Lokalnej Bramy. Brama lokalna weryfikuje certyfikat dostępu SBC Webex Calling przy użyciu pakietu root CA, który został zaktualizowany wcześniej. Jeśli certyfikat zostanie rozpoznany, pomiędzy lokalną bramą a usługą Webex Calling Access SBC jest tworzona stała sesja TLS. Następnie Local Gateway może użyć tego bezpiecznego połączenia, aby zarejestrować się w SBC dostępu Webex. W przypadku zakwestionowania rejestracji w celu uwierzytelnienia:

  • Plik username, passwordi realm parametrów z credentials konfiguracja jest używana w odpowiedzi.

  • Reguły modyfikacji w profilu sip 100 są używane do konwersji URL SIPS z powrotem do SIP.

Rejestracja powiodła się po otrzymaniu 200 OK z SBC dostępu.

Schemat uwierzytelniania i rejestracji połączeń Webex z bramą lokalną

Konfiguracja bramy lokalnej za pomocą skrótu SIP PSTN

Po zbudowaniu trunk do Webex Calling powyżej, użyj następującej konfiguracji, aby utworzyć niezaszyfrowany trunk do dostawcy PSTN opartego na SIP:

Jeśli Twój Usługodawca oferuje bezpieczny moduł PSTN, możesz zastosować podobną konfigurację jak opisano powyżej dla modułu Webex Calling. CUBE obsługuje bezpieczne routing połączeń.

Jeśli używasz skrótu TDM / ISDN PSTN, przejdź do następnej sekcji Configure Local Gateway with TDM PSTN trunk.

Aby skonfigurować interfejsy TDM dla końcówek połączeń PSTN na bramkach Cisco TDM-SIP, zobacz  Konfiguracja ISDN PRI.

1

Skonfiguruj następujący adres URI klasy głosu, aby zidentyfikować połączenia przychodzące z modułu PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto wyjaśnienie pól konfiguracji:

voice class uri 200 sip

Definiuje wzorzec dopasowany do przychodzącego zaproszenia SIP do przychodzącego trybu dial-peer. Wpisując ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz  klasy URI.

2

Skonfiguruj następujące IP PSTN dial-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Oto wyjaśnienie pól konfiguracji:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiuje połączenie telefoniczne VoIP z tagiem 200 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos dzwonkowy.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

session protocol sipv2

Określa, że ten łącznik obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (peer dial).

session target ipv4: 192.168.80.13

Określa adres docelowy połączeń wysyłanych do dostawcy PSTN. Może to być adres IP lub nazwa hosta DNS. Aby uzyskać więcej informacji, zobacz  cel sesji (peer dial VoIP).

incoming uri via 200

Określa klasę głosu używaną do dopasowania połączeń przychodzących do tego partnera przy użyciu adresu INVITE VIA URI nagłówka. Aby uzyskać więcej informacji, zobacz  przychodzący adres URL.

voice-class sip asserted-id pai

(Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i określa, w jaki sposób jest on używany dla skrótu PSTN. Jeśli to polecenie jest używane, dla nagłówków wychodzących From i P-Asserted-Identity używana jest tożsamość strony wywołającej, dostarczona z przychodzącego partnera połączenia. Jeśli to polecenie nie jest używane, dla nagłówków wychodzących From i Remote-Party-ID zostanie użyta tożsamość strony wywołającej dostarczona z przychodzącego partnera połączenia. Aby uzyskać więcej informacji, zobacz klasy głosowej sip asserted-id.

bind control source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

bind media source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

voice-class codec 100

Skonfiguruj parzysta tarczy, aby korzystać ze wspólnej listy filtrów kodeka 100. Aby uzyskać więcej informacji, zobacz kodek głosowy.

dtmf-relay rtp-nte

Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz Przekaźnik DTMF (Voice over IP).

no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (parzysta).

3

Jeśli skonfigurujesz swoją bramę lokalną tak, aby zawierała tylko połączenia trasowe między połączeniem Webex a PSTN, dodaj następującą konfigurację routingu połączeń. Jeśli konfigurujesz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji.

  1. Utwórz grupy telefoniczne, aby kierować połączenia do Webex Calling lub PSTN. Zdefiniuj DPG 100 z wychodzącym połączeniem 100 w kierunku połączenia Webex. DPG 100 jest stosowany do przychodzącego połączenia z PSTN. Podobnie zdefiniować DPG 200 z wychodzącym parterem dial 200 w kierunku PSTN. DPG 200 jest stosowany do przychodzącego połączenia z Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Oto wyjaśnienie pól konfiguracji:

    dial-peer 100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  2. Zastosuj grupy dial-peer do połączeń trasowych z Webex do PSTN i z PSTN do Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 200

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń prezentowanych temu przychodzącemu dial-peer.

    To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Konfiguracja bramy lokalnej za pomocą skrótu TDM PSTN

Po zbudowaniu bagażnika w kierunku połączenia Webex użyj poniższej konfiguracji, aby utworzyć bagażnik TDM dla usługi PSTN z routingiem połączeń zwrotnych, aby umożliwić optymalizację nośników na nodze połączenia Webex.

Jeśli nie potrzebujesz optymalizacji nośników IP, postępuj zgodnie z instrukcjami konfiguracji skrótu SIP PSTN. Użyj portu głosowego i urządzenia POTS (jak pokazano w Kroki 2 i 3) zamiast urządzenia PSTN VoIP.

1

Konfiguracja pętli-back dial-peer wykorzystuje grupy dial-peer i tagi routingu połączeń, aby zapewnić prawidłowe przekazywanie połączeń między Webex a PSTN, bez tworzenia pętli routingu połączeń. Skonfiguruj następujące reguły tłumaczenia, które będą używane do dodawania i usuwania tagów routingu połączeń:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Oto wyjaśnienie pól konfiguracji:

voice translation-rule

Używa wyrażeń regularnych zdefiniowanych w regułach do dodawania lub usuwania tagów routingu połączeń. Cyfry ponaddziesiętne („A”) są używane w celu zapewnienia jasności w rozwiązywaniu problemów.

W tej konfiguracji znacznik dodany przez profil translacji 100 służy do kierowania połączeń z Webex Calling do PSTN za pośrednictwem pętli zwrotnej. Podobnie, znacznik dodany przez profil tłumaczenia 200 jest używany do kierowania połączeń z PSTN do połączeń Webex. Profile tłumaczenia 11 i 12 usunąć te znaczniki przed dostarczeniem połączeń do pni Webex i PSTN odpowiednio.

Przykład ten zakłada, że numery wywołań z Webex Calling są prezentowane w formacie +E.164 . Reguła 100 usuwa wiodącą +, aby utrzymać prawidłowy numer wywoławczy. Reguła 12 następnie dodaje krajową lub międzynarodową cyfrę (cyfry) routingową podczas usuwania znacznika. Użyj cyfr zgodnych z lokalnym krajowym planem połączeń ISDN.

Jeśli usługa Webex Calling prezentuje numery w formacie krajowym, należy dostosować reguły 100 i 12 po prostu dodać i usunąć odpowiednio znacznik routingu.

Aby uzyskać więcej informacji, zobacz Profil tłumaczenia głosowegooraz Tłumaczenie głosowe.

2

Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami używanego typu i protokołu. Aby uzyskać więcej informacji, zobacz Konfiguracja ISDN PRI. Na przykład podstawowa konfiguracja interfejsu Primary Rate ISDN zainstalowanego w slocie NIM 2 urządzenia może zawierać następujące elementy:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Skonfiguruj następujące TDM PSTN dial-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Oto wyjaśnienie pól konfiguracji: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiuje serwer połączeń VoIP z tagiem 200 i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz dzwonek.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

translation-profile incoming 200

Przypisuje profil tłumaczenia, który doda znacznik routingu połączenia do przychodzącego numeru wywołania.

direct-inward-dial

Przekierowuje połączenie bez podania dodatkowego sygnału. Aby uzyskać więcej informacji, zobacz Połączenie bezpośrednie do wewnątrz.

port 0/2/0:15

Fizyczny port głosowy związany z tym parzystą.

4

Aby umożliwić optymalizację ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, można zmodyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych kolektorów z pętlą zwrotną między Webex Calling a PSTN trunkami. Skonfiguruj następujące dial-bacy. W tym przypadku wszystkie połączenia przychodzące zostaną początkowo przekierowane na połączenie typu dial-peer 10 i stamtąd na połączenie typu dial-peer 11 lub 12 w oparciu o zastosowany znacznik routingu. Po usunięciu znacznika routingowego połączenia będą kierowane do skrzynki wychodzącej za pomocą grup dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Oto wyjaśnienie pól konfiguracji: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiuje serwer połączeń VoIP i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz dzwonek.

translation-profile incoming 11

Stosuje profil tłumaczenia zdefiniowany wcześniej, aby usunąć znacznik routingu połączenia przed przejściem do bagażnika wychodzącego.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

session protocol sipv2

Określa, że ten łącznik obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (peer dial).

session target ipv4: 192.168.80.14

Określa lokalny adres interfejsu routera jako cel wywołania zwrotnego. Aby uzyskać więcej informacji, zobacz cel sesji (peer dial voip).

bind control source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz  wiązań.

bind media source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz  wiązań.

dtmf-relay rtp-nte

Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

codec g711alaw

Wymusza wszystkie połączenia PSTN do użycia G.711. Wybierz a-law lub u-law, aby dopasować metodę łączenia używaną przez usługę ISDN.

no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

5

Dodaj następującą konfigurację routingu połączeń:

  1. Utwórz grupy dial-peer, aby trasować połączenia między PSTN i Webex, za pośrednictwem pętli zwrotnej.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Oto wyjaśnienie pól konfiguracji:

    dial-peer 100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  2. Stosuj grupy dial-peer do połączeń trasowych.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 200

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń prezentowanych temu przychodzącemu dial-peer.

To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.
Skonfiguruj bramę lokalną z istniejącym środowiskiem Unified CM

Konfiguracja połączeń PSTN-Webex w poprzednich sekcjach może zostać zmodyfikowana w celu włączenia dodatkowych skrótów do klastra Cisco Unified Communications Manager (UCM). W tym przypadku wszystkie połączenia są kierowane przez Zunifikowany CM. Połączenia z UCM na porcie 5060 są kierowane do PSTN, a połączenia z portem 5065 są kierowane do Webex Calling. W celu uwzględnienia tego scenariusza wywołania można dodać następujące konfiguracje przyrostowe.

Podczas tworzenia bagażnika Webex Calling w Unified CM upewnij się, że w ustawieniach profilu bezpieczeństwa bagażnika SIP skonfigurowano port przychodzący 5065. Pozwala to na przychodzące wiadomości na porcie 5065 i dodanie tej wartości do nagłówka VIA podczas wysyłania wiadomości do bramy lokalnej.

Enter SIP trunk security profile information
1

Skonfiguruj następujące identyfikatory URI klas głosowych:

  1. Klasyfikuje połączenia Zunifikowane CM do Webex przy użyciu SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klasyfikuje zunifikowane CM do połączeń PSTN przy użyciu SIP przez port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klasyfikuj wiadomości przychodzące z UCM do modułu PSTN za pomocą jednego lub więcej wzorców opisujących adresy źródłowe i numer portu. W razie potrzeby, wyrażenia regularne mogą być użyte do zdefiniowania wzorców dopasowywania.

    W powyższym przykładzie wyrażenie regularne jest używane do dopasowania dowolnego adresu IP w zakresie 192.168.80.60 do 65 i numeru portu 5060.

2

Skonfiguruj następujące rekordy DNS, aby określić trasowanie SRV do zunifikowanych hostów CM:

IOS XE wykorzystuje te rekordy do lokalnego określania docelowych hostów i portów UCM. W tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz używać swojego DNS, te lokalne konfiguracje nie są wymagane.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Oto wyjaśnienie pól konfiguracji:

Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego hosta i pnia UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nazwa rekordu zasobu SRV

2: Priorytet rekordu zasobów SRV

1: Rekordowa waga zasobów SRV

5060: Numer portu dla docelowego hosta w tym rekordzie zasobu

ucmsub5.mydomain.com: Serwer docelowy rekordu zasobu

Aby rozwiązać docelowe nazwy hosta rekordu zasobów, utwórz lokalne rekordy DNS A. Na przykład:

ip host 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ć środowisko UCM i preferowaną strategię dystrybucji połączeń.

3

Skonfiguruj następujące rozmówcy:

  1. Łącznik połączeń między połączeniami Unified CM i Webex:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiuje połączenie telefoniczne VoIP z tagiem 300 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia.

    session protocol sipv2

    Określa, że łącznik 300 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (dial-peer).

    session target dns:wxtocucm.io

    Definiuje cel sesji wielu zunifikowanych węzłów CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalnie zdefiniowany rekord SRV wxtocucm.io służy do kierowania połączeń.

    incoming uri via 300

    Używa URI klasy głosu300 , aby skierować cały ruch przychodzący z Zunifikowanego CM za pomocą portu źródłowego 5065 do tego parzysta. Aby uzyskać więcej informacji, zobacz  przychodzące uri.

    voice-class codec 100

    Wskazuje listę filtrów kodeków dla wywołań do i z Zunifikowanego CM. Aby uzyskać więcej informacji, zobacz  Kodek klasy głosowej.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    bind media source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

    no vad

    Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

  2. Dial-peer dla połączeń między zunifikowanym CM a PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiuje połączenie telefoniczne VoIP z tagiem 400 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia.

    session protocol sipv2

    Określa, że łącznik 400 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (dial-peer).

    session target dns:pstntocucm.io

    Definiuje cel sesji wielu zunifikowanych węzłów CM poprzez rozdzielczość DNS SRV. W tym przypadku, lokalnie zdefiniowany rekord SRV pstntocucm.io jest używany do bezpośrednich połączeń.

    incoming uri via 400

    Używa URI klasy głosu400 , aby skierować cały ruch przychodzący z określonych hostów Zunifikowanych CM za pomocą portu źródłowego 5060 do tego parzysta. Aby uzyskać więcej informacji, zobacz  przychodzące uri.

    voice-class codec 100

    Wskazuje listę filtrów kodeków dla wywołań do i z Zunifikowanego CM. Aby uzyskać więcej informacji, zobacz  Kodek klasy głosowej.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    bind media source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

    no vad

    Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

4

Dodaj routing połączeń przy użyciu następujących konfiguracji:

  1. Utwórz grupy oparte na połączeniach między połączeniami Unified CM i Webex. Zdefiniuj DPG 100 za pomocą outbound dial-peer 100 Webex Calling. DPG 100 jest nakładany na powiązany przychodzący parownik z Unified CM. Podobnie zdefiniować DPG 300 z wychodzącym parkiem dial-peer 300 w kierunku Unified CM. DPG 300 jest stosowany do przychodzącego połączenia z Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Utwórz grupy dial-peer, aby trasować połączenia między zunifikowanym CM i PSTN. Zdefiniuj DPG 200 za pomocą outbound dial-peer 200 w kierunku PSTN. DPG 200 jest nakładany na powiązany przychodzący parownik z Unified CM. Podobnie zdefiniować DPG 400 z wychodzącym parkiem dial-peer 400 w kierunku Unified CM. DPG 400 jest stosowany do przychodzącego połączenia z PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Oto wyjaśnienie pól konfiguracji:

    dial-peer  100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  3. Do połączeń trasowych z Webex do Zunifikowanego CM i z Zunifikowanego CM do Webex należy stosować grupy peer: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 300

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń przedstawionych temu przychodzącemu dial-peer.

  4. Zastosuj grupy dial-peer do połączeń trasowych z PSTN do Zunifikowanego CM i z Zunifikowanego CM do PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Monitor i rozwiązywanie problemów Brama lokalna z podpisami diagnostycznymi

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ć system DS, aby zautomatyzować zbieranie danych diagnostycznych i przesyłać zebrane dane do przypadku Cisco TAC, aby przyspieszyć czas rozdzielczości.

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 syslog, zdarzeń SNMP oraz poprzez okresowe monitorowanie określonych wyjść polecenia 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, 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) jest jednym źródłem umożliwiającym znalezienie odpowiednich podpisów do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

  • Nie edytuj pliku DS, z którego pobierasz Kategoria: 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 brama lokalna jest uruchomiona w systemie IOS XE 17.6.1 lub wyższym, jeśli chcesz używać bezpiecznego serwera SMTP do powiadamiania e-mailem.

Wymagania wstępne

Lokalna bramka z systemem IOS XE 17.6.1a lub wyższym

  1. Podpisy diagnostyczne są domyślnie włączone.

  2. Skonfiguruj bezpieczny serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli urządzenie działa Cisco IOS XE 17.6.1a lub nowszy.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Skonfiguruj zmienną środowiskową ds_email z adresem e-mail administratora, aby Cię powiadomić. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Poniżej przedstawiono przykładową konfigurację lokalnej bramy działającej w systemie Cisco IOS XE 17.6.1a lub wyższa w celu wysyłania proaktywnych powiadomień do tacfaststart@ gmail. comkorzystanie z Gmaila jako bezpiecznego serwera SMTP:

Zalecamy korzystanie z Cisco IOS XE Bengaluru 17.6.x lub nowszych wersji.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment 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:

  1. Przejdź do Manage Google Account > Security i włączyć Less secure app access ustawienie.

  2. 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 moduł DS śledzi wykorzystanie procesora przez pięć sekund przy użyciu OID SNMP 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowania i odinstalowuje wszystkie podpisy diagnostyczne zainstalowane w bramce lokalnej. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Użyj show snmp polecenie, aby włączyć SNMP. Jeśli nie włączysz, skonfiguruj snmp-server manager polecenie.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Pobierz DS 64224za pomocą następujących opcji rozwijanych w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub seria Cisco CSR 1000V

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  3. Skopiuj plik XML DS do programu Flash bramy lokalnej.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Zainstaluj plik DS XML w bramie lokalnej.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Użyj show call-home diagnostic-signature polecenie do sprawdzenia, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość "zarejestrowany". 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Pobierz DSes:

    Identyfikator DS

    Nazwa DS

    Rewizja

    Stan

    Ostatnia aktualizacja (GMT+00:00)

    64224

    SZABLON: 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ć DS64224 , aby kontynuować monitorowanie wysokiego wykorzystania procesora w lokalnej bramie.

Monitorowanie rejestracji magistrali SIP

Ten moduł DS sprawdza, czy Local Gateway SIP Trunk jest usuwany z chmury połączeń Webex co 60 sekundę. Po wykryciu zdarzenia unregistration generuje powiadomienie e-mail i syslog i odinstaluje się po dwóch wystąpieniach wyrejestrowania. Aby zainstalować podpis, skorzystaj z poniższych kroków:

  1. Pobierz DS 64117za pomocą następujących opcji rozwijanych w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub seria Cisco CSR 1000V

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    SIP-SIP

    Typ problemu

    Wyrejestrowanie magistrali SIP z powiadomieniem e-mail.

  2. Skopiuj plik DS XML do bramy lokalnej.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Zainstaluj plik DS XML w bramie lokalnej. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Użyj show call-home diagnostic-signature polecenie do sprawdzenia, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".

Monitorowanie nieprawidłowych połączeń rozłącza

Ten DS używa sondażu SNMP co 10 minutę, aby wykryć nieprawidłowe rozłączenie połączeń z błędami SIP403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniego sondażu, generuje on powiadomienie syslog i e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Użyj show snmp polecenie sprawdzające, czy SNMP jest włączone. Jeśli ta opcja nie jest włączona, skonfiguruj snmp-server manager polecenie. 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Pobierz DS 65221korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub seria Cisco CSR 1000V

    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.

  3. Skopiuj plik DS XML do bramy lokalnej. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Zainstaluj plik DS XML w bramie lokalnej. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Użyj show call-home diagnostic-signature polecenie do sprawdzenia, 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ęcznego sprawdzania występowania problemu i znacznie ułatwia rozwiązywanie problemów okresowych i przejściowych.

Możesz użyć Narzędzie do wyszukiwania podpisów diagnostycznychaby 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 wsparcia.

Oto przykład, jak znaleźć i zainstalować system DS w celu wykrycia wystąpienia „%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzować zbieranie danych diagnostycznych za pomocą następujących kroków:

  1. Skonfiguruj dodatkową zmienną środowiskową DS ds_fsurl_prefix, która jest ścieżką serwera plików TAC Cisco (cxd.cisco.com), do której przesyłane są zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer przypadku, a hasło to token przesłania pliku, który można pobrać z Kierownik ds. pomocyw następnym poleceniu. W razie potrzeby token przesyłania plików można wygenerować w sekcji Załączniki menedżera spraw wsparcia. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Przykład: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Upewnij się, że SNMP jest włączona przy użyciu show snmp polecenie. Jeśli ta opcja nie jest włączona, skonfiguruj snmp-server manager polecenie.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Należy zainstalować system monitorowania DS High CPU 64224 jako środek proaktywny, aby wyłączyć wszystkie debugowania i sygnatury diagnostyczne w czasie wysokiej eksploatacji procesora. Pobierz DS 64224korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub seria Cisco CSR 1000V

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  4. Pobierz DS 65095korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub seria Cisco CSR 1000V

    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

  5. Skopiuj pliki XML DS do bramy lokalnej.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Zainstaluj DS monitorowania High CPU, 64224 a następnie plik DS 65095 XML w bramce lokalnej. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Sprawdź, czy podpis został pomyślnie zainstalowany za pomocą show call-home diagnostic-signature polecenie. Kolumna stanu musi mieć wartość "zarejestrowany". 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           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

    SZABLON: DS_LGW_CPU_MON75

    0.0.10

    Zarejestrowano

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Zarejestrowano

    2020-11-08

Weryfikowanie wykonywania podpisów diagnostycznych

W poniższej komendzie, kolumna „Status” show call-home diagnostic-signature polecenie zmienia się na „uruchamianie”, podczas gdy Brama lokalna wykonuje działanie określone w podpisie. Wyjście z show call-home diagnostic-signature statistics jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrywa zdarzenie będące przedmiotem zainteresowania i wykonuje działanie. 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  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           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

SZABLON: DS_LGW_CPU_MON75

0.0.10

Zarejestrowano

2020-11-08 00:07:45

65095

DS_LGW_IEC_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./Odinstaluj

Średni czas pracy (w sekundach)

Maksymalny czas pracy (sekundy)

64224

SZABLON: DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

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 ID z wyjścia show call-home diagnostic-signature polecenie i uruchom następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature 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.

Zarządzanie i walidacja bram Cisco IOS XE za pomocą Control Hub

W celu lepszego zarządzania Cisco IOS XE Gateways zalecamy zapisanie się do bram i zarządzanie nimi za pośrednictwem centrum sterowania. Jest to konfiguracja opcjonalna. Po zalogowaniu można użyć opcji walidacji konfiguracji w Centrum sterowania, aby zweryfikować konfigurację Bramy lokalnej i zidentyfikować wszelkie problemy z konfiguracją. Obecnie ta funkcjonalność jest obsługiwana tylko przez moduły oparte na rejestracji.

Więcej informacji można znaleźć na stronie:

Przegląd projektu

W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną dla połączeń Webex przy użyciu protokołu SIP TLS opartego na certyfikatach (mTLS). Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W tym przypadku wszystkie połączenia z PSTN są kierowane do Webex Calling, a wszystkie połączenia z Webex Calling są kierowane do PSTN. Poniższy obraz podkreśla to rozwiązanie i konfigurację routingu połączeń wysokiego poziomu, która zostanie zastosowana.

W tym projekcie stosuje się następujące główne konfiguracje:

  • najemcy klasy głosowej: Służy do tworzenia konfiguracji specyficznych dla bagażnika.

  • uri klasy głosu: Służy do klasyfikacji komunikatów SIP dla wyboru przychodzącego połączenia.

  • przychodzące połączenie dial-peer: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą za pomocą grupy dial-peer.

  • grupa dial-peer: Definiuje rozmówców wychodzących używanych do routingu połączeń.

  • wychodzące połączenie dial-peer: Obsługuje wychodzące komunikaty SIP i przekierowuje je do wymaganego celu.

Call routing from/to PSTN to/from Webex Calling configuration solution

Podczas podłączania 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 pokazanego na poniższym schemacie. W tym przypadku Unified Communications Manager zapewnia scentralizowane routing i przetwarzanie wszystkich połączeń PSTN i Webex.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

W całym dokumencie używane są nazwy hostów, adresy IP i interfejsy przedstawione na poniższym obrazku. Dostępne są opcje adresowania publicznego lub prywatnego (za NAT). Rekordy SRV DNS są opcjonalne, chyba że równoważenie obciążenia pomiędzy wieloma instancjami CUBE.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Użyj instrukcji konfiguracji w pozostałej części tego dokumentu, aby wykonać konfigurację lokalnej bramy w następujący sposób:

Konfiguracja połączeń i zabezpieczeń

Konfiguracja podstawowa

Pierwszym krokiem w przygotowaniu routera Cisco jako bramki lokalnej dla połączeń Webex jest zbudowanie podstawowej konfiguracji, która zabezpieczy platformę i ustanawia łączność.

  • Wszystkie wdrożenia Local Gateway oparte na certyfikatach wymagają Cisco IOS XE 17.9.1a lub nowszej wersji. Zalecany jest Cisco IOS XE 17.12.2 lub nowszy. Dla zalecanych wersji, patrz Cisco Software Researchstrony. Wyszukaj platformę i wybierz jedną z sugerowanych wersji.

    • Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologie Unified Communications i Security.

    • Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Advantage. Routery bez kart głosowych lub DSP wymagają minimalnej licencji DNA Essentials.

    • W przypadku wymagań dotyczących dużej przepustowości można również wymagać licencji High Security (HSEC) i dodatkowego uprawnienia do przepustowości.

      Patrz: Kody autoryzacjiw celu uzyskania dalszych szczegółów.

  • Stwórz podstawową konfigurację dla swojej platformy, która będzie zgodna z Twoimi zasadami biznesowymi. W szczególności skonfiguruj i sprawdź:

    • SZABLON: NTP

    • Listy acl

    • Uwierzytelnianie użytkownika i zdalny dostęp

    • DNS

    • Routing IP

    • Adresy IP

  • Sieć do połączenia Webex musi używać adresu IPv4 . Lokalne adresy Gateway Fully Qualified Domain Names (FQDN) lub Service Record (SRV) skonfigurowane w Centrum sterowania muszą być rozdzielone na publiczny adres IPv4 w Internecie.

  • Wszystkie porty SIP i multimediów w interfejsie Local Gateway zwróconym do Webex muszą być dostępne z Internetu, bezpośrednio lub za pośrednictwem statycznego NAT. Upewnij się, że odpowiednio zaktualizujesz zaporę.

  • Aby zainstalować podpisany certyfikat na Bramie Lokalnej, postępuj zgodnie ze szczegółowymi krokami konfiguracji opisanymi poniżej:

    • Urząd Certyfikacji Publicznej (CA) wyszczególniony w  Jakie urzędy certyfikatów głównych są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex?musi podpisać certyfikat urządzenia.

    • Obsługiwane są certyfikaty zawierające tylko Server Authentication Extended Key Usage (EKU). Webex Calling nie weryfikuje ani nie egzekwuje obecności EKU uwierzytelniania klienta podczas ustalania TLS.

      Niektóre zewnętrzne kontrolery graniczne sesji (SBC) mogą egzekwować ścisłą walidację EKU i mogą odrzucać certyfikaty, które nie zawierają EKU uwierzytelniania klienta. W takich przypadkach upewnij się, że system SBC jest skonfigurowany tak, aby akceptował certyfikaty tylko z uwierzytelnianiem serwera EKU lub aby wyłączyć ścisłą walidację EKU (jeśli jest obsługiwana).

    • Nazwa zwyczajowa certyfikatu (CN) lub jedna z nazw alternatywnych podmiotu (SAN) musi być taka sama jak nazwa FQDN skonfigurowana w centrum sterowania.

      Przy zakupie certyfikatu z nazwą zwyczajową (CN) lub nazwą alternatywną podmiotu (SAN) należy upewnić się, że certyfikat używa tylko małych liter. W konfiguracji Control Hub wszystkie wpisy FQDN są automatycznie konwertowane na małe litery, a wszelkie niedopasowania w obudowie liter między FQDN a certyfikatem uniemożliwiają pomyślną rejestrację bagażnika.

      Na przykład:

      • Jeśli skonfigurowany moduł w Centrum sterowania Twojej organizacji ma cube1.lgw.com:5061 jako FQDN Bramy Lokalnej, wówczas certyfikat CN lub SAN w certyfikacie routera musi zawierać cube1.lgw.com. 

      • Jeśli skonfigurowany zasób w Centrum sterowania Twojej organizacji ma adres lgws.lgw.com jako adres SRV bramki lokalnej (bramki lokalnej), do której można dotrzeć z zasobnika, wówczas certyfikat 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 korzystasz z FQDN lub SRV dla zasobnika, adres kontaktowy dla wszystkich nowych dialogów SIP z Twojej bramy lokalnej musi używać nazwy skonfigurowanej w Centrum sterowania.

  • Prześlij główny pakiet CA Cisco do bramy lokalnej. Ten pakiet zawiera certyfikat główny CA używany do weryfikacji platformy Webex.

Konfiguracja

1

Upewnij się, że przypisujesz poprawne i rutowalne adresy IP do dowolnego interfejsu warstwy3 , na przykład:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Chroń poświadczenia STUN na routerze za pomocą szyfrowania symetrycznego. Skonfiguruj główny klucz szyfrowania i typ szyfrowania w następujący sposób:


key config-key password-encrypt YourPassword
password encryption aes
3

Utwórz zaufany punkt szyfrowania z certyfikatem dla swojej domeny, podpisanym przez wspieraneUrząd certyfikacji (CA).

  1. Utwórz parę kluczy RSA za pomocą następującego polecenia exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Użyj następujących poleceń konfiguracyjnych, aby utworzyć punkt zaufania dla certyfikatu, określając wartości pól, które mają być użyte w żądaniu podpisywania certyfikatu: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Uwagi do pól certyfikatów:

    • fqdn: Nie jest to wymagane pole dla Webex Calling. Ustawienie tej konfiguracji na "brak", aby nie włączać tego pola do żądania podpisywania certyfikatu. Jeśli konieczne jest włączenie FQDN przy użyciu tego polecenia, nie ma wpływu na operację Local Gateway.

    • nazwa tematu: W przypadku walidacji połączeń z bramki lokalnej, Webex musi dopasować numer FQDN w nagłówkach kontaktu SIP z tymi zawartymi w atrybucie Common Name (CN) lub polu Subject Alternative Name (SAN) certyfikatu SBC. Pole tematu musi zawierać co najmniej atrybut CN i może zawierać inne atrybuty, jeśli jest to wymagane. Aby uzyskać więcej informacji, zobacz imię i nazwisko.

    • Imię i nazwisko pacjenta: Pole Subject Alternative Name (SAN) certyfikatu SBC może zawierać listę dodatkowych FQDN. Webex sprawdza tę listę, aby potwierdzić nagłówek kontaktu SIP w wiadomościach z bramy lokalnej, jeśli atrybut CN podmiotu certyfikatu nie jest dopasowany.

    • Skrót: Zaleca się podpisanie wniosku o podpisanie certyfikatu (CSR) przy użyciu SHA256. Cisco IOS XE 17.11.1 używa tego algorytmu domyślnie, a do wcześniejszego wydania użyj polecenia Hash.

  3. Wygeneruj żądanie podpisania certyfikatu (CSR) za pomocą następującego polecenia wykonania lub konfiguracji i użyj go do żądania podpisanego certyfikatu od obsługiwanego dostawcy CA:

    crypto pki enroll LGW_CERT

4

Podaj certyfikat urzędu certyfikacji pośredniego podpisującego, aby uwierzytelnić certyfikat hosta. Wprowadź następujące polecenie wykonania lub konfiguracji:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Importuj podpisany certyfikat hosta za pomocą następującego polecenia wykonania lub konfiguracji:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

Włącz TLS1.2 wyłączność i określ domyślny punkt zaufania, który ma być używany w aplikacjach głosowych za pomocą następujących poleceń konfiguracyjnych:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Zainstaluj pakiet Cisco root CA, który zawiera certyfikat IdenTrust Commercial Root CA 1 używany przez Webex Calling. Użyj crypto pki trustpool import clean url url polecenie pobrania głównego pakietu CA z podanego adresu URL i wyczyszczenia aktualnej puli zaufania CA, a następnie zainstaluj nowy pakiet certyfikatów:

Jeśli musisz użyć serwera proxy, aby uzyskać dostęp do Internetu za pomocą protokołu HTTPS, przed zaimportowaniem pakietu CA dodaj następującą konfigurację:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfiguracja skrótu Webex Wywołań z certyfikatów
1

Utwórz moduł PSTN oparty na certyfikacie CUBE dla istniejącej lokalizacji w Centrum sterowania. Aby uzyskać więcej informacji, zobacz Konfiguracja trybów połączeń Webex, grup tras i planów połączeń.

Zanotuj informacje o bagażniku na temat jego tworzenia. Te szczegóły, jak pokazano na poniższej ilustracji, są wykorzystywane w krokach konfiguracji w tym przewodniku.

Tworzona jest grupa tronków PSTN oparta na certyfikacie CUBE

2

Wprowadź następujące polecenia, aby skonfigurować CUBE jako bramę lokalną Webex:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Oto wyjaśnienie pól konfiguracji:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Aby chronić przed oszustwami za opłatą, zaufana lista adresów definiuje listę hostów i podmiotów sieciowych, od których Local Gateway oczekuje legalnych połączeń VoIP.

  • Domyślnie bramka lokalna blokuje wszystkie przychodzące wiadomości VoIP z adresów IP nieznajdujących się na zaufanej liście. Domyślnie zaufani są statycznie skonfigurowani dzwonnicy z „docelowym IP sesji” lub adresami IP grupy serwera. Nie musisz dodawać tych adresów IP do zaufanej listy.

  • Podczas konfigurowania bramy lokalnej dodaj podsieci IP dla regionalnego centrum danych Webex Calling do listy, zobacz Informacja o porcie dla połączeń WebexWięcej informacji. Należy również dodać zakresy adresów dla serwerów Unified Communications Manager (jeśli są używane) i bramy trunk PSTN.

  • Aby uzyskać więcej informacji na temat korzystania z listy zaufanych adresów IP w celu zapobiegania oszustwom związanym z płatnościami, zobacz: Zaufany adres IP.

mode border-element

Włącza funkcje Cisco Unified Border Element (CUBE) na platformie.

allow-connections sip to sip

Włącz funkcję agenta użytkownika CUBE basic SIP back to back. Aby uzyskać więcej informacji, zobacz Zezwól na połączenia.

Domyślnie włączony jest transport T.38 faksu. Aby uzyskać więcej informacji, zobacz Protokół faksu t38(obsługa głosowa).

stun

Umożliwia STUN (Session Traversal of UDP through NAT) globalnie.

Te globalne polecenia stun są wymagane tylko podczas wdrażania lokalnej bramy za NAT.

  • Funkcja połączeń STUN w bramce lokalnej umożliwia wysyłanie generowanych lokalnie żądań STUN przez wynegocjowaną ścieżkę nośną. Pomaga to otworzyć otwór w zaporze ogniowej.

Aby uzyskać więcej informacji, zobacz  stun flowdata agent-idoraz  stun flowdata shared-secret.

asymmetric payload full

Konfiguruje obsługę asymetrycznego obciążenia SIP zarówno dla DTMF, jak i dynamicznych obciążeń kodeka. Aby uzyskać więcej informacji na temat tego polecenia, zobacz: asymetryczna ładowność.

early-offer forced

Zmusza lokalną bramę do wysyłania informacji SDP w początkowej wiadomości INVITE zamiast czekać na potwierdzenie od sąsiedniego partnera. Aby uzyskać więcej informacji na temat tego polecenia, zobacz: wczesnej oferty.

sip-profiles inbound

Umożliwia CUBE używanie profili SIP do modyfikowania wiadomości, gdy są one odbierane. Profile są stosowane przez rozmówców lub najemców.

3

Konfiguruj voice class codec 100 dopuszczanie kodeków G.711 tylko dla wszystkich pni. To proste podejście jest odpowiednie dla większości wdrożeń. W razie potrzeby dodaj do listy dodatkowe typy kodeków obsługiwane zarówno przez systemy inicjujące, jak i terminujące.

Bardziej złożone rozwiązania obejmujące TranskodowanieKorzystanie z modułów DSP jest obsługiwane, ale nie jest zawarte w tym przewodniku. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Oto wyjaśnienie pól konfiguracji:

voice class codec 100

Używane do zezwalania tylko na preferowane kodeki dla wywołań trunk SIP. Aby uzyskać więcej informacji, zobacz Kodek klasy głosowej.

4

Konfiguruj voice class stun-usage 100 aby włączyć ICE na bagażniku Webex Calling. (Ten krok nie dotyczy Webex dla rządu)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Oto wyjaśnienie pól konfiguracji:

stun usage ice lite

Służy do włączania ICE-Lite dla wszystkich Webex Calling skierowanych do rozmówców, aby w miarę możliwości umożliwić optymalizację mediów. Aby uzyskać więcej informacji, zobacz użycie stun klasy głosowejoraz stun użycie ice lite.

Plik stun usage firewall-traversal flowdata polecenie jest wymagane tylko podczas rozmieszczania lokalnej bramy za NAT.

Optymalizacja mediów jest negocjowana tam, gdzie to możliwe. Jeśli połączenie wymaga usług mediów w chmurze, takich jak nagrywanie, nośnik nie może zostać zoptymalizowany.

5

Skonfiguruj politykę szyfrowania mediów dla ruchu Webex. (Ten krok nie dotyczy Webex dla rządu)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Oto wyjaśnienie pól konfiguracji:

voice class srtp-crypto 100

Określa SHA1_80 jako jedyną ofertę CUBE SRTP w pakiecie SDP w ofertach i wiadomościach odpowiedzi. Webex Calling obsługuje tylko SHA1_80. Aby uzyskać więcej informacji, zobacz klasy głosowej srtp-crypto.

6

Skonfiguruj szyfry GCM zgodne z FIPS (Ten krok dotyczy tylko Webex dla rządu). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Oto wyjaśnienie pól konfiguracji:

voice class srtp-crypto 100

Określa GCM jako pakiet szyfrów, który oferuje CUBE. Wymagane jest skonfigurowanie szyfrów GCM dla Local Gateway for Webex for Government.

7

Skonfiguruj wzorzec do unikalnej identyfikacji wywołań do modułu Local Gateway w oparciu o docelowy numer FQDN lub SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Oto wyjaśnienie pól konfiguracji:

voice class uri 100 sip

Definiuje wzorzec dopasowany do przychodzącego zaproszenia SIP do przychodzącego trybu dial-peer. Wprowadzając ten wzorzec, należy użyć modułu FQDN lub SRV skonfigurowanego w Centrum sterowania dla modułu.

Podczas konfigurowania modułów opartych na certyfikatach Webex Calling po stronie najemcy, należy używać tylko adresu Webex Calling Edge opartego na protokole SRV w lokalnej bramie. FQDN nie są już obsługiwane.

8

Konfiguracja profili 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 skonfigurowany dla bramy lokalnej:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Oto wyjaśnienie pól konfiguracji:

zasad 10 i 20

Aby umożliwić Webex uwierzytelnianie wiadomości z lokalnej bramy, nagłówek „Kontakt” w zapytaniu SIP i wiadomościach odpowiedzi musi zawierać wartość przewidzianą dla bagażnika w Centrum sterowania. Będzie to albo FQDN pojedynczego hosta, albo nazwa SRV używana dla klastra urządzeń.

9

Jeśli brama jest skonfigurowana z prywatnym adresem IP za statycznym NAT, skonfiguruj profile SIP przychodzące i wychodzące 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 skierowanym do połączenia Webex, a "192.65.79.20" jest publicznym adresem IP NAT.

Profile SIP dla wiadomości wychodzących do Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Oto wyjaśnienie pól konfiguracji:

rules 10 and 20

Aby umożliwić Webex uwierzytelnianie wiadomości z lokalnej bramy, nagłówek „Kontakt” w wiadomościach zapytań i odpowiedzi SIP musi zawierać wartość przewidzianą dla bagażnika w Centrum sterowania. Będzie to albo FQDN pojedynczego hosta, albo nazwa SRV używana dla klastra urządzeń.

rules 30 to 81

Konwertuj odniesienia do adresu prywatnego na zewnętrzny adres publiczny witryny, pozwalając Webex poprawnie interpretować i trasować kolejne wiadomości.

Profil SIP dla wiadomości przychodzących z Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Oto wyjaśnienie pól konfiguracji:

rules 10 to 80

Konwertuj odniesienia do adresu publicznego na skonfigurowany adres prywatny, umożliwiając CUBE przetwarzanie wiadomości z Webex.

Aby uzyskać więcej informacji, zobacz Profile sip klasy głosowej.

Amerykański lub kanadyjski dostawca PSTN może zaoferować weryfikację identyfikatora dzwoniącego w przypadku połączeń spamu i oszustw, z dodatkową konfiguracją wymienioną w Wskazanie spamu lub oszustwa w Webex Callingartykuł.

10

Skonfiguruj opcje SIP keepalive z profilem modyfikacji nagłówka.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Oto wyjaśnienie pól konfiguracji:

voice class sip-options-keepalive 100

Konfiguruje profil keepalive i wprowadza tryb konfiguracji klasy głosowej. Można skonfigurować czas (w sekundach), w którym SIP Out of Dialog Options Ping jest wysyłany do celu rozmowy telefonicznej, gdy połączenie bicia serca z punktem końcowym jest w stanie UP lub Down.

Ten profil keepalive jest uruchamiany z tarczy ustawionej w kierunku Webex.

Aby upewnić się, że nagłówki kontaktów zawierają w pełni kwalifikowaną nazwę domeny SBC, używany jest profil 115 SIP. Reguły 30, 40, i 50 są wymagane tylko wtedy, gdy SBC jest skonfigurowany za statycznym NAT.

W tym przykładzie, cube1.lgw.com jest FQDN wybranym dla bramy lokalnej, a jeśli używany jest statyczny NAT, "10.80.13.12" jest adresem IP interfejsu SBC w kierunku połączenia Webex, a "192.65.79.20" jest publicznym adresem IP NAT.

11

Konfiguracja modułu Webex Wywołanie:

  1. Utwórz voice class tenant 100 definiowanie i grupowanie konfiguracji wymaganych specjalnie dla modułu Webex Calling. Osoby łączące się z tym najemcą odziedziczą później te konfiguracje:

    Poniższy przykład wykorzystuje wartości przedstawione w kroku 1 do celów niniejszego przewodnika (pokazane pogrubioną czcionką). Zamień je na wartości dla swojego bagażnika w konfiguracji.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Oto wyjaśnienie pól konfiguracji:

    voice class tenant 100

    Zalecamy korzystanie z najemców do konfigurowania pni, które posiadają własny certyfikat TLS oraz listę walidacji CN lub SAN. Tutaj profil tls powiązany z najemcą zawiera punkt zaufania, który ma być użyty do zaakceptowania lub utworzenia nowych połączeń, i posiada listę CN lub SAN do walidacji połączeń przychodzących. Aby uzyskać więcej informacji, zobacz najemca klasy głosowej.

    no remote-party-id

    Wyłącz nagłówek SIP Remote-Party-ID (RPID) jako Webex Calling obsługuje PAI, który jest włączony przy użyciu asserted-id pai polecenie. Aby uzyskać więcej informacji, zobacz identyfikator zdalnej strony.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfiguruje docelowy serwer SIP dla zasobnika. Użyj adresu SRV serwera proxy Edge podanego w Centrum sterowania podczas tworzenia bagażnika

    srtp-crypto 100

    Skonfiguruj preferowane pakiety szyfrowania dla nogi wywołania SRTP (połączenia) (określone w kroku 5). Aby uzyskać więcej informacji, zobacz klasy głosowej srtp-crypto.

    localhost dns: cube1.lgw.com

    Konfiguruje program CUBE, aby zastąpić fizyczny adres IP w nagłówkach From, Call-ID i Remote-Party-ID w wiadomościach wychodzących dostarczonym FQDN. Użyj tutaj modułu FQDN lub SRV skonfigurowanego w Centrum sterowania dla modułu.

    session transport tcp tls

    Ustawia transport do TLS dla partnerów wybierających. Aby uzyskać więcej informacji, zobacz Transport sesji.

    no session refresh

    Wyłącza odświeżanie sesji SIP dla połączeń między CUBE a Webex. Aby uzyskać więcej informacji, zobacz odświeża sesję.

    error-passthru

    Określa funkcję przekazywania odpowiedzi na błąd SIP. Aby uzyskać więcej informacji, zobacz błąd passthru.

    rel1xx disable

    Wyłącza korzystanie z wiarygodnych tymczasowych odpowiedzi dla bagażnika Webex Calling. Aby uzyskać więcej informacji, zobacz przynęty1xx.

    asserted-id pai

    (Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i określa, w jaki sposób jest on używany dla modułu Webex Calling.

    Webex Calling zawiera nagłówki P-Asserted-Identity (PAI) w wywołaniach INVITE do Lokalnej Bramy.

    Jeśli to polecenie jest skonfigurowane, informacje dzwoniącego z nagłówka PAI są wykorzystywane do zapełniania nagłówków From i PAI/Remote-Party-ID.

    Jeśli to polecenie nie jest skonfigurowane, informacje dzwoniącego z nagłówka From są używane do zapełniania nagłówków From i PAI/Remote-Party-ID.

    Aby uzyskać więcej informacji, zobacz Identyfikator asertywny.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do połączenia Webex. Aby uzyskać więcej informacji, zobacz wiązań.

    bind media source-interface GigabitEthernet0/0/1

    Konfiguruje interfejs źródłowy i powiązany adres IP dla mediów wysyłanych do Webex Calling. Aby uzyskać więcej informacji, zobacz wiązań.

    voice-class sip profiles 100

    Stosuje profil modyfikacji nagłówka (Publiczny adres IP lub NAT) do użycia dla wiadomości wychodzących. Aby uzyskać więcej informacji, zobacz Profile SIP klasy głosowej.

    voice-class sip profiles 110 inbound

    W przypadku rozmieszczenia osób LGW poza NAT: Zastosuj profil modyfikacji nagłówka do użycia dla wiadomości przychodzących. Aby uzyskać więcej informacji, zobacz profile SIP klasy głosowej.

    privacy-policy passthru

    Konfiguruje CUBE tak, aby w sposób przejrzysty przekazywał nagłówki prywatności z odebranej wiadomości do następnej nogi połączenia. Aby uzyskać więcej informacji, zobacz Polityka prywatności.

  2. Skonfiguruj serwer połączenia trunk Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiuje łącznik VoIP z tagiem 100 i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz dzwonek.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można użyć dowolnego poprawnego wzoru docelowego. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

    session protocol sipv2

    Określa, że ten łącznik obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).

    session target sip-server

    Wskazuje, że serwer SIP zdefiniowany w najemcy 100 jest dziedziczony i wykorzystywany do celów połączeń z tego partnera.

    incoming uri request  100

    Określa klasę głosu używaną do dopasowania połączeń przychodzących do tego partnera przy użyciu adresu URI nagłówka INVITE REQUEST. Aby uzyskać więcej informacji, zobacz  przychodzące uri.

    voice-class codec 100

    Wskazuje listę filtrów kodeków dla połączeń do i z Webex Calling. Aby uzyskać więcej informacji, zobacz Kodek klasy głosowej.

    voice-class stun-usage 100

    Umożliwia wysyłanie generowanych lokalnie żądań STUN z Lokalnej Bramy za pośrednictwem wynegocjowanej ścieżki medialnej. Pakiety STUN pomagają otworzyć zaporę ogniową dla ruchu mediów i wykryć poprawne ścieżki optymalizacji mediów.

    voice-class sip tenant 100

    Łącznik wybierający dziedziczy wszystkie parametry skonfigurowane globalnie i w najemcy 100. Parametry mogą być nadrzędne na poziomie dial-peer. Aby uzyskać więcej informacji, zobacz  najemca sip klasy głosowej.

    voice-class sip options-keepalive profile 100

    To polecenie monitoruje dostępność grupy serwerów SIP lub punktów końcowych za pomocą określonego profilu (100).

    srtp

    Włącza protokół SRTP dla odcinka wywołania.

  3. (Opcjonalnie) Wymuś tylko połączenia audio.

    Video over Webex Wywołanie przy użyciu lokalnych przepływów połączeń bramy nie jest obsługiwane. Chociaż wideo może działać w niektórych scenariuszach, może to skutkować pogorszeniem jakości i nieoczekiwanym zachowaniem. Aby wymusić wywołania tylko do dźwięku, wykonaj następujące polecenie pod telefonami Webex Calling:

    voice-class sip audio forced

    Jeśli zdecydujesz się zezwolić na wideo, połączenia mogą nie działać zgodnie z oczekiwaniami.

12

(Opcjonalnie) Aby skonfigurować urządzenia sieciowe, takie jak CUBE, i przekazać nagłówki protokołu inicjowania sesji (SIP), które urządzenie nie przetwarza, użyj tych poleceń. Polecenia te umożliwiają urządzeniu przechodzenie przez nieobsługiwane nagłówki SIP, w tym nagłówki geolokalizacji i PIDF-LO (Presence Information Data Format - Location Object), na bramie lokalnej. Funkcja ta wspiera usługi Nomadic E-911 services, zapewniając, że krytyczne informacje o lokalizacji są przechowywane i przekazywane prawidłowo.

  1. Konfiguracja rówieśnika

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Konfiguracja specyficzna dla trybu dial-peer

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Konfiguracja klasy głosu dla określonych nagłówków

    Aby przesunąć nagłówki lokalizacji Geo:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Zastosuj przejście do przychodzącego/wychodzącego trybu dial-peer

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Aby umożliwić przejście przez korpus PIDFO, należy użyć:

    
voice service voip 
 sip 
  pass-thru content unsupp
Konfiguracja bramy lokalnej za pomocą skrótu SIP PSTN

Po zbudowaniu trunk do Webex Calling powyżej, użyj następującej konfiguracji, aby utworzyć niezaszyfrowany trunk do dostawcy PSTN opartego na SIP:

Jeśli Twój Usługodawca oferuje bezpieczny moduł PSTN, możesz zastosować podobną konfigurację jak opisano powyżej dla modułu Webex Calling. CUBE obsługuje bezpieczne routing połączeń.

Jeśli używasz skrótu TDM / ISDN PSTN, przejdź do następnej sekcji Configure Local Gateway with TDM PSTN trunk.

Aby skonfigurować interfejsy TDM dla końcówek połączeń PSTN na bramkach Cisco TDM-SIP, zobacz  Konfiguracja ISDN PRI.

1

Skonfiguruj następujący adres URI klasy głosu, aby zidentyfikować połączenia przychodzące z modułu PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto wyjaśnienie pól konfiguracji:

voice class uri 200 sip

Definiuje wzorzec dopasowany do przychodzącego zaproszenia SIP do przychodzącego trybu dial-peer. Wpisując ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz  klasy URI.

2

Skonfiguruj następujące IP PSTN dial-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Oto wyjaśnienie pól konfiguracji:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiuje połączenie telefoniczne VoIP z tagiem 200 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz Głos dzwonkowy.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

session protocol sipv2

Określa, że ten łącznik obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (peer dial).

session target ipv4: 192.168.80.13

Określa adres docelowy połączeń wysyłanych do dostawcy PSTN. Może to być adres IP lub nazwa hosta DNS. Aby uzyskać więcej informacji, zobacz  cel sesji (peer dial VoIP).

incoming uri via 200

Określa klasę głosu używaną do dopasowania połączeń przychodzących do tego partnera przy użyciu adresu INVITE VIA URI nagłówka. Aby uzyskać więcej informacji, zobacz  przychodzący adres URL.

voice-class sip asserted-id pai

(Opcjonalnie) Włącza przetwarzanie nagłówka P-Asserted-Identity i określa, w jaki sposób jest on używany dla skrótu PSTN. Jeśli to polecenie jest używane, dla nagłówków wychodzących From i P-Asserted-Identity używana jest tożsamość strony wywołającej, dostarczona z przychodzącego partnera połączenia. Jeśli to polecenie nie jest używane, dla nagłówków wychodzących From i Remote-Party-ID zostanie użyta tożsamość strony wywołającej dostarczona z przychodzącego partnera połączenia. Aby uzyskać więcej informacji, zobacz klasy głosowej sip asserted-id.

bind control source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

bind media source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

voice-class codec 100

Skonfiguruj parzysta tarczy, aby korzystać ze wspólnej listy filtrów kodeka 100. Aby uzyskać więcej informacji, zobacz kodek głosowy.

dtmf-relay rtp-nte

Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz Przekaźnik DTMF (Voice over IP).

no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (parzysta).

3

Jeśli skonfigurujesz swoją bramę lokalną tak, aby zawierała tylko połączenia trasowe między połączeniem Webex a PSTN, dodaj następującą konfigurację routingu połączeń. Jeśli konfigurujesz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji.

  1. Utwórz grupy telefoniczne, aby kierować połączenia do Webex Calling lub PSTN. Zdefiniuj DPG 100 z wychodzącym połączeniem 100 w kierunku połączenia Webex. DPG 100 jest stosowany do przychodzącego połączenia z PSTN. Podobnie zdefiniować DPG 200 z wychodzącym parterem dial 200 w kierunku PSTN. DPG 200 jest stosowany do przychodzącego połączenia z Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Oto wyjaśnienie pól konfiguracji:

    dial-peer 100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  2. Zastosuj grupy dial-peer do połączeń trasowych z Webex do PSTN i z PSTN do Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 200

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń przedstawionych temu przychodzącemu dial-peer.

    To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Konfiguracja bramy lokalnej za pomocą skrótu TDM PSTN

Po zbudowaniu bagażnika w kierunku połączenia Webex użyj poniższej konfiguracji, aby utworzyć bagażnik TDM dla usługi PSTN z routingiem połączeń zwrotnych, aby umożliwić optymalizację nośników na nodze połączenia Webex.

Jeśli nie potrzebujesz optymalizacji nośników IP, postępuj zgodnie z instrukcjami konfiguracji skrótu SIP PSTN. Użyj portu głosowego i urządzenia POTS (jak pokazano w Kroki 2 i 3) zamiast urządzenia PSTN VoIP.

1

Konfiguracja pętli-back dial-peer wykorzystuje grupy dial-peer i tagi routingu połączeń, aby zapewnić prawidłowe przekazywanie połączeń między Webex a PSTN, bez tworzenia pętli routingu połączeń. Skonfiguruj następujące reguły tłumaczenia, które będą używane do dodawania i usuwania tagów routingu połączeń:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Oto wyjaśnienie pól konfiguracji:

voice translation-rule

Używa wyrażeń regularnych zdefiniowanych w regułach do dodawania lub usuwania tagów routingu połączeń. Cyfry ponaddziesiętne („A”) są używane w celu zapewnienia jasności w rozwiązywaniu problemów.

W tej konfiguracji znacznik dodany przez profil tłumaczenia 100 jest używany do kierowania połączeń z Webex Calling do PSTN za pośrednictwem pętli zwrotnej. Podobnie, znacznik dodany przez profil tłumaczenia 200 jest używany do kierowania połączeń z PSTN do połączeń Webex. Profile tłumaczenia 11 i 12 usunąć te znaczniki przed dostarczeniem połączeń do pni Webex i PSTN odpowiednio.

Przykład ten zakłada, że numery wywołań z Webex Calling są prezentowane w formacie +E.164 . Reguła 100 usuwa wiodącą +, aby utrzymać prawidłowy numer wywoławczy. Reguła 12 następnie dodaje krajową lub międzynarodową cyfrę (cyfry) routingową podczas usuwania znacznika. Użyj cyfr zgodnych z lokalnym krajowym planem połączeń ISDN.

Jeśli usługa Webex Calling prezentuje numery w formacie krajowym, należy dostosować reguły 100 i 12 po prostu dodać i usunąć odpowiednio znacznik routingu.

Aby uzyskać więcej informacji, zobacz Profil tłumaczenia głosowegooraz Tłumaczenie głosowe.

2

Skonfiguruj porty interfejsu głosowego TDM zgodnie z wymaganiami używanego typu i protokołu. Aby uzyskać więcej informacji, zobacz Konfiguracja ISDN PRI. Na przykład podstawowa konfiguracja interfejsu Primary Rate ISDN zainstalowanego w slocie NIM 2 urządzenia może zawierać następujące elementy:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Skonfiguruj następujące TDM PSTN dial-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Oto wyjaśnienie pól konfiguracji: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiuje serwer połączeń VoIP z tagiem 200 i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz dzwonek.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

translation-profile incoming 200

Przypisuje profil tłumaczenia, który doda znacznik routingu połączenia do przychodzącego numeru wywołania.

direct-inward-dial

Przekierowuje połączenie bez podania dodatkowego sygnału. Aby uzyskać więcej informacji, zobacz Połączenie bezpośrednie do wewnątrz.

port 0/2/0:15

Fizyczny port głosowy związany z tym parzystą.

4

Aby umożliwić optymalizację ścieżek IP dla bram lokalnych z przepływami połączeń TDM-IP, można zmodyfikować trasowanie połączeń, wprowadzając zestaw wewnętrznych kolektorów z pętlą zwrotną między Webex Calling a PSTN trunkami. Skonfiguruj następujące dial-bacy. W tym przypadku wszystkie połączenia przychodzące zostaną początkowo przekierowane na połączenie typu dial-peer 10 i stamtąd na połączenie typu dial-peer 11 lub 12 w oparciu o zastosowany znacznik routingu. Po usunięciu znacznika routingowego połączenia będą kierowane do skrzynki wychodzącej za pomocą grup dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Oto wyjaśnienie pól konfiguracji: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiuje serwer połączeń VoIP i daje sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz dzwonek.

translation-profile incoming 11

Stosuje profil tłumaczenia zdefiniowany wcześniej, aby usunąć znacznik routingu połączenia przed przejściem do bagażnika wychodzącego.

destination-pattern BAD.BAD

W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. Aby uzyskać więcej informacji, zobacz Wzór docelowy (interfejs).

session protocol sipv2

Określa, że ten łącznik obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (peer dial).

session target ipv4: 192.168.80.14

Określa lokalny adres interfejsu routera jako cel wywołania zwrotnego. Aby uzyskać więcej informacji, zobacz cel sesji (peer dial voip).

bind control source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz  wiązań.

bind media source-interface  GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych przez pętlę zwrotną. Aby uzyskać więcej informacji, zobacz  wiązań.

dtmf-relay rtp-nte

Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

codec g711alaw

Wymusza wszystkie połączenia PSTN do użycia G.711. Wybierz a-law lub u-law, aby dopasować metodę łączenia używaną przez usługę ISDN.

no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

5

Dodaj następującą konfigurację routingu połączeń:

  1. Utwórz grupy dial-peer, aby trasować połączenia między PSTN i Webex, za pośrednictwem pętli zwrotnej.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Oto wyjaśnienie pól konfiguracji:

    dial-peer 100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  2. Stosuj grupy dial-peer do połączeń trasowych.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 200

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń przedstawionych temu przychodzącemu dial-peer.

To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.
Skonfiguruj bramę lokalną z istniejącym środowiskiem Unified CM

Konfiguracja połączeń PSTN-Webex w poprzednich sekcjach może zostać zmodyfikowana w celu włączenia dodatkowych skrótów do klastra Cisco Unified Communications Manager (UCM). W tym przypadku wszystkie połączenia są kierowane przez Zunifikowany CM. Połączenia z UCM na porcie 5060 są kierowane do PSTN, a połączenia z portem 5065 są kierowane do Webex Calling. W celu uwzględnienia tego scenariusza wywołania można dodać następujące konfiguracje przyrostowe.

1

Skonfiguruj następujące identyfikatory URI klas głosowych:

  1. Klasyfikuje połączenia Zunifikowane CM do Webex przy użyciu SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klasyfikuje zunifikowane CM do połączeń PSTN przy użyciu SIP przez port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klasyfikuj wiadomości przychodzące z UCM do modułu PSTN za pomocą jednego lub więcej wzorców opisujących adresy źródłowe i numer portu. W razie potrzeby, wyrażenia regularne mogą być użyte do zdefiniowania wzorców dopasowywania.

    W powyższym przykładzie wyrażenie regularne jest używane do dopasowania dowolnego adresu IP w zakresie 192.168.80.60 do 65 i numeru portu 5060.

2

Skonfiguruj następujące rekordy DNS, aby określić trasowanie SRV do zunifikowanych hostów CM:

IOS XE wykorzystuje te rekordy do lokalnego określania docelowych hostów i portów UCM. W tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz używać swojego DNS, te lokalne konfiguracje nie są wymagane.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Oto wyjaśnienie pól konfiguracji:

Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego hosta i pnia UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nazwa rekordu zasobu SRV

2: Priorytet rekordu zasobów SRV

1: Rekordowa waga zasobów SRV

5060: Numer portu, który ma być użyty dla komputera docelowego w tym rekordzie zasobu

ucmsub5.mydomain.com: Serwer docelowy rekordu zasobu

Aby rozwiązać docelowe nazwy hosta rekordu zasobów, utwórz lokalne rekordy DNS A. Na przykład:

ip host 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ć środowisko UCM i preferowaną strategię dystrybucji połączeń.

3

Skonfiguruj następujące rozmówcy:

  1. Łącznik połączeń między połączeniami Unified CM i Webex:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiuje połączenie telefoniczne VoIP z tagiem 300 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia.

    session protocol sipv2

    Określa, że łącznik 300 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (dial-peer).

    session target dns:wxtocucm.io

    Definiuje cel sesji wielu zunifikowanych węzłów CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalnie zdefiniowany rekord SRV wxtocucm.io służy do kierowania połączeń.

    incoming uri via 300

    Używa URI klasy głosu300 , aby skierować cały ruch przychodzący z Zunifikowanego CM za pomocą portu źródłowego 5065 do tego parzysta. Aby uzyskać więcej informacji, zobacz  przychodzące uri.

    voice-class codec 100

    Wskazuje listę filtrów kodeków dla wywołań do i z Zunifikowanego CM. Aby uzyskać więcej informacji, zobacz  Kodek klasy głosowej.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    bind media source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

    no vad

    Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

  2. Dial-peer dla połączeń między zunifikowanym CM a PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Oto wyjaśnienie pól konfiguracji:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiuje połączenie telefoniczne VoIP z tagiem 400 i zawiera sensowny opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    W przypadku routingu połączeń wychodzących przy użyciu grupy połączeń przychodzących wymagany jest niepowtarzalny wzór docelowy. W tym przypadku można zastosować dowolny poprawny wzór przeznaczenia.

    session protocol sipv2

    Określa, że łącznik 400 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz  protokół sesji (dial-peer).

    session target dns:pstntocucm.io

    Definiuje cel sesji wielu zunifikowanych węzłów CM poprzez rozdzielczość DNS SRV. W tym przypadku, lokalnie zdefiniowany rekord SRV pstntocucm.io jest używany do bezpośrednich połączeń.

    incoming uri via 400

    Używa URI klasy głosu400 , aby skierować cały ruch przychodzący z określonych hostów Zunifikowanych CM za pomocą portu źródłowego 5060 do tego parzysta. Aby uzyskać więcej informacji, zobacz  przychodzące uri.

    voice-class codec 100

    Wskazuje listę filtrów kodeków dla wywołań do i z Zunifikowanego CM. Aby uzyskać więcej informacji, zobacz  Kodek klasy głosowej.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    bind media source-interface GigabitEthernet0/0/0

    Konfiguruje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz  wiązań.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako oczekiwaną zdolność DTMF na nodze wywołania. Aby uzyskać więcej informacji, zobacz  Przekaźnik DTMF (Voice over IP).

    no vad

    Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz  vad (parzysta).

4

Dodaj routing połączeń przy użyciu następujących konfiguracji:

  1. Utwórz grupy oparte na połączeniach między połączeniami Unified CM i Webex. Zdefiniuj DPG 100 za pomocą outbound dial-peer 100 Webex Calling. DPG 100 jest nakładany na powiązany przychodzący parownik z Unified CM. Podobnie zdefiniować DPG 300 z wychodzącym parkiem dial-peer 300 w kierunku Unified CM. DPG 300 jest stosowany do przychodzącego połączenia z Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Utwórz grupy dial-peer, aby trasować połączenia między zunifikowanym CM i PSTN. Zdefiniuj DPG 200 za pomocą outbound dial-peer 200 w kierunku PSTN. DPG 200 jest nakładany na powiązany przychodzący parownik z Unified CM. Podobnie zdefiniować DPG 400 z wychodzącym parkiem dial-peer 400 w kierunku Unified CM. DPG 400 jest stosowany do przychodzącego połączenia z PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Oto wyjaśnienie pól konfiguracji:

    dial-peer  100

    Kojarzy wychodzące połączenie z grupą dial-peer. Aby uzyskać więcej informacji, zobacz  klasy DPG.

  3. Do połączeń trasowych z Webex do Zunifikowanego CM i z Zunifikowanego CM do Webex należy stosować grupy peer: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Oto wyjaśnienie pól konfiguracji:

    destination dpg 300

    Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do obsługi wychodzącej połączeń przedstawionych temu przychodzącemu dial-peer.

  4. Do połączeń trasowych z PSTN do Zunifikowanego CM i z Zunifikowanego CM do PSTN należy zastosować grupy typu dial-peer:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    To kończy konfigurację lokalnej bramy. Zapisz konfigurację i przeładuj platformę, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Monitorowanie i rozwiązywanie problemów z bramą lokalną za pomocą sygnatur diagnostycznych

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) jest jednym źródłem umożliwiającym znalezienie odpowiednich podpisów do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

  • Nie edytuj pliku DS, z którego pobierasz Kategoria: 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 brama lokalna jest uruchomiona w systemie IOS XE 17.6.1 lub wyższym, jeśli chcesz używać bezpiecznego serwera SMTP do powiadamiania e-mailem.

Wymagania wstępne

Lokalna bramka z systemem IOS XE 17.6.1 lub nowszym

  1. Podpisy diagnostyczne są domyślnie włączone.

  2. Skonfiguruj bezpieczny serwer poczty e-mail, którego używasz do wysyłania proaktywnych powiadomień, jeśli urządzenie pracuje z systemem IOS XE 17.6.1 lub nowszym.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Skonfiguruj zmienną środowiskową ds_email z adresem e-mail administratora do powiadomienia.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instalowanie sygnatur diagnostycznych na potrzeby proaktywnego monitorowania

Monitorowanie wysokiego wykorzystania procesora

Ten moduł DS śledzi 5-sekundowe wykorzystanie procesora 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 debugowania i odinstalowuje wszystkie podpisy diagnostyczne zainstalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Upewnij się, że włączyłeś SNMP za pomocą polecenia show snmp. Jeśli SNMP nie jest włączona, skonfiguruj snmp-server manager polecenie.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Pobierz DS 64224za pomocą następujących opcji rozwijanych w Narzędzie do wyszukiwania podpisów diagnostycznych:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub oprogramowanie Catalyst 8000V Edge

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Call

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail

    Download DS 64224 from Diagnostic Signatures Lookup tool

  3. Skopiuj plik XML DS do programu Flash bramy lokalnej.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Poniższy przykład przedstawia kopiowanie pliku z serwera FTP do bramy lokalnej.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Zainstaluj plik DS XML w bramie lokalnej.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Użyj show call-home diagnostic-signature polecenie do sprawdzenia, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany". 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Pobierz DSes:

    Identyfikator DS

    Nazwa DS

    Rewizja

    Stan

    Ostatnia aktualizacja (GMT+00:00)

    64224

    SZABLON: 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ć DS64224 , aby kontynuować monitorowanie wysokiego wykorzystania procesora w lokalnej bramie.

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 SIP403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniego sondażu, generuje on powiadomienie syslog i e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Upewnij się, że SNMP jest włączony za pomocą polecenia show snmp. Jeśli SNMP nie jest włączona, skonfiguruj snmp-server manager polecenie. 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Pobierz DS 65221korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub oprogramowanie Catalyst 8000V Edge

    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.

  3. Skopiuj plik DS XML do bramy lokalnej.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Zainstaluj plik DS XML w bramie lokalnej. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Użyj polecenia show call-home diagnostic-signature aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość "zarejestrowany".

Instalowanie podpisów diagnostycznych w celu rozwiązania problemu

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.

Możesz użyć Narzędzie do wyszukiwania podpisów diagnostycznychaby 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 wsparcia.

Oto przykład, jak znaleźć i zainstalować system DS w celu wykrycia wystąpienia „%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzować zbieranie danych diagnostycznych za pomocą następujących kroków:

  1. Skonfiguruj inną zmienną środowiskową DS ds_fsurl_prefix jako ścieżkę serwera plików TAC Cisco (cxd.cisco.com) w celu przesłania danych diagnostycznych. Nazwa użytkownika w ścieżce pliku to numer przypadku, a hasło to token przesłania pliku, który można pobrać z Kierownik ds. pomocyjak pokazano poniżej. W razie potrzeby token przesyłania plików można wygenerować w sekcji Załączniki menedżera spraw wsparcia.

    The file upload token generated in the Attachments section of the Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Przykład: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Upewnij się, że SNMP jest włączony za pomocą polecenia show snmp. Jeśli SNMP nie jest włączona, skonfiguruj snmp-server manager polecenie.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Zalecamy zainstalowanie systemu monitorowania DS High CPU 64224 jako środka proaktywnego, aby wyłączyć wszystkie debugowania i sygnatury diagnostyczne w czasie wysokiej eksploatacji procesora. Pobierz DS 64224korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub oprogramowanie Catalyst 8000V Edge

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  4. Pobierz DS 65095korzystanie z następujących opcji w Narzędzie do wyszukiwania podpisów diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

    Cisco 4300, 4400 seria ISR lub oprogramowanie Catalyst 8000V Edge

    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

  5. Skopiuj pliki XML DS do bramy lokalnej.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Zainstaluj DS monitorowania wysokiego procesora, 64224 a następnie DS 65095 XML w bramce lokalnej. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Sprawdź, czy podpis został pomyślnie zainstalowany za pomocą show call-home diagnostic-signature. Kolumna stanu powinna mieć wartość "zarejestrowany". 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           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

    SZABLON: DS_LGW_CPU_MON75

    0.0.10

    Zarejestrowano

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Zarejestrowano

    2020-11-08:00:12:53

Weryfikowanie wykonywania podpisów diagnostycznych

W następnej komendzie, kolumna „Status” komendy show call-home diagnostic-signature zmiany na „uruchamianie” podczas gdy Brama lokalna wykonuje działanie określone w podpisie. Wyjście z show call-home diagnostic-signature statistics jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrywa zdarzenie będące przedmiotem zainteresowania i wykonał czynność. 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  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           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

SZABLON: DS_LGW_CPU_MON75

0.0.10

Zarejestrowano

2020-11-08 00:07:45

65095

DS_LGW_IEC_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./Odinstaluj

Średni czas pracy (w sekundach)

Maksymalny czas pracy (sekundy)
64224

SZABLON: DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

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.

Notification email that is sent during Diagnostic Signature execution

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 wyjścia show call-home diagnostic-signature i uruchomić następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature 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.

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?
CennikAplikacja WebexMeetingsCallingWiadomościUdostępnianie ekranu
Webex SuiteCallingMeetingsWiadomościSlidoWebinariaWydarzeniaCentrum kontaktuCPaaSZabezpieczeniaControl Hub
Zestawy słuchawkoweAparatySeria DeskSeria RoomSeria BoardSeria telefonówAkcesoria
EdukacjaOpieka zdrowotnaAdministracja państwowaFinanseSport i rozrywkaPracownicy pierwszego kontaktuOrganizacje non profitStart-upyPraca hybrydowa
Pliki do pobraniaDołącz do spotkania testowegoKursy onlineIntegracjeDostępnośćInkluzywnośćWebinaria na żywo i na żądanieSpołeczność WebexDeweloperzy WebexNowości i innowacje
CiscoKontakt z pomocąKontakt z działem sprzedażyWebex BlogŚwiadome przywództwo WebexWebex Merch StoreKariera
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Warunki korzystaniaZasady ochrony prywatnościPliki cookieZnaki towarowe
©2026 Cisco lub podmioty zależne. Wszelkie prawa zastrzeżone.
Warunki korzystaniaZasady ochrony prywatnościPliki cookieZnaki towarowe