Przepływ pracy konfiguracji wywołań Webex
Przepływ pracy konfiguracji wywołań Webex

30 września 2022
Przegląd Webex Calling

Przedstawiamy Webex Calling

Wyobraź sobie, że możesz korzystać z funkcji połączeń w chmurze klasy korporacyjnej, mobilności i PBX, a także aplikacji Webex App do przesyłania wiadomości i spotkań oraz dzwonienia z klienta programowego Webex Calling lub urządzenia Cisco. To jest dokładnie to, co Webex Calling ma do zaoferowania.

Webex Calling zapewnia następujące korzyści:

  • Wywoływanie subskrypcji dla użytkowników telefonii i obszarów wspólnych

  • Dostęp do aplikacji Webex dla każdego użytkownika

  • Dostęp do publicznej sieci PSTN (Switch Telephony Network), aby umożliwić użytkownikom wybieranie numerów spoza organizacji. Usługa jest świadczona za pośrednictwem istniejącej infrastruktury przedsiębiorstwa (brama lokalna bez lokalnej centrali IP PBX lub z istniejącym środowiskiem połączeń Unified CM) lub opcji PSTN dostarczonych przez partnera lub Cisco.

Webex Calling obsługuje następujące funkcje. Aby uzyskać więcej informacji, zobacz rozdział Konfigurowanie funkcji wywoływania Webex.

Tabela 1. Konfigurowalne funkcje administracyjne

Funkcja

Opis

Automatyczny asystent

Możesz dodawać pozdrowienia, konfigurować menu i przekierowywać połączenia do usługi odbierania połączeń, grupy myśliwej, skrzynki poczty głosowej lub prawdziwej osoby. Możesz utworzyć 24-godzinny harmonogram lub udostępnić różne opcje, gdy Twoja firma jest otwarta lub zamknięta. Możesz nawet przekierowywać połączenia na podstawie atrybutów identyfikatora dzwoniącego, aby tworzyć listy VIP lub inaczej obsługiwać połączenia z określonych numerów kierunkowych.

Kolejka połączeń

Możesz skonfigurować kolejkę połączeń, aby w przypadku braku możliwości odebrania połączeń przychodzących osoby dzwoniące otrzymywały automatyczne odbieranie, wiadomości o komforcie i muzykę wstrzymywane, dopóki ktoś nie będzie mógł odebrać połączenia.

Odbiór połączenia

Możesz usprawnić pracę zespołową i współpracę, tworząc grupę odbierania połączeń, aby użytkownicy mogli odbierać sobie nawzajem połączenia. Gdy dodasz użytkowników do grupy odbierania połączeń, a członek grupy jest nieobecny lub zajęty, inny członek może odbierać połączenia.

Zaparkuj połączenie

Możesz włączyć park połączeń, aby użytkownicy mogli wstrzymać połączenie i odebrać je z innego telefonu.

Grupa poszukiwania

Grupy polowań można skonfigurować w następujących scenariuszach:

  • Zespół sprzedaży, który chce routingu sekwencyjnego. Połączenie przychodzące dzwoni na jeden telefon, ale jeśli nie ma odpowiedzi, połączenie trafia do następnego agenta na liście.

  • Zespół pomocy technicznej, który chce, aby telefony dzwoniły jednocześnie, aby pierwszy dostępny agent mógł odebrać połączenie.

Grupa przywoływania

Możesz utworzyć grupę stronicowania, aby użytkownicy mogli wysyłać wiadomości audio do osoby, działu lub zespołu. Gdy ktoś wyśle wiadomość do grupy stronicowania, wiadomość będzie odtwarzana na wszystkich urządzeniach w grupie.

Klient pracownika recepcji

Pomóż zaspokoić potrzeby personelu front-office, udostępniając im pełny zestaw opcji kontroli połączeń, monitorowanie linii na dużą skalę, kolejkowanie połączeń, wiele opcji i widoków katalogów, integrację z programem Outlook i wiele innych.

Użytkownicy mogą konfigurować następujące funkcje w programie https://settings.webex.com, który jest uruchamiany krzyżowo w portalu użytkownikówwywołujących.

Tabela 2. Funkcje konfigurowalne przez użytkownika

Funkcja

Opis

Anonimowe odrzucenie połączenia

Użytkownicy mogą odrzucać połączenia przychodzące z zablokowanymi identyfikatorami rozmówców.

Ciągłość działania

Jeśli telefony użytkowników nie są podłączone do sieci z jakiegokolwiek powodu (np. przerwy w zasilaniu, problemów z siecią itd.), użytkownicy mogą przekazywać połączenia przychodzące na określony numer telefonu.

Przekierowywanie połączeń

Użytkownicy mogą przekazywać połączenia przychodzące na inny telefon.

Selektywne przekazywanie połączeń

Użytkownicy mogą przekazywać połączenia w określonych godzinach od określonych rozmówców. To ustawienie ma pierwszeństwo przed przekazywaniem połączeń.

Zadzwoń powiadom

Użytkownicy mogą wysłać sobie wiadomość e-mail, gdy otrzymają połączenie zgodnie z wcześniej zdefiniowanymi kryteriami, takimi jak numer telefonu lub data i godzina.

Połączenie oczekujące

Użytkownicy mogą zezwolić na odbieranie dodatkowych połączeń przychodzących.

Nie przeszkadzać

Użytkownicy mogą tymczasowo zezwolić wszystkim połączeniom na bezpośrednie przejście do poczty głosowej.

Office Anywhere

Użytkownicy mogą używać wybranych telefonów ("Lokalizacje") jako rozszerzenia swojego firmowego numeru telefonu i planu wybierania numerów.

Alert priorytetowy

Użytkownicy mogą dzwonić na swoje telefony z charakterystycznym dzwonkiem, gdy spełnione są wstępnie zdefiniowane kryteria, takie jak numer telefonu lub data i godzina.

Zdalne biuro

Użytkownicy mogą wykonywać połączenia ze zdalnego telefonu i wyświetlać go z linii biznesowej. Ponadto wszelkie połączenia przychodzące do ich linii biznesowej będą dzwonić na tym zdalnym telefonie.

Selektywna akceptacja połączeń

Użytkownicy mogą odbierać połączenia w określonych godzinach od określonych rozmówców.

Selektywne odrzucanie połączeń

Użytkownicy mogą odrzucać połączenia w określonych godzinach od określonych rozmówców.

Pierścień sekwencyjny

Zadzwoń do 5 urządzeń jeden po drugim dla połączeń przychodzących.

Jednoczesne dzwonienie

Dzwonij na numery użytkowników i innych ("odbiorców połączeń") w tym samym czasie dla połączeń przychodzących.

Inicjowanie obsługi administracyjnej, urządzeń i użytkowników w centrum Control Hub, uruchamianie krzyżowe do konfiguracji szczegółowej w sekcji Wywoływanie portalu administracyjnego

Control Hub (https://admin.webex.com) to portal zarządzania, który integruje się z Webex Calling w celu usprawnienia zamówień i konfiguracji oraz scentralizowania zarządzania ofertą pakietową —Webex Calling, Webex Appi Meetings.

Control Hub to centralny punkt obsługi administracyjnej wszystkich usług, urządzeń i użytkowników. Możesz po raz pierwszy skonfigurować usługę połączeń, zarejestrować telefony MPP w chmurze (używając adresu MAC), skonfigurować użytkowników, kojarząc urządzenia, dodając numery, usługi, funkcje połączeń i tak dalej. Ponadto z centrum sterowaniamożna przejść do portalu administracyjnego połączeń.

Wrażenia użytkownika

Użytkownicy mają dostęp do następujących interfejsów:

  • Aplikacja Webex Calling — miękki klient do dzwonienia pod marką Cisco. Aby uzyskać więcej informacji, zobacz Poznaj nową aplikację Cisco Webex Calling.

  • Ustawienia Webex ()https://settings.webex.com— interfejs, w którym użytkownicy mogą ustawiać preferencje profilu, pobierać aplikację Webex i uruchamiać je w portalu użytkowników wywołujących w celu ustawienia połączeń. Aby uzyskać więcej informacji, zobacz Zmienianie ustawieńCisco Webex.

  • Aplikacja Webex — aplikacja objęta subskrypcją jako klient Team Messaging marki Cisco. Aby uzyskać więcej informacji, zobacz Wprowadzenie do aplikacji Cisco Webex.

  • Webex Meetings — opcjonalna aplikacja dodana jako rozwiązanie Spotkania. Aby uzyskać więcej informacji, zobacz Webex Meetings.

Przegląd

Webex Calling może obniżyć koszty operacyjne i zwiększyć produktywność, pomagając w migracji krytycznej komunikacji biznesowej do chmury. W połączeniu z innymi aplikacjami i urządzeniami Webex jest sercem kompletnego korporacyjnego środowiska połączeń w chmurze i współpracy. Cisco obsługuje wdrożenia lokalne, w chmurze i modele mieszane, aby zapewnić naszym klientom łączność i produktywność z dowolnego miejsca; nawet podczas zakłócających wydarzeń rynkowych.

Webex Calling zawiera teraz dedykowaną opcję instancji chmury opartą na architekturze Cisco Unified Communications Manager. Dedykowana instancja jest zintegrowana z Webex Calling i korzysta z usług platformy Webex, wprowadzając innowacje w chmurze i ulepszone wrażenia klientom, którzy muszą obsługiwać starsze punkty końcowe Cisco, lokalne rozwiązania przeżywalności lub istniejące integracje będące częścią krytycznych przepływów pracy biznesowej.

Dodatek Dedykowana instancja dla Webex Calling zawiera:

  • Cisco Unified Communications Manager

  • Ujednolicona komunikacja błyskawiczna i obecność Cisco

  • Połączenie Cisco Unified Unity

  • Droga ekspresowa Cisco

  • Cisco Emergency Responder (tylko region Ameryk)

  • Cisco Session Management Edition (SME) (opcjonalnie)

Rozszerzony zwrot z inwestycji — dedykowane wystąpienie obsługuje te same punkty końcowe głosu i wideo, co powiązane wydanie UC Manager, eliminując wymóg odświeżania wszystkich punktów końcowych klientów podczas migracji do chmury i zwiększając zwrot z inwestycji w te zasoby.

Basic Inter-Op – Dedykowana Instancja jest zintegrowana z Webex Calling do przekierowywania połączeń za pośrednictwem platformy Webex. Klienci mogą elastycznie dystrybuować użytkowników zarówno w ramach dedykowanych wystąpień, jak i połączeń Webex, i dostosowywać się z czasem w razie potrzeby, aby spełnić wymagania biznesowe dotyczące połączeń w chmurze.


Klienci, którzy podzielą użytkowników na różne platformy, będą korzystać z różnych funkcji. Funkcje wywoływania nie są zharmonizowane między dedykowaną instancją a Webex Calling. Na przykład użytkownicy Webex Calling nie mogą być częścią grupy wyszukiwania w dedykowanym wystąpieniu.

Zapoznaj się z przewodnikiem po centrum sterowania

Control Hub to pojedynczy interfejs internetowy do zarządzania organizacją, zarządzania użytkownikami, przypisywania usług, analizowania trendów wdrażania i jakości połączeń i nie tylko.

Aby uruchomić organizację, zalecamy zaproszenie kilku użytkowników do dołączenia do aplikacji Webex, wprowadzając ich adresy e-mail w centrum sterowania. Zachęcaj ludzi do korzystania z usług, które świadczysz, w tym dzwonienia, i do przekazywania opinii na temat ich doświadczeń. Gdy wszystko będzie gotowe, zawsze możesz dodać więcej użytkowników.


Zalecamy korzystanie z najnowszej wersji przeglądarki Google Chrome lub Mozilla Firefox na komputery, aby uzyskać dostęp do Centrum sterowania. Przeglądarki na urządzeniach mobilnych i innych przeglądarkach komputerowych mogą generować nieoczekiwane wyniki.

Użyj informacji przedstawionych poniżej jako ogólnego podsumowania tego, czego można się spodziewać podczas konfigurowania organizacji z usługami. Aby uzyskać bardziej szczegółowe informacje, zobacz poszczególne rozdziały, aby uzyskać instrukcje krok po kroku.

Rozpocznij

Gdy partner utworzy konto, otrzymasz powitalną wiadomość e-mail. Kliknij link Wprowadzenie w wiadomości e-mail, korzystając z przeglądarki Chrome lub Firefox, aby uzyskać dostęp do Centrum sterowania. Link automatycznie zaloguje Cię przy użyciu adresu e-mail administratora. Następnie zostanie wyświetlony monit o utworzenie hasła administratora.

Kreator po raz pierwszy dla wersji próbnych

Jeśli partner zarejestrował Cię na okres próbny, kreator konfiguracji zostanie automatycznie uruchomiony po zalogowaniu się do usługi Control Hub. Kreator przeprowadzi Cię przez podstawowe ustawienia, aby Twoja organizacja działała między innymi z Webex Calling. Ustawienia połączeń można skonfigurować i przejrzeć przed ukończeniem instruktażu kreatora.

Przejrzyj swoje ustawienia

Po załadowaniu Control Hub możesz przejrzeć ustawienia.

Dodawaj użytkowników

Po skonfigurowaniu usług możesz dodawać osoby z katalogu firmowego. Przejdź do strony Użytkownicy i kliknij opcję Zarządzaj użytkownikami.

Jeśli korzystasz z usługi Microsoft Active Directory, zaleca się najpierw włączenie synchronizacji katalogów , a następnie podjęcie decyzji o sposobie dodawania użytkowników. Kliknij przycisk Dalej i postępuj zgodnie z instrukcjami, aby skonfigurować Cisco Directory Connector.

Konfigurowanie logowania jednokrotnego (SSO)

Aplikacja Webex korzysta z uwierzytelniania podstawowego. Możesz skonfigurować logowanie jednokrotne, aby użytkownicy uwierzytelniali się przy użyciu korporacyjnego dostawcy tożsamości przy użyciu poświadczeń enterprise, a nie oddzielnego hasła przechowywanego i zarządzanego w Webex.

Przejdź do obszaru Ustawienia, przewiń do kategorii Uwierzytelnianie, kliknij przycisk Modyfikuj, a następnie wybierz pozycję Integruj dostawcętożsamości firmy 3rd.

Przypisz usługi do użytkowników

Musisz przypisać usługi do dodanych użytkowników, aby ludzie mogli zacząć korzystać z aplikacji Webex.

Przejdź do pozycji Użytkownicy, kliknij pozycję Zarządzaj użytkownikami, wybierz pozycję Eksportuj i importuj użytkowników za pomocą plikuCSV, a następnie kliknij przycisk Eksportuj.

W pobranym pliku po prostu dodaj wartość True dla usług, które chcesz przypisać do każdego z użytkowników.

Zaimportuj ukończony plik, kliknij przycisk Dodaj i usuń usługi, a następnie kliknij przycisk Prześlij. Teraz możesz skonfigurować funkcje połączeń, rejestrować urządzenia, które można udostępniać we wspólnym miejscu, a także rejestrować i kojarzyć urządzenia z użytkownikami.

Zwiększ możliwości swoich użytkowników

Po dodaniu użytkowników i przypisaniu im usług mogą oni zacząć korzystać z obsługiwanych telefonów wieloplatformowych (MPP) do połączeń Webex i aplikacji Webex do przesyłania wiadomości i spotkań. Zachęć ich do korzystania z Cisco Webex Settings jako punktu kompleksowej obsługi dostępu.

Rola bramy lokalnej

Brama lokalna jest urządzeniem brzegowym zarządzanym przez przedsiębiorstwo lub partnera do współdziałania sieci PSTN (Public Switch Telephony Network) i starszej centrali PBX (Public Switch Telephony Network) (w tym Unified CM).

Za pomocą programu Control Hub można przypisać bramę lokalną do lokalizacji, po czym centrum sterowania udostępnia parametry, które można skonfigurować w module modułu. Te kroki rejestrują bramę lokalną w chmurze, a następnie usługa PSTN jest dostarczana za pośrednictwem bramy do użytkowników Webex Calling w określonej lokalizacji.

Aby określić i zamówić bramę lokalną, przeczytaj przewodnikzamawiania bramy lokalnej .

Obsługiwane wdrożenia bramy lokalnej dla połączeń Webex

Obsługiwane są następujące wdrożenia podstawowe:

Bramę lokalną można wdrożyć samodzielnie lub we wdrożeniach, w których wymagana jest integracja z programem Cisco Unified Communications Manager.

Wdrożenia bramy lokalnej bez lokalnej centrali IP PBX

Autonomiczne wdrożenia bramy lokalnej

Na tym rysunku przedstawiono wdrożenie Webex Calling bez istniejącej centrali IP PBX i ma ono zastosowanie do pojedynczej lokalizacji lub wdrożenia w wielu lokalizacjach.

W przypadku wszystkich połączeń, które nie pasują do miejsc docelowych połączeń Webex, Webex Calling wysyła te połączenia do bramy lokalnej, która jest przypisana do lokalizacji w celu przetworzenia. Brama lokalna kieruje wszystkie połączenia przychodzące z Webex Calling do PSTN, a w przeciwnym kierunku, PSTN do Webex Calling.

Brama PSTN może być dedykowaną platformą lub coresident z bramą lokalną. Podobnie jak na poniższym rysunku, zalecamy dedykowany wariant bramy PSTN tego wdrożenia; może być używany, jeśli istniejąca brama PSTN nie może być używana jako lokalna brama Webex Calling .

Wdrażanie bramy lokalnej Coresident

Brama lokalna może być oparta na protokole IP, łącząc się z ITSP za pomocą magistrali SIP, lub oparta na TDM za pomocą ISDN lub obwodu analogowego. Na poniższej ilustracji przedstawiono wdrożenie webex Calling , w którym brama lokalna jest współznajdna z PSTN GW/SBC.

Wdrożenia bramy lokalnej z lokalnie zunifikowaną centralą CM PBX

Integracja z Unified CM jest wymagana w następujących przypadkach:

  • Lokalizacje obsługujące webex Callingsą dodawane do istniejącego wdrożenia Cisco UC, w którym Unified CM jest wdrażany jako lokalne rozwiązanie do kontroli połączeń

  • Wymagane jest bezpośrednie wybieranie między telefonami zarejestrowanymi w Unified CM a telefonami w lokalizacjach Webex Calling .

Na tym rysunku przedstawiono wdrożenie Webex Calling , w którym klient ma istniejącą centralę Unified CM IP PBX.

Webex Calling wysyła połączenia, które nie pasują do miejsc docelowych Webex Calling klienta do bramy lokalnej. Obejmuje to numery PSTN i wewnętrzne rozszerzenia Unified CM, których Webex Calling nie widzi. Brama lokalna kieruje wszystkie połączenia przychodzące z Webex Calling do Unified CM i odwrotnie. Unified CM następnie kieruje połączenia przychodzące do lokalnych miejsc docelowych lub do sieci PSTN zgodnie z istniejącym planem wybierania numerów. Ujednolicony plan wybierania numerów CM normalizuje liczby jako +E.164. Brama PSTN może być bramą dedykowaną lub współrezydentem z bramą lokalną.

Dedykowana brama PSTN

Dedykowany wariant bramy PSTN tego wdrożenia, jak pokazano na tym diagramie, jest zalecaną opcją i może być używany, jeśli istniejąca brama PSTN nie może być używana jako lokalna brama wywołująca Webex.

Brama sieci PSTN Coresident

Na tym rysunku pokazano wdrożenie webex Calling z ujednoliconym cm, w którym brama lokalna jest współznajdna z bramą PSTN/SBC.

Webex Calling kieruje wszystkie połączenia, które nie pasują do miejsc docelowych Webex Calling klienta , do bramy lokalnej przypisanej do lokalizacji. Obejmuje to miejsca docelowe PSTN i połączenia internetowe w kierunku wewnętrznych rozszerzeń Unified CM. Brama lokalna kieruje wszystkie wywołania do Unified CM. Unified CM następnie kieruje połączenia do lokalnie zarejestrowanych telefonów lub do sieci PSTN za pośrednictwem bramy lokalnej, która ma funkcje PSTN/SBC zlokalizowane.

Zagadnienia dotyczące przekierowywania połączeń

Połączenia z Webex Calling do Unified CM

Logika routingu Webex Calling działa w następujący sposób: jeśli numer wybierany w punkcie końcowym Webex Calling nie może być przekierowany do żadnego innego miejsca docelowego w obrębie tego samego klienta w Webex Calling, połączenie jest wysyłane do bramy lokalnej w celu dalszego przetwarzania. Wszystkie połączenia off-net (poza Webex Calling) są wysyłane do bramy lokalnej.

W przypadku wdrożenia Webex Calling bez integracji z istniejącym Unified CM każde wywołanie off-net jest uważane za połączenie PSTN. W połączeniu z Unified CM połączenie off-net może nadal być połączeniem on-net do dowolnego miejsca docelowego hostowanego na Unified CM lub prawdziwym połączeniem off-net do miejsca docelowego PSTN. Rozróżnienie między tymi dwoma ostatnimi typami połączeń jest określane przez Unified CM i zależy od planu wybierania numerów w przedsiębiorstwie, który jest obsługiwany w Unified CM.

Na poniższej ilustracji przedstawiono użytkownika Webex Calling wybierającego numer krajowy w Stanach Zjednoczonych.

Ujednolicony CM teraz oparty na skonfigurowanym planie wybierania trasuje wywołanie do lokalnie zarejestrowanego punktu końcowego, na którym wywoływane miejsce docelowe jest aprowizowane jako numer katalogu. W tym celu plan wybierania Unified CM musi obsługiwać routing numerów +E.164.

Połączenia z Unified CM do Webex Calling

Aby włączyć przekierowywanie połączeń z Unified CM do Webex Calling na Unified CM, należy aprowizować zestaw tras w celu zdefiniowania zestawu +E.164 i adresów planu numeracji przedsiębiorstwa w Webex Calling.

Po wprowadzeniu tych tras możliwe są oba scenariusze połączeń pokazane na poniższym rysunku.

Jeśli osoba dzwoniąca w sieci PSTN wywoła numer DID przypisany do urządzenia Webex Calling , połączenie zostanie przekazane przedsiębiorstwu za pośrednictwem bramy PSTN przedsiębiorstwa, a następnie trafi na Unified CM. Wywołany adres tego wywołania odpowiada jednej z tras webex Calling , która jest aprowizowana w Unified CM, a wywołanie jest wysyłane do bramy lokalnej. (Wywołany adres musi być w formacie +E.164 po wysłaniu do bramy lokalnej). Logika routingu Webex Calling upewnia się, że połączenie jest wysyłane do zamierzonego urządzenia Webex Calling , na podstawie przypisania DID.

Ponadto połączenia pochodzące z punktów końcowych zarejestrowanych przez Unified CM, kierowane do miejsc docelowych w Webex Calling, podlegają planowi wybierania numerów, który jest aprowizowany w Unified CM. Zazwyczaj ten plan wybierania numerów umożliwia użytkownikom korzystanie z typowych nawyków wybierania numerów w przedsiębiorstwie w celu nawiązywania połączeń. Nawyki te niekoniecznie obejmują tylko wybieranie +E.164. Każdy nawyk wybierania numeru inny niż +E.164 musi zostać znormalizowany do +E.164, zanim połączenia zostaną wysłane do bramy lokalnej, aby umożliwić poprawne przekierowywanie w Webex Calling.

Klasa obsługi (CoS)

Wdrożenie ścisłych ograniczeń klasy usług jest zawsze zalecane z różnych powodów, w tym unikania pętli połączeń i zapobiegania oszustwom związanym z opłatami drogowymi. W kontekście integracji Webex Calling Local Gateway z unified cm klasy usługi musimy wziąć pod uwagę klasę usługi dla:

  • Urządzenia zarejestrowane w Unified CM

  • Połączenia przychodzące do Unified CM z PSTN

  • Połączenia przychodzące do Unified CM z Webex Calling

Urządzenia zarejestrowane w Unified CM

Dodanie miejsc docelowych Webex Calling jako nowej klasy miejsc docelowych do istniejącej konfiguracji CoS jest dość proste: uprawnienie do wywoływania miejsc docelowych Webex Calling jest zazwyczaj równoważne uprawnieniu do wywoływania lokalnych (w tym międzylokacyjnych) miejsc docelowych.

Jeśli korporacyjny plan wybierania numerów implementuje już uprawnienie "(skrócone) on-net inter-site", to istnieje już partycja aprowizowana na Unified CM, której możemy używać i aprowizować wszystkie znane miejsca docelowe webex Calling w sieci na tej samej partycji.

W przeciwnym razie pojęcie uprawnienia "(w skrócie) on-net inter-site" jeszcze nie istnieje, następnie należy aprowizować nową partycję (na przykład "onNetRemote"), miejsca docelowe Webex Calling są dodawane do tej partycji, a na koniec ta nowa partycja musi zostać dodana do odpowiednich przestrzeni wyszukiwania wywołującego.

Połączenia przychodzące do Unified CM z PSTN

Dodanie miejsc docelowych Webex Calling jako nowej klasy miejsc docelowych do istniejącej konfiguracji CoS jest dość proste: uprawnienie do wywoływania miejsc docelowych Webex Calling jest zazwyczaj równoważne uprawnieniu do wywoływania lokalnych (w tym międzylokacyjnych) miejsc docelowych.

Jeśli korporacyjny plan wybierania numerów implementuje już uprawnienie "(skrócone) on-net inter-site", to istnieje już partycja aprowizowana na Unified CM, której możemy używać i aprowizować wszystkie znane miejsca docelowe webex Calling w sieci na tej samej partycji.

W przeciwnym razie pojęcie uprawnienia "(w skrócie) on-net inter-site" jeszcze nie istnieje, następnie należy aprowizować nową partycję (na przykład "onNetRemote"), miejsca docelowe Webex Calling są dodawane do tej partycji, a na koniec ta nowa partycja musi zostać dodana do odpowiednich przestrzeni wyszukiwania wywołującego.

Połączenia przychodzące do Unified CM z Webex Calling

Połączenia przychodzące z sieci PSTN wymagają dostępu do wszystkich miejsc docelowych Połączeń Webex. Wymaga to dodania powyższej partycji zawierającej wszystkie miejsca docelowe połączeń Webex do przestrzeni wyszukiwania połączeń używanej dla połączeń przychodzących w magistrali PSTN. Dostęp do miejsc docelowych Webex Calling jest dodatkiem do już istniejącego dostępu.

Podczas gdy w przypadku połączeń z PSTN wymagany jest dostęp do Unified CM DID i Webex Calling DIDs połączenia pochodzące z Webex Calling wymagają dostępu do Unified CM DID i miejsc docelowych PSTN.

Ryc. 1. Zróżnicowany CoS dla połączeń z POŁĄCZEŃ PSTN i Webex Calling

Na tej liczbie porównano te dwie różne klasy usług dla połączeń z sieci PSTN i Webex Calling. Rysunek pokazuje również, że jeśli funkcja bramy PSTN jest kolokowana z bramą lokalną, wymagane są dwie magistrale z połączonej sieci PSTN GW i bramy lokalnej do ujednoliconego CM: jeden dla połączeń przychodzących z sieci PSTN i jeden dla połączeń wychodzących z Webex Calling. Wynika to z wymogu stosowania zróżnicowanych przestrzeni wyszukiwania wywołań według typu ruchu. Dzięki dwóm magistralom przychodzącym na Unified CM można to łatwo osiągnąć, konfigurując wymaganą przestrzeń wyszukiwania połączeń dla połączeń przychodzących na każdym trunku.

Integracja z planem wybierania numerów

W tym przewodniku założono istniejącą instalację opartą na najlepszych aktualnych rozwiązaniach w "Preferred Architecture for Cisco Collaboration On-Premises Deployments, CVD". Najnowsza wersja jest dostępna tutaj.

Zalecany projekt planu wybierania numerów jest zgodny z podejściem projektowym udokumentowanym w rozdziale Plan wybierania numerów najnowszej wersji rozwiązania Cisco Collaboration System SRND dostępnym tutaj.

Ryc. 2. Zalecany plan wybierania numerów

Na tym rysunku przedstawiono przegląd zalecanego projektu planu wybierania numerów. Kluczowe cechy tego projektu planu wybierania obejmują:

  • Wszystkie numery katalogów skonfigurowane w Unified CM są w formacie +E.164.

  • Wszystkie numery katalogów znajdują się na tej samej partycji (DN) i są oznaczone jako pilne.

  • Routing podstawowy jest oparty na +E.164.

  • Wszystkie nawyki wybierania numerów inne niż +E.164 (na przykład skrócone wybieranie wewnątrzlokacyjne i wybieranie PSTN przy użyciu wspólnych nawyków wybierania) są znormalizowane (zglobalizowane) do +E.164 przy użyciu wzorców translacji normalizacji wybierania.

  • Wzorce tłumaczenia normalizacji wybierania numeru używają wzorca tłumaczenia wywołującego dziedziczenie przestrzeni wyszukiwania; mają ustawioną opcję "Użyj przestrzeni wyszukiwania wywołań pomysłodawcy".

  • Klasa usługi jest implementowana przy użyciu witryny i klasy specyficznych dla usługi wywoływania przestrzeni wyszukiwania.

  • Funkcje dostępu do sieci PSTN (na przykład dostęp do międzynarodowych miejsc docelowych PSTN) są implementowane przez dodanie partycji z odpowiednimi wzorcami trasy +E.164 do wywołującej przestrzeni wyszukiwania definiującej klasę usługi.

Dostępność do Webex Calling

Ryc. 3. Dodawanie miejsca docelowego Webex Calling do planu wybierania numerów

Aby dodać do tego planu wybierania numerów dostępność miejsc docelowych Webex Calling, należy utworzyć partycję reprezentującą wszystkie miejsca docelowe Webex Calling ("Webex Calling"), a do tej partycji zostanie dodany wzorzec trasy +E.164 dla każdego zakresu DID w Webex Calling. Ten wzorzec trasy odwołuje się do listy tras zawierającej tylko jednego członka: grupa tras z magistralą SIP do bramy lokalnej dla wywołań Webex Calling. Ponieważ wszystkie wybierane miejsca docelowe są znormalizowane do +E.164 przy użyciu wzorców translacji normalizacji wybierania dla połączeń pochodzących z punktów końcowych zarejestrowanych w Unified CM lub przychodzących transformacji stron o nazwie dla połączeń pochodzących z sieci PSTN, ten pojedynczy zestaw wzorców tras +E.164 wystarczy, aby osiągnąć dostępność miejsc docelowych w Webex Calling niezależnie od używanego nawyku wybierania numeru.

Jeśli, na przykład, użytkownik wybierze "914085550165", wówczas wzorzec translacji normalizacji wybierania numeru w partycji "UStoE164" normalizuje ten ciąg wybierania do "+14085550165", który następnie pasuje do wzorca trasy dla miejsca docelowego Webex Calling w partycji "Webex Calling". Unified CM ostatecznie wysyła wywołanie do bramy lokalnej.

Dodawanie skróconego wybierania międzylokacyjnego

Ryc. 4. Dodawanie skróconego wybierania międzylokacyjnego

Zalecanym sposobem dodania skróconego wybierania międzylokacyjnego do referencyjnego planu wybierania numerów jest dodanie wzorców translacji normalizacji wybierania dla wszystkich witryn w ramach korporacyjnego planu numeracji do dedykowanej partycji ("ESN", Enterprise Significant Numbers). Te wzorce translacji przechwytują ciągi wybierania w formacie planu numeracji przedsiębiorstwa i normalizują wybierany ciąg do +E.164.

Aby dodać korporacyjne skrócone wybieranie numerów do miejsc docelowych Webex Calling, należy dodać odpowiedni wzorzec translacji normalizacji wybierania dla lokalizacji Webex Calling do partycji "Webex Calling" (na przykład "8101XX" na diagramie). Po normalizacji wywołanie jest ponownie wysyłane do Webex Calling po dopasowaniu wzorca trasy na partycji "Webex Calling".

Nie zalecamy dodawania skróconego wzorca translacji normalizacji wybierania numerów dla wywołań Webex Calling do partycji "ESN", ponieważ taka konfiguracja może tworzyć niepożądane pętle routingu połączeń.

Programy obsługi protokołów do wywoływania

Webex Calling rejestruje następujące programy obsługi protokołów w systemie operacyjnym, aby umożliwić funkcję click-to-call z przeglądarek internetowych lub innych aplikacji. Następujące protokoły rozpoczynają połączenie audio lub wideo w aplikacji Webex, gdy jest to domyślna aplikacja do wywoływania na komputerze Mac lub Windows:

  • CLICKTOCALL: lub CLICKTOCALL://

  • SIP: lub SIP://

  • TEL: lub TEL://

  • WEBEXTEL: lub WEBEXTEL://

Programy obsługi protokołów dla systemu Windows

Inne aplikacje mogą rejestrować się w programach obsługi protokołów przed aplikacją Webex. W systemie Windows 10 okno systemowe z prośbą o wybranie aplikacji, której użyjesz do uruchomienia połączenia. Preferencje użytkownika można zapamiętać, jeśli użytkownik zaznaczy opcję Zawsze używaj tej aplikacji.

Jeśli użytkownicy muszą zresetować domyślne ustawienia aplikacji do wywoływania, aby mogli wybrać AplikacjęWebex, możesz poinstruować ich, aby zmienili skojarzenia protokołów dla aplikacji Webex w systemie Windows 10:

  1. Otwórz domyślne ustawienia systemu ustawień aplikacji, kliknij pozycję Ustaw ustawienia domyślne według aplikacji, a następnie wybierz pozycję Aplikacja Webex.

  2. Dla każdego protokołu wybierz Webex App.

Programy obsługi protokołów dla systemu macOS

W systemie Mac OS, jeśli inne aplikacje zarejestrowały się w protokołach wywołujących przed aplikacją Webex, użytkownicy muszą skonfigurować swoją aplikację Webex jako domyślną opcję wywoływania.

W aplikacji Webex dla komputerów Mac użytkownicy mogą potwierdzić, że aplikacja Webex app została wybrana dla ustawienia Rozpocznij połączenia z ustawieniem w preferencjach ogólnych. Mogą również zaznaczyć opcję Zawsze łącz się z programem Microsoft Outlook , jeśli chcą nawiązywać połączenia w aplikacji Webex App po kliknięciu numeru kontaktu programu Outlook.

30 września 2022
Przygotuj swoje środowisko do połączeń Webex

Wymagania dotyczące połączeń

Licencjonowanie

Webex Calling jest dostępny w ramach Cisco Collaboration Flex Plan. Należy zakupić plan Enterprise Agreement (EA) (dla wszystkich użytkowników, w tym 50% urządzeń Workspaces) lub plan Nazwany użytkownik (NU) (niektórzy lub wszyscy użytkownicy).

Webex Calling oferuje trzy typy licencji ("Typy stacji")

  • Professional— te licencje zapewniają pełny zestaw funkcji dla całej organizacji. Oferta ta obejmuje ujednoliconą komunikację (Webex Calling), mobilność (klienci stacjonarni i mobilni z obsługą wielu urządzeń), współpracę zespołową w aplikacjiWebex oraz opcję łączenia spotkań z maksymalnie 1000 uczestnikami na spotkanie.

  • Podstawowe— wybierz tę opcję, jeśli użytkownicy potrzebują ograniczonych funkcji bez mobilności i ujednoliconej komunikacji. Nadal otrzymają w pełni funkcjonalną ofertę głosową, ale są one ograniczone do jednego urządzenia na użytkownika.


    Licencje podstawowe są dostępne tylko wtedy, gdy masz subskrypcję nazwanego użytkownika. Licencje podstawowe nie są obsługiwane w przypadku subskrypcji umowy Enterprise Agreement.

  • Obszary robocze (nazywane również obszarem wspólnym) — wybierz tę opcję, jeśli szukasz podstawowego sygnału wybierania z ograniczonym zestawem funkcji połączeń odpowiednich dla obszarów takich jak pokoje przerw, lobby i sale konferencyjne.

W tej dokumentacji pokazano później, jak używać usługi Control Hub do zarządzania tymi dystrybucjami licencji w różnych lokalizacjach w organizacji.

Wymagania dotyczące przepustowości

Każde urządzenie w rozmowie wideo wymaga prędkości do 2 Mb/s. Każde urządzenie w połączeniu audio wymaga 100 kb/s. Telefony w stanie bezczynności wymagają minimalnej przepustowości.

Brama lokalna dla lokalnej sieci PSTN

Zarówno odsprzedawcy o wartości dodanej (VAR), jak i dostawcy usług (SPs) mogą zapewnić dostęp do sieci PSTN organizacjom webex Calling. Brama lokalna jest obecnie jedyną opcją zapewniającą lokalny dostęp do sieci PSTN. Bramę lokalną można wdrożyć samodzielnie lub we wdrożeniach, w których wymagana jest integracja z programem Cisco Unified Communications Manager. Wymagania bramy lokalnej są następujące.

Obsługiwane urządzenia

Webex Calling obsługuje wieloplatformowe (MPP) telefony IP Cisco. Jako administrator możesz zarejestrować następujące telefony w chmurze. Aby uzyskać więcej informacji, zobacz następujące artykuły Pomocy:


Aby uzyskać pełną listę urządzeń obsługiwanych przez Webex Calling, zobacz Obsługiwane urządzenia dla połączeńWebex.

Urządzenia Cisco Webex Room, Board i Desk są obsługiwane jako urządzenia w obszarze roboczym utworzonym w centrum Control Hub. Aby uzyskać więcej informacji, zobacz "Cisco Webex Room, Board, and Desk Devices" w sekcji Supported Devices for Webex Calling . Można jednak udostępnić tym urządzeniom usługę PSTN, włączając funkcję Webex Calling dla obszaru roboczego.

Zapora

Spełnij wymagania zapory, które są udokumentowane w Informacjach referencyjnych o portach dla połączeń Cisco Webex.

Wymagania bramy lokalnej dla połączeń Webex

Ogólne wymagania wstępne

Przed skonfigurowaniem bramy lokalnej dla Webex Callingupewnij się, że

    • Posiadać podstawową wiedzę na temat zasad VoIP

    • Posiadaj podstawową praktyczną wiedzę na temat pojęć głosowych Cisco IOS-XE i IOS-XE

    • Mają podstawową wiedzę na temat protokołu SIP (Session Initiation Protocol)

    • Podstawowa znajomość rozwiązania Cisco Unified Communications Manager (Unified CM), jeśli model wdrożenia obejmuje program Unified CM

    Więcej informacji można znaleźć w przewodniku Cisco Unified Border Element (CUBE) Enterprise Configuration Guide pod adresem https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Wymagania sprzętowe i programowe bramy lokalnej

Upewnij się, że wdrożenie ma co najmniej jedną z bram lokalnych (Cisco CUBE (dla łączności opartej na protokole IP) lub Cisco IOS Gateway (dla łączności opartej na TDM)), które znajdują się w tabeli 1 Przewodnika pozamawianiu wywołań Sieci Webex. Ponadto upewnij się, że na platformie działa obsługiwana wersja IOS-XE zgodnie z Przewodnikiem konfiguracjibramy lokalnej .

Wymagania dotyczące certyfikatów i zabezpieczeń bramy lokalnej

Webex Calling wymaga bezpiecznej sygnalizacji i nośników. Brama lokalna wykonuje szyfrowanie, a połączenie TLS musi zostać ustanowione wychodzące do chmury, wykonując następujące czynności:

  • LGW musi zostać zaktualizowany za pomocą głównego pakietu urzędu certyfikacji z Cisco PKI

  • Zestaw poświadczeń skrótu SIP ze strony konfiguracji magistrali usługi Control Hub jest używany do konfigurowania LGW (kroki są częścią poniższej konfiguracji)

  • Pakiet główny urzędu certyfikacji sprawdza poprawność przedstawionego certyfikatu

  • Monit o poświadczenia (dostarczony skrót SIP)

  • Chmura identyfikuje, która brama lokalna jest bezpiecznie zarejestrowana

Wymagania dotyczące zapory, przechodzenia translacji NAT i optymalizacji ścieżki nośnika dla bramy lokalnej

W większości przypadków brama lokalna i punkty końcowe mogą znajdować się w wewnętrznej sieci klienta, używając prywatnych adresów IP z translatorem adresów sieciowych. Zapora przedsiębiorstwa musi zezwalać na ruch wychodzący (SIP, RTP/UDP, HTTP) do określonych adresów IP/portów, zgodnie z informacjami o portach referencyjnych.

Jeśli chcesz korzystać z optymalizacji ścieżki multimediów z ICE, interfejs Webex Calling bramy lokalnej musi mieć bezpośrednią ścieżkę sieciową do i z punktów końcowych Webex Calling. Jeśli punkty końcowe znajdują się w innej lokalizacji i nie ma bezpośredniej ścieżki sieciowej między punktami końcowymi a interfejsem Webex Calling bramy lokalnej, wówczas brama lokalna musi mieć publiczny adres IP przypisany do interfejsu skierowanego do Webex Calling dla wywołań między bramą lokalną a punktami końcowymi w celu wykorzystania optymalizacji ścieżki nośnika. Ponadto musi być uruchomiony system IOS-XE w wersji 16.12.5.

30 września 2022
Konfigurowanie Webex Calling dla swojej organizacji

Dostosuj swoją organizację do połączeń Webex w Control Hub. Po aktywowaniu pierwszej lokalizacji za pomocą Kreatora pierwszej konfiguracji można skonfigurować dodatkowe lokalizacje, przypisanie i użycie magistrali, opcje planu wybierania numerów, użytkowników, urządzenia i funkcje oraz zarządzać nimi.

Pierwszym krokiem do uruchomienia usług Webex Calling jest ukończenie Kreatora konfiguracji po raz pierwszy (FTSW). Po zakończeniu FTSW dla pierwszej lokalizacji nie trzeba go wypełniać w przypadku dodatkowych lokalizacji.

1

Kliknij link Wprowadzenie w otrzymanej wiadomości e-mail z powitaniem.


 

Adres e-mail administratora jest automatycznie używany do logowania się do centrum sterowania, gdzie zostanie wyświetlony monit o utworzenie hasła administratora. Po zalogowaniu się kreator instalacji zostanie uruchomiony automatycznie.

2

Przejrzyj i zaakceptuj warunki korzystania z usługi.

3

Przejrzyj swój plan, a następnie kliknij przycisk Rozpocznij.


 

Twój menedżer konta jest odpowiedzialny za aktywację pierwszych kroków dla FTSW. Skontaktuj się z menedżerem konta, jeśli po wybraniu opcji Rozpocznijotrzymasz powiadomienie "Nie można skonfigurować połączenia".

4

Wybierz kraj, do którego centrum danych ma zostać zmapowane, a następnie wprowadź informacje kontaktowe i adresowe klienta.

5

Kliknij przycisk Dalej: Lokalizacja domyślna.

6

Wybierz jedną z następujących opcji:

  • Kliknij przycisk Zapisz i zamknij , jeśli jesteś administratorem partnerskim i chcesz, aby administrator klienta zakończył inicjowanie obsługi telefonicznej Webex.
  • Wypełnij niezbędne informacje o lokalizacji. Po utworzeniu lokalizacji w kreatorze można później utworzyć więcej lokalizacji.

 

Po zakończeniu pracy kreatora instalacji upewnij się, że do tworzonej lokalizacji został dodany numer główny.

7

Dokonaj następujących wyborów, aby zastosować je do tej lokalizacji:

  • Język anonsu— komunikaty dźwiękowe i monity dla nowych użytkowników i funkcji.
  • Językpoczty e-mail — do komunikacji e-mail z nowymi użytkownikami.
  • Kraj
  • Strefa czasowa
8

Kliknij przycisk Dalej.

9

Wprowadź dostępny adres Cisco Webex SIP, kliknij przycisk Dalej i wybierz opcję Zakończ.

Przed rozpoczęciem

Aby utworzyć nową lokalizację, przygotuj następujące informacje:

  • Adres lokalizacji

  • Żądane numery telefonów (opcjonalnie)

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Usługi > Dzwonienie > lokalizacjii kliknij przycisk Dodaj lokalizację.

Należy pamiętać, że nowe lokalizacje będą hostowane w regionalnym centrum danych odpowiadającym krajowi wybranemu za pomocą Kreatora instalacji po raz pierwszy.

2

Skonfiguruj ustawienia lokalizacji:

  • Nazwalokalizacji — wprowadź unikatową nazwę, aby zidentyfikować lokalizację.
  • Kraj/region— wybierz kraj, z którym chcesz powiązać lokalizację. Na przykład można utworzyć jedną lokalizację (siedzibę) w Stanach Zjednoczonych i inną (oddział) w Wielkiej Brytanii. Wybrany kraj określa następujące pola adresu. Te udokumentowane tutaj używają amerykańskiej konwencji adresowej jako przykładu.
  • Adreslokalizacji — wprowadź główny adres pocztowy lokalizacji.
  • Miasto—wprowadź miasto dla tej lokalizacji.
  • Stan/prowincja/region— z listy rozwijanej wybierz stan.
  • Kodpocztowy — wprowadź kod pocztowy.
  • Językanonsu — wybierz język anonsów dźwiękowych i monitów dla nowych użytkowników i funkcji.
  • Językpoczty e-mail — wybierz język komunikacji e-mail z nowymi użytkownikami.
  • Strefaczasowa — wybierz strefę czasową lokalizacji.
3

Kliknij przycisk Zapisz , a następnie wybierz opcję Tak/ Nie , aby dodać numery do lokalizacji teraz lub później.

4

Jeśli kliknięto przycisk Tak, wybierz jedną z następujących opcji:

  • Cisco PSTN — wybierz tę opcję, jeśli chcesz korzystać z rozwiązania Cloud PSTN firmy Cisco. Cisco Calling Plan to pełne rozwiązanie zastępujące sieć PSTN, które zapewnia połączenia alarmowe, przychodzące i wychodzące połączenia krajowe i międzynarodowe oraz umożliwia zamawianie nowych numerów PSTN lub przenoszenie istniejących numerów do Cisco.


     

    Opcja Cisco PSTN jest widoczna tylko w następujących warunkach:

    • Zakupiono co najmniej jeden zatwierdzony plan telefoniczny Cisco OCP (Outbound Calling Plan).

    • Twoja lokalizacja znajduje się w kraju, w którym obsługiwany jest pakiet telefonicznyCisco.

    • Twoja lokalizacja jest nowa. Istniejące wcześniej lokalizacje, do których przypisano inne funkcje sieci PSTN, nie kwalifikują się obecnie do programu cisco Calling Plan. Otwórz zgłoszenie pomocy technicznej, aby uzyskać wskazówki.

    • Jesteś hostowany w internetowym centrum danych w regionie, w którym obsługiwany jest pakiet telefoniczny Cisco.

  • Sieć PSTNpołączona z chmurą — wybierz tę opcję, jeśli szukasz rozwiązania PSTN w chmurze od jednego z wielu partnerów Cisco CCP lub jeśli pakiet telefoniczny Cisco nie jest dostępny w Twojej lokalizacji. Partnerzy CCP oferują rozwiązania zamienne PSTN, szeroki zasięg globalny oraz szeroki i zróżnicowany zakres funkcji, opakowań i cen.

     

    Partnerzy CCP i zasięg geograficzny są wymienione tutaj. Wyświetlani są tylko partnerzy, którzy obsługują kraj Twojej lokalizacji. Partnerzy są wymienieni z logo lub jako krótki ciąg tekstu, po którym następuje region, w nawiasach (przykład: (UE), (USA) lub (CA)). Partnerzy wymienieni z logo zawsze oferują Regionalne Media dla CCP. W przypadku partnerów wyświetlających się jako ciąg znaków wybierz region najbliższy krajowi Twojej lokalizacji, aby zapewnić regionalne media dla CCP.

    Jeśli widzisz opcję Zamawianie numerów teraz u wymienionego dostawcy, zalecamy wybranie tej opcji, abyś mógł skorzystać ze zintegrowanego CCP. Zintegrowany CCP umożliwia pozyskiwanie i udostępnianie numerów telefonów w Control Hub na jednej szybie. Niezintegrowany CCP wymaga uzyskania numerów telefonów od partnera CCP poza Control Hub.

  • Lokalna sieć PSTN (brama lokalna)— tę opcję można wybrać, jeśli chcesz zachować obecnego dostawcę sieci PSTN lub połączyć witryny inne niż chmura z witrynami w chmurze.

Opcja PSTN jest wybierana na każdym poziomie lokalizacji (każda lokalizacja ma tylko jedną opcję PSTN). Możesz mieszać i dopasowywać dowolną liczbę opcji wdrożenia, ale każda lokalizacja będzie miała jedną opcję. Po wybraniu i udostępnieniu opcji PSTN można ją zmienić, klikając przycisk Zarządzaj we właściwościach lokalizacji PSTN. Niektóre opcje, takie jak Cisco PSTN, mogą być jednak niedostępne po przypisaniu innej opcji. Otwórz zgłoszenie pomocy technicznej, aby uzyskać wskazówki.

5

Wybierz, czy chcesz aktywować numery teraz, czy później.

6

Jeśli wybrano opcję Niezintegrowany CCP lub Lokalna sieć PSTN, wprowadź numery telefonów jako wartości rozdzielane przecinkami, a następnie kliknij przycisk Sprawdź poprawność.

Numery są dodawane dla określonej lokalizacji. Prawidłowe wpisy są przenoszone do pola Zweryfikowane numery , a nieprawidłowe wpisy pozostają w polu Dodaj numery wraz z komunikatem o błędzie.

W zależności od kraju lokalizacji numery są formatowane zgodnie z lokalnymi wymaganiami dotyczącymi wybierania numerów. Na przykład, jeśli wymagany jest kod kraju, można wprowadzić liczby z kodem lub bez niego, a kod jest poprzedzony.

7

Kliknij opcję Zapisz.

Co dalej?

Po utworzeniu lokalizacji można włączyć usługi alarmowe 911 dla tej lokalizacji. Zobacz RedSky Emergency 911 Service for Webex Calling, aby uzyskać więcej informacji.

Przed rozpoczęciem


Uzyskaj listę użytkowników i obszarów roboczych skojarzonych z lokalizacją: Przejdź do sekcji Usługi > Dzwonienie na numery > i z menu rozwijanego wybierz lokalizację, która ma zostać usunięta. Przed usunięciem lokalizacji należy usunąć tych użytkowników i obszary robocze.

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Usługi > Dzwonienie do > lokalizacji.

2

Kliknij kolumnę Działania obok lokalizacji, którą chcesz usunąć.

3

Wybierz pozycję Usuń lokalizacjęi potwierdź, że chcesz usunąć tę lokalizację.

Zazwyczaj trwałe usunięcie lokalizacji zajmuje kilka minut, ale może to potrwać do godziny. Możesz sprawdzić stan, klikając obok nazwy lokalizacji i wybierając Stan usunięcia.

Po utworzeniu sieci PSTN można zmienić jej konfigurację, nazwę, strefę czasową i język lokalizacji. Pamiętaj jednak, że nowy język dotyczy tylko nowych użytkowników i urządzeń. Obecni użytkownicy i urządzenia nadal używają starego języka.


W istniejących lokalizacjach można włączyć usługi alarmowe 911. Zobacz RedSky Emergency 911 Service for Webex Calling, aby uzyskać więcej informacji.

1

Z widoku odbiorcy w https://admin.webex.comprogramie przejdź do pozycji Usługi > > lokalizacje, a następnie wybierz lokalizację, którą chcesz zaktualizować.

Jeśli obok lokalizacji jest widoczny symbol Ostrzeżenie, oznacza to, że nie skonfigurowano jeszcze numeru telefonu dla tej lokalizacji. Nie możesz nawiązywać ani odbierać żadnych połączeń, dopóki nie skonfigurujesz tego numeru.

2

(Opcjonalnie) W obszarze PołączeniePSTN wybierz opcję Cloud Connected PSTN lub Premises-based PSTN (brama lokalna), w zależności od tego, która z nich została już skonfigurowana. Kliknij przycisk Zarządzaj , aby zmienić tę konfigurację, a następnie potwierdź powiązane ryzyko, wybierając pozycję Kontynuuj. Następnie wybierz jedną z następujących opcji i kliknij przycisk Zapisz:

  • Cisco PSTN — wybierz tę opcję, jeśli chcesz korzystać z rozwiązania Cloud PSTN firmy Cisco. Cisco Calling Plan to pełne rozwiązanie zastępujące sieć PSTN, które zapewnia połączenia alarmowe, przychodzące oraz wychodzące połączenia krajowe i międzynarodowe oraz umożliwia zamawianie nowych numerów PSTN lub przenoszenie istniejących numerów do Cisco.


     

    Opcja Cisco PSTN jest widoczna tylko w następujących warunkach:

    • Zakupiono co najmniej jeden zatwierdzony plan telefoniczny Cisco OCP (Outbound Calling Plan).

    • Twoja lokalizacja znajduje się w kraju, w którym obsługiwany jest pakiet telefonicznyCisco.

    • Twoja lokalizacja jest nowa. Obecnie istniejące lokalizacje, do których przypisano inne funkcje sieci PSTN, nie kwalifikują się do programu cisco Calling Plan. Otwórz zgłoszenie pomocy technicznej, aby uzyskać wskazówki.

    • Jesteś hostowany w internetowym centrum danych w regionie, w którym obsługiwany jest pakiet telefoniczny Cisco.

  • Sieć PSTNpołączona z chmurą — wybierz tę opcję, jeśli szukasz rozwiązania PSTN w chmurze od jednego z wielu partnerów Cisco CCP lub jeśli pakiet telefoniczny Cisco nie jest dostępny w Twojej lokalizacji. Partnerzy CCP oferują rozwiązania zamienne PSTN, szeroki zasięg globalny oraz szeroki i zróżnicowany zakres funkcji, opakowań i cen.

     

    Partnerzy CCP i zasięg geograficzny są wymienione tutaj. Wyświetlani są tylko partnerzy, którzy obsługują kraj Twojej lokalizacji. Partnerzy są wymienieni z logo lub jako krótki ciąg tekstu, po którym następuje region, w nawiasach (przykład: (UE), (USA) lub (CA)). Partnerzy wymienieni z logo zawsze oferują Regionalne Media dla CCP. W przypadku partnerów wyświetlających się jako ciąg znaków wybierz region najbliższy krajowi Twojej lokalizacji, aby zapewnić regionalne media dla CCP.

    Jeśli widzisz opcję Zamawianie numerów teraz u wymienionego dostawcy, zalecamy wybranie tej opcji, abyś mógł skorzystać ze zintegrowanego CCP. Zintegrowany CCP umożliwia pozyskiwanie i udostępnianie numerów telefonów w Control Hub na jednej szybie. Niezintegrowany CCP wymaga uzyskania numerów telefonów od partnera CCP poza Control Hub.

  • Lokalna sieć PSTN (brama lokalna)— tę opcję można wybrać, jeśli chcesz zachować bieżącego dostawcę sieci PSTN lub połączyć witryny spoza chmury z witrynami w chmurze.

     

    Klienci Webex Calling z lokalizacjami, które zostały wcześniej skonfigurowane z bramą lokalną, zostaną automatycznie przekonwertowani na lokalną sieć PSTN z odpowiednią magistralą.

3

Wybierz numer główny, pod którym można skontaktować się z głównym kontaktem lokalizacji.

4

(Opcjonalnie) W obszarze Połączeniaz numerami telefonów alarmowych możesz wybrać opcję Identyfikator lokalizacji alarmowej, aby przypisać go do tej lokalizacji.


 

To ustawienie jest opcjonalne i ma zastosowanie tylko w krajach, które go wymagają.

W niektórych krajach (przykład: Francja), istnieją wymogi regulacyjne dla komórkowych systemów radiowych w celu ustalenia tożsamości komórki podczas wykonywania połączenia alarmowego i jest on udostępniany organom ratunkowym. Inne kraje, takie jak USA i Kanada, wdrażają określanie lokalizacji przy użyciu innych metod. Aby uzyskać więcej informacji, zobacz Ulepszone połączenia alarmowe.

Twój dostawca połączeń alarmowych może potrzebować informacji o sieci dostępowej i jest osiągany przez zdefiniowanie nowego prywatnego nagłówka rozszerzenia SIP, P-Access-Network-Info. Nagłówek zawiera informacje dotyczące sieci dostępowej.

Po ustawieniu identyfikatora lokalizacji alarmowej dla lokalizacji wartość lokalizacji jest wysyłana do dostawcy jako część komunikatu SIP. Skontaktuj się z dostawcą połączenia alarmowego, aby sprawdzić, czy potrzebujesz tego ustawienia i użyj wartości dostarczonej przez dostawcę połączenia alarmowego. "

5

Wybierz numer poczty głosowej , pod który użytkownicy mogą dzwonić, aby sprawdzić pocztę głosową dla tej lokalizacji.

6

(Opcjonalnie) Kliknij ikonę ołówka u góry strony Lokalizacja, aby odpowiednio zmienić nazwęlokalizacji, językogłoszenia, język poczty e-mail, strefę czasowąlub adres , a następnie kliknij przycisk Zapisz.


 

Zmiana języka ogłoszenia zaczyna obowiązywać natychmiast w odniesieniu do wszystkich nowych użytkowników i funkcji dodanych do tej lokalizacji. Jeśli język ogłoszenia dla istniejących użytkowników i/lub funkcji również powinien zostać zmieniony, po wyświetleniu monitu wybierz opcję Zmień dla istniejących użytkowników i obszarów roboczych lub Zmień dla istniejących funkcji. Kliknij przycisk Zastosuj. Postęp możesz zobaczyć na stronie Zadania. Nie możesz wprowadzić więcej zmian, dopóki nie zostanie to zakończone.


 

Zmiana strefy czasowej lokalizacji nie powoduje zaktualizowania stref czasowych obiektów skojarzonych z lokalizacją. Aby edytować strefy czasowe dla funkcji, takich jak automatyczna recepcjonistka, grupa polowań i kolejka połączeń, przejdź do obszaru Ustawienia ogólne określonej funkcji, dla której chcesz zaktualizować strefę czasową, a następnie edytuj ją i zapisz.

Te ustawienia dotyczą wybierania wewnętrznego i są również dostępne w kreatorze pierwszej konfiguracji. Podczas zmiany planu wybierania numerów przykładowe numery w centrum Sterowania są aktualizowane, aby pokazać te zmiany.


Wychodzące kody wybierania numeru nie są obsługiwane na urządzeniach Webex App, Webex Calling App ani Cisco Room.


Można skonfigurować uprawnienia do połączeń wychodzących dla danej lokalizacji. Zapoznaj się z poniższymi krokami , aby skonfigurować uprawnienia do połączeń wychodzących.

1

Z widoku klienta w https://admin.webex.commenu , przejdź do pozycji Usługi > > Ustawieniausługi, a następnie przewiń do pozycji Wybieraniewewnętrzne.

2

W razie potrzeby skonfiguruj następujące opcjonalne preferencje wybierania numeru:

  • Długośćprefiksu routingu lokalizacji — zalecamy to ustawienie, jeśli masz wiele lokalizacji. Możesz wprowadzić długość 2-7 cyfr. Jeśli masz wiele lokalizacji z tym samym rozszerzeniem, użytkownicy muszą wybrać prefiks podczas nawiązywania połączeń między lokalizacjami. Na przykład, jeśli masz wiele sklepów, wszystkie z rozszerzeniem 1000, możesz skonfigurować prefiks routingu dla każdego sklepu. Jeśli jeden sklep ma prefiks 888, wybierz numer 8881000, aby przejść do tego sklepu.
  • Cyfra sterująca w prefiksie routingu— w tym miejscu można ustawić wartość niezależnie od tego, czy używane są prefiksy routingu lokalizacji.
  • Wewnętrzna długośćrozszerzenia — można wprowadzić 2–6 cyfr, a wartość domyślna to 2.

     

    Po zwiększeniu długości rozszerzenia istniejące szybkie wybieranie do rozszerzeń wewnętrznych nie jest automatycznie aktualizowane.

3

Określ wewnętrzne wybieranie numerów dla określonych lokalizacji. Przejdź do sekcji Usługi > Zadzwoń do > lokalizacji, wybierz lokalizację, przewiń do pozycji Wybieranienumeru, a następnie w razie potrzeby zmień wybieranie numeru wewnętrznego i zewnętrznego:

  • Wybieraniewewnętrzne — określ prefiks routingu, który użytkownicy w innych lokalizacjach muszą wybrać, aby skontaktować się z kimś w tej lokalizacji. Prefiks routingu każdej lokalizacji musi być unikatowy. Zalecamy, aby długość prefiksu odpowiadała długości ustawionej na poziomie organizacji, ale musi mieć długość od 2 do 7 cyfr.
  • Wybieranie numeru zewnętrznego— opcjonalnie można wybrać cyfrę wybierania numeru wychodzącego, którą użytkownicy muszą wybrać, aby dotrzeć do linii zewnętrznej. Wartość domyślna to Brak i możesz ją opuścić, jeśli nie potrzebujesz tego nawyku wybierania numeru. Jeśli zdecydujesz się skorzystać z tej funkcji, zalecamy użycie innego numeru niż cyfra sterująca organizacji.

     

    Użytkownicy mogą dołączać cyfrę wybierania wychodzącego podczas wykonywania połączeń zewnętrznych, aby naśladować sposób wybierania numerów w starszych systemach. Jednak wszyscy użytkownicy mogą nadal wykonywać połączenia zewnętrzne bez cyfry wybierania wychodzącego.

Wpływ na użytkowników:

  • Użytkownicy muszą ponownie uruchomić swoje telefony, aby zmiany w preferencjach wybierania numerów zaczęły obowiązywać.

  • Rozszerzenia użytkownika nie powinny zaczynać się od tego samego numeru, co cyfra sterująca lokalizacji.

Jeśli jesteś odsprzedawcą z wartością dodaną, możesz wykonać te kroki, aby rozpocząć konfigurację bramy lokalnej w centrum sterowania. Gdy ta brama jest zarejestrowana w chmurze, można jej używać w co najmniej jednej lokalizacji Webex Calling w celu zapewnienia routingu do korporacyjnego dostawcy usług PSTN.


Lokalizacji, która ma bramę lokalną, nie można usunąć, gdy brama lokalna jest używana dla innych lokalizacji.

Wykonaj następujące kroki, aby utworzyć magistralę w centrum sterowania.

Przed rozpoczęciem

  • Po dodaniu lokalizacji i przed skonfigurowaniem lokalnej sieci PSTN dla lokalizacji należy utworzyć magistralę.

  • Utwórz dowolne lokalizacje oraz określone ustawienia i numery dla każdego z nich. Lokalizacje muszą istnieć, zanim będzie można dodać lokalną sieć PSTN.

  • Zapoznaj się z lokalnymi wymaganiami dotyczącymi sieci PSTN (bramy lokalnej) dla połączeńWebex.

  • Nie można wybrać więcej niż jednego magistrali dla lokalizacji z lokalną siecią PSTN, ale można wybrać ten sam obszar zbiorczy dla wielu lokalizacji.

1

Z widoku klienta w https://admin.webex.comprogramie przejdź do pozycji Usługi > Połączenia > Przekierowywaniepołączeń, a następnie wybierz pozycję Dodaj magistralę.

2

Wybierz lokalizację.

3

Nazwij bagażnik i kliknij Zapisz .


 

Nazwa nie może być dłuższa niż 24 znaki.

Co dalej?

Zostaną wyświetlone odpowiednie parametry, które należy skonfigurować w bagażniku. Wygenerujesz także zestaw poświadczeń skrótu SIP w celu zabezpieczenia połączenia PSTN.

Informacje o magistrali są wyświetlane na ekranie Register Domain, Trunk Group OTG/DTG, Line/Porti Outbound Proxy Address.

Zalecamy skopiowanie tych informacji z centrum Control Hub i wklejenie ich do lokalnego pliku tekstowego lub dokumentu, aby można było się do nich odwoływać, gdy wszystko będzie gotowe do skonfigurowania lokalnej sieci PSTN.

Jeśli utracisz poświadczenia, musisz je wygenerować z ekranu informacji o magistrali w centrum Control Hub. Kliknij przycisk Pobierz nazwę użytkownika i Resetuj hasło , aby wygenerować nowy zestaw poświadczeń uwierzytelniania do użycia w magistrali.

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Usługi > Dzwonienie do > lokalizacji.

2

Wybierz lokalizację do zmodyfikowania i kliknij Zarządzaj .

3

Wybierz opcję Lokalna sieć PSTN i kliknij przycisk Dalej.

4

Wybierz bagażnik z menu rozwijanego.


 

Odwiedź stronę magistrali, aby zarządzać wyborami grupy magistrali.

5

Kliknij powiadomienie o potwierdzeniu, a następnie kliknij w Zapisz.

Co dalej?

Należy wziąć informacje konfiguracyjne wygenerowane przez Control Hub i zamapować parametry na bramę lokalną (na przykład na module modułu Cisco, który znajduje się w siedzibie firmy). Ten artykuł przeprowadzi Cię przez ten proces. Jako odniesienie, zobacz poniższy diagram, aby zobaczyć przykład, w jaki sposób informacje konfiguracyjne Control Hub (po lewej) są mapowane na parametry w module modułu (po prawej):

Po pomyślnym zakończeniu konfiguracji samej bramy można powrócić do sekcji Usługi > Wywołaj lokalizacje > w centrum Sterowania , a utworzona brama zostanie wyświetlona na karcie lokalizacji, do której została przypisana, z zieloną kropką po lewej stronie nazwy. Ten stan wskazuje, że brama jest bezpiecznie zarejestrowana w chmurze wywołującej i służy jako aktywna brama PSTN dla lokalizacji.

1

Z widoku klienta w https://admin.webex.comprogramie , wybierz ikonę budynku .

2

Wybierz kartę Subskrypcje , a następnie kliknij przycisk Kup teraz.

Do partnera zostanie wysłana wiadomość e-mail z informacją, że jesteś zainteresowany konwersją na płatną subskrypcję.

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Ustawienia organizacji > Services, przewiń do pozycji Połączenia , a następnie wybierz pozycję Ustawieniaklienta.

2

Przeciągnij i upuść opcje połączeń, które mają być widoczne dla użytkowników, do pola Dostępne opcje połączeń, a następnie zmień ich kolejność w kolejności priorytetów żądanej dla użytkowników.

Inne opcje, które są ukryte dla użytkowników, pojawiają się w polu Ukryte opcje połączeń, jak pokazano na tym przykładowym zrzucie ekranu:

3

Włącz opcję Włącz pojedyncze kliknięcie, aby połączyć , jeśli chcesz, aby użytkownicy mogli nawiązywać połączenia za pomocą pierwszej opcji połączenia skonfigurowanej w poprzednim kroku.


 

Pojawienie się zmian w aplikacjiWebex może potrwać do 24 godzin. Możesz doradzić użytkownikom, aby ponownie uruchomili swoje aplikacje, aby szybciej wykryć te zmiany.

Możesz kontrolować, jaka aplikacja do obsługi połączeń będzie otwierana, gdy użytkownicy będą nawiązywać połączenia PSTN. Po skonfigurowaniu tego ustawienia na poziomie organizacji można zastąpić to ustawienie dla określonych użytkowników.


Wybierz opcję dla całej organizacji tylko wtedy, gdy chcesz przeprowadzić migrację całej organizacji.

Przed rozpoczęciem

  • Organizacja musi mieć odpowiednie subskrypcje dla wybranego zachowania połączeń.

  • Użytkownicy muszą mieć prawidłowe numery telefonów. Jeśli numery są nieprawidłowe, aplikacja Webex App nadal wysyła numer do wybranej aplikacji do nawiązywania połączeń, ale połączenie z tej aplikacji nie powiedzie się.

Z widoku klienta w https://admin.webex.comprogramie przejdź do pozycji Zarządzanie > Ustawieniaorganizacji, a następnie przewiń do pozycji Zachowanie podczas wykonywaniapołączeń, a następnie wybierz jedną z następujących opcji: .

  • Dzwonienie w Webex —wybierz tę opcję, jeśli chcesz, aby użytkownicy mogli wykonywać połączenia bezpośrednio w aplikacji Webex app za pomocą Webex Calling.
  • Aplikacja Webex Calling —wybierz tę opcję, jeśli Twoja organizacja ma subskrypcję Cisco Webex Calling i chcesz zezwolić użytkownikom na wykonywanie połączeń PSTN przy użyciu aplikacji Webex Calling . Gdy użytkownicy wykonują połączenia PSTN w aplikacjiWebex, aplikacja Webex Calling jest używana do nawiązywania połączenia.

     

    Aplikacja Webex Calling jest dostępna tylko dla wybranych klientów.

Zostanie wyświetlony komunikat informujący, że zachowanie wywołania zostało zaktualizowane. Użytkownicy mogą teraz wykonywać połączenia PSTN z aplikacji Webex lub aplikacji Webex Calling .

Użytkownicy muszą mieć zainstalowaną odpowiednią aplikację, aby wykonywać połączenia PSTN z aplikacji Webex. Upewnij się, że informujesz innych, jakiego wyboru dokonujesz i czy do nawiązywania połączeń PSTN używana jest inna aplikacja.


 

Możesz zmienić to ustawienie na poziomie użytkownika, jeśli niektóre osoby muszą używać innych zachowań połączeń. Przejdź do obszaru Użytkownicy i w obszarze Ustawieniawybierz pozycję Zachowaniepołączeń. Możesz dokonać wyboru, a następnie kliknąć przycisk Zapisz.

30 września 2022
Konfigurowanie bramy lokalnej w systemie IOS-XE do obsługi połączeń Webex

Po skonfigurowaniu Webex Calling dla organizacji można skonfigurować magistralę do łączenia bramy lokalnej z Webex Calling. Transport SIP TLS zabezpiecza magistralę między bramą lokalną a chmurą Webex. Nośnik między bramą lokalną a wywołaniami Webex używa protokołu SRTP.

Przepływ zadań konfiguracji bramy lokalnej

Istnieją dwie opcje konfigurowania bramy lokalnej dla magistrali połączeń Webex:

  • Bagażnik oparty na rejestracji

  • Magistral oparty na certyfikatach

Użyj przepływu zadań w obszarze Brama lokalna oparta na rejestracji lub Brama lokalna oparta na certyfikatach, aby skonfigurować bramę lokalną dla magistrali połączeń Webex. Zobacz Konfigurowanie trunków, grup tras i planów wybierania numerów dla Webex Calling , aby uzyskać więcej informacji na temat różnych typów magistrali. Wykonaj następujące kroki na samej bramie lokalnej, używając interfejsu wiersza polecenia (CLI). Używamy protokołu SIP (Session Initiation Protocol) i transportu Layer Security (TLS) do zabezpieczenia magistrali oraz Protokołu SRTP (Secure Real-time Protocol) do zabezpieczenia nośników między bramą lokalną a połączeniamiWebex.

Przed rozpoczęciem

  • Zapoznaj się z lokalnymi wymaganiami publicznej komutowanej sieci telefonicznej (PSTN) i bramy lokalnej (LGW) dla połączeńWebex. Zobacz Cisco Preferred Architecture for Webex Calling, aby uzyskać więcej informacji.

  • W tym artykule założono, że istnieje dedykowana platforma bramy lokalnej bez istniejącej konfiguracji głosowej. W przypadku modyfikowania istniejącej bramy PSTN lub wdrożenia bramy lokalnej w przedsiębiorstwie w celu użycia jej jako funkcji bramy lokalnej dla połączeńWebex, należy zwrócić szczególną uwagę na konfigurację. Upewnij się, że istniejące przepływy połączeń i funkcje nie są przerywane z powodu wprowadzonych zmian.

  • Utwórz magistralę w centrum Control Hub i przypisz ją do lokalizacji. Zobacz Konfigurowanie trunków, grup tras i planów wybierania numerów dla Webex Calling, aby uzyskać więcej informacji.

Przed rozpoczęciem

  • Upewnij się, że skonfigurowana konfiguracja platformy bazowej jest skonfigurowana zgodnie z zasadami i procedurami organizacji:

    • NtP

    • Listy acl

    • włącz hasła

    • hasło podstawowe

    • Routing IP

    • Adresy IP i tak dalej

  • Wymagana jest minimalna obsługiwana wersja Cisco IOS XE 16.12 lub IOS-XE 17.3 dla wszystkich wdrożeń bramy lokalnej.

1

Upewnij się, że przypisane interfejsy warstwy 3 mają prawidłowe i rutowalne adresy IP:

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
ip address 192.168.43.197 255.255.255.0
2

Wstępnie skonfiguruj klucz podstawowy hasła za pomocą następujących poleceń, zanim użyjesz poświadczeń i wspólnych wpisów tajnych. Hasła typu 6 są szyfrowane przy użyciu szyfrowania AES i klucza podstawowego zdefiniowanego przez użytkownika.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Skonfiguruj serwer nazw IP, aby włączyć wyszukiwanie DNS i ping, aby upewnić się, że serwer jest osiągalny. Brama lokalna używa DNS do rozpoznawania adresów proxy webex Calling:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Włącz wyłączność protokołu TLS 1.2 i domyślny zastępczy punkt zaufania:

  1. Utwórz zastępczy punkt zaufania infrastruktury PKI i nazwij go przykładowym protokołemTP.

  2. Przypisz punkt zaufania jako domyślny punkt zaufania sygnalizacji w sip-ua .


     
    • Upewnij się, że serwer cn-san-validate ustanawia połączenie bramy lokalnej tylko wtedy, gdy wychodzący serwer proxy skonfigurowany w dzierżawie 200 (opisany później) jest zgodny z listą CN-SAN otrzymaną z serwera.

    • Do działania protokołu TLS wymagany jest punkt zaufania kryptograficzny. Chociaż nie jest wymagany certyfikat klienta lokalnego (na przykład mTLS) skonfigurowany dla połączenia.

  3. Włącz wyłączność v1.2, aby wyłączyć TLS v1.0 i v1.1.

  4. Ustaw liczbę ponownych prób tcp na 1000 (wielokrotności 5 ms = 5 sekund).

  5. Ustaw połączenie timerów, aby ustanowić TLS <wait-timer in="" sec="">. Zasięg wynosi od 5 do 20 sekund, a domyślnie 20 sekund. (LGW zajmuje 20 sekund, aby wykryć błąd połączenia TLS, zanim spróbuje ustanowić połączenie z następnym dostępnym Webex Calling dostęp SBC. Interfejs wiersza polecenia umożliwia administratorowi zmianę wartości w celu dostosowania się do warunków sieciowych i znacznie szybsze wykrywanie awarii połączeń z kontrolerem SBC programu Access).


     

    Cisco IOS XE 17.3.2 i nowsze wersje mają zastosowanie.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Zaktualizuj pulę zaufania bramy lokalnej:

Domyślny pakiet puli zaufania nie zawiera certyfikatów "DigiCert Root CA" lub "IdenTrust Commercial", które są potrzebne do sprawdzania poprawności certyfikatu po stronie serwera podczas ustanawiania połączenia TLS z Webex Calling.

Pobierz najnowszy pakiet "Cisco Trusted Core Root Bundle" , http://www.cisco.com/security/pki/ aby zaktualizować pakiet puli zaufania.

  1. Sprawdź, czy istnieją certyfikaty DigiCert Room CA i IdenTrust Commercial:

    show crypto pki trustpool | include DigiCert
  2. Jeśli certyfikaty DigiCert Room CA i IdenTrust Commercial nie istnieją, zaktualizuj je w następujący sposób:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Alternatywnie można pobrać pakiet certyfikatów i zainstalować go z serwera lokalnego lub pamięci flash bramy lokalnej.

    Na przykład:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Zweryfikować:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Przed rozpoczęciem

Upewnij się, że wykonałeś kroki opisane w centrum Sterowania, aby utworzyć lokalizację i dodać magistralę dla tej lokalizacji. W poniższym przykładzie informacje uzyskano z centrum sterowania.

1

Wprowadź następujące polecenia, aby włączyć aplikację Brama lokalna, zobacz Informacje o portach referencyjnych dla cisco Webex Calling dla najnowszych podsieci IP, które należy dodać do listy zaufania:

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Oto wyjaśnienie pól konfiguracji:

Zapobieganie oszustwom związanym z opłatami drogowymi
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Włącza źródłowe adresy IP encji, od których brama lokalna oczekuje prawidłowych wywołań VoIP, takich jak elementy równorzędne połączeń Webex, węzły Unified CM i IP PSTN.

  • Domyślnie LGW blokuje wszystkie konfiguracje przychodzących połączeń VoIP z adresów IP, które nie znajdują się na liście zaufanych. Adresy IP z elementów równorzędnych z numerem "adres IP docelowym sesji" lub grupą serwerów są domyślnie zaufane i nie trzeba wypełniać tutaj tekstu.

  • Adresy IP na liście muszą być zgodne z podsieciami IP zgodnie z regionalnym centrum danych Webex Calling , z którym się łączysz. Aby uzyskać więcej informacji, zobacz Informacje o portach dla połączeńWebex.


     

    Jeśli twój LGW znajduje się za zaporą z ograniczoną stożkową translacją NAT, możesz wyłączyć listę zaufanych adresów IP w interfejsie Webex Calling-facing. Zapora już chroni Cię przed niechcianym przychodzącym VoIP. Wyłączenie akcji zmniejsza długoterminowe obciążenie konfiguracyjne, ponieważ nie możemy zagwarantować, że adresy elementów równorzędnych Webex Calling pozostaną stałe, a w każdym przypadku należy skonfigurować zaporę dla elementów równorzędnych.

  • Skonfiguruj inne adresy IP w innych interfejsach, na przykład: upewniasz się, że dodasz ujednolicone adresy CM do interfejsów skierowanych do wewnątrz.

  • Adresy IP muszą być zgodne z adresem IP hosta i outbound-proxy rozwiązuje się do dzierżawy 200.

  • Więcej https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html informacji można znaleźć na stronie.

Multimedia
voice service voip
 media statistics 
 media bulk-stats 
Podstawowa funkcjonalność SIP-to-SIP
allow-connections sip to sip
Usługi dodatkowe
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Wyłącza funkcję REFER i zastępuje identyfikator okna dialogowego w nagłówku zastępuje identyfikatorem okna dialogowego elementu równorzędnego.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 informacji można znaleźć na stronie.

Protokół faksowy
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Włącza T.38 do transportu faksów, chociaż ruch faksowy nie będzie szyfrowany.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 informacji można znaleźć na stronie.
Włącz globalne ogłuszanie
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Po przekazaniu połączenia do użytkownika Webex Calling (na przykład zarówno strona wywoływana, jak i wywołująca są subskrybentami Webex Calling i jeśli zakotwiczysz multimedia w Webex Calling SBC), nośnik nie może przepływać do bramy lokalnej, ponieważ otwór nie jest otwarty.

  • Funkcja wiązań ogłuszających w bramie lokalnej umożliwia wysyłanie lokalnie generowanych żądań ogłuszania przez wynegocjowaną ścieżkę multimediów. Ogłuszenie pomaga otworzyć otwór w zaporze.

  • Hasło ogłuszające jest warunkiem wstępnym wysyłania przez bramę lokalną komunikatów ogłuszających. Zapory cisco oparte na systemie IOS/IOS XE można skonfigurować tak, aby sprawdzały hasło i dynamicznie otwierały otworki (na przykład bez jawnych reguł wejścia). Jednak w przypadku wdrożenia bramy lokalnej zaporę należy skonfigurować statycznie, aby otwierać otworki wejściowe i wychodzące na podstawie podsieci SBC wywołujących Webex. W związku z tym zapora musi traktować podsieci SBC jak każdy przychodzący pakiet UDP, który wyzwala otwarcie otworka bez jawnego patrzenia na zawartość pakietu.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 informacji można znaleźć na stronie.
G729
sip
g729 annexb-all

Zezwala na wszystkie warianty G729.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 informacji można znaleźć na stronie.
SIP
early-offer forced

Wymusza wysłanie przez bramę lokalną informacji SDP w początkowej wiadomości INVITE zamiast czekać na potwierdzenie od sąsiedniego elementu równorzędnego.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210 informacji można znaleźć na stronie.
2

Skonfiguruj "Sip Profile 200".

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Oto wyjaśnienie pól konfiguracji:

  • zasada 9

    Zapewnia wyświetlenie nagłówka jako “SIP-Req-URI” a nie “SIP-Req-URL” .

    Reguła konwertuje między identyfikatorami URI SIP i adresami URL SIP, ponieważ Webex Calling nie obsługuje identyfikatorów URI SIP w komunikatach żądania/odpowiedzi, ale potrzebuje ich do zapytań SRV, na przykład: _sips._tcp.<outbound-proxy>.
  • zasada 20

    Modyfikuje nagłówek Od, aby uwzględnić parametr OTG/DTG grupy magistrali z centrum sterowania w celu jednoznacznej identyfikacji lokacji bramy lokalnej w przedsiębiorstwie.

  • Stosuje profil SIP do dzierżawy klasy głosowej 200 (omówionej później) dla wszystkich połączeń Webex z ruchem . Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 informacji można znaleźć na stronie.

3

Skonfiguruj profil kodera-dekodera, definicję ogłuszenia i pakiet SRTP Crypto.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
exit
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
exit

Oto wyjaśnienie pól konfiguracji:


 

Jeśli nośnik kotwicy w kontrolerze ITSP SBC i bramie lokalnej znajduje się za translatorem adresów sieciowych, poczekaj na strumień multimediów przychodzących z itsp. Polecenie ogłuszenia można zastosować na elementach równorzędnych wybierania numerów ITSP.


 

Wymagane jest użycie ogłuszenia ice-lite dla przepływów połączeń przy użyciu optymalizacji ścieżki multimediów.

4

Mapuj parametry control hub na konfigurację bramy lokalnej.

Dodaj Webex Calling jako dzierżawcę w bramie lokalnej. Konfiguracja jest wymagana do zarejestrowania bramy lokalnej w dzierżawie klasy głosowej 200. Elementy tej konfiguracji należy uzyskać ze strony Informacje o bagażniku z centrum sterowania, jak pokazano na poniższej ilustracji. Poniższy przykład pokazuje, jakie są pola, które są mapowane na odpowiedni interfejs wiersza polecenia bramy lokalnej.

Zastosuj dzierżawcę 200 do wszystkich elementów równorzędnych (tag) połączeń Webex w konfiguracji bramy lokalnej.2xx Funkcja dzierżawy klasy głosowej umożliwia grupowanie i konfigurowanie parametrów magistrali SIP, które w przeciwnym razie są wykonywane w ramach usługi głosowej VoIP i sip-ua. Po skonfigurowaniu dzierżawy i zastosowaniu jej w ramach programu dial-peer do konfiguracji bramy lokalnej ma zastosowanie następująca kolejność preferencji:

  • Konfiguracja dial-peer

  • Konfiguracja dzierżawy

  • Konfiguracja globalna (usługa głosowa VoIP / sip-ua)

5

Skonfiguruj dzierżawcę klasy głosowej 200 , aby włączyć rejestrację magistrali z bramy lokalnej do wywołania Webex na podstawie parametrów uzyskanych z control Hub:


 

Poniższy wiersz polecenia i parametry są tylko przykładami. Użyj parametrów dla własnego wdrożenia.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  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 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Oto wyjaśnienie pól konfiguracji:

voice class tenant 200

Włącza określone konfiguracje globalne dla wielu dzierżawców w magistralach SIP, które umożliwiają zróżnicowane usługi dla dzierżawców.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 informacji można znaleźć na stronie.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Serwer rejestratora dla bramy lokalnej z rejestracją ustawioną na odświeżanie co dwie minuty (50% z 240 sekund). Aby uzyskać więcej informacji, zobacz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Poświadczenia dla wyzwania rejestracji magistrali. Aby uzyskać więcej informacji, zobacz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Wyzwanie uwierzytelniania dla połączeń. Aby uzyskać więcej informacji, zobacz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Wyłącz nagłówek SIP Remote-Party-ID (RPID), ponieważ Webex Calling obsługuje PAI, który jest włączony za pomocą CIO asserted-id pai. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 informacji można znaleźć na stronie.

sip-server dns:40462196.cisco-bcld.com
Definiuje serwery Webex Calling . Aby uzyskać więcej informacji, zobacz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Używa tego samego trwałego połączenia do rejestracji i przetwarzania połączeń.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 informacji można znaleźć na stronie.
srtp-crypto 200

Definiuje voice class srtp-crypto 200, aby określić SHA1_80. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 informacji można znaleźć na stronie.

session transport tcp tls
Ustawia transport na TLS. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 informacji można znaleźć na stronie.
url sips

Zapytanie SRV musi być SIP obsługiwane przez kontroler SBC dostępu; wszystkie inne wiadomości są zmieniane na SIP przez sip-profile 200.

error-passthru

Określa funkcję przekazywania odpowiedzi na błąd SIP.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 informacji można znaleźć na stronie.
asserted-id pai

Włącza przetwarzanie PAI w bramie lokalnej. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 informacji można znaleźć na stronie.

bind control source-interface GigabitEthernet0/0/1

Konfiguruje źródłowy adres IP do sygnalizowania interfejsu źródłowego w obliczu wywołańWebex. Zobacz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 aby uzyskać więcej informacji.

bind media source-interface GigabitEthernet0/0/1

Konfiguruje źródłowy adres IP dla interfejsu źródła nośnika skierowanego do Webex Calling. Zobacz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 aby uzyskać więcej informacji.

no pass-thru content custom-sdp

Domyślne polecenie w obszarze dzierżawy. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 informacji można znaleźć na stronie.

sip-profiles 200

Zmienia SIP na SIP i modyfikuje Line/Port dla komunikatów INVITE i REGISTER zgodnie z definicją w voice class sip-profiles 200. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 informacji można znaleźć na stronie.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling dostęp SBC. Aby uzyskać więcej informacji, zobacz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Przezroczyste przekazywanie wartości nagłówka prywatności od przychodzącego do wychodzącego odcinka. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 informacji można znaleźć na stronie.

Po zdefiniowaniu dzierżawcy 200 w bramie lokalnej i skonfigurowaniu równorzędnego wybierania numeru SIP VoIP brama inicjuje połączenie TLS w kierunku wywołańWebex, w którym to momencie kontroler SBC dostępu przedstawia swój certyfikat bramie lokalnej. Brama lokalna sprawdza poprawność certyfikatu SBC dostępu Webex Calling przy użyciu zaktualizowanego wcześniej pakietu głównego urzędu certyfikacji. Ustanawia trwałą sesję TLS między bramą lokalną a kontrolerem SBC dostępu do wywołań Webex. Brama lokalna wysyła następnie REJESTR do kontrolera SBC dostępu, który jest kwestionowany. Rejestracja AOR jest number@domain. Numer jest pobierany z parametru "number" poświadczeń, a domena z parametru "registrar dns:<fqdn>". W przypadku zakwestionowania rejestracji:

  • Użyj parametrów nazwy użytkownika, hasła i obszaru z poświadczeń , aby utworzyć nagłówek i profil sip 200.

  • Konwertuje adres URL SIPS z powrotem na SIP.

Rejestracja kończy się pomyślnie, gdy otrzymasz 200 OK z kontrolera SBC dostępu.

To wdrożenie wymaga następującej konfiguracji w bramie lokalnej:

  1. Dzierżawy klasy voice — tworzysz inne dzierżawy dla równorzędnych połączeń z numerem ITSP podobnym do dzierżawy 200 , które tworzysz dla elementówrównorzędnych korzystających z połączeń Webex Calling z numerem telefonu.

  2. Identyfikatory URI klas głosowych— wzorce adresów IP/portów hosta dla różnych magistrali kończących się w bramie lokalnej:

    • Webex Połączenia z LGW

    • Zakończenie magistrali SIP sieci PSTN w LGW

  3. Wychodzące połączenia równorzędne— możesz kierować odgałęzienia połączeń wychodzących z LGW do magistrali ITSP SIP i Webex Calling.

  4. Klasa głosowa DPG —można wywołać, aby kierować reklamy na wychodzące elementy równorzędne wybierania numerów z przychodzącego elementu równorzędnego wybierania numeru.

  5. Przychodzące połączenia równorzędne— możesz akceptować połączenia przychodzące od ITSP i Webex Calling.

Użyj konfiguracji dla konfiguracji bramy lokalnej hostowanej przez partnera lub bramy lokacji klienta, jak pokazano na poniższej ilustracji.

1

Skonfiguruj następujące dzierżawy klas głosowych:

  1. Zastosuj dzierżawę klasy głosowej 100 do wszystkich wychodzących równorzędnych połączeń telefonicznych z obsługą usługi PSTN IP.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Zastosuj dzierżawę klasy głosowej 300 do wszystkich przychodzących równorzędnych połączeń telefonicznych z usługi PSTN IP.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Skonfiguruj następujące identyfikatory uri klasy głosu:

  1. Zdefiniuj adres IP hosta ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Zdefiniuj wzorzec, aby jednoznacznie zidentyfikować witrynę bramy lokalnej w przedsiębiorstwie na podstawie parametru OTG lub DTG grupy magistrali usługi Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Brama lokalna nie obsługuje obecnie podkreślenia "_" we wzorcu dopasowania. Aby obejść ten problem, możesz użyć kropki "." (dopasuj dowolny), aby dopasować "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Skonfiguruj następujące elementy równorzędne wybierania numerów wychodzących:

  1. Wychodzące połączenie równorzędne w kierunku sieci PSTN IP:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Definiuje równorzędny telefon VoIP ze znacznikiem 101i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    Umożliwia wybór dial-peer 101. Jednak ten wychodzący element równorzędny wybierania numeru można wywołać bezpośrednio z przychodzącego elementu równorzędnego przy użyciu instrukcji dpg, które pomijają kryteria dopasowania wzorca cyfr. Używasz dowolnego wzorca opartego na cyfrach alfanumerycznych, które są dozwolone przez interfejs wiersza polecenia wzorca docelowego.

    session protocol sipv2

    Określa, że dial-peer101 obsługuje nogi wywołań SIP.

    session target ipv4:192.168.80.13

    Wskazuje docelowy adres IPv4 miejsca docelowego do wysłania odcinka połączenia. W tym przypadku adres IP ITSP.

    voice-class codec 99

    Wskazuje listę preferencji kodera-dekodera 99 , która ma być używana dla tego elementu równorzędnego wybierania numerów.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną dla tego odcinka wywołania.

    voice-class sip tenant 100

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 100 , chyba że ten sam parametr jest zdefiniowany w samym dial-peer.

    no vad

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

  2. Wychodzący dial-peer w kierunku Webex Calling (Aktualizujesz wychodzący dial-peer, aby służył jako przychodzący dial-peer z Webex Calling , a także w dalszej części przewodnika konfiguracji).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Wyjaśnienie poleceń:

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

    Definiuje dial-peer VoIP ze znacznikiem 200201 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów

    session target sip-server

    Wskazuje, że globalny serwer SIP jest miejscem docelowym dla połączeń z tego elementu równorzędnego wybierania numeru. Serwer wywołujący Webex zdefiniowany w dzierżawie 200 jest dziedziczony dla 200201równorzędnych .

    voice-class stun-usage 200

    Zezwala na wysyłanie lokalnie generowanych żądań ogłuszania w bramie lokalnej przez wynegocjowaną ścieżkę multimediów. Ogłuszenie pomaga w otwarciu otworka w zaporze.

    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 200

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 200 (LGW <--> Webex Calling Trunk), chyba że zdefiniujesz ten sam parametr w samym dial-peer. </-->

    srtp

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

    no vad

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

4

Skonfiguruj następujące grupy telefoniczne równorzędne (dpg):

  1. Definiuje grupę równorzędną 100. Wychodząca usługa równorzędna 101 jest obiektem docelowym dla każdej przychodzącej grupy 100wywołującej równorzędne połączenie telefoniczne. Stosujemy DPG 100 do przychodzącego 200201 dial-peer dla Webex Calling --> LGW --> ścieżki PSTN .

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Zdefiniuj grupę równorzędną 200 z wychodzącą 200201 równorzędną jako obiekt docelowy dla sieci PSTN --> LGW --> ścieżka wywołań Webex. Zastosuj DPG 200 do przychodzącej równorzędnej kombinacji numerów 100 , którą zdefiniujesz później.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Skonfiguruj następujące elementy równorzędne wybierania numerów przychodzących:

  1. Przychodzące połączenie równorzędne dla przychodzących połączeń IP PSTN:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiuje równorzędny telefon VoIP ze znacznikiem 100 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session protocol sipv2

    Określa, że wybieranie numeru 100 obsługuje nogi wywołań SIP.

    incoming uri via 100

    Określa uri klasy głosu 100 , aby dopasować cały ruch przychodzący z IP PSTN do bramy lokalnej na adres IP hosta nagłówka VIA. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 200

    Określa grupę równorzędną wybierania numeru 200 w celu wybrania elementu równorzędnego wybierania numeru wychodzącego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    voice-class sip tenant 300

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 300 , chyba że ten sam parametr jest zdefiniowany w samym dial-peer.

    no vad

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

  2. Przychodzące połączenie dial-peer dla przychodzących połączeń Webex Calling legs:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Oto wyjaśnienie pól konfiguracji:

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

    Aktualizuje moduł równorzędny wybierania numerów VoIP za pomocą znacznika 200201i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    incoming uri request 200

    Określa uri klasy głosowej 200 , aby dopasować cały ruch przychodzący z Webex Calling do LGW na unikalnym wzorcu dtg w identyfikatorze URI żądania, jednoznacznie identyfikując witrynę bramy lokalnej w przedsiębiorstwie i w ekosystemie Webex Calling . Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 100

    Określa grupę równorzędną wybierania numeru 100 w celu wybrania równorzędnej opcji wybierania numeru wychodzącego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    max-conn 250

    Ogranicza liczbę jednoczesnych połączeń do 250 między połączeniami LGW i Webex Calling, zakładając pojedynczą kombinację połączeń Webex skierowaną do równorzędnych dla połączeń przychodzących i wychodzących zgodnie z definicją w tym artykule. Aby uzyskać więcej informacji na temat limitów jednoczesnych połączeń związanych z bramą lokalną, zobacz https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

Połączenia z sieci PSTN na Webex

Dopasuj wszystkie przychodzące odrośnięcia przychodzących wywołań PSTN IP w bramie lokalnej za pomocą połączenia dial-peer 100 , aby zdefiniować kryterium dopasowania nagłówka VIA do adresu IP PSTN. DPG 200 wywołuje wychodzące 200201dial-peer , które ma serwer webex Calling jako docelowe miejsce docelowe.

Webex Połączenia z SIECIą PSTN

Dopasuj wszystkie przychodzące odniewki wywołań Webex w bramie lokalnej za pomocą 200201 dial-peer , aby zdefiniować kryterium dopasowania dla wzorca nagłówka REQUEST URI z parametrem OTG/DTG grupy magistrali, unikatowym dla tego wdrożenia bramy lokalnej. DPG 100 wywołuje wychodzącą równorzędną z numerem 101, która ma adres IP PSTN jako docelowe miejsce docelowe.

To wdrożenie wymaga następującej konfiguracji w bramie lokalnej:

  1. Dzierżawyklasy voice — tworzysz więcej dzierżaw dla równorzędnych połączeń telefonicznych z ujednoliconą konfiguracją CM i ITSP, podobnie jak dzierżawa 200 , którą tworzysz dla elementów równorzędnych korzystających z połączeń Webex Calling .

  2. IdentyfikatoryURI klasy Voice — wzorzec adresów IP/portów hosta dla różnych magistrali kończących się na LGW definiuje się z:

    • Ujednolicony CM do LGW dla miejsc docelowych PSTN

    • Ujednolicony CM do LGW dla miejsc docelowych połączeń Webex

    • Webex Połączenia do miejsc docelowych LGW

    • Zakończenie magistrali SIP sieci PSTN w LGW

  3. Grupaserwerów klas głosowych — adresy IP/porty dla magistrali wychodzących można kierować z:

    • LGW na Unified CM

    • Połączenia LGW na Webex

    • Magistrala SIP z LGW na PSTN

  4. Wychodzące elementy równorzędne z wybieraniem numerów— możesz kierować odcinki połączeń wychodzących z:

    • LGW na Unified CM

    • Bagażnik ITSP SIP

    • Webex Calling

  5. Klasa głosowa DPG —można wywołać, aby kierować wychodzące elementy równorzędne z równorzędnych połączeń wybierania numeru przychodzącego.

  6. Przychodzące połączenia równorzędne— możesz akceptować przychodzące połączenia odręczne z Unified CM, ITSP i Webex Calling.

1

Skonfiguruj następujące dzierżawy klas głosowych:

  1. Zastosuj dzierżawę klasy głosowej 100 do wszystkich wychodzących równorzędnych połączeń telefonicznych z ujednoliconą cm i IP PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Zastosuj dzierżawę klasy głosowej 300 do wszystkich przychodzących równorzędnych połączeń telefonicznych z Ujednoliconej cm i IP PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Skonfiguruj następujące identyfikatory uri klasy głosu:

  1. Definiuje adres IP hosta ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Zdefiniuj wzorzec, aby jednoznacznie zidentyfikować lokację bramy lokalnej w przedsiębiorstwie na podstawie parametru OTG/DTG grupy magistrali usługi Control Hub:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Brama lokalna nie obsługuje obecnie podkreślenia "_" we wzorcu dopasowania. Jako obejście problemu należy użyć kropki "." (dopasuj dowolny), aby dopasować "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Definiuje unified CM sygnalizujący port VIA dla magistrali Webex Calling Trunk:

    voice class uri 300 sip
    pattern :5065
    
  4. Definiuje unified CM source signaling IP i port VIA dla magistrali PSTN:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Skonfiguruj następujące grupy serwerów klas głosowych:

  1. Definiuje adres IP hosta docelowego magistrali Unified CM i numer portu dla grupy Unified CM 1 (5 węzłów). Unified CM używa portu 5065 dla ruchu przychodzącego w magistrali Webex Calling (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definiuje adres IP hosta docelowego magistrali Unified CM i numer portu dla grupy Unified CM 2, jeśli ma to zastosowanie:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definiuje docelowy adres IP hosta magistrali Unified CM dla grupy Unified CM 1 (5 węzłów). Ujednolicony CM używa domyślnego portu 5060 dla ruchu przychodzącego w magistrali PSTN. Bez podania numeru portu można użyć domyślnego portu 5060. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definiuje docelowy adres IP hosta magistrali Unified CM dla Unified CM group 2, jeśli ma to zastosowanie.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Skonfiguruj następujące wychodzące elementy równorzędne z wybieraniem numerów:

  1. Wychodzące połączenie równorzędne w kierunku sieci PSTN IP:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definiuje równorzędny wybierania numerów VoIP ze znacznikiem 101 i podaje się zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination-pattern BAD.BAD

    Umożliwia wybór dial-peer 101. Jednak wychodzący element równorzędny wybierania numeru jest wywoływany bezpośrednio z przychodzącego elementu równorzędnego wybierania numeru przy użyciu instrukcji dpg, co pomija kryteria dopasowania wzorca cyfr. Używasz dowolnego wzorca, który jest oparty na alfanumerycznych cyfrach, które są dozwolone przez interfejs wiersza polecenia wzorca docelowego.

    session protocol sipv2

    Określa, że dial-peer 101 obsługuje nogi wywołań SIP.

    session target ipv4:192.168.80.13

    Wskazuje docelowy adres IPv4 miejsca docelowego do wysłania odcinka połączenia. (W tym przypadku adres IP ITSP).

    voice-class codec 99

    Wskazuje listę preferencji kodera-dekodera 99 , która ma być używana dla tego elementu równorzędnego wybierania numeru.

    voice-class sip tenant 100

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 100 , chyba że zdefiniujesz ten sam parametr w samym dial-peer.

  2. Wychodzący dial-peer w kierunku Webex Calling (Zaktualizuj wychodzący dial-peer, aby służył jako przychodzący dial-peer z Webex Calling):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

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

    Definiuje równorzędny telefon VoIP ze znacznikiem 200201 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session target sip-server

    Wskazuje, że globalny serwer SIP jest miejscem docelowym dla połączeń z 200201 dial-peer. Serwer wywołujący Webex zdefiniowany w dzierżawie 200 jest dziedziczony dla 200201dial-peer .

    voice-class stun-usage 200

    Umożliwia wysyłanie lokalnie generowanych żądań ogłuszania przez wynegocjowaną ścieżkę multimediów. Ogłuszenie pomaga w otwarciu otworka w zaporze.

    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 200

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 200 (LGW <--> Webex Calling trunk), chyba że zdefiniujesz ten sam parametr w samym dial-peer. </-->

    srtp

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

  3. Wychodzące wybieranie równorzędne w kierunku magistrali połączeń Webex Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Definiuje równorzędny wybierania numerów VoIP ze znacznikiem 301 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session server-group 301

    Zamiast adresu IP obiektu docelowego sesji w telefonicznym elemencie równorzędnym wskazuje się docelową grupę serwerów (grupa serwerów 301 dla równorzędnych połączeń telefonicznych 301) w celu zdefiniowania wielu docelowych węzłów UCM, chociaż w przykładzie jest wyświetlany tylko pojedynczy węzeł.

    Grupa serwerów w wychodzącym telefonie równorzędnym

    Dzięki wielu równorzędnym połączeniom numerów w dpG i wielu serwerom w grupie serwerów równorzędnych można osiągnąć losowy rozkład połączeń na wszystkich subskrybentów przetwarzania połączeń Unified CM lub polować na podstawie zdefiniowanych preferencji. Każda grupa serwerów może mieć do pięciu serwerów (IPv4/v6 z portem lub bez). Druga grupa równorzędnych połączeń telefonicznych i druga grupa serwerów są wymagane tylko wtedy, gdy jest używanych więcej niż pięciu subskrybentów przetwarzania połączeń.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html informacji można znaleźć na stronie.

  4. Drugi wychodzący dial-peer w kierunku magistrali Webex Calling Unified CM, jeśli masz więcej niż 5 węzłów Unified CM:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Wychodzące wybieranie numeru równorzędnego w kierunku magistrali PSTN Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Drugi wychodzący dial-peer w kierunku magistrali PSTN Unified CM, jeśli masz więcej niż 5 węzłów Unified CM:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Skonfiguruj następujące DPG:

  1. Definiuje DPG 100. Wychodząca usługa równorzędna 101 jest obiektem docelowym dla każdej przychodzącej grupy 100wywołującej równorzędne połączenie telefoniczne. Stosujemy DPG 100 do przychodzącego dial-peer 302 zdefiniowanego później dla Unified CM --> LGW --> ścieżki PSTN :

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Zdefiniuj DPG 200 z wychodzącym 200201 dial-peer jako obiekt docelowy dla Unified CM --> LGW --> Webex Ścieżka wywołań :

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Zdefiniuj DPG 300 dla wychodzących dial-peerów 301 lub 303 dla Webex Calling --> LGW --> Ujednolicona ścieżka CM :

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Zdefiniuj DPG 302 dla wychodzących połączeń 305 lub 307 dla pstn --> LGW --> ujednoliconą ścieżkę CM :

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Skonfiguruj następujące elementy równorzędne wybierania numerów przychodzących:

  1. Przychodzące połączenie równorzędne dla przychodzących połączeń IP PSTN:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiuje równorzędny telefon VoIP ze znacznikiem 100 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session protocol sipv2

    Określa, że wybieranienumeru 100 obsługuje nogi wywołań SIP.

    incoming uri via 100

    Określa uri klasy głosowej 100 dla całego ruchu przychodzącego z Unified CM do LGW na adres IP hosta nagłówka VIA. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 302

    Określa grupę równorzędną wybierania numeru 302 w celu wybrania wychodzącej równorzędnej opcji wybierania numeru. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    voice-class sip tenant 300

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 300, chyba że zdefiniujesz ten sam parametr w samym dial-peer.

  2. Przychodzące połączenie dial-peer dla przychodzących połączeń Webex Calling legs:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Oto wyjaśnienie pól konfiguracji:

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

    Aktualizuje równorzędność wybierania numerów VoIP za pomocą znacznika 200201 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    incoming uri request 200

    Określa uri klasy głosowej 200 dla całego ruchu przychodzącego z Unified CM do LGW na unikalnym wzorcu dtg w identyfikatorze URI żądania, jednoznacznie identyfikując witrynę bramy lokalnej w przedsiębiorstwie i w ekosystemie Webex Calling . Widzieć https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Określa grupę równorzędną wybierania numeru 300 w celu wybrania wychodzącej równorzędnej opcji wybierania numeru. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    max-conn 250

    Ogranicza liczbę jednoczesnych połączeń do 250 między połączeniami LGW i Webex, zakładając jedno połączenie równorzędne z obsługą połączeń Webex dla połączeń przychodzących i wychodzących zgodnie z definicją w tym przewodniku. Aby uzyskać więcej informacji na temat limitów jednoczesnych połączeń obejmujących bramę lokalną, zobacz https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Przychodzące połączenie dial-peer dla przychodzących odróżek połączeń Unified CM z Webex Calling jako miejscem docelowym:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definiuje równorzędny telefon VoIP ze znacznikiem 300 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    incoming uri via 300

    Określa identyfikator URI klasy głosu 300 dla całego ruchu przychodzącego z Unified CM do LGW na porcie źródłowym (5065). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 200

    Określa grupę równorzędną wybierania numeru 200 w celu wybrania wychodzącej równorzędnej opcji wybierania numeru. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    voice-class sip tenant 300

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 300, chyba że zdefiniujesz ten sam parametr w samym dial-peer.

  4. Przychodzące połączenie równorzędne dla przychodzących odcinków połączeń Unified CM z siecią PSTN jako miejscem docelowym:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definiuje dial-peer VoIP ze znacznikiem 302 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    incoming uri via 302

    Określa uri klasy głosowej 302 dla całego ruchu przychodzącego z Unified CM do LGW na porcie źródłowym (5065). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 100

    Określa grupę równorzędną wybierania numeru 100 , aby wybrać wychodzącą grupę równorzędną z wybieraniem numeru. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    voice-class sip tenant 300

    Dial-peer dziedziczy wszystkie parametry z dzierżawy 300 , chyba że zdefiniujesz ten sam parametr w samym dial-peer.

Magistrala PSTN OD IP do Unified CM PSTN

Webex Calling Platform do Unified CM Webex Calling trunk

Ujednolicona magistrala CM PSTN do IP PSTN

Zunifikowany trunk CM Webex Calling do Webex Calling Platform

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ć 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, które należy podjąć w celu poinformowania, rozwiązania i naprawienia problemu. możesz zdefiniować logikę wykrywania problemów za pomocą komunikatów syslog, zdarzeń SNMP i okresowego monitorowania określonych wyjść poleceń show.

Typy akcji obejmują zbieranie danych wyjściowych polecenia show:

  • generowanie skonsolidowanego pliku dziennika

  • przesł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 DSLT (Diagnostic Signatures Lookup Tool ) to jedno źródło umożliwiające znajdowanie odpowiednich sygnatur do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

  • Nie należy edytować pliku DS pobranego z dslt. Modyfikowane pliki nie powiodły się z powodu błędu sprawdzania integralności.

  • Serwer SMTP (Simple Mail Transfer Protocol), który jest wymagany do wysyłania powiadomień e-mail przez bramę lokalną.

  • Upewnij się, że na bramie lokalnej jest uruchomiony system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do obsługi powiadomień e-mail.

Wymagania wstępne

Brama lokalna z systemem IOS XE 17.3.2 lub nowszym

  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 na urządzeniu jest uruchomiony system Cisco IOS XE 17.3.2 lub nowszy.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Skonfiguruj zmienną ds_email środowiskową z adresem e-mail administratora, który chcesz powiadomić.

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

Brama lokalna z systemem 16.11.1 lub nowszym

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

  2. Skonfiguruj serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu jest uruchomiona wersja starsza niż 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Skonfiguruj zmienną ds_email środowiskową przy użyciu adresu e-mail administratora, który ma otrzymać powiadomienie.

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

Brama lokalna z systemem w wersji 16.9.x

  1. Wprowadź następujące polecenia, aby włączyć podpisy diagnostyczne.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Skonfiguruj serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu jest uruchomiona wersja starsza niż 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Skonfiguruj zmienną ds_email środowiskową przy użyciu adresu e-mail administratora, który ma otrzymać powiadomienie.

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

Poniżej przedstawiono przykładową konfigurację bramy lokalnej działającej w systemie Cisco IOS XE 17.3.2 w celu wysyłania proaktywnych powiadomień do tacfaststart@gmail.com przy użyciu Gmaila jako bezpiecznego serwera SMTP:

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 sekcji Zarządzanie bezpieczeństwem konta Google > i włącz ustawienie Mniej bezpieczny dostęp do aplikacji.

  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 DS śledzi 5-sekundowe wykorzystanie procesora przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowanie i odinstalowuje wszystkie sygnatury diagnostyczne zainstalowane w bramie lokalnej. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Upewnij się, że protokół SNMP został włączony za pomocą polecenia show snmp. Jeśli ta opcja nie zostanie włączona, skonfiguruj polecenie "snmp-server manager".

    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 aplikację DS 64224, korzystając z następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  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. Sprawdź, czy podpis został pomyślnie zainstalowany za pomocą funkcji pokaż podpisdiagnostyczny domu. 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

    PROCESOR LGW__DS_MON75

    0.0.10

    Zarejestrowano

    2020-11-07 22:05:33


    Po wyzwoleniu ten podpis odinstalowuje wszystkie uruchomione systemy diagnostyczne, w tym samego siebie. W razie potrzeby należy ponownie zainstalować serwer DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w bramie lokalnej.

Monitorowanie rejestracji magistrali SIP

Ten DS sprawdza wyrejestrowanie magistrali SIP bramy lokalnej z chmurą Webex Calling co 60 sekund. Po wykryciu zdarzenia unregistration generuje powiadomienie e-mail i syslog i odinstaluje się po dwóch wystąpieniach wyrejestrowania. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Pobierz oprogramowanie DS 64117 przy użyciu następujących opcji rozwijanych w narzędziuWyszukiwanie sygnatur diagnostycznych:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    SIP-SIP

    Typ problemu

    Wyrejestrowanie magistrali SIP z powiadomieniem e-mail.

  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 opcji pokaż podpisdiagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość "zarejestrowany".

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

Ten DS używa sondowania SNMP co 10 minut do wykrywania nieprawidłowego rozłączenia połączenia z błędami SIP 403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniej ankiety, generuje syslog i powiadomienie e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

  1. Sprawdź, czy protokół SNMP jest włączony, używając polecenia show snmp. Jeśli nie jest włączona, skonfiguruj polecenie "snmp-server manager".

    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 serwer DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wykrywanie nieprawidłowego rozłączenia połączenia SIP z powiadomieniem e-mail i Syslog.

  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 pokaż podpisdiagnostyczny domu, aby sprawdzić, czy podpis został pomyślnie zainstalowany przy użyciu programu . 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. Sygnatury diagnostyczne (DS) eliminują potrzebę ręcznego sprawdzania występowania problemu i znacznie ułatwiają rozwiązywanie sporadycznych i przejściowych problemów.

Za pomocą narzędzia Diagnostyczne wyszukiwanie podpisów można znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu lub można zainstalować podpis zalecany przez inżyniera TAC w ramach zaangażowania pomocy technicznej.

Oto przykład, jak znaleźć i zainstalować DS, aby wykryć wystąpienie "%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące czynności:

  1. Skonfiguruj dodatkową zmienną ds_fsurl_prefix środowiskową DS, która jest ścieżką serwera plików Cisco TAC (cxd.cisco.com), do której są przesyłane zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło to token przesyłania pliku, który można pobrać z Menedżera spraw pomocy technicznej w następującym poleceniu. Token przekazywania plików można wygenerować w sekcji Załączniki w Menedżerze zgłoszeń pomocy technicznej, w zależności od potrzeb.

    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 protokół SNMP jest włączony za pomocą polecenia show snmp. Jeśli nie jest włączona, skonfiguruj polecenie "snmp-server manager".

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Upewnij się, że zainstalowano serwer DS 64224 do monitorowania wysokiego procesora jako proaktywny środek wyłączający wszystkie debugowanie i sygnatury diagnostyczne w czasie wysokiego wykorzystania procesora. Pobierz aplikację DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  4. Pobierz aplikację DS 65095, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Dzienniki systemowe

    Typ problemu

    Syslog - %VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku połączenia): IEC=1.1.181.1.29.0

  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 plik XML DS 64224 monitora wysokiego procesora, a następnie DS 65095 w bramie 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ą funkcji pokaż podpisdiagnostyczny domu. 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

    PROCESOR LGW__DS_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ższym poleceniu kolumna "Stan" polecenia pokazuje zmiany podpisu diagnostycznego domu na "uruchomione", podczas gdy brama lokalna wykonuje akcję zdefiniowaną w podpisie. Dane wyjściowe pokazują statystyki diagnostyczne sygnatur wywołania domowego to najlepszy sposób sprawdzenia, czy podpis diagnostyczny wykrywa interesujące zdarzenie i wykonuje akcję. Kolumna "Triggered/Max/Deinstall" wskazuje, ile razy dany podpis wyzwolił zdarzenie, maksymalną liczbę razy zdefiniowaną do wykrycia zdarzenia oraz czy podpis deinstaluje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.

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

PROCESOR LGW__DS_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

Wyzwalane/Maks./Deinstalacja

Średni czas pracy (w sekundach)

Maksymalny czas pracy (sekundy)

64224

PROCESOR LGW__DS_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/R

23.053

23.053

Wiadomość e-mail z powiadomieniem wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, uruchomiona konfiguracja i pokazują dane wyjściowe poleceń, które są istotne dla rozwiązania danego problemu.

Odinstalowywanie podpisów diagnostycznych

Użyj sygnatur diagnostycznych do rozwiązywania problemów są zwykle definiowane do odinstalowywania po wykryciu niektórych wystąpień problemów. Jeśli chcesz ręcznie odinstalować podpis, pobierz identyfikator DS ID z danych wyjściowych show call-home diagnostic-signature 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.

Przed rozpoczęciem

  • Upewnij się, że skonfigurowana konfiguracja platformy bazowej jest skonfigurowana zgodnie z zasadami i procedurami organizacji:

    • NtP

    • Listy acl

    • włącz hasła

    • hasło podstawowe

    • Routing IP

    • Adresy IP i tak dalej

  • Wymagana jest minimalna obsługiwana wersja systemu IOS XE 17.6 dla wszystkich wdrożeń bramy lokalnej.

1

Upewnij się, że przypisujesz prawidłowe i rutowalne adresy IP do dowolnych interfejsów warstwy 3:

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
 ip address 198.51.100.1 255.0.0.0

 
Interfejs w kierunku Webex Calling musi być dostępny z zewnątrz.

 

Centrum sterowania można skonfigurować tylko z nazwą FQDN/SRV bramy lokalnej. Upewnij się, że nazwa FQDN jest rozpoznawana jako adres IP interfejsu.

2

Wstępnie skonfiguruj klucz podstawowy hasła za pomocą następujących poleceń, zanim zostanie on użyty jako poświadczenie i wspólne klucze tajne. Hasła typu 6 są szyfrowane przy użyciu szyfru AES i klucza podstawowego zdefiniowanego przez użytkownika.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Skonfiguruj serwer nazw IP, aby włączyć wyszukiwanie DNS. Wyślij polecenie ping do serwera nazw IP i upewnij się, że serwer jest osiągalny. Brama lokalna musi rozpoznawać adresy proxy wywołań Webex przy użyciu tego DNS:

conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
4

Włącz wyłączność protokołu TLS 1.2 i domyślny zastępczy punkt zaufania:


 
  • Podpisany i zaufany certyfikat urzędu certyfikacji musi zostać rozpoznany.

  • Domena w identyfikatorze URI nagłówka kontaktu wiadomości żądania SIP (na przykład: Zaproś, Opcje) musi być obecny w certyfikacie SAN, aby ustanowić połączenie TLS.

  1. Utwórz klucz RSA odpowiadający długości certyfikatu głównego za pomocą następującego polecenia:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Utwórz punkt zaufania do przechowywania certyfikatu podpisanego przez urząd certyfikacji za pomocą następujących poleceń:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Wygeneruj żądanie podpisania certyfikatu (CSR) za pomocą następującego polecenia:

    crypto pki enroll CUBE_CA_CERT

     
    • To CSR służy do żądania certyfikatu od jednego z obsługiwanych urzędów certyfikacji.

    • Upewnij się, że miejsce docelowe magistrali (FQDN lub SRV) skonfigurowane w centrum sterowania znajduje się w sieci SAN certyfikatu.

5

Jeśli certyfikat główny ma pośredni urząd certyfikacji, wykonaj następujące polecenia:


 

Jeśli nie ma pośrednich urzędów certyfikacji, przejdź do kroku 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Utwórz punkt zaufania do przechowywania certyfikatu głównego. Wykonaj następujące polecenia, jeśli nie ma pośredniego urzędu certyfikacji:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Skonfiguruj SIP-UA do korzystania z utworzonego punktu zaufania.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Przed rozpoczęciem

  • Sieć w kierunku Webex Calling musi używać publicznego adresu IPv4. Adresy w pełni kwalifikowanych nazw domen (FQDN) lub rekordów usług (SRV) muszą być rozpoznawane jako publiczny adres IPv4 w Internecie.

  • Wszystkie porty SIP i media w interfejsie zewnętrznym muszą być dostępne z Internetu. Porty nie mogą znajdować się za translatorem adresów sieciowych (NAT). Upewnij się, że zaktualizowałeś zaporę w składnikach sieci przedsiębiorstwa.

  • Zainstaluj podpisany certyfikat w bramie lokalnej.

    • Urząd certyfikacji (CA) musi podpisać certyfikat zgodnie z opisem w temacie Jakie główne urzędy certyfikacji są obsługiwane dla wywołań platform audio i wideo Cisco Webex? .

    • Nazwa FQDN wybrana z centrum sterowania musi być nazwą pospolitą (CN) lub alternatywną nazwą podmiotu (SAN) certyfikatu. Na przykład:

      • Jeśli magistrala skonfigurowana z centrum sterowania organizacji ma london.lgw.cisco.com:5061 jako nazwa FQDN bramy lokalnej, wówczas CN lub SAN musi zawierać london.lgw.cisco.com w certyfikacie.  

      • Jeśli magistrala skonfigurowana z centrum sterowania organizacji ma london.lgw.cisco.com jako adres SRV bramy lokalnej, wówczas CN lub SAN musi zawierać london.lgw.cisco.com w certyfikacie. Rekordy rozpoznawane przez adres SRV (CNAME, Rekord lub Adres IP) są opcjonalne w sieci SAN.

      • W przykładzie nazwy FQDN lub SRV używanej jako magistrala adres kontaktowy dla wszystkich nowych okien dialogowych SIP z bramy lokalnej musi mieć london.lgw.cisco.com w części hosta adresu SIP. Zobacz Krok 5 dla konfiguracji.

  • Upewnij się, że certyfikaty są podpisane dla klientów i serwerów.

  • Przekaż pakiet zaufania do bramy lokalnej zgodnie z opisem w temacie Jakie główne urzędy certyfikacji są obsługiwane dla wywołań platform audio i wideo Cisco Webex?.

1

Wprowadź następujące polecenia, aby włączyć aplikację Brama lokalna (zapoznaj się z informacjami o portach dla Cisco Webex Calling , aby uzyskać najnowsze podsieci IP, aby dodać je jako listę zaufania):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Oto wyjaśnienie pól konfiguracji:

Zapobieganie oszustwom związanym z opłatami drogowymi
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Włącza źródłowe adresy IP encji, od których brama lokalna oczekuje prawidłowych wywołań VoIP, od elementów równorzędnych Webex Calling .

  • Domyślnie brama lokalna blokuje wszystkie konfiguracje przychodzących połączeń VoIP z adresów IP, które nie znajdują się na liście zaufanych. Adresy IP z równorzędnych połączeń z "adresem IP docelowym sesji" lub grupą serwerów są domyślnie zaufane i nie są wypełniane w tym miejscu.

  • Adresy IP na tej liście muszą być zgodne z podsieciami IP zgodnie z regionalnym centrum danych Webex Calling , z którym łączy się klient. Zobacz Informacje referencyjne o portach dla Webex Calling , aby uzyskać więcej informacji.


     

    Jeśli brama lokalna znajduje się za zaporą z ograniczoną statyczną translacją NAT, wyłącz listę zaufanych adresów IP w interfejsie, który obsługuje połączeniaWebex. Zapora chroni przed niechcianymi przychodzącymi połączeniami VoIP. Ta akcja zmniejsza długoterminowy narzut konfiguracji, ponieważ adresy elementów równorzędnych webex Calling mogą ulec zmianie i należy skonfigurować zaporę dla elementów równorzędnych.

  • Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557 informacji można znaleźć na stronie.

Podstawowa funkcjonalność SIP-to-SIP
allow-connections sip to sip
Protokół faksowy
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Włącza T.38 do transportu faksów, chociaż ruch faksowy nie jest szyfrowany. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 informacji można znaleźć na stronie.

SIP
early-offer forced

Wymusza wysłanie przez bramę lokalną informacji SDP w początkowej wiadomości INVITE zamiast czekać na potwierdzenie od sąsiedniego elementu równorzędnego.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html informacji można znaleźć na stronie.
2

Skonfiguruj "kodek klasy głosowej 100".

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

Oto wyjaśnienie pól konfiguracji:

Kodek klasy głosowej 100

Zezwala na opus i zarówno kodeki g711 (mu i a-law) dla sesji. Stosuje preferowany koder-dekoder do wszystkich elementów równorzędnych wybierania numerów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 informacji można znaleźć na stronie.

3

Skonfiguruj "voice class stun-usage 100", aby włączyć ICE.

voice class stun-usage 100 
stun usage ice lite

Oto wyjaśnienie pól konfiguracji:

Klasa ogłuszania głosu 100

Definiuje użycie ogłuszenia. Stosuje ogłuszenie do wszystkich peerów wybierania numerów Webex Calling, aby uniknąć dźwięku bez mowy, gdy telefon Unified CM przekazuje połączenie do innego telefonu Webex Calling .

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 informacji można znaleźć na stronie.
4

Skonfiguruj "klasę głosową srtp-crypto 100", aby ograniczyć obsługiwane krypto.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Oto wyjaśnienie pól konfiguracji:

Klasa głosowa srtp-crypto 100
Określa SHA1_80 jako jedyny pakiet szyfrów SRTP oferowany przez bramę lokalną w SDP w ofercie i odpowiedzi. Webex Calling obsługuje tylko SHA1_80.
5

Skonfiguruj "SIP Profiles 100". W tym przykładzie cube1.abc.lgwtrunking.com jest nazwą FQDN wybraną dla bramy lokalnej, a "172.x.x.x" jest adresem IP interfejsu bramy lokalnej, który jest skierowany do Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Oto wyjaśnienie pól konfiguracji:

art. 10 do art. 20
Zapewnia zastąpienie adresu IP bramy lokalnej nazwą FQDN w nagłówku "Kontakt" komunikatów żądań i odpowiedzi.

Jest to wymóg uwierzytelniania bramy lokalnej w celu użycia jej jako magistrali w danej lokalizacji webex Calling dla organizacji.

Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 informacji można znaleźć na stronie.
6

Skonfiguruj następujące cztery wychodzące elementy równorzędne wybierania numerów:

  1. Skonfiguruj pierwszy wychodzący dial-peer w kierunku Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Oto wyjaśnienie pól konfiguracji:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Definiuje równorzędny telefon VoIP ze znacznikiem 101 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    destination-pattern BAD.BAD

    Umożliwia wybór dial-peer 101. Wywołujemy jednak wychodzące dial-peer 101 bezpośrednio z przychodzącego dial-peera przy użyciu instrukcji DPG, które pomijają kryteria dopasowania wzorca cyfr. Używasz dowolnego wzorca, który jest oparty na alfanumerycznych cyfrach, które są dozwolone przez interfejs wiersza polecenia wzorca docelowego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 informacji można znaleźć na stronie.

    session protocol sipv2

    Określa, że dial-peer 101 obsługuje nogi wywołań SIP. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 informacji można znaleźć na stronie.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Wskazuje docelowy adres FQDN miejsca docelowego z control Hub, aby wysłać odcinek połączenia. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 informacji można znaleźć na stronie.

    voice-class codec 100

    Wskazuje listę preferencji kodera-dekodera 100 , która ma być używana dla połączeń dial-peer101. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 informacji można znaleźć na stronie.

  2. Skonfiguruj resztę wychodzącego elementu równorzędnego wybierania numeru w kierunku Webex Calling. Kroki pozostają takie same jak krok 6a, ale mają inny "cel sesji" dla elementów równorzędnych wybierania numeru.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Utwórz grupę dial-peer na podstawie dial-peer towards Webex Calling w modelu aktywnym/aktywnym.


 

Ta konfiguracja ma zastosowanie do wszystkich regionów z wyjątkiem magistrali skonfigurowanych w lokalizacji w Singapurze. Zobacz Krok 8 , aby uzyskać więcej informacji.

  1. Zdefiniuj DPG 100 z wychodzącym dial-peer 101,102,103,104w kierunku Webex Calling. Zastosuj DPG 100 do przychodzącego dial-peer 100 , aby zdefiniować PSTN lub Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Oto wyjaśnienie pól konfiguracji:
dial-peer 101 preference 1 

Kojarzy wychodzącą usługę równorzędną z grupą równorzędną połączeń telefonicznych 100 i konfiguruje równorzędne połączenia telefoniczne 101, 102, 103i 104 z tymi samymi preferencjami. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

8

Utwórz grupę dial-peer na podstawie dial-peer towards Webex Calling w modelu podstawowym/zapasowym.


 

Ta konfiguracja ma zastosowanie tylko do magistrali skonfigurowanych w lokalizacjach w Singapurze.

  1. Zdefiniuj grupę równorzędną 100 z wychodzącą grupą równorzędną 101,102,103,104 w kierunku Webex Calling. Zastosuj DPG 100 do przychodzącego dial-peer 100 , aby zdefiniować PSTN lub Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Oto wyjaśnienie pól konfiguracji:
dial-peer 101 and 102 preference 1 

Kojarzy wychodzącą usługę równorzędną z grupą równorzędną połączeń telefonicznych 100 i skonfiguruj równorzędne połączenia telefoniczne 101 i 102 jako pierwszą preferencję. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

dial-peer 103 and 104 preference 2 

Kojarzy wychodzącą równorzędną funkcję telefoniczną z grupą równorzędną połączeń telefonicznych 100i skonfiguruj równorzędne połączenia telefoniczne 103 i 104 jako drugą preferencję. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

9

Skonfiguruj przychodzące połączenie równorzędne z Webex Calling. Dopasowanie przychodzące jest oparte na żądaniu identyfikatora URI.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Oto wyjaśnienie pól konfiguracji:

voice class uri 120 sip
Definiuje wzorzec dopasowania dla połączenia przychodzącego z Webex Calling. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 informacji można znaleźć na stronie.
session transport tcp tls
Ustawia transport na TLS. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 informacji można znaleźć na stronie.
destination dpg 120
Określa grupę równorzędną wybierania numeru 120 w celu wybrania wychodzącej równorzędnej opcji wybierania numeru. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.
incoming uri request 120

Dopasowuje cały ruch przychodzący z Webex Calling do Local Gateway na unikalnym wzorcu DTG w identyfikatorze URI żądania, jednoznacznie identyfikując witrynę bramy lokalnej w przedsiębiorstwie i w ekosystemie Webex Calling . Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

Voice class srtp-crypto 100

Konfiguruje preferowane zestawy szyfrów dla odcinka wywołania SRTP (połączenia). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 informacji można znaleźć na stronie.

bind control source-interface GigabitEthernet0/0/1

Konfiguruje źródłowy adres IP do sygnalizowania interfejsu źródłowego w obliczu wywołańWebex. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 informacji można znaleźć na stronie.

bind media source-interface GigabitEthernet0/0/1

Konfiguruje źródłowy adres IP dla interfejsu źródła nośnika skierowanego do Webex Calling. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 informacji można znaleźć na stronie.

To wdrożenie wymaga następującej konfiguracji w bramie lokalnej:

  1. Identyfikatory URI klas głosowych— można zdefiniować wzorce adresów IP/portów hosta dla różnych magistrali kończących się w bramie lokalnej:

    • Webex Połączenia z LGW

    • Zakończenie magistrali SIP sieci PSTN w LGW

  2. Wychodzące elementy równorzędnewybierania numeru — można kierować połączenia wychodzące z LGW do magistrali SIP dostawcy usług telefonii internetowej (ITSP) i połączeńWebex.

  3. Klasa głosowa DPG —można wywołać, aby kierować wychodzące elementy równorzędne z równorzędnych połączeń wybierania numeru przychodzącego.

  4. Przychodzące połączenia równorzędne— możesz akceptować połączenia przychodzące od ITSP i Webex Calling.

Użyj konfiguracji dla konfiguracji bramy lokalnej hostowanej przez partnera lub lokalnej bramy lokacji klienta. Zobacz:

1

Skonfiguruj następujące identyfikatory uri klasy głosu:

  1. Zdefiniuj adres IP hosta ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Zdefiniuj wzorzec, aby jednoznacznie zidentyfikować witrynę bramy lokalnej w przedsiębiorstwie. Użyj nazwy hosta bramy lokalnej jako wzorca dopasowania identyfikatora URI (Uniform Resource Identifier).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    Brama lokalna nie obsługuje obecnie podkreślenia "_" we wzorcu dopasowania. Jako obejście problemu należy użyć kropki "." (dopasuj dowolny), aby dopasować "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Skonfiguruj następujące wychodzące elementy równorzędne z wybieraniem numerów:

  1. Wychodzące połączenie równorzędne w kierunku sieci PSTN IP:

    dial-peer voice 121 voip
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13 
    voice-class codec 100
    dtmf-relay rtp-nte 
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 121 voip
     description Outgoing dial-peer to PSTN
    

    Definiuje równorzędny telefon VoIP ze znacznikiem 121 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    destination-pattern BAD.BAD

    Umożliwia wybór numeru dial-peer 121. Jednak ten wychodzący element równorzędny wybierania numeru można wywołać bezpośrednio z przychodzącego elementu równorzędnego przy użyciu instrukcji DPG, które pomijają kryteria dopasowania wzorca cyfr. Używasz dowolnego wzorca, który jest oparty na alfanumerycznych cyfrach, które są dozwolone przez interfejs wiersza polecenia wzorca docelowego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 informacji można znaleźć na stronie.

    session protocol sipv2

    Określa, że dial-peer 121 obsługuje nogi wywołań SIP. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 informacji można znaleźć na stronie.

    session target ipv4:192.168.80.13

    Wskazuje docelowy adres IPv4 miejsca docelowego do wysłania odcinka połączenia. Celem sesji jest tutaj adres IP ITSP. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 informacji można znaleźć na stronie.

    voice-class codec 100.

    Wskazuje listę preferencji kodera-dekodera 100 , która ma być używana dla równorzędnych połączeń telefonicznych 121.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 informacji można znaleźć na stronie.

    dtmf-relay rtp-nte

    Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na odcinku wywołania. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 informacji można znaleźć na stronie.

    no vad

    Wyłącza wykrywanie aktywności głosowej. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 informacji można znaleźć na stronie.

  2. Wychodzące połączenie równorzędne w kierunku połączeńWebex. Zobacz Konfigurowanie magistrali opartej na certyfikatach dla konfiguracji.

3

Skonfiguruj następującą grupę dial-peer (DPG):

  1. Definiuje grupę równorzędną 120. Wychodzące połączenie równorzędne 121 jest celem dla Połączeń Webex--> LGW --> PSTN. Zastosuj DPG 120 do przychodzącej 110 równorzędnej wybierania numeru dla połączeń Webex --> LGW --> ścieżce PSTN.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Aby uzyskać więcej informacji, należy skonfigurować dpG 120 do przychodzącego elementu równorzędnego wybierania numeru z połączeńWebex, zobacz Krok 9 w temacie Konfigurowanie magistrali opartej na certyfikatach.

4

Skonfiguruj następujące elementy równorzędne wybierania numerów przychodzących:

  1. Przychodzące połączenie równorzędne dla przychodzących połączeń IP PSTN:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN 
    session protocol sipv2
    destination dpg 100 
    incoming uri via 100 
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN

    Definiuje równorzędny telefon VoIP ze znacznikiem 122 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    session protocol sipv2

    Określa, że wybieranie numeru 122 obsługuje nogi wywołań SIP. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 informacji można znaleźć na stronie.

    incoming uri via 100

    Definiuje kryterium dopasowania nagłówka VIA do adresu IP PSTN. Dopasowuje wszystkie przychodzące połączenia IP PSTN w bramie lokalnej z połączeniem równorzędnym 122. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 100

    Pomija klasyczne wychodzące kryteria dopasowywania numerów równorzędnych w bramie lokalnej z docelowym DPG 100. Skonfiguruj odcinek połączenia wychodzącego przy użyciu dial-peer zdefiniowanych w docelowym DPG 100, czyli dial-peer 101,102,103,104. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

    no vad

    Wyłącza wykrywanie aktywności głosowej. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 informacji można znaleźć na stronie.

  2. Przychodzące połączenie dial-peer dla przychodzących połączeń Webex Calling legs:

Połączeniaz PSTN na Webex:

Dopasuj wszystkie przychodzące połączenia IP PSTN na bramie lokalnej za pomocą połączenia dial-peer 122 , aby zdefiniować kryterium dopasowania nagłówka VIA do adresu IP PSTN. DPG 100 wywołuje wychodzącą kombinację równorzędną 101,102,103,104, która ma serwer wywołujący Webex jako docelowe miejsce docelowe.

Webex Połączenia z PSTN:

Dopasuj wszystkie przychodzące odgałęzienia wywołań Webex Call na bramie lokalnej za pomocą numeru dial-peer 110 , aby zdefiniować kryterium dopasowania dla wzorca nagłówka REQUEST URI z nazwą hosta bramy lokalnej, unikatową dla wdrożenia bramy lokalnej. DPG 120 wywołuje wychodzącą funkcję dial-peer 121, która ma adres IP PSTN jako docelowe miejsce docelowe.

To wdrożenie wymaga następującej konfiguracji w bramie lokalnej:

  1. IdentyfikatoryURI klasy Voice — wzorce adresów IP/portów hosta dla różnych magistrali kończących się na LGW można zdefiniować z:

    • Ujednolicony CM do LGW dla miejsc docelowych PSTN

    • Ujednolicony CM do LGW dla miejsc docelowych połączeń Webex

    • Webex Połączenia do miejsc docelowych LGW

    • Zakończenie magistrali SIP usługi PSTN w miejscach docelowych LGW

  2. Grupaserwerów klas głosowych — adresy IP lub porty dla magistrali poczty wychodzącej można kierować z:

    • LGW na Unified CM

    • Połączenia LGW na Webex

    • Magistrala SIP z LGW na PSTN

  3. Wychodzące elementy równorzędne z wybieraniem numerów— możesz kierować odcinki połączeń wychodzących z:

    • LGW na Unified CM

    • Magistrala SIP dostawcy usług telefonii internetowej (ITSP)

    • Webex Calling

  4. Klasa głosowa dpg —można kierować się w celu wywołania wychodzących równorzędnych połączeń telefonicznych z równorzędnego wybierania numeru przychodzącego.

  5. Przychodzące połączenia równorzędne— możesz akceptować przychodzące połączenia odręczne z Unified CM, ITSP i Webex Calling.

1

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

  1. Definiuje adres IP (IP) hosta ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Zdefiniuj wzorzec, aby jednoznacznie zidentyfikować witrynę bramy lokalnej w przedsiębiorstwie. Użyj nazwy hosta bramy lokalnej jako wymaganego wzorca dopasowania identyfikatora URI (Uniform Resource Identifier).

    voice class uri 200 sip
    pattern cube.domain.com

     

    Brama lokalna nie obsługuje obecnie podkreślenia "_" we wzorcu dopasowania. Jako obejście problemu używamy kropki "." (dopasuj dowolny), aby dopasować "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Definiuje unified CM sygnalizujący port VIA dla magistrali Webex Calling Trunk:

    voice class uri 300 sip
    pattern :5065
    
  4. Definiuje unified CM source signaling IP i port VIA dla magistrali PSTN:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Skonfiguruj następujące grupy serwerów klas głosowych:

  1. Definiuje adres IP hosta docelowego magistrali Unified CM i numer portu dla grupy Unified CM 1 (5 węzłów). Unified CM używa portu 5065 dla ruchu przychodzącego w magistrali Webex Calling (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definiuje adres IP hosta docelowego magistrali Unified CM i numer portu dla Unified CM Group 2, jeśli ma to zastosowanie:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definiuje docelowy adres IP hosta Unified CM trunk dla Unified CM Group 1 (5 węzłów). Ujednolicony CM używa domyślnego portu 5060 dla ruchu przychodzącego w magistrali PSTN. Użyj domyślnego portu 5060, jeśli nie określisz numeru portu. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definiuje docelowy adres IP hosta Unified CM trunk dla Unified CM Group 2, jeśli ma to zastosowanie.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Skonfiguruj następujące wychodzące elementy równorzędne z wybieraniem numerów:

  1. Wychodzące połączenie równorzędne w kierunku sieci PSTN IP:

    dial-peer voice 121 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 121 voip
    description Outgoing dial-peer to PSTN

    Definiuje równorzędny telefon VoIP ze znacznikiem 121 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    destination-pattern BAD.BAD

    Umożliwia wybór równorzędnego wybierania numeru 121. Jednak wywołujemy ten wychodzący dial-peer bezpośrednio z przychodzącego elementu równorzędnego wybierania numeru przy użyciu instrukcji DPG, co pomija kryteria dopasowania wzorca cyfr. Używamy dowolnego wzorca opartego na alfanumerycznych cyfrach, które są dozwolone przez interfejs wiersza polecenia wzorca docelowego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 informacji można znaleźć na stronie. session protocol sipv2

    Określa, że dial-peer 121 obsługuje nogi wywołań SIP.

    session target ipv4:192.168.80.13

    Podaj docelowy adres IPv4 miejsca docelowego, aby wysłać odcinek połączenia. (W tym przypadku adres IP ITSP). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 informacji można znaleźć na stronie.

    voice-class codec 100

    Wskazuje listę preferencji kodera-dekodera 100 używaną dla równorzędnych połączeń telefonicznych 121.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 informacji można znaleźć na stronie.

  2. Wychodzące połączenie równorzędne w kierunku połączeńWebex:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Definiuje element równorzędny wybierania VoIP z tagiem 200201, 200202, 200203, 200204 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    voice-class stun-usage 100

    Wyślij lokalnie wygenerowane żądanie ogłuszenia przez wynegocjowaną ścieżkę multimediów. Ogłuszenie otwiera otwór w zaporze.

    srtp

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

  3. Wychodzące wybieranie równorzędne w kierunku magistrali połączeń Webex Unified CM :

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

    Definiuje równorzędny wybierania numerów VoIP ze znacznikiem 301 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session server-group 301

    Definiuje cel sesji wielu węzłów Unified CM (grupa serwerów 301 dla dial-peer 301), chociaż przykład pokazuje tylko pojedynczy węzeł.

    Grupa serwerów w równorzędnym wybieraniu numeru wychodzącego

    Osiąga losowy rozkład połączeń na wszystkich subskrybentów przetwarzania połączeń Unified CM lub polowanie na podstawie zdefiniowanych preferencji z wieloma równorzędnymi wybieraniami w DPG i wieloma serwerami w grupie serwerów równorzędnych wybierania numerów. Każda grupa serwerów może mieć do pięciu serwerów (IPv4/v6 z portem lub bez). Drugiej równorzędnej wybierania numerów i drugiej grupy serwerów można używać tylko dla więcej niż pięciu subskrybentów przetwarzania połączeń.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html informacji można znaleźć na stronie.

  4. Drugi wychodzący dial-peer w kierunku magistrali Webex Calling Unified CM , jeśli masz więcej niż 5 węzłów Unified CM:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Wychodzące wybieranie numeru równorzędnego w kierunku magistrali PSTN Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Drugi wychodzący dial-peer w kierunku magistrali PSTN Unified CM, jeśli masz więcej niż 5 węzłów Unified CM:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 100  
    dtmf-relay rtp-nte
    no vad
    
4

Skonfiguruj następującą grupę telefoniczną równorzędną (DPG):

  1. Definiuje DPG 121. Wychodząca usługa Dial-peer 121 jest obiektem docelowym dla każdego przychodzącego elementu równorzędnego wybierania numeru, który wywołuje dpG 121. Zastosuj DPG 121 do przychodzącej równorzędnej karty 302 zdefiniowanej później dla ścieżki Unified CM --> LGW --> PSTN :

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Zdefiniuj DPG 100 z wychodzącymi 200201 dial-peer , 200202, 200203 200204 jako docelową dla Unified CM --> LGW --> Webex Ścieżka wywołań :


     

    Upewnij się, że zmiany preferencji są oparte na lokalizacji skonfigurowanej bramy lokalnej. Aby uzyskać więcej informacji, zobacz Krok 7i Krok 8 w temacie Konfigurowanie magistrali opartej na certyfikatach .

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Zdefiniuj DPG 300 dla wychodzących dial-peerów 301 lub 303 dla Webex Calling --> LGW --> Ujednolicona ścieżka CM :

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Zdefiniuj DPG 302 dla wychodzących połączeń 305 lub 307 dla pstn --> LGW --> ujednoliconą ścieżkę CM :

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
5

Skonfiguruj następujące elementy równorzędne wybierania numerów przychodzących:

  1. Przychodzące połączenie równorzędne dla przychodzących połączeń IP PSTN:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiuje równorzędny telefon VoIP ze znacznikiem 100 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    session protocol sipv2

    Określa, że wybieranie numeru 100 obsługuje nogi wywołań SIP.

    incoming uri via 100

    Określa identyfikator uri klasy głosu 100 , który ma być zgodny z całym ruchem przychodzącym z sieci PSTN IP do bramy lokalnej na adresie IP hosta przychodzącego nagłówka VIA. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 302

    Określa grupę równorzędną wybierania numeru 302 w celu wybrania równorzędnej opcji wybierania numeru wychodzącego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.
  2. Przychodzące połączenie dial-peer dla przychodzących połączeń Webex Calling legs:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Aktualizuje równorzędny telefon VoIP z tagiem 110 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.

    destination dpg 120

    Określa grupę równorzędną wybierania numeru 120 w celu wybrania elementu równorzędnego wybierania numeru wychodzącego. Zobacz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 aby uzyskać więcej informacji.

    Voice class srtp-crypto 100

    Konfiguruje preferowane zestawy szyfrów dla odcinka wywołania SRTP (połączenia). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 informacji można znaleźć na stronie.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguruje źródłowy adres IP do sygnalizowania interfejsu źródłowego w obliczu wywołańWebex.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 informacji można znaleźć na stronie.

    bind media source-interface GigabitEthernet0/0/1

    Konfiguruje źródłowy adres IP dla interfejsu źródła nośnika skierowanego do Webex Calling.

    Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 informacji można znaleźć na stronie.

  3. Przychodzące połączenie dial-peer dla przychodzących odróżek połączeń Unified CM z Webex Calling jako miejscem docelowym:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definiuje równorzędny telefon VoIP ze znacznikiem 300 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    incoming uri via 300

    Określa identyfikator URI klasy głosu 300 dla całego ruchu przychodzącego z Unified CM do LGW na porcie źródłowym (5065). Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 informacji można znaleźć na stronie.

    destination dpg 200

    Określa grupę równorzędną wybierania numeru 200 w celu wybrania elementu równorzędnego wybierania numeru wychodzącego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

  4. Przychodzące połączenie równorzędne dla przychodzących odcinków połączeń Unified CM z siecią PSTN jako miejscem docelowym:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Oto wyjaśnienie pól konfiguracji:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definiuje dial-peer VoIP ze znacznikiem 302 i podaje zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 informacji można znaleźć na stronie.

    incoming uri via 302

    Określa identyfikator URI klasy głosu 300 , który ma być zgodny z całym ruchem przychodzącym z Unified CM do bramy lokalnej dla miejsca docelowego PSTN na porcie VIA. Portu 5060 można używać jako standardowego portu SIP. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 informacji można znaleźć na stronie.

    destination dpg 100

    Określa grupę równorzędną wybierania numeru 100 w celu wybrania równorzędnej opcji wybierania numeru wychodzącego. Więcej https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 informacji można znaleźć na stronie.

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 DSLT (Diagnostic Signatures Lookup Tool ) to jedno źródło umożliwiające znajdowanie odpowiednich sygnatur do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

  • Nie należy edytować pliku DS pobranego z dslt. Modyfikowane pliki nie powiodły się z powodu błędu sprawdzania integralności.

  • Serwer SMTP (Simple Mail Transfer Protocol), który jest wymagany do wysyłania powiadomień e-mail przez bramę lokalną.

  • Upewnij się, że na bramie lokalnej jest uruchomiony system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do obsługi powiadomień e-mail.

Wymagania wstępne

Brama lokalna z systemem IOS XE 17.6.1 lub nowszym

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

  2. Skonfiguruj bezpieczny serwer poczty e-mail używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu jest uruchomiony system IOS XE 17.6.1 lub nowszy.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Skonfiguruj zmienną ds_email środowiskową z adresem e-mail administratora, który chcesz powiadomić.

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

Brama lokalna z systemem w wersji 17.6.1

  1. Wprowadź następujące polecenia, aby włączyć podpisy diagnostyczne.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Skonfiguruj serwer poczty e-mail do wysyłania proaktywnych powiadomień, jeśli na urządzeniu jest uruchomiona wersja starsza niż 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Skonfiguruj zmienną ds_email środowiskową przy użyciu adresu e-mail administratora, którego powiadomisz

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

Poniżej przedstawiono przykładową konfigurację bramy lokalnej działającej w systemie Cisco IOS XE 17.6.1 w celu wysyłania proaktywnych powiadomień do tacfaststart@gmail.com przy użyciu Gmaila jako bezpiecznego serwera SMTP:


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 na oprogramowaniu Cisco IOS XE nie jest typowym internetowym klientem Gmaila, który obsługuje protokół OAuth, więc 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 sekcji Zarządzanie bezpieczeństwem konta Google > i włącz ustawienie Mniej bezpieczny dostęp do aplikacji.

  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 DS śledzi 5-sekundowe wykorzystanie procesora przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowanie i odinstalowuje wszystkie sygnatury diagnostyczne instalowane w bramie lokalnej. Wykonaj poniższe czynności, aby zainstalować podpis.

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

    
    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 aplikację DS 64224, korzystając z następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:

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

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  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 polecenia pokaż podpis diagnostyczny domu, aby sprawdzić, 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

    PROCESOR LGW__DS_MON75

    0.0.10

    Zarejestrowano

    2020-11-07 22:05:33


    Po wyzwoleniu ten podpis odinstalowuje wszystkie uruchomione systemy diagnostyczne, w tym samego siebie. W razie potrzeby należy ponownie zainstalować serwer DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w bramie lokalnej.

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

Ten DS używa sondowania SNMP co 10 minut do wykrywania nieprawidłowego rozłączenia połączenia z błędami SIP 403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub równy 5 z ostatniej ankiety, generuje syslog i powiadomienie e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

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

    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 serwer DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wykrywanie nieprawidłowego rozłączenia połączenia SIP z powiadomieniem e-mail i Syslog.

  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.

Za pomocą narzędzia Diagnostyczne wyszukiwanie podpisów można znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu lub można zainstalować podpis zalecany przez inżyniera TAC w ramach zaangażowania pomocy technicznej.

Oto przykład, jak znaleźć i zainstalować DS, aby wykryć wystąpienie "%VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): IEC=1.1.181.1.29.0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące czynności:

  1. Skonfiguruj inną zmienną ds_fsurl_prefix środowiskową DS jako ścieżkę serwera plików Cisco TAC (cxd.cisco.com), aby przesłać dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło to token przesyłania pliku, który można pobrać z Menedżera spraw pomocy technicznej, jak pokazano poniżej. Token przekazywania plików można wygenerować w sekcji Załączniki w Menedżerze zgłoszeń pomocy technicznej, zgodnie z wymaganiami.

    
    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 protokół SNMP jest włączony za pomocą polecenia show snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj polecenie "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Zalecamy zainstalowanie serwera DS 64224 do monitorowania wysokiego procesora jako proaktywnego środka umożliwiającego wyłączenie wszystkich debugowań i sygnatur diagnostycznych w czasie wysokiego wykorzystania procesora. Pobierz aplikację DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Wydajność

    Typ problemu

    Wysokie wykorzystanie procesora dzięki powiadomieniom e-mail.

  4. Pobierz aplikację DS 65095, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

    Nazwa pola

    Wartość pola

    Platforma

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

    Produkt

    CUBE Enterprise w rozwiązaniu Webex Calling

    Zakres problemu

    Dzienniki systemowe

    Typ problemu

    Syslog - %VOICE_IEC-3-GW: CCAPI: Błąd wewnętrzny (próg skoku połączenia): IEC=1.1.181.1.29.0

  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 plik XML DS 64224 monitora wysokiego procesora, a następnie DS 65095 w bramie 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ą funkcji pokaż podpisdiagnostyczny domu. 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

    PROCESOR LGW__DS_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 poniższym poleceniu kolumna "Stan" polecenia pokazuje zmiany podpisu diagnostycznego domu na "uruchomione", podczas gdy brama lokalna wykonuje akcję zdefiniowaną w podpisie. Dane wyjściowe pokazują statystyki diagnostyczne sygnatur wywołania domowego to najlepszy sposób sprawdzenia, czy sygnatura diagnostyczna wykrywa interesujące zdarzenie i wykonała akcję. Kolumna "Triggered/Max/Deinstall" wskazuje, ile razy dany podpis wyzwolił zdarzenie, maksymalną liczbę razy zdefiniowaną do wykrycia zdarzenia oraz czy podpis deinstaluje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.

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

PROCESOR LGW__DS_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

Wyzwalane/Maks./Deinstalacja

Średni czas pracy (w sekundach)

Maksymalny czas pracy (sekundy)

64224

PROCESOR LGW__DS_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/R

23.053

23.053

Wiadomość e-mail z powiadomieniem wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, uruchomiona konfiguracja i wyświetlanie wyników poleceń, które są istotne dla rozwiązania danego problemu.

Odinstalowywanie podpisów diagnostycznych

Użyj sygnatur diagnostycznych do celów rozwiązywania problemów są zwykle zdefiniowane do odinstalowania po wykryciu niektórych wystąpień problemu. Jeśli chcesz ręcznie odinstalować podpis, pobierz identyfikator DS ID z danych wyjściowych show call-home diagnostic-signature i uruchom następujące polecenie:

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.

30 września 2022
Implementacja wysokiej dostępności modułu CUBE jako bramy lokalnej

Brama lokalna (LGW) to jedyna opcja zapewniająca klientom Korzystającym z sieci PSTN opartego lokalnie dostęp do sieci PSTN dla klientów Cisco Webex Calling. Celem tego dokumentu jest pomoc w budowaniu konfiguracji bramy lokalnej przy użyciu CUBE o wysokiej dostępności, aktywnych/rezerwowych CUBE do stanowego przełączania awaryjnego aktywnych wywołań.

Podstawy

Wymagania wstępne

Przed wdrożeniem CUBE HA jako bramy lokalnej dla Webex Calling upewnij się, że masz dogłębne zrozumienie następujących pojęć:

Wskazówki dotyczące konfiguracji podane w tym artykule zakładają, że dedykowana platforma bramy lokalnej bez istniejącej konfiguracji głosowej. Jeśli istniejące wdrożenie CUBE enterprise jest modyfikowane w celu wykorzystania funkcji bramy lokalnej dla Cisco Webex Calling, zwróć szczególną uwagę na konfigurację zastosowaną w celu zapewnienia, że istniejące przepływy połączeń i funkcje nie zostaną przerwane i upewnij się, że przestrzegasz wymagań projektowych CUBE HA.

Komponenty sprzętowe i programowe

CUBE HA jako brama lokalna wymaga IOS-XE w wersji 16.12.2 lub nowszej oraz platformy, na której obsługiwane są zarówno funkcje CUBE HA, jak i LGW.


Polecenia pokazu i dzienniki w tym artykule są oparte na minimalnej wersji oprogramowania Cisco IOS-XE 16.12.2 zaimplementowanej na vCUBE (CSR1000v).

Materiał referencyjny

Oto kilka szczegółowych przewodników konfiguracji CUBE HA dla różnych platform:

Omówienie rozwiązania Webex Calling

Cisco Webex Calling to oferta współpracy, która stanowi opartą na chmurze dla wielu dzierżawców chmurową alternatywę dla lokalnej usługi telefonicznej PBX z wieloma opcjami PSTN dla klientów.

Wdrożenie bramy lokalnej (reprezentowane poniżej) jest głównym tematem tego artykułu. Magistrala bramy lokalnej (lokalna sieć PSTN) w funkcji Webex Calling umożliwia łączność z usługą PSTN należącą do klienta. Zapewnia również łączność z lokalnym wdrożeniem IP PBX, takim jak Cisco Unified CM. Cała komunikacja do i z chmury jest zabezpieczona za pomocą transportu TLS dla SIP i SRTP dla nośników.

Na poniższym rysunku przedstawiono wdrożenie Webex Calling bez istniejącej centrali IP PBX i ma ono zastosowanie do wdrożenia pojedynczego lub w wielu lokalizacjach. Konfiguracja opisana w tym artykule jest oparta na tym wdrożeniu.

Nadmiarowość warstwy 2 Box-to-Box

Redundancja CUBE HA warstwa 2 box-to-box wykorzystuje protokół infrastruktury Redundancy Group (RG) do utworzenia aktywnej/rezerwowej pary routerów. Ta para dzieli ten sam wirtualny adres IP (VIP) w swoich interfejsach i stale wymienia komunikaty o stanie. Informacje o sesji CUBE są sprawdzane na parze routerów, dzięki czemu router rezerwowy może natychmiast przejąć wszystkie obowiązki związane z przetwarzaniem połączeń CUBE, jeśli aktywny router przestanie działać, co powoduje zachowanie sygnalizacji i nośników.


Wskazywanie kontrolne jest ograniczone do połączeń połączonych z pakietami multimedialnymi. Połączenia w tranzycie nie są zaznaczone (na przykład stan próby lub dzwonienia).

W tym artykule CUBE HA odniesie się do redundancji CUBE High Availability (HA) Layer 2 Box-to-box (B2B) w celu zachowania wywołań stanowych

Począwszy od IOS-XE 16.12.2, CUBE HA może być wdrażany jako brama lokalna dla wdrożeń Cisco Webex Calling Trunk (Premises-based PSTN), a w tym artykule omówimy zagadnienia projektowe i konfiguracje. Na tym rysunku przedstawiono typową konfigurację CUBE HA jako bramę lokalną dla wdrożenia magistrali Cisco Webex Calling.

Składnik infrastruktury grupy nadmiarowej

Komponent Redundancy Group (RG) Infra zapewnia obsługę infrastruktury komunikacyjnej box-to-box między dwoma KUBE i negocjuje ostateczny stabilny stan nadmiarowości. Ten komponent zapewnia również:

  • Protokół podobny do HSRP, który negocjuje ostateczny stan nadmiarowości dla każdego routera, wymieniając komunikaty keepalive i hello między dwoma CUBA (za pośrednictwem interfejsu sterowania) - GigabitEthernet3 na powyższym rysunku.

  • Mechanizm transportowy do sprawdzania stanu sygnalizacji i nośnika dla każdego połączenia z aktywnego do rezerwowego routera (za pośrednictwem interfejsu danych) — GigabitEthernet3 na powyższym rysunku.

  • Konfiguracja i zarządzanie interfejsem Virtual IP (VIP) dla interfejsów ruchu (wiele interfejsów ruchu można skonfigurować przy użyciu tej samej grupy RG) - GigabitEthernet 1 i 2 są uważane za interfejsy ruchu.

Ten komponent RG musi być specjalnie skonfigurowany do obsługi głosu B2B HA.

Wirtualne zarządzanie adresami IP (VIP) zarówno dla sygnalizacji, jak i nośników

B2B HA polega na VIP, aby osiągnąć redundancję. Interfejs VIP i powiązane interfejsy fizyczne w obu KUBE w parze CUBE HA muszą znajdować się w tej samej podsieci LAN. Konfiguracja VIP i powiązanie interfejsu VIP z konkretną aplikacją głosową (SIP) są obowiązkowe dla obsługi głosowej B2B HA. Urządzenia zewnętrzne, takie jak Unified CM, Webex Calling access SBC, usługodawca lub proxy, używają VIP jako docelowego adresu IP dla połączeń przechodzących przez routery CUBE HA. W związku z tym, z punktu widzenia Webex Calling, pary CUBE HA działają jako pojedyncza brama lokalna.

Sygnalizacja połączeń i informacje o sesji RTP ustalonych połączeń są wskazywane od aktywnego routera do routera rezerwowego. Gdy aktywny router ulegnie awarii, router rezerwowy przejmie kontrolę i kontynuuje przekazywanie strumienia RTP, który był wcześniej kierowany przez pierwszy router.

Wywołania w stanie przejściowym w momencie pracy awaryjnej nie będą zachowywane po przełączeniu. Na przykład wywołania, które nie są jeszcze w pełni ustanowione lub są w trakcie modyfikowania za pomocą funkcji transferu lub wstrzymania. Ustanowione połączenia mogą zostać rozłączone po przełączeniu.

Istnieją następujące wymagania dotyczące używania CUBE HA jako bramy lokalnej do stanowego przełączania awaryjnego wywołań:

  • CUBE HA nie może mieć interfejsów TDM lub analogowych

  • Gig1 i Gig2 są określane jako interfejsy ruchu (SIP / RTP), a Gig3 to interfejs sterowania / danych Grupy Nadmiarowości (RG)

  • W tej samej domenie warstwy 2 można umieścić nie więcej niż 2 pary CUBE HA, jedna o identyfikatorze grupy 1, a druga o identyfikatorze grupy 2. Jeśli konfigurujesz 2 HA par z tym samym identyfikatorem grupy, interfejsy RG Control/Data muszą należeć do różnych domen warstwy 2 (vlan, oddzielny przełącznik)

  • Kanał portowy jest obsługiwany zarówno dla interfejsów RG Control/data, jak i traffic

  • Cała sygnalizacja/nośniki są pozyskiwane z/do wirtualnego adresu IP

  • Za każdym razem, gdy platforma jest przeładowywana w relacji CUBE-HA, zawsze uruchamia się jako tryb gotowości

  • Dolny adres dla wszystkich interfejsów (Gig1, Gig2, Gig3) powinien znajdować się na tej samej platformie

  • Identyfikator interfejsu redundancji, rii powinien być unikalny dla kombinacji pary/interfejsu na tej samej warstwie 2

  • Konfiguracja na obu KUBE musi być identyczna, w tym konfiguracja fizyczna i musi być uruchomiona na tym samym typie platformy i wersji IOS-XE

  • Interfejsy sprzężenia zwrotnego nie mogą być używane jako powiązania, ponieważ zawsze są w górę

  • Interfejsy wieloobsługowe (SIP/RTP) (Gig1, Gig2) wymagają skonfigurowania śledzenia interfejsu

  • CUBE-HA nie jest obsługiwany przez połączenie krosowego dla łącza sterowania RG/danych (Gig3)

  • Obie platformy muszą być identyczne i połączone za pomocą fizycznego przełącznika we wszystkich podobnych interfejsach, aby CUBE HA działał, tj. GE0/0/0 CUBE-1 i CUBE-2 muszą kończyć się na tym samym przełączniku i tak dalej.

  • Nie można zakończyć sieci WAN bezpośrednio w CUBA lub Data HA po obu stronach

  • Oba aktywne/rezerwowe muszą znajdować się w tym samym centrum danych

  • Obowiązkowe jest użycie oddzielnego interfejsu L3 dla redundancji (RG Control/data, Gig3). tj. interfejs używany do ruchu nie może być używany do utrzymywania HA i punktów kontrolnych

  • Po przełączeniu awaryjnym poprzednio aktywny moduł CUBE przechodzi ponowne załadowanie zgodnie z projektem, zachowując sygnalizację i nośniki

Konfigurowanie nadmiarowości w obu JEDNOSTKACH CUBE

Należy skonfigurować nadmiarowość warstwy 2 box-to-box w obu KUBE przeznaczonych do użycia w parze HA w celu wywołania wirtualnych adresów IP.

1

Skonfiguruj śledzenie interfejsu na poziomie globalnym, aby śledzić stan interfejsu.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI jest używany w RG do śledzenia stanu interfejsu ruchu głosowego, dzięki czemu aktywna trasa będzie dość aktywna po wyłączeniu interfejsu ruchu.

2

Skonfiguruj RG do użytku z VoIP HA w podtrybie nadmiarowości aplikacji.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Oto wyjaśnienie pól używanych w tej konfiguracji:

  • nadmiarowość —przechodzi w tryb nadmiarowości

  • nadmiarowość aplikacji —przechodzi w tryb konfiguracji nadmiarowości aplikacji

  • group— umożliwia przejście do trybu konfiguracji grupy aplikacji nadmiarowej.

  • name LocalGateway-HA— definiuje nazwę grupy RG.

  • próg trybu failover priorytetu 100 75— określa początkowy priorytet i progi trybu failover dla RG

  • timery opóźnienia 30 przeładowania 60— konfiguruje dwa czasy opóźnienia i przeładowania

    • Timer opóźnienia, który jest czasem opóźnienia inicjalizacji grupy RG i negocjacji ról po pojawieniu się interfejsu - domyślnie 30 sekund. Zakres: 0-10000 sekund

    • Ponowne ładowanie — jest to czas potrzebny na opóźnienie inicjowania grupy RG i negocjacji ról po ponownym załadowaniu — domyślnie 60 sekund. Zakres: 0-10000 sekund

    • Zalecane są domyślne timery, chociaż czasomierze te można dostosować do wszelkich dodatkowych opóźnień konwergencji sieci, które mogą wystąpić podczas uruchamiania / przeładowywania routerów, w celu zagwarantowania, że negocjacja protokołu RG odbywa się po zbieżności routingu w sieci do punktu stabilnego. Na przykład, jeśli po przejściu w tryb failover widać, że nowy STANDBY potrzebuje do 20 sekund, aby zobaczyć pierwszy pakiet RG HELLO z nowego ACTIVE, wówczas timery powinny być dostosowane do "timerów opóźniających 60 przeładowania 120", aby uwzględnić to opóźnienie.

  • control GigabitEthernet3 protocol 1— konfiguruje interfejs używany do wymiany komunikatów keepalive i hello między dwoma CUBA, oraz określa wystąpienie protokołu, które zostanie dołączone do interfejsu sterowania i przechodzi w tryb konfiguracji protokołu aplikacji nadmiarowości

  • data GigabitEthernet3 —konfiguruje interfejs używany do punktów kontrolnych ruchu danych

  • track— śledzenie interfejsów przez grupę RG

  • protokół 1— określa wystąpienie protokołu, które zostanie dołączone do interfejsu sterowania, i przechodzi w tryb konfiguracji protokołu aplikacji nadmiarowej.

  • timery hellotime 3 holdtime 10— konfiguruje dwa timery dla hellotime i holdtime:

    • Hellotime — Interwał między kolejnymi wiadomościami powitalnymi — Domyślnie 3 sekundy. Zakres: 250 milisekund -254 sekundy

    • Czas oczekiwania — przerwa między odebraniem wiadomości powitalnej a założeniem, że router wysyłający uległ awarii. Czas ten musi być dłuższy niż czas powitania - Domyślnie 10 sekund. Zakres: 750 milisekund - 255 sekund

      Zaleca się skonfigurowanie czasomierza blokady tak, aby był co najmniej 3 razy większy od wartości czasomierza powitania.

3

Włącz nadmiarowość box-to-box dla aplikacji CUBE. Skonfiguruj RG z poprzedniego kroku w obszarze voice service voip. Umożliwia to aplikacji CUBE kontrolowanie procesu nadmiarowości.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

grupa nadmiarowości 1 —dodanie i usunięcie tego polecenia wymaga ponownego załadowania, aby zaktualizowana konfiguracja zaczęła obowiązywać. Przeładujemy platformy po zastosowaniu całej konfiguracji.

4

Skonfiguruj interfejsy Gig1 i Gig2 z ich odpowiednimi wirtualnymi adresami IP, jak pokazano poniżej, i zastosuj identyfikator interfejsu nadmiarowości (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Oto wyjaśnienie pól używanych w tej konfiguracji:

  • nadmiarowość rii —konfiguruje identyfikator interfejsu nadmiarowości dla grupy nadmiarowości. Wymagane do wygenerowania wirtualnego adresu MAC (VMAC). Ta sama wartość identyfikatora rii musi być użyta na interfejsie każdego routera (ACTIVE/STANDBY), który ma ten sam VIP.


     

    Jeśli w tej samej sieci LAN znajduje się więcej niż jedna para B2B, każda para MUSI mieć unikalne identyfikatory rii na swoich interfejsach (aby zapobiec kolizji). "pokaż grupę aplikacji redundancji wszystkie" powinno wskazywać poprawne informacje lokalne i równorzędne.

  • grupa nadmiarowości 1 —kojarzy interfejs z grupą nadmiarowości utworzoną w kroku 2 powyżej. Skonfiguruj grupę RG, a także VIP przypisany do tego interfejsu fizycznego.


     

    Obowiązkowe jest użycie oddzielnego interfejsu dla redundancji, to znaczy interfejs używany do ruchu głosowego nie może być używany jako interfejs sterowania i danych określony w kroku 2 powyżej. W tym przykładzie interfejs Gigabit 3 jest używany do sterowania/danych RG

5

Zapisz konfigurację pierwszego modułu CUBE i załaduj go ponownie.

Platformą do przeładowania jako ostatni jest zawsze Tryb gotowości.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Po całkowitym uruchomieniu VCUBE-1 zapisz konfigurację VCUBE-2 i załaduj ją ponownie.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Sprawdź, czy konfiguracja box-to-box działa zgodnie z oczekiwaniami. Odpowiednie dane wyjściowe są wyróżnione pogrubioną czcionką.

Przeładowaliśmy VCUBE-2 jako ostatni i zgodnie z rozważaniami projektowymi; platforma do przeładowania ostatnia zawsze będzie w trybie gotowości.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurowanie bramy lokalnej w obu kubeciach

W naszej przykładowej konfiguracji używamy następujących informacji magistrali z Control Hub do zbudowania konfiguracji bramy lokalnej na obu platformach, VCUBE-1 i VCUBE-2. Nazwa użytkownika i hasło dla tej konfiguracji są następujące:

  • Nazwa użytkownika: Hussain1076_Jednostka samorządu terytorialnego

  • Hasło: lOV12MEaZx

1

Upewnij się, że dla hasła został utworzony klucz konfiguracji z poleceniami pokazanymi poniżej, zanim będzie można go użyć w poświadczeniach lub wspólnych wpisach tajnych. Hasła typu 6 są szyfrowane przy użyciu szyfru AES i tego zdefiniowanego przez użytkownika klucza konfiguracji.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Oto konfiguracja bramy lokalnej, która będzie miała zastosowanie do obu platform w oparciu o parametry Control Hub wyświetlane powyżej, zapisz i przeładuj. Poświadczenia SIP Digest z Control Hub są wyróżnione pogrubioną czcionką.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Aby wyświetlić dane wyjściowe polecenia show, ponownie załadowaliśmy VCUBE-2 , a następnie VCUBE-1, czyniąc VCUBE-1 standby CUBE i VCUBE-2 aktywnym CUBE

2

W danym momencie tylko jedna platforma będzie utrzymywać aktywną rejestrację jako brama lokalna z dostępem Webex Calling SBC. Spójrz na dane wyjściowe następujących poleceń pokazu.

pokaż grupę aplikacji redundancji 1

pokaż status sip-ua-register


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Z powyższego wyjścia widać, że VCUBE-2 jest aktywnym LGW utrzymującym rejestrację z Dostępem Webex Calling SBC, podczas gdy wyjście "show sip-ua register status" jest puste w VCUBE-1

3

Teraz włącz następujące debugowanie na VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Symuluj przełączanie awaryjne, wydając następujące polecenie na aktywnym LGW, vCUBE-2 w tym przypadku.


VCUBE-2#redundancy application reload group 1 self

Przejście z ACTIVE na STANDBY LGW następuje w następującym scenariuszu, a także oprócz interfejsu wiersza polecenia wymienionego powyżej

  • Po ponownym załadowaniu routera ACTIVE

  • Gdy router ACTIVE przełącza się w trybie zasilania

  • Gdy dowolny interfejs routera ACTIVE skonfigurowany w RG jest zamykany, dla którego włączone jest śledzenie

5

Sprawdź, czy VCUBE-1 zarejestrował się w Webex Calling access SBC. VCUBE-2 już by się przeładował.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 jest teraz aktywnym LGW.

6

Spójrz na odpowiedni dziennik debugowania na VCUBE-1 wysyłając SIP REGISTER do Webex Wywołując VIA wirtualny adres IP i odbierając 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 września 2022
Skonfiguruj Unified CM dla Webex Calling

Integracja z Unified CM może być wymagana, jeśli lokalizacje obsługujące webex Calling są dodawane do istniejącego wdrożenia, w którym Unified CM jest lokalnym rozwiązaniem do kontroli połączeń i jeśli potrzebujesz bezpośredniego wybierania między telefonami zarejestrowanymi w Unified CM a telefonami w lokalizacjach Webex Calling.

Konfigurowanie profilu zabezpieczeń magistrali SIP dla magistrali do bramy lokalnej

W przypadkach, gdy brama lokalna i brama PSTN znajdują się na tym samym urządzeniu, Unified CM musi mieć włączoną funkcję rozróżniania dwóch różnych typów ruchu (wywołań z Webex i PSTN), które pochodzą z tego samego urządzenia i stosować zróżnicowaną klasę usług do tych typów połączeń. To zróżnicowane traktowanie wywołań uzyskuje się poprzez aprowizację dwóch magistrali między Unified CM a połączoną bramą lokalną i urządzeniem bramy PSTN, które wymaga różnych portów nasłuchiwania SIP dla dwóch magistrali.

Utwórz dedykowany profil zabezpieczeń magistrali SIP dla magistrali bramy lokalnej z następującymi ustawieniami:

Ustawianie Wartość
Nazwa Unikalna nazwa, taka jak Webex
Opis Zrozumiały opis, taki jak Webex SIP Trunk Security Profile
Port przychodzący Musi dopasować port używany w konfiguracji bramy lokalnej dla ruchu do/z Webex: 5065

Konfigurowanie profilu SIP dla magistrali bramy lokalnej

Utwórz dedykowany profil SIP dla magistrali bramy lokalnej z następującymi ustawieniami:

Ustawianie Wartość
Nazwa Unikalna nazwa, taka jak Webex
Opis Zrozumiały opis, taki jak Webex SIP Profile
Włącz polecenie ping OPTIONS, aby monitorować stan miejsca docelowego dla trunków z typem usługi "Brak (domyślnie)" Zaznaczone

Utwórz przestrzeń wyszukiwania połączeń dla połączeń z Webex

Utwórz obszar wyszukiwania połączeń dla połączeń pochodzących z Webex z następującymi ustawieniami:

Ustawianie Wartość
Nazwa Unikalna nazwa, taka jak Webex
Opis Zrozumiały opis, taki jak Webex Calling Search Space
Wybrane partycje

DN (+E.164 numery katalogów)

ESN (w skrócie wybieranie międzylokalizacyjne)

PSTNInternational (dostęp DO SIECI PSTN)

onNetRemote (miejsca docelowe poznane przez RODO)


 

Ostatnia partycja onNetRemote jest używana tylko w środowisku wieloklastrowym, w którym informacje o routingu są wymieniane między klastrami Unified CM przy użyciu usługi ILS (Intercluster Lookup Service) lub Global Dialplan Replication (RODO).

Konfigurowanie magistrali SIP do i z Webex

Utwórz magistralę SIP dla połączeń do i z Webex za pośrednictwem bramy lokalnej z następującymi ustawieniami:

Ustawianie Wartość
Informacje o urządzeniu
NazwaWyjazdni Unikatowa nazwa, taka jak Webex
Opis Znaczący opis, taki jak Webex SIP Trunk
Uruchom na wszystkich aktywnych zunifikowanych węzłach CM Zaznaczone
Połączenia przychodzące
Wywoływanie przestrzeni wyszukiwania Wcześniej zdefiniowana przestrzeń wyszukiwania wywołującego: Webex
Przestrzeń wyszukiwania połączeń AAR Przestrzeń wyszukiwania połączeń z dostępem tylko do wzorców tras PSTN: PSTNReroute
Informacje SIP
Adres docelowy Adres IP modułu CUBE bramy lokalnej
Port docelowy 5060
Profil zabezpieczeń magistrali SIP Trunk Wcześniej zdefiniowane: Webex
Profil SIP Wcześniej zdefiniowane: Webex

Konfigurowanie grupy tras dla Webex

Utwórz grupę tras z następującymi ustawieniami:

Ustawianie Wartość
Informacje o grupie tras
Nazwa grupy tras Unikatowa nazwa, taka jak Webex
Wybrane urządzenia Wcześniej skonfigurowany magistral SIP: Webex

Konfigurowanie listy tras dla Webex

Utwórz listę tras z następującymi ustawieniami:

Ustawianie Wartość
Informacje o liście tras
Nazwa Unikalna nazwa, taka jak RL_Webex
Opis Zrozumiały opis, taki jak Lista tras dla Webex
Uruchom na wszystkich aktywnych zunifikowanych węzłach CM Zaznaczone
Lista tras Informacje o członkach
Wybrane grupy Tylko wcześniej zdefiniowana grupa tras: Webex

Utwórz partycję dla miejsc docelowych Webex

Utwórz partycję dla miejsc docelowych Webex z następującymi ustawieniami:

Ustawianie Wartość
Informacje o liście tras
Nazwa Unikalna nazwa, taka jak Webex
Opis Zrozumiały opis, taki jak partycja Webex

Co dalej?

Pamiętaj, aby dodać tę partycję do wszystkich wywołujących przestrzeni wyszukiwania, które powinny mieć dostęp do miejsc docelowych Webex. Tę partycję należy dodać specjalnie do obszaru wyszukiwania połączeń, który jest używany jako obszar wyszukiwania połączeń przychodzących w magistralach PSTN, aby można było kierować połączenia z sieci PSTN do Webex.

Konfigurowanie wzorców tras dla miejsc docelowych Webex

Skonfiguruj wzorce tras dla każdego zakresu DID w Webex z następującymi ustawieniami:

Ustawianie Wartość
Wzór trasy Pełny wzór +E.164 dla zakresu DID w Webex z wiodącym "\". Na przykład: \+140855501XX
Partycja trasy Webex
Brama/Lista tras RL_Webex
Pilny priorytet Zaznaczone

Konfigurowanie skróconej normalizacji wybierania międzylokacyjnego dla Webex

Jeśli do Webex wymagane jest skrócone wybieranie międzylokalizacyjne, skonfiguruj wzorce normalizacji wybierania dla każdego zakresu ESN w Webex z następującymi ustawieniami:

Ustawianie Wartość
Wzór tłumaczenia Wzorzec ESN dla zakresu ESN w Webex. Na przykład: 80121XX
Partycja Webex
Opis Zrozumiały opis, taki jak Webex Normalization Pattern
Korzystanie z przestrzeni wyszukiwania połączeń inicjatora Zaznaczone
Pilny priorytet Zaznaczone
Nie czekaj na przekroczenie limitu czasu Interdigit na kolejnych przeskokach Zaznaczone
Nazywa się Maska Transformacji Partii Maska, aby znormalizować liczbę do +E.164. Na przykład: +140855501XX
30 września 2022
Konfigurowanie funkcji usługi Webex Calling

Dowiedz się więcej o niektórych funkcjach dostępnych w Webex Calling i o tym, jak je skonfigurować dla swojej organizacji i użytkowników.

Konfigurowanie grupy polowań

Grupy wyszukiwania kierują połączenia przychodzące do grupy użytkowników lub obszarów roboczych. Można nawet skonfigurować wzorzec do kierowania do całej grupy.

Aby uzyskać więcej informacji na temat konfigurowania grupy polowań, zobacz Grupy polowań w Cisco Webex Control Hub.

Tworzenie kolejki połączeń

Możesz skonfigurować kolejkę połączeń, aby gdy nie można odbierać połączeń klientów, otrzymywali oni automatyczne odbieranie, wiadomości o komforcie i muzykę wstrzymywaną, dopóki ktoś nie będzie mógł odebrać połączenia.

Aby uzyskać więcej informacji na temat konfigurowania kolejki połączeń i zarządzania nią, zobacz Zarządzanie kolejkami połączeń w Cisco Webex Control Hub.

Utwórz klienta recepcjonisty

Pomóż zaspokoić potrzeby personelu front-office. Możesz skonfigurować użytkowników jako operatorów telefonicznych, aby mogli sprawdzać połączenia przychodzące do określonych osób w organizacji.

Aby uzyskać informacje na temat konfigurowania i wyświetlania klientów recepcjonistów, zobacz Klienci recepcjonistów w Cisco Webex Control Hub.

Tworzenie automatycznych recepcjonistek i zarządzanie nimi

Możesz dodawać pozdrowienia, konfigurować menu i przekierowywać połączenia do usługi odbierania połączeń, grupy myśliwej, skrzynki poczty głosowej lub prawdziwej osoby. Utwórz 24-godzinny harmonogram lub udostępnij różne opcje, gdy Twoja firma jest otwarta lub zamknięta.

Aby uzyskać informacje na temat tworzenia automatycznych recepcjonistek i zarządzania nimi, zobacz Zarządzanie automatycznymi recepcjonistkami w Cisco Webex Control Hub.

Konfigurowanie grupy stronicowania

Stronicowanie grup umożliwia użytkownikowi nawiązanie połączenia jednokierunkowego lub strony grupy z maksymalnie 75 docelowymi użytkownikami i obszarami roboczymi przez wybranie numeru lub rozszerzenia przypisanego do określonej grupy stronicowania.

Aby uzyskać informacje na temat konfigurowania i edytowania grup stronicowania, zobacz Konfigurowanie grupy stronicowania w Cisco Webex Control Hub.

Konfigurowanie odbioru połączeń

Usprawnij pracę zespołową i współpracę, tworząc grupę odbierania połączeń, aby użytkownicy mogli odbierać sobie nawzajem połączenia. Gdy dodasz użytkowników do grupy odbierania połączeń, a członek grupy jest nieobecny lub zajęty, inny członek może odbierać połączenia.

Aby uzyskać informacje na temat konfigurowania grupy odbierania połączeń, zobacz Odbieranie połączeń w Cisco Webex Control Hub.

Konfigurowanie parku połączeń

Call park umożliwia zdefiniowanej grupie użytkowników parkowanie połączeń przeciwko innym dostępnym członkom grupy call park. Zaparkowane połączenia mogą być odbierane przez innych członków grupy na ich telefonie.

Aby uzyskać więcej informacji na temat konfigurowania parku połączeń, zobacz Call Park w Cisco Webex Control Hub.

Zezwalanie użytkownikom na odbieranie połączeń telefonicznych innych osób

1

Z widoku klienta w https://admin.webex.comprogramie przejdź do pozycji Użytkownicy, a następnie wybierz użytkownika, którego chcesz zmodyfikować.

2

Wybierz pozycję Połączenia, przejdź do pozycji Uprawnienia między użytkownikami, a następnie wybierz pozycję Barge In.

3

Włącz funkcję Barge In, wybierz, czy trwające połączenie ma być połączeniem konferencyjnym.

  • Zezwalaj innym na dodawanie się do połączeń tego użytkownika.

  • Odtwarzaj dźwięk, gdy ktoś dzwoni do rozmowy.

Następnie kliknij przycisk Zapisz.

Uniemożliwianie komuś monitorowania stanu wiersza użytkownika

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Użytkownicyi wybierz użytkownika, którego chcesz zmodyfikować.

2

Wybierz pozycję Połączenia, przejdź do pozycji Uprawnienia między użytkownikami i włącz opcję Prywatność.

3

Wybierz odpowiednie ustawienia prywatności automatycznej recepcjonistki dla tego użytkownika.

  • Zezwól na wybieranie tego użytkownika za pomocą numeru wewnętrznego
  • Zezwól na wybieranie tego użytkownika za pomocą imienia lub nazwiska
4

Zaznacz pole wyboru Włącz prywatność . Następnie możesz zdecydować, czy chcesz zablokować wszystkich, pozostawiając pole Wyszukaj użytkownika według nazwy puste lub wybrać, kto może monitorować stan wiersza tego użytkownika.

Korzystając z powyższego przykładu wykonawczego, wyszukasz nazwę jego asystenta administracyjnego.

5

Kliknij opcję Zapisz.

Przykład

Chcesz zobaczyć, jak to się robi? Obejrzyj ten film demonstracyjny dotyczący zarządzania ustawieniami prywatności użytkownika w centrum Sterowania.

Lista monitorowania - Inni użytkownicy i rozszerzenia call park

Maksymalna liczba monitorowanych linii wynosi 50, ale należy wziąć pod uwagę przepustowość. Maksimum może być również określone przez liczbę przycisków liniowych w telefonie użytkownika.


Usługa monitorowania działa tylko z podstawowym urządzeniem użytkownika.

1

Z widoku klienta w https://admin.webex.comprogramie , przejdź do pozycji Użytkownicyi wybierz użytkownika, którego chcesz zmodyfikować.

2

Wybierz pozycję Połączenia, przejdź do sekcji Uprawnienia między użytkownikami , wybierz pozycję Monitorowanie.

3

Wybierz jedną z następujących opcji:

  • Dodaj monitorowaną linię-
  • Dodaj nr wew. do park. poł.
4

Wybierz, czy chcesz, aby ten użytkownik był powiadamiany o zaparkowanych połączeniach, wyszukaj osobę lub rozszerzenie parku połączeń, które ma być monitorowane, a następnie kliknij przycisk Zapisz.


 

Lista monitorowanych linii w centrum sterowania odpowiada kolejności monitorowanych linii wyświetlanych na urządzeniu użytkownika. W każdej chwili możesz zmienić kolejność listy monitorowanych linii.


 

Nazwa wyświetlana dla monitorowanego wiersza jest nazwą wprowadzoną w polach Identyfikator dzwoniącego i Nazwisko użytkownika lub obszaru roboczego.

Przykład

Chcesz zobaczyć, jak to się robi? Obejrzyj ten film demonstracyjny dotyczący zarządzania ustawieniami monitorowania użytkownika w centrum Control Hub.

Włączanie hotelowania dla użytkownika

Umożliwienie użytkownikowi hotelowania pozwala mu pracować w innej przestrzeni przy zachowaniu funkcjonalności i funkcji głównego telefonu stacjonarnego.

1

Z widoku klienta w https://admin.webex.comprogramie przejdź do pozycji Użytkownicy , a następnie wybierz użytkownika, którego chcesz zmodyfikować.

2

Wybierz pozycję Połączenia, przejdź do pozycji Uprawnienia między użytkownikamii kliknij pozycję Hoteling.

3

Włącz hotelowanie, a następnie kliknij przycisk Zapisz.

Przykład

Chcesz zobaczyć, jak to się robi? Obejrzyj ten film demonstracyjny dotyczący konfigurowania hotelowania w centrum sterowania.
30 września 2022
Skonfiguruj i zarządzaj swoimi użytkownikami połączeń Webex

Musisz dodać każdego użytkownika w Control Hub, aby mógł korzystać z usług Webex Calling. Liczba użytkowników, których należy dodać, określi sposób dodawania ich w centrum sterowania, niezależnie od tego, czy każdy użytkownik zostanie dodany ręcznie według adresu e-mail, czy do wielu użytkowników za pomocą pliku CSV. Wybór należy do Ciebie.


W przypadku synchronizowania użytkowników z katalogu, takiego jak Active Directory, podczas ręcznego dodawania osób w centrum Sterowania należy również dodać je do katalogu.


Podczas dodawania użytkowników imiona i nazwiska nie mogą zawierać rozszerzonych znaków ascii ani następujących znaków %, # <,>, , \, /," i mieć maksymalną długość 30 znaków.</,> Te ograniczenia dotyczące znaków specjalnych dotyczą tylko użytkowników Webex Calling.

Przed rozpoczęciem