Webex Calling Przepływ pracy konfiguracji

Przygotuj środowisko

Wymagania bramy lokalnej dla usługi Webex Calling

Ogólne warunki wstępne

Przed skonfigurowaniem bramy lokalnej dla usługi Webex Calling upewnij się, że:

Posiadaj podstawową wiedzę na temat zasad VoIP
Posiadaj podstawową wiedzę na temat koncepcji głosowych Cisco IOS-XE i IOS-XE
Posiadaj podstawową wiedzę na temat protokołu inicjacji sesji (SIP)
Zrozumienie programu Cisco Unified Communications Manager (Unified CM) w podstawowym zakresie, jeśli Twój model wdrażania obejmuje program Unified CM

Szczegółowe informacje można znaleźć w podręczniku konfiguracji przedsiębiorstwa Cisco Unified Border Element (CUBE).

Wymagania sprzętowe i programowe bramy lokalnej

Upewnij się, że wdrożenie ma co najmniej jedną bramę lokalną (Cisco CUBE (dla łączności opartej na protokole IP) lub Cisco IOS Gateway (dla łączności opartej na protokole TDM)), które znajdują się w tabeli 1 Local Gateway for Webex Calling Ordering Guide. Dodatkowo upewnij się, że platforma jest wyposażona w obsługiwaną wersję IOS-XE zgodnie z Przewodnikiem konfiguracji bramy lokalnej.

Wymagania licencyjne dla bram lokalnych

Licencje na połączenia CUBE muszą być zainstalowane na bramie lokalnej. Więcej informacji na ten temat można znaleźć w podręczniku Cisco Unified Border Element Configuration Guide.

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

Webex Calling wymaga bezpiecznej sygnalizacji i multimediów. Brama lokalna wykonuje szyfrowanie, a połączenie TLS musi zostać nawiązane na zewnątrz do chmury z następującymi krokami:

LGW musi zostać zaktualizowany za pomocą pakietu głównego urzędu certyfikacji z Cisco PKI
Do skonfigurowania narzędzia LGW służy zestaw poświadczeń szyfrowania SIP ze strony konfiguracji magistrali Control Hub (kroki są częścią następującej konfiguracji)
Potwierdzenie pakietu głównego urzędu certyfikacji przedstawionego certyfikatu
Wyświetlono monit o poświadczenia (dostarczono dane o trawieniu SIP)
Chmura identyfikuje, która brama lokalna jest bezpiecznie zarejestrowana

Wymagania dotyczące optymalizacji zapory, trasy NAT i ścieżki multimedialnej dla bramy lokalnej

W większości przypadków brama lokalna i punkty końcowe mogą znajdować się w wewnętrznej sieci klienta, korzystając z prywatnych adresów IP z NAT. Zapora przedsiębiorstwa musi zezwalać na ruch wychodzący (SIP, RTP/UDP, HTTP) do określonych adresów IP/portów, objętych informacjami referencyjnymi o porcie.

Jeśli chcesz wykorzystać optymalizację ścieżki multimediów przy użyciu ICE, interfejs kontaktowy 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 w bramie lokalnej, wtedy brama lokalna musi mieć publiczny adres IP przypisany do interfejsu Webex Calling dla połączeń między bramą lokalną a punktami końcowymi w celu wykorzystania optymalizacji ścieżki multimediów. Dodatkowo musi być uruchomiony IOS-XE w wersji 16.12.5.

Konfigurowanie usługi Webex Calling w organizacji

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.

1

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.

2

Przejrzyj i zaakceptuj warunki korzystania z usługi.

3

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 .

4

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

5

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

6

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.

7

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

8

Kliknij przycisk Dalej.

9

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)

1

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

Nowa lokalizacja zostanie hostowana w regionalnym centrum danych odpowiadającym krajowi wybranemu za pomocą Kreatora konfiguracji za pierwszym razem.

2

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.

3

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

4

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.

5

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

6

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.

7

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.

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 Hub pod adresemhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .
2	Kliknijw kolumnie Akcje 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.

1

Zaloguj się do Control Hub pod adresemhttps://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.

2

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

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

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

3

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

4

(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”.

5

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

6

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

Te ustawienia dotyczą wybierania wewnętrznego i są również dostępne w kreatorze konfiguracji po raz pierwszy. Zmieniając plan wybierania, przykładowe numery w aktualizacji Control Hub pokazują te zmiany.

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

1

Zaloguj się do Control Hub, przejdź do Usługi > Połączenia > Ustawienia usługi, a następnie przewiń do opcji Wybieranie wewnętrzne.

2

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

Długość prefiksu trasy lokalizacji— zalecamy to ustawienie, jeśli masz wiele 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.

Długości prefiksu trasy zawierają cyfrę sterowania. Na przykład, jeśli ustawisz długość prefiksu trasowania na cztery, do określenia witryny można użyć tylko trzech cyfr.

Jeśli przypisujesz prefiks trasowania do lokalizacji, wszystkie wystąpienia numerów wewnętrznych przypisanych do tej lokalizacji obejmują prefiks trasowania przed numerem rozszerzenia. Na przykład 888-1000 (prefiks trasy – rozszerzenie).

Kierowanie cyfrą w prefiksie trasowania — wybierz numer, który zostanie ustawiony jako pierwsza cyfra każdego prefiksu trasowania.
Wewnętrzna długość numeru wewnętrznego — można wprowadzić 2-10 cyfr, a wartość domyślna to 2.

Po zwiększeniu długości numeru wewnętrznego istniejące numery szybkiego wybierania do wewnętrznych numerów wewnętrznych nie są automatycznie aktualizowane.
Zezwól na wybieranie numerów wewnętrznych między lokalizacjami— umożliwia dostosowanie wybierania numerów wewnętrznych między lokalizacjami na podstawie wymagań Twojej organizacji.
- Włącz przełącznik, jeśli Twoja organizacja nie ma zduplikowanych rozszerzeń we wszystkich swoich lokalizacjach.
  Domyślnie przełącznik jest włączony.
- Wyłącz przełącznik, jeśli Twoja organizacja ma taki sam numer wewnętrzny w różnych lokalizacjach. Gdy przełącznik jest wyłączony, a dzwoniący wybierze numer wewnętrzny, połączenie zostanie przekierowane do użytkownika z odpowiednim numerem wewnętrznym w tej samej lokalizacji, co dzwoniący. Dzwoniący musi wybrać numer korporacyjny (prefiks trasowania lokalizacji + numer wewnętrzny), aby uzyskać numer wewnętrzny w innych lokalizacjach.

3

Określ wybieranie wewnętrzne dla określonych lokalizacji. Przejdź do Zarządzanie > Lokalizacje, wybierz lokalizację z listy i kliknij opcję Połączenie. Przewiń do wybierania numerów, a następnie zmień wybieranie wewnętrzne w zależności od potrzeb:

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 przedrostek był zgodny z długością ustawioną na poziomie organizacji, ale musi mieć długość 2–7 cyfr.

4

Określ wybieranie zewnętrzne dla określonych lokalizacji. Przejdź do Zarządzanie > Lokalizacje, wybierz lokalizację z listy i kliknij opcję Połączenie. Przewiń do wybierania, a następnie zmień wybieranie zewnętrzne w zależności od potrzeb:

Wybieranie numerów zewnętrznych — można wybrać wychodzącą cyfrę wybierania, którą użytkownicy muszą wybrać, aby dotrzeć do linii zewnętrznej. 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.

Opcjonalnie masz możliwość wymuszenia wymuszania wybierania cyfry wybierania wychodzącego tej lokalizacji, zapewniając, że użytkownik musi użyć cyfry wybierania wychodzącego ustawionej przez administratora do nawiązywania połączeń zewnętrznych.

Po włączeniu tej funkcji połączenia alarmowe można nadal wybierać z cyfrą wybierania wychodzącego lub bez niej.

Po włączeniu tej opcji wszystkie zewnętrzne numery docelowe, takie jak te używane do przekierowywania połączeń, przestaną działać, jeśli nie zostanie dołączona cyfra wybierania wychodzącego.

Jeśli numer wewnętrzny jest taki sam jak numer krajowy, ma on pierwszeństwo przed numerem krajowym. Dlatego zalecamy włączenie wychodzącej cyfry wybierania.

Gorąco zalecamy używanie formatu numeracji E.164 dla połączeń przychodzących i wychodzących PSTN.

Wpływ na użytkowników:

Użytkownicy muszą ponownie uruchomić swoje telefony, aby zmiany w preferencjach wybierania numerów zaczęły obowiązywać.
Numery wewnętrzne użytkowników nie powinny rozpoczynać się od tego samego numeru, co cyfra sterująca lokalizacji lub cyfry wybierania wychodzącego.

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.

1

Zaloguj się do Centrum sterowania w , przejdź do Usługi > Nawiązywanie połączeń > Kierowanie połączeń i wybierz Dodaj magistral .https://admin.webex.com

2

Wybierz lokalizację.

3

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

1

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

2

Wybierz lokalizację do zmodyfikowania i kliknij Zarządzaj .

3

Wybierz PSTN w siedzibie i kliknij Dalej .

4

Wybierz magistralę z menu rozwijanego.

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

5

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	Zaloguj się do Control Hub w https://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ę.

Ustaw opcje połączeń

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ć”. Aby uzyskać więcej informacji, zobacz: Ustawianie opcji połączeń dla użytkowników aplikacji Webex .

Konfigurowanie zachowania połączeń

Możesz kontrolować, jaka aplikacja nawiązująca połączenia jest otwierana, gdy użytkownicy wykonują połączenia. Można skonfigurować ustawienia klienta nawiązującego połączenia, w tym wdrożenie w trybie mieszanym dla organizacji z użytkownikami uprawnionymi do korzystania z Unified CM lub Webex Calling oraz użytkowników bez płatnych usług połączeń Cisco. Aby uzyskać więcej informacji, zobacz: Skonfiguruj zachowanie połączeń.

Konfigurowanie bramy lokalnej w rozwiązaniu Cisco IOS XE dla usługi Webex Calling

Omówienie

Webex Calling obsługuje obecnie dwie wersje bramy lokalnej:

Brama lokalna
Brama lokalna dla Webex for Government

Brama lokalna
Brama lokalna dla Webex for Government

Kluczowe kwestie

Przed rozpoczęciem należy zrozumieć wymagania lokalnej publicznej sieci telefonicznej (PSTN) i bramy lokalnej (LGW) dla usługi 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. Jeśli zmodyfikujesz istniejącą bramę PSTN lub wdrożenie CUBE Enterprise w celu użycia jako funkcji bramy lokalnej dla usługi Webex Calling, zwróć szczególną uwagę na konfigurację. Upewnij się, że istniejące przepływy i funkcje połączeń nie są przerwane ze względu na wprowadzone zmiany.

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 ). Wszystkie te przewodniki można uzyskać w Cisco Unified Border Element Command References.

Informacje na temat obsługiwanych SBC stron trzecich można znaleźć w odpowiedniej dokumentacji referencyjnej produktu.

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

Aby uzyskać więcej informacji na temat różnych typów łącza magistralowego, zobacz Rozpocznij pracę z bramą lokalną. 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 .

Kluczowe kwestie

Wybierz CUBE jako bramę lokalną. Webex for Government nie obsługuje obecnie żadnych kontrolerów granicznych sesji innych firm (SBC). Aby zapoznać się z najnowszą listą, zobacz Rozpocznij pracę z bramą lokalną.
Zainstaluj wersje Cisco IOS XE Dublin 17.12.1a lub nowsze dla wszystkich Webex for Government Local Gateways.
Aby zapoznać się z listą głównych urzędów certyfikacji (CA) obsługiwanych przez program Webex for Government, zobacz Organy certyfikatów głównych dla programu Webex for Government.
Aby uzyskać szczegółowe informacje na temat zakresów portów zewnętrznych dla bramy lokalnej w Webex for Government, zobacz Wymagania sieciowe dla Webex for Government (FedRAMP).

Brama lokalna dla Webex for Government nie obsługuje następujących funkcji:

STUN/ICE-Lite dla optymalizacji ścieżki multimediów
Faks (T.38)

Konfigurowanie bramy lokalnej dla usługi Webex for Government

Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling w usłudze Webex for Government, użyj następującej opcji:

Łącze magistralowe oparte na certyfikacie

Aby skonfigurować bramę lokalną dla łącza magistralowego Webex Calling, użyj przepływu zadań w bramie lokalnej opartej na certyfikatach. Aby uzyskać więcej informacji na temat konfigurowania bramy lokalnej opartej na certyfikatach, zobacz Konfigurowanie łącza magistralowego opartego na certyfikatach Webex Calling.

Obowiązkowe jest skonfigurowanie szyfrów GCM zgodnych z FIPS w celu obsługi bramy lokalnej dla Webex for Government. Jeśli nie, konfiguracja połączenia zakończy się niepowodzeniem. Aby uzyskać szczegółowe informacje o konfiguracji, zobacz Konfigurowanie łącza magistralowego opartego na certyfikacie Webex Calling.

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

Brama lokalna oparta na rejestracji
Brama lokalna oparta na certyfikatach

Przegląd projektu

W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną dla usługi Webex Calling, przy użyciu łącza magistralowego SIP. Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W tym przypadku wszystkie połączenia z sieci PSTN są kierowane do usługi Webex Calling, a wszystkie połączenia z usługi Webex Calling są kierowane do sieci PSTN. Na poniższym obrazku przedstawiono to rozwiązanie i konfigurację trasowania połączeń na wysokim poziomie, która zostanie zastosowana.

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

dzierżawcy klasy głosowej: Służy do tworzenia specyficznych konfiguracji łącza magistralowego.
klasę głosową uri: Służy do klasyfikowania komunikatów SIP do wyboru równorzędnego wybierania połączeń przychodzących.
równoczesne wybieranie połączeń przychodzących: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą z grupą równorzędną wybierania numerów.
grupa równorzędnych połączeń: Definiuje rozmówców wychodzących używanych do przekierowywania połączeń.
urządzenie równorzędne wybierania połączeń wychodzących: Zapewnia obsługę wychodzących komunikatów SIP i kieruje je do wymaganego celu.

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

Podczas łączenia lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania zilustrowanego na poniższym schemacie. W tym przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.

W całym dokumencie używane są nazwy hosta, adresy IP i interfejsy zilustrowane na poniższym obrazie.

Aby ukończyć konfigurację bramy lokalnej w następujący sposób, użyj wskazówek konfiguracyjnych w pozostałej części tego dokumentu:

Krok 1: Konfigurowanie łączności i bezpieczeństwa wyjściowego routera
Krok 2: Konfigurowanie łącza magistralowego Webex Calling

W zależności od wymaganej architektury:
Krok 3: Konfigurowanie bramy lokalnej przy użyciu łącza magistralowego SIP PSTN
Krok 4: Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

Lub:
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN

Konfigurowanie łączności i bezpieczeństwa

Konfiguracja podstawowa

Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie konfiguracji bazowej, która zabezpiecza platformę i ustanawia łączność.

Wszystkie wdrożenia bramy lokalnej oparte na rejestracji wymagają wersji Cisco IOS XE 17.6.1a lub nowszych. Zalecane wersje można znaleźć na stronie Cisco Software Research. Wyszukaj platformę i wybierz jedną z sugerowanych wersji.
- Routery serii ISR4000 muszą być konfigurowane z licencjami technologii Unified Communications i Security.
- Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSPs wymagają licencji DNA Advantage. Routery bez kart głosowych lub DPS wymagają minimum licencji DNA Essentials.
Zbuduj konfigurację bazową dla platformy, która będzie zgodna z zasadami Twojej firmy. W szczególności skonfiguruj następujące elementy i sprawdź działanie:
- NTP
- Listy ACL
- Uwierzytelnianie użytkowników i zdalny dostęp
- DNS
- Routing IP
- Adresy IP
Sieć do Webex Calling musi używać adresu IPv4.
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej.

Konfiguracja


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

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

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

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurowanie łącza magistralowego opartego na rejestracji Webex Calling


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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

Po zdefiniowaniu dzierżawy 100 i skonfiguruj równorzędny wybieranie SIP VoIP, brama inicjuje połączenie TLS w kierunku usługi Webex Calling. W tym momencie SBC dostępu przedstawia swój certyfikat bramie lokalnej. Brama lokalna weryfikuje certyfikat SBC dostępu do usługi Webex Calling za pomocą wcześniej zaktualizowanego pakietu głównego urzędu certyfikacji. Jeśli certyfikat zostanie rozpoznany, między bramą lokalną a usługą Webex Calling zostanie ustanowiona ciągła sesja TLS. Brama lokalna może następnie korzystać z tego bezpiecznego połączenia, aby zarejestrować się w usłudze Webex Access SBC. Gdy rejestracja jest kwestionowana w celu uwierzytelnienia:

W odpowiedzi są używane parametry nazwy użytkownika, hasła i domeny z konfiguracji poświadczeń .
Zasady modyfikacji w profilu SIP 100 są używane do konwersji adresu URL SIPS z powrotem do SIP.

Rejestracja jest udana, gdy 200 OK jest odbierane z dostępu SBC.

Konfigurowanie bramy lokalnej za pomocą łącza magistralowego SIP PSTN

Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling powyżej użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe w kierunku dostawcy usługi PSTN opartego na protokole SIP:

Jeśli Twój Usługodawca oferuje bezpieczny łącze magistralowe PSTN, możesz wykonać podobną konfigurację jak opisano powyżej dla łącza magistralowego Webex Calling. Bezpieczne i bezpieczne trasowanie połączeń jest obsługiwane przez CUBE.

Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN na bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.

1

Aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN, skonfiguruj następującą klasę głosową:


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto objaśnienie pól konfiguracji:

klasa głosowa uri 200 sip

Definiuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz klasę głosową uri.

2

Skonfiguruj następującą funkcję równorzędnego wybierania numeru IP PSTN:


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

Oto objaśnienie pól konfiguracji:


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

Definiuje dial-peer VoIP z tagiem 300 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.

wzorzec docelowy BAD.BAD

Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, zobacz wzorzec docelowy (interfejs) .

protokół sesji sipv2

Określa, że urządzenie równorzędne wybierania 200 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (uczestnik wdzwaniany) .

cel sesji 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 cel sesji (równorzędne wybieranie VoIP).

przychodząca przez 200

Definiuje kryterium dopasowania nagłówka VIA z adresem IP sieci IP PSTN. Pasuje do wszystkich przychodzących połączeń IP PSTN w bramie lokalnej za pomocą elementu wybierania 200. Aby uzyskać więcej informacji, zobacz url przychodzący.

bind control source-interface GigabitEthernet0/0/0

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

wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.

kodek klasy głosowej 100

Skonfiguruje urządzenie równorzędne wybierania, aby używało wspólnej listy filtrów kodeków 100. 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, patrz Przekaźnik DTMF (Voice over IP).

brak vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).

3

Jeśli w bramie lokalnej skonfigurowano tylko trasowanie połączeń między usługą Webex Calling a usługą PSTN, należy dodać następującą konfigurację trasowania połączeń. Jeśli konfigurowasz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji.

Utwórz grupy równorzędne wybierania, aby kierować połączenia do Webex Calling lub PSTN. Zdefiniuj DPG 100 z wychodzącym współpracownikiem wybierania 100 w kierunku Webex Calling. DPG 100 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z sieci PSTN. Podobnie zdefiniuj DPG 200 z wychodzącym numerem kierunkowym 200 w kierunku PSTN. DPG 200 jest stosowane do przychodzącego urządzenia równorzędnego wybierania numerów z Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Oto objaśnienie pól konfiguracji:
dial-peer 100
Łączy wychodzący równorzędny z grupą równorzędną. Aby uzyskać więcej informacji, patrz dpg klasy głosowej.
Zastosuj grupy równorzędne wybierania, aby kierować połączenia z Webex do PSTN i z PSTN do Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Oto objaśnienie pól konfiguracji:
Docelowe dpg 200
Określa, która grupa wybierania równorzędnego powinna być używana w leczeniu wychodzącym dla połączeń przedstawionych temu przychodzącemu równorzędnemu wybierania.

Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

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

Podczas tworzenia łącza magistralowego Webex Calling w systemie Unified CM upewnij się, że port przychodzący został skonfigurowany w ustawieniach profilu zabezpieczeń łącza magistralowego SIP na 5065. Umożliwia to wysyłanie wiadomości przychodzących w porcie 5065 i wypełnianie nagłówka VIA tą wartością podczas wysyłania wiadomości do bramy lokalnej.

1

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

Klasyfikuje połączenia Unified CM do Webex przy użyciu portu SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Klasyfikuje połączenia Unified CM do PSTN za pomocą protokołu SIP za pośrednictwem portu:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Klasyfikuj wiadomości przychodzące z UCM w kierunku łącza magistralowego PSTN przy użyciu co najmniej jednego wzorca opisującego źródłowe adresy źródłowe i numer portu. W razie potrzeby można używać wyrażeń regularnych do definiowania wzorców dopasowywania.

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

2

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

IOS XE wykorzystuje te rekordy do lokalnie określania docelowych hostów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane.


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

Oto objaśnienie pól konfiguracji:

Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego prowadzącego i łącza magistralowego UCM:

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

_sip._udp.pstntocucm.io: Nazwa rekordu zasobów SRV

2: Priorytet rekordu zasobów SRV

1: Waga rekordu zasobów SRV

5060: Numer portu, którego należy użyć dla docelowego hosta w tym rekordzie zasobów

ucmsub5.mydomain.com: Prowadzący docelowy rekord zasobów

Aby rozwiązać problem nazw docelowych rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład:

ip host ucmsub5.mydomain.com 192.168.80.65

host ip: Tworzy rekord w lokalnej bazie danych IOS XE.

ucmsub5.mydomain.com: Nazwa hosta rekordu.

192.168.80.65: Adres IP prowadzącego.

Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń.

3

Skonfiguruj następujące urządzenia wybierania numerów:

Identyfikator równorzędny połączeń między Unified CM a Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Oto objaśnienie pól konfiguracji:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Definiuje urządzenie do wybierania numerów VoIP z znacznikiem 300 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów.
wzorzec docelowy BAD.BAD
Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. W tym przypadku można zastosować dowolny prawidłowy wzorzec docelowy.
protokół sesji sipv2
Określa, że urządzenie równorzędne wybierania numeru 300 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).
cel sesji dns: wxtocucm.io
Określa cel sesji wielu węzłów Unified CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalny rekord SRV wxtocucm.io jest używany do kierowania połączeniami.
przychodzący uri przez 300
Używa protokołu URI klasy głosowej 300 do kierowania wszystkich połączeń przychodzących z systemu Unified CM za pomocą portu źródłowego 5065 do tego urządzenia równorzędnego. Aby uzyskać więcej informacji, zobacz przychodzących uri.
kodek klasy głosowej 100
Określa listę filtrów kodeków dla połączeń do i z Unified CM. Aby uzyskać więcej informacji, patrz kodek klasy głosowej.
bind control source-interface GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
dtmf-relay rtp-nte
Definiuje RTP-NTE (RFC2833) jako funkcję DTMF oczekiwaną na etapie połączenia. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP).
brak vad
Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).
Identyfikator połączeń między Unified CM a PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Oto objaśnienie pól konfiguracji:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Definiuje dial-peer VoIP z tagiem 300 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.
wzorzec docelowy BAD.BAD
Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. W tym przypadku można zastosować dowolny prawidłowy wzorzec docelowy.
protokół sesji sipv2
Określa, że urządzenie równorzędne wybierania 400 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).
cel sesji dns:pstntocucm.io
Określa cel sesji wielu węzłów Unified CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalnie zdefiniowany rekord SRV pstntocucm.io jest używany do kierowania połączeniami.
przychodząca wersja uri przez 400
Używa protokołu URI klasy głosowej 400 do kierowania całego ruchu przychodzącego z określonych hostów Unified CM za pomocą portu źródłowego 5060 do tego urządzenia równorzędnego wybierania. Aby uzyskać więcej informacji, zobacz przychodzących uri.
kodek klasy głosowej 100
Określa listę filtrów kodeków dla połączeń do i z Unified CM. Aby uzyskać więcej informacji, patrz kodek klasy głosowej.
bind control source-interface GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
dtmf-relay rtp-nte
Definiuje RTP-NTE (RFC2833) jako funkcję DTMF oczekiwaną na etapie połączenia. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP).
brak vad
Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).

4

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

Utwórz grupy równorzędne wybierania, aby przekierowywać połączenia między Unified CM a Webex Calling. Definiowanie DPG 100 z wychodzące wybieranie równorzędne 100 w kierunku Webex Calling. DPG 100 jest stosowany do powiązanego przychodzącego urządzenia do wybierania z Unified CM. Podobnie zdefiniuj DPG 300 z wychodzącym numerem równorzędnym 300 w kierunku Unified CM. DPG 300 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Utwórz grupy równorzędne wybierania, aby przekierowywać połączenia między Unified CM a PSTN. Definiowanie DPG 200 z wychodzące wybieranie równorzędne 200 w kierunku PSTN. DPG 200 jest stosowany do powiązanego przychodzącego urządzenia do wybierania z Unified CM. Podobnie zdefiniuj DPG 400 z wychodzącym numerem kierunkowym 400 w kierunku Unified CM. DPG 400 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z sieci PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Oto objaśnienie pól konfiguracji:
dial-peer 100
Łączy wychodzący równorzędny z grupą równorzędną. Aby uzyskać więcej informacji, patrz dpg klasy głosowej.
Zastosuj grupy równorzędne wybierania numerów do kierowania połączeń z Webex do Unified CM i z Unified CM do Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Oto objaśnienie pól konfiguracji:
Docelowe dpg 300
Określa, która grupa wybierania równorzędnego powinna być używana w leczeniu wychodzącym dla połączeń przedstawionych temu przychodzącemu równorzędnemu wybierania.
Zastosuj grupy równorzędne wybierania, aby kierować połączenia z PSTN do Unified CM i z Unified CM do PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Monitorowanie i rozwiązywanie problemów z bramą lokalną za pomocą sygnatur 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.

Podpisy diagnostyczne (DS) to pliki XML, które zawierają informacje o zdarzeniach wyzwalania problemów i działaniach, jakie należy podjąć, aby poinformować, rozwiązać i naprawić problem. Logikę wykrywania problemu można zdefiniować za pomocą komunikatów dziennika systemowego, zdarzeń SNMP oraz poprzez okresowe monitorowanie określonych wyjść poleceń pokazu.

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

Generowanie skonsolidowanego pliku dziennika
Przesyłanie pliku do lokalizacji sieciowej dostarczonej przez użytkownika, takiej jak HTTPS, SCP, serwer FTP.

Inżynierowie TAC 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.6.1a lub nowszym

Podpisy diagnostyczne są domyślnie włączone.
Skonfiguruj bezpieczny serwer poczty e-mail, który ma być używany do wysyłania proaktywnego powiadomienia, jeśli urządzenie działa w systemie Cisco IOS XE 17.6.1a lub nowszym.
```
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 Cię powiadomić.

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.6.1a lub nowszym w celu wysyłania proaktywnych powiadomień do tacfaststart@gmail.com używanie Gmaila jako bezpiecznego serwera SMTP:

Zalecamy użycie wersji Cisco IOS XE Bengaluru 17.6.x lub nowszych.

call-home  
mail-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 > Zabezpieczenia i włącz ustawienie Mniej bezpieczny dostęp do aplikacji .
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

DS śledzi wykorzystanie procesora przez pięć sekund przy użyciu protokołu 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.

Użyj pokaż snmp polecenie włączenia protokołu SNMP. Jeśli ta opcja nie jest włączona, skonfiguruj menedżer serwera snmp polecenia.

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

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

Użyj przycisku pokaż podpis diagnostyczny połączenia domowego polecenie, aby sprawdzić, czy sygnatura została pomyślnie zainstalowana. 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 ponownie zainstaluj DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w bramie lokalnej.

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 4300, 4400 ISR Series lub Cisco CSR 1000V Series
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 przycisku pokaż podpis diagnostyczny połączenia domowego polecenie, aby sprawdzić, czy sygnatura została pomyślnie zainstalowana. 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.

Użyj pokaż snmp polecenie, aby sprawdzić, czy protokół SNMP jest włączony. Jeśli ta opcja nie jest włączona, skonfiguruj menedżer serwera snmp polecenia.

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 4300, 4400 ISR Series lub Cisco CSR 1000V Series
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 przycisku pokaż podpis diagnostyczny połączenia domowego polecenie, aby sprawdzić, czy sygnatura została pomyślnie zainstalowana. 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 . Podpisy diagnostyczne (DS) eliminują potrzebę ręcznej kontroli pod kątem wystąpienia problemu i ułatwiają rozwiązywanie problemów chwilowych i przejściowych.

Możesz użyć 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 protokół SNMP jest włączony przy użyciu pokaż snmp polecenia. Jeśli ta opcja nie jest włączona, skonfiguruj menedżer serwera snmp polecenia.
```
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 sygnatura została pomyślnie zainstalowana, korzystając z pokaż podpis diagnostyczny połączenia domowego polecenie. Kolumna stanu musi mieć wartość „zarejestrowany”.

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

Pobrane 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” pokaż podpis diagnostyczny połączenia domowego Polecenie zmieni się na „uruchomione”, podczas gdy lokalna brama wykona 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 ręcznie odinstalować podpis, pobierz identyfikator DS z wyjścia z Pokaż podpis diagnostyki domowej połączenia polecenie 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ądzaj bramami Cisco IOS XE i weryfikuj je 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:

Przegląd projektu

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

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

dzierżawcy klasy głosowej: Służy do tworzenia specyficznych konfiguracji łącza magistralowego.
klasę głosową uri: Służy do klasyfikowania komunikatów SIP do wyboru równorzędnego wybierania połączeń przychodzących.
równoczesne wybieranie połączeń przychodzących: Zapewnia obsługę przychodzących wiadomości SIP i określa trasę wychodzącą z grupą równorzędną wybierania numerów.
grupa równorzędnych połączeń: Definiuje rozmówców wychodzących używanych do przekierowywania połączeń.
urządzenie równorzędne wybierania połączeń wychodzących: Zapewnia obsługę wychodzących komunikatów SIP i kieruje je do wymaganego celu.

Podczas łączenia lokalnego rozwiązania Cisco Unified Communications Manager z usługą Webex Calling można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania zilustrowanego na poniższym schemacie. W tym przypadku program Unified Communications Manager zapewnia scentralizowane trasowanie i obsługę wszystkich połączeń PSTN i Webex Calling.

W całym dokumencie używane są nazwy hosta, adresy IP i interfejsy zilustrowane na poniższym obrazie. Opcje są przewidziane dla adresowania publicznego lub prywatnego (za NAT). Rejestry DNS SRV są opcjonalne, chyba że równoważenie obciążenia w wielu wystąpieniach CUBE.

Aby ukończyć konfigurację bramy lokalnej w następujący sposób, użyj wskazówek konfiguracyjnych w pozostałej części tego dokumentu:

Krok 1: Konfigurowanie łączności i bezpieczeństwa wyjściowego routera
Krok 2: Konfigurowanie łącza magistralowego Webex Calling

W zależności od wymaganej architektury:
Krok 3: Konfigurowanie bramy lokalnej przy użyciu łącza magistralowego SIP PSTN
Krok 4: Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

Lub:
Krok 3: Konfigurowanie bramy lokalnej za pomocą łącza magistralowego TDM PSTN

Konfigurowanie łączności i bezpieczeństwa

Konfiguracja podstawowa

Pierwszym krokiem w przygotowaniu routera Cisco jako bramy lokalnej dla usługi Webex Calling jest zbudowanie konfiguracji bazowej, która zabezpiecza platformę i ustanawia łączność.

Wszystkie wdrożenia bramy lokalnej oparte na certyfikatach wymagają wersji Cisco IOS XE 17.9.1a lub nowszych. Zalecane wersje można znaleźć na stronie Cisco Software Research. Wyszukaj platformę i wybierz jedną z sugerowanych wersji.
- Routery serii ISR4000 muszą być konfigurowane z licencjami technologii Unified Communications i Security.
- Routery serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSPs wymagają licencji DNA Essentials. Routery bez kart głosowych lub DPS wymagają minimum licencji DNA Essentials.
- W przypadku wymagań dotyczących dużej pojemności możesz również wymagać licencji HSEC (High Security) i dodatkowego uprawnienia przepustowości.
  
  Więcej informacji na ten temat można znaleźć w kodach autoryzacji.
Zbuduj konfigurację bazową dla platformy, która będzie zgodna z zasadami Twojej firmy. W szczególności skonfiguruj następujące elementy i sprawdź działanie:
- NTP
- Listy ACL
- Uwierzytelnianie użytkowników i zdalny dostęp
- DNS
- Routing IP
- Adresy IP
Sieć do Webex Calling musi używać adresu IPv4. Adresy w pełni kwalifikowanych nazw domen (FQDN) lub rekordów usług (SRV) bramy lokalnej muszą zostać usunięte do publicznego adresu IPv4 w Internecie.
Wszystkie porty SIP i multimedialne w interfejsie bramy lokalnej stojącym przed Webex muszą być dostępne z Internetu, bezpośrednio lub za pośrednictwem statycznego NAT. Upewnij się, że zapora została odpowiednio zaktualizowana.
Instalowanie podpisanego certyfikatu w bramie lokalnej (poniżej przedstawiono szczegółowe kroki konfiguracji).
- Publiczny urząd certyfikacji (CA) opisany szczegółowo w Jakich głównych urzędach certyfikacji są obsługiwane w przypadku połączeń z platformami audio i wideo Cisco Webex? musi podpisać certyfikat urządzenia.
- Nazwa FQDN skonfigurowana w Control Hub podczas tworzenia łącza magistralowego musi być certyfikatem routera Common Name (CN) lub Subject Alternate Name (SAN). Na przykład:
  - Jeśli skonfigurowany magistrala w Control Hub organizacji ma cube1.lgw.com:5061 jako FQDN bramy lokalnej, to CN lub SAN w certyfikacie routera muszą zawierać cube1.lgw.com. 
  - Jeśli skonfigurowany magistrala magistralowa w Control Hub organizacji ma lgws.lgw.com jako adres SRV bramy lokalnej osiągalny z magistrali, wtedy CN lub SAN w certyfikacie routera muszą zawierać lgws.lgw.com. Rekordy, na które odpowiada adres SRV (CNAME, A Record lub IP Address) są opcjonalne w sieci SAN.
  - Niezależnie od tego, czy używasz FQDN, czy SRV dla łącza magistralowego, adres kontaktowy dla wszystkich nowych dialogów SIP z bramy lokalnej używa nazwy skonfigurowanej w Control Hub.
Upewnij się, że certyfikaty są podpisane do użytku przez klienta i serwer.
Prześlij pakiet głównego urzędu certyfikacji Cisco do bramy lokalnej.

Konfiguracja


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

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

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

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

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurowanie łącza magistralowego opartego na certyfikacie Webex Calling



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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

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

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

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

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

Konfigurowanie bramy lokalnej za pomocą łącza magistralowego SIP PSTN

Po zbudowaniu łącza magistralowego w kierunku usługi Webex Calling powyżej użyj następującej konfiguracji, aby utworzyć nieszyfrowane łącze magistralowe w kierunku dostawcy usługi PSTN opartego na protokole SIP:

Jeśli Twój Usługodawca oferuje bezpieczny łącze magistralowe PSTN, możesz wykonać podobną konfigurację jak opisano powyżej dla łącza magistralowego Webex Calling. Bezpieczne i bezpieczne trasowanie połączeń jest obsługiwane przez CUBE.

Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN na bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.

1

Aby zidentyfikować połączenia przychodzące z łącza magistralowego PSTN, skonfiguruj następującą klasę głosową:


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto objaśnienie pól konfiguracji:

klasa głosowa uri 200 sip

Definiuje wzorzec dopasowujący przychodzące zaproszenie SIP do przychodzącego urządzenia do wybierania numeru magistralowego. Wprowadzając ten wzorzec, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz klasę głosową uri.

2

Skonfiguruj następującą funkcję równorzędnego wybierania numeru IP PSTN:


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

Oto objaśnienie pól konfiguracji:


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

Definiuje dial-peer VoIP z tagiem 300 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.

wzorzec docelowy BAD.BAD

Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. Aby uzyskać więcej informacji, zobacz wzorzec docelowy (interfejs) .

protokół sesji sipv2

Określa, że urządzenie równorzędne wybierania 200 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (uczestnik wdzwaniany) .

cel sesji 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 cel sesji (równorzędne wybieranie VoIP).

przychodząca przez 200

Definiuje kryterium dopasowania nagłówka VIA z adresem IP sieci IP PSTN. Pasuje do wszystkich przychodzących połączeń IP PSTN w bramie lokalnej za pomocą elementu wybierania 200. Aby uzyskać więcej informacji, zobacz url przychodzący.

bind control source-interface GigabitEthernet0/0/0

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

wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0

Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.

kodek klasy głosowej 100

Skonfiguruje urządzenie równorzędne wybierania, aby używało wspólnej listy filtrów kodeków 100. 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, patrz Przekaźnik DTMF (Voice over IP).

brak vad

Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).

3

Jeśli w bramie lokalnej skonfigurowano tylko trasowanie połączeń między usługą Webex Calling a usługą PSTN, należy dodać następującą konfigurację trasowania połączeń. Jeśli konfigurowasz bramę lokalną za pomocą platformy Unified Communications Manager, przejdź do następnej sekcji.

Utwórz grupy równorzędne wybierania, aby kierować połączenia do Webex Calling lub PSTN. Zdefiniuj DPG 100 z wychodzącym współpracownikiem wybierania 100 w kierunku Webex Calling. DPG 100 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z sieci PSTN. Podobnie zdefiniuj DPG 200 z wychodzącym numerem kierunkowym 200 w kierunku PSTN. DPG 200 jest stosowane do przychodzącego urządzenia równorzędnego wybierania numerów z Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Oto objaśnienie pól konfiguracji:
dial-peer 100
Łączy wychodzący równorzędny z grupą równorzędną. Aby uzyskać więcej informacji, patrz dpg klasy głosowej.
Zastosuj grupy równorzędne wybierania, aby kierować połączenia z Webex do PSTN i z PSTN do Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Oto objaśnienie pól konfiguracji:
Docelowe dpg 200
Określa, która grupa wybierania równorzędnego powinna być używana w leczeniu wychodzącym dla połączeń przedstawionych temu przychodzącemu równorzędnemu wybierania.

Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Konfigurowanie bramy lokalnej z istniejącym środowiskiem Unified CM

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

1

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

Klasyfikuje połączenia Unified CM do Webex przy użyciu portu SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Klasyfikuje połączenia Unified CM do PSTN za pomocą protokołu SIP za pośrednictwem portu:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Klasyfikuj wiadomości przychodzące z UCM w kierunku łącza magistralowego PSTN przy użyciu co najmniej jednego wzorca opisującego źródłowe adresy źródłowe i numer portu. W razie potrzeby można używać wyrażeń regularnych do definiowania wzorców dopasowywania.

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

2

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

IOS XE wykorzystuje te rekordy do lokalnie określania docelowych hostów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane.


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

Oto objaśnienie pól konfiguracji:

Poniższe polecenie tworzy rekord zasobu DNS SRV. Utwórz rekord dla każdego prowadzącego i łącza magistralowego UCM:

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

_sip._udp.pstntocucm.io: Nazwa rekordu zasobów SRV

2: Priorytet rekordu zasobów SRV

1: Waga rekordu zasobów SRV

5060: Numer portu, którego należy użyć dla docelowego hosta w tym rekordzie zasobów

ucmsub5.mydomain.com: Prowadzący docelowy rekord zasobów

Aby rozwiązać problem nazw docelowych rekordów zasobów, utwórz lokalne rekordy DNS A. Na przykład:

ip host ucmsub5.mydomain.com 192.168.80.65

host ip: Tworzy rekord w lokalnej bazie danych IOS XE.

ucmsub5.mydomain.com: Nazwa hosta rekordu.

192.168.80.65: Adres IP prowadzącego.

Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń.

3

Skonfiguruj następujące urządzenia wybierania numerów:

Identyfikator równorzędny połączeń między Unified CM a Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Oto objaśnienie pól konfiguracji:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Definiuje urządzenie do wybierania numerów VoIP z znacznikiem 300 i nadaje wymowny opis ułatwiający zarządzanie i rozwiązywanie problemów.
wzorzec docelowy BAD.BAD
Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. W tym przypadku można zastosować dowolny prawidłowy wzorzec docelowy.
protokół sesji sipv2
Określa, że urządzenie równorzędne wybierania numeru 300 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).
cel sesji dns: wxtocucm.io
Określa cel sesji wielu węzłów Unified CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalny rekord SRV wxtocucm.io jest używany do kierowania połączeniami.
przychodzący uri przez 300
Używa protokołu URI klasy głosowej 300 do kierowania wszystkich połączeń przychodzących z systemu Unified CM za pomocą portu źródłowego 5065 do tego urządzenia równorzędnego. Aby uzyskać więcej informacji, zobacz przychodzących uri.
kodek klasy głosowej 100
Określa listę filtrów kodeków dla połączeń do i z Unified CM. Aby uzyskać więcej informacji, patrz kodek klasy głosowej.
bind control source-interface GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
dtmf-relay rtp-nte
Definiuje RTP-NTE (RFC2833) jako funkcję DTMF oczekiwaną na etapie połączenia. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP).
brak vad
Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).
Identyfikator połączeń między Unified CM a PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Oto objaśnienie pól konfiguracji:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Definiuje dial-peer VoIP z tagiem 300 i zawiera zrozumiały opis ułatwiający zarządzanie i rozwiązywanie problemów.
wzorzec docelowy BAD.BAD
Podczas przekierowywania połączeń wychodzących przy użyciu grupy połączeń przychodzących wybierania numeru równorzędnego wymagany jest wzorzec dummy destination. W tym przypadku można zastosować dowolny prawidłowy wzorzec docelowy.
protokół sesji sipv2
Określa, że urządzenie równorzędne wybierania 400 obsługuje nogi połączeń SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer).
cel sesji dns:pstntocucm.io
Określa cel sesji wielu węzłów Unified CM poprzez rozdzielczość DNS SRV. W tym przypadku lokalnie zdefiniowany rekord SRV pstntocucm.io jest używany do kierowania połączeniami.
przychodząca wersja uri przez 400
Używa protokołu URI klasy głosowej 400 do kierowania całego ruchu przychodzącego z określonych hostów Unified CM za pomocą portu źródłowego 5060 do tego urządzenia równorzędnego wybierania. Aby uzyskać więcej informacji, zobacz przychodzących uri.
kodek klasy głosowej 100
Określa listę filtrów kodeków dla połączeń do i z Unified CM. Aby uzyskać więcej informacji, patrz kodek klasy głosowej.
bind control source-interface GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
wiązać interfejs źródłowy multimediów GigabitEthernet0/0/0
Konfiguruje interfejs źródłowy i powiązany adres IP multimediów wysyłanych do sieci PSTN. Aby uzyskać więcej informacji, patrz bind.
dtmf-relay rtp-nte
Definiuje RTP-NTE (RFC2833) jako funkcję DTMF oczekiwaną na etapie połączenia. Aby uzyskać więcej informacji, patrz Przekaźnik DTMF (Voice over IP).
brak vad
Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, patrz vad (wybieranie równorzędne).

4

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

Utwórz grupy równorzędne wybierania, aby przekierowywać połączenia między Unified CM a Webex Calling. Definiowanie DPG 100 z wychodzące wybieranie równorzędne 100 w kierunku Webex Calling. DPG 100 jest stosowany do powiązanego przychodzącego urządzenia do wybierania z Unified CM. Podobnie zdefiniuj DPG 300 z wychodzącym numerem równorzędnym 300 w kierunku Unified CM. DPG 300 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Utwórz grupy równorzędne wybierania, aby przekierowywać połączenia między Unified CM a PSTN. Definiowanie DPG 200 z wychodzące wybieranie równorzędne 200 w kierunku PSTN. DPG 200 jest stosowany do powiązanego przychodzącego urządzenia do wybierania z Unified CM. Podobnie zdefiniuj DPG 400 z wychodzącym numerem kierunkowym 400 w kierunku Unified CM. DPG 400 jest stosowany do przychodzącego urządzenia równorzędnego wybierania numerów z sieci PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Oto objaśnienie pól konfiguracji:
dial-peer 100
Łączy wychodzący równorzędny z grupą równorzędną. Aby uzyskać więcej informacji, patrz dpg klasy głosowej.
Zastosuj grupy równorzędne wybierania numerów do kierowania połączeń z Webex do Unified CM i z Unified CM do Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Oto objaśnienie pól konfiguracji:
Docelowe dpg 300
Określa, która grupa wybierania równorzędnego powinna być używana w leczeniu wychodzącym dla połączeń przedstawionych temu przychodzącemu równorzędnemu wybierania.
Zastosuj grupy równorzędne wybierania, aby kierować połączenia z PSTN do Unified CM i z Unified CM do PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Spowoduje to zakończenie konfiguracji bramy lokalnej. Zapisz konfigurację i załaduj platformę ponownie, jeśli po raz pierwszy skonfigurowano funkcje CUBE.

Monitorowanie i rozwiązywanie problemów z bramą lokalną za pomocą sygnatur 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

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ą instalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

Upewnij się, że protokół SNMP został włączony przy użyciu polecenia pokaż snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj go menedżer serwera snmp polecenia.


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 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
Produkt	CUBE Enterprise w rozwiązaniu Webex Calling
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie CPU z powiadomieniami 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

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.

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.

Upewnij się, że protokół SNMP jest włączony za pomocą polecenia pokaż snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj go menedżer serwera snmp polecenia.

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 4300, 4400 ISR Series lub Catalyst 8000 V Edge Software
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 sygnatury 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.

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 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 protokół SNMP jest włączony za pomocą polecenia pokaż snmp. Jeśli protokół SNMP nie jest włączony, skonfiguruj go menedżer serwera snmp polecenia.
```
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 Catalyst 8000 V Edge Software
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 Catalyst 8000 V Edge Software
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 DS 64224, a następnie DS 65095 XML monitorowania wysokiej mocy CPU 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 przy użyciu Pokaż podpis diagnostyki domowej połączenia. 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.

Wdrożenie wysokiej dostępności CUBE jako bramy lokalnej

Podstawy

Wymagania wstępne

Przed wdrożeniem CUBE HA jako bramy lokalnej Webex Calling upewnij się, że masz dogłębną wiedzę na temat następujących pojęć:

Cisco Webex Calling solution
Opcja Brama lokalna dla usługi Cisco Webex Calling
Layer 2 box-to-box redundancja z CUBE Enterprise dla stateful konserwacji połączeń

Wskazówki dotyczące konfiguracji podane w tym artykule zakładają dedykowaną platformę bramy lokalnej bez istniejącej konfiguracji głosu. Jeśli istniejące wdrożenie w przedsiębiorstwie CUBE jest modyfikowane w celu wykorzystania również lokalnej funkcji bramy Cisco Webex Calling, zwróć szczególną uwagę na zastosowaną konfigurację, aby zapewnić, że istniejące przepływy połączeń i funkcje nie zostaną przerwane i upewnij się, że spełniasz wymagania projektowe CUBE HA.

Elementy sprzętu i oprogramowania

CUBE HA jako brama lokalna wymaga IOS-XE w wersji 16.12.2 lub nowszej oraz platformy, na której obsługiwane są funkcje CUBE HA i LGW.

Polecenia i dzienniki pokazu w tym artykule są oparte na minimalnej wersji oprogramowania Cisco IOS-XE 16.12.2 wdrożonej na vCUBE (CSR141 v).

Materiał referencyjny

Oto kilka szczegółowych przewodników konfiguracyjnych 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
Preferowana architektura Cisco dla usługi Cisco Webex Calling — https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Przegląd rozwiązania Webex Calling

Cisco Webex Calling to oferta współpracy, która stanowi alternatywę dla lokalnych usług telefonicznych centrali PBX z wieloma opcjami PSTN dla klientów.

W tym artykule skupiono się na wdrożeniu bramy lokalnej (przedstawionej poniżej). Łącze magistralowe bramy lokalnej (PSTN oparte na obiekcie) w Webex Calling umożliwia połączenie 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 mediów SIP i SRTP.

Poniższa ilustracja wyświetla wdrożenie usługi Webex Calling bez żadnej istniejącej centrali PBX IP i dotyczy wdrożenia pojedynczego lub wieloplatformowego. Konfiguracja opisana w tym artykule opiera się na tym wdrożeniu.

Warstwa 2 Skrzynka do skrzynki Redundancy

Zwolnienie typu box-to-box w warstwie CUBE HA 2 wykorzystuje protokół infrastruktury Redundancy Group (RG), aby utworzyć aktywną/gotową parę routerów. Ta para udostępnia ten sam wirtualny adres IP (VIP) poprzez odpowiednie interfejsy i stale wymienia komunikaty o stanie. Informacje o sesji CUBE są sprawdzane w całej parze routerów, umożliwiając router standby przejąć wszystkie obowiązki przetwarzania połączeń CUBE natychmiast, jeśli aktywny router wychodzi z usługi, co skutkuje stateful konserwacji sygnalizacji i mediów.

Zaznaczanie jest ograniczone do połączeń połączonych z pakietami multimediów. Połączenia w tranzycie nie są zaznaczone (na przykład stan próby lub dzwonienia).

W tym artykule CUBE HA będzie odnosić się do CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundancja dla stateful call preservation

Od IOS-XE 16.12.2 CUBE HA może być wdrożona jako brama lokalna dla wdrożeń Cisco Webex Calling trunk (Lokalna sieć PSTN), a w tym artykule omówimy kwestie projektowe i konfiguracje. Na tej ilustracji jest wyświetlana typowa konfiguracja CUBE HA jako bramy lokalnej dla wdrażania magistrali Cisco Webex Calling.

Komponent Infra Grupy Redundancy

Element Redundancy Group (RG) Infra zapewnia obsługę infrastruktury komunikacyjnej box-to-box między dwoma CUBEs i negocjuje ostateczny stabilny stan redundancji. Element ten zawiera również:

Protokół podobny do HSRP, który negocjuje ostateczny stan zwolnienia dla każdego routera poprzez wymianę wiadomości keepalive i hello między dwoma CUBEs (za pośrednictwem interfejsu sterowania) — GigabitEthernet3 na powyższej ilustracji.
Mechanizm transportu służący do sprawdzania stanu sygnalizacji i multimediów dla każdego połączenia z aktywnego routera czuwania (za pośrednictwem interfejsu danych) — GigabitEthernet3 na powyższej ilustracji.
Konfiguracja i zarządzanie interfejsem wirtualnego IP (VIP) dla interfejsów ruchu (wiele interfejsów ruchu można skonfigurować za pomocą tej samej grupy RG) - GigabitEthernet 1 i 2 są uważane interfejsy ruchu.

Ten komponent RG musi być specjalnie skonfigurowany do obsługi głosowej B2B HA.

Zarządzanie adresami wirtualnych IP (VIP) zarówno dla sygnalizacji, jak i multimediów

B2B HA polega na VIP do osiągnięcia redundancji. VIP i powiązane interfejsy fizyczne na obu CUBEs w CUBE HA para musi mieszkać na tej samej podsieci LAN. Konfiguracja interfejsu 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, dostęp do SBC, dostawca usług lub serwer 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 jedna brama lokalna.

Informacje o sygnalizacji połączeń i sesji RTP nawiązanych połączeń są zaznaczane z aktywnego routera do routera czuwania. Gdy router Active schodzi w dół, router Standby przejmuje i kontynuuje przekazywanie strumienia RTP, który wcześniej był kierowany przez pierwszy router.

Połączenia w stanie przejściowym w czasie przełączenia awaryjnego nie zostaną zachowane po przełączeniu. Na przykład połączenia, które nie zostały jeszcze w pełni nawiązane lub są w trakcie modyfikowania za pomocą funkcji przekazywania lub wstrzymywania. Połączenia nawiązane mogą być odłączane po przełączeniu.

Następujące wymagania dotyczą korzystania z CUBE HA jako bramy lokalnej do stanowego przekierowywania połączeń:

CUBE HA nie może mieć współzlokalizowanych interfejsów TDM ani analogowych
Gig1 i Gig2 są określane jako interfejsy ruchu (SIP/RTP), a Gig3 to Redundancy Group (RG) Control/data interface
Nie więcej niż 2 pary CUBE HA mogą być umieszczone w tej samej domenie warstwy 2, jedna z identyfikatorem grupy 1, a druga z identyfikatorem grupy 2. Jeśli konfiguracja 2 par HA z tym samym identyfikatorem grupy, interfejsy RG Control/Data muszą należeć do różnych domen warstwy 2 (vlan, osobny przełącznik)
Kanał portowy jest obsługiwany zarówno dla RG Control/data, jak i interfejsów ruchu
Wszystkie sygnały/nośniki są pozyskiwane z/do wirtualnego adresu IP
Za każdym razem platforma jest ponownie załadowana w związku CUBE-HA, zawsze uruchamia się jako Standby
Niższy adres dla wszystkich interfejsów (Gig1, Gig2, Gig3) powinien znajdować się na tej samej platformie
Redundancy Interface Identifier, rii powinien być unikalny dla kombinacji para / interfejs na tej samej Warstwie 2
Konfiguracja na obu CUBEs musi być identyczna, w tym konfiguracja fizyczna i musi być uruchomiona na tym samym typie platformy i wersji IOS-XE
Interfejsy Loopback nie mogą być używane jako złącze, ponieważ są zawsze aktywne
Interfejsy wielokrotnego ruchu (SIP/RTP) (Gig1, Gig2) wymagają skonfigurowania śledzenia interfejsu
CUBE-HA nie jest obsługiwana przez przewód zwrotnicy dla łącza RG-control/data (Gig3)
Obie platformy muszą być identyczne i muszą być połączone za pośrednictwem Wyłącznik fizyczny we wszystkich podobnych interfejsach dla CUBE HA do pracy, tj. GE0/0/0 CUBE-1 i CUBE-2 musi zakończyć na tym samym przełączniku i tak dalej.
Nie można zamknąć sieci WAN bezpośrednio na CUBEs lub Dane HA po obu stronach
Zarówno Active/Standby musi znajdować się w tym samym centrum danych
Do nadmiarowości należy stosować oddzielny interfejs L3 (RG Control/data, Gig3), tzn. interfejs używany do ruchu nie może być używany do keepalives HA i kontrolowania
Po przełączeniu awaryjnym wcześniej aktywny CUBE przechodzi przez przeładowanie według projektu, zachowując sygnalizację i nośnik

Konfigurowanie Redundancy na Obu CUBEACH

Aby wywołać wirtualne adresy IP, należy skonfigurować nadmiarowość warstwy 2 w przypadku obu CUBEs przeznaczonych do użycia w parze HA.

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 na Obu CUBEach

W naszej przykładowej konfiguracji korzystamy z następujących informacji magistrali z Control Hub, aby zbudować konfigurację bramy lokalnej zarówno na platformach VCUBE-1, jak i VCUBE-2. Nazwa użytkownika i hasło tej konfiguracji są następujące:

Nazwa użytkownika: Hussain1076_LGU
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

Konfigurowanie rozwiązania Unified CM dla usługi Webex Calling

Konfigurowanie profilu zabezpieczeń łącza magistralowego SIP dla bramy lokalnej

W przypadku, gdy brama lokalna i brama PSTN znajdują się na tym samym urządzeniu, Unified CM musi mieć możliwość rozróżnienia pomiędzy dwoma różnymi rodzajami ruchu (połączenia z Webex i z PSTN) pochodzącymi z tego samego urządzenia i zastosowania zróżnicowanej klasy usług do tych typów połączeń. Ten zróżnicowany sposób obsługi połączeń uzyskuje się poprzez skonfigurowanie dwóch łączy magistralowych między Unified CM a połączoną bramą lokalną i urządzeniem bramy PSTN, co wymaga różnych portów odsłuchowych SIP dla dwóch łączy magistralowych.

Utwórz dedykowany profil zabezpieczeń łącza magistralowego SIP dla łącza magistralowego bramy lokalnej z następującymi ustawieniami:

Ustawianie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak profil zabezpieczeń łącza magistralowego Webex SIP
Port przychodzący	Wymaga dopasowania portu używanego w konfiguracji bramy lokalnej dla ruchu do/z Webex: 5065

Konfigurowanie profilu SIP dla łącza magistralowego bramy lokalnej

Utwórz dedykowany profil SIP dla łącza magistralowego bramy lokalnej z następującymi ustawieniami:

Ustawianie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak profil Webex SIP
Włącz Ping OPTIONS, aby monitorować stan docelowy łączy magistralowych z typem usługi „Brak (domyślnie)”	Zaznaczone

Utwórz obszar wyszukiwania połączeń z usługi Webex

Utwórz obszar wyszukiwania połączeń pochodzących z usługi Webex z następującymi ustawieniami:

Ustawianie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak obszar wyszukiwania Webex Calling
Wybrane partie	Numery katalogowe DN (+E.164) ESN (skrócone wybieranie między ośrodkami) PSTNInternational (dostęp do sieci PSTN) onNetRemote (zapamiętane cele RODO)

Ostatnia partycja onNetRemote jest używana tylko w środowisku obejmującym wiele klastrów, w którym informacje o trasowaniu są wymieniane między klastrami Unified CM za pomocą usługi rozbudowy Intercluster (ILS) lub replikacji Global Dialplan (RODO).

Konfigurowanie łącza magistralowego SIP Do i Z usługi Webex

Utwórz łącze magistralowe SIP dla połączeń do i z Webex za pośrednictwem bramy lokalnej z następującymi ustawieniami:

Ustawianie	Wartość
Informacje o urządzeniu
Nazwa DeviceName	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak Webex SIP Trunk
Uruchom wszystkie aktywne węzły Unified CM	Zaznaczone
Połączenia przychodzące
Obszar wyszukiwania połączeń	Wcześniej zdefiniowana przestrzeń wyszukiwania połączeń: Webex
Obszar wyszukiwania połączeń AAR	Obszar wyszukiwania połączeń z dostępem tylko do wzorców tras PSTN: PSTNReroute
Informacje o SIP
Adres docelowy	Adres IP bramy lokalnej CUBE
Port docelowy	5060
Profil zabezpieczeń łącza SIP	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	Unikalna nazwa, taka jak Webex
Wybrane urządzenia	Wcześniej skonfigurowane łącze magistralowe 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	Znaczący opis, taki jak lista tras dla Webex
Uruchom wszystkie aktywne węzły Unified CM	Zaznaczone
Informacje o użytkowniku listy tras
Wybrane grupy	Tylko wcześniej zdefiniowana grupa tras: Webex

Utwórz partycję dla adresatów 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	Znaczący opis, taki jak partycja Webex

Co zrobić dalej

Pamiętaj, aby dodać tę partycję do wszystkich obszarów wyszukiwania połączeń, które powinny mieć dostęp do miejsc docelowych Webex. Należy dodać tę partycję 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 przekierowywać połączenia z sieci PSTN do usługi Webex.

Konfigurowanie wzorców tras dla adresatów Webex

Skonfiguruj wzorce tras dla każdego zakresu DID w Webex z następującymi ustawieniami:

Ustawianie	Wartość

Wzorzec trasy	Pełny wzorzec +E.164 dla zakresu DID w Webex z wiodącym „\”. Na przykład: \+140855501XX
Podział trasy	Webex
Lista bram/tras	RL_Webex
Pilny priorytet	Zaznaczone

Skonfiguruj skróconą normalizację wybierania między witrynami dla Webex

Jeśli wymagane jest skrócone wybieranie między witrynami do Webex, skonfiguruj wzorce normalizacji wybierania dla każdego zakresu ESN w Webex przy użyciu następujących ustawień:

Ustawianie	Wartość

Szablon translacji	Wzorzec ESN dla zakresu ESN w Webex. Na przykład: 80121 XX
Partycja	Webex
Opis	Znaczący opis, taki jak wzorzec normalizacji Webex
Użyj obszaru wyszukiwania połączeń inicjatora	Zaznaczone
Pilny priorytet	Zaznaczone
Nie Czekaj Na Przekroczenie Czasu Na Następnych Chmielu	Zaznaczone
Maska transformacyjna nazywana partią	Maska, aby normalizować numer do +E.164. Na przykład: +140855501XX

Konfigurowanie funkcji usługi Webex Calling

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

Pomoc w zaspokajaniu potrzeb personelu recepcji. 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 .

Włącz wtrącanie dla użytkowników

1	W widoku klienta w programie przejdź do pozycji Dzwonienie do > lokalizacji.https://admin.webex.com
2	Wybierz użytkownika i kliknij opcję Połączenia.
3	Przejdź do sekcji Uprawnienia między użytkownikami , a następnie wybierz opcję Wtrąć.
4	Włącz przełącznik, aby umożliwić innym użytkownikom dodawanie się do trwającego połączenia tego użytkownika.
5	Sprawdź Odtwarzanie sygnału dźwiękowego, gdy ten użytkownik Włącza Się w trakcie połączenia , jeśli chcesz odtworzyć sygnał innym osobom, gdy ten użytkownik wpuści sygnał podczas połączenia.
6	Kliknij opcję Zapisz.

Włącz prywatność użytkownika

1

Zaloguj się do Control Hub i przejdź do Zarządzanie > Użytkownicy.

2

Wybierz użytkownika i kliknij opcję Połączenia.

3

Przejdź do obszaru Uprawnienia między użytkownikami , a następnie wybierz Prywatność.

4

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

5

Sprawdź Włącz prywatność pole wyboru. Następnie możesz zdecydować o zablokowaniu wszystkich, nie wybierając członków z listy rozwijanej. Alternatywnie można wybrać użytkowników, obszary robocze i linie wirtualne, które mogą monitorować stan linii tego użytkownika.

Jeśli jesteś administratorem lokalizacji, na liście rozwijanej pojawiają się tylko użytkownicy, obszary robocze i linie wirtualne odnoszące się do przypisanych lokalizacji.

Usuń zaznaczenie pola wyboru Włącz prywatność , aby umożliwić wszystkim monitorowanie stanu linii.

6

Zaznacz pole wyboru Wymuś prywatność dla kierowanego przejmowania i wtrącania połączeń , aby włączyć prywatność dla kierowanego przejmowania połączeń i wtrącania połączeń.

Po włączeniu tej opcji tylko uprawnieni użytkownicy, linie wirtualne i urządzenia obszaru roboczego mogą korzystać z kierowanego przejmowania połączeń i wdzwaniania dla tego użytkownika. W przeciwnym razie każda osoba w organizacji może wywoływać kierowane przejmowanie połączeń i wtrącanie się na linii.
Aby uzyskać więcej informacji na temat wtargnięcia, zobacz Wtargnięcie na telefon innej osoby.
Nadzorca może zawsze wtrącać się do połączeń, które agenci otrzymują za pośrednictwem kolejki połączeń. Oznacza to, że ustawienia prywatności nie wpływają na opcję wtrącania się nadzorcy.

7

W polu Dodaj członka według nazwy wybierz użytkowników, obszary robocze i linie wirtualne, które mogą monitorować stan linii telefonicznej i wywoływać kierowane przejmowanie połączeń i wtrącanie się.

8

Aby filtrować wybranych członków, użyj filtru według nazwy, numeru lub pola wew.

9

Kliknij Usuń wszystkie , aby usunąć wszystkich wybranych członków.

Aby usunąć pojedynczego członka, kliknij przycisk Usuń obok nazwy członka.

10

Kliknij opcję Zapisz.

Skonfiguruj monitorowanie

Maksymalna liczba monitorowanych linii dla użytkownika wynosi 50. Jednak podczas konfigurowania listy monitorowania należy wziąć pod uwagę liczbę wiadomości, które mają wpływ na przepustowość między usługą Webex Calling a siecią. Określ również maksymalną liczbę monitorowanych linii na telefonie użytkownika za pomocą przycisków linii.

1

Z widoku klienta w https://admin.webex.com przejdź do zarządzania , a następnie kliknij Użytkownicy.

2

Wybierz użytkownika, którego chcesz zmodyfikować, i kliknij Nawiązywanie połączeń .

3

Przejdź do sekcji Uprawnienia między użytkownikami i wybierz Monitorowanie.

4

Wybierz jedną z następujących opcji:

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

Do monitorowania użytkownika można dołączyć linię wirtualną na liście Dodaj monitorowaną linię .

5

Wybierz, czy chcesz powiadomić tego użytkownika o zaparkowanych połączeniach, wyszukaj osobę lub numer wewnętrzny parkowania połączeń, który ma być monitorowany, a następnie kliknij przycisk Zapisz.

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

Nazwa wyświetlana dla monitorowanej linii to nazwa wprowadzona w polach Imię i nazwisko identyfikatora dzwoniącego dla użytkownika, obszaru roboczego i linii wirtualnej.

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

Włącz sygnał ostrzegawczy mostka połączeń dla użytkowników

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

1

Zaloguj się do Control Hub i przejdź do Zarządzanie > Użytkownicy.

2

Wybierz użytkownika i kliknij kartę Połączenia.

3

Przejdź do opcji Uprawnienia między użytkownikami, a następnie kliknij przycisk Dźwięk ostrzegawczy pomostowania połączeń.

4

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 łączenia połączeń na linii wspólnej MPP, zobacz Linie wspólne na wieloplatformowym telefonie biurkowym.

Aby uzyskać więcej informacji na temat łączenia połączeń na linii wspólnej aplikacji Webex, 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 Zarządzanie i wybierz Użytkownicy .

2

Wybierz użytkownika i kliknij kartę Połączenia.

3

Przejdź do sekcji Uprawnienia między użytkownikami i wybierz opcję Hoteling (hotelowanie) i włącz przełącznik.

4

Wprowadź nazwę lub numer hosta hotelingu w polu wyszukiwania Lokalizacja hotelingu i wybierz hosta hotelingu, który chcesz przypisać użytkownikowi.

Można wybrać tylko jednego prowadzącego hotel. Jeśli wybierzesz innego gospodarza hotelu, pierwszy zostanie usunięty.

Jeśli jesteś administratorem lokalizacji, możesz przypisać tylko hosta hotelingowego odnoszącego się do przypisanych lokalizacji.

5

Aby ograniczyć czas, w którym użytkownik może być powiązany z prowadzącym hoteling, wybierz liczbę godzin, w których może korzystać z hosta hotelingu z listy rozwijanej Limit Association Period (Limit Association Period).

Użytkownik zostanie automatycznie wylogowany po określonym czasie.

Na ekranie wyświetlany jest komunikat o błędzie, jeśli określony dla użytkownika limit okresu skojarzenia przekracza limit okresu skojarzenia wybranego hosta hotelingu. Na przykład, jeśli prowadzący hoteling ma 12-godzinny okres skojarzenia limitów, a maksymalny okres skojarzenia użytkownika wynosi 24 godziny, wyświetlany jest komunikat o błędzie. W takich przypadkach należy przedłużyć okres skojarzenia limitu dla prowadzącego hotel, jeśli użytkownik potrzebuje więcej czasu.

6

Kliknij opcję Zapisz.

Użytkownik może również wyszukiwać i lokalizować hosta hotelingu, którego chce używać z Centrum użytkownika. Aby uzyskać więcej informacji, zobacz Uzyskaj dostęp do profilu połączeń z dowolnego miejsca .

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

Trendy adaptacyjne i raporty użycia dla Webex Calling

Wyświetl raporty o połączeniach

Ze strony Analytics można korzystać w Centrum sterowania aby uzyskać wgląd w to, jak ludzie używają Webex Calling a Webex aplikacji (zaangażowanie) oraz jakość obsługi połączeń multimedialnych. Aby uzyskać dostęp Webex Calling Analytics, zaloguj się do Centrum sterowania , a następnie przejdź do Analityka i wybierz Nawiązywanie połączeń kartę.

1	Aby uzyskać szczegółowe raporty historii połączeń, zaloguj się do Centrum sterowania , a następnie przejdź do Analityka > Nawiązywanie połączeń .
2	Wybierz Szczegółowa historia połączeń . Aby uzyskać informacje o połączeniach przy użyciu wystąpienia dedykowanego, zobacz Dedykowana analityka wystąpień .
3	Aby uzyskać dostęp do danych o jakości multimediów, zaloguj się do Centrum sterowania , a następnie przejdź do Analityka a następnie wybierz Nawiązywanie połączeń . Aby uzyskać więcej informacji, zobacz Analizy dotyczące portfolio usług do współpracy w chmurze.

Uruchom narzędzie CScan

CScan to narzędzie analizy gotowości sieci przeznaczone do testowania połączenia sieciowego z Webex Calling .

Aby uzyskać więcej informacji, zobacz Użyj narzędzia CScan, aby przetestować jakość sieci Webex Calling .

Przegląd Webex Calling

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

Webex Callingzapewnia następujące funkcje i korzyści:

Wywoływanie subskrypcji dla użytkowników telefonii i pomieszczeń wspólnych.
Bezpieczne i niezawodne usługi w chmurze dostarczane przez zaufanych regionalnych dostawców usług
Dostęp do aplikacji Webex dla każdego użytkownika, dodając bogatą ujednoliconą komunikację i usługi współpracy zespołowej.
Webex Meetingsjako opcjonalny, zintegrowany dodatek zapewniający spotkania premium, których oczekują użytkownicy korporacyjni.
Dostęp do publicznych sieci telefonii przełączników (PSTN) umożliwiający użytkownikom wybieranie numerów poza organizacją. Usługa jest świadczona poprzez istniejącą infrastrukturę przedsiębiorstwa
- Brama lokalna bez lokalnej centrali IP PBX
- Istniejące środowisko Unified CM połączeń
- Partner lub Cisco udostępnia opcje PSTN
Wsparcie poziomu 1 zapewniane przez partnera, wsparcie następnego poziomu zapewniane przez Cisco

Control Hub to internetowy portal zarządzania, który integruje się z, Webex Calling aby usprawnić zamówienia i konfigurację oraz scentralizować zarządzanie ofertą dołączoną -Webex Calling, Webex App, i. Webex Meetings

Tabela 1. Funkcje konfigurowalne przez administratora
Funkcja	Opis
Pracownik samochodowy	Możesz dodawać pozdrowienia, konfigurować menu i kierować połączenia do usługi odbierania wiadomości, grupy polowania, skrzynki poczty głosowej lub prawdziwej osoby. Możesz utworzyć harmonogram 24-godzinny lub podać różne opcje, gdy Twoja firma jest otwarta lub zamknięta. Możesz nawet kierować połączenia na podstawie atrybutów identyfikatora dzwoniącego, aby tworzyć listy VIP lub inaczej obsługiwać połączenia z niektórych kodów kierunkowych.
Kolejka połączeń	Możesz ustawić kolejkę połączeń, gdy nie możesz odbierać połączeń przychodzących. Możesz zapewnić dzwoniącym automatyczną odpowiedź, komunikaty komfortowe i muzykę w wstrzymaniu, dopóki ktoś nie odbierze połączenia.
Odbiór połączeń	Możesz usprawnić pracę zespołową i współpracę, tworząc grupę odbierania połączeń, aby użytkownicy mogli odbierać połączenia innych użytkowników. Gdy dodasz użytkowników do grupy odbioru połączeń, a członek grupy jest nieobecny lub jest zajęty, inny członek może odbierać ich połączenia.
Zadzwoń do parku	Możesz włączyć call park, aby umożliwić użytkownikom wstrzymanie połączenia i odebranie go z innego telefonu.
Grupa polowań	Możesz skonfigurować grupy polowania w następujących scenariuszach: Zespół sprzedaży, który chce sekwencyjnego routingu. 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ół wsparcia, który chce, aby telefony dzwoniły naraz, aby pierwszy dostępny agent mógł odebrać połączenie.
Grupa stronicowa	Możesz utworzyć grupę stronicowania, aby użytkownicy mogli wysyłać wiadomość audio do osoby, działu lub zespołu. Gdy ktoś wysyła wiadomość do grupy stronicowania, wiadomość jest odtwarzana na wszystkich urządzeniach w grupie.
Klient recepcjonistki	Pomóż zaspokoić potrzeby personelu głównego biura, zapewniając im pełny zestaw opcji sterowania połączeniami, monitorowanie linii na dużą skalę, kolejkowanie połączeń, wiele opcji i widoków katalogów, integrację z programem Outlook i wiele innych.

Tabela 2. Funkcje konfigurowalne przez użytkownika
Funkcja	Opis
Anonimowe odrzucenie połączenia	Użytkownicy mogą odrzucać połączenia przychodzące z zablokowanymi identyfikatorami dzwoniących.
Ciągłość biznesowa	Jeśli telefony użytkowników nie są podłączone do sieci z przyczyn, takich jak awaria zasilania, problemy z siecią itp., Użytkownicy mogą przekierowywać połączenia przychodzące na określony numer telefonu.
Przekazywanie połączeń	Użytkownicy mogą przekierowywać połączenia przychodzące na inny telefon.
Selektywne przekierowanie połączeń	Użytkownicy mogą przekazywać połączenia o określonych godzinach od określonych dzwoniących. To ustawienie będzie miało pierwszeństwo przed przekazywaniem połączeń.
Powiadom o telefonie	Użytkownicy mogą wysłać sobie wiadomość e-mail po otrzymaniu połączenia zgodnie z predefiniowanymi kryteriami, takimi jak numer telefonu lub data i godzina.
Czekanie na połączenie	Użytkownicy mogą zezwolić na odbieranie dodatkowych połączeń przychodzących.
Nie przeszkadzać	Użytkownicy mogą tymczasowo zezwolić, aby wszystkie połączenia trafiały bezpośrednio do poczty głosowej.
Biuro w dowolnym miejscu	Użytkownicy mogą używać wybranych telefonów („Lokalizacje”) jako rozszerzenia swojego biznesowego numeru telefonu i planu wybierania numeru.
Alert priorytetowy	Użytkownicy mogą dzwonić na swoje telefony charakterystycznym dzwonkiem, gdy spełnione są predefiniowane kryteria, takie jak numer telefonu lub data i godzina.
Zdalne biuro	Użytkownicy mogą wykonywać połączenia ze zdalnego telefonu i wyświetlać go ze swojej linii biznesowej. Ponadto wszelkie połączenia przychodzące do ich linii biznesowej dzwonią na tym zdalnym telefonie.
Selektywna akceptacja połączeń	Użytkownicy mogą przyjmować połączenia o określonych godzinach od określonych dzwoniących.
Selektywne odrzucenie połączenia	Użytkownicy mogą odrzucać połączenia w określonych godzinach od określonych dzwoniących.
Pierścień sekwencyjny	Zadzwoń do 5 urządzeń jeden po drugim w przypadku połączeń przychodzących.
Jednoczesny pierścień	Zadzwoń do numerów użytkowników i innych („odbiorców połączeń”) w tym samym czasie dla połączeń przychodzących.

Udostępnianie usług, urządzeń i użytkowników w centrum sterowania, uruchamianie krzyżowe do szczegółowej konfiguracji w wywoływaniu portalu administracyjnego

Control Hub (https://admin.webex.com) to portal zarządzania, który integruje się z, Webex Calling aby usprawnić zamówienia i konfigurację oraz scentralizować zarządzanie pakietową ofertą — Webex Calling aplikacją Webex i spotkaniami.

Control Hub jest centralnym punktem zapewniania wszystkich usług, urządzeń i użytkowników. Możesz wykonać pierwszą konfigurację usługi połączeń, zarejestrować telefony MPP w chmurze (przy użyciu adresu MAC), konfigurować użytkowników, kojarząc urządzenia, dodając numery, usługi, funkcje połączeń i tak dalej. Ponadto, z Centrum sterowania, możesz uruchamiać krzyżowo do Calling Admin Portal.

Doświadczenie użytkownika

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

Webex CallingAplikacja — Soft-klient do połączeń oznaczonych marką Cisco. Aby uzyskać więcej informacji, zobacz Przeglądaj nową Cisco Webex Calling aplikację.
Ustawienia Webex (https://settings.webex.com) — Interfejs, w którym użytkownicy mogą ustawić preferencje dla profilu, pobrać aplikację Webex i uruchamiać je w portalu Calling User Portal for Calling User Settings (Calling User Portal for Calling User Settings). Aby uzyskać więcej informacji, zobacz Zmiana Cisco Webex ustawień.
Aplikacja Webex - aplikacja zawarta w subskrypcji jako klient Team Messaging marki Cisco. Aby uzyskać więcej informacji, zobacz Rozpoczęcie pracy z Cisco Webex aplikacją.
Webex Meetings—Opcjonalna aplikacja dodana jako rozwiązanie Meetings. Aby uzyskać więcej informacji, zobacz Webex Meetings.

Administratorzy Klientów

Jako administrator klienta korzystający z subskrypcji próbnej lub płatnejWebex Calling, możesz skonfigurować swoją organizację w Centrum sterowania, dodając lokalizacje, licencje, numery telefonów, funkcje połączeń, użytkowników i obszary robocze (urządzenia Room, które rejestrują się w chmurze Webex). Możesz także zarządzać wszystkimi tymi komponentami z tego miejsca.

Aby uzyskać wskazówki, zobacz Prze wodnik konfiguracji dla Cisco Webex Calling klientów.
Więcej informacji na temat Webex Calling oferty znajduje się Cisco Webex Callingw arkuszu danych Cisco Collaboration Flex Plan for End Customers

Partnerzy

Jako dostawca usług partnerskich możesz oznaczać markę, sprzedawać i sprzedaw Webex Calling ać swoim klientom. Możesz konfigurować i rozszerzać wersje próbne, wdrażać usługi dla swoich klientów oraz tworzyć i dostarczać zamówienia dla swoich klientów.

Aby uzyskać wskazówki, zobacz Przewodnik konfiguracji dla Cisco Webex Calling klientów (Program wczesnej rejestracji partnerów).
Aby uzyskać więcej zasobów dla partnerów, zobacz Zas oby Webex Calling Sales Connect. (Wymaga danych uwierzytelniających partnera.)

Dostępność

Zobacz Webex Calling nagłówek w artykule Gdzie jest Cisco Webex dostępny dla krajów, w których Webex Calling jest dostępny.

Wybierz się na wycieczkę po Control Hub

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

Control Hub interface overview highlighting and labeling the left navigation menu, company information, notifications, in-app help, feedback, language, and sign out.

Aby uruchomić organizację, zalecamy zaproszenie kilku użytkowników do dołączenia do aplikacji Webex, wprowadzając ich adresy e-mail w Control Hub. Zachęcaj ludzi do korzystania z świadczonych przez Ciebie usług, w tym do dzwonienia, i do przekazywania informacji zwrotnych na temat ich doświadczeń. Kiedy będziesz gotowy, zawsze możesz dodać więcej użytkowników.

Control Hub w pełni obsługuje Mozilla Firefox 66 i nowsze, Google Chrome 89 i nowsze, Microsoft Edge 89 i nowsze oraz Apple Safari 15.1 i nowsze.
Control Hub nie obsługujeInternet Explorer.
Control Hub nie jest przeznaczony dla urządzeń mobilnych.

Przedstawione poniżej informacje można wykorzystać jako podsumowanie wysokiego poziomu informacji o tym, czego można się spodziewać podczas konfigurowania usług w organizacji. Zobacz poszczególne rozdziały, aby uzyskać bardziej szczegółowe informacje i instrukcje krok po kroku.

Rozpocznij

Po utworzeniu konta przez partnera otrzymasz wiadomość powitalną. Kliknij łącze Pierwsze kro ki w wiadomości e-mail, korzystając z Chrome lub Firefox, aby uzyskać dostęp do Centrum sterowania. Link automatycznie zaloguje Cię za pomocą adresu e-mail administratora. Następnie zostaniesz poproszony o utworzenie hasła administratora.

Create a new password screen from getting started email for Control Hub setup.

Pierwszy kreator do prób

Jeśli Twój partner zarejestrował Cię na okres próbny, kreator konfiguracji uruchamia się automatycznie po zalogowaniu się do Control Hub. Kreator przeprowadzi Cię przez podstawowe ustawienia umożliwiające uruchomienie organizacjiWebex Calling, między innymi z innymi usługami. Możesz skonfigurować i przejrzeć ustawienia połączeń przed ukończeniem instrukcji kreatora.

First time setup wizard for Control Hub.

Przejrzyj swoje ustawienia

Gdy Control Hub ładuje się, możesz przejrzeć ustawienia.

Dodaj użytkowników

Teraz, gdy skonfigurowałeś swoje usługi, możesz dodać osoby z katalogu firmy. Przejdź do opcji Użytkownicy > Zarządzaj użytkownikami.

Jeśli używaszMicrosoft Active Directory, zalecamy, aby najpierw włączyć synchronizację katalog ów, a następnie zdecydować, w jaki sposób chcesz dodać użytkowników. Kliknij przycisk Dalej i postępuj zgodnie z instrukcjami, aby skonfigurować Cisco Directory Connector.

Konfigurowanie logowania jednokrotnego (SSO)

Aplikacja Webex wykorzystuje podstawowe uwierzytelnianie. Możesz skonfigurować SSO tak, aby użytkownicy uwierzytelniali się u dostawcy tożsamości przedsiębiorstwa przy użyciu poświadczeń Enterprise, zamiast oddzielnego hasła przechowywanego i zarządzanego w Webex.

Przejdź do Ustawienia > U wierzytelni anie > Modyfikuj i wybierz opcję Integracja zewnętrznego dostawcy tożsamości.

Single sign-on settings screen with 'Integrate a 3rd-party provider' option selected.

Przypisywanie Usług Użytkownikom

Aby użytkownicy mogli zacząć korzystać z aplikacji Webex, musisz przypisać usługi dodanym użytkownikom.

Przejdź do opcji Użytkownicy > Zarządzaj użytkow nikami > Eksportuj i importuj użytkowników za pomocą pliku CSV i kliknij Eksportuj.

W pobranym pliku dodaj True dla usług, które chcesz przypisać każdemu z użytkowników.

CSV file example for assigning services to users in Control Hub.

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

Wzmocnij swoich użytkowników

Teraz, gdy dodałeś użytkowników i zostały im przypisane usługi, mogą oni zacząć korzystać z obsługiwanych telefonów wieloplatformowych (MPP) dla Webex Calling i aplikacji Webex do przesyłania wiadomości i spotkań. Zachęcaj ich do korzystania z Ustawień jako kompleksowej obsługi dostępu.

Rola lokalnej bramy

Brama lokalna jest zarządzanym przez przedsiębiorstwo lub partnerów urządzeniem brzegowym do interworkingu publicznej sieci telefonii przełączników (PSTN) i starszej wymiany oddziałów publicznych (w tym). Unified CM

Możesz użyć Centrum sterowania, aby przypisać bramę lokalną do lokalizacji, po czym Control Hub udostępnia parametry, które można skonfigurować w programie CUBE. Te kroki rejestrują bramę lokalną w chmurze, a następnie usługa PSTN jest świadczona przez bramę Webex Calling użytkownikom w określonej lokalizacji.

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

Obsługiwane wdrożenia bramy lokalnej dla Webex Calling

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

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

Wdrożenia bramy lokalnej bez lokalnej centrali IP PBX

Samodzielne wdrożenia bramy lokalnej

Ten rysunek przedstawia Webex Calling wdrożenie bez istniejącej centrali IP i ma zastosowanie do pojedynczej lokalizacji lub wdrożenia w wielu lokalizacjach.

Illustration showing a Webex Calling deployment without any existing IP PBX.

W przypadku wszystkich połączeń, które nie pasują do docel Webex Calling owych połączeń, Webex Calling wysyła je do lokalnej bramy przypisanej do lokalizacji do przetwarzania. Lokalna brama kieruje wszystkie połączenia przychodzące z P Webex Calling STN i w innym kierunku, PSTN do. Webex Calling

Brama PSTN może być dedykowaną platformą lub współrezydentem z lokalną bramką. 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 brama lokalna. Webex Calling

Illustration showing the recommended PSTN gateway variant deployment option, able to be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

Wdrożenie lokalnej bramy współpracującej

Lokalna brama może być oparta na IP, łącząc się z ITSP za pomocą magistrali SIP lub opartą na TDM za pomocą ISDN lub obwodu analogowego. Poniższy rysunek przedstawia Webex Calling wdrożenie, w którym lokalna brama jest współrezydująca z PSTN GW/SBC.

Illustration showing a Webex Calling deployment where the local gateway is coresident with the PSTN GW/SBC.

Wdrożenia bramy lokalnej z lokalną centralą PBX Unified CM

Integracje z Unified CM są wymagane w następujących przypadkach:

Webex Calling-lokalizacje włączone są dodawane do istniejącego Cisco UC wdrożenia, Unified CM które jest wdrażane jako lokalne rozwiązanie kontroli połączeń
Wymagane jest bezpośrednie wybieranie między telefonami zarejest Unified CM rowanymi i telefonami w Webex Calling lokalizacjach.

Ten rysunek przedstawia w Webex Calling drożenie, w którym klient ma istniejącą central Unified CM ę PBX IP.

Illustration showing a Webex Calling deployment where the customer has an existing Unified CM IP PBX.

Webex Callingwysyła połączenia, które nie pasują do celów Webex Calling docelowych klienta do lokalnej bramki. Obejmuje to numery PSTN i Unified CM wewnętrzne rozszerzenia, które Webex Calling nie widzą. Lokalna brama kieruje wszystkie połączenia przychodzące z Unified CM i Webex Calling odwrotnie. Unified CMnastępnie kieruje połączenia przychodzące do lokalnych miejsc docelowych lub do PSTN zgodnie z istniejącym planem wybierania. Plan Unified CM wybierania normalizuje liczby jako +E.164. Brama PSTN może być bramką dedykowaną lub współrezydentem z lokalną bramką.

Dedykowana brama PSTN

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

Illustration showing the dedicated PSTN gateway variant; the recommended option that can be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

Współpracująca bramka PSTN

Na tym rysunku przedstawiono w Webex Calling drożenie, w Unified CM którym lokalna brama jest współrezydująca z bramą PSTN/SBC.

Webex Callingkieruje wszystkie połączenia, które nie pasują do celów Webex Calling docelowych klienta, do lokalnej bramy przypisanej do lokalizacji. Obejmuje to miejsca docelowe PSTN i połączenia w sieci w kierunku Unified CM rozszerzeń wewnętrznych. Lokalna brama kieruje wszystkie połączenia doUnified CM. Unified CMnastępnie kieruje połączenia do telefonów zarejestrowanych lokalnie lub do PSTN przez lokalną bramę, która ma współzlokalizowaną funkcję PSTN/SBC.

Illustration showing a Webex Calling deployment with a Unified CM where the local gateway is coresident with the PSTN gateway/SBC.

Uwagi dotyczące routingu połączeń

Połączenia od Webex Calling do Unified CM

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

W przypadku w Webex Calling drożenia bez integracji z istniejącymUnified CM, każde połączenie poza siecią jest uważane za wywołanie PSTN. W połączeniu zUnified CM, połączenie poza siecią może nadal być połączeniem w sieci do dowolnego miejsca docelowego hostowanego Unified CM lub prawdziwym połączeniem poza siecią do miejsca docelowego PSTN. Rozróżnienie między tymi dwoma ostatnimi typami połączeń zależy od planu wybierania numeru przedsiębiorstwa, na którym jest przewidziany. Unified CM Unified CM

Poniższy rysunek przedstawia Webex Calling użytkownika wybierającego numer krajowy w USA.

Illustration showing a Webex Calling user dialing a national number in the US.

Unified CMteraz w oparciu o skonfigurowany plan wybierania kieruje wywołanie do lokalnie zarejestrowanego punktu końcowego, na którym wywołane miejsce docelowe jest przypisane jako numer katalogu. W tym celu plan Unified CM wybierania musi obsługiwać routing numerów+E.164.

Połączenia od Unified CM do Webex Calling

Aby umożliwić przekierowanie połączeń od Unified CM do Webex Calling Unified CM na zestawie tras, należy zapewnić definiowanie zestawu +E.164 i adresów planu numeracji przedsiębiorstwa w. Webex Calling

Przy tych trasach możliwe są oba scenariusze połączeń pokazane na poniższym rysunku.

Illustration showing call routing from Unified CM to Webex Calling on a Unified CM set of routes.

Jeśli dzwoniący w PSTN wywołuje numer DID przypisany do Webex Calling urządzenia, połączenie jest przekazywane przedsiębiorstwu za pośrednictwem bramy PSTN przedsiębiorstwa, a następnie trafione. Unified CM Wywołany adres tego połączenia jest zgodny z jedną z Webex Calling tras, która jest udostępniona, Unified CM a połączenie jest wysyłane do bramki lokalnej. (Wywołany adres musi być w formacie +E.164 po wysłaniu do lokalnej bramy.) Logika Webex Calling routingu zapewnia następnie, że połączenie jest wysyłane do zamierzonego Webex Calling urządzenia w oparciu o przypisanie DID.

Ponadto połączenia pochodzące z Unified CM zarejestrowanych punktów końcowych, skierowane do miejsc docelowych wWebex Calling, podlegają planowi wybierania, który jest przewidziany. Unified CM Zazwyczaj ten plan wybierania umożliwia użytkownikom korzystanie ze zwykłych nawyków wybierania numerów w przedsiębiorstwie do nawiązywania połączeń. Te nawyki niekoniecznie obejmują tylko wybieranie numerów+E.164. Wszelkie nawyki wybierania inne niż +E.164 muszą zostać znormalizowane na +E.164, zanim połączenia zostaną wysłane do bramy lokalnej, aby umożliwić prawidłowe routing. Webex Calling

Klasa usług (CoS)

Wdrożenie ścisłej klasy ograniczeń usług jest zawsze zalecane z różnych powodów, w tym z 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 klasą usług musimy wziąć pod uwagę klasę usług dla:

Urządzenia zarejestrowane w Unified CM
Połączenia przychodzące Unified CM z PSTN
Połączenia przychodzące Unified CM z Webex Calling

Urządzenia zarejestrowane w Unified CM

Dodanie Webex Calling miejsc docelowych jako nowej klasy miejsc docelowych do istniejącej konfiguracji CoS jest dość proste: uprawnienia do dzwonienia do Webex Calling miejsc docelowych są zazwyczaj równoważne z uprawnieniem do wywoływania lokalnych (w tym między lokalizacjami) miejsc docelowych.

Jeśli korporacyjny plan telefoniczny już implementuje uprawnienia „(w skrócie) w sieci międzywitrynowe”, to istnieje już udostępniona partycja, na Unified CM której możemy używać i udostępniać wszystkie znane miejsca docelowe w sieci na tej samej partycji. Webex Calling

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

Połączenia przychodzące Unified CM z PSTN

Dodanie Webex Calling miejsc docelowych jako nowej klasy miejsc docelowych do istniejącej konfiguracji CoS jest dość proste: uprawnienia do dzwonienia do Webex Calling miejsc docelowych są zazwyczaj równoważne z uprawnieniem do wywoływania lokalnych (w tym między lokalizacjami) miejsc docelowych.

Jeśli korporacyjny plan telefoniczny już implementuje uprawnienia „(w skrócie) w sieci międzywitrynowe”, to istnieje już udostępniona partycja, na Unified CM której możemy używać i udostępniać wszystkie znane miejsca docelowe w sieci na tej samej partycji. Webex Calling

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

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

Połączenia przychodzące z PSTN wymagają dostępu do wszystkich Webex Calling miejsc docelowych. Wymaga to dodania powyższej partycji zawierającej wszystkie miejsca Webex Calling docelowe do przestrzeni wyszukiwania połączeń używanej dla połączeń przychodzących w magistrali PSTN. Dostęp do Webex Calling miejsc docelowych 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 DID wywoł Webex Calling ania wymagające dostępu do DID i miejsc docel Webex Calling owych PSTNUnified CM.

Illustration of differentiated CoS for calls from PST and Webex Calling. — ***Zróżnicowane CO dla połączeń z PSTN i Webex Calling***

Ta liczba porównuje te dwie różne klasy usług dla połączeń z PSTN i. Webex Calling Rysunek pokazuje również, że jeśli funkcjonalność bramy PSTN jest skolokowana z bramą lokalną, wówczas z połączonych PSTN GW i Local Gateway wymagane są dwa łącznikiUnified CM: jeden dla połączeń pochodzących z PSTN i drugi dla połączeń pochodzących z. Webex Calling Jest to spowodowane wymogiem stosowania zróżnicowanych przestrzeni wyszukiwania wywołujących w zależności od typu ruchu. Dzięki dwóm przychodzącym Unified CM trunkom można to łatwo osiągnąć, konfigurując wymaganą przestrzeń wyszukiwania połączeń dla połączeń przychodzących w każdym bagażniku.

Integracja planu wybierania

Niniejszy przewodnik zakłada istniejącą instalację opartą na najlepszych aktualnych praktykach w sekcji „Preferred Architecture for Cisco Collaboration On-Preferred Deployments On-Preferred Developments, CVD”. Najnowsza wersja jest dostępna tutaj.

Zalecany plan wybierania jest zgodny z podejściem projektowym, które zostało udokumentowane w rozdziale Plan wybierania najnowszej wersji systemu Cisco Collaboration System SRND dostępnej tutaj.

Illustration showing an overview of the recommended dial plan design. — ***Zalecany plan wybierania***

Ten rysunek przedstawia przegląd zalecanego projektu planu tarczy. Kluczowe cechy tego projektu planu tarczy obejmują:

Wszystkie numery katalogów, które są skonfigurowane Unified CM są w formacie +E.164.
Wszystkie numery katalogów znajdują się na tej samej partycji (DN) i są oznaczone jako pilne.
Routing rdzeniowy opiera się na +E.164.
Wszystkie nawyki wybierania numerów innych niż +E.164 (na przykład wybieranie w skrócie i wybieranie numerów PSTN przy użyciu typowych nawyków wybierania numerów) są znormalizowane (zglobalizowane) do +E.164 przy użyciu wzorców tłumaczenia normalizacji wybierania numerów.
Wzory tłumaczenia normalizacji wybierania numerów wykorzystują wzorzec tłumaczenia wywołujący dziedziczenie przestrzeni wyszukiwania; mają ustawioną opcję „Użyj przestrzeni wyszukiwania wywołującego inicjatora”.
Klasa usługi jest implementowana przy użyciu lokalizacji i klasy specyficznych dla usługi pomieszczeń wyszukiwania wywołujących.
Możliwości dostępu PSTN (na przykład dostęp do międzynarodowych miejsc docelowych PSTN) są realizowane przez dodanie partycji z odpowiednimi wzorcami trasy +E.164 do obszaru wyszukiwania wywołującego definiującą klasę usługi.

Dostępność do Webex Calling

Illustration showing adding Webex Calling destination to the dial plan. — ***Dodawanie Webex Calling miejsca docelowego do planu wybierania***

Aby dodać dostępność Webex Calling miejsc docelowych do tego planu wybierania, należy utworzyć partycję reprezentującą wszystkie miejsca Webex Calling docelowe („Webex Calling”) i do tej partycji dodać wzór trasy +E.164 dla każdego zakresu DID w Webex Calling tej partycji. Ten wzór trasy odwołuje się do listy tras zawierającej tylko jeden członek: grupy tras z bagażnikiem SIP do lokalnej bramy dla wywołańWebex Calling. Ponieważ wszystkie wybrane miejsca docelowe są znormalizowane do wartości +E.164 albo przy użyciu wzorców tłumaczenia normalizacji wybierania dla połączeń pochodzących z Unified CM zarejestrowanych punktów końcowych lub przychodzących nazwanych transformacjami stron dla połączeń pochodzących z PSTN, ten pojedynczy zestaw wzorców tras +E.164 wystarcza, aby osiągnąć osiągalność miejsc docelowych niezależnie od użytego nawyku wybierania. Webex Calling

Jeśli na przykład użytkownik wybierze „914085550165”, wówczas wzorzec tłumaczenia normalizacji wybierania numerów w partycji „USToE164” normalizuje ten ciąg wybierania do „+14085550165”, który następnie pasuje do wzoru trasy dla miejsca docelowego w partycji „.” Webex Calling Webex Calling Ostat Unified CM ecznie wysyła połączenie do lokalnej bramy.

Dodawanie skróconego wybierania numerów międzymiejscowych

Illustration showing adding abbreviated intersite dialing. — ***Dodawanie skróconego wybierania numerów międzymiejscowych***

Zalecanym sposobem dodawania skróconego wybierania numeracji międzylokalizacyjnej do planu wybierania referencyjnego jest dodanie wzorców tłumaczenia normalizacji wybierania dla wszystkich witryn w ramach planu numeracji przedsiębiorstwa do dedykowanej partycji („ESN”, Enterprise Significant Numbers). Te wzorce tłumaczenia przechwytują ciągi wybierania w formacie planu numeracji przedsiębiorstwa i normalizują wybierany ciąg do wartości +E.164.

Aby dodać skrócone wybieranie dla przedsiębiorstw do Webex Calling miejsc docelowych, należy dodać odpowiedni wzór tłumaczenia normalizacji wybierania dla Webex Calling lokalizacji do partycji „Webex Calling” (na przykład „8101XX” na schemacie). Po normalizacji połączenie jest ponownie wysyłane Webex Calling po dopasowaniu wzoru trasy w partycji „Webex Calling”.

Nie zalecamy dodawania skróconego wzorca tłumaczenia normalizacji wybierania dla Webex Calling wywołań do partycji „ESN”, ponieważ ta konfiguracja może tworzyć niepożądane pętle routingu połączeń.

Obsługa protokołów do połączeń

Webex Callingrejestruje następujące narzędzia obsługi protokołów w systemie operacyjnym, aby włączyć funkcję kliknięcia w przeglądarkach internetowych lub innej aplikacji. Następujące protokoły uruchamiają połączenie audio lub wideo w aplikacji Webex, gdy jest to domyślna aplikacja do wywoływania na komputerach Mac lub Windows:

CLICKTOCALL: lub CLICKTOCALL://
SIP: lub SIP://
TEL: lub TEL://
WEBEXTEL: lub WEBEXTEL://

List of protocol handlers that start an audio or video call in Webex App when it's the default calling application on Mac or Windows.

Obsługa protokołów dla systemu Windows

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

Windows 10 'Choose an app' with Webex highlighted as the option to select.

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

Otwórz Ustawienia systemowe domyśl nych ustawień aplikacji, kliknij pozycję Ustaw ustawienia domyślne według aplikacji, a następnie wybierz We bex App.
Dla każdego protokołu wybierz Webex App.

Obsługa 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 App, użytkownicy muszą skonfigurować aplikację Webex jako domyślną opcję wywoływania.

W aplikacji Webex dla komputerów Mac użytkownicy mogą potwierdzić, że aplikacja Webex została wybrana dla opcji Rozpocz nij połączenia z ustawieniami w preferencjach ogólnych. Mogą również zaznaczyć opcję Zawsze łącz się, Microsoft Outlook jeśli chcą wykonywać połączenia w aplikacji Webex po kliknięciu numeru kontaktu programu Outlook.

Mac OS protocol handler settings; 'Always connect to Microsoft Outlook' option select and 'Start calls with' dropdown has Webex chosen.

Przygotuj swoje środowisko

Ogólne warunki wstępne

Przed skonfigurowaniem lokalnej bramy Webex Calling upewnij się, że:

Posiada podstawową wiedzę na temat zasad VoIP
Posiada podstawową wiedzę roboczą na temat koncepcji Cisco IOS głosowych -XE i IOS-XE
Miej podstawową wiedzę na temat protokołu inicjacji sesji (SIP)
Miej podstawową wiedzę na Cisco Unified Communications Manager temat (Unified CM), jeśli model wdrożenia zawiera Unified CM

Szczegółowe informacje Cisco Unified Border Elementmożna znaleźć w Przewodniku konfiguracji przedsiębiorstwa (CUBE).

Wymagania sprzętowe i programowe dla lokalnej bramy

Upewnij się, że wdrożenie ma jedną lub więcej lokalnych bram, takich jak:

Cisco CUBE do łączności opartej na protokole IP
Cisco IOSBrama do łączności opartej na TDM

Zobacz tabelę 1 w Przewodniku lokalnej bramy do Webex Calling zamówień. Upewnij się również, że na platformie działa obsługiwana wersja systemu IOS-XE zgodnie z podręcznikiem konfiguracji bramy lokalnej.

Lokalna brama ułatwia migrację we Webex Calling własnym tempie. Brama lokalna integruje istniejące wdrożenie lokalne zWebex Calling. Możesz także użyć istniejącego połączenia PSTN. Zobacz Pierw sze kroki z lokalną bramą

Wymagania licencyjne dla lokalnych bram

Licencje wywołujące CUBE muszą być zainstalowane w lokalnej bramie. Aby uzyskać więcej informacji, zobacz Przewodnik Cisco Unified Border Element konfiguracji.

Certyfikaty i wymagania bezpieczeństwa dla lokalnej bramy

Webex CallingWymaga bezpiecznej sygnalizacji i mediów. Brama lokalna wykonuje szyfrowanie, a połączenie TLS musi zostać nawiązane do chmury, wykonując następujące kroki:

LGW musi zostać zaktualizowany o pakiet root CA firmy Cisco PKI
Do skonfigurowania LGW służy zestaw poświadczeń podsumowania SIP ze strony konfiguracji Trunk Hub Control Hub (kroki są częścią następującej konfiguracji)
Pakiet główny CA sprawdza prezentowany certyfikat
Monit o poświadczenia (dostarczono podsumowanie SIP)
Chmura identyfikuje, która brama lokalna jest bezpiecznie zarejestrowana

Wymagania dotyczące zapory sieciowej, ruchu NAT i optymalizacji ścieżki multimediów dla lokalnej bramy

W większości przypadków lokalna brama i punkty końcowe mogą znajdować się w wewnętrznej sieci klienta przy użyciu prywatnych adresów IP z NAT. Zapora korporacyjna musi zezwalać na ruch wychodzący (SIP, RTP/UDP, HTTP) do określonych adresów/portów IP, objętych informacjami referencyjnymi portów.

Jeśli chcesz korzystać z optymalizacji ścieżki multimediów z ICE, interfejs Webex Calling skierowany do bramy lokalnej musi mieć bezpośrednią ścieżkę sieciową do i z Webex Calling punktów końcowych. 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 skierowanym do bramki lokalnej, wówczas lokalna brama musi mieć publiczny adres IP przypisany do interfejsu skierowanego Webex Calling do połączeń między bramą lokalną a punktami końcowymi, aby wykorzystać optymalizację ścieżki multimediów. Dodatkowo musi być uruchomiony system iOS-XE w wersji 16.12.5.

Informacje o portach Webex Calling

Prawidłowo skonfigurowana zapora sieciowa i proxy są niezbędne do pomyślnego wdrożenia połączenia. Webex Callingużywa protokołu SIP i HTTPS do sygnalizacji połączeń oraz powiązanych adresów i portów dla mediów, połączenia sieciowego i łączności bramy, podobnie jak Webex Calling usługa globalna.

Nie wszystkie konfiguracje zapory wymagają otwarcia portów. Jeśli jednak używasz reguł wewnątrz-zewnętrzny, musisz otworzyć porty wymaganych protokołów, aby wypuszczać usługi.

Tłumaczenie adresów sieciowych (NAT)

Funkcje translacji adresów sieciowych (NAT) i translacji adresów portów (PAT) są stosowane na granicy między dwiema sieciami w celu przetłumaczenia przestrzeni adresowych lub zapobiegania kolizji przestrzeni adresowych IP.

Organizacje wykorzystują technologie bramy, takie jak zapory ogniowe i serwery proxy, które zapewniają usługi NAT lub PAT, aby zapewnić dostęp do Internetu do aplikacji Webex lub urządzeń Webex znajdujących się w prywatnej przestrzeni adresowej IP. Te bramy sprawiają, że ruch z wewnętrznych aplikacji lub urządzeń do Internetu wydaje się pochodzić z jednego lub więcej publicznie dostępnych adresów IP.

Jeśli wdrażasz NAT, otwieranie portu przychodzącego w zaporze nie jest obowiązkowe.
Sprawdź rozmiar puli NAT wymagany do łączności z aplikacjami lub urządzeniami, gdy wielu użytkowników aplikacji i urządzeń uzyska dostęp do usług świad Webex Calling omych usługi Webex za pomocą NAT lub PAT. Upewnij się, że do puli NAT przypisano odpowiednie publiczne adresy IP, aby zapobiec wyczerpaniu portów. Wyczerpanie portów przyczynia się do tego, że użytkownicy wewnętrzni i urządzenia nie mogą połączyć się z usługami Webex A Webex Calling ware i usługami Webex Aware.
Określ rozsądne okresy wiązania i unikaj manipulowania SIP na urządzeniu NAT.
Skonfiguruj minimalny limit czasu NAT, aby zapewnić prawidłowe działanie urządzeń. Przykład: telefony Cisco wysyłają kolejną wiadomość odświeżania REGISTER co 1-2 minuty.
Jeśli sieć implementuje NAT lub SPI, ustaw większy limit czasu (co najmniej 30 minut) dla połączeń. Ten limit czasu umożliwia niezawodną łączność przy jednoczesnym zmniejszeniu zużycia baterii urządzeń mobilnych użytkowników.

Brama warstwy aplikacji SIP

Jeśli router lub zapora sieciowa ma funkcję SIP Aware, co oznacza, że brama warstwy aplikacji SIP (ALG) lub podobna jest włączona, zalecamy wyłączenie tej funkcji w celu dokładnego działania usługi. Chociaż cały Webex Calling ruch jest szyfrowany, niektóre implementacje SIP ALG mogą powodować problemy z przesunięciem zapory ogniowej. Dlatego zalecamy wyłączenie SIP ALG, aby zapewnić wysoką jakość usług.

Sprawdź dokumentację odpowiedniego producenta, aby znaleźć kroki, aby wyłączyć SIP ALG na określonych urządzeniach.

Obsługa proxy dla Webex Calling

Organizacje wdrażają internetową zaporę internetową lub internetowy proxy i zaporę sieciową, aby kontrolować, ograniczać i kontrolować ruch HTTP, który opuszcza i wchodzi do ich sieci. W ten sposób chronią swoją sieć przed różnymi formami cyberataków.

Serwery proxy wykonują kilka funkcji bezpieczeństwa, takich jak:

Zezwalaj lub zablokuj dostęp do określonych adresów URL.
Uwierzytelnianie użytkownika
Adres IP/domena/nazwa hosta/wyszukiwanie reputacji URI
Odszyfrowywanie i kontrola ruchu

Podczas konfigurowania funkcji proxy ma zastosowanie do wszystkich aplikacji korzystających z protokołu HTTP.

Aplikacje Webex App i Webex na urządzenia obejmują:

Usługi Webex
Procedury aktywacji urządzeń klienta (CDA) przy użyciu platformy udostępni Cisco Cloud ania, takiej jak GDS, aktywacja urządzeń EDOS, udostępnianie i wdrażanie do chmury Webex.
Uwierzytelnienie certyfikatu
Aktualizacje oprogramowania układowego
Raporty stanu
Przesyłane pliki PRT
Usługi XSI

Jeśli skonfigurowany jest adres serwera proxy, to tylko ruch sygnalizacyjny (HTTP/HTTPS) jest wysyłany do serwera proxy. Klienci korzystający z protokołu SIP do rejestracji w Webex Calling usłudze i powiązanych mediach nie są wysyłani do serwera proxy. Dlatego pozwól tym klientom przejść bezpośrednio przez zaporę ogniową.

Obsługiwane opcje proxy, konfiguracja i typy uwierzytelniania

Obsługiwane typy proxy to:

Wyraźny serwer proxy (sprawdzanie lub brak inspekcji) — Skonfiguruj klientów Aplikację lub Urządzenie z jawnym serwerem proxy, aby określić serwer, który ma być używany.
Transparent Proxy (bez inspekcji) — Klienci nie są skonfigurowani do używania określonego adresu serwera proxy i nie wymagają żadnych zmian, aby pracować z niesprawdzającym serwerem proxy.
Transparent Proxy (sprawdzanie) — Klienci nie są skonfigurowani do używania określonego adresu serwera proxy. Nie są konieczne żadne zmiany konfiguracji HTTP; jednak klienci aplikacji lub urządzeń potrzebują certyfikatu głównego, aby mogli zaufać serwerowi proxy. Zespół IT korzysta z kontrolnych serwerów pośredniczących do egzekwowania zasad dotyczących odwiedzanych witryn i rodzajów treści, które nie są dozwolone.

Ręcznie skonfigurowanie adresów proxy dla urządzeń Cisco i aplikacji Webex za pomocą:

Platforma OS
Interfejs użytkownika urządzenia
Automatycznie wykrywane za pomocą mechanizmów Web Proxy, takich jak:
- Web Proxy Auto Discovery (WPAD) - protokół automatycznego wykrywania serwera proxy sieci Web
- Pliki Proxy Auto Config (PAC) - Pliki automatycznej konfiguracji proxy

Podczas konfigurowania preferowanych typów produktów wybierz jedną z następujących konfiguracji serwera proxy i typów uwierzytelniania w tabeli:

Produkt	Konfiguracja proxy	Typ uwierzytelniania
Webex dla komputerów Mac	Instrukcja, WPAD, PAC	^{Brak auth, podstawowy, NTLM, †}
Webex dla systemu Windows	Instrukcja obsługi, WPAD, PAC, GPO	^{Brak auth, podstawowy, NTLM, ^{†, Negocjuj †}}
Webex na iOS	Instrukcja, WPAD, PAC	Brak auth, Podstawowy, Digest, NTLM
Webex dla Android	Instrukcja, PAC	Brak auth, Podstawowy, Digest, NTLM
Webex Web App	Obsługiwane przez system operacyjny	^{Brak auth, Basic, Digest, NTLM, Negocjuj †}
Urządzenia Webex	WPAD, PAC lub ręczny	Brak auth, Podstawowy, Digest
Telefony IP Cisco	Instrukcja, WPAD, PAC	Brak auth, Podstawowy, Digest
Węzeł siatki wideo Webex	Podręcznik	Brak auth, Podstawowy, Digest, NTLM

Dla legend w tabeli:

^† Mac NTLM Auth - Maszyna nie musi być zalogowana do domeny, użytkownik poproszony o podanie hasła
^† Windows NTLM Auth - Obsługiwane tylko wtedy, gdy komputer jest zalogowany do domeny
Negocju ^{j †} - Kerberos z autem zastępczym NTLM.
Aby pod Cisco Webex Board łączyć urządzenie Desk lub Room Series do serwera proxy, zobacz Pod łączanie urządzenia Board, Desk lub Room Series z serwerem proxy.
W przypadku telefonów IP firmy Cisco z obacz Konfigurowanie serwera proxy jako przykładu konfigurowania serwera proxy i ustawień.

Aby skonfigurować klienta za pomocą adresu proxy No Authentication, który nie obsługuje uwierzytelniania. Podczas korzystania Proxy Authenticationskonfiguruj z prawidłowymi poświadczeniami. Serwery proxy, które sprawdzają ruch sieciowy, mogą zakłócać połączenia z gniazdem sieciowym. Jeśli wystąpi ten problem, pominięcie niesprawdzającego ruchu na stronę*.webex.com może rozwiązać problem. Jeśli widzisz już inne wpisy, dodaj średnik po ostatnim wpisie, a następnie wprowadź wyjątek Webex.

Ustawienia proxy dla systemu operacyjnego Windows

Microsoft Windowsobsługuje dwie biblioteki sieciowe dla ruchu HTTP (WinInet i WinHTTP), które umożliwiają konfigurację proxy. Wininet jest superzestawem WinHTTP.

WinInet jest przeznaczony dla aplikacji klienckich dla jednego użytkownika, stacjonarnych
WinHTTP jest przeznaczony głównie dla aplikacji wieloużytkowników, opartych na serwerach

Wybierając między nimi, wybierz WinInet dla ustawień konfiguracji serwera proxy. Aby uzyskać szczegółowe informacje, zobacz wininet-vs-winhttp.

Zapoznaj się z Konfigurowanie listy dozwolonych domen, aby uzyskać dostęp do Webex w sieci firmowej, aby uzyskać szczegółowe informacje na temat następujących informacji:

Aby upewnić się, że użytkownicy logują się do aplikacji tylko przy użyciu kont z predefiniowanej listy domen.
Użyj serwera proxy, aby przechwytywać żądania i ograniczyć dozwolone domeny.

Kontrola pełnomocnika i przypinanie certyfikatów

Aplikacja i urządzenia Webex sprawdzają certyfikaty serwerów podczas ustanawiania sesji TLS. Kontrole certyfikatów, takie jak wydawca certyfikatu i podpis cyfrowy, opierają się na weryfikacji łańcucha certyfikatów aż do certyfikatu głównego. Aby przeprowadzić kontrole walidacji, aplikacja i urządzenia Webex używają zestawu zaufanych certyfikatów certyfikacji głównej zainstalowanych w magazynie zaufania systemu operacyjnego.

Jeśli wdrożyłeś serwer proxy TLS do przechwytywania, odszyfrowywania i sprawdzania ruchu. Webex Calling Upewnij się, że certyfikat prezentowany przez serwer proxy (zamiast certyfikatu usługi Webex) jest podpisany przez organ certyfikacji, a certyfikat główny jest zainstalowany w magazynie zaufania aplikacji Webex lub urządzenia Webex.

Dla aplikacji Webex - Zainstaluj certyfikat urzędu certyfikacji używany do podpisywania certyfikatu przez serwer proxy w systemie operacyjnym urządzenia.
W przypadku urządzeń Webex Room i wieloplatformowych telefonów IP Cisco — Otwórz zgłoszenie serwisowe z zespołem TAC w celu zainstalowania certyfikatu CA.

Ta tabela pokazuje aplikację Webex i urządzenia Webex, które obsługują kontrolę TLS przez serwery proxy

Produkt	Obsługuje niestandardowe zaufane CA do kontroli TLS
Aplikacja Webex (Windows, Mac, iOS, Android, Internet)	tak
Urządzenia pokojowe Webex	tak
Telefony wieloplatformowe Cisco IP (MPP)	tak

Konfiguracja zapory

Cisco obsługuje Webex Calling usługi Webex Aware w bezpiecznych centrach danych Cisco i Amazon Web Services (AWS). Amazon zarezerwował swoje podsieci IP wyłącznie do użytku Cisco i zabezpieczył usługi znajdujące się w tych podsieciach w wirtualnej chmurze prywatnej AWS.

Skonfiguruj zaporę ogniową, aby umożliwić komunikację z urządzeń, aplikacji i usług internetowych w celu prawidłowego wykonywania swoich funkcji. Ta konfiguracja umożliwia dostęp do wszystkich obsługi Webex Calling wanych usług w chmurze Webex Aware, nazw domen, adresów IP, portów i protokołów.

Biała lista lub otwarty dostęp do następujących elementów, aby usługi Webex Webex Calling Aware działały poprawnie.

URL/domeny wymienione w sekcji Domeny i adresy URL dla Usług Webex Calling
Podsieci IP, porty i protokoły wymienione w sekcji Podsieci IP dla usług Webex Calling
Jeśli korzystasz z usług współpracy w chmur Webex Suite ze w ich organizacji, WiadomościWebex Meetings, konsoli obsługującej Webex i innych usług, upewnij się, że masz podsieci IP, domeny/adresy URL wymienione w tych artykułach są otwarte Wymagania sieciowe dla usług Webex i Wymagania sieciowe dla konsoli Attendant

Jeśli używasz tylko zapory ogniowej, filtrowanie Webex Calling ruchu przy użyciu samych adresów IP nie jest obsługiwane, ponieważ niektóre pule adresów IP są dynamiczne i mogą ulec zmianie w dowolnym momencie. Regularnie aktualizuj reguły, brak aktualizacji listy reguł zapory może wpłynąć na wrażenia użytkowników. Cisco nie popiera filtrowania podzbioru adresów IP na podstawie określonego regionu geograficznego lub dostawcy usług w chmurze. Filtrowanie według regionu może spowodować poważną degradację doświadczenia Calling.

Cisco nie utrzymuje dynamicznie zmieniających się pul adresów IP, dlatego nie jest wymienione w tym artykule.

Jeśli zapora sieciowa nie obsługuje filtrowania domeny/adresów URL, użyj opcji Enterprise Proxy Server. Ta opcja filtrowa/zezwala na podstawie adresu URL/domeny ruch sygnalizujący protokół HTTPS do Webex Calling usług Webex Aware na serwerze proxy przed przekierowaniem do zapory ogniowej.

Ruch można skonfigurować za pomocą filtrowania portów i podsieci IP dla nośników połączeń. Ponieważ ruch medialny wymaga bezpośredniego dostępu do Internetu, wybierz opcję filtrowania adresów URL do sygnalizacji ruchu.

Dla Webex Calling UDP jest preferowanym protokołem transportowym Cisco dla mediów i zaleca używanie tylko SRTP zamiast UDP. Protokoły TCP i TLS jako protokoły transportowe dla nośników nie są obsługiwane Webex Calling w środowiskach produkcyjnych. Zorientowany na połączenie charakter tych protokołów wpływa na jakość mediów w sieciach stratnych. Jeśli masz pytania dotyczące protokołu transportowego, podnieś bilet wsparcia.

Domeny i adresy URL dla usług Webex Calling

* pokazany na początku adresu URL (na przykład *.webex.com) wskazuje, że usługi w domenie najwyższego poziomu i we wszystkich subdomenach są dostępne.

Domena/URL	Opis	Aplikacje Webex i urządzenia korzystające z tych domen/adresów URL
Cisco WebexUsługi
*.broadcloudpbx.com	Mikrousługi autoryzacyjne Webex do uruchamiania krzyżowego z Control Hub do Calling Admin Portal.	Centrum sterowania
*.broadcloud.com.au	Webex CallingUsługi w Australii.	Wszystko
*.broadcloud.eu	Webex CallingUsługi w Europie.	Wszystko
*.broadcloudpbx.net	Wywoływanie usług konfiguracji i zarządzania klienta.	Aplikacje Webex
.webex.com .cisco.com	Usługi Core Webex Calling & Webex Aware Udostępnianie tożsamości Przechowywanie tożsamości Uwierzytelnienie Usługi OAuth Wdrażanie urządzeń UC połączony z chmurą Gdy telefon łączy się z siecią po raz pierwszy lub po przywróceniu ustawień fabrycznych bez ustawionych opcji DHCP, kontaktuje się z serwerem aktywacji urządzenia w celu zapewnienia funkcji zerowego dotyku. Nowe telefony używają activate.cisco.com, a telefony z oprogramowaniem sprzętowym wcześniejszym niż 11.2 (1), nadal używają webapps.cisco.com do udostępniania. Pobierz oprogramowanie sprzętowe urządzenia i aktualizacje ustawień lokalnych ze strony bin aries.webex.com. Zezwalaj telefonom Cisco Multiplatform (MPP) starszym niż wersja 12.0.3 na dostęp do sudirenewal.cisco.com przez port 80 w celu odnowienia certyfikatu zainstalowanego przez producenta (MIC) i posiadania bezpiecznego unikalnego identyfikatora urządzenia (SUDI). Aby uzyskać szczegółowe informacje, zobacz Po wiadomienie o polu.	Wszystko
*.ucmgmt.cisco.com	Webex Callingusługi	Centrum sterowania
.wbx2.com i.ciscospark.com	Służy do uświadamiania chmury w celu dotar Webex Calling cia do usług & Webex Aware podczas i po wdrożeniu. Usługi te są niezbędne do Zarządzanie aplikacjami i urządzeniami Aplikacje Mechanizm powiadamiania aplikacji Zarządzanie usługami	Wszystko
*.webexapis.com	Mikrousługi Webex, które zarządzają aplikacjami Webex App i urządzeniami Webex. Usługa zdjęć profilowych Usługa Whiteboardingu Usługa zbliżeniowa Usługa obecności Usługa rejestracji Usługa kalendarza Usługa wyszukiwania	Wszystko
*.webexcontent.com	Webex Messagingusługi związane z ogólnym przechowywaniem plików, w tym: Pliki użytkownika Transkodowane pliki Obrazy Zrzuty ekranu Zawartość tablicy Dzienniki klientów i urządzeń Zdjęcia profilowe Logo marki Pliki dziennika Zbiorcze eksportowanie plików CSV i importowanie plików (Control Hub)	Usługi przesyłania wiadomości Webex Apps. Przechowywanie plików przy użyciu webexcontent.com zastąpione przez clouddrive.com w październiku 2019
*.acompany.com	Integracja z informacjami o ludziach	Aplikacje Webex
Dodatkowe usługi związane z Webex (domeny stron trzecich)
.appdynamics.com .eum-appdynamics.com	Śledzenie wydajności, przechwytywanie błędów i awarii, wskaźniki sesji.	Centrum sterowania
*.sipflash.com	Usługi zarządzania urządzeniami. Aktualizacje oprogramowania układowego i bezpieczne wdrażanie.	Aplikacje Webex
.walkme.com .walkmeusercontent.com	Klient poradnictwa użytkownika Webex. Zapewnia wdrażanie i wycieczki użytkowania dla nowych użytkowników. Aby uzyskać więcej informacji o programie WalkMe, kliknij tutaj.	Aplikacje Webex
.google.com .googleapis.com	Powiadomienia do aplikacji Webex na urządzeniach mobilnych (Przykład: nowa wiadomość, po odebraniu połączenia) W przypadku podsieci IP należy zapoznać się z tymi linkami Usługa Google Firebase Cloud Messaging (FCM) Usługa powiadomień push firmy Apple (APNS) W przypadku APNS firma Apple wyświetla listę podsieci IP dla tej usługi.	Aplikacja Webex

Podsieci IP dla usług Webex Calling

^{Podsieci IP dla Webex Calling usługi ^{* †}}

23.89.0.0/16	85.119.56.0/23	128.177.14.0/24
128.177.36.0/24	135.84.168.0/21	139.177.64.0/21
139.177.72.0/23	144.196.0.0/16	150.253.128.0/17
163.129.0.0/17	170.72.0.0/16	170.133.128.0/18
185.115.196.0/22	199.19.196.0/23	199.19.199.0/24
199.59.64.0/21
Konfiguracja urządzeń i zarządzanie oprogramowaniem sprzętowym (urządzenia Cisco)
3.20.185.219	3.130.87.169	3.134.166.179
52.26.82.54	72.163.10.96/27	72.163.15.64/26
72.163.15.128/26	72.163.24.0/23	72.163.10.128/25
173.37.146.128/25	173.36.127.0/26	173.36.127.128/26
173.37.26.0/23	173.37.149.96/27	192.133.220.0/26
192.133.220.64/26
Konfiguracja aplikacji Webex
62.109.192.0/18	64.68.96.0/19	150.253.128.0/17
207.182.160.0/19

Cel połączenia	Adresy źródłowe	Porty źródłowe	Protokół	Adresy docelowe	Porty docelowe	Notatki
Sygnalizacja połączeń do Webex Calling (SIP TLS)	Zewnętrzna brama lokalna (NIC)	8000-65535	TCP	Zapoznaj się z podsieciami IP dla Webex Calling usług.	5062, 8934	Te IP/porty są potrzebne do sygnalizacji połączeń wychodzących SIP-TLS z lokalnych bram, urządzeń i aplikacji Webex App (źródło) do chmury (docelowego). Webex Calling Port 5062 (wymagany dla bagażnika opartego na certyfikatach). I port 8934 (wymagany dla magistrali opartego na rejestracji
	Urządzenia	5060-5080			8934
	Aplikacja Webex	Efemeryczny (zależny od systemu operacyjnego)			8934
Sygnalizacja połączeń z Webex Calling (SIP TLS) do lokalnej bramy	Webex Callingzakres adresów. Zapoznaj się z podsieciami IP dla usług Webex Calling	8934	TCP	Zakresy IP lub IP wybrane przez klienta dla bramy lokalnej	Port lub zasięg portów wybrany przez klienta dla lokalnej bramy	Dotyczy bram lokalnych opartych na certyfikatach. Wymagane jest nawiązanie połączenia z bram Webex Calling ką lokalną. Brama lokalna oparta na rejestracji działa przy ponownym użyciu połączenia utworzonego z bramy lokalnej. Port docelowy jest wybrany przez klienta Konfiguruj bagażniki
Wywołanie nośników do Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)	Zewnętrzna karta sieciowa Local Gateway	8000-48199^†^*	UDP	Zapoznaj się z podsieciami IP dla Webex Calling usług.	5004 9000 (porty STUN) Dźwięk: 8500-8599 Wideo: 8600-8699 19560-65535 (SRTP przez UDP)	Te IP/porty są używane do wychodzących mediów połączeń SRTP z lokalnych bram, urządzeń i aplikacji Webex App (źródło) do chmury (miejsce docelowe). Webex Calling W przypadku połączeń w organizacji, w której negocjacje STUN, ICE zakończyły się sukcesem, przekaźnik mediów w chmurze jest usuwany jako ścieżka komunikacji. W takich przypadkach przepływ mediów odbywa się bezpośrednio między aplikacją/urządzeniami użytkownika. Na przykład: Jeśli optymalizacja multimediów zakończy się powodzeniem, aplikacja Webex wysyła media bezpośrednio między sobą w zakresach portów 8500—8699, a urządzenia wysyłają media bezpośrednio do siebie w zakresie portów 19560—19661. W przypadku niektórych topologii sieciowych, w których zapory sieciowe są używane w siedzibie klienta, zezwalaj na dostęp do wspomnianych zakresów portów źródłowych i docelowych wewnątrz sieci, aby media mogły przepływać. Przykład: W przypadku aplikacji Webex zezwalaj na zakres portów źródłowych i docelowych Dźwięk: 8500-8599 Wideo: 8600-8699 Przeglądarki używają efemerycznego portu źródłowego, którym można kontrolować, ustawiając zasadę WebRTCUDPPortrange w profilu Zarządzane Zarządzanie urządzeniami (MDM). Webex CallingUsługa zachowuje się normalnie, jeśli usługa MDM nie jest ustawiona lub jeśli SiteURL i EnableForceLogin nie są skonfigurowane.
	Urzą ^{dzenia †} ^*	19560-19661
	VG400 ATA Urządzenia	19560-19849
	^{^{Aplikacja Webex† *}}	Dźwięk: 8500-8599 Wideo: 8600-8699
	WebRTC	Efemeryczny (zgodnie z zasadami przeglądarki)
Połącz media z Webex Calling (SRTP/SRTCP, T38)	Webex Callingzakres adresów. Zapoznaj się z podsieciami IP dla usług Webex Calling	19560-65535 (SRTP przez UDP)	UDP	Zakres IP lub IP wybrany przez klienta dla lokalnej bramy	Zakres portów multimedialnych wybrany przez klienta dla lokalnej bramy
Sygnalizacja połączeń do bramy PSTN (SIP TLS)	Wewnętrzna karta sieciowa Local Gateway	8000-65535	TCP	Twój ITSP PSTN GW lub Unified CM	Zależy od opcji PSTN (na przykład zazwyczaj 5060 lub 5061 dla) Unified CM
Wywołanie nośników do bramy PSTN (SRTP/SRTCP)	Wewnętrzna karta sieciowa Local Gateway	8000-48199^†^*	UDP	Twój ITSP PSTN GW lub Unified CM	Zależy od opcji PSTN (na przykład typowo 5060 lub 5061 dla) Unified CM
Konfiguracja urządzeń i zarządzanie oprogramowaniem układowym (urządzenia Cisco)	Webex Callingurządzenia	Efemeryczny	TCP	Zapoznaj się z podsieciami IP dla usług Webex Calling	443, 6970, 80	Wymagane z następujących powodów: Migracja z telefonów Enterprise (Cisco Unified CM) doWebex Calling. Więcej informacji można znaleźć na stronie upgrade.cisco.com. Cloudupgrader.webex.com używa portów: 6970 443 do procesu migracji oprogramowania układowego. Aktualizacja oprogramowania układowego i bezpieczne wdrażanie urządzeń (MPP i telefonów Room lub Desk) przy użyciu 16-cyfrowego kodu aktywacyjnego (GDS) Dla CDA/EDOS - udostępnianie oparte na adresach MAC. Używany przez urządzenia (telefony MPP, ATA i SPA ATA) z nowszym oprogramowaniem sprzętowym. W przypadku Cisco ATA upewnij się, że urządzenia mają minimalne oprogramowanie sprzętowe 11.1.0MSR3-9. Gdy telefon łączy się z siecią po raz pierwszy lub po przywróceniu ustawień fabrycznych, bez ustawionych opcji DHCP, kontaktuje się z serwerem aktywacji urządzenia w celu zapewnienia funkcji zerowego dotyku. Nowe telefony używają activate.cisco.com zamiast webapps.cisco.com do udostępni ania. Telefony z oprogramowaniem sprzętowym wydanym wcześniej niż 11.2 (1) nadal korzystają z web apps.cisco.com. Zaleca się zezwolenie na wszystkie te podsieci IP. Zezwalaj telefonom Cisco Multiplatform (MPP) starszym niż wersja 12.0.3 na dostęp do sudirenewal.cisco.com przez port 80 w celu odnowienia certyfikatu zainstalowanego przez producenta (MIC) i posiadania bezpiecznego unikalnego identyfikatora urządzenia (SUDI). Aby uzyskać szczegółowe informacje, zobacz Po wiadomienie terenowe
Konfiguracja aplikacji Webex	Aplikacje Webex App	Efemeryczny	TCP	Zapoznaj się z podsieciami IP dla usług Webex Calling	443, 8443	Używany do uwierzytelniania brokera Id, usług konfiguracji aplikacji Webex dla klientów, dostępu do Internetu opartego na przeglądarce do samoopieki ORAZ dostępu do interfejsu administracyjnego. Port TCP 8443 jest używany przez aplikację Webex podczas konfiguracji do pobierania Cisco Unified CM konfiguracji. Tylko klienci, którzy używają konfiguracji do łączenia się, Webex Calling muszą otworzyć port.
Synchronizacja czasu urządzenia (NTP)	Webex Callingurządzenia	51494	UDP	Zapoznaj się z podsieciami IP dla Webex Calling usług.	123	Te adresy IP są potrzebne do synchronizacji czasu dla urządzeń (telefony MPP, ATA i ATA SPA)
Rozdzielczość systemu nazw domen (DNS)	Webex Callingurządzenia, aplikacja Webex i urządzenia Webex	Efemeryczny	UDP i TCP	Zdefiniowany przez hosta	53	Służy do wyszukiwania DNS w celu wykrywania adresów IP Webex Calling usług w chmurze. Mimo że typowe wyszukiwanie DNS odbywa się za pośrednictwem UDP, niektóre mogą wymagać protokołu TCP, jeśli odpowiedzi na zapytania nie mogą zmieścić go w pakietach UDP.
Protokół czasu sieciowego (NTP)	Aplikacja Webex i urządzenia Webex	123	UDP	Zdefiniowany przez hosta	123	Synchronizacja czasu
CScan	Gotowość sieciowa oparta na sieci Narzędzie wstępnej kwalifikacji Webex Calling	Efemeryczny	TCP	Zapoznaj się z podsieciami IP dla Webex Calling usług.	8934 i 443	Gotowość sieciowa oparta na sieci Narzędzie wstępnej kwalifikacji dlaWebex Calling. Przejdź do cscan.webex .com, aby uzyskać więcej informacji.
CScan		Efemeryczny	UDP	Zapoznaj się z podsieciami IP dla Webex Calling usług.	19569-19760
Dodatkowe usługi Webex Calling i usługi Webex Aware (osoby trzecie)
Powiadomienia push usługi APNS i FCM	Webex CallingAplikacje	Efemeryczny	TCP	Zapoznaj się z podsieciami IP wymienionymi pod linkami Usługa powiadomień push firmy Apple (APNS) Wiadomości w chmurze Google-Firebase (FCM)	443, 2197, 5228, 5229, 5230, 5223	Powiadomienia do aplikacji Webex na urządzeniach mobilnych (przykład: po otrzymaniu nowej wiadomości lub odebraniu połączenia)

^† ^{* Zakres} portów multimedialnych CUBE można konfigurować z zakresem portów rtp.
^† ^* Porty multimedialne dla urządzeń i aplikacji, które są dynamicznie przypisywane do portu SRTP. Porty SRTP są portami o numerach parzystych, a odpowiedni port SRTCP jest przydzielany kolejnemu portowi o numerach nieparzystych.
Jeśli adres serwera proxy jest skonfigurowany dla aplikacji i urządzeń, ruch sygnalizacyjny jest wysyłany do serwera proxy. Media transportowane SRTP przez UDP przepływa bezpośrednio do zapory sieciowej zamiast serwera proxy.
Jeśli korzystasz z usług NTP i DNS w sieci korporacyjnej, otwórz porty 53 i 123 za pośrednictwem zapory ogniowej.

Jakość usług (QoS)

Umożliwia włączenie tagowania pakietów z lokalnego urządzenia lub klienta do platformy Webex Calling chmurowej. QoS umożliwia ustalanie priorytetów ruchu w czasie rzeczywistym nad innym ruchem danych. Włączenie tego ustawienia modyfikuje oznaczenia QoS dla aplikacji i urządzeń korzystających z sygnalizacji SIP i nośników.

Adresy źródłowe	Rodzaj ruchu	Adresy docelowe	Porty źródłowe	Porty docelowe	Klasa i wartość DSCP
Aplikacja Webex	Dźwięk	Zapoznaj się z podsieciami IP, domenami i adresami URL dla usług Webex Calling	8500-8599	8500-8599, 19560-65535	Przyspieszona spedycja (46)
Aplikacja Webex	Wideo		8600-8699	8600-8699, 19560-65535	Zapewniona spedycja 41 (34)
Aplikacja Webex	Sygnalizacja		Efemeryczny (zależny od systemu operacyjnego)	8934	CS0 (0)
Urządzenia Webex (MPP i pokój)	Audio i wideo		19560-19661	19560-65535	Przyspieszona spedycja (46) & Zapewniona spedycja 41 (34)
Urządzenia Webex	Sygnalizacja		5060-5080	8934	Selektor klas 3 (24)

Utwórz osobny profil QoS dla audio i wideo/udostępniania, ponieważ mają inny zakres portów źródłowych, aby inaczej oznaczać ruch.
W przypadku klientów systemu Windows: Aby włączyć różnicowanie portów źródłowych UDP w organizacji, skontaktuj się z lokalnym zespołem kont. Bez włączenia nie można rozróżnić dźwięku i wideo/udostępniania za pomocą zasad systemu Windows QoS (GPO), ponieważ porty źródłowe są takie same dla audio/wideo/udostępniania. Aby uzyskać szczegółowe informacje, zobacz W łączanie zakresów portów źródeł multimediów dla aplikacji Webex
W przypadku urządzeń Webex skonfiguruj zmiany ustawień QoS w ustawieniach urządzenia Control Hub. Aby uzyskać szczegółowe informacje, zobacz Konfigurowanie i modyfikacja ustawień urządzenia w Webex-Calling

Webex Meetings/Wiadomości - Wymagania sieciowe

Dla klientów korzystających z Webex Suite usług współpracy w chmurze, produktów zarejestrowanych w chmurze Webex, wbudowania urządzeń MPP do chmury Webex w celu uzyskania usług takich jak Historia połączeń, Wyszukiwanie katalogów, Spotkania i Wiadomości. Upewnij się, że domeny/adresy URL/adresy IP/porty wymienione w tym artykule są otwarte Wymagania sieciowe dla usług Webex.

Wymagania sieciowe dla Webex dla rządu

Dla klientów, którzy potrzebują listy domen, adresów URL, zakresów adresów IP i portów dla Webex dla usług rządowych, informacje można znaleźć tutaj: Wymagania sieciowe dla Webex for Government

Wymagania sieciowe dla Webex Attendant Console

Dla klientów korzystających z konsoli obsługi - recepcjonistów, opiekunów i operatorów, upewnij się, że domeny/URL/adresy IP/porty/protokoły są otwarte Wymagania sieciowe dla konsoli obsługującej

Pierwsze kroki z Webex Calling Local Gateway

Dla klientów korzystających z rozwiązania Local Gateway z Webex Calling interoperacyjnością PSTN i serwerów SBC innych firm, przeczytaj artykuł Pierwsze kroki z lokalną bramą

Referencje

Aby dowiedzieć się, co nowegoWebex Calling, zobacz Co nowego w Webex Calling

Aby zapoznać się z wymogami bezpieczeństwaWebex Calling, patrz artykuł

Webex CallingOptymalizacja mediów za pomocą narzędzia Interactive Connectivity Establishment (ICE) Artykuł

Historia rewizji dokumentu

Data	Wprowadziliśmy następujące zmiany w tym artykule
Styczeń 21, 2025	Dodano szczegóły dotyczące korzystania z bramy warstwy aplikacji SIP.
8 stycznia 2025	Przeniesiono adres podsieci IP związany z konfiguracją urządzenia i konfiguracją aplikacji Webex do sekcji Podsieci IP dla usług Webex Calling
Grudzień 17, 2024	Dodano obsługę WebRTC dla specyfikacji Webex Calling Media.
Listopad 14, 2024	Zaktualizowano obsługiwany zakres portów dla Webex Calling nośników połączeń dla urządzenia ATA serii VG400
Listopad 11, 2024	Dodano obsługiwany zakres portów dla noś Webex Calling ników połączeń dla urządzenia ATA serii VG400
Lipiec 25, 2024	Dodano z powrotem podsieć IP 52.26.82.54, ponieważ jest ona wymagana do konfiguracji urządzenia Cisco ATA i zarządzania oprogramowaniem sprzętowym.
Lipiec 18, 2024	Zaktualizowano o następujące szczegóły: Wartości QoS (TOS/DSCP) obsługiwane dla Webex Calling (Aplikacje, Urządzenia) Zaktualizowano schemat sieci W tym łącze do wymagań sieciowych związanych z konsolą Webex Attendant Console.
28 czerwca 2024	Zaktualizowano użycie obu zakresów portów SRTP/SRTCP dla specyfikacji Media. Webex Calling
11 czerwca 2024	Usunięto domenę „huron-dev.com”, ponieważ nie jest używana.
06 maja 2024	Zaktualizowano użycie obu zakresów portów SRTP/SRTCP dla specyfikacji Media. Webex Calling
03 kwietnia 2024	Zaktualizowano podsieci IP dla Webex Calling usług o wartości 163.129.0.0/17, aby uwzględnić ekspansję rynku dla regionu Indii. Webex Calling
Grudzień 18, 2023	Zawiera adres URL sudirenewal.cisco.com i wymóg portu 80 do konfiguracji urządzenia i zarządzania oprogramowaniem sprzętowym odnowienia MIC telefonu Cisco MPP.
Grudzień 11, 2023	Zaktualizowano podsieci IP dla Webex Calling usług, aby zawierały większy zestaw adresów IP. 150.253.209.128/25 — zmieniono na 150.253.128.0/17
29 listopada 2023	Zaktualizowano podsieci IP dla Webex Calling usług, aby uwzględnić większy zestaw adresów IP, aby dostosować się do rozszerzenia Webex Calling regionu w celu przyszłego rozwoju. 144.196.33.0/25 — zmieniono na 144.196.0.0/16 Podsieci IP dla sekcji Webex Calling usług w sekcji Webex Calling (SIP TLS) i Call media to Webex Calling (STUN, SRTP) są aktualizowane w celu uzyskania jasności w zakresie trunkingu opartego na certyfikatach i wymagań zapory sieciowej dla bramy lokalnej.
14 sierpnia 2023	Dodaliśmy następujące adresy IP 144.196.33.0/25 i 150.253.156.128/25, aby obsłużyć zwiększone wymagania dotyczące pojemności Edge i usług. Webex Calling Ten zakres IP jest obsługiwany tylko w regionie USA.
Lipiec 5, 2023	Dodano link https://binaries.webex.com, aby zainstalować oprogramowanie Cisco MPP Firmware.
7 marca 2023	Przeanalizowaliśmy cały artykuł, aby obejmował: Dołączone opcje obsługi proxy. Zmodyfikowany schemat przepływu wywołań Uproszczone domeny/adresy URL/części podsieci IP dla usług Webex Aware Webex Calling Dodano zakres podsieci IP 170.72.0.0/16 dla usług & Webex Aware. Webex Calling Usunięto następujące zakresy 170.72.231.0, 170.72.231.10, 170.72.231.161 i 170.72.242.0/24
5 marca 2023	Aktualizacja artykułu, aby zawierał następujące elementy: Dodano zakres portów UDP-SRTP (8500-8700) używany przez aplikacje. Dodano porty dla powiadomień Push APNS i usług FCM. Podziel zakres portów CScan dla UDP i TCP. Dodano sekcję odniesień.
Listopad 15, 2022	Dodaliśmy następujące adresy IP do konfiguracji urządzeń i zarządzania oprogramowaniem sprzętowym (urządzenia Cisco): 170.72.231.0 170.72.231.10 170.72.231.161 Usunięliśmy następujące adresy IP z konfiguracji urządzeń i zarządzania oprogramowaniem układowym (urządzenia Cisco): 3.20.118.133 3.20.228.133 3.23.144.213 3.130.125.44 3.132.162.62 3.140.117.199 18.232.241.58 35.168.211.203 50.16.236.139 52.45.157.48 54.145.130.71 54.156.13.25 52.26.82.54 54.68.1.225
Listopad 14, 2022	Dodano podsieć IP 170.72.242.0/24 dla usługi. Webex Calling
08 września, 2022	Oprogramowanie Cisco MPP Firmware przechodzi na adres https://binaries.webex.com jako adres URL hosta dla aktualizacji oprogramowania MPP we wszystkich regionach. Ta zmiana poprawia wydajność aktualizacji oprogramowania układowego.
30 sierpnia, 2022	Usunięto odniesienie do portu 80 z konfiguracji urządzeń i zarządzania oprogramowaniem sprzętowym (urządzenia Cisco), konfiguracji aplikacji i wierszy cScan w tabeli Port, ponieważ nie ma zależności.
18 sierpnia, 2022	Żadnych zmian w rozwiązaniu. Zaktualizowano porty docelowe 5062 (wymagane dla magistrali opartego na certyfikatach), 8934 (wymagane dla magistrali opartego na rejestracji) dla sygnalizacji połączenia do (SIP TLS). Webex Calling
Lipiec 26, 2022	Dodano adres IP 54.68.1.225, który jest wymagany do aktualizacji oprogramowania układowego urządzeń Cisco 840/860.
Lipiec 21, 2022	Zaktualizowano porty docelowe 5062, 8934 dla sygnalizacji połączenia do Webex Calling (SIP TLS).
Lipiec 14, 2022	Dodano adresy URL obsługujące pełną funkcję usług Webex Aware. Dodano podsieć IP 23.89.154.0/25 dla usługi. Webex Calling
27 czerwca, 2022	Zaktualizowano domenę i adresy URL dla Webex Calling usług: .broadcloudpbx.com .broadcloud.com.au .broadcloud.eu .broadcloudpbx.net
15 czerwca, 2022	Dodano następujące porty i protokoły w obszarze Adresy IP i Porty dla Webex Calling Usług: Cel połączenia: Funkcje Webex Adresy źródłowe: Urzą Webex Calling dzenia Porty źródłowe: Ephemeral Protokół: TCP Adresy docelowe: Zapoznaj się z podsieciami IP i domenami zdefiniowanymi w sekcji Webex Meetings/Wiadomości - Wymagania sieciowe. Porty docelowe: 443 Uwagi: Urzą Webex Calling dzenia wykorzystują te adresy IP i domeny do łączenia się z usługami Webex Cloud, takimi jak katalog, historia połączeń i spotkania. Zaktualizowane informacje w sekcji Webex Meetings/Wiadomości - Wymagania sieciowe
24 maja 2022	Dodano podsieć IP 52.26.82.54/24 do 52.26.82.54/32 dla serwisu Webex Calling
6 maja 2022	Dodano podsieć IP 52.26.82.54/24 dla usługi Webex Calling
Kwiecień 7, 2022	^{Zaktualizowano wewnętrzny i zewnętrzny zakres portów UDP Local Gateway do 8000-48198 †}
Kwiecień 5, 2022	Dodano następujące podsieci IP dla Webex Calling usługi: 23.89.40.0/25 23.89.1.128/25
Marzec 29, 2022	Dodano następujące podsieci IP dla Webex Calling usługi: 23.89.33.0/24 150.253.209.128/25
wrzesień 20, 2021	Dodano 4 nowe podsieci IP dla Webex Calling usługi: 23.89.76.128/25 170.72.29.0/24 170.72.17.128/25 170.72.0.128/25
Kwiecień 2, 2021	Dodano .ciscospark.com w obszarze Domeny i adresy URL dla Webex Calling Usług w celu obsługi przypadków użycia w aplikacji We* bex. Webex Calling
Marzec 25, 2021	Dodano 6 nowych zakresów IP dla activate.cisco.com, które obowiązują od 8 maja 2021 r. 72.163.15.64/26 72.163.15.128/26 173.36.127.0/26 173.36.127.128/26 192.133.220.0/26 192.133.220.64/26
4 marca, 2021	Zastąpi Webex Calling ono dyskretne adresy IP i mniejsze zakresy IP uproszczonymi zakresami w oddzielnej tabeli, aby ułatwić zrozumienie konfiguracji zapory ogniowej.
26 lutego, 2021	Dodano 5004 jako port docelowy dla nośników połączeń do Webex Calling (STUN, SRTP) w celu obsługi interaktywnej łączności (ICE), która będzie dostępna w Webex Calling kwietniu 2021 r.
22 lutego, 2021	Domeny i adresy URL są teraz wymienione w oddzielnej tabeli. Tabela Adresy IP i Porty są dostosowywane do grup adresów IP dla tych samych usług. Dodanie kolumny Uwagi do tabeli Adresy IP i porty, która pomaga w zrozumieniu wymagań. Przenoszenie następujących adresów IP do uproszczonych zakresów konfiguracji urządzeń i zarządzania oprogramowaniem układowym (urządzenia Cisco): aktywuj.cisco.com 72.163.10.125 -> 72.163.10.96/27 173.37.149.125 -> 173.37.149.96/27 webapps.cisco.com 173.37.146.134 -> 173.37.146.128/25 72.163.10.134 -> 72.163.10.128/25 Dodanie następujących adresów IP do konfiguracji aplikacji, ponieważ Cisco Webex klient wskazuje nowszy DNS SRV w Australii w marcu 2021 r. 199.59.64.237 199.59.67.237
Styczeń 21, 2021	Dodaliśmy następujące adresy IP do konfiguracji urządzeń i zarządzania oprogramowaniem sprzętowym (urządzenia Cisco): 3.134.166.179 50.16.236.139 54.145.130.71 72.163.10.125 72.163.24.0/23 173.37.26.0/23 173.37.146.134 Usunięliśmy następujące adresy IP z konfiguracji urządzeń i zarządzania oprogramowaniem układowym (urządzenia Cisco): 35.172.26.181 52.86.172.220 52.203.31.41 Dodaliśmy następujące adresy IP do konfiguracji aplikacji: 62.109.192.0/19 64.68.96.0/19 207.182.160.0/19 150.253.128.0/17 Usunięliśmy następujące adresy IP z konfiguracji aplikacji: 64.68.99.6 64.68.100.6 Usunięliśmy następujące numery portów z konfiguracji aplikacji: 1081, 2208, 5222, 5280-5281, 52644-52645 Do konfiguracji aplikacji dodaliśmy następujące domeny: idbroker-b-us.webex.com idbroker-eu.webex.com ty6-wxt-jp.bcld.webex.com os1-wxt-jp.bcld.webex.com
Grudzień 23, 2020	Dodano nowe adresy IP konfiguracji aplikacji do obrazów odniesienia do portów.
Grudzień 22, 2020	Zaktualizowano wiersz Konfiguracja aplikacji w tabelach, aby zawierał następujące adresy IP: 135.84.171.154 i 135.84.172.154. Ukryj diagramy sieciowe, dopóki te adresy IP nie zostaną dodane.
Grudzień 11, 2020	Zaktualizowano konfigurację urządzeń i zarządzanie oprogramowaniem układowym (urządzenia Cisco) oraz wiersze konfiguracji aplikacji dla obsługiwanych domen kanadyjskich.
Październik 16, 2020	Zaktualizowano wpisy sygnalizacji połączeń i nośników o następujące adresy IP: 139.177.64.0/24 139.177.65.0/24 139.177.66.0/24 139.177.67.0/24 139.177.68.0/24 139.177.69.0/24 139.177.70.0/24 139.177.71.0/24 139.177.72.0/24 139.177.73.0/24
23 września 2020	W ramach CScan, zastąpiono 199.59.64.156 na 199.59.64.197.
14 sierpnia, 2020	Dodano więcej adresów IP w celu wsparcia wprowadzenia centrów danych w Kanadzie: Sygnalizacja wywołania do Webex Calling (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24
12 sierpnia 2020	Dodano więcej adresów IP w celu wsparcia wprowadzenia centrów danych w Kanadzie: Zadzwoń do mediów do Webex Calling (SRTP) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 Sygnalizacja połączeń do publicznie adresowanych punktów końcowych (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24. Konfiguracja urządzeń i zarządzanie oprogramowaniem układowym (urządzenia Cisco) —135.84.173.155,135.84.174.155 Synchronizacja czasu urządzenia—135.84.173.152, 135.84.174.152 Konfiguracja aplikacji—135.84.173.154,135.84.174.154
Lipiec 22, 2020	Dodano następujący adres IP w celu wsparcia wprowadzenia centrów danych w Kanadzie: 135.84.173.146
Czerwiec 9, 2020	Wprowadziliśmy następujące zmiany we wpisie cScan: Poprawiono jeden z adresów IP — zmieniono 199.59.67.156 na 199.59.64.156. Nowe funkcje wymagają nowych portów i UDP — 19560-19760.
11 marca 2020	Do konfiguracji aplikacji dodaliśmy następujące adresy domeny i IP: jp.bcld.webex.com—135.84.169.150 klient-jp.bcld.webex.com idbroker.webex.com—64.68.99.6, 64.68.100.6 Zaktualizowaliśmy następujące domeny o dodatkowe adresy IP do konfiguracji urządzeń i zarządzania oprogramowaniem sprzętowym: cisco.webexcalling.eu—85.119.56.198, 85.119.57.198 webapps.cisco.com—72.163.10.134 activation.webex.com—35.172.26.181, 52.86.172.220 cloudupgrader.webex.com—3.130.87.169, 3.20.185.219
27 lutego, 2020	Dodaliśmy następującą domenę i porty do konfiguracji urządzenia i zarządzania oprogramowaniem układowym: cloudupgrader.webex.com—443, 6970

Skonfiguruj bramę lokalną na Cisco IOS XE dla Webex Calling

Przegląd

Webex CallingObecnie obsługuje dwie wersje Local Gateway:

Brama lokalna
Lokalna brama dla Webex dla rządu

Brama lokalna
Lokalna brama dla Webex dla rządu

Kluczowe rozważania

Zanim zaczniesz, zapoznaj się z wymaganiami dotyczącymi publicznej przełączanej sieci telefonicznej (PSTN) i lokalnej bramy (LGW). Webex Calling Aby uzyskać więcej informacji, zobacz Cisco Preferred Architecture. Webex Calling
W tym artykule zakłada się, że istnieje dedykowana platforma Local Gateway bez istniejącej konfiguracji głosowej. Jeśli zmodyfikujesz istniejącą bramę PSTN lub wdrożenie CUBE Enterprise, aby była używana jako funkcja Brama lokalnaWebex Calling, należy zwrócić szczególną uwagę na konfigurację. Upewnij się, że nie przerywasz istniejących przepływów połączeń i funkcji z powodu wprowadzonych zmian.

Procedury zawierają łącza do dokumentacji odniesienia poleceń, w której można dowiedzieć się więcej o poszczególnych opcjach poleceń. Wszystkie łącza odniesienia do poleceń przechodzą do referencji poleceń Webex Man aged Gateways, chyba że zaznaczono inaczej (w takim przypadku łącza poleceń przechodzą do Odniesi enia polec eń Cisco IOS głosowych). Dostęp do wszystkich tych przewodników można uzyskać pod adresem Referencje Cisco Unified Border Element poleceń.

Aby uzyskać informacje na temat obsługiwanych SBC innych firm, zapoznaj się z odpowiednią dokumentacją referencyjną produktu.

Skonfiguruj bramę lokalną

Istnieją dwie opcje, aby skonfigurować bramę lokalną dla twojego Webex Calling bagażnika:

Trunk oparty na rejestracji
Trunk oparty na certyfikatach

Skorzystaj z przepływu zadań w ramach Brama lokalna opar ta na rejestracji lub Brama lokalna opar ta na certyfikatach, aby skonfigurować bramę lokal ną dla systemu magistralnego. Webex Calling

Aby uzyskać więcej informacji na temat różnych typów magistrali, zobacz Rozpoczęcie korzystania z usługi Local Gateway. Wykonaj następujące czynności w samej bramie lokalnej, korzystając z interfejsu wiersza polecenia (CLI). Używamy protokołu inicjacji sesji (SIP) i transportu Transport Layer Security (TLS) do zabezpieczenia magistrali oraz Secure Real Time Protocol (SRTP) w celu zabezpieczenia nośników między lokal ną bramą a. Webex Calling

Kluczowe rozważania

Wybierz CUBE jako bramę lokalną. Webex for Government nie obsługuje obecnie żadnych kontrolerów granicznych sesji (SBC) osób trzecich. Aby przejrzeć najnowszą listę, zobacz Rozpo częcie korzystania z usługi Local Gateway.
Zainstaluj Cisco IOS XE Dublin 17.12.1a lub nowsze wersje dla wszystkich Webex for Government Local Gateways.
Aby zapoznać się z listą głównych organów certyfikacji (CA), które Webex wspiera rząd, zobacz Urzędy certyfikatów głównych dla Webex for Government.
Aby uzyskać szczegółowe informacje na temat zewnętrznych zakresów portów dla bramy lokalnej w Webex for Government, zobacz Wymagania sieciowe dla. Webex for Government (FedRAMP)

Local Gateway for Webex for Government nie obsługuje następujących opcji:

Stun/Ice-Lite do optymalizacji ścieżki multimediów
Faks (T.38)

Skonfiguruj bramę lokalną dla Webex for Government

Aby skonfigurować bramę lokalną dla swojego Webex Calling bagażnika w Webex for Government, użyj następującej opcji:

Trunk oparty na certyfikatach

Użyj przepływu zadań w ramach Brama lokalna oparta na certyfikatach, aby skonfigurować bram ę lokalną dla systemu Webex Calling magistralnego. Aby uzyskać więcej informacji na temat konfigurowania bramy lokalnej opartej na certyfikatach, zobacz Kon figurowanie magistrali opartej na Webex Calling certyfikatach.

Konieczne jest skonfigurowanie szyfrów GCM zgodnych z FIPS w celu obsługi lokalnej bramy dla Webex for Government. Jeśli nie, konfiguracja połączenia nie powiedzie się. Aby uzyskać szczegółowe informacje na temat konfiguracji, zobacz Konfigurowanie systemu magistrali Webex Calling opartego na certyfikatach.

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

Brama lokalna oparta na rejestracji
Brama lokalna oparta na certyfikatach

Przegląd projektu

W tej sekcji opisanoWebex Calling, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną przy użyciu rejestrującego magistrali SIP. Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W takim przypadku wszystkie połączenia z PSTN są kierowane do PSTN, Webex Calling a wszystkie połączenia z nich Webex Calling są kierowane do PSTN. Poniższy obraz podkreśla to rozwiązanie i konfigurację routingu połączeń wysokiego poziomu, która będzie przestrzegana.

W tym projekcie stosowane są następujące główne konfiguracje:

najemcy klasy głosowej: S łuży do tworzenia konfiguracji specyficznych dla magistrali.
uri klasy głosowej: S łuży do klasyfikowania wiadomości SIP do wyboru przychodzącego dial-peer.
przychodzący dial-peer: Zapew nia leczenie przychodzących wiadomości SIP i określa trasę wychodzącą za pomocą grupy dial-peer.
grupa dial-peer: Defini uje wychodzące dial-peer używane do dalszego routingu połączeń.
wychodzący dial-peer: Zapew nia leczenie wychodzących wiadomości SIP i kieruje je do wymaganego celu.

Podczas gdy protokoły IP i SIP stały się domyślnymi protokołami dla pni PSTN, obwody TDM (Time Division Multiplexing) ISDN są nadal szeroko stosowane i są obsługiwane przez trunki. Webex Calling Aby umożliwić optymalizację mediów ścieżek IP dla bram lokalnych z przepływem połączeń TDM-IP, obecnie konieczne jest użycie dwuetapowego procesu routingu połączeń. Podejście to modyfik uje konfigurację routingu połączeń pokazaną powyżej, wprowadzając zestaw wewnętrznych pętli zwrotnych dial-peer między trunkami Webex Calling i PSTN, jak pokazano na poniższym obrazku.

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

Podczas łączenia Cisco Unified Communications Manager rozwiązania lokalnego zWebex Calling, można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania przedstawionego na poniższym schemacie. W takim przypadku Unified Communications Manager zapewnia scentralizowane routing i leczenie wszystkich PSTN i połączeń. Webex Calling

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

W tym dokumencie używane są nazwy hostów, adresy IP i interfejsy zilustrowane na poniższym obrazku.

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

Skorzystaj z wskazówek dotyczących konfiguracji w pozostałej części tego dokumentu, aby zakończyć konfigurację usługi Local Gateway w następujący sposób:

Krok 1: Skonfiguruj łączność bazową routera i zabezpieczenia
Krok 2: Skonfiguruj Trun Webex Calling k

W zależności od wymaganej architektury wykonaj następujące czynności:
Krok 3: Skonfiguruj bramę lokalną za pomocą magistrali SIP PSTN
Krok 4: Skonfiguruj bramę lokalną z istniejącym Unified CM środowiskiem

Lub:
Krok 3: Skonfiguruj bramę lokalną za pomocą magistrali TDM PSTN

Konfigurowanie łączności i zabezpieczeń

Konfiguracja linii bazowej

Pierwszym krokiem w przygotowaniu routera Cisco jako lokalnej bramy Webex Calling jest zbudowanie podstawowej konfiguracji, która zabezpiecza Twoją platformę i ustanawia łączność.

Wszystkie wdrożenia usługi Local Gateway oparte na rejestracji wymagają wersji Cisco IOS XE 17.6.1a lub nowszej. Cisco IOSZalecane jest 17.12.2 lub nowsze. Aby zapoznać się z zalecanymi wersjami, zobacz stronę Cisco Software Research. Wyszukaj platformę i wybierz jedną z suger owanych wersji.
- Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologię Unified Communications i Security.
- Routery z serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Ad vantage. Routery bez kart głosowych lub DSP wymagają minimum licencji DNA Essentials.
Zbuduj podstawową konfigurację platformy zgodną z zasadami biznesowymi. W szczególności skonfiguruj i zweryfikuj następujące elementy:
- NTP
- ACL
- Uwierzytelnianie użytkownika i zdalny dostęp
- DNS
- Routing IP
- Adresy IP
Sieć w kierunku Webex Calling musi używać adresu IPv4.
Prześlij pakiet certyfikacji głównej firmy Cisco do lokalnej bramy.

Konfiguracja


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

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

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

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurowanie systemu Webex Calling magistralnego opartego na rejestracji


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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

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

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

Po zdefiniowaniu najemcy 100 i skonfigurowaniu dial-peer SIP VoIP, brama inicjuje połączenie TLS w kierunku. Webex Calling W tym momencie SBC dostępu przedstawia swój certyfikat lokalnej bramce. Brama lokalna weryfikuje certyfikat Webex Calling dostępu SBC za pomocą pakietu głównego urzędu certyfikacji , który został zaktualizowany wcześniej. Jeśli certyfikat zostanie rozpoznany, między lokalną bramą a siecią S BC Webex Calling dostępu zostanie utworzona trwała sesja TLS. Bramka lokalna może następnie użyć tego bezpiecznego połączenia, aby zarejestrować się w SBC dostępu Webex. Gdy rejestracja jest zakwestionowana w celu uwierzytelnienia:

Nazwa użytkownika, hasło i paramet ry obszaru z konfiguracji poświadcz eń są używane w odpowiedzi.
Reguły modyfikacji w profilu sip 100 służą do konwersji adresu URL SIPS z powrotem na SIP.

Rejestracja kończy się pomyślnie po otrzymaniu 200 OK z dostępu SBC.

Flow diagram of authentication and registration of Webex Calling with Local gateway

Konfigurowanie bramy lokalnej za pomocą magistrali SIP PSTN

Po zbudowaniu łącza w górę Webex Calling użyj następującej konfiguracji, aby utworzyć niezaszyfrowany łącznik w kierunku dostawcy PSTN opartego na SIP:

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

Jeśli używasz magistrali TDM/ISDN PSTN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej z magistralą TDM PSTN.

Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN w bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.

1

Skonfiguruj następujący identyfikator URI klasy głosowej, aby identyfikować połączenia przychodzące z magistrali PSTN :


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto wyjaśnienie pól konfiguracji:

klasa głosowa uri 200 sip

Definiuje wzór dopasowany do przychodzącego zaproszenia SIP do przychodzącego dial-peer. W prowadzając ten wzór, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz URI klasy głosowej.

2

Skonfiguruj następujący adres IP PSTN dial-peer:


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

Oto wyjaśnienie pól konfiguracji:


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

Defini uje dial-peer VoIP ze znacznikiem 200 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązy wanie problemów. Aby uzyskać więcej informacji, zobacz temat Vo ice dial-peer .

wzorzec docelowy BAD.BAD

Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. Aby uzyskać więcej informacji, zobacz wzór docelowy (interfejs).

protokół sesji sipv2

Określa, że ten dial-peer obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz sek cję Protokół sesji (dial peer).

cel sesji ipv4: 192.168.80.13

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

przychodzące uri przez 200

Określa klasę głosu używaną do dopasowy wania połączeń przychodzących do tego dialera za pomocą identyfikatora URI nagłówka INVITE VIA. Aby uzyskać więcej informacji, zobacz adres URL przychodzący.

Voice class sip asserted-id pai

(Opcjonalnie) Włącz a przetwarzanie nagłówka P-Asserted-Identity i steruje tym, jak jest on używany w magistrali PSTN. Jeśli to polecenie jest używane, tożsamość strony wywołującej podana z przychodzącego dialera jest używana dla nagłówków wychodzących z i P-Asserted-Identity. Jeśli to polecenie nie zostanie użyte, tożsamość strony wywołującej podana z przychodzącego dialera jest używana dla nagłówków wychodzących z i identyfikatora partii zdalnej. Aby uzyskać więcej informacji, zobacz Voice-class sip asserted-id.

interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0

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

interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0

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

kodek głosowy 100

Konfiguruje dial-peer, aby używał wspólnej listy filtrów kodeków 100. Aby uzyskać więcej informacji, zobacz Ko dek klasy głosowej .

DTMF przekaźnik rtp-nte

Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP).

no what

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

3

Jeśli brama lokalna jest konfigurowana tak, aby kierowała tylko połączenia pomiędzy PSTN Webex Calling a PSTN, dodaj następującą konfigurację routingu połączeń. Jeśli konfigurujesz bramę lokalną za pomocą platformy Unified Communications Manager, przej dź do następnej sekcji.

Utwórz grupy dial-peer, aby kierować połączenia w kierunku Webex Calling lub PSTN. Zdefiniuj DPG 100 za pomocą wychodzącego dial-peer 100 w kierunku. Webex Calling DPG 100 jest stosowany do przychodzącego dial-peer z PSTN. Podobnie z definiuj DPG 200 z wychodzącym dial-peer 200 w kierunku PSTN. DPG 200 jest stosowany do przychodzącego dial-peer z Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Oto wyjaśnienie pól konfiguracji:
dial-peer 100
Kojarzy wychodzącego dial-peer z grupą dial-peer. Aby uzyskać więcej informacji, zobacz d pg klasy głosowej .
Zastosuj grupy dial-peer do kierowania połączeń z Webex do PSTN i z PSTN do Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Oto wyjaśnienie pól konfiguracji:
miejsce docelowe dpg 200
Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do traktowania wychodzących połączeń prezentowanych do tego przychodzą cego dial-peer.

To koń czy konfigurację usługi Local Gateway. Zapisz konfigurację i ponownie załaduj platformę, jeśli po raz pierwszy skonfigurowane są funkcje CUBE.

Skonfiguruj bramę lokalną za pomocą magistrali TDM PSTN

Po zbudowaniu łączaWebex Calling, użyj poniższej konfiguracji, aby utworzyć łącz nik TDM dla usługi PSTN z routingiem połączeń zwrotnych, aby umożliwić optymalizację multimediów na linii połączeń Webex.

Jeśli nie jest wymagana optymalizacja nośników IP, wykonaj kroki konfiguracji dla magistrali SIP PSTN. Użyj portu głosowego i dial-peer POTS (jak pokazano w krokach 2 i 3) zamiast dial-peer PSTN VoIP.


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

voice translation-profile 100 
 translate called 100 

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

voice translation-profile 200 
 translate called 200 

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

voice translation-profile 11 
 translate called 11 

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

voice translation-profile 12 
 translate called 12 

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

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

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

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

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

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

Konfigurowanie bramy lokalnej z istniejącym Unified CM środowiskiem

Webex CallingKonfiguracja PSTN- w poprzednich sekcjach może zostać zmodyfikowana w celu uwzględ nienia dodatkowych pni do klastra Cisco Unified Communications Manager (UCM). W takim przypadku wszystkie połączenia są kierowane przezUnified CM. Połączenia z UCM na porcie 5060 są kierowane do PSTN, a połączenia z portu 5065 są kierowane do. Webex Calling Nast ępujące konfiguracje przyrostowe mogą zostać dodane, aby uwzględnić ten scenariusz wywołania.

Podczas tworzenia pliku Webex Calling magistralnego upewnij Unified CM się, że port przychodzący w ustawieniach profilu zabezpieczeń SIP Trunk został skonfigurowany na 5065. Pozwala to na wysyłanie wiadomości przychodzących na porcie 5065 i wypełnienie nagłówka VIA tą wartością podczas wysyłania wiadomości do bramki lokalnej.

1	Skonfiguruj następujące URI klasy głosowej: Klasyfikuje Unified CM do połączeń Webex za pomocą portu SIP VIA: `voice class uri 300 sip pattern :5065` Klasyfikuje Unified CM do połączeń PSTN za pomocą SIP przez port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Klasyfikuj wiadomości przychodzące z UCM do magistrali PSTN za pomocą jednego lub więcej wzorców opisujących adresy źródłowe i numer portu. W razie potrzeby można użyć wyrażeń regularnych do definiowania dopasowanych wzorców. W powyższym przykładzie wyrażenie regularne jest używane do dopasowania dowolnego adresu IP w zakresie od 192.168.80.60 do 65 i numeru portu 5060.
2	Skonfiguruj następujące rekordy DNS, aby określić routing SRV do Unified CM hostów: IOS XE wykorzystuje te rekordy do lokalnego określania docelowych host ów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Oto wyjaśnienie pól konfiguracji: Poniższe polecenie tworzy rekord DNS SRV zasobów. Utwórz rekord dla każdego hosta UCM i magistrali: IP host _sip. _udp.pstn tocucm.io srv 2 1 5060 ucmsub5.mydomain.com _łyk. _udp.pstn tocucm.io: Nazwa rekordu zasobów SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu użyty dla hosta docelowego w tym rekordzie zasobów ucmsub5.mydomain .com: Host docelowy rekordu zasobów Aby rozwiązać nazwy docelowych hostów rekordu zasobów, utwórz lokalne rekordy DNS A. Na przykład: host ip ucmsub5.mydomain.com 192.168.80.65 ip host: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu A. 192.168.80.65: Adres IP hosta. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń.
3	Skonfiguruj następujące dial-peer: Dial-peer dla połączeń między Unified CM a: Webex Calling `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Oto wyjaśnienie pól konfiguracji: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defini uje dial-peer VoIP ze znacznikiem 300 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. wzorzec docelowy BAD.BAD Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. protokół sesji sipv2 Określa, że dial-peer 300 obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer). cel sesji dns:wxtocucm.io Definiuje cel sesji wielu Unified CM węzłów poprzez DNS SRV rozdzielczość. W tym przypadku do kierowania połącz eniami używany jest lokalnie zdefiniowany rekord SRV wxtocucm.io. przychodzące uri przez 300 Wykorzy stuje identyfikator URI 300 klasy głosowej do kierowania całego ruchu przychodzą Unified CM cego z portu źródłowego 5065 do tego dial-peer. Aby uzyskać więcej informacji, zobacz przychodzący identyfik ator URI. kodek głosowy 100 Wskazuje listę filtrów kodeków dla połączeń do i zUnified CM. Aby uzyskać więcej informacji, z obacz Kodek klasy głoso wej. interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. DTMF przekaźnik rtp-nte Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP). no what Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (dial peer). Dial-peer dla połączeń między Unified CM a PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Oto wyjaśnienie pól konfiguracji: `dial-peer voice 400 voip description UCM-PSTN trunk` Defini uje dial-peer VoIP ze znacznikiem 400 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. wzorzec docelowy BAD.BAD Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. protokół sesji sipv2 Określa, że dial-peer 400 obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer). cel sesji dns:pstntocucm.io Definiuje cel sesji wielu Unified CM węzłów poprzez DNS SRV rozdzielczość. W tym przypadku do kierowania połącz eniami używany jest lokalnie zdefiniowany rekord SRV pstntocucm.io. przychodzące uri przez 400 Wykorzystuje identyfikator URI 400 klasy głosowej do kierowania całego ruchu przychodzącego z określonych Unified CM hostów za pomocą portu źródłowego 5060 do tego dial-peer. Aby uzyskać więcej informacji, zobacz przychodzący identyfik ator URI. kodek głosowy 100 Wskazuje listę filtrów kodeków dla połączeń do i zUnified CM. Aby uzyskać więcej informacji, z obacz Kodek klasy głoso wej. interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. DTMF przekaźnik rtp-nte Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP). no what Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (dial peer).
4	Dodaj routing połączeń przy użyciu następujących konfiguracji: Twórz grupy dial-peer, aby kierować połączenia między iUnified CM. Webex Calling Zdefiniuj DPG 100 za pomocą wychodzącego dial- peer 100 w kierunku. Webex Calling DPG 100 jest stosowany do powiązanego przychodzącego dial-peer z. Unified CM Podobnie zdefiniuj DPG 300 z wychodzącym dial-peer 300 w kierunku. Unified CM DPG 300 jest stosowany do przychodzącego dial-peer z Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Utwórz grupy dial-peer, aby kierować połączenia między PSTN Unified CM a PSTN. Zdefiniuj DPG 200 za pomocą wychodzącego dial-peer 200 w kierunku PSTN. DPG 200 jest stosowany do powiązanego przychodzącego dial-peer z. Unified CM Podobnie zdefiniuj DPG 400 z wychodzącym dial-peer 400 w kierunku. Unified CM DPG 400 jest stosowany do przychodzącego dial-peer z PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Oto wyjaśnienie pól konfiguracji: dial-peer 100 Kojarzy wychodzącego dial-peer z grupą dial-peer. Aby uzyskać więcej informacji, zobacz d pg klasy głosowej . Zastosuj grupy dial-peer do kierowania połączeń z Webex do Unified CM i z Webex: Unified CM `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Oto wyjaśnienie pól konfiguracji: miejsce docelowe dpg 300 Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do traktowania wychodzących połączeń prezentowanych do tego przychodzą cego dial-peer. Zastosuj grupy dial-peer do kierowania połączeń z PSTN do Unified CM i z Unified CM PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` To koń czy konfigurację usługi Local Gateway. Zapisz konfigurację i ponownie załaduj platformę, jeśli po raz pierwszy skonfiguro wano funkcje CUBE.

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

Podpisy diagnostyczne (DS) proaktywnie wykrywają często obserwowane problemy w lokalnej bramce opartej na systemie IOS Xe i generuje powiadomienia e-mail, syslog lub powiadomienia o terminalu. System DS można również zainstalować, aby zautomatyzować zbieranie danych diagnostycznych i przesyłać zebrane dane do obudowy, aby przyspieszyć Cisco TAC czas rozwiązywania problemów.

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

Typy akcji obejmują zbieranie wyjść poleceń 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 identyfikator numeryczny przypisany przez system. Narzędzie DSLT (Diagnostic Signatures Lookup Tool) to jedno źródło umożliwiające znalezienie odpowiednich podpisów do monitorowania i rozwiązywania różnych problemów.

Zanim zaczniesz:

Nie edytuj pliku DS pobieranego z DSL T. Zmienione pliki nie powodują instalacji z powodu błędu sprawdzania integralności.
Serwer SMTP (Simple Mail Transfer Protocol) wymagany do wysyłania powiadomień e-mail przez bramę lokalną.
Upewnij się, że brama lokalna 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.1a lub nowszym

Podpisy diagnostyczne są domyślnie włączone.
Skonfiguruj bezpieczny serwer poczty e-mail do wysyłania proaktywnych powiadomień, jeśli na urządzeniu działa Cisco IOS XE 17.6.1a lub nowszy.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Skonfiguruj zmienną ds_emailśrodowiskową z adresem e-mail administr atora, aby Cię powiadomić.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

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

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

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Lokalna brama działająca na oprogramowaniu Cisco IOS XE nie jest typowym internetowym klientem Gmail, który obsługuje OAuth, dlatego musimy skonfigurować określone ustawienie konta Gmail i zapewnić określone uprawnienia do prawidłowego przetwarzania wiadomości e-mail z urządzenia :

Przejdź do opcji Zarządzaj kontem Google > Zab ezpieczenia i włącz ustawienie Mniej bezpieczny dostęp do aplikacji.
Odpowiedz „Tak, to byłem ja”, gdy otrzymasz wiadomość e-mail z Gmaila z informacją „Google uniemożliwiło komuś zalogowanie się na Twoje konto za pomocą aplikacji innej niż Google”.

Zainstaluj sygnatury diagnostyczne do proaktywnego monitorowania

Monitorowanie wysokiego wykorzystania procesora

System DS śledzi wykorzystanie procesora przez pięć sekund przy użyciu SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowania i odinstaluje wszystkie podpisy diagnostyczne zainstalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

Użyj polecenia show snmp, aby włączyć SNMP. Jeśli nie włączysz, 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 program DS 64224 za pomocą następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Seria Cisco 4300, 4400 ISR lub seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie procesora z powiadomieniami e-mail.

Skopiuj plik DS XML do lokalnej bramy flash.

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

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

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 polecenia show call-home diagnostic-signature, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość „zarejestrowana”.

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

DS ID	Nazwa DS	Rewizja	Status	Ostatnia aktualizacja (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Zarejestrowany	2020-11-07 22:05:33

Po uruchomieniu ten podpis odinstaluje wszystkie uruchomione karty sieciowe, w tym siebie samego. W razie potrzeby ponownie zainstaluj system DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w lokalnej bramie.

Monitorowanie rejestracji SIP trunku

Ten system DS sprawdza wyrejestrowanie lokalnej bramy SIP Trunk z Webex Calling chmurą co 60 sekund. Po wykryciu zdarzenia wyrejestrowania generuje wiadomość e-mail i powiadomienie syslog i odinstaluje się po dwóch zdarzeniach wyrejestrowania. Aby zainstalować podpis, wykonaj poniższe czynności:

Pobierz program DS 64117, korzystając z następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Seria Cisco 4300, 4400 ISR lub seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	SIP-SIP
Typ problemu	Wyrejestrowanie SIP Trunk 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 polecenia show call-home diagnostic-signature, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość „zarejestrowana”.

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

System DS wykorzystuje sondaż SNMP co 10 minut w celu wykrycia nieprawidłowego rozłączenia połączeń z błędami SIP 403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub rów ny 5 od ostatniej ankiety, generuje syslog i powiadomienie e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

Użyj polecenia show snmp, aby sprawdzić, czy funkcja SNMP jest włączona. Jeśli nie jest włączona, skonfiguruj polecenie snmp-server manager .

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

Pobierz program DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Seria Cisco 4300, 4400 ISR lub seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Nieprawidłowe wykrywanie rozłączania połączeń SIP za pomocą wiadomości e-mail i powiad omień Syslog.

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 show call-home diagnostic-signature, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość „zarejestrowana”.

Zainstaluj podpisy diagnostyczne, aby rozwiązać problem

Użyj sygnatur diagnostycznych (DS), aby szybko rozwiązać problemy. Cisco TACinżynierowie stworzyli kilka podpisów, które umożliwiają niezbędne debugowanie, które są wymagane do rozwiązania danego problemu, wykrycia wystąpienia problemu, zebrania odpowiedniego zestawu danych diagnostycz nych i automatycznego przeniesienia danych do sprawy. Cisco TAC Podpisy diagnostyczne (DS) eliminują konieczność ręcznego sprawdz ania wystąpienia problemu i znacznie u łatwiają rozwiązywanie problemów przerywanych i przejściowych.

Możesz użyć narzędzia Wyszukiwanie podpisów diagnostycznych, aby znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu lub zainstalować podpis zalecany przez inżyniera TAC w ramach zaangażowania pomocy technicznej.

Oto przykład, jak znaleźć i zainstalować DS w celu wykrycia wystąpienia „% VOICE_IEC -3-GW: CCAPI: Internal Error (próg skoku wywołania): IEC=1.1.181.1.29. 0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące kroki:

Skonfiguruj dodatkową zmienną środowiskową DS ds_fsurl_prefix, która jest ścieżką serwera Cisco TAC plików (cxd.cisco.com), do której przesyłane są zebrane dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło jest tokenem przesyłania pliku, który można pobrać z Menedżera spraw pomocy technicznej za pomocą następującego polecenia. W razie potrzeby token przesyłania plików można wygenerować w sekcji Zał ączniki Menedżera spraw pomocy technicznej.
```
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 funkcja SNMP jest włączona za pomocą polecenia show snmp . Jeśli nie jest włączona, skonfiguruj polecenie snmp-server manager .
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Upewnij się, że zainstalowano moduł DS 64224 do monitorowania wysokiego procesora jako proaktywnego środka, aby wyłączyć wszystkie debugowania i sygnatury diagnostyczne w czasie wysokiego wykorzystania procesora. Pobierz program DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Seria Cisco 4300, 4400 ISR lub seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie procesora z powiadomieniami e-mail.

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

Nazwa pola	Wartość pola

Platforma	Seria Cisco 4300, 4400 ISR lub seria Cisco CSR 1000V
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Syslogs
Typ problemu	Syslog -% VOICE_IEC -3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): 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 DS 64224 z funkcją monitorowania wysokiego procesora, 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 za pomocą polecenia show call-home diagnostic -signature. Kolumna stanu musi mieć wartość „zarejestrowana”.

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

DS ID

Nazwa DS

Rewizja

Status

Ostatnia aktualizacja (GMT+ 00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Zarejestrowany

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Zarejestrowany

2020-11-08

Weryfikacja wykonania podpisów diagnostycznych

W poniższym poleceniu kolumna „Status” polecenia show call-home diagnostic-signature zmienia się na „running”, podczas gdy Brama lokalna wykonuje akcję zdefiniowaną w sygnaturze. Wyjście statystyk sygnatury diagnostycznej show call home jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrywa interesujące wydarzenie i wykonuje akcję. Kolumna „Wyzwalanie/Max/Deinstall” wskazuje, ile razy dany podpis wywołał zdarzenie, maksymalną liczbę zdefiniowanych w celu wykrycia zdarzenia oraz czy podpis deinstal uje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.

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

Pobrane DSE:

DS ID	Nazwa DS	Rewizja	Status	Ostatnia aktualizacja (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Zarejestrowany	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Bieganie	2020-11-08 00:12:53

pokaż statystyki sygnatur diagnostycznych połączeń telefonicznych

DS ID	Nazwa DS	Wyzwalane/Max /Deinstall	Średni czas pracy (sekundy)	Maksymalny czas pracy (sekundy)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Wiadomość e-mail wysyłana podczas wykonywania podpisu diagnostycznego zawiera kluczowe informacje, takie jak typ problemu, szczegóły urządzenia, wersja oprogramowania, uruchomiona konfiguracja i wyświetlanie wyjść 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 zazwyczaj definiowane w celu odinstalowania po wykryciu niektórych wystąpień problemów. Jeśli chcesz ręcznie odinstalować pod pis, pobierz identyfikator DS z wyjścia polecenia show call-home diagnostic-signature i uruchom następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature deinstall 64224

Nowe podpisy są okresowo dodawane do narzędzia 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ądzaj bramami Cisco IOS XE i sprawdzaj je za pomocą Control Hub

Aby lepiej zarządzać bramami Cisco IOS XE, zalecamy rejestrację i zarządzanie bramami za pośrednictwem Centrum sterowania. Jest to konfiguracja opcjonalna. Po zarejest rowaniu można użyć opcji sprawdzania poprawności konfiguracji w Centrum sterowania, aby sprawdzić poprawność konfiguracji bramy lokalnej i zidentyfikować wszelkie problemy z konfiguracją. Obecnie tylko bazy danych oparte na rejestracji obsługują tę funkcję.

Aby uzyskać więcej informacji, zapoznaj się z następującymi informacjami:

Przegląd projektu

W tej sekcji opisano, jak skonfigurować Cisco Unified Border Element (CUBE) jako bramę lokalną do korzystania Webex Calling z opartego na certyfikatach, wzajemnego trunku SIP TLS (MTL). Pierwsza część tego dokumentu ilustruje, jak skonfigurować prostą bramę PSTN. W takim przypadku wszystkie połączenia z PSTN są kierowane do PSTN, Webex Calling a wszystkie połączenia z nich Webex Calling są kierowane do PSTN. Poniższy obraz podkreśla to rozwiązanie i konfigurację routingu połączeń wysokiego poziomu, która będzie przestrzegana.

W tym projekcie stosowane są następujące główne konfiguracje:

najemcy klasy głosowej: Służy do tworzenia konfiguracji specyficznych dla magistrali.
uri klasy głosowej: Służy do klasyfikowania wiadomości SIP do wyboru przychodzącego di al-peer.
przychodzący dial-peer: Zapew nia leczenie przychodzących wiadomości SIP i określa trasę wychodzącą za pomocą grupy dial-peer.
grupa dial-peer: Defini uje wychodzące dial-peer używane do dalszego routingu połączeń.
wychodzący dial-peer: Zapew nia leczenie wychodzących wiadomości SIP i kieruje je do wymaganego celu.

Podczas łączenia Cisco Unified Communications Manager rozwiązania lokalnego zWebex Calling, można użyć prostej konfiguracji bramy PSTN jako podstawy do budowania rozwiązania przedstawionego na poniższym schemacie. W takim przypadku Unified Communications Manager zapewnia scentralizowane routing i leczenie wszystkich PSTN i połączeń. Webex Calling

W tym dokumencie używane są nazwy hostów, adresy IP i interfejsy zilustrowane na poniższym obrazku. Dostępne są opcje adresowania publicznego lub prywatnego (za NAT). Rekordy DNS SRV są opcjonalne, chyba że równoważenie obciążenia w wielu instancjach CUBE.

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

Skorzystaj z wskazówek dotyczących konfiguracji w pozostałej części tego dokumentu, aby zakończyć konfigurację usługi Local Gateway w następujący sposób:

Konfigurowanie łączności i zabezpieczeń

Konfiguracja linii bazowej

Pierwszym krokiem w przygotowaniu routera Cisco jako lokalnej bramy Webex Calling jest zbudowanie podstawowej konfiguracji, która zabezpiecza Twoją platformę i ustanawia łączność.

Wszystkie wdrożenia bramy lokalnej oparte na certyfikatach wymagają wersji Cisco IOS XE 17.9.1a lub nowszej. Cisco IOSZalecany jest XE 17.12.2 lub nowszy. Aby zapoznać się z zalecanymi wersjami, zobacz stronę Cisco Software Research. Wyszukaj platformę i wybierz jedną z suger owanych wersji.
- Routery serii ISR4000 muszą być skonfigurowane z licencjami na technologię Unified Communications i Security.
- Routery z serii Catalyst Edge 8000 wyposażone w karty głosowe lub DSP wymagają licencji DNA Ad vantage. Routery bez kart głosowych lub DSP wymagają minimum licencji DNA Essentials.
- W przypadku wymagań o dużej pojemności możesz również wymagać licencji High Security (HSEC) i dodatkowego uprawnienia do przepustowości.
  
  Więcej informacji można znaleźć w Kody autoryzacji.
Zbuduj podstawową konfigurację platformy zgodną z zasadami biznesowymi. W szczególności skonfiguruj i zweryfikuj następujące elementy:
- NTP
- ACL
- Uwierzytelnianie użytkownika i zdalny dostęp
- DNS
- Routing IP
- Adresy IP
Sieć w kierunku Webex Calling musi używać adresu IPv4. Adresy bramki lokalnej w pełni kwalifikowanych nazw domen (FQDN) lub rekordów usług (SRV) skonfigurowane w centrum sterowania muszą być zgodne z publicznym adresem IPv4 w Internecie.
Wszystkie porty SIP i media w interfejsie Local Gateway skierowanym do Webex muszą być dostępne z Internetu, bezpośrednio lub przez statyczny NAT. Upewnij się, że odpowiednio zaktualizujesz zaporę ogniową.
Aby zainstalować podpisany certyfikat w lokalnej bramie, wykonaj szczegółowe kroki konfiguracji podane poniżej:
- Publiczny Certificate Authority (CA), jak szczegółowo opisano w sekcji Jakie organy certyfikacji głównej są obsługiwane w przypadku połączeń do platform Cisco Webex audio i wideo? musi podpisać certyfikat urządzenia.
- Nazwa zwyczajowa podmiotu certyfikatu (CN) lub jedna z alternatywnych nazw podmiotu (SAN) musi być taka sama jak FQDN skonfigurowana w centrum sterowania. Na przykład:
  - Jeśli skonfigurowany łącznik w centrum sterowania Twojej organizacji ma cube1.lgw.com:5061 jako FQDN lokalnej bramy, wówczas CN lub SAN w certyfikacie routera musi zawierać cube1.lgw.com. 
  - Jeśli skonfigurowany łącznik w centrum sterowania Twojej organizacji ma adres SRV lokalnej bramki (-ów) dostęp nej z magistrali lgws.lgw.com, wówczas CN lub SAN w certyfikacie routera musi zawierać lgws.lgw.com. Rekordy, na które adres SRV jest rozdzielany (CNAME, A Record lub Adres IP) są opcjonalne w SAN.
  - Niezależnie od tego, czy używasz protokołu FQDN, czy SRV dla magistrali, adres kontaktu dla wszystkich nowych okien dialogowych SIP z bramy lokalnej musi zawierać nazwę skonfigurowaną w Centrum sterowania.
- Upewnij się, że certyfikaty są podpisane w celu korzystania z klienta i serwera.
Prześlij pakiet certyfikacji głównej firmy Cisco do lokalnej bramy. Ten pakiet zawiera certyfikat główny CA używany do weryfikacji platformy Webex.

Konfiguracja


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

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

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

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

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurowanie systemu magist Webex Calling rali opartego na certyfikatach



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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

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

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

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

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

Konfigurowanie bramy lokalnej za pomocą magistrali SIP PSTN

Po zbudowaniu łącza w górę Webex Calling użyj następującej konfiguracji, aby utworzyć niezaszyfrowany łącznik w kierunku dostawcy PSTN opartego na SIP:

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

Jeśli używasz magistrali TDM/ISDN PSTN, przejdź do następnej sekcji Konfigurowanie bramy lokalnej z magistralą TDM PSTN.

Aby skonfigurować interfejsy TDM dla nóg połączeń PSTN w bramach Cisco TDM-SIP, zobacz Konfigurowanie ISDN PRI.

1

Skonfiguruj następujący identyfikator URI klasy głosowej, aby identyfikować połączenia przychodzące z magistrali PSTN :


voice class uri 200 sip
  host ipv4:192.168.80.13

Oto wyjaśnienie pól konfiguracji:

klasa głosowa uri 200 sip

Definiuje wzór dopasowany do przychodzącego zaproszenia SIP do przychodzącego dial-peer. W prowadzając ten wzór, użyj adresu IP bramy IP PSTN. Aby uzyskać więcej informacji, zobacz URI klasy głosowej.

2

Skonfiguruj następujący adres IP PSTN dial-peer:


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

Oto wyjaśnienie pól konfiguracji:


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

Defini uje dial-peer VoIP ze znacznikiem 200 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązy wanie problemów. Aby uzyskać więcej informacji, zobacz temat Vo ice dial-peer .

wzorzec docelowy BAD.BAD

Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. Aby uzyskać więcej informacji, zobacz wzór docelowy (interfejs).

protokół sesji sipv2

Określa, że ten dial-peer obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz sek cję Protokół sesji (dial peer).

cel sesji ipv4: 192.168.80.13

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

przychodzące uri przez 200

Określa klasę głosu używaną do dopasowy wania połączeń przychodzących do tego dialera za pomocą identyfikatora URI nagłówka INVITE VIA. Aby uzyskać więcej informacji, zobacz adres URL przychodzący.

Voice class sip asserted-id pai

(Opcjonalnie) Włącz a przetwarzanie nagłówka P-Asserted-Identity i steruje tym, jak jest on używany w magistrali PSTN. Jeśli to polecenie jest używane, tożsamość strony wywołującej podana z przychodzącego dialera jest używana dla nagłówków wychodzących z i P-Asserted-Identity. Jeśli to polecenie nie zostanie użyte, tożsamość strony wywołującej podana z przychodzącego dialera jest używana dla nagłówków wychodzących z i identyfikatora partii zdalnej. Aby uzyskać więcej informacji, zobacz Voice-class sip asserted-id.

interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0

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

interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0

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

kodek głosowy 100

Konfiguruje dial-peer, aby używał wspólnej listy filtrów kodeków 100. Aby uzyskać więcej informacji, zobacz Ko dek klasy głosowej .

DTMF przekaźnik rtp-nte

Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP).

no what

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

3

Jeśli brama lokalna jest konfigurowana tak, aby kierowała tylko połączenia pomiędzy PSTN Webex Calling a PSTN, dodaj następującą konfigurację routingu połączeń. Jeśli konfigurujesz bramę lokalną za pomocą platformy Unified Communications Manager, przej dź do następnej sekcji.

Utwórz grupy dial-peer, aby kierować połączenia w kierunku Webex Calling lub PSTN. Zdefiniuj DPG 100 za pomocą wychodzącego dial-peer 100 w kierunku. Webex Calling DPG 100 jest stosowany do przychodzącego dial-peer z PSTN. Podobnie z definiuj DPG 200 z wychodzącym dial-peer 200 w kierunku PSTN. DPG 200 jest stosowany do przychodzącego dial-peer z Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Oto wyjaśnienie pól konfiguracji:
dial-peer 100
Kojarzy wychodzącego dial-peer z grupą dial-peer. Aby uzyskać więcej informacji, zobacz d pg klasy głosowej .
Zastosuj grupy dial-peer do kierowania połączeń z Webex do PSTN i z PSTN do Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Oto wyjaśnienie pól konfiguracji:
miejsce docelowe dpg 200
Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do traktowania wychodzących połączeń prezentowanych do tego przychodzą cego dial-peer.

To koń czy konfigurację usługi Local Gateway. Zapisz konfigurację i ponownie załaduj platformę, jeśli po raz pierwszy skonfigurowane są funkcje CUBE.

Skonfiguruj bramę lokalną za pomocą magistrali TDM PSTN

Po zbudowaniu łączaWebex Calling, użyj poniższej konfiguracji, aby utworzyć łącz nik TDM dla usługi PSTN z routingiem połączeń zwrotnych, aby umożliwić optymalizację multimediów na linii połączeń Webex.

Jeśli nie jest wymagana optymalizacja nośników IP, wykonaj kroki konfiguracji dla magistrali SIP PSTN. Użyj portu głosowego i dial-peer POTS (jak pokazano w krokach 2 i 3) zamiast dial-peer PSTN VoIP.


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

voice translation-profile 100 
 translate called 100 

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

voice translation-profile 200 
 translate called 200 

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

voice translation-profile 11 
 translate called 11 

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

voice translation-profile 12 
 translate called 12 

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

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

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

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

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

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

Konfigurowanie bramy lokalnej z istniejącym Unified CM środowiskiem

Webex CallingKonfiguracja PSTN- w poprzednich sekcjach może zostać zmodyfikowana w celu uwzględ nienia dodatkowych pni do klastra Cisco Unified Communications Manager (UCM). W takim przypadku wszystkie połączenia są kierowane przezUnified CM. Połączenia z UCM na porcie 5060 są kierowane do PSTN, a połączenia z portu 5065 są kierowane do. Webex Calling Nast ępujące konfiguracje przyrostowe mogą zostać dodane, aby uwzględnić ten scenariusz wywołania.

1	Skonfiguruj następujące URI klasy głosowej: Klasyfikuje Unified CM do połączeń Webex za pomocą portu SIP VIA: `voice class uri 300 sip pattern :5065` Klasyfikuje Unified CM do połączeń PSTN za pomocą SIP przez port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Klasyfikuj wiadomości przychodzące z UCM do magistrali PSTN za pomocą jednego lub więcej wzorców opisujących adresy źródłowe i numer portu. W razie potrzeby można użyć wyrażeń regularnych do definiowania dopasowanych wzorców. W powyższym przykładzie wyrażenie regularne jest używane do dopasowania dowolnego adresu IP w zakresie od 192.168.80.60 do 65 i numeru portu 5060.
2	Skonfiguruj następujące rekordy DNS, aby określić routing SRV do Unified CM hostów: IOS XE wykorzystuje te rekordy do lokalnego określania docelowych host ów i portów UCM. Dzięki tej konfiguracji nie jest wymagane konfigurowanie rekordów w systemie DNS. Jeśli wolisz korzystać z DNS, te lokalne konfiguracje nie są wymagane. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Oto wyjaśnienie pól konfiguracji: Poniższe polecenie tworzy rekord DNS SRV zasobów. Utwórz rekord dla każdego hosta UCM i magistrali: IP host _sip. _udp.pstn tocucm.io srv 2 1 5060 ucmsub5.mydomain.com _łyk. _udp.pstn tocucm.io: Nazwa rekordu zasobów SRV 2: Priorytet rekordu zasobów SRV 1: Waga rekordu zasobów SRV 5060: Numer portu użyty dla hosta docelowego w tym rekordzie zasobów ucmsub5.mydomain .com: Host docelowy rekordu zasobów Aby rozwiązać nazwy docelowych hostów rekordu zasobów, utwórz lokalne rekordy DNS A. Na przykład: host ip ucmsub5.mydomain.com 192.168.80.65 ip host: Tworzy rekord w lokalnej bazie danych IOS XE. ucmsub5.mydomain.com: Nazwa hosta rekordu A. 192.168.80.65: Adres IP hosta. Utwórz rekordy zasobów SRV i rekordy A, aby odzwierciedlić środowisko UCM i preferowaną strategię dystrybucji połączeń.
3	Skonfiguruj następujące dial-peer: Dial-peer dla połączeń między Unified CM a: Webex Calling `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Oto wyjaśnienie pól konfiguracji: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defini uje dial-peer VoIP ze znacznikiem 300 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. wzorzec docelowy BAD.BAD Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. protokół sesji sipv2 Określa, że dial-peer 300 obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer). cel sesji dns:wxtocucm.io Definiuje cel sesji wielu Unified CM węzłów poprzez DNS SRV rozdzielczość. W tym przypadku do kierowania połącz eniami używany jest lokalnie zdefiniowany rekord SRV wxtocucm.io. przychodzące uri przez 300 Wykorzy stuje identyfikator URI 300 klasy głosowej do kierowania całego ruchu przychodzą Unified CM cego z portu źródłowego 5065 do tego dial-peer. Aby uzyskać więcej informacji, zobacz przychodzący identyfik ator URI. kodek głosowy 100 Wskazuje listę filtrów kodeków dla połączeń do i zUnified CM. Aby uzyskać więcej informacji, z obacz Kodek klasy głoso wej. interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. DTMF przekaźnik rtp-nte Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP). no what Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (dial peer). Dial-peer dla połączeń między Unified CM a PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Oto wyjaśnienie pól konfiguracji: `dial-peer voice 400 voip description UCM-PSTN trunk` Defini uje dial-peer VoIP ze znacznikiem 400 i zawiera znaczący opis ułatwiający zarządzanie i rozwiązywanie problemów. wzorzec docelowy BAD.BAD Podczas kierowania połączeń wychodzących przy użyciu przychodzącej grupy dial-peer wymagany jest fikcyjny wzór docelowy. W tym przypadku można zastosować dowolny prawidłowy wzór docelowy. protokół sesji sipv2 Określa, że dial-peer 400 obsługuje nogi wywołania SIP. Aby uzyskać więcej informacji, zobacz protokół sesji (dial-peer). cel sesji dns:pstntocucm.io Definiuje cel sesji wielu Unified CM węzłów poprzez DNS SRV rozdzielczość. W tym przypadku do kierowania połącz eniami używany jest lokalnie zdefiniowany rekord SRV pstntocucm.io. przychodzące uri przez 400 Wykorzystuje identyfikator URI 400 klasy głosowej do kierowania całego ruchu przychodzącego z określonych Unified CM hostów za pomocą portu źródłowego 5060 do tego dial-peer. Aby uzyskać więcej informacji, zobacz przychodzący identyfik ator URI. kodek głosowy 100 Wskazuje listę filtrów kodeków dla połączeń do i zUnified CM. Aby uzyskać więcej informacji, z obacz Kodek klasy głoso wej. interfejs źródłowy sterowania wiązania Gigabite Thernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla wiadomości wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. interfejs źródłowy nośnika wiązania Gigab iteThernet0/0/0 Konfigur uje interfejs źródłowy i powiązany adres IP dla nośników wysyłanych do PSTN. Aby uzyskać więcej informacji, zobacz wiązanie. DTMF przekaźnik rtp-nte Definiuje RTP-NTE (RFC2833) jako zdolność DTMF oczekiwaną na oddziale wywoławczym. Aby uzyskać więcej informacji, zobacz DTMF Relay (Voice over IP). no what Wyłącza wykrywanie aktywności głosowej. Aby uzyskać więcej informacji, zobacz vad (dial peer).
4	Dodaj routing połączeń przy użyciu następujących konfiguracji: Twórz grupy dial-peer, aby kierować połączenia między iUnified CM. Webex Calling Zdefiniuj DPG 100 za pomocą wychodzącego dial- peer 100 w kierunku. Webex Calling DPG 100 jest stosowany do powiązanego przychodzącego dial-peer z. Unified CM Podobnie zdefiniuj DPG 300 z wychodzącym dial-peer 300 w kierunku. Unified CM DPG 300 jest stosowany do przychodzącego dial-peer z Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Utwórz grupy dial-peer, aby kierować połączenia między PSTN Unified CM a PSTN. Zdefiniuj DPG 200 za pomocą wychodzącego dial-peer 200 w kierunku PSTN. DPG 200 jest stosowany do powiązanego przychodzącego dial-peer z. Unified CM Podobnie zdefiniuj DPG 400 z wychodzącym dial-peer 400 w kierunku. Unified CM DPG 400 jest stosowany do przychodzącego dial-peer z PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Oto wyjaśnienie pól konfiguracji: dial-peer 100 Kojarzy wychodzącego dial-peer z grupą dial-peer. Aby uzyskać więcej informacji, zobacz d pg klasy głosowej . Zastosuj grupy dial-peer do kierowania połączeń z Webex do Unified CM i z Webex: Unified CM `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Oto wyjaśnienie pól konfiguracji: miejsce docelowe dpg 300 Określa, która grupa dial-peer, a zatem dial-peer powinna być używana do traktowania wychodzących połączeń prezentowanych do tego przychodzą cego dial-peer. Zastosuj grupy dial-peer do kierowania połączeń z PSTN do Unified CM i z Unified CM PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` To koń czy konfigurację usługi Local Gateway. Zapisz konfigurację i ponownie załaduj platformę, jeśli po raz pierwszy skonfiguro wano funkcje CUBE.

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

Podpisy diagnostyczne (DS) proaktywnie wykrywają często obserwowane problemy w lokalnej bramce Cisco IOS opartej na Xe i generuje powiadomienia e-mail, syslog lub komunik at terminala o zdarzeniu. System DS można również zainstalować, aby zautomatyzować gromadzenie danych diagnostycznych i przesyłać zebrane dane do obu Cisco TAC dowy, aby przyspieszyć czas rozwiązywania problemów.

Podpisy diagnostyczne (DS) to pliki XML zawierające informacje o zdarzeniach wyzwalających problem i działaniach mających na celu informowanie, rozwiązywanie problemów i naprawianie problemu. Użyj komunik atów syslog, zdarzeń SNMP i okresowego monitorowania określonych wyjść poleceń show, aby zdefiniować logikę wykrywania problemów. Rodzaje działań obejmują:

Zbieranie wyjść poleceń show
Generowanie skonsolidowanego pliku dziennika
Przesyłanie pliku do podanej przez użytkownika lokalizacji sieciowej, 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 identyfikator numeryczny przypisany przez system. Narzędzie DSLT (Diagnostic Signatures Lookup Tool) to jedno źródło umożliwiające znalezienie odpowiednich podpisów do monitorowania i rozwiązywania różnych problemów.

Zanim zaczniesz:

Nie edytuj pliku DS pobieranego z DSL T. Zmienione pliki nie powodują instalacji z powodu błędu sprawdzania integralności.
Serwer SMTP (Simple Mail Transfer Protocol) wymagany do wysyłania powiadomień e-mail przez bramę lokalną.
Upewnij się, że brama lokalna 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 zmien ds_emailną środowiskową za pomocą adresu e-mail administr atora do powiadomienia.


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

Zainstaluj sygnatury diagnostyczne do proaktywnego monitorowania

Monitorowanie wysokiego wykorzystania procesora

System DS śledzi 5-sekundowe wykorzystanie procesora za pomocą SNMP OID 1.3.6.1.4.1.9.2.1.56. Gdy wykorzystanie osiągnie 75% lub więcej, wyłącza wszystkie debugowania i odinstaluje wszystkie podpisy diagnostyczne zainstalowane w lokalnej bramie. Wykonaj poniższe czynności, aby zainstalować podpis.

Upewnij się, że włączono protokół SNMP za pomocą polecenia show sn mp. Jeśli funkcja SNMP nie jest włączona, skonfiguruj polecenie menedżera serw era snmp-.


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 program DS 64224 za pomocą następujących opcji rozwijanych w narzędziu Diagnostic Signatures Lookup Tool:

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

Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 z serii ISR lub oprogramowanie Catalyst 8000V Edge
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie procesora z powiadomieniami e-mail

Download DS 64224 from Diagnostic Signatures Lookup tool

Skopiuj plik DS XML do lokalnej bramy flash.

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

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

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 polecenia show call-home diagnostic-signature, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu musi mieć wartość „zarejestrowana”.


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

DS ID	Nazwa DS	Rewizja	Status	Ostatnia aktualizacja (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Zarejestrowany	2020-11-07 22:05:33

Po uruchomieniu ten podpis odinstaluje wszystkie uruchomione karty sieciowe, w tym siebie samego. W razie potrzeby należy ponownie zainstalować system DS 64224, aby kontynuować monitorowanie wysokiego wykorzystania procesora w lokalnej bramie.

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

System DS wykorzystuje sondaż SNMP co 10 minut w celu wykrycia nieprawidłowego rozłączenia połączeń z błędami SIP 403, 488 i 503.  Jeśli przyrost liczby błędów jest większy lub rów ny 5 od ostatniej ankiety, generuje syslog i powiadomienie e-mail. Wykonaj poniższe czynności, aby zainstalować podpis.

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

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

Pobierz program DS 65221, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 z serii ISR lub oprogramowanie Catalyst 8000V Edge
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Nieprawidłowe wykrywanie rozłączania połączeń SIP za pomocą wiadomości e-mail i powiad omień Syslog.

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 show call home diagnostic-signature, aby sprawdzić, czy podpis został pomyślnie zainstalowany. Kolumna stanu powinna mieć wartość „zarejestrowana”.

Zainstaluj podpisy diagnostyczne, aby rozwiązać problem

Możesz także użyć sygnatury diagnostycznej (DS), aby szybko rozwiązać problemy. Cisco TACinżynierowie stworzyli kilka podpisów, które umożliwiają niezbędne debugowanie, które są wymagane do rozwiązania danego problemu, wykrycia wystąpienia problemu, zebrania odpowiedniego zestawu danych diagnostycz nych i automatycznego przeniesienia danych do sprawy. Cisco TAC Eliminuje to konieczność ręcznego sprawdzania wystąpienia problemu i znacznie ułatwia rozwiązywanie problemów przerywanych i przejściowych.

Możesz użyć narzędzia Wyszukiwanie podpisów diagnostycznych, aby znaleźć odpowiednie podpisy i zainstalować je w celu samodzielnego rozwiązania danego problemu lub zainstalować podpis zalecany przez inżyniera TAC w ramach zaangażowania pomocy technicznej.

Oto przykład, jak znaleźć i zainstalować DS w celu wykrycia wystąpienia „% VOICE_IEC -3-GW: CCAPI: Internal Error (próg skoku wywołania): IEC=1.1.181.1.29. 0" syslog i zautomatyzuj zbieranie danych diagnostycznych, wykonując następujące kroki:

Skonfiguruj inną zmienną środowiskową DS ds_fsurl_prefixjako ścieżkę serwera Cisco TAC plików (cxd.cisco.com), aby przesłać dane diagnostyczne. Nazwa użytkownika w ścieżce pliku to numer sprawy, a hasło jest tokenem przesyłania pliku, który można pobrać z Menedżera spraw pomocy technicznej, jak pokazano poniżej. Token przesyłania plików można wygenerować w sekcji Zał ączniki w Menedżerze spraw pomocy technicznej, zgodnie z wymaganiami.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Przykład:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Upewnij się, że funkcja SNMP jest włączona za pomocą polecenia show sn mp. Jeśli funkcja SNMP nie jest włączona, skonfiguruj polecenie menedżera serwera snmp-.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Zalecamy zainstalowanie DS 64224 High CPU monitoring jako proaktywnego środka, aby wyłączyć wszystkie debugowania i sygnatury diagnostyczne w czasie wysokiego wykorzystania procesora. Pobierz program DS 64224, korzystając z następujących opcji w narzędziu Diagnostic Signatures Lookup Tool:

Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 z serii ISR lub oprogramowanie Catalyst 8000V Edge
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Wydajność
Typ problemu	Wysokie wykorzystanie procesora z powiadomieniami e-mail.

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

Nazwa pola	Wartość pola

Platforma	Cisco 4300, 4400 z serii ISR lub oprogramowanie Catalyst 8000V Edge
Produkt	CUBE Enterprise w Webex Calling rozwiązaniu
Zakres problemu	Syslogs
Typ problemu	Syslog -% VOICE_IEC -3-GW: CCAPI: Błąd wewnętrzny (próg skoku wywołania): 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 DS 64224 o wysokim monitorowaniu procesora, 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 za pomocą funkcji show call-home diagnostic-signature. Kolumna stanu powinna mieć wartość „zarejestrowana”.


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

DS ID

Nazwa DS

Rewizja

Status

Ostatnia aktualizacja (GMT+ 00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Zarejestrowany

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Zarejestrowany

2020-11-08:00:12:53

Weryfikacja wykonania podpisów diagnostycznych

W poniższym poleceniu kolumna „Status” polecenia show call home diagnostic-signature zmienia się na „uruchomiony”, podczas gdy Brama lokalna wykonuje akcję zdefini owaną w sygnaturze. Wyjście statystyk sygnatury diagnostycznej show call home jest najlepszym sposobem sprawdzenia, czy podpis diagnostyczny wykrywa interesujące wydarzenie i wykonał akcję. Kolumna „Wyzwalanie/Max/Deinstall” wskazuje, ile razy dany podpis wywołał zdarzenie, maksymalną liczbę zdefiniowanych w celu wykrycia zdarzenia oraz czy podpis deinstal uje się po wykryciu maksymalnej liczby wyzwalanych zdarzeń.

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

Pobrane DSE:

DS ID	Nazwa DS	Rewizja	Status	Ostatnia aktualizacja (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Zarejestrowany	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Bieganie	2020-11-08 00:12:53

pokaż statystyki sygnatur diagnostycznych połączeń telefonicznych

DS ID	Nazwa DS	Wyzwalane/Max /Deinstall	Średni czas pracy (sekundy)	Maksymalny czas pracy (sekundy)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

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

Notification email that is sent during Diagnostic Signature execution

Odinstaluj podpisy diagnostyczne

Używanie sygnatur diagnostycznych do rozwiązywania problemów jest zazwyczaj definiowane w celu odinstalowania po wykryciu niektórych wystąpień problemów. Jeśli chcesz ręcznie odinstalować pod pis, pobierz identyfikator DS z wyjścia show call-home diagnostic-signature i uruchom następujące polecenie:

call-home diagnostic-signature deinstall <DS ID>

Przykład:

call-home diagnostic-signature deinstall 64224

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

Zaimplementuj CUBE high availability jako lokalną bramę

Podstawy

Wymagania wstępne

Przed wdrożeniem CUBE HA jako lokalnej bramyWebex Calling, upewnij się, że masz dogłębne zrozumienie następujących pojęć:

Cisco Webex CallingRozwiązanie
Opcja Brama lokalna dla Cisco Webex Calling
Redundancja typu box to box warstwy 2 z CUBE Enterprise do przechowywania połączeń stanowych

Wytyczne dotyczące konfiguracji przedstawione w tym artykule zakładają dedykowaną platformę bramki lokalnej bez istniejącej konfiguracji głosowej. Jeśli istniejące wdrożenie dla przedsiębiorstw CUBE jest modyfikowane, aby wykorzystywać również funkcję bramki lokalnejCisco Webex Calling, należy zwrócić szczególną uwagę na zastosowaną konfigurację, aby zapewnić, że istniejące przepływy połączeń i funkcjonalności nie zostaną przerwane, i upewnij się, że spełniasz wymagania projektowe CUBE HA.

Komponenty sprzętowe i programowe

CUBE HA jako brama lokalna wymaga systemu 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 i dzienniki pokazu w tym artykule oparte są 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:

Webex CallingPrzegląd rozwiązań

Cisco Webex Callingto oferta współpracy, która zapewnia opartą na chmurze alternatywę dla lokalnej usługi telefonicznej PBX z wieloma opcjami PSTN dla klientów.

Wdrożenie lokalnej bramy (przedstawione poniżej) jest przedmiotem tego artykułu. Bramka lokalna (PSTN oparta na pomieszczeniach) Webex Calling umożliwia łączenie się 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 mediów.

Poniższy rysunek przedstawia Webex Calling wdrożenie bez istniejącej centrali IP i ma zastosowanie do wdrożenia pojedynczego lub wielolokalizacyjnego. Konfiguracja opisana w tym artykule opiera się na tym wdrożeniu.

Redundancja typu „pudełko do pudełka” warstwy 2

Redundancja typu box-to-box warstwy 2 CUBE HA wykorzystuje protokół infrastruktury Redundancy Group (RG) do utworzenia pary routerów aktywnych/gotowych. Ta para ma ten sam wirtualny adres IP (VIP) na swoich interfejsach i stale wymienia komunikaty o stanie. Informacje o sesji CUBE są sprawdzane w parze routerów, dzięki czemu router czuwania może natychmiast przejąć wszystkie obowiązki związane z przetwarzaniem połączeń CUBE, jeśli aktywny router przestanie działać, co skutkuje zachowaniem stanu sygnalizacji i nośników.

Kontrolne wskazywanie jest ograniczone do połączeń połączonych z pakietami multimedialnymi. Połączenia tranzytowe nie są zaznaczone (na przykład stan próby lub dzwonienie).

W tym artykule CUBE HA będzie odnosić się do redundancji CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) w celu zachowania połączeń stanowych

Począwszy od iOS-XE 16.12.2, CUBE HA może być wdrożony jako lokalna bramka dla wdrożeń Cisco Webex Calling magistralnych (PSTN opartych na pomieszczeniach), a w tym artykule omówimy kwestie projektowe i konfiguracje. Ten rysunek przedstawia typową konfigurację CUBE HA jako lokalną bramę dla wdrożenia Cisco Webex Calling magistralnego.

Infrakomponent grupy redundancji

Komponent Infra Redundancy Group (RG) zapewnia obsługę infrastruktury komunikacyjnej typu box to box między dwoma CUBE i negocjuje ostateczny stan stabilnej redundancji. Ten komponent zapewnia również:

Protokół podobny do HSRP, który negocjuje ostateczny stan nadmiarowości dla każdego routera poprzez wymianę komunikatów Keepalive i hello między dwoma CUBE (za pośrednictwem interfejsu sterującego) —GigabiteThernet3 na powyższym rysunku.
Mechanizm transportowy do sprawdzania sygnalizacji i stanu mediów dla każdego połączenia z routera aktywnego do trybu gotowości (przez interfejs danych) —GigabiteThernet3 na powyższym rysunku.
Konfiguracja i zarządzanie interfejsem Virtual IP (VIP) dla interfejsów ruchu (można skonfigurować wiele interfejsów ruchu przy użyciu tej samej grupy RG) — GigabiteEthernet 1 i 2 są uważane za interfejsy ruchu.

Ten komponent RG musi być specjalnie skonfigurowany do obsługi głosowego B2B HA.

Wirtualne zarządzanie adresami IP (VIP) zarówno dla sygnalizacji, jak i mediów

B2B HA polega na VIP, aby osiągnąć redundancję. Interfejsy VIP i powiązane z nimi interfejsy fizyczne obu CUBE 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 w przypadku obsługi głosowej B2B HA. Urządzenia zewnętrzneUnified CM, takie jak Webex Calling dostęp do SBC, dostawca usług lub proxy, używają VIP jako docelowego adresu IP dla połączeń przechodzących przez routery CUBE HA. Stąd, z Webex Calling punktu widzenia, pary CUBE HA działają jak pojedyncza brama lokalna.

Sygnalizacja połączeń i informacje o sesji RTP ustalonych połączeń są sprawdzane z aktywnego routera do routera gotowości. Gdy router Active wyłącza się, router Standby przejmuje kontrolę i kontynuuje przekazywanie strumienia RTP, który był wcześniej kierowany przez pierwszy router.

Połączenia w stanie przejściowym w momencie przełączania awaryjnego nie zostaną zachowane 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 zatrzymania. Ustanowione połączenia mogą zostać odłączone po przełączeniu.

Istnieją następujące wymagania dotyczące używania CUBE HA jako lokalnej bramy dla stanowego przełączania awaryjnego połączeń:

CUBE HA nie może mieć współzlokalizowanych interfejsów TDM lub analogowych
Gig1 i Gig2 są określane jako interfejsy ruchu (SIP/RTP), a Gig3 to interfejs sterujący/danych grupy redundancji (RG)
Nie więcej niż 2 pary CUBE HA można umieścić w tej samej domenie warstwy 2, jedną z identyfikatorem grupy 1, a drugą z identyfikatorem grupy 2. Jeśli konfigurujesz 2 pary HA z tym samym identyfikatorem grupy, interfejsy RG Control/Data muszą należeć do różnych domen warstwy 2 (vlan, oddzielny przełącznik)
Kanał portu jest obsługiwany zarówno dla interfejsów RG Control/Data, jak i interfejsów ruchu
Wszystkie sygnały/media są pobierane z/na wirtualny adres 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 nadmiarowości, rii powinien być unikalny dla kombinacji pary/interfejsu na tej samej warstwie 2
Konfiguracja na obu urządzeniach CUBE musi być identyczna, w tym konfiguracja fizyczna i musi działać na tym samym typie platformy i wersji IOS-XE
Interfejsy pętli zwrotnej nie mogą być używane jako bind, ponieważ są zawsze gotowe
Interfejsy wielu ruchów (SIP/RTP) (Gig1, Gig2) wymagają konfiguracji śledzenia interfejsu
CUBE-HA nie jest obsługiwany przez połączenie kablowe krzyżowe dla łącza RG-Control/Data link (Gig3)
Obie platformy muszą być identyczne i być połączone za pomocą fizycznego przełącznika na wszystkich podobnych interfejsach, aby CUBE HA działało, tj. GE0/0/0 CUBE-1 i CUBE-2 musi zakończyć się na tym samym przełączniku i tak dalej.
Nie można zakończyć sieci WAN bezpośrednio na CUbes lub Data HA po obu stronach
Oba programy Active/Standby muszą znajdować się w tym samym centrum danych
Obowiązkowe jest użycie oddzielnego interfejsu L3 do nadmiarowości (RG Control/Data, Gig3). tj. interfejs używany do ruchu nie może być używany do zapisów HA i punktów kontrolnych
Po przełączeniu awaryjnym, wcześniej aktywny CUBE przechodzi projektowe przeładowanie, zachowując sygnalizację i media

Konfigurowanie nadmiarowości w obu CUBE

Aby wyświetlić wirtualne adresy IP, należy skonfigurować nadmiarowość box-to-box warstwy 2 na obu CUBE przeznaczonych do użycia w parze HA.

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#

Skonfiguruj bramę lokalną na obu CUBE

W naszej przykładowej konfiguracji używamy następujących informacji magistralnych z Control Hub do zbudowania konfiguracji Local Gateway na obu platformach, VCUBE-1 i VCUBE-2. Nazwa użytkownika i hasło do tej konfiguracji są następujące:

Nazwa użytkownika: Hussain1076_LGU
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

Skonfiguruj Webex Calling dla swojej organizacji

Konfigurowanie ustawień połączeń w Kreatorze pierwszej konfiguracji

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

1	Kliknij łącze Pierwsze kro ki w otrzymanym e-mailu powitalnym. Adres e-mail administratora jest automatycznie używany do logowania się do Control Hub, gdzie zostaniesz poproszony o utworzenie hasła administratora. Po zalogowaniu automatycznie uruchamia się kreator konfiguracji.
2	Przejrzyj i zaakceptuj warunki świadczenia usług.
3	Przejrzyj swój plan, a następnie kliknij przycisk Rozpocznij. Twój menedżer konta jest odpowiedzialny za aktywację pierwszych kroków dla FTSW. Skontaktuj się z menedżerem konta, jeśli po wybraniu opcji Rozpocznij otrzymasz powiadomienie „Nie można skonfigu rować połączenia”.
4	Wybierz kraj, w którym centrum danych ma być mapowane, i wprowadź dane kontaktowe klienta i adres klienta.
5	Kliknij przycisk Dalej: Domyślna lokalizacja.
6	Wybierz jedną z następujących opcji: Kliknij przycisk Zapisz i zamkni j, jeśli jesteś administratorem partnera i chcesz, aby administrator klienta zakończył udostępnianie. Webex Calling Wypełnij niezbędne informacje o lokalizacji. Po utworzeniu lokalizacji w kreatorze można później utworzyć więcej lokalizacji. Po zakończeniu kreatora konfiguracji upewnij się, że do utworzon ej lokalizacji dodałeś numer głów ny.
7	Dokonaj następujących wyborów, aby zastosować do tej lokalizacji: Język ogło szenia — w przypadku ogłoszeń audio i podpowiedzi dla nowych użytkowników i funkcji. Języ k wiadomości e-mail — do komunikacji e-mail dla nowych użytkowników. Kraj Strefa czasowa
8	Kliknij przycisk Dalej.
9	Wprowadź dostępny adres Cisco Webex SIP i kliknij Dal ej i wybierz Zako ńcz.

Dodaj lokalizację

Zanim zaczniesz

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

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

1	Zaloguj się do Control Hub pod adresem https://admin.webex.com, przejdź do menu Zarządz anie > Lokalizacja. Nowa lokalizacja zostanie hostowana w regionalnym centrum danych odpowiadającym krajowi wybranemu za pomocą Kreatora pierwszej konfiguracji.
2	Skonfiguruj ustawienia lokalizacji: Nazwa lokalizacji — wprowadź unikalną nazwę, aby zidentyfikować lokalizację. Kraj/region — Wybierz kraj, z którym chcesz powiązać lokalizację. Na przykład możesz utworzyć jedną lokalizację (siedzibę) w Stanach Zjednoczonych i inną (oddział) w Wielkiej Brytanii. Wybrany kraj określa pola adresu, które następują. Te udokumentowane tutaj wykorzystują jako przykład amerykańską konwencję adresową. Adres lokalizacji — wprowadź główny adres pocztowy lokalizacji. Miasto/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ło szenia — wybierz język ogłoszeń audio i monitów dla nowych użytkowników i funkcji. Język wiadomości e-mail — wybierz język komunikacji e-mail z nowymi użytkownikami. Strefa czas owa — wybierz strefę czasową dla danej lokalizacji.
3	Kliknij przycisk Zapisz, a następnie wybierz Tak/ Nie, aby dodać numery do lokalizacji teraz lub później.
4	Jeśli klikniesz Tak, wybierz jedną z następujących opcji: Cisco PSTN — Wybierz tę opcję, jeśli chcesz korzystać z rozwiązania Cloud PSTN firmy Cisco. Cisco Calling Plan to kompletne rozwiązanie zastępcze PSTN, które zapewnia połączenia alarmowe, przychodzące i wychodzące połączenia krajowe i międzynarodowe oraz umożliwia zamawianie nowych numerów PSTN lub przeniesienie istniejących numerów do Cisco. Opcja Cisco PSTN jest widoczna tylko w następujących warunkach: Zakupiono co najmniej jeden zatwierdzony plan telefoniczny Cisco Calling Plan OCP (Outbound Calling Plan). Twoja lokalizacja znajduje się w kraju, w którym obsługiwany jest plan połączeń Cisco. Twoja lokalizacja jest nowa. Wcześniej istniejące lokalizacje, które mają przypisane inne funkcje PSTN, nie kwalifikują się obecnie do planu połączeń Cisco. Otwórz sprawę wsparcia w celu uzyskania wskazówek. Jesteś hostowany w centrum Webex Calling danych w regionie, w którym obsługiwany jest plan połączeń Cisco. PSTN połączony 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 połączeń Cisco nie jest dostępny w Twojej lokalizacji. Partnerzy CCP oferują rozwiązania zastępcze PSTN, szeroki zasięg globalny oraz szeroki i zróżnicowany zakres funkcji, opakowań i cen. Partnerzy CCP i zasięg geograficzny są wymienione tutaj. Wyświetlani są tylko partnerzy, którzy obsługują kraj Twojej lokalizacji. Partnerzy są wymienieni albo z logo, albo 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 dla 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ć Media regionalne dla CCP. Jeśli widzisz opcję Zamów numery teraz u wymienionego dostawcy, zalecamy wybranie tej opcji, aby móc skorzystać ze zintegrowanego CCP. Zintegrowany CCP umożliwia pozy skiwanie i udostępnianie numerów telefonów w Control Hub na jednej szklanej szybie. Niezintegrowany CCP wymaga zakupu numerów telefonów od partnera CCP poza centrum sterowania. Lok@@ alne usługi PSTN (Brama lokalna) — Możesz wybrać tę opcję, jeśli chcesz zachować obecnego dostawcę usług PSTN lub chcesz połączyć witryny inne niż chmura z witrynami w chmur ze. Wybór opcji PSTN odbywa się 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 miała jedną opcję. Po wybraniu i udostępnieniu 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ą jednak nie być dostępne po przypisaniu innej opcji. Otwórz sprawę wsparcia w celu uzyskania wskazówek.
5	Wybierz, czy chcesz aktywować numery teraz, czy później.
6	Jeśli wybrano niezintegrowany CCP lub PSTN oparty na pomieszczeniach, wprowadź Numery telefonów jako wartości oddzielone przecinkami, a następnie kliknij przycisk Sprawdź poprawność. Liczby są dodawane dla określonej lokalizacji. Prawidłowe wpisy przenoszą się do pola Z weryfikowane liczby, a nieprawidłowe wpisy pozostają w polu Dodaj liczby wraz z komunikatem o błędzie. W zależności od kraju lokalizacji numery są formatowane zgodnie z lokalnymi wymaganiami wybierania numerów. Na przykład, jeśli wymagany jest kod kraju, możesz wprowadzić numery z kodem lub bez, a kod jest przygotowany.
7	Kliknij przycisk Zapisz.

Co robić dalej

Po utworzeniu lokalizacji możesz włączyć służby ratunkowe 911 dla tej lokalizacji. Aby uzyskać więcej informacji, zobacz RedSky Emer Webex Calling gency Service 911.

Usuń lokalizację

Zanim zaczniesz

Możesz usunąć lokalizację, która nie jest używana lub została niepoprawnie skonfigurowana po usunięciu powiązanych z nią użytkowników i obszarów roboczych. Po usunięciu lokalizacji usuniesz wszystkie przypisane usługi i numery.

Pobierz listę użytkowników i obszarów roboczych powiązanych z lokalizacją: Przejdź do Usługi > Połącz enia > Numery i z menu rozwijanego wybierz lokalizację do usunięcia. Przed usunięciem lokalizacji należy usunąć tych użytkowników i obszary robocze.

Pamiętaj, że wszelkie numery powiązane z tą lokalizacją są przekazywane z powrotem dostawcy PSTN; nie będziesz już posiadać tych numerów.

1	Zaloguj się do Centrum sterowania pod adresem https://admin.webex.com, przejdź do Zarządz anie > Lokalizacja.
2	Kliknij w kolumnie Akcje obok lokalizacji, którą chcesz usunąć.
3	Wybierz opcję Usuń lokalizację i potwierdź, że chcesz usunąć tę lokalizację. Zazwyczaj trwale usunięcie lokalizacji zajmuje kilka minut, ale może zająć nawet godzinę. Możesz sprawdzić stan, klikając obok nazwy lokalizacji i wybierając Status usunięcia.

Aktualizacja istniejącej lokalizacji

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 istniejących lokalizacjach można włączyć usługi ratunkowe 911. Aby uzyskać więcej informacji, zobacz RedSky Emer Webex Calling gency Service 911.

1	Zaloguj się do Control Hub.
2	Przejdź do menu Zarządz anie > Lokalizacja. Jeśli obok lokalizacji zostanie wyświetlony symbol ostrzeżenia, oznacza to, że nie skonfigurowałeś jeszcze numeru telefonu dla tej lokalizacji. Nie możesz nawiązywać ani odbier ać żadnych połączeń, dopóki nie skonfigurujesz tego numeru.
3	(Opcjonalnie) W obszarze Po łączenie PSTN wybierz opcję PSTN połączony z chmurą lub lokalną bramę PSTN (lokalną bramę), w zależności od tego, którą z nich już skonfigurowałeś. Kliknij przycisk Zarządzaj, aby zmienić tę konfigurację, a następnie potwierdź powiązane ryzyko, wybierając opcję Kontynuuj. Następnie wybierz jedną z następujących opcji i kliknij Zap isz: Cisco PSTN — Wybierz tę opcję, jeśli chcesz korzystać z rozwiązania Cloud PSTN firmy Cisco. Cisco Calling Plan to kompletne rozwiązanie zastępcze PSTN, które zapewnia połączenia alarmowe, przychodzące i wychodzące połączenia krajowe i międzynarodowe oraz umożliwia zamawianie nowych numerów PSTN lub przeniesienie istniejących numerów do Cisco. Opcja Cisco PSTN jest widoczna tylko w następujących warunkach: Zakupiono co najmniej jeden zatwierdzony plan połączeń Cisco OCP (Outbound Calling Plan). Twoja lokalizacja znajduje się w kraju, w którym obsługiwany jest plan połączeń Cisco. Jesteś hostowany w centrum Webex Calling danych w regionie, w którym obsługiwany jest plan połączeń Cisco. PSTN połączony 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 połączeń Cisco nie jest dostępny w Twojej lokalizacji. Partnerzy CCP oferują rozwiązania zastępcze PSTN, szeroki zasięg globalny oraz szeroki i zróżnicowany zakres funkcji, opakowań i cen. Partnerzy CCP i zasięg geograficzny są wymienione tutaj. Wyświetlani są tylko partnerzy, którzy obsługują kraj Twojej lokalizacji. Partnerzy są wymienieni albo z logo, albo 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 dla 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ć Media regionalne dla CCP. Jeśli widzisz opcję Zamów numery teraz u wymienionego dostawcy, zalecamy wybranie tej opcji, aby móc skorzystać ze zintegrowanego CCP. Zintegrowany CCP umożliwia pozy skiwanie i udostępnianie numerów telefonów w Control Hub w jednej szklanej szybie. Niezintegrowany CCP wymaga zakupu numerów telefonów od partnera CCP poza centrum sterowania. Lok@@ alne usługi PSTN (Brama lokalna) — Możesz wybrać tę opcję, jeśli chcesz zachować obecnego dostawcę usług PSTN lub chcesz połączyć witryny inne niż chmura z witrynami w chmurze. Webex Callingklienci z lokalizacjami, które zostały wcześniej skonfigurowane za pomocą bramy lokalnej, zostaną automatycznie przekonwertowane na PSTN oparte na lokalach z odpowied nim magistralem. Aby przeprowadzić migrację, zapoznaj się z poniższym punktem Migracja do planów połączeń Cisco.
4	Dla lokalizacji wybierz numer głów ny z listy rozwijanej. Numer główny może zostać przypisany do obsługi automatycznej lub innego miejsca docelowego w lokalizacji, dzięki czemu dzwoniący zewnętrzni są kierowani do odpowiedniego miejsca docelowego. Przypisanie numeru głównego do lokalizacji jest obowiązkowe, jeśli ma on jakieś punkty odniesienia lub dowolne elementy przeznaczone tylko do rozszerzenia, takie jak użytkownicy, obszary robocze, linie wirtualne lub funkcje. Bez numeru głównego łączniki nie są użyteczne, a jednostki tylko rozszerzeń nie mogą wykonywać ani odbierać połączeń wewnętrz nych lub zewnętrznych. Użytkownicy w tej lokalizacji mogą również używać tego numeru jako zewnętrznego identyfikatora dzwoniącego podczas wykonywania połączeń PSTN. Jeśli wybierzesz bezpłatny numer jako główny numer lokalizacji, zalecamy zaktualizowanie numeru alarmowego wywołania zwrotnego dla danej lokalizacji, ponieważ bezpłatny numer nie ma adresu służb ratunkowych. Aby uzyskać więcej informacji, zobacz Konfigurowanie numeru alarmowego wywołania zwro tnego dla lokalizacji.
5	(Opcjonalnie) W obszarze Połącz enia alarmowe można wybrać Identyfikator lokalizacji awar yjnej, aby przypisać do tej lokalizacji. To ustawienie jest opcjonalne i ma zastosowanie tylko w krajach, które tego wymagają. W niektórych krajach (przykład: Francja) istnieją wymogi regulacyjne dla komórkowych systemów radiowych w celu ustalenia tożsamości komórki podczas wykonywania połączenia alarmowego i jest udostępniana organom ratunkowym. Inne kraje, takie jak Stany Zjednoczone i Kanada, stosują określenie lokalizacji za pomocą innych metod. Aby uzyskać więcej informacji, zobacz U lepszone połączenia alarmowe. Dostawca połączeń alarmowych może potrzebować informacji o sieci dostępowej, co osiąga się poprzez zdefiniowanie nowego prywatnego nagłówka rozszerzenia SIP, P-Access-Network-Info. Nagłówek zawiera informacje dotyczące sieci dostępowej. Po ustawieniu identyfikatora lokalizacji awaryjnej dla lokalizacji wartość lokalizacji jest wysyłana do dostawcy jako część komunikatu SIP. Skontaktuj się z dostawcą połączeń alarmowych, aby sprawdzić, czy potrzebujesz tego ustawienia i użyj wartości podanej przez dostawcę połączeń alarmowych.
6	Wybierz numer poczty głosowej, na który użytkownicy mogą zadzwonić, aby sprawdzić swoją pocztę głosową dla tej lokalizacji.
7	(Opcjonalnie) Kliknij ikonę ołówka u góry strony Lokalizacja, aby zmienić nazwę lokalizacji, język ogłoszenia, język wiadomości e-mail, strefę czas ową lub adres, a następnie kliknij przycisk Zap isz. Zmiana języka ogłoszenia zaczyna 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ż powinni mieć zmianę języka ogłoszenia, po wyświetleniu monitu wybierz opcję Zmień dla istniejących użytkowników i obszarów roboczych lub Zmień dla istniejących elementów. Kliknij Zast osuj. Postępy można wyświetlić na stronie Zad ania. Nie możesz wprowadzać żadnych zmian, dopóki to nie zostanie zakończone. Zmiana strefy czas owej dla lokalizacji nie powoduje aktualizacji stref czasowych obiektów powiązanych z lokalizacją. Aby edytować strefy czasowe dla funkcji, takich jak automatyczna obsługa, grupa polowania i kolejka połączeń, przejdź do obszaru Ustawienia ogólne określonej funkcji, dla której chcesz zaktualizować strefę czasową, i tam edytować i zapisać.

Migracja do planów Cisco Calling

Połączenie PSTN dla istniejącej lokalizacji można zmienić na Cisco PSTN. Można na przykład zmienić lokalizacje dla lokalnej bramy PSTN lub niezintegrowanych połączeń CCP na Cisco PSTN. Cisco PSTN dostarcza rozwiązanie PSTN w chmurze firmy Cisco.

Wszystkie numery przenośne pozostają funkcjonalne, z wyjątkiem niewielkiej przerwy podczas za planowanego czasu zakończenia przenoszenia.

Ponadto nie można wprowadzić żadnych zmian w zarządzaniu numerami dla lokalizacji, która przechodzi przejście połączenia PSTN. Ale istniejące numery pozostają funkcjonalne i nadal możesz przypisywać lub anulować przypisywanie numerów do lokalizacji. Nie można dodawać, usuwać i przenosić numerów dla tej lokalizacji. Podczas tego procesu profil routingu aktualizuje się automatycznie, włączając system Cisco PSTN.

Obecnie możliwość zmiany połączenia PSTN dla istniejącej lokalizacji na Cisco PSTN nie jest obsługiwana w regionie Japonii.

Podczas zmiany połączenia PSTN stosuje się subskrypcję z licencją telefoniczną, a usługa rozliczeni owa otrzymuje powiadomienie.

Ograniczenia:

Migracja ze zintegrowanej lokalizacji IntelePeer do lokalizacji Cisco PSTN nie jest obsługiwana
Nie można przenieść lokalizacji dedykowanej instancji do systemu Cisco PSTN
Do zmiany połączenia PSTN mogą być wymagane zlecenia wielu portów. Jeśli tak, zamówienia te są połączone, więc wypełniają się w tym samym czasie. Każda zmiana daty lub anulowanie jednego zlecenia portu musi być zastosowana do wszystkich połączonych zleceń portu w celu zmiany połączenia.

Jak zainicjować zmianę połączenia PSTN

1	Zaloguj się do Control Hub.
2	Przejdź do menu Zarządz anie > Lokalizacja.
3	Wybierz lokalizację, dla której chcesz zmienić połączenie PSTN na Cisco PSTN.
4	Przejdź do karty Połącz enia, kliknij opcję Zarządzaj obok PSTN opartego na lokalu lub niezintegrowanego PSTN połączonego z chmurą.
5	Edytuj obok opcji Typ połączenia.
6	Wybierz kartę Cisco Calling Plans i wybierz subskrypcję , która przydziela plan telefoniczny Cisco dla użytkowników w tej lokalizacji. Kliknij przycisk Dalej.
7	Zostanie wyświetlona strona zmiany połączenia w celu potwierdzenia. Kliknij przycisk Dal ej i sprawdź gotowość portu dla swoich numerów. Przycisk Dalej włącza się tylko wtedy, gdy wszystkie liczby na liście są przenośne. Przeczytaj te wskazówki: „Numery nieprzenośne” odnoszą się do nieaktywnych numerów, upewnij się, że na tej liście nie ma numerów. Usuń wszelkie nieprzenośne numery z lokalizacji. Możesz przenieść lub cofnąć przypisanie, a następnie usunąć numery.
8	Kliknij przycisk Dal ej i podaj informacje o umowie. Jest to główny kontakt kontraktowy we wszystkich lokalizacjach korzystających z Cisco Calling Plans (USA). Wszelkie zmiany w tym kontakcie dotyczą wszystkich innych lokalizacji korzystających z Cisco Calling Plans (USA).
9	Kliknij przycisk Dalej. Zostanie wyświetlone powiadomienie z prośbą o potwierdzenie zapisania informacji o umowie dla tej lokalizacji. Wybierz Tak, zmień.
10	Podaj adres służby ratunkowej i kliknij Zapisz. W nagłych wypadkach lokalny zespół reagowania alarmowego używa tego adresu do zlokalizowania dzwoniącego.
11	Pojawi się strona podsumowania z liczbą utworzonych portów. Jeśli jest tylko jedno zamówienie, możesz zobaczyć dodatkowy krok o nazwie Pod aj dodatkowe informacje. W przypadku wielu zamówień, selektor zamówień jest dostępny u góry, aby nawigo wać między nimi. Kliknij Dalej i wprowadź szczegóły, aby uko ńczyć kreatora portów. Zamówienia są przesyłane natychmiast, gdy wszystkie informacje są dostarczane dla pojedynczego żądania migracji PSTN. Domyślnie data zlecenia stałego jest spójna we wszystkich zamówieniach. Zmiana połączenia PSTN następuje automatycznie po całkowitym przenie sieniu ostatniego połączonego zamówienia. Jeśli złożenie zamówienia nie powiedzie się, zgłoszenie pomocy technicznej jest automatycznie tworzone i wysył ane do zespołu pomocy technicznej. Jeśli zmiana połączenia PSTN wymaga wielu zamówień od wielu operatorów, wykonanie może potrwać do 10 dni roboczych. Szczegóły migracji są dostępne w zakładce Usługi > Wy woł anie > PSTN > Zam ó wienie. Wybierz identyfikator zamówienia, aby wyświetlić szczegóły zamówienia w widoku panelu bocznego. Możesz zobaczyć typ jako Zmień PSTN dla zamówień utworzonych na podstawie zmiany połączenia PSTN.

Anuluj zmianę połączenia PSTN

Administrator może anulować migrację PSTN, gdy lokalizacja jest nadal w stanie przej ścia.

1	Zaloguj się do Control Hub.
2	Przejdź do menu Zarządz anie > Lokalizacja.
3	Wybierz lokalizację, dla której chcesz anulować połączenie PSTN.
4	Przejdź do zakładki Po łączenie, kliknij przycisk Anuluj zmianę połączenia PSTN.
5	Kliknij przycisk Tak, kontynuuj, aby potwierdzić anulowanie.

Skonfiguruj plan Webex Calling wybierania

Możesz sterować planem wybierania numeru dla swojego Webex Calling wdrożenia za pomocą kodów wybierania wychodzących. Dostosuj długości rozszerzeń, prefiksy routingu i preferencje wybierania (wewnętrzne i zewnętrzne), aby były zgodne z nawykami wybierania numerów użytkowników.

Te ustawienia dotyczą wybierania wewnętrznego i są również dostępne w kreatorze pierwszej konfiguracji. Podczas zmiany planu wybierania, przykładowe numery w Centrum sterowania aktualizują się, aby wyświetlić te zmiany.

Możesz skonfigurować uprawnienia połączeń wychodzących dla lokalizacji. Wykonaj poniższe kroki, aby skonfigurować uprawnienia do połączeń wychodzących.

1	Zaloguj się do Control Hub, przejdź do opcji Usługi > Połącz enia > Ustawienia usługi, a następnie przewiń do opcji Wy bieranie wewnętrzne.
2	W razie potrzeby skonfiguruj następujące opcjonalne preferencje wybierania numerów: Długość prefiksu trasy lokalizacji — jeśli masz wiele lokalizacji, zalecamy to ustawienie. Możesz wprowadzić długość 1-7 cyfr. Jeśli masz wiele lokalizacji z tym samym rozszerzeniem, użytkownicy muszą wybrać prefiks podczas połączenia 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 przedrostek 888, wybierzesz 8881000, aby dotrzeć do tego sklepu. Długość prefiksów routingu obejmuje cyfrę kierowniczą. Na przykład, jeśli ustawisz długość prefiksu routingu na cztery, możesz użyć tylko trzech cyfr do określenia witryny. Jeśli przypiszesz prefiks routingu do lokalizacji, wszystkie wyglądy rozszerzeń przypisanych do tej lokalizacji zawierają przedrostek routingu znajdujący się przed numerem rozszerzenia. Na przykład 888-1000 (routing prefix-extension). Cyfra sterująca w prefiksie routingu — wybierz liczbę, która ma być ustawiona jako pierwsza cyfra każdego prefiksu routingu. Wewnętrzna długość rozszerzenia — można wprowadzić 2-10 cyfr, a domyślną wartością jest 2. Po zwiększeniu długości rozszerzenia istniejące szybkie wybieranie do rozszerzeń wewnętrznych nie są automatycznie aktualizowane. Zezwalaj na wybieranie rozszerzeń między lokaliz acjami — umożliwia dostosowanie wybierania rozszerzeń między lokalizacjami w zależności od wymagań organizacji. Włącz przełącznik, jeśli organizacja nie ma zduplikowanych rozszerzeń we wszystkich swoich lokalizacjach. Domyślnie przełącznik jest włączony. Wyłącz przełącznik, jeśli Twoja organizacja ma to samo rozszerzenie w różnych lokalizacjach. Gdy przełącznik jest wyłączony, a dzwoniący wybierze rozszerzenie, połączenie jest kierowane do użytkownika z pasującym rozszerzeniem w tej samej lokalizacji co dzwoniący. Dzwoniący musi wybrać numer znaczący przedsiębiorstwa (przedrostek routingu lokalizacji + rozszerzenie), aby uzyskać dostęp do rozszerzenia w innych lokalizacjach.
3	Określ wybieranie wewnętrzne dla określonych lokalizacji. Przejdź do menu Zarządz anie > Lokalizacje, wybierz lokalizację z listy i kliknij opcję Połącz enie. Przewiń do pozycji Wybier anie, a następnie w razie potrzeby zmień wybieranie wewnętrzne: Wybieranie wewnętrzne — określ prefiks routingu, który użytkownicy z jednej lokalizacji muszą wybrać, aby skontaktować się z kimś w drugiej lokalizacji. Prefiks routingu każdej lokalizacji musi być niepowtarzalny. Zalecamy, aby długość przedrostka odpowiadała długości ustalonej na poziomie organizacji, ale musi mieć długość 1—7 cyfr.
4	Określ wybieranie zewnętrzne dla określonych lokalizacji. Przejdź do menu Zarządz anie > Lokalizacje, wybierz lokalizację z listy i kliknij opcję Połącz enie. Przewiń do pozycji Wybier anie, a następnie w razie potrzeby zmień wybieranie zewnętrzne: Wybieranie zewnętrzne — można wybrać cyfrę wybierania wychodzącego, którą użytkownicy muszą wybrać, aby dotrzeć do linii zewnętrznej. Domyślną warto ścią jest Brak i możesz ją zostawić, jeśli nie potrzebujesz tego nawyku wybierania. Jeśli zdecydujesz się skorzystać z tej funkcji, zalecamy użycie innego numeru niż cyfra sterująca Twojej organizacji. Użytkownicy mogą dołączyć cyfrę wybierania wychodzącego podczas wykonywania połączeń zewnętrznych, aby naśladować sposób wybierania numeru w starszych systemach. Jednak wszyscy użytkownicy nadal mogą wykonywać połączenia zewnętrzne bez wychodzącej cyfry wybierania. Opcjonalnie można wymusić wybieranie wychodzącej cyfry wybier ania tej lokalizacji, upewniając się, że użytkownik musi używać cyfry wybierania wychodzącego ustawionej przez administratora do wykonywania połączeń zewnętrznych. Po włączeniu tej funkcji można wybierać połączenia alarmowe z cyfrą wybierania wychodzącego lub bez niej. Po włączeniu wszystkie zewnętrzne numery docelowe, takie jak te używane do przekazywania połączeń, przestaną działać, jeśli cyfra wybierania wychodzącego nie jest uwzględniona. Jeśli rozszerzenie jest takie samo jak numer krajowy, przedłużenie ma pierwszeństwo przed numerem krajowym. Dlatego zalecamy włączenie wychodzącej cyfry wybierania. Zdecydowanie zalecamy używanie formatu numeracji E.164 dla przychodzących i wychodzących połączeń PSTN. Wpływ na użytkowników: Użytkownicy muszą ponownie uruchomić telefony, aby zmiany preferencji wybierania mogły obowiązywać. Rozszerzenia użytkownika nie powinny zaczynać się od tego samego numeru, co cyfra kierownicza lokalizacji lub cyfry wybierania wychodzącego.

Konfigurowanie lokalnej bramy PSTN (lokalnej bramy) w centrum sterowania

Jeśli jesteś sprzedawcą o wartości dodanej, możesz skorzystać z poniższych kroków, aby rozpocząć konfigurację bramy lokalnej w Centrum sterowania. Gdy ta brama jest zarejestrowana w chmurze, możesz użyć jej w jednej lub kilku Webex Calling lokalizacjach, aby zapewnić routing do korporacyjnego dostawcy usług PSTN.

Lokalizacja, która ma bramę lokalną, nie może zostać usunięta, gdy brama lokalna jest używana w innych lokalizacjach.

Utwórz bagażnik

Wykonaj poniższe kroki, aby utworzyć łącznik w Centrum sterowania.

Zanim zaczniesz

Po dodaniu lokalizacji i przed skonfigurowaniem PSTN opartego na pomieszczeniach dla lokalizacji należy utworzyć blok magistrali.
Utwórz dowolne lokalizacje oraz określone ustawienia i numery dla każdego z nich. Lokalizacje muszą istnieć, zanim będzie można dodać PSTN oparty na pomieszczeniach.
Zapoznaj się z wymaganiami lokalnej bramy PSTN (lokalnej bramy) opartej na pomieszczeniach. Webex Calling
Nie można wybrać więcej niż jednego bagażnika dla lokalizacji z PSTN opartym na pomieszczeniach, ale możesz wybrać ten sam bagażnik dla wielu lokalizacji.

1	Zaloguj się do Control Hub pod adresem https://admin.webex.com, przejdź do opcji Usługi > Po łączenia > Routing połączeń i wybierz opcję Dodaj łącznik.
2	Wybierz lokalizację.
3	Nazwij bagażnik i kliknij Zapisz. Nazwa nie może być dłuższa niż 24 znaki.

Co robić dalej

Zostaną wyświetlone odpowiednie parametry, które musisz skonfigurować w bagażniku. Wygenerujesz również zestaw poświadczeń podsumowania SIP, aby zabezpieczyć połączenie PSTN.

Informacje o łączniku pojawiają się na ekranie Zarejestruj domenę, grupę magistralną OTG/DTG, linię/port i adres proxy wychodzącego.

Zalecamy skopiowanie tych informacji z Centrum sterowania i wklejenie ich do lokalnego pliku tekstowego lub dokumentu, aby móc się do nich odwołać, gdy będziesz gotowy do skonfigurowania lokalnego PSTN.

Jeśli utracisz dane uwierzytelniające, musisz je wygenerować z ekranu informacji o magistrali w Control Hub. Kliknij opcję Pobierz nazwę użytkownika i zresetuj hasło, aby wygenerować nowy zestaw poświadczeń uwierzytelniania do użycia w bagażniku.

Wybierz bagażnik dla PSTN opartego na pomieszczeniach

1	Zaloguj się do Control Hub pod adresem https://admin.webex.com, przejdź do menu Zarządz anie > Lokalizacja.
2	Wybierz lokalizację do zmodyfikowania i kliknij Zarządzaj.
3	Wybierz polecenie PSTN oparte na pomieszczeniach i kliknij przycisk Dalej.
4	Wybierz bagażnik z menu rozwijanego. Odwiedź stronę główną, aby zarządzać wyborami grupy magistrali.
5	Kliknij powiadomienie o potwierdzeniu, a następnie kliknij przycisk Zapisz.

Co robić dalej

Należy pobrać informacje o konfiguracji wygenerowane przez Control Hub i odwzorować parametry do lokalnej bramy (na przykład w systemie Cisco CUBE znajdującym się na terenie obiektu). Ten artykuł przeprowadzi Cię przez ten proces. Jako odniesienie, patrz poniższy schemat, aby zobaczyć, jak informacje o konfiguracji centrum sterowania (po lewej) mapują parametry w CUBE (po prawej):

Diagram example of a local gateway.

Po pomyślnym zakończeniu konfiguracji w samej bramie możesz powrócić do opcji Usługi > Po łącz enie > Lokalizacje w centrum sterowania, a utworzona brama zostanie wyświetlona na karcie lokalizacji, do której ją przypisałeś, 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 danej lokalizacji.

Zarządzanie numerami telefonów

Możesz łatwo przeglądać, aktywować, usuwać i dodawać numery telefonów dla swojej organizacji w Centrum sterowania. Aby uzyskać więcej informacji, zobacz Zarządzanie numerami telefonów w Centrum sterowania.

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

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

1	Zaloguj się do Control Hub pod adresem https://admin.webex.com, wybierz ikonę budynku .
2	Wybierz kartę Subskrypcje, a następnie kliknij przycisk K up teraz. Do partnera wysyłany jest e-mail informujący go, że jesteś zainteresowany konwersją na płatną subskrypcję.

Ustaw opcje połączeń

Możesz użyć Control Hub, aby ustawić priorytet dostępnych opcji połączeń, które użytkownicy widzą w aplikacji Webex. Możesz także włączyć je do pojedynczego kliknięcia na połączenie. Aby uzyskać więcej informacji, zobacz: U stawianie opcji połączeń dla użytkowników aplikacji Webex.

Skonfiguruj zachowanie wywoływania

Możesz kontrolować, jaka aplikacja wywołująca otwiera się, gdy użytkownicy wykonują połączenia. Możesz skonfigurować ustawienia klienta wywołującego, w tym wdrażanie trybu mieszanego dla organizacji z użytkownikami uprawnionymi z płatnymi usługami połączeń od Cisco Unified CM lub Webex Calling użytkowników bez usług połączeń płatnych. Aby uzyskać więcej informacji, zobacz: Kon figurowanie zachowania wywoływania.

Skonfiguruj Unified CM dla Webex Calling

Konfigurowanie profilu zabezpieczeń SIP Trunk dla usługi Trunk to Local Gateway

W przypadkach, gdy brama lokalna i brama PSTN znajdują się na tym samym urządzeniu, Unified CM muszą być włączone do rozróżnienia dwóch różnych typów ruchu (połączenia z Webex i PSTN) pochodzących z tego samego urządzenia i stosować zróżnicowaną klasę usług dla tych typów połączeń. Ta zróżnicowana obróbka połączeń osiąga się poprzez udostępnienie dwóch łączy między połączoną bramką lokalną Unified CM i urządzeniem bramy PSTN, które wymaga różnych portów słuchowych SIP dla dwóch pni.

Utwórz dedykowany profil zabezpieczeń protokołu SIP dla magistrali usługi Local Gateway z następującymi ustawieniami:

Ustawienie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak Webex SIP Trunk Security Profile
Port przychodzący	Wymaga dopasowania portu używanego w konfiguracji bramy lokalnej dla ruchu do/z Webex: 5065

Konfigurowanie profilu SIP dla lokalnej bazy danych bramy

Utwórz dedykowany profil SIP dla magistrali usługi Local Gateway z następującymi ustawieniami:

Ustawienie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak Webex SIP Profile
Włącz OPCJE Ping, aby monitorować status docelowy dla Trunks z typem usługi „Brak (domyślnie)”	Sprawdzone

Utwórz przestrzeń wyszukiwania połączeń dla połączeń z Webex

Utwórz przestrzeń wyszukiwania połączeń dla połączeń pochodzących z Webex z następującymi ustawieniami:

Ustawienie	Wartość

Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak Webex CallingSearch Space
Wybrane partycje	DN (+E.164 numery katalogowe) ESN (skrócone wybieranie między lokalizacjami) PSTNInternational (dostęp PSTN) OnNetRemote (miejsca docel owe poznane z RODO)

Ostatnia partycja OnNetRemote jest używana tylko w środowisku wielu klastrów, w którym informacje o routingu są wymieniane między Unified CM klastrami za pomocą Intercluster Lookup Service (ILS) lub Global Dialplan Replication (GDPR).

Konfigurowanie łącznika SIP do i z Webex

Utwórz łącznik SIP dla połączeń do i z Webex za pośrednictwem bramy lokalnej z następującymi ustawieniami:

Ustawienie	Wartość
Informacje o urządzeniu
Nazwa urządzenia	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak Webex SIP Trunk
Uruchom na wszystkich aktywnych Unified CM węzłach	Sprawdzone
Połączenia przychodzące
Wywoływanie przestrzeni wyszukiwania	Wcześniej zdefiniowana przestrzeń wyszukiwania wywołującego: Webex
Przestrzeń wyszukiwania połączeń AAR	Przestrzeń wyszukiwania wywołującego z dostępem tylko do wzorców tras PSTN: PSTNReRoute
Informacje SIP
Adres docelowy	Adres IP lokalnej bramy CUBE
Port docelowy	5060
Profil bezpieczeństwa SIP Trunk	Wcześniej zdefiniowane: Webex
SIP Profil	Wcześniej zdefiniowane: Webex

Skonfiguruj grupę tras dla Webex

Utwórz grupę tras z następującymi ustawieniami:

Ustawienie	Wartość
Informacje o grupie trasy
Nazwa grupy trasy	Unikalna nazwa, taka jak Webex
Wybrane urządzenia	Wcześniej skonfigurowany bagażnik SIP: Webex

Konfigurowanie listy tras dla Webex

Utwórz listę tras z następującymi ustawieniami:

Ustawienie	Wartość
Informacje o liście tras
Nazwa	Unikalna nazwa, taka jak RL_Webex
Opis	Znaczący opis, taki jak lista tras dla Webex
Uruchom na wszystkich aktywnych Unified CM węzłach	Sprawdzone
Informacje o członkach listy tras
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:

Ustawienie	Wartość
Informacje o liście tras
Nazwa	Unikalna nazwa, taka jak Webex
Opis	Znaczący opis, taki jak partycja Webex

Co robić dalej

Pamiętaj, aby dodać tę partycję do wszystkich wywołujących przestrzeni wyszukiwania, które powinny mieć dostęp do miejsc docelowych Webex. Musisz dodać tę partycję specjalnie do przestrzeni wyszukiwania wywołujących, która jest używana jako przestrzeń wyszukiwania połączeń przychodzących w trunkach PSTN, aby połączenia z PSTN do Webex mogły być kierowane.

Konfigurowanie wzorców tras dla miejsc docelowych Webex

Skonfiguruj wzorce tras dla każdego zakresu DID na Webex za pomocą następujących ustawień:

Ustawienie	Wartość

Wzór trasy	Pełny wzór +E.164 dla serii DID w Webex z wiodącym „\”. Na przykład:\ + 140855501XX
Partycja trasy	Webex
Brama/Lista tras	RL_Webex
Pilny priorytet	Sprawdzone

Konfigurowanie skróconej normalizacji wybierania numerów międzymiejscowych dla Webex

Jeśli dla Webex wymagane jest skrócone wybieranie numerów między lokalizacjami, skonfiguruj wzorce normalizacji wybierania numerów dla każdego zakresu ESN na Webex za pomocą następujących ustawień:

Ustawienie	Wartość

Wzór tłumaczenia	Wzór ESN dla zakresu ESN w Webex. Na przykład: 80121XX
Partycja	Webex
Opis	Znaczący opis, taki jak wzorzec normalizacji Webex
Użyj przestrzeni wyszukiwania wywołującego inicjatora	Sprawdzone
Pilny priorytet	Sprawdzone
Nie czekaj na międzycyfrowy limit czasu na kolejne skoki	Sprawdzone
Nazywana maska transformacji partii	Maska normalizująca liczbę do+E.164. Na przykład: + 14 0855501XX

Konfigurowanie funkcji Webex Calling

Utwórz grupę polowań

Grupy polowania kierują połączenia przychodzące do grupy użytkowników lub obszarów roboczych. Można nawet skonfigurować wzór tak, aby kierował do całej grupy.

Aby uzyskać więcej informacji na temat konfigurowania grupy polowań, zobacz Grupy polowania w Cisco Webex Control Hub.

Tworzenie kolejki połączeń

Możesz ustawić kolejkę połączeń, aby gdy nie można odebrać połączeń klientów, otrzymywali automatyczne odbieranie, wiadomości komfortowe i muzykę wstrzymane, dopóki ktoś nie będzie mógł odebrać połączenia.

Aby uzyskać więcej informacji na temat konfigurowania kolejki połączeń i zarządzania nią, zobacz Zarządzanie kolejkami połączeń w Cisco Webex Control Hub.

Utwórz klienta recepcjonistki

Pomóż zaspokoić potrzeby personelu front-office. Możesz skonfigurować użytkowników jako opiekunów telefonicznych, aby mogli wyświetlać połączenia przychodzące z określonymi osobami w Twojej organizacji.

Aby uzyskać informacje o tym, jak skonfigurować i przeglądać klientów recepcjonistki, zobacz Klienci recepcjonistki w. Cisco Webex Control Hub

Tworzenie i zarządzanie automatycznymi opiekunami

Możesz dodawać pozdrowienia, konfigurować menu i kierować połączenia do usługi odbierania wiadomości, grupy polowania, skrzynki poczty głosowej lub prawdziwej osoby. Utwórz harmonogram 24-godzinny lub podaj różne opcje, gdy Twoja firma jest otwarta lub zamknięta.

Aby uzyskać informacje na temat tworzenia i zarządzania nimi, zobacz Zarządzanie automatycznymi opiekunami w. Cisco Webex Control Hub

Konfigurowanie grupy stronicowania

Stronikowanie grupowe umożliwia użytkownikowi nawiązanie połączenia jednokierunkowego lub strony grupowej do maksymalnie 75 docelowych użytkowników i obszarów roboczych, wybierając numer lub rozszerzenie przypisane do określonej grupy stronicowania.

Aby uzyskać informacje na temat konfigurowania i edycji grup stronicowania, zobacz Konfigurowanie grupy stronicowania w. Cisco Webex Control Hub

Konfigurowanie odbioru połączeń

Zwiększ 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 odbioru połączeń, a członek grupy jest nieobecny lub jest zajęty, inny członek może odbierać ich połączenia.

Aby uzyskać informacje o tym, jak skonfigurować grupę odbierania połączeń, zobacz Odbieranie połączeń Cisco Webex Control Hub.

Skonfiguruj call park

Call park umożliwia zdefiniowanej grupie użytkowników zaparkowanie połączeń przeciwko innym dostępnym członkom grupy call park. Zaparkowane połączenia mogą być odbierane przez innych członków grupy na swoim telefonie.

Aby uzyskać więcej informacji na temat konfigurowania parku telefonicznego, zobacz Call Park in Cisco Webex Control Hub.

Włącz wprowadzanie barge-in dla użytkowników

1	Zaloguj się do Control Hub.
2	Przejdź do menu Zarządz anie > Użytkownicy.
3	Wybierz użytkownika i kliknij opcję Dzw onienie.
4	Przejdź do sekcji U prawnienia między użytkownikami, a następnie wybierz opcję Barge in.
5	Włącz przełącznik, aby umożliwić innym użytkownikom dodawanie się do bieżącego połączenia tego użytkownika.
6	Zaz nacz opcję Odtwórz dźwięk, gdy ten użytkownik włączy się podczas połączenia, jeśli chcesz odtworzyć dźwięk innym, gdy ten użytkownik włączy się z telefonem. Ustawienie Odtwórz dźwięk, gdy ten użytkownik włączy się podczas połączenia, nie ma zastosowania do funkcji wczytywania nadzorcy usługi Customer Experience Basic i Essentials. Nawet jeśli włączysz tę opcję dla przełożonego, system nie odtwarza dźwięku powiadomień agentowi, gdy przełożony wkracza do połączenia kolejki połączeń. Jeśli chcesz odtworzyć dźwięk agentowi, gdy przełożony włączy się z jego rozmową, możesz go włączyć za pomocą ustawień „Dźwięk powiadomień dla agentów”. Aby uzyskać więcej informacji, z obacz sekcję Tworzenie kolej ki w Webex Customer Experience Basic lub Webex Customer Ex perience Essentials.
7	Kliknij przycisk Zapisz.

Włącz prywatność użytkownika

1	Zaloguj się do Control Hub i przejdź do menu Zarządzanie > Użytkownicy.
2	Wybierz użytkownika i kliknij opcję Dzw onienie.
3	Przejdź do obszaru Upraw nienia między użytkownikami, a następnie wybierz opcję Prywatność.
4	Wybierz odpowiednie ustawienia prywatności Auto Attendant dla tego użytkownika. Zezwalaj na wybieranie tego użytkownika przez rozszerzenie Zezwalaj na wybieranie tego użytkownika według imienia lub nazwiska
5	Zaznacz pole wyboru Włącz prywatność. Następnie możesz zdecydować się na zablokowanie wszystkich, nie wybierając członków z listy rozwijanej. Alternatywnie możesz wybrać użytkowników, obszary robocze i linie wirtualne, które mogą monitorować stan linii tego użytkownika. Jeśli jesteś administratorem lokalizacji, na liście rozwijanej pojawiają się tylko użytkownicy, obszary robocze i linie wirtualne odnoszące się do przypisanych lokalizacji. Usuń zazn aczenie pola wyboru Włącz prywatność, aby umożliwić wszystkim monitorowanie stanu linii.
6	Zaznacz pole Wymuszaj prywatność w przypadku odbioru połączeń kierowanych i wsiadania, aby włączyć prywatność w przypadku odbierania połączeń skierowanych i wsiadania. Jeśli włączysz tę opcję, tylko autoryzowani użytkownicy, linie wirtualne i urządzenia obszaru roboczego mogą korzystać z ukierunkowanego odbierania połączeń i wprowadzania połączeń na tym użytkowniku. W przeciwnym razie każdy w organizacji może wywołać odbieranie połączeń skierowanych i wsiadać na linię. Aby uzyskać więcej informacji na temat wsiadania, zobacz Wsiadanie na telefon innej osoby. Przełożony zawsze może włączyć się do połączeń, które agenci odbierają w kolejce połączeń. Oznacza to, że ustawienia prywatności nie wpływają na opcję wjazdu przełożonego.
7	W sekcji Dodaj członka według nazwy wybierz użytkowników, obszary robocze i linie wirtualne, które mogą monitorować stan linii telefonicznej oraz wywołać odbieranie i wprowadzanie połączeń skierowanych.
8	Aby filtrować wybrane elementy, użyj filtra według nazwy, numeru lub pola ext.
9	Kliknij Usuń wszystko, aby usunąć wszystkich wybranych członków. Aby usunąć pojedynczego członka, kliknij przycisk Usuń obok nazwy członka.
10	Kliknij przycisk Zapisz.

Skonfiguruj monitorowanie

Maksymalna liczba monitorowanych linii dla użytkownika wynosi 50. Jednak podczas konfigurowania listy monitorowania należy wziąć pod uwagę liczbę komunikatów, które wpływają na przepustowość między siecią Webex Calling a Twoją siecią. Określ również maksymalne monitorowane linie na podstawie liczby przycisków linii w telefonie użytkownika.

1	W widoku klienta na stronie https://admin.webex.com przej dź do sekcji Zarządz anie, a następnie kliknij pozycję Użytkownicy.
2	Wybierz użytkownika, którego chcesz zmodyfikować, i kliknij opcję Po łączenie.
3	Przejdź do sekcji Uprawnienia między użytkownikami i wybierz Monitorowanie.
4	Wybierz spośród następujących opcji: Dodaj linię monitorowaną Dodaj rozszerzenie Call Park Możesz dołączyć linię wirtualną na liście Dodaj linię monitorowaną w celu monitorowania użytkownika.
5	Wybierz, czy chcesz powiadomić tego użytkownika o zaparkowanych połączeniach, wyszukaj osobę lub rozszerzenie parku połączeń, które mają być monitorowane, a następnie kliknij przycisk Zap isz. Lista monitorowanych linii w Control Hub odpowiada kolejności monitorowanych linii wyświetlanych na urządzeniu użytkownika. Możesz zmienić kolejność listy monitorowanych linii w dowolnym momencie. Nazwa wyświetlana dla monitorowanej linii to nazwa wprowadzona w polach Imię i Nazwisko identyfikatora dzwoniącego dla użytkownika, obszaru roboczego i linii wirtualnej.

Chcesz zobaczyć, jak to się robi? Obejrzy j ten film pokazujący, jak zarządzać ustawieniami monitorowania użytkownika w Control Hub.

Włącz sygnał ostrzegawczy o mostku połączeń dla użytkowników

Zanim zaczniesz

Aby wywołać mostek wywołania, należy skonfigurować linię współdzieloną. Zobacz, jak skonfigurować linie współdziel one przed włączeniem odtwarzania dźwięku ostrzegawczego mostka połączenia.

1	Zaloguj się do Control Hub i przejdź do menu Zarządzanie > Użytkownicy.
2	Wybierz użytkownika i kliknij kartę Po łącz enie.
3	Przejdź do U prawnienia między użytkownikami i kliknij Ton ostr zegawczy o mostkow aniu połączeń.
4	Włącz dźwięk ostrzegawczy o mostkowaniu połączeń, a następnie kliknij przycisk Zap isz. Domyślnie ta funkcja jest włączona. Aby uzyskać więcej informacji na temat mostkowania połączeń na linii współdzielonej MPP, zobacz Łącze współdzielone na wieloplatformowym telefon ie biurkowym. Aby uzyskać więcej informacji na temat mostkowania połączeń na linii udostępnionej aplikacji Webex App, zobacz Wygląd linii współdzielonej dla aplikacji Web Ex App.

Włącz hotelowanie dla użytkownika

Włączenie hotelowania dla użytkownika pozwala mu korzystać z telefonu hosta przy jednoczesnym zachowaniu funkcjonalności i funkcji głównego telefonu biurkowego.

1	Zaloguj się do Control Hub.
2	Przejdź do menu Zarządz anie > Użytkownicy.
3	Wybierz użytkownika i kliknij kartę Po łącz enie.
4	Przejdź do sekcji Uprawnienia między użytkownikami, wybierz Hotelowanie i włącz przełącznik.
5	Wprowadź nazwę lub numer hosta hotelu w polu wyszukiwania Lokalizacja hotelu i wybierz hosta hotelarskiego, który chcesz przypisać użytkowni kowi. Możesz wybrać tylko jednego gospodarza hotelarskiego. Jeśli wybierzesz innego gospodarza hotelowego, pierwszy zostanie usunięty. Jeśli jesteś administratorem lokalizacji, możesz przypisać tylko hosta hotelarskiego odnoszącego się do przypisanych lokalizacji.
6	Wybierz liczbę godzin, w których użytkownik może korzystać z hostingu hotelowego z listy rozwijanej Limit Okres skojarzenia. Telefon automatycznie wylogowuje użytkownika po wybranym czasie. Komunikat o błędzie zostanie wyświetlony na ekranie, jeśli okres skojarzenia limitu określony dla użytkownika przekracza okres skojarzenia limitu wybranego hosta hotelarskiego. Na przykład, jeśli gospodarz hotelarstwa ma limit skojarzeń wynoszący 12 godzin, a okres skojarzenia limitu użytkownika wynosi 24 godziny, zostanie wyświetlony komunikat o błędzie. W takich przypadkach konieczne jest przedłużenie okresu asocjacji limitu gospodar za hotelowego, jeśli użytkownik potrzebuje więcej czasu.
7	Kliknij przycisk Zapisz. Użytkownik może również wyszukiwać i zlokalizować hosta hotelowego, którego chce używać w Centrum Użytkowników. Aby uzyskać więcej informacji, zobacz Dost ęp do profilu telefonicznego z dowolnego miejsca.

Chcesz zobaczyć, jak to się robi? Obejrzy j ten film pokazujący, jak skonfigurować hotelowanie w centrum sterowania.

Trendy adopcyjne i raporty użytkowania dla Webex Calling

Wyświetlanie raportów połączeń

Możesz użyć strony Analytics w Centrum sterowania, aby wyświetlić sposób korzystania z Webex Calling usług, zaangażowanie w aplikację Webex i jakość korzystania z mediów połączeń. Aby uzyskać dostęp do Webex Calling analiz:

1	Zaloguj się do Control Hub.
2	Przejdź do Analytics i wybierz kartę Po łączenia.
3	Wybierz Szczegółowa historia połączeń. Szczegóły historii połączeń są wyświetlane wraz z danymi o jakości nośnika.
4	Aby uzyskać dostęp do danych dotyczących jakości multimediów, zaloguj się do Centrum sterowania, a następnie przejdź do Analytics, a następnie wybierz opcję Po łączenie.

Powiązane informacje

Analityka dla portfela współpracy w chmurze

Dedykowana analiza instancji

Użyj cScan do testowania jakości Webex Calling sieci

Przygotuj środowisko

Ogólne warunki wstępne

Przed skonfigurowaniem bramy lokalnej dla usługi Webex Calling upewnij się, że:

Posiadaj podstawową wiedzę na temat zasad VoIP
Posiadaj podstawową wiedzę na temat koncepcji głosowych Cisco IOS-XE i IOS-XE
Posiadaj podstawową wiedzę na temat protokołu inicjacji sesji (SIP)
Zrozumienie programu Cisco Unified Communications Manager (Unified CM) w podstawowym zakresie, jeśli Twój model wdrażania obejmuje program Unified CM

Szczegółowe informacje można znaleźć w podręczniku konfiguracji przedsiębiorstwa Cisco Unified Border Element (CUBE).

Wymagania sprzętowe i programowe bramy lokalnej

Upewnij się, że wdrożenie ma co najmniej jedną bramę lokalną, na przykład:

Cisco CUBE dla łączności opartej na protokole IP
Cisco IOS Gateway dla łączności opartej na TDM

Patrz tabela 1 Przewodnika zamawiania połączeń Webex dla bramy lokalnej. Należy również upewnić się, że na platformie jest uruchomiona obsługiwana wersja IOS-XE zgodnie z Przewodnikiem konfiguracji bramy lokalnej.

Brama lokalna pomaga w migracji do usługi Webex Calling we własnym tempie. Brama lokalna integruje istniejące wdrożenie lokalne z usługą Webex Calling. Można również użyć istniejącego połączenia PSTN. Zobacz Jak zacząć pracę z bramą lokalną

Wymagania licencyjne dla bram lokalnych

Licencje na połączenia CUBE muszą być zainstalowane na bramie lokalnej. Więcej informacji na ten temat można znaleźć w podręczniku Cisco Unified Border Element Configuration Guide.

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

Webex Calling wymaga bezpiecznej sygnalizacji i multimediów. Brama lokalna wykonuje szyfrowanie, a połączenie TLS musi zostać nawiązane na zewnątrz do chmury z następującymi krokami:

LGW musi zostać zaktualizowany za pomocą pakietu głównego urzędu certyfikacji z Cisco PKI
Do skonfigurowania narzędzia LGW służy zestaw poświadczeń szyfrowania SIP ze strony konfiguracji magistrali Control Hub (kroki są częścią następującej konfiguracji)
Potwierdzenie pakietu głównego urzędu certyfikacji przedstawionego certyfikatu
Wyświetlono monit o poświadczenia (dostarczono dane o trawieniu SIP)
Chmura identyfikuje, która brama lokalna jest bezpiecznie zarejestrowana

Wymagania dotyczące optymalizacji zapory, trasy NAT i ścieżki multimedialnej dla bramy lokalnej

W większości przypadków brama lokalna i punkty końcowe mogą znajdować się w wewnętrznej sieci klienta, korzystając z prywatnych adresów IP z NAT. Zapora przedsiębiorstwa musi zezwalać na ruch wychodzący (SIP, RTP/UDP, HTTP) do określonych adresów IP/portów, objętych informacjami referencyjnymi o porcie.

Jeśli chcesz wykorzystać optymalizację ścieżki multimediów przy użyciu ICE, interfejs kontaktowy 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 w bramie lokalnej, wtedy brama lokalna musi mieć publiczny adres IP przypisany do interfejsu Webex Calling dla połączeń między bramą lokalną a punktami końcowymi w celu wykorzystania optymalizacji ścieżki multimediów. Dodatkowo musi być uruchomiony IOS-XE w wersji 16.12.5.

Konfigurowanie usługi Webex Calling w organizacji

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.

1

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.

2

Przejrzyj i zaakceptuj warunki korzystania z usługi.

3

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 .

4

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

5

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

6

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.

7

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

8

Kliknij przycisk Dalej.

9

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)

1

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

Nowa lokalizacja zostanie hostowana w regionalnym centrum danych odpowiadającym krajowi wybranemu za pomocą Kreatora konfiguracji za pierwszym razem.

2

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.

3

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

4

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.

5

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

6

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.

7

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.

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 Hub pod adresemhttps://admin.webex.com , przejdź do Zarządzanie > Lokalizacja .
2	Kliknijw kolumnie Akcje 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.

1

Zaloguj się do Control Hub pod adresemhttps://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.

2

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

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

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

3

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

4

(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”.

5

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

6

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

Te ustawienia dotyczą wybierania wewnętrznego i są również dostępne w kreatorze konfiguracji po raz pierwszy. Zmieniając plan wybierania, przykładowe numery w aktualizacji Control Hub pokazują te zmiany.

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

1

Zaloguj się do Control Hub, przejdź do Usługi > Połączenia > Ustawienia usługi, a następnie przewiń do opcji Wybieranie wewnętrzne.

2

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

Długość prefiksu trasy lokalizacji— zalecamy to ustawienie, jeśli masz wiele 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.

Długości prefiksu trasy zawierają cyfrę sterowania. Na przykład, jeśli ustawisz długość prefiksu trasowania na cztery, do określenia witryny można użyć tylko trzech cyfr.

Jeśli przypisujesz prefiks trasowania do lokalizacji, wszystkie wystąpienia numerów wewnętrznych przypisanych do tej lokalizacji obejmują prefiks trasowania przed numerem rozszerzenia. Na przykład 888-1000 (prefiks trasy – rozszerzenie).

Kierowanie cyfrą w prefiksie trasowania — wybierz numer, który zostanie ustawiony jako pierwsza cyfra każdego prefiksu trasowania.
Wewnętrzna długość numeru wewnętrznego — można wprowadzić 2-10 cyfr, a wartość domyślna to 2.

Po zwiększeniu długości numeru wewnętrznego istniejące numery szybkiego wybierania do wewnętrznych numerów wewnętrznych nie są automatycznie aktualizowane.
Zezwól na wybieranie numerów wewnętrznych między lokalizacjami— umożliwia dostosowanie wybierania numerów wewnętrznych między lokalizacjami na podstawie wymagań Twojej organizacji.
- Włącz przełącznik, jeśli Twoja organizacja nie ma zduplikowanych rozszerzeń we wszystkich swoich lokalizacjach.
  Domyślnie przełącznik jest włączony.
- Wyłącz przełącznik, jeśli Twoja organizacja ma taki sam numer wewnętrzny w różnych lokalizacjach. Gdy przełącznik jest wyłączony, a dzwoniący wybierze numer wewnętrzny, połączenie zostanie przekierowane do użytkownika z odpowiednim numerem wewnętrznym w tej samej lokalizacji, co dzwoniący. Dzwoniący musi wybrać numer korporacyjny (prefiks trasowania lokalizacji + numer wewnętrzny), aby uzyskać numer wewnętrzny w innych lokalizacjach.

3

Określ wybieranie wewnętrzne dla określonych lokalizacji. Przejdź do Zarządzanie > Lokalizacje, wybierz lokalizację z listy i kliknij opcję Połączenie. Przewiń do wybierania numerów, a następnie zmień wybieranie wewnętrzne w zależności od potrzeb:

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 przedrostek był zgodny z długością ustawioną na poziomie organizacji, ale musi mieć długość 2–7 cyfr.