19 listopada 2021 | 314 — liczba wyświetleń | 0 — liczba osób, które uznały to za pomocne

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

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

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:

Otwórz domyślne ustawienia systemu ustawień aplikacji, kliknij pozycję Ustaw ustawienia domyślne według aplikacji, a następnie wybierz pozycję Aplikacja Webex.
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 licencyjne dla bram lokalnych

Licencje na wywoływanie modułu CUBE muszą być zainstalowane na bramie lokalnej. Aby uzyskać więcej informacji, zobacz Cisco Unified Border Element Configuration Guide.

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.

17 marca 2023

Konfigurowanie Webex Calling dla swojej organizacji

Dostosuj swoją organizację do Webex Calling w Control Hub. Po aktywowaniu pierwszej lokalizacji za pomocą kreatora konfiguracji po raz pierwszy można skonfigurować dodatkowe lokalizacje, przypisanie i użycie linii miejskiej, opcje planu wybierania, użytkowników, urządzenia i funkcje oraz zarządzać nimi.

Konfigurowanie ustawień połączeń w Kreatorze konfiguracji po raz pierwszy

Pierwszym krokiem do uzyskania Webex Calling Aby usługi były uruchomione i uruchomione, należy zakończyć działanie Kreatora pierwszej konfiguracji (FTSW). Po zakończeniu procedury FTSW dla pierwszej lokalizacji nie trzeba jej wykonywać dla kolejnych lokalizacji.

Kliknij przycisk Wprowadzenie w otrzymanej wiadomości e-mail powitalnej.

Twój adres e-mail administratora jest automatycznie używany do logowania do Centrum sterowania , gdzie zostanie wyświetlony monit o utworzenie hasła administratora. Po zalogowaniu zostanie automatycznie uruchomiony kreator konfiguracji.

Przejrzyj i zaakceptuj warunki korzystania z usługi.

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

Menedżer konta jest odpowiedzialny za aktywację pierwszych kroków dla FTSW. Skontaktuj się z menedżerem konta, jeśli otrzymasz powiadomienie „Nie można nawiązać połączenia” po wybraniu opcji Rozpocznij .

Wybierz kraj, na który ma być mapowane centrum danych, a następnie wprowadź dane kontaktowe i adresowe klienta.

Kliknij przycisk Dalej. Położenie domyślne:

Wybierz jedną z następujących opcji:

Kliknij Zapisz i zamknij jeśli jesteś administratorem partnera i chcesz, aby administrator klienta zakończył obsługę administracyjną Webex Calling .
Podaj wymagane informacje o lokalizacji. Po utworzeniu lokalizacji w kreatorze można później utworzyć więcej lokalizacji.

Po zakończeniu pracy kreatora konfiguracji upewnij się, że: dodać numer główny do utworzonej lokalizacji.

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

Język ogłoszenia — wybierz język komunikatów dźwiękowych i monitów dla nowych użytkowników i funkcji.
Język e-mail — do komunikacji e-mail z nowymi użytkownikami.
Kraj
Strefa czasowa

Kliknij przycisk Dalej.

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

Dodaj lokalizację

Przed rozpoczęciem

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

Adres lokalizacji
Żądane numery telefonów (opcjonalnie)

Zaloguj się do Control Hubhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .

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

Skonfiguruj ustawienia lokalizacji:

Nazwa lokalizacji (Wymagane) — wprowadź unikalną nazwę identyfikującą lokalizację.
Kraj/region — wybierz kraj, z którym chcesz powiązać lokalizację. Na przykład można utworzyć jedną lokalizację (siedzibę główną) w Stanach Zjednoczonych, a drugą (oddział) w Wielkiej Brytanii. Wybrany kraj określa następujące pola adresu. W dokumentach tutaj udokumentowanych jako przykładu użyto amerykańskiej konwencji adresowej.
Adres lokalizacji — wprowadź główny adres pocztowy lokalizacji.
Miasto — wprowadź miasto dla tej lokalizacji.
Stan/prowincja/region — Z listy rozwijanej wybierz stan.
Kod pocztowy — wprowadź kod pocztowy lub kod pocztowy.
Język ogłoszenia — wybierz język komunikatów dźwiękowych i monitów dla nowych użytkowników i funkcji.
Język e-mail — wybierz język komunikacji e-mail z nowymi użytkownikami.
Strefa czasowa — wybierz strefę czasową dla lokalizacji.

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

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

Cisco PSTN — wybierz tę opcję, jeśli chcesz korzystać z rozwiązania Cloud PSTN firmy Cisco. Plan taryfowy Cisco to pełne rozwiązanie zastępcze PSTN, które umożliwia wykonywanie połączeń alarmowych oraz krajowych i międzynarodowych połączeń przychodzących i wychodzących, a także umożliwia zamawianie nowych numerów PSTN lub przenoszenie istniejących numerów do Cisco.

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

Zakupiono co najmniej jeden plan taryfowy Cisco Calling Plan OCP (ang. Outbound Calling Plan).
Lokalizacja znajduje się w kraju, w którym obsługiwany jest plan taryfowy Cisco .
Twoja lokalizacja jest nowa. Istniejące lokalizacje, do których przypisano inne funkcje PSTN, nie kwalifikują się obecnie do planu taryfowego Cisco . Otwórz zgłoszenie do pomocy technicznej w celu uzyskania wskazówek.
Jesteś obsługiwany w Webex Calling w regionie, w którym obsługiwany jest plan taryfowy Cisco .

Sieć PSTN połą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 plan taryfowy Cisco nie jest dostępny w Twojej lokalizacji. Partnerzy CCP oferują rozwiązania zastępcze PSTN, szeroki zasięg globalny oraz szeroką i zróżnicowaną gamę funkcji, opakowań i cen.

Lista partnerów CCP i zasięg geograficzny tutaj . Wyświetlani są tylko partnerzy, którzy obsługują kraj, w którym znajduje się Twoja lokalizacja. 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ą Media regionalne dotyczące CCP . W przypadku partnerów wyświetlanych jako ciąg znaków wybierz region najbliżej kraju, w którym znajduje się Twoja lokalizacja, aby zapewnić CCP regionalne media.

Jeśli widzisz opcję: Zamów numery teraz w ramach usługodawcy wymienionego na liście, zalecamy wybranie tej opcji, aby móc korzystać ze zintegrowanego CCP. Zintegrowany procesor CCP umożliwia pozyskiwanie i udostępnianie numerów telefonów w Centrum sterowania na pojedynczej szybie. Niezintegrowany CCP wymaga nabycia numerów telefonów od partnera CCP spoza: Centrum sterowania .

PSTN (brama lokalna) w siedzibie — Możesz wybrać tę opcję, jeśli chcesz zachować dotychczasowego dostawcę PSTN lub łączyć witryny inne niż w chmurze z witrynami w chmurze.

Wybór opcji PSTN jest dokonywany na każdym poziomie lokalizacji (każda lokalizacja ma tylko jedną opcję PSTN). Możesz mieszać i dopasowywać dowolną liczbę opcji dla swojego wdrożenia, ale każda lokalizacja będzie mieć jedną opcję. Po wybraniu i skonfigurowaniu opcji PSTN można ją zmienić, klikając 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 do pomocy technicznej w celu uzyskania wskazówek.

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

W przypadku wybrania niezintegrowanego CCP lub PSTN opartego na lokalizacji, wprowadź Numery telefonów jako wartości rozdzielone przecinkami, a następnie kliknij Sprawdź poprawność .

Numery są dodawane dla określonej lokalizacji. Prawidłowe wpisy zostaną przeniesione do Zweryfikowane numery pole, 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 wprowadzać cyfry z kodem lub bez niego, poprzedzonego kodem.

Kliknij opcję Zapisz.

Co zrobić dalej

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

Usuwanie lokalizacji z organizacji usługi Webex Calling

Przed rozpoczęciem

Pobierz listę użytkowników i obszarów roboczych powiązanych z lokalizacją: Przejdź do Usługi > Nawiązywanie połączeń > Liczby iz menu rozwijanego wybierz lokalizację do usunięcia. Musisz usuń tych użytkowników i obszarów roboczych przed usunięciem lokalizacji.

Należy pamiętać, że wszelkie numery związane z tą lokalizacją zostaną zwrócone dostawcy sieci PSTN; nie będziesz już właścicielem tych numerów.

1	Zaloguj się do Control Hubhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .
2	Kliknij w Działania obok lokalizacji, którą chcesz usunąć.
3	Wybierz Usuń lokalizację i potwierdź, że chcesz usunąć tę lokalizację. Trwałe usunięcie lokalizacji zwykle zajmuje kilka minut, ale może to potrwać do godziny. Stan można sprawdzić, klikając obok nazwy lokalizacji i wybierając Stan usuwania .

Zaktualizuj istniejącą lokalizację

Możesz zmienić konfigurację PSTN, nazwę, strefę czasową i język lokalizacji po jej utworzeniu. Pamiętaj jednak, że nowy język dotyczy tylko nowych użytkowników i urządzeń. Istniejący użytkownicy i urządzenia nadal używają starego języka.

W przypadku istniejących lokalizacji można włączyć usługi alarmowe 911. Zobacz Usługa RedSky Emergency 911 dla Webex Calling aby uzyskać więcej informacji.

Zaloguj się do Control Hubhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .

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

(Opcjonalnie) Poniżej Połączenie PSTN , wybierz opcję Sieć PSTN połączona z chmurą lub PSTN w siedzibie (brama lokalna), w zależności od tego, która z nich została już skonfigurowana. Kliknij Zarządzaj aby zmienić tę konfigurację, a następnie zaakceptuj związane z tym zagrożenia, wybierając Kontynuuj . Wybierz jedną z następujących opcji, a następnie kliknij Zapisz :

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

Zakupiono co najmniej jeden plan taryfowy Cisco Calling Plan OCP (ang. Outbound Calling Plan).
Lokalizacja znajduje się w kraju, w którym obsługiwany jest plan taryfowy Cisco .
Twoja lokalizacja jest nowa. Obecnie istniejące lokalizacje, do których przypisano inne funkcje PSTN, nie kwalifikują się do planu taryfowego Cisco . Otwórz zgłoszenie do pomocy technicznej w celu uzyskania wskazówek.
Jesteś obsługiwany w Webex Calling w regionie, w którym obsługiwany jest plan taryfowy Cisco .

PSTN (brama lokalna) w siedzibie — Możesz wybrać tę opcję, jeśli chcesz zachować dotychczasowego dostawcę PSTN lub łączyć witryny spoza chmury z witrynami w chmurze.

Webex Calling Klienci z lokalizacjami, w których wcześniej skonfigurowano bramę lokalną, zostaną automatycznie przekonwertowani na lokalną sieć PSTN z odpowiednim łączem magistralowym.

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

(Opcjonalnie) Poniżej Połączenia alarmowe , można wybrać Identyfikator lokalizacji alarmowej przypisać do tej lokalizacji.

To ustawienie jest opcjonalne i ma zastosowanie tylko w krajach, w których jest ono wymagane.

W niektórych krajach (przykład: Francja), istnieją wymagania prawne dotyczące komórkowych systemów radiowych w celu ustalenia tożsamości komórki podczas nawiązywania połączenia alarmowego i są one udostępniane władzom ratunkowym. Inne kraje, takie jak Stany Zjednoczone i Kanada, wdrażają określanie lokalizacji przy użyciu innych metod. Aby uzyskać więcej informacji, zobacz Zaawansowane połączenia alarmowe .

Dostawca połączeń alarmowych może potrzebować informacji o sieci dostępowej. Można to zrobić przez zdefiniowanie nowego nagłówka prywatnego numeru wewnętrznego 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łączeń alarmowych, aby sprawdzić, czy to ustawienie jest wymagane, i użyj wartości podanej przez dostawcę połączeń alarmowych”.

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

(Opcjonalnie) Kliknij ikonę ołówka u góry strony Lokalizacja, aby zmienić Nazwa lokalizacji , Język ogłoszenia , Język e-mail , Strefa czasowa , lub Adres w razie potrzeby, a następnie kliknij Zapisz .

Zmiana języka komunikatów zacznie obowiązywać natychmiast dla wszystkich nowych użytkowników i funkcji dodanych do tej lokalizacji. Jeśli istniejący użytkownicy i/lub funkcje również mają zmienić język ogłoszenia, po wyświetleniu monitu wybierz Zmiana dla istniejących użytkowników i obszarów roboczych lub Zmiana istniejących funkcji . Kliknij Zastosuj . Postęp możesz zobaczyć na stronie Zadania. Do czasu ukończenia nie możesz wprowadzać żadnych dodatkowych zmian.

Zmiana tej strefy czasowej nie spowoduje aktualizacji stref czasowych funkcji powiązanych z tą lokalizacją. Aby edytować strefę czasową dla usługi lokalizacyjnej, przejdź do Ustawienia ogólne obszaru określonego obiektu, dla którego chcesz zaktualizować strefę czasową, oraz edytować i zapisać tam obszar.

Konfigurowanie planu wybierania Webex Calling

Te ustawienia dotyczą wybierania wewnętrznego i są również dostępne w kreatorze konfiguracji po raz pierwszy. Po zmianie planu wybierania przykładowe numery w Centrum sterowania zaktualizuj, aby wyświetlić te zmiany.

Można skonfigurować uprawnienia do połączeń wychodzących dla lokalizacji. Zobacz te kroki aby skonfigurować uprawnienia do połączeń wychodzących.

Z widoku klienta whttps://admin.webex.com , przejdź do Usługi > Nawiązywanie połączeń > Ustawienia usługi , a następnie przewiń do Wybieranie wewnętrzne .

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

Długość prefiksu trasy lokalizacji — To ustawienie jest zalecane w przypadku wielu lokalizacji. Możesz wprowadzić długość od 2 do 7 cyfr. Jeśli masz wiele lokalizacji z tym samym numerem wewnętrznym, 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, należy wybrać numer 8881000, aby połączyć się z tym sklepem.
Cyfra sterująca w przedrostku trasy — w tym miejscu można ustawić wartość niezależnie od tego, czy używane są prefiksy routingu lokalizacji.

Długość przedłużenia wewnętrznego — Można wprowadzić od 2 do 6 cyfr, wartość domyślna to 2.

Po zwiększeniu długości numeru wewnętrznego istniejące numery szybkiego wybierania numerów wewnętrznych nie są automatycznie aktualizowane.

Określ wybieranie wewnętrzne dla określonych lokalizacji. Przejdź do Usługi > Zadzwoń > Lokalizacje , wybierz lokalizację, przewiń do Wybieranie , a następnie w razie potrzeby zmień wybieranie wewnętrzne i zewnętrzne:

Wybieranie wewnę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ć unikalny. Zalecamy, aby długość prefiksu była zgodna z długością ustawioną na poziomie organizacji, ale musi mieć od 2 do 7 cyfr.

Wybieranie zewnętrzne — Opcjonalnie można wybrać cyfrę numeru wychodzącego, którą użytkownicy muszą wybrać, aby połączyć się z linią zewnętrzną. Wartość domyślna to Brak i możesz go opuścić, jeśli nie potrzebujesz tego nawyku wybierania. Jeśli zdecydujesz się użyć tej funkcji, zalecamy użycie innego numeru niż cyfra sterująca organizacji.

Użytkownicy mogą dołączyć cyfrę numeru wychodzącego podczas wykonywania połączeń zewnętrznych, aby naśladować sposób, w jaki wybierali numer 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żytkowników nie powinny zaczynać się od tego samego numeru co cyfra sterująca lokalizacji.

Skonfiguruj lokalną sieć PSTN (brama lokalna) w Control Hub

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

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

Utwórz łącze magistralowe

Wykonaj poniższe czynności, aby utworzyć łącze magistralowe w Centrum sterowania .

Przed rozpoczęciem

Po dodaniu lokalizacji i przed skonfigurowaniem sieci PSTN opartej na lokalach dla lokalizacji należy utworzyć łącze magistralowe.
Utwórz dowolne lokalizacje oraz określone ustawienia i numery dla każdej z nich. Lokalizacje muszą istnieć przed dodaniem sieci PSTN opartej na lokalach.
Informacje o wymaganiach PSTN (brama lokalna) opartych na lokalizacji: Webex Calling .
Nie można wybrać więcej niż jednego łącza dla lokalizacji z PSTN opartej na lokalach, ale można wybrać to samo łącze dla wielu lokalizacji.

Z widoku klienta w , przejdź do Usługi > Nawiązywanie połączeń > Kierowanie połączeń > Grupy tras .https://admin.webex.com

Wybierz lokalizację.

Nazwij magistralę i kliknij Zapisz .

Długość znaczników nie może przekraczać znaków.

Co zrobić dalej

Zostaną wyświetlone odpowiednie parametry, które należy skonfigurować w magistrali. Wygenerujesz również zestaw poświadczeń skrótu SIP, aby zabezpieczyć połączenie PSTN.

Informacje o linii miejskiej są wyświetlane na ekranie Zarejestruj domenę, grupę łączy OTG/DTG, linię/port, wychodzący adres proxy .

Zalecamy skopiowanie tych informacji z Centrum sterowania i wklej go do lokalnego pliku tekstowego lub dokumentu, aby można było się do niego odwoływać podczas konfigurowania bramy lokalnej.

Jeśli utracisz poświadczenia, musisz je ponownie wygenerować na ekranie informacji o magistrali w Control Hub. Kliknij Odzyskaj nazwę użytkownika i zresetuj hasło aby wygenerować nowy zestaw poświadczeń uwierzytelniania do użycia w magistrali.

Wybierz łącze dla sieci PSTN opartej na lokalizacji

Zaloguj się do Control Hubhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .

Wybierz lokalizację do zmodyfikowania i kliknij Zarządzaj .

Wybierz PSTN w siedzibie i kliknij Dalej .

Wybierz magistralę z menu rozwijanego.

Odwiedź stronę łącza magistralowego, aby zarządzać wyborem grupy łącza magistralowego.

Kliknij powiadomienie z potwierdzeniem, a następnie kliknij Zapisz .

Co zrobić dalej

Należy pobrać informacje konfiguracyjne, które Centrum sterowania wygenerować parametry i zamapować je na bramę lokalną (na przykład na module Cisco CUBE, który znajduje się w siedzibie). Ten artykuł przeprowadzi Cię przez ten proces. Jako odniesienie, zobacz poniższy diagram, aby zobaczyć przykład, w jaki sposób Centrum sterowania informacje o konfiguracji (po lewej) są mapowane na parametry w module CUBE (po prawej):

Po pomyślnym zakończeniu konfiguracji samej bramy można wrócić do Usługi > Zadzwoń > 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 połączeń i służy jako aktywna brama PSTN dla lokalizacji.

Zarządzaj numerami telefonów

Możesz łatwo wyświetlać, aktywować, usuwać i dodawać numery telefonów dla swojej organizacji w Centrum sterowania . Aby uzyskać więcej informacji, zobacz Zarządzaj numerami telefonów w Control Hub .

Poproś o zakup usług Webex w wersji próbnej w Control Hub

Jeśli wypróbowujesz usługi Webex i chcesz przekonwertować wersję próbną na płatną subskrypcję, możesz przesłać prośbę e-mail do swojego partnera.

1	Z widoku klienta whttps://admin.webex.com , wybierz ikonę budynku .
2	Wybierz Subskrypcje kartę, a następnie kliknij Kup teraz . Do partnera zostanie wysłana wiadomość e-mail z informacją, że chcesz przejść na płatną subskrypcję.

Ustawianie opcji połączeń dla użytkowników aplikacji Webex

Możesz użyć Centrum sterowania aby ustawić priorytet dostępnych opcji połączeń widocznych dla użytkowników Aplikacja Webex . Można je również włączyć dla funkcji typu „kliknij, aby połączyć”.

Z widoku klienta whttps://admin.webex.com , przejdź do Ustawienia organizacji > Usługi , przewiń do Nawiązywanie połączeń a następnie wybierz Ustawienia klienta .

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

Inne opcje, które są ukryte dla użytkowników, są wyświetlane w obszarze Opcje połączeń ukrytych pole, jak pokazano na tym przykładowym zrzucie ekranu:

Włącz Włącz opcję „kliknij, aby połączyć” jeśli chcesz, aby użytkownicy mogli nawiązywać połączenia przy użyciu opcji pierwszego połączenia skonfigurowanej w poprzednim kroku.

Może minąć do 24 godzin, zanim zmiany pojawią się w Aplikacja Webex . Możesz doradzić użytkownikom, aby ponownie uruchomili swoje aplikacje, aby szybciej wychwycić te zmiany.

Ustaw zachowanie połączenia w Control Hub

Można kontrolować, jaka aplikacja nawiązująca połączenia jest otwierana, gdy użytkownicy wykonują 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 nadal wysyła numer do wybranej aplikacji do obsługi połączeń, ale połączenie nie powiedzie się.

Z widoku klienta whttps://admin.webex.com , przejdź do Zarządzanie > Ustawienia organizacji , a następnie przewiń do Zachowanie podczas nawiązywania połączeń , a następnie wybierz jedną z następujących opcji: .

Nawiązywanie połączeń w Webex — wybierz tę opcję, jeśli chcesz, aby użytkownicy nawiązywali połączenia bezpośrednio w aplikacji Webexza pomocą jednej z następujących usług połączeń:

Aplikacja Webex Calling — wybierz tę opcję, jeśli Twoja organizacja ma subskrypcję usługi Cisco Webex Calling i chcesz zezwolić użytkownikom na wykonywanie połączeń PSTN przy użyciu Webex Calling aplikacja. Gdy użytkownicy wykonują połączenia PSTN w Aplikacja Webex , Webex Calling Aplikacja służy do nawiązywania połączenia.

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

Zostanie wyświetlony komunikat wskazujący, że zachowanie nawiązywania połączeń zostało zaktualizowane. Użytkownicy mogą teraz wykonywać połączenia PSTN z Aplikacja Webex lub Webex Calling aplikacja.

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

Możesz zmienić to ustawienie na poziomie użytkownika, jeśli określone osoby muszą korzystać z różnych zachowań nawiązywania połączeń. Przejdź do Użytkownicy i poniżej Ustawienia , wybierz Zachowanie podczas nawiązywania połączeń . Możesz dokonać wyboru, a następnie kliknąć przycisk Zapisz.

06 lutego 2023

Konfigurowanie bramy lokalnej w systemie IOS-XE do obsługi połączeń Webex

Po skonfigurowaniu Webex Calling dla swojej organizacji można skonfigurować łącze trunkingowe, aby połączyć bramę lokalną z Webex Calling. Transport SIP TLS zabezpiecza łącze między bramą lokalną a chmurą Webex . Media między bramą lokalną a Webex Calling używają SRTP.

Przebieg zadania konfiguracji bramy lokalnej

Istnieją dwie opcje konfiguracji bramy lokalnej dla Twojego Webex Calling magistrala:

Łącze magistralowe oparte na rejestracji
Łącze magistralowe oparte na certyfikacie

Użyj przepływu zadań w obszarze Brama lokalna oparta na rejestracji lub Brama lokalna oparta na certyfikatach aby skonfigurować bramę lokalną dla swojego Webex Calling bagażnika. Zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania dla Webex Calling aby uzyskać więcej informacji na temat różnych typów łączy magistralowych. Wykonaj następujące czynności na samej bramie lokalnej, korzystając z interfejsu wiersza poleceń (CLI). Używamy transportu Session Initiation Protocol (SIP) i Transport Layer Security (TLS) do zabezpieczania łącza dalekosiężnego oraz protokołu SRTP(Secure Real-time Protocol) do zabezpieczania mediów między bramą lokalną a Webex Calling .

Przed rozpoczęciem

Zapoznaj się z wymaganiami lokalnej komutowanej sieci telefonicznej (PSTN) i lokalnej bramy (LGW) dla: Webex Calling . Zobacz Preferowana architektura Cisco dla Webex Calling aby uzyskać więcej informacji.
W tym artykule założono, że istnieje dedykowana platforma bramy lokalnej bez istniejącej konfiguracji głosu. W przypadku zmodyfikowania istniejącej bramy sieci PSTN lub wdrożenia korporacyjnej bramy lokalnej tak, aby była używana jako funkcja bramy lokalnej dla Webex Calling , a następnie zwróć szczególną uwagę na konfigurację. Upewnij się, że istniejące przepływy połączeń i funkcje nie zostaną przerwane z powodu wprowadzonych zmian.
Utwórz łącze magistralowe w Control Hub i przypisz je do lokalizacji. Zobacz Konfigurowanie łączy magistralowych, grup tras i planów wybierania dla Webex Calling aby uzyskać więcej informacji.

Procedury zawierają łącza do dokumentacji referencyjnej poleceń, w której można dowiedzieć się więcej o poszczególnych opcjach poleceń. Wszystkie łącza odwołań do poleceń prowadzą do strony Opis poleceń Webex Managed Gateways chyba że zaznaczono inaczej (w takim przypadku łącza do poleceń prowadzą do Opis poleceń głosowych Cisco IOS ). Dostęp do wszystkich tych podręczników można uzyskać w witrynie Cisco Unified Border Element Opisy poleceń .

Brama lokalna oparta na rejestracji
Brama lokalna oparta na certyfikacie

Wykonaj konfigurację platformy odniesienia

Przed rozpoczęciem

Upewnij się, że następująca konfigurowana przez Ciebie podstawowa konfiguracja platformy jest skonfigurowana zgodnie z zasadami i procedurami organizacji:
- Serwery NTP
- Listy ACL
- włącz hasła
- hasło główne
- Routing IP
- Adresy IP itd.
Wymagana jest minimalna obsługiwana wersja systemu Cisco IOS XE 16.12 lub IOS-XE 17.3 dla wszystkich wdrożeń bramy lokalnej.

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
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
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
crypto pki trustpool import clean url flash:ios_core.p7b

Konfigurowanie łącza magistralowego opartego na rejestracji

Przed rozpoczęciem

Upewnij się, że wykonano kroki w Control Hub, aby utworzyć lokalizację i dodać łącze dalekosiężne dla tej lokalizacji. W poniższym przykładzie informacje są uzyskiwane z usługi Control Hub.

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
asymmetric payload full
end
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"
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

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

Po zdefiniowaniu najemcy 200 w bramie lokalnej i skonfigurować urządzenie równorzędne SIP VoIP , brama inicjuje następnie połączenie TLS w kierunku: Webex Calling , w którym to momencie kontroler dostępu SBC przedstawia swój certyfikat bramie lokalnej. Brama lokalna sprawdza poprawność Webex Calling dostęp do certyfikatu SBC przy użyciu zaktualizowanego wcześniej pakietu głównego urzędu certyfikacji. Ustanawia trwałą sesję TLS między bramą lokalną a Webex Calling dostęp do SBC. Brama lokalna wysyła następnie REGISTER do zakwestionowanego kontrolera dostępu. AOR rejestracji to numer@domena. Numer jest pobierany z parametru „number” poświadczeń i domeny z „registrar dns”:<fqdn> ”. Gdy rejestracja zostanie zakwestionowana:

Użyj przycisku nazwa użytkownika, hasło i obszar parametry z poświadczenia aby zbudować nagłówek i profil sip 200.
Konwertuje adres URL SIPS z powrotem na SIP.

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

Konfigurowanie lokalnej bramy bez IP PBX

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

Najemcy zajęć głosowych — Tworzysz innych dzierżawców dla osób z numerami równorzędnymi, które mają kontakt z usługodawcą ITSP, podobnie jak tenant 200 które tworzysz dla Webex Calling skierowane w stronę wybierania numerów.
Identyfikatory URI zajęć głosowych — można zdefiniować wzorce adresów IP /portów hosta dla różnych łączy magistralowych kończących się na lokalnej bramie:
- Webex Calling do LGW
- Zakończenie łącza trunkingowego SIP PSTN na LGW
Wychodzące połączenia dial-peer —Można przekierowywać linie wychodzące połączeń z LGW do łączy magistralowych ITSP SIP i Webex Calling .
Klasa głosu DPG — można wywołać, aby skierować do wychodzących połączeń dial-peer z przychodzącego połączenia dial-peer.
Połączenia przychodzące z wybieraniem numeru —Można akceptować etapy połączeń przychodzących od usługodawcy ITSP i Webex Calling .

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

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
voice class uri 100 sip
  host ipv4:192.168.80.13
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
voice class dpg 100
description Incoming WxC(DP200201) to IP PSTN(DP101)
dial-peer 101 preference 1
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

PSTN do Webex Calling: Dopasuj wszystkie odgałęzienia połączeń IP PSTN na lokalnej bramie do dial-peer 100 aby zdefiniować kryterium dopasowania dla nagłówka VIA z adresem IP IP PSTN. DPG 200 wywołuje wychodzący dial-peer 200201 , który ma Webex Calling serwer jako miejsce docelowe.
Webex Calling do PSTN: Dopasuj wszystkie przychodzące Webex Calling etapy połączeń na lokalnej bramie z dial-peer 200201 , aby zdefiniować kryterium dopasowania dla wzorca nagłówka REQUEST URI z parametrem OTG/DTG grupy łączy magistralowych, unikalnym dla tego wdrożenia bramy lokalnej. DPG 100 wywołuje wychodzący dial-peer 101 , którego docelowym miejscem docelowym jest adres IP PSTN IP .

Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

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

Najemcy zajęć głosowych —Tworzysz więcej dzierżawców dla osób z numerami równorzędnymi z Unified CM i ITSP, podobnie jak w przypadku najemca 200 które tworzysz dla Webex Calling skierowane w stronę wybierania numerów.
Identyfikatory URI zajęć głosowych — można zdefiniować wzorzec adresów IP /portów hosta dla różnych łączy dalekosiężnych kończących się na LGW z:
- Unified CM do LGW dla odbiorców PSTN
- Unified CM do LGW dla Webex Calling miejsca docelowe
- Webex Calling do miejsc docelowych LGW
- Zakończenie łącza trunkingowego SIP PSTN na LGW
Grupa serwerów klasy Voice — Adresy/porty IP dla łączy dalekosiężnych można kierować z:
- Z LGW do Unified CM
- LGW do Webex Calling
- Łącze LGW do łącza PSTN SIP
Wychodzące połączenia dial-peer — Można kierować etapy połączeń wychodzących z:
- Z LGW do Unified CM
- Łącze SIP ITSP
- Webex Calling
Klasa głosu DPG — można wywoływać, aby kierować wychodzące połączenia dial-peer z przychodzącego połączenia dial-peer.
Połączenia przychodzące z wybieraniem numeru —Można akceptować etapy połączeń przychodzących od Unified CM, ITSP i Webex Calling .

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
voice class uri 100 sip
  host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
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
voice class dpg 100
dial-peer 101 preference 1
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

Łącze IP PSTN do Unified CM PSTN trunk

Webex Calling Połączenie między platformą a łączem magistralowym Unified CM Webex Calling

Unified CM PSTN do IP PSTN

Połączenie magistralowe Unified CM Webex Calling do Webex Calling Platforma

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

Narzędzie Diagnostic Signatures (DS) aktywnie wykrywa często obserwowane problemy w bramie lokalnej opartej na systemie IOS XE i generuje powiadomienie e-mail, dziennik systemowy lub komunikat terminalowy o zdarzeniu. Można również zainstalować DS, aby zautomatyzować zbieranie danych diagnostycznych i przesyłać zebrane dane do sprawy Cisco TAC , aby skrócić czas rozwiązywania problemów.

Sygnatury diagnostyczne (DS) to pliki XML zawierające informacje o zdarzeniach wyzwalających problem i działaniach, które należy podjąć w celu poinformowania, rozwiązania problemu i rozwiązania problemu. Można zdefiniować logikę wykrywania problemów za pomocą komunikatów dziennika systemowego, zdarzeń SNMP i okresowego monitorowania określonych wyjść poleceń show.

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 opracowują pliki DS i podpisują je cyfrowo w celu ochrony integralności. Każdy plik DS ma unikalny numeryczny identyfikator przypisany przez system. Narzędzie wyszukiwania podpisów diagnostycznych (DSLT) to pojedyncze źródło, które pozwala znaleźć odpowiednie sygnatury do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

Nie edytuj pobranego pliku DS DSLT . Zmodyfikowane pliki nie powiodą się z powodu błędu sprawdzania integralności.
Serwer SMTP(Simple Mail Transfer Protocol) wymagany przez bramę lokalną do wysyłania powiadomień e-mail.
Upewnij się, że na lokalnej bramie działa system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do powiadomień e-mail.

Wymagania wstępne

Brama lokalna z systemem IOS XE 17.3.2 lub nowszym

Podpisy diagnostyczne są domyślnie włączone.
Skonfiguruj bezpieczny serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu działa system Cisco IOS XE 17.3.2 lub nowszy.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

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

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

Brama lokalna w wersji 16.11.1 lub nowszej

Podpisy diagnostyczne są domyślnie włączone
Skonfiguruj serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu działa wersja starsza niż 17.3.2.
```
configure terminal 
call-home  
mail-server <email server> priority 1 
end 
```
Skonfiguruj zmienną środowiskowąds_email z adresem e-mail administratora, który ma zostać powiadomiony.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address>
end 
```

Brama lokalna w wersji 16.9.x

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

configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

Skonfiguruj serwer poczty e-mail, który ma być używany do wysyłania proaktywnych powiadomień, jeśli na urządzeniu działa wersja starsza niż 17.3.2.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```
Skonfiguruj zmienną środowiskowąds_email z adresem e-mail administratora, który ma zostać powiadomiony.
```
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 powiadomień proaktywnych do tacfaststart@gmail.com używanie 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 Cisco IOS XE nie jest typowym internetowym klientem Gmaila obsługującym protokół OAuth, dlatego musimy skonfigurować określone ustawienie konta Gmail i przyznać określone uprawnienia, aby wiadomości e-mail z urządzenia były prawidłowo przetwarzane:

Przejdź do Zarządzaj kontem Google > Bezpieczeństwo i włącz Dostęp do mniej bezpiecznych aplikacji ustawienie.
Odpowiedz „Tak, to ja”, gdy otrzymasz wiadomość e-mail z Gmaila z informacją, że „Google uniemożliwił komuś zalogowanie się na Twoje konto przy użyciu aplikacji innej firmy”.

Zainstaluj sygnatury diagnostyczne do proaktywnego monitorowania

Monitorowanie wysokiego wykorzystania CPU

Ten DS śledzi 5-sekundowe użycie CPU przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy użycie osiągnie 75% lub więcej, wyłącza wszystkie debugowania i odinstalowuje wszystkie sygnatury diagnostyczne, które są zainstalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

Upewnij się, że protokół SNMP został włączony za pomocą polecenia pokaż snmp . Jeśli nie włączysz tej opcji, 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

Pobierz DS 64224, korzystając z następujących opcji rozwijanych w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco z serii 4300, 4400 ISR lub Seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie CPU z powiadomieniem e-mail .

Skopiuj plik DS XML do pamięci 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)

Zainstaluj plik DS XML w lokalnej bramie.

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

Sprawdź, czy podpis został pomyślnie zainstalowany, używając pokaż podpis diagnostyczny połączenia domowego . 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224	DS_ LGW_ CPU_ PON75	0.0.10	Zarejestrowano	2020-11-07 22:05:33

Po uruchomieniu ta sygnatura powoduje odinstalowanie wszystkich uruchomionych usług DS, w tym samego siebie. W razie potrzeby zainstaluj ponownie DS 64224, aby nadal monitorować wysokie wykorzystanie CPU w lokalnej bramie.

Monitorowanie rejestracji łącza SIP

Ten DS sprawdza co 60 sekund pod kątem wyrejestrowania lokalnego łącza magistralowego SIP bramy w chmurze Webex Calling . Po wykryciu zdarzenia wyrejestrowania generuje powiadomienie e-mail i dziennik systemowy oraz odinstalowuje się po dwóch wystąpieniach wyrejestrowania. Aby zainstalować podpis, wykonaj poniższe czynności.

Pobierz DS 64117, korzystając z następujących opcji rozwijanych w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco z serii 4300, 4400 ISR lub Seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	SIP-SIP
Typ problemu	Wyrejestrowanie łącza SIP z powiadomieniem e-mail .

Skopiuj plik DS XML do lokalnej bramy.

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

Zainstaluj plik DS XML w lokalnej bramie.

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

Użyj pokaż podpis diagnostyczny połączenia domowego aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość „zarejestrowany”.

Rozłącza się monitorowanie nieprawidłowego połączenia

Ten DS używa odpytywania SNMP co 10 minut w celu wykrycia 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 od ostatniego sondowania, generowany jest dziennik systemowy i powiadomienie e-mail. Aby zainstalować podpis, wykonaj poniższe czynności.

Sprawdź, czy SNMP jest włączony za pomocą polecenia pokaż snmp . Jeśli nie jest włączone, 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

Pobierz DS 65221, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco z serii 4300, 4400 ISR lub Seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wykrywanie nieprawidłowego rozłączenia połączenia przez protokół SIP za pomocą powiadomień e- e-mail i dziennika systemowego.

Skopiuj plik DS XML do lokalnej bramy.

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

Zainstaluj plik DS XML w lokalnej bramie.

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

Użyj pokaż podpis diagnostyczny połączenia domowego aby sprawdzić, czy podpis został pomyślnie zainstalowany przy użyciu programu . Kolumna stanu musi mieć wartość „zarejestrowany”.

Zainstaluj sygnatury diagnostyczne, aby rozwiązać problem

Użyj podpisów diagnostycznych (DS), aby szybko rozwiązać problemy. Inżynierowie Cisco TAC opracowali kilka sygnatur, które umożliwiają niezbędne debugowanie, które jest 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 problemów sporadycznych i przejściowych.

Możesz użyć przycisku Narzędzie wyszukiwania podpisów diagnostycznych aby znaleźć odpowiednie sygnatury i zainstalować je w celu samodzielnego rozwiązania danego problemu, lub zainstalować sygnaturę zalecaną przez inżyniera TAC w ramach usługi wsparcia.

Oto przykład, jak znaleźć i zainstalować DS w celu wykrycia wystąpienia „%VOICE_ IEC-3-GW: CCAPI: Błąd wewnętrzny (próg wzrostu liczby połączeń): Dziennik systemowy IEC=1.1.181.1.29.0 i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące czynności:

Skonfiguruj dodatkową zmienną środowiskową DSds_fsurl_prefix który jest ścieżką serwera plików Cisco TAC (cxd.cisco.com), do którego są przesyłane zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło to token przesyłania pliku, z którego można go pobrać Menedżer zgłoszeń pomocy technicznej w następującym poleceniu. Token przesyłania pliku można wygenerować w Załączniki w razie potrzeby w sekcji Support Case Manager.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Przykład:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Upewnij się, że SNMP jest włączony za pomocą polecenia pokaż snmp . Jeśli nie jest włączone, skonfiguruj polecenie „snmp-server manager”.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Upewnij się, że zainstalowano narzędzie DS 64224 o wysokim wykorzystaniu CPU jako środek proaktywny, aby wyłączyć wszystkie sygnatury debugowania i diagnostyki w czasie dużego CPU . Pobierz DS 64224, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie CPU z powiadomieniem e-mail .

Pobierz DS 65095, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Dzienniki systemowe
Typ problemu	Dziennik systemowy — %VOICE_ IEC-3-GW: CCAPI: Błąd wewnętrzny (próg wzrostu liczby połączeń): IEC=1.1.181.1.29.0

Skopiuj pliki DS XML do lokalnej bramy.

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

Zainstaluj plik XML monitorowania wysokiej mocy CPU DS 64224, a następnie plik XML DS 65095 w lokalnej bramie.

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

Sprawdź, czy podpis został pomyślnie zainstalowany, używając pokaż podpis diagnostyczny połączenia domowego . 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224 00:07:45	DS_ LGW_ CPU_ PON75	0.0.10	Zarejestrowano	2020-11-08
65095 00:12:53	DS_ LGW_ IEC_ Call_spike_threshold	0.0.12	Zarejestrowano	2020-11-08

Sprawdź wykonanie podpisów diagnostycznych

W poniższym poleceniu kolumna „Status” polecenia pokaż podpis diagnostyczny połączenia domowego zmienia się na „działający”, gdy brama lokalna wykonuje akcję zdefiniowaną w sygnaturze. Dane wyjściowe pokaż statystyki podpisu diagnostycznego połączenia domowego jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrywa interesujące zdarzenie i wykonuje akcję. Kolumna „Wyzwolone/maksymalne/odinstalowane” wskazuje, ile razy dana sygnatura wyzwoliła zdarzenie, maksymalną liczbę przypadków, gdy sygnatura została zdefiniowana do wykrycia zdarzenia oraz czy sygnatura ma się odinstalować 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224	DS_ LGW_ CPU_ PON75	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 podpisu diagnostycznego połączenia domowego


Identyfikator DS	Nazwa DS	Wyzwolone /Maks./Odinstaluj	Średni czas działania (sekundy)	Maksymalny czas działania (sekundy)
64224	DS_ LGW_ CPU_ PON75	0/0/N	0,000	0,000
65095	DS_ LGW_ IEC_ Call_spike_threshold	1 /20/Y	23.053	23.053

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

Odinstaluj podpisy diagnostyczne

Używanie sygnatur diagnostycznych do celów rozwiązywania problemów jest zwykle definiowane w celu odinstalowania po wykryciu wystąpienia niektórych problemów. Jeśli chcesz odinstalować podpis ręcznie, pobierz identyfikator DS z danych wyjściowych z pokaż podpis diagnostyczny połączenia domowego i uruchom następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature deinstall 64224

Nowe sygnatury są okresowo dodawane do narzędzia Diagnostics Signatures Lookup Tool na podstawie problemów często obserwowanych podczas wdrożeń. TAC obecnie nie obsługuje żądań tworzenia nowych podpisów niestandardowych.

Zarządzanie bramami Cisco IOS XE i ich weryfikowanie za pomocą usługi Control Hub

Aby zapewnić lepsze zarządzanie bramami Cisco IOS XE, zalecamy zarejestrowanie bram i zarządzanie nimi za pośrednictwem Control Hub. Jest to konfiguracja opcjonalna. Po zarejestrowaniu możesz użyć opcji sprawdzania poprawności konfiguracji w Control Hub, aby sprawdzić konfigurację lokalnej bramy i zidentyfikować wszelkie problemy z konfiguracją. Obecnie tę funkcję obsługują tylko łącza magistralowe oparte na rejestracji.

Więcej informacji można znaleźć w następujących artykułach:

Wykonaj konfigurację platformy odniesienia

Przed rozpoczęciem

Upewnij się, że następująca konfigurowana przez Ciebie podstawowa konfiguracja platformy jest skonfigurowana zgodnie z zasadami i procedurami organizacji:
- Serwery NTP
- Listy ACL
- włącz hasła
- hasło główne
- Routing IP
- Adresy IP itd.
Wymagana jest minimalna obsługiwana wersja systemu IOS XE 17.6 dla wszystkich wdrożeń bramy lokalnej.

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
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
crypto key generate rsa general-keys exportable label my-cube modulus 4096
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 >
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 >
configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Konfigurowanie łącza magistralowego opartego na certyfikatach

Przed rozpoczęciem

Sieć w kierunku Webex Calling musi używać publicznego adresu IPv4 . Adresy w pełni kwalifikowanych nazw domen (FQDN) lub Service Record (SRV) muszą być rozpoznawane jako publiczny adres IPv4 w Internecie.
Wszystkie porty SIP i media na interfejsie zewnętrznym muszą być dostępne z Internetu. Porty nie mogą znajdować się za translacją adresów sieciowych (NAT). Upewnij się, że zaktualizowano zaporę w składnikach sieci firmowej.
Zainstaluj podpisany certyfikat na lokalnej bramie.
- Certificate Authority (CA) musi podpisać certyfikat, jak wspomniano w Jakie główne urzędy certyfikacji są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex ? .
- Nazwa FQDN wybrana z Control Hub musi być nazwą pospolitą (CN) lub alternatywną nazwą podmiotu (SAN) certyfikatu. Na przykład:
  - Jeśli łącze trunkingowe skonfigurowane z Control Hub Twojej organizacji ma london.lgw.cisco.com:5061 jako FQDN lokalnej bramy, CN lub SAN musi zawierać london.lgw.cisco.com w certyfikacie.  
  - Jeśli łącze dalekosiężne skonfigurowane z Control Hub Twojej organizacji ma london.lgw.cisco.com jako adres SRV bramy lokalnej, CN lub SAN musi zawierać london.lgw.cisco.com w certyfikacie. Rekordy, na które odpowiada adres SRV (CNAME, A Record lub IP Address) są opcjonalne w sieci SAN.
  - W przykładzie nazwy FQDN lub SRV używanej dla łącza trunkingowego adres kontaktowy dla wszystkich nowych okien dialogowych SIP z bramy lokalnej musi zawierać adres london.lgw.cisco.com w części adresu SIP dotyczącej hosta. Zobacz, Krok 5 do konfiguracji.
Upewnij się, że certyfikaty są podpisane do użytku przez klienta i serwer.
Prześlij pakiet zaufania do bramy lokalnej, jak wspomniano w Jakie główne urzędy certyfikacji są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex ? .

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
asymmetric payload full
voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw
voice class stun-usage 100 
stun usage ice lite
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80
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" 
 
dial-peer voice 101 voip 
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD 
session protocol sipv2
session target dns:peering1.sip.address:5062p 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
!
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
voice class uri 120 sip 
pattern cube.domain.com 

Konfigurowanie lokalnej bramy bez IP PBX

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

Identyfikatory URI zajęć głosowych — Można zdefiniować adresy IP /wzorce portów hosta dla różnych łączy magistralowych kończących się na lokalnej bramie:
- Webex Calling do LGW
- Zakończenie łącza trunkingowego SIP PSTN na LGW
Wychodzące połączenia dial-peer —Można kierować ciągi połączeń wychodzących z LGW do łącza trunkingowego SIP dostawcy usług telefonii internetowej (ITSP) i Webex Calling .
Klasa głosu DPG — można wywoływać, aby kierować wychodzące połączenia dial-peer z przychodzącego połączenia dial-peer.
Połączenia przychodzące z wybieraniem numeru —Można akceptować etapy połączeń przychodzących od usługodawcy ITSP i Webex Calling .

Użyj konfiguracji dla konfiguracji bramy lokalnej hostowanej przez partnera lub lokalnej bramy witryny klienta. Zobacz następujące informacje:

Skonfiguruj następujący identyfikator uri klasy głosu:

Zdefiniuj adres IP hosta usługodawcy internetowego:
```
voice class uri 100 sip
  host ipv4:192.168.80.13
```

Zdefiniuj wzorzec, aby jednoznacznie identyfikować lokację 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 znaku podkreślenia „_ ” we wzorcu dopasowania. Jako obejście należy użyć kropki „.” (dopasuj dowolne), aby dopasować „_ ”.

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

Skonfiguruj następujące wychodzące połączenia dial-peer:

Wychodzące połączenie wdzwaniane w kierunku IP PSTN:
```
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 objaśnienie pól konfiguracji:
```
dial-peer voice 121 voip
 description Outgoing dial-peer to PSTN
```
Definiuje dial-peer VoIP z tagiem 121 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz głos dial-peer.

destination-pattern BAD.BAD

Umożliwia wybór dial-peer 121 . Jednak ten wychodzący dial-peer jest wywoływany bezpośrednio z przychodzącego dial-peer za pomocą instrukcji DPG, co powoduje pominięcie kryteriów dopasowania wzorca cyfr. Używasz dowolnego wzorca opartego na cyfrach alfanumerycznych dozwolonych przez interfejs wiersza polecenia wzorca docelowego. Aby uzyskać więcej informacji, zobacz wzorzec docelowy (interfejs) w Cisco IOS Voice Command Reference — od D do I .

session protocol sipv2

Określa, że dial-peer 121 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (uczestnik wdzwaniany) w Opis poleceń głosowych Cisco IOS — polecenia S .

session target ipv4:192.168.80.13

Wskazuje docelowy adres IPv4 odbiorcy, na który ma zostać wysłany odcinek połączenia. W tym przypadku celem sesji jest adres IP dostawcy usług internetowych. Aby uzyskać więcej informacji, zobacz docelowa sesja (uczestnik wybierania numeru VoIP ) w Opis poleceń głosowych Cisco IOS — polecenia S .

voice-class codec 100.

Wskazuje listę preferencji kodeków 100 do użycia dla dial-peer 121 . Aby uzyskać więcej informacji, zobacz kodek klasy głosu .

dtmf-relay rtp-nte

Definiuje RTP-NTE (RFC2833) jako funkcję DTMF oczekiwaną na etapie połączenia. Aby uzyskać więcej informacji, zobacz Przekaźnik DTMF (Voice over IP) .

no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (wybierz numer równorzędny) w Cisco IOS Voice Command Reference — od T do Z .
Wychodzące połączenie telefoniczne w kierunku Webex Calling . Zobacz inną procedurę Konfigurowanie łącza magistralowego opartego na certyfikatach w tym artykule.

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

Definiuje grupę dial-peer 120 . Wychodzące połączenie dial-peer 121 jest celem dla Webex Calling --> LGW --> PSTN. Stosujesz DPG 120 do przychodzącego dial-peera 110 dla Webex Calling --> LGW --> PSTN ścieżka.

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

Należy skonfigurować DPG 120 do przychodzącego dial-peer z Webex Calling . Aby uzyskać więcej informacji, zobacz Krok 9 w procedurze Konfigurowanie łącza magistralowego opartego na certyfikatach w tym artykule.

Skonfiguruj następujące dial-peery przychodzące:

Numer równorzędny przychodzących połączeń przychodzących 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 objaśnienie pól konfiguracji:
```
dial-peer voice 122 voip
description Incoming dial-peer from PSTN
```
Definiuje dial-peer VoIP z tagiem 122 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów. Aby uzyskać więcej informacji, zobacz głos dial-peer .

session protocol sipv2

Określa, że dial-peer 122 obsługuje nogi połączeń SIP. Zobacz protokół sesji (uczestnik wdzwaniany) w Opis poleceń głosowych Cisco IOS — polecenia S aby uzyskać więcej informacji.

incoming uri via 100
Definiuje kryterium dopasowania nagłówka VIA z adresem IP sieci IP PSTN. Dopasowuje wszystkie odgałęzienia połączeń IP PSTN na lokalnej bramie z dial-peer 122 . Aby uzyskać więcej informacji, zobacz przychodzący adres URL w Cisco IOS Voice Command Reference — od D do I .
destination dpg 100
Pomija klasyczne kryteria dopasowania wychodzących połączeń dial-peer w lokalnej bramie z docelowym DPG 100 . Konfigurowanie gałęzi połączenia wychodzącego za pomocą połączeń wdzwanianych zdefiniowanych w docelowym programie DPG 100 , czyli dial-peer 101 , 102 , 103 , 104 . Aby uzyskać więcej informacji na temat konfigurowania grup równorzędnych wybierania numerów, zobacz dpg . klasy głosu w Cisco IOS Voice Command Reference — od D do I .
no vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (wybierz numer równorzędny) w Cisco IOS Voice Command Reference — T przez Z .
Przychodzący dial-peer dla połączeń przychodzących Webex Calling nogi połączenia:

PSTN do Webex Calling :: Dopasuj wszystkie odgałęzienia połączeń IP PSTN na lokalnej bramie do dial-peer 122 aby zdefiniować kryterium dopasowania dla nagłówka VIA z adresem IP IP PSTN. DPG 100 wywołuje wychodzący dial-peer 101 , 102 , 103 , 104 , który ma Webex Calling serwer jako miejsce docelowe.
Webex Calling do PSTN:: Dopasuj wszystkie przychodzące Webex Calling etapy połączeń na lokalnej bramie z dial-peer 110 , aby zdefiniować kryterium dopasowania dla wzorca nagłówka URI ŻĄDANIA z nazwą hosta bramy lokalnej, unikatową dla wdrożenia bramy lokalnej. DPG 120 wywołuje wychodzący dial-peer 121 , którego docelowym miejscem docelowym jest adres IP PSTN IP .

Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

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

Identyfikatory URI zajęć głosowych — Można zdefiniować wzorce adresów IP /portów hosta dla różnych łączy dalekosiężnych kończących się na LGW z:
- Unified CM do LGW dla odbiorców PSTN
- Unified CM do LGW dla Webex Calling miejsca docelowe
- Webex Calling do miejsc docelowych LGW
- Zakończenie łącza trunkingowego SIP PSTN w miejscach docelowych LGW
Grupa serwerów klasy Voice — adresy IP lub porty dla łączy dalekosiężnych można kierować z:
- Z LGW do Unified CM
- LGW do Webex Calling
- Łącze LGW do łącza PSTN SIP
Wychodzące połączenia dial-peer — Można kierować etapy połączeń wychodzących z:
- Z LGW do Unified CM
- Dostawca usług telefonii internetowej (ITSP) SIP trunk
- Webex Calling
Dpg zajęć głosowych — można docelowo wywoływać wychodzące połączenia dial-peer z przychodzącego połączenia dial-peer.
Połączenia przychodzące z wybieraniem numeru — Możesz akceptować gałęzie połączeń przychodzących od Unified CM, ITSP i Webex Calling .

voice class uri 100 sip
host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
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
voice class dpg 121
dial-peer 121 preference 1
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

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

Diagnostic Signatures (DS) aktywnie wykrywa często obserwowane problemy w lokalnej bramie opartej na systemie Cisco IOS XE i generuje powiadomienie e-mail, dziennik systemowy lub komunikat terminalowy o zdarzeniu. Można również zainstalować DS, aby zautomatyzować zbieranie danych diagnostycznych i przesyłać zebrane dane do sprawy Cisco TAC , aby skrócić czas rozwiązywania problemów.

Sygnatury diagnostyczne (DS) to pliki XML , które zawierają informacje o zdarzeniach wyzwalających problem i akcjach w celu informowania, rozwiązywania problemów i korygowania problemu. Użyj komunikatów syslog, zdarzeń SNMP i okresowego monitorowania określonych wyjść poleceń show, aby zdefiniować logikę wykrywania problemów. Typy działań 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 unikalny numeryczny identyfikator przypisany przez system. Narzędzie wyszukiwania podpisów diagnostycznych (DSLT) to pojedyncze źródło, które pozwala znaleźć odpowiednie sygnatury do monitorowania i rozwiązywania różnych problemów.

Przed rozpoczęciem:

Nie edytuj pobranego pliku DS DSLT . Zmodyfikowane pliki nie powiodą się z powodu błędu sprawdzania integralności.
Serwer SMTP(Simple Mail Transfer Protocol) wymagany przez bramę lokalną do wysyłania powiadomień e-mail.
Upewnij się, że na lokalnej bramie działa system IOS XE 17.6.1 lub nowszy, jeśli chcesz używać bezpiecznego serwera SMTP do powiadomień e-mail.

Wymagania wstępne

Brama lokalna z systemem IOS XE 17.6.1 lub nowszym

Podpisy diagnostyczne są domyślnie włączone.
Skonfiguruj bezpieczny serwer poczty e-mail, którego używasz do wysyłania proaktywnych powiadomień, jeśli na urządzeniu działa system IOS XE 17.6.1 lub nowszy.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

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


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

Brama lokalna w wersji 17.6.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

Skonfiguruj serwer poczty e-mail tak, aby wysyłał proaktywne powiadomienia, jeśli na urządzeniu działa wersja wcześniejsza niż 17.6.1.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```

Skonfiguruj zmienną środowiskowąds_email z adresem e-mail administratora, którego powiadamiasz


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 używanie 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"

Przejdź do Zarządzaj kontem Google > Bezpieczeństwo i włącz Dostęp do mniej bezpiecznych aplikacji ustawienie.
Odpowiedz „Tak, to ja”, gdy otrzymasz wiadomość e-mail z Gmaila z informacją, że „Google uniemożliwił komuś zalogowanie się na Twoje konto przy użyciu aplikacji innej firmy”.

Instalowanie sygnatur diagnostycznych do proaktywnego monitorowania

Monitorowanie wysokiego wykorzystania CPU

Ten DS śledzi 5-sekundowe użycie CPU przy użyciu identyfikatora SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy użycie osiągnie 75% lub więcej, wyłącza wszystkie debugowania i odinstalowuje wszystkie sygnatury diagnostyczne, które są instalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

Upewnij się, że protokół SNMP został włączony za pomocą polecenia pokaż 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

Pobierz DS 64224, korzystając z następujących opcji rozwijanych w Narzędzie wyszukiwania podpisów diagnostycznych :

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


Nazwa pola	Wartość pola

Platforma	Cisco z serii 4300, 4400 ISR lub Seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie CPU z powiadomieniem e-mail .

Skopiuj plik DS XML do pamięci 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)

Zainstaluj plik DS XML w lokalnej bramie.


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

Użyj przycisku pokaż podpis diagnostyczny połączenia domowego polecenie, aby sprawdzić, czy sygnatura została pomyślnie zainstalowana. 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224	DS_ LGW_ CPU_ PON75	0.0.10	Zarejestrowano	2020-11-07 22:05:33

Monitorowanie nieprawidłowego rozłączania połączeń

Upewnij się, że SNMP jest włączony za pomocą polecenia pokaż 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

Pobierz DS 65221, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco z serii 4300, 4400 ISR lub Seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wykrywanie nieprawidłowego rozłączenia połączenia przez protokół SIP za pomocą powiadomień e- e-mail i dziennika systemowego.

Skopiuj plik DS XML do lokalnej bramy.

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

Zainstaluj plik DS XML w lokalnej bramie.


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

Użyj polecenia pokaż podpis diagnostyczny połączenia domowego aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość „zarejestrowany”.

Zainstaluj podpisy diagnostyczne, aby rozwiązać problem

Możesz również użyć podpisów diagnostycznych (DS), aby szybko rozwiązać problemy. Inżynierowie Cisco TAC opracowali kilka sygnatur, które umożliwiają niezbędne debugowanie, które jest 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 konieczność ręcznego sprawdzania występowania problemu i znacznie ułatwia rozwiązywanie problemów sporadycznych i przejściowych.

Skonfiguruj inną zmienną środowiskową DSds_fsurl_prefix jako ścieżkę serwera plików Cisco TAC (cxd.cisco.com), aby przesłać dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło to token przesyłania pliku, z którego można go pobrać Menedżer zgłoszeń pomocy technicznej jak pokazano poniżej. Token przesyłania pliku można wygenerować w Załączniki sekcji Menedżera zgłoszeń serwisowych, 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"  
```
Upewnij się, że SNMP jest włączony za pomocą polecenia pokaż 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 
```

Zalecamy zainstalowanie narzędzia DS 64224 monitorowania wysokiej mocy CPU jako środka proaktywnego w celu wyłączenia wszystkich sygnatur debugowania i diagnostyki w czasie dużego CPU . Pobierz DS 64224, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie CPU z powiadomieniem e-mail .

Pobierz DS 65095, korzystając z następujących opcji w Narzędzie wyszukiwania podpisów diagnostycznych :


Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 ISR Series lub Cisco CSR 1000V Series
Produkt	CUBE Enterprise w Webex Calling Solution
Zakres problemu	Dzienniki systemowe
Typ problemu	Dziennik systemowy — %VOICE_ IEC-3-GW: CCAPI: Błąd wewnętrzny (próg wzrostu liczby połączeń): IEC=1.1.181.1.29.0

Skopiuj pliki DS XML do lokalnej bramy.


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

Zainstaluj plik XML monitorowania wysokiej mocy CPU DS 64224, a następnie plik XML DS 65095 w lokalnej bramie.


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

Sprawdź, czy podpis został pomyślnie zainstalowany, używając pokaż podpis diagnostyczny połączenia domowego . 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224 00:07:45	DS_ LGW_ CPU_ PON75	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

Sprawdź wykonanie podpisów diagnostycznych

W poniższym poleceniu kolumna „Status” polecenia pokaż podpis diagnostyczny połączenia domowego zmienia się na „działający”, gdy brama lokalna wykonuje akcję zdefiniowaną w sygnaturze. Dane wyjściowe pokaż statystyki podpisu diagnostycznego połączenia domowego jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrył interesujące zdarzenie i wykonał akcję. Kolumna „Wyzwolone/maksymalne/odinstalowane” wskazuje, ile razy dana sygnatura wyzwoliła zdarzenie, maksymalną liczbę przypadków, gdy sygnatura została zdefiniowana do wykrycia zdarzenia oraz czy sygnatura ma się odinstalować 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 pliki DS:


Identyfikator DS	Nazwa DS	Wersja	Stan	Ostatnia aktualizacja (GMT+00:00)
64224	DS_ LGW_ CPU_ PON75	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 podpisu diagnostycznego połączenia domowego


Identyfikator DS	Nazwa DS	Wyzwolone /Maks./Odinstaluj	Średni czas działania (sekundy)	Maksymalny czas działania (sekundy)
64224	DS_ LGW_ CPU_ PON75	0/0/N	0,000	0,000
65095	DS_ LGW_ IEC_ Call_spike_threshold	1 /20/Y	23.053	23.053

Wiadomość e-mail z powiadomieniem wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, konfiguracja bieżąca i wyświetlanie wyników poleceń, które są istotne dla rozwiązania danego problemu.

Odinstaluj podpisy diagnostyczne

Używanie sygnatur diagnostycznych do celów rozwiązywania problemów jest zwykle definiowane w celu odinstalowania po wykryciu wystąpienia niektórych problemów. Jeśli chcesz ręcznie odinstalować podpis, pobierz identyfikator DS z danych wyjściowych z pokaż podpis diagnostyczny połączenia domowego i uruchom następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature deinstall 64224

Nowe sygnatury są okresowo dodawane do narzędzia Diagnostics Signatures Lookup Tool 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ęć:

Rozwiązanie Cisco Webex Calling
Opcja Brama lokalna dla Cisco Webex Calling
Nadmiarowość warstwy 2 box-to-box z CUBE Enterprise dla zachowania połączeń stanowych

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:

Seria ISR 4K —https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

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.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

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#

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

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

VCUBE-2#redundancy application reload group 1 self

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#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

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

06 lutego 2023

Konfigurowanie funkcji usługi Webex Calling

Dowiedz się więcej o niektórych funkcjach dostępnych w aplikacji Webex Calling oraz o tym, jak skonfigurować je dla organizacji i użytkowników.

Konfigurowanie grupy poszukiwania

Grupy wyszukiwania przekierowują połączenia przychodzące do grupy użytkowników lub obszarów roboczych. Można nawet skonfigurować wzorzec, aby kierować do całej grupy.

Aby uzyskać więcej informacji na temat konfigurowania grupy poszukiwania, zobacz Przeszukaj grupy w Cisco Webex Control Hub .

Tworzenie kolejki połączeń

Można skonfigurować kolejkę połączeń, aby w przypadku niemożności odebrania połączeń klientów otrzymywali automatyczne odbieranie, komfortowe wiadomości i muzykę wstrzymaną do momentu, aż ktoś będzie mógł odebrać połączenie.

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. Użytkowników można skonfigurować jako opiekunów telefonicznych, aby mogli filtrować połączenia przychodzące do określonych osób w organizacji.

Aby uzyskać informacje o konfigurowaniu i wyświetlaniu klientów recepcjonisty, zobacz Klienci recepcjonistki w Cisco Webex Control Hub .

Tworzenie automatycznych sekretarek i zarządzanie nimi

Można dodawać powitania, konfigurować menu i przekierowywać połączenia do poczty głosowej, grupy wyszukiwania, skrzynki poczty głosowej lub rzeczywistej osoby. Utwórz harmonogram 24-godzinny lub udostępnij różne opcje, gdy firma jest otwarta lub zamknięta.

Aby uzyskać informacje o tworzeniu automatycznych asystentów i zarządzaniu nimi, zobacz Zarządzanie automatycznymi asystentami w Cisco Webex Control Hub .

Konfigurowanie grupy przywoływania

Przywoływanie grupowe umożliwia użytkownikowi nawiązanie połączenia jednokierunkowego lub przywołanie grupy do maksymalnie 75 docelowych użytkowników i obszarów roboczych przez wybranie numeru lub numeru wewnętrznego przypisanego do określonej grupy przywoływania.

Aby uzyskać informacje o konfigurowaniu i edytowaniu grup przywoływania, zobacz Konfigurowanie grupy przywoływania w Cisco Webex Control Hub .

Konfigurowanie przejmowania połączeń

Ulepsz pracę zespołową i współpracę, tworząc grupę przejmowania połączeń, aby użytkownicy mogli odbierać połączenia między sobą. Po dodaniu użytkowników do grupy przejmowania połączeń, gdy członek grupy jest nieobecny lub zajęty, inny członek może odbierać połączenia.

Aby uzyskać informacje na temat konfigurowania grupy przejmowania połączeń, zobacz Przejmowanie połączeń w Cisco Webex Control Hub .

Konfigurowanie parkowania połączeń

Parkowanie połączeń umożliwia zdefiniowanej grupie użytkowników parkowanie połączeń przed innymi dostępnymi członkami grupy parkowania połączeń. Zaparkowane połączenia mogą być przejmowane przez innych członków grupy na swoim telefonie.

Aby uzyskać więcej informacji na temat konfigurowania parkowania połączeń, zobacz Parkowanie połączeń w Cisco Webex Control Hub .

Zezwalaj użytkownikom na wtrącanie się do połączeń telefonicznych innych osób

1	Z widoku klienta whttps://admin.webex.com , przejdź do Użytkownicy , a następnie wybierz użytkownika, którego chcesz zmodyfikować.
2	Wybierz Nawiązywanie połączeń , przejdź do Uprawnienia między użytkownikami , a następnie wybierz Wpłyń do środka .
3	Włącz Wpłyń do środka , wybierz, czy chcesz, aby trwające połączenie stało się połączeniem konferencyjnym. Zezwól innym na dodawanie się do połączeń tego użytkownika. Odtwarzaj dźwięk, gdy ktoś wtrąca się do połączenia. Następnie kliknij Zapisz .

Uniemożliwianie komuś monitorowania stanu linii użytkownika

1	Z widoku klienta whttps://admin.webex.com , przejdź do Użytkownicy i wybierz użytkownika, którego chcesz zmodyfikować.
2	Wybierz Nawiązywanie połączeń , przejdź do opcji Uprawnienia między użytkownikami i włącz Prywatność .
3	Wybierz odpowiednią Prywatność automatycznego asystenta ustawienia 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	Sprawdź Włącz prywatność pole wyboru. Następnie możesz zdecydować, czy zablokować wszystkich, pozostawiając pole Wyszukaj użytkownika według nazwy puste, lub wybrać, kto może monitorować stan linii tego użytkownika. Korzystając z powyższego przykładu dla kadry kierowniczej, wyszukaj nazwisko asystenta administracyjnego.
5	Kliknij opcję Zapisz.

Przykład

Chcesz zobaczyć, jak to zrobić? Obejrzyj to demonstracja wideo jak zarządzać ustawieniami prywatności użytkownika w Centrum sterowania .

Lista monitorowania — inni użytkownicy i rozszerzenia parkowania połączeń

Maksymalna liczba monitorowanych linii wynosi 50, ale należy wziąć pod uwagę przepustowość. Wartość maksymalna może być również określona przez liczbę przycisków linii w telefonie użytkownika.

Usługa monitorowania działa tylko z podstawowym urządzeniem użytkownika.

Z widoku klienta whttps://admin.webex.com , przejdź do Użytkownicy i wybierz użytkownika, którego chcesz zmodyfikować.

Wybierz Nawiązywanie połączeń , przejdź do Uprawnienia między użytkownikami sekcja, wybierz Monitorowanie .

Wybierz jedną z następujących opcji:

Dodaj linię monitorowaną
Dodaj nr wew. do park. poł.

Wybierz, czy chcesz, aby ten użytkownik był powiadamiany o zaparkowanych połączeniach, wyszukaj osobę lub numer wewnętrzny zaparkowanych połączeń, które mają być monitorowane, a następnie kliknij Zapisz .

Lista monitorowanych linii znajduje się w Centrum sterowania odpowiada kolejności monitorowanych linii wyświetlanych na urządzeniu użytkownika. W dowolnym momencie można zmienić kolejność listy monitorowanych linii.

Przykład

Chcesz zobaczyć, jak to zrobić? Obejrzyj to demonstracja wideo jak zarządzać ustawieniami monitorowania użytkownika w Centrum sterowania .

Odtwórz dźwięk ostrzegawczy mostka połączeń dla użytkowników

Włącz dźwięk ostrzegawczy mostka połączeń dla użytkowników, którzy mają skonfigurowane linie wspólne.

Przed rozpoczęciem

Aby można było wywołać mostek, należy skonfigurować linię wspólną. Zobacz, jak to zrobić konfigurowanie linii wspólnych zanim włączysz dźwięk ostrzegawczy mostka połączeń.

Z widoku klienta whttps://admin.webex.com , przejdź do Użytkownicy a następnie wybierz użytkownika, którego chcesz zmodyfikować.

Wybierz Nawiązywanie połączeń , przejdź do Uprawnienia między użytkownikami i kliknij Sygnał ostrzegawczy mostkowania połączeń .

Włącz Sygnał ostrzegawczy mostkowania połączeń , a następnie kliknij Zapisz .

Domyślnie ta funkcja jest włączona.

Aby uzyskać więcej informacji na temat mostkowania połączeń na linii wspólnej MPP, zobacz linie współdzielone na wieloplatformowym telefonie biurkowym .

Aby uzyskać więcej informacji na temat mostkowania połączeń na linii wspólnej WebexApp, zobacz Wygląd linii wspólnej dla aplikacji WebexApp .

Włącz usługi hotelowe dla użytkownika

Włączenie funkcji hotelowania dla użytkownika umożliwia pracę w innym obszarze przy zachowaniu funkcjonalności i funkcji głównego telefonu biurkowego.

1	Z widoku klienta whttps://admin.webex.com , przejdź do Użytkownicy a następnie wybierz użytkownika, którego chcesz zmodyfikować.
2	Wybierz Nawiązywanie połączeń , przejdź do Uprawnienia między użytkownikami i kliknij Hoteling .
3	Włącz Hoteling , a następnie kliknij Zapisz .

Przykład

Chcesz zobaczyć, jak to zrobić? Obejrzyj to demonstracja wideo jak skonfigurować hotelowanie w Control Hub.

24 lutego 2023

Skonfiguruj i zarządzaj swoimi użytkownikami połączeń Webex

Musisz dodać każdego użytkownika w Control Hub, aby mógł on korzystać z usług Webex Calling . Liczba użytkowników, których musisz dodać, określa sposób dodawania ich w Control Hub, niezależnie od tego, czy ręcznie dodasz każdego użytkownika według adresu e-mail, czy dodasz wielu użytkowników przy użyciu pliku CSV . Wybór należy do Ciebie.

Ręczne dodawanie użytkowników w Control Hub

Jeśli synchronizujesz użytkowników z katalogu, takiego jak Active Directory, podczas ręcznego dodawania osób w Centrum sterowania należy je również dodać do katalogu.

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