Vandmærke
18. mar 2021 | visning(er) | personer fandt dette nyttigt

Konfigurationsarbejdsgang for Webex Calling

Konfigurationsarbejdsgang for Webex Calling

Oversigt over Webex Calling

Præsentation af Cisco Webex Calling

Forestil dig, at du er i stand til at udnytte cloud-opkald i virksomhedskvalitet, mobilitet og PBX-funktioner sammen med Cisco Webex til meddelelser og møder og opkald fra en webex Calling-soft client eller Cisco-enhed. Det er præcis, hvad Webex Calling kan tilbyde dig.

Webex Calling giver følgende fordele:

  • Opkaldsabonnementer for telefonibrugere og fælles områder

  • Webex-adgang for hver bruger

  • Adgang til offentligt skifte telefoninetværk (PSTN) for at lade dine brugere ringe til numre uden for organisationen. Tjenesten leveres via en eksisterende virksomhedsinfrastruktur (lokal gateway uden lokal IP PBX eller med eksisterende Unified CM-opkaldsmiljø)

Webex Calling understøtter følgende funktioner. Du finder yderligere oplysninger i kapitlet Konfigurer funktioner i Webex Calling.

Tabel 1. Konfigurerbare funktioner for administration

Funktion

Beskrivelse

Automatisk omstilling

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svartjeneste, en søgegruppe, en voicemail-boks eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder, når din virksomhed er åben eller lukket. Du kan endda dirigere opkald baseret på attributter for opkalder-id for at oprette VIP-lister eller håndtere opkald fra visse områdekoder forskelligt.

Opkaldskø

Du kan opsætte en opkaldskø, så når indgående opkald ikke kan besvares, får opkaldere et automatisk svar, komfortbeskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Besvarelse af opkald

Du kan forbedre teamwork og samarbejde ved at oprette en opkalds besvarelsesgruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkalds besvarelsesgruppe, og et gruppemedlem er væk eller optaget, kan et andet medlem besvare deres opkald.

Parkering af opkald

Du kan tænde for parkering af opkald, så brugerne kan sætte et opkald på hold og afhente det fra en anden telefon.

Søgegruppe

Du kan opsætte grupper af grupper i følgende scenarier:

  • Et salgsteam, der ønsker sekventiel dirigering. Et indgående opkald ringer til en telefon, men hvis der ikke svares, går opkaldet til den næste agent på listen.

  • Et supportteam, der ønsker, at telefoner ringer til alle på én gang, så den første tilgængelige agent kan tage opkaldet.

Paging-gruppe

Du kan oprette en paging-gruppe, så brugerne kan sende en lydmeddelelse til en person, en afdeling eller et team. Når en person sender en meddelelse til en paging-gruppe, afspilles meddelelsen på alle enheder i gruppen.

Receptionistklient

Hjælp med at understøtte din personales behov i forkontoret ved at give dem de fulde indstillinger til opkaldsstyring, overvågning af store linjer, opkaldskø, flere telefonbogsvalgmuligheder og -visninger, Outlook-integration og meget mere.

Brugere kan konfigurere følgende funktioner i https://settings.webex.com, som krydsstarter i opkaldsbrugerportalen.

Tabel 2. Bruger konfigurerbare funktioner

Funktion

Beskrivelse

Anonymt opkaldsafvisning

Brugere kan afvise indgående opkald med blokerede opkalder-id'er.

Virksomhedskontinuitet

Hvis brugeres telefoner af en eller anden grund ikke er tilsluttet netværket (såsom strømafbrydelse, netværksproblemer osv.), kan brugere videresende indgående opkald til et specifikt telefonnummer.

Videresendelse af opkald

Brugere kan videresende indgående opkald til en anden telefon.

Opkalds videresendelse valgfri

Brugere kan videresende opkald på bestemte tidspunkter fra specifikke opkaldere. Denne indstilling har forrang over Videresendelse af opkald.

Opkalds underrette

Brugere kan sende sig selv en e-mail, når de modtager et opkald i henhold til foruddefinerede kriterier, såsom telefonnummer eller dato og klokkeslæt.

Parkering af opkald

Brugere kan tillade besvarelse af yderligere indgående opkald.

Forstyr ikke

Brugere kan midlertidigt lade alle opkald gå direkte til indtalt besked.

Office Anywhere

Brugere kan bruge deres valgte telefoner ("Placeringer") som forlængelse af deres forretningstelefonnummer og opkaldsplan.

Prioritetsvarsel

Brugere kan ringe til deres telefoner med en opkaldstelefon, når foruddefinerede kriterier er opfyldt, såsom telefonnummer eller dato og klokkeslæt.

Eksternt kontor

Brugere kan foretage opkald fra en ekstern telefon og få den vist fra deres forretningslinje. Derudover vil alle indgående opkald til deres forretningslinje ringe på denne eksterne telefon.

Valgfri accept af opkald

Brugere kan acceptere opkald på specifikke tidspunkter fra specifikke opkaldere.

Valgfri afvisning af opkald

Brugere kan afvise opkald på bestemte tidspunkter fra specifikke opkald.

Sekvens ring

Ring op til 5 enheder efter hinanden for indgående opkald.

Samtidig ringetone

Ring til brugere og andre ("opkaldsmodtagere") numre samtidig for indgående opkald.

Klargøringstjenester, -enheder og -brugere i Control Hub –Krydsstart til detaljeret konfiguration i opkaldsadministratorportalen

Cisco Webex Control Hub ( ) er en administrationsportal, der integrerer med Webex Calling for at strømline dine ordrer og konfiguration og centralisere din administration af det medfølgendehttps://admin.webex.com tilbud–WebexCalling, Webexog Webex Meetings.

Control Hub er det centrale sted til klargøring af alle tjenester, enheder og brugere. Du kan udføre første opsætning af din opkaldstjeneste, registrere MPP-telefoner til skyen (ved hjælp af MAC-adresse), konfigurere brugere ved at knytte enheder, tilføje numre, tjenester, opkaldsfunktioner osv. Fra Control Hub kan du også krydsstarte til administratorportalen for opkald for at få mere detaljeret konfiguration af funktioner, enheder og brugere. Klargøring af yderligere tjenester (Webex Meetings eller Teams) sker også i Control Hub.

Administratorportalen for opkald giver kunderne adgang til avanceret konfiguration af opkaldsfunktioner samt en hurtig oversigt over servicesikkerhed. Servicesikkerheder leverer opkaldskvalitetsmålinger på tværs af flere placeringer inden for deres forretningsenheder ved at angive, om opkaldene er gode, rimelige eller ringe kvalitet. Øjeblikkelig feedback om opkaldskvalitet giver partnere og kundeadministratorer mulighed for at tilbyde deres kunder den højeste tjenestekvalitet.

Brugeroplevelse

Brugere har adgang til følgende grænseflader:

  • Webex Calling-applikation—Soft-klient til opkald, der er brandet af Cisco. Få yderligere oplysninger i Udforsk den nye Cisco Webex Calling-app.

  • Webex-indstillinger ( )—Grænseflade, hvor brugere kan indstille præferencer for profilen, downloade Webex Teams og krydsstarte i opkaldsbrugerportalenhttps://settings.webex.comtil opkaldsindstillinger. Få yderligere oplysninger i Skift dine Cisco Webex-indstillinger.

  • Webex Teams – applikationen inkluderet i abonnementet som Cisco-brandet Team Messaging-klient. Få yderligere oplysninger i Kom godt i gang med Cisco Webex Teams-appen.

  • Webex Meetings– Valgfri applikation tilføjet som en Meetings-løsning. For yderligere oplysninger, se Webex Meetings.

Få en rundvisning i Cisco Webex Control Hub

Control Hub er din enkelt-gå-til-, webbaserede grænseflade til administration af din organisation, administration af dine brugere, tildeling af tjenester, analyse af indførelsestendenser og opkaldskvalitet og meget mere.

For at få din organisation op at køre anbefaler vi, at du inviterer nogle få brugere til at deltage i Webex ved at indtaste deres e-mailadresser i Control Hub. Opfordr folk til at bruge de tjenester, du leverer, inklusive opkald, og give dig feedback om deres oplevelse. Når du er klar, kan du altid tilføje flere brugere.


Vi anbefaler, at du bruger den seneste desktopversion af Google Chrome eller Mozilla Firefox til at få adgang til Control Hub. Browsere på mobile enheder og andre desktopbrowsere kan producere uventede resultater.

Brug oplysningerne præsenteret herunder som en oversigt over, hvad du kan forvente, når du får din organisation til at opsætte tjenester. Se de individuelle kapitler for trin-for-trin instruktioner for mere detaljerede oplysninger.

Kom i gang

Når din partner har oprettet din konto, vil du modtage en velkomste-mail. Klik på linket Sådan kommer du i gang i e-mailen ved hjælp af Chrome eller Firefox for at få adgang til Control Hub. Linket logger dig automatisk ind med din administrators e-mailadresse. Derefter bliver du bedt om at oprette din administratoradgangskode.

Førstegangsguide til prøveversioner

Hvis din partner har tilmeldt dig en prøveversion, starter opsætningsguiden automatisk, når du logger ind på Control Hub. Guiden fører dig gennem de grundlæggende indstillinger for at få din organisation op at køre med Cisco Webex Callingog blandt andre tjenester. Du kan opsætte og gennemgå dine opkaldsindstillinger, før du afslutter guidens gennemgang.

Gennemgå dine indstillinger

Når Control Hub indlæses, kan du gennemgå dine indstillinger.

Tilføj brugere

Nu, hvor du har konfigureret dine tjenester, er du klar til at tilføje personer fra din virksomheds adressebog. Gå til Brugere, og klik på Administrer brugere.

Hvis du bruger Microsoft Active Directory, anbefaler vi, at du først aktiverer mappesynkronisering og derefter beslutter, hvordan du vil tilføje brugere. Klik Næste, og følg vejledningen for at opsætte Cisco Directory Connector.

Opsæt enkelt log ind (SSO)

Webex bruger basisgodkendelse. Du kan vælge at opsætte SSO, så brugere godkender med din virksomheds identitetsudbyder ved hjælp af deres virksomhedslegitimationsoplysninger i stedet for en separat adgangskode, der er gemt og administreret i Webex.

Gå til Indstillinger, rul ned til Godkendelse , klik på Modificer , og vælg Integrer en tredjeparts identitetsudbyder.

Tildel tjenester til brugere

Du skal tildele tjenester til de brugere, du har tilføjet, så folk kan begynde at bruge Webex.

Gå til Brugere , klik på Administrer brugere , vælgEksporter og importer brugere med en CSV-fil, og klik derefter på Eksporter.

I filen, du downloader, skal du blot tilføje True for de tjenester, du vil tildele hver enkelt af dine brugere.

Importer den fuldførte fil, klik på Tilføj og fjerntjenester, og klik derefter på Indsend. Du er nu klar til at konfigurere opkaldsfunktioner, registrere enheder, der kan deles på et fælles sted, og tilmelde og tilknytte enheder til brugere.

Giv dine brugere mulighed

Nu, hvor du har tilføjet brugere, og de er blevet tildelt tjenester, kan de begynde at bruge deres understøttede Multiplatform-telefoner (MPPs) til Webex Calling og Webex til meddelelser og møder. Opfordr dem til at bruge Cisco Webex-indstillinger som et sted til adgang.

Den lokale gateways rolle

Den lokale gateway er en virksomheds- eller partner-administreret Edge-enhed til sammenarbejdelse af offentligt skift telefoninetværk (PSTN) og sammenarbejdelse af ældre offentlige filialer (PBX) (inklusive Unified CM).

Du kan bruge Cisco Webex Control Hub til at tildele en lokal gateway til en placering, hvorefter Control Hub indeholder parametre, som du kan konfigurere på CUBE. Disse trin registrerer den lokale gateway til skyen, og derefter leveres PSTN-tjenesten via gatewayen til brugere af Webex Calling på en bestemt placering.

For at angive og bestille en lokal gateway skal du læse den lokale gateway-bestillingsvejledning.

Understøttede lokale gateway-udrulninger til Webex Calling

Følgende grundlæggende implementeringer understøttes:

Den lokale gateway kan installeres enkeltstående eller i installationer, hvor integration til Cisco Unified Communications Manager er nødvendig.

Lokale gateway-udrulninger uden lokal IP PBX

Enkeltstående lokale gateway-udrulninger

Denne figur viser en udrulning af Webex Calling uden nogen eksisterende IP PBX og gælder for en enkelt placering eller en udrulning med flere placeringer.

For alle opkald, der ikke matcher dine Webex Calling-destinationer, sender Webex Calling disse opkald til den lokale gateway, der er tildelt placeringen til behandling. Den lokale gateway routes alle opkald, der kommer fra Webex Calling til PSTN, og i den anden retning, PSTN til Webex Calling.

PSTN-gatewayen kan være en dedikeret platform eller coresident med den lokale gateway. Som i følgende figur anbefaler vi den dedikerede PSTN-gateway for denne udrulning; Den kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som en lokal Webex Calling-gateway.

Udrulning af lokal gateway for coresident

Den lokale gateway kan være IP-baseret, ved at tilslutte til en ITSP ved hjælp af en SIP-trunk eller TDM baseret ved hjælp af et ISDN- eller analogt kredsløb. Følgende figur viser en udrulning af Webex Calling, hvor den lokale gateway er coresident med PSTN GW/SBC.

Lokale gateway-udrulninger med lokal Unified CM PBX

Integrationer med Unified CM er påkrævet i følgende tilfælde:

  • Webex Calling -aktiverede placeringer føjes til en eksisterende Cisco UC-udrulning, hvorUnified CM installeres som opkaldskontrolløsning på stedet

  • Direkte opkald mellem telefoner, der er tilmeldt Unified CM, og telefoner på Webex Calling-placeringer er påkrævet.

Denne figur viser en udrulning af Webex Calling, hvor kunden har en eksisterende Unified CM IP PBX.

BroadCloud sender opkald, der ikke passer med kundens Webex Calling-destinationer, til den lokale gateway. Dette omfatter pstn-numre og interne Unified CM-forlængelser, som BroadCloud ikke kan se. Den lokale gateway sender alle opkald, der kommer fra BroadCloud til Unified CM og omvendt. Unified CM sender derefter indgående opkald til lokale destinationer eller til PSTN i henhold til den eksisterende opkaldsplan. Unified CM-opkaldsplanen normaliserer numrene som +E.164. PSTN-gatewayen kan være en dedikeret en eller co-resident med den lokale gateway.

Dedikeret PSTN-gateway

Den dedikerede PSTN-gateway til denne installation, som vist i dette diagram, er den anbefalede valgmulighed og kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som en lokal Webex Calling-gateway.

Coresident PSTN-gateway

Denne figur viser en udrulning af Webex Calling med en Unified CM, hvor den lokale gateway er coresident med PSTN-gateway/SBC.

BroadCloud sender alle opkald, der ikke matcher kundens Webex Calling-destinationer, til den lokale gateway, der er tildelt placeringen. Dette omfatter PSTN-destinationer og opkald på nettet mod interne Unified CM-forlængelser. Den lokale gateway sender alle opkald til Unified CM. Unified CM sender derefter opkald til lokalt registrerede telefoner eller til PSTN via den lokale gateway, som har co-placeret PSTN/SBC-funktionalitet.

Overvejelser i forbindelse med dirigering af opkald

Opkald fra Webex Calling til Unified CM

Logikken for Webex Calling-routing fungerer på denne måde: hvis nummeret, som indtastes på et Webex Calling-slutpunkt, ikke kan dirigeres til en anden destination inden for den samme kunde i BroadCloud, sendes opkaldet til den lokale gateway for yderligere behandling. Alle eksterne (uden for BroadCloud) opkald sendes til den lokale gateway.

For en udrulning af Webex Calling uden integration i en eksisterende Unified CM anses ethvert ikke-net-opkald for et PSTN-opkald. Når det er kombineret med Unified CM, kan et opkald uden for nettet stadig være et opkald på nettet til enhver destination, der hostes på Unified CM, eller et rigtigt off-net-opkald til en PSTN-destination. Klargøring mellem de to sidste opkaldstyper bestemmes af Unified CM og afhænger af virksomhedens opkaldsplan, der er klargjort på Unified CM.

Følgende figur viser en Webex Calling-bruger, der ringer til et nationalt nummer i USA.

Unified CM er nu baseret på den konfigurerede opkaldsplan og sender opkaldet til et lokalt registreret slutpunkt, hvor den kaldede destination er klargjort som nummer i adressebog. Til dette skal Unified CM-opkaldsplanen understøtte routing af +E.164-numre.

Opkald fra Unified CM til Webex Calling

For at aktivere dirigering af opkald fra Unified CM til Webex Calling på Unified CM skal et sæt ruter klargøres for at definere sættet med +E.164 og virksomhedsnummerplanadresser i Webex Calling.

Med disse ruter i gang er begge opkaldsscenarier vist i den følgende figur mulige.

Hvis en opkalder i PSTN ringer til et DID-nummer, der er tildelt til en Webex Calling-enhed, afleveres opkaldet til virksomheden via virksomhedens PSTN-gateway og rammer derefter Unified CM. Den adresse, der ringes op til, svarer til en af de Webex Calling-ruter, der er klargjort i Unified CM, og opkaldet sendes til den lokale gateway. (Den adresse, der kaldes, skal være i +E.164-format, når den sendes til den lokale gateway.) BroadCloud-routinglogikikken sørger derefter for, at opkaldet sendes til den tilsigtede Webex Calling-enhed baseret på DID-tildeling.

Opkald, der stammer fra Unified CM-registrerede slutpunkter, som er rettet mod destinationer i Webex Calling, er også underlagt den opkaldsplan, der er klargjort på Unified CM. Denne opkaldsplan tillader typisk brugere at anvende almindelig virksomhedsopkald til at foretage opkald. Disse sammenkald omfatter ikke nødvendigvis kun +E.164-opkald. Alle opkaldsadresser end +E.164 skal normaliseres til +E.164, før opkaldene sendes til den lokale gateway for at tillade korrekt dirigering i BroadCloud.

Tjenesteklasse (CoS)

Det anbefales altid at implementere skærpede tjenestebegrænsninger af forskellige årsager, herunder at undgå opkaldsslynger og forhindre afgiftsbedrageri. I forbindelse med integration af Webex Calling lokal gateway med Unified CM-tjenesteklasse er vi nødt til at overveje tjenesteklasse for:

  • Enheder registreret med Unified CM

  • Opkald, der kommer til Unified CM fra PSTN

  • Opkald, der kommer til Unified CM fra BroadCloud

Enheder registreret med Unified CM

Tilføjelse af Webex Calling-destinationer som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret ligetil: Tilladelse til at ringe til Webex Calling-destinationer svarer typisk til tilladelsen til at ringe til destinationer på stedet (inklusive webstedet).

Hvis en virksomheds opkaldsplan allerede implementerer en tilladelse "(forkortet) på nettet inter-site", er der allerede en partition på Unified CM, som vi kan bruge og klargøre alle kendte Webex Calling-destinationer på den samme partition.

Ellers eksisterer konceptet "(forkortet) på nettet inter-site" endnu ikke, så en ny partition (for eksempel "onNetRemote") skal klargøres, Webex Calling-destinationer tilføjes til denne partition, og til sidst skal denne nye partition tilføjes til de passende opkaldssøgerum.

Opkald, der kommer til Unified CM fra PSTN

Tilføjelse af Webex Calling-destinationer som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret ligetil: Tilladelse til at ringe til Webex Calling-destinationer svarer typisk til tilladelsen til at ringe til destinationer på stedet (inklusive webstedet).

Hvis en virksomheds opkaldsplan allerede implementerer en tilladelse "(forkortet) på nettet inter-site", er der allerede en partition på Unified CM, som vi kan bruge og klargøre alle kendte Webex Calling-destinationer på den samme partition.

Ellers eksisterer konceptet "(forkortet) på nettet inter-site" endnu ikke, så en ny partition (for eksempel "onNetRemote") skal klargøres, Webex Calling-destinationer tilføjes til denne partition, og til sidst skal denne nye partition tilføjes til de passende opkaldssøgerum.

Opkald, der kommer til Unified CM fra BroadCloud

Opkald, der kommer fra PSTN, skal have adgang til alle Webex Calling-destinationer. Dette kræver, at ovenstående partition, der holder alle Webex Calling-destinationer på opkaldssøgningsrummet, som bruges til indgående opkald på PSTN-trunk. Adgangen til Webex Calling-destinationer kommer ud over den allerede eksisterende adgang.

For opkald fra PSTN-adgang til Unified CM DIDs og Webex Calling DIDs er påkrævede opkald, der stammer fra Webex Calling, skal du have adgang til Unified CM DIDs og PSTN-destinationer.

Figur 1. Differentieret COS for opkald fra PSTN og Webex Calling

Denne figur sammenligner disse to forskellige tjenesteklasser for opkald fra PSTN og BroadCloud. Tallet viser også, at hvis PSTN-gateway-funktionaliteten er sammenlagt med den lokale gateway, er to trunks påkrævet fra den kombinerede PSTN GW og lokale gateway til Unified CM: en til opkald med oprindelse i PSTN og en til opkald med oprindelse i BroadCloud. Dette skyldes kravet om at anvende differentierede opkaldssøgerum pr. trafiktype. Med to indgående trunks på Unified CM kan dette nemt forenes ved at konfigurere det nødvendige opkaldssøgningsrum til indgående opkald på hver trunk

Integration af opkaldsplan

Denne vejledning tager udgangspunkt i en eksisterende installation, der er baseret på den bedste aktuelle praksis i "Foretrukket arkitektur til lokale udrulninger af Cisco Collaboration, CVD." Den seneste version er tilgængelig på https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Det anbefalede dial-plandesign følger design tilgangen, som er dokumenteret i kapitlet Opkaldsplan for den seneste version af Cisco Collaboration System SRND, der er tilgængelig på https://www.cisco.com/go/ucsrnd.

Figur 2. Anbefalet opkaldsplan

Denne figur viser en oversigt over det anbefalede dial-plandesign. Nøgleegenskaber for dette opkaldsplans design omfatter:

  • Alle adressebogsnumre, der er konfigureret på Unified CM, er i +E.164 format.

  • Alle adressebogsnumre har den samme partition (DN) og er markeret som vigtige.

  • Core routing er baseret på +E.164.

  • Alle ikke-+E.164 opkaldsbelagte numre (for eksempel forkortelser for opkald inden for et websted og PSTN-opkald ved hjælp af almindelig opkaldsancialisering) normaliseres (globaliseret) til +E.164 ved hjælp af oversættelsesmønstre for normalisering af opkald.

  • Når der ringes op til normaliseringsoversættelsesmønstre, bruges søgerum til opkaldssøgning i oversættelsesmønster; har de valgmuligheden "Brug Originators opkaldssøgningsrum" angivet.

  • Tjenesteklasse implementeres ved hjælp af websted og klasse af tjenestespecifikke opkaldssøgerum.

  • PSTN-adgangsrettigheder (for eksempel adgang til internationale PSTN-destinationer) implementeres ved at tilføje partitioner med de respektive +E.164 rutemønstre til det opkaldssøgerum, der definerer tjenesteklasse.

Rækkevidde til BroadCloud

Figur 3. Tilføjelse af BroadCloud-destination til opkaldsplanen

For at tilføje reachability for BroadCloud-destinationer til denne opkaldsplan skal en partition, der repræsenterer alle BroadCloud-destinationer, oprettes ("BroadCloud") og et +E.164 rutemønster for hvert DID-område i BroadCloud tilføjes til denne partition. Dette rutemønster henviser til en ruteliste med kun ét medlem: rutegruppen med SIP-trunk til den lokale gateway for opkald til BroadCloud. Da alle indtastede destinationer er normaliserede til +E.164, enten ved hjælp af opkaldsrealiseringsoversættelsesmønstre for opkald, der stammer fra Unified CM-registrerede slutpunkter eller indgående opkaldsparter til opkald, der stammer fra PSTN, er dette enkelt sæt af +E.164 rutemønstre nok til at opnå rækkevidde for destinationer i BroadCloud, uanset hvor opkaldsdestinationen bruges.

Hvis en bruger for eksempel ringer til "914085550165", så normaliserer opkaldsrealiseringsoversættelsesmønsteret i partitionen "UStoE164" denne opkaldsstreng til "+14085550165", som derefter matcher rutemønsteret for en BroadCloud-destination i partitionen "BroadCloud." Unified CM sender i sidste instans opkaldet til den lokale gateway.

Tilføj forkortede opkald mellem webstedsopkald

Figur 4. Tilføjelse af forkortede opkald mellem webstedsopkald

Den anbefalede måde til at tilføje forkortede opkald mellem websteder til referenceopkaldsplanen er at tilføje oversættelsesmønstre for opkalds normalisering for alle websteder under virksomhedsnummeretingsplan til en dedikeret partition ("ESN", Enterprise Significant Numbers). Disse oversættelsesmønstre opfanger opkaldsstrenge i virksomhedens nummereringsformat og normaliserer den indtastede streng til +E.164.

For at tilføje virksomhedsforkortede opkald til BroadCloud-destinationer kan du tilføje det respektive opkaldsrealiseringsoversættelsesmønster for BroadCloud-placeringen til "BroadCloud"-partitionen (for eksempel "8101XX" i diagrammet). Efter normalisering sendes opkaldet igen til BroadCloud efter at have matchet rutemønsteret i "BroadCloud"-partitionen.

Vi anbefaler ikke at tilføje de forkortede oversættelsesmønster for opkaldsoversættelse for BroadCloud-opkald til "ESN"-partitionen, da denne konfiguration kan oprette uønskede opkaldsroutingslynger.

Forskel på Webex Calling for tjenesteudbydere og forhandlere med ekstra værdi

Der er to separate opkaldstilbud, der udnytter den samme Webex Calling-platform. Et tilbud er til tjenesteudbydere (SPs) og deres kunder, mens det andet tilbud er for værditilføjne forhandlere (VAR) og deres kunder. For det meste er tilbuddene ens, og derfor henviser vi til dem generisk som Webex Calling. Der er dog et par forskelle, og hvor vi er nødt til at ringe op til disse forskelle, sørger vi for, at du ved, om de gælder for SPs eller VRS.

Mens begge tilbud administreres i Control Hub med krydsstart i opkaldsadministratorportalen, er her nogle af de vigtigste forskelle.

Ps kan brande deres opkaldportaler og apps og skal bundle og levere deres egne PSTN-tjenester til deres kunder eller udnytte en lokal gateway-udrulning. Sp'er skal også yde deres eget niveau 1-support.

VRS bruger på den anden side den branding, som Cisco har leveret. VAR'er er ikke lovgivet for tjenesteudbydere og kan ikke levere PSTN-tjeneste. PSTN-tjeneste skal gøres brug af en lokal gateway-udrulning for virksomheden. VRS kan også levere deres eget niveau 1 support eller bruge Ciscos. Begge opkald tilbyder giver servicesikkerhed via mediekvalitetsmålinger og kan sammenpakke Webex- og Webex Meetings med deres opkaldsapplikationer.

Protokolførere til opkald

Cisco Webex Calling registrerer følgende protokolførere i operativsystemet for at aktivere funktionen klik for opkald fra webbrowsere eller andre applikationer. Følgende protokoller starter et lyd- eller videoopkald i Webex Teams, når det er standardopkaldsapplikationen på Mac eller Windows:

  • KLIK PÅ OPKALD: eller CLICKTOCALL://

  • Sip: eller SIP://

  • Tel: eller TEL://

  • WEBEXTEL: eller WEBEXTEL://

Protokolførere til Windows

Andre apps kan tilmelde sig protokolførerne før Webex-appen. I Windows 10 beder systemvinduet brugerne om at vælge, hvilken app de vil bruge til at starte opkaldet. Brugerpræferencen kan huskes, hvis brugeren kontrollerer Brug altid denne app.

Hvis brugerne har behov for at nulstille standardindstillinger for opkaldsappen, så de kan vælge Webex , kan du instruere dem i at ændre protokol til Webex i Windows 10:

  1. Åbn standard app-indstillinger systemindstillinger, klik på Indstil standardindstillinger for app, og vælg derefter Webex.

  2. For hver protokol, vælg Webex.

Protokolførere til Mac

Hvis andre apps er tilmeldt opkaldsprotokollerne før Webex på Mac OS, skal brugere konfigurere deres Webex-apps til at være standardopkaldsvalgmulighed.

I Webex til Mac kan brugere bekræfte, at Webex er valgt for Start opkald med indstillinger under generelle præferencer. De kan også markere Opret altid forbindelse til Microsoft Outlook, hvis de vil foretage opkald i Webex, når de klikker på en Outlook-kontaktpersons nummer.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Forbered dit miljø til Webex-opkald

Forbered dit miljø Konfigurer Webex-opkald til din organisation Konfigurer lokal gateway til PSTN Access (kun VAR) Fælleskonfigurer UCM Konfigurer Webex-opkald funktioner Konfigurer og administrer brugere Konfigurer og administrer enheder

Krav til opkald

Licenser

Webex-opkald er tilgængelig via Cisco Collaboration Flex-planen. Du skal købe en Enterprise Agreement (EA) plan (for alle brugere, inklusive 50 % Workspaces-enheder) eller en Navngivet bruger (NU) plan (nogle eller alle brugere).

Webex-opkald tilbyder tre licenstyper ("Stationstyper")

  • Virksomhed – Disse licenser giver hele din organisation etfuldt sæt funktioner. Dette tilbud omfatter samlet kommunikation (Webex-opkald), mobilitet (desktop- og mobilklienter med support til flere enheder), teamsamarbejde i Webex og mulighed for at samle møder med op til 1000 deltagere pr. møde.

  • Grundlæggende– Vælg denne valgmulighed, hvis dine brugere har brug for begrænsede funktioner uden mobilitet eller samlet kommunikation. De vil stadig få et komplet stemmetilbud, men er begrænset til en enkelt enhed pr. bruger.


    Grundlæggende licenser er kun tilgængelige, hvis du har et Navngivet bruger-abonnement. Basislicenser understøttes ikke for virksomhedsaftaleabonnementer.

  • Arbejdsområder (også kendt som Fællesområde)–Vælg denne valgmulighed, hvis du leder efter en grundlæggende opkald tone med et begrænset antal opkaldsfunktioner, der er relevante for områder såsom underrum, lobbyer og konferencelokaler.

Denne dokumentation viser dig senere, hvordan du bruger Control Hub til at administrere disse licensdistributioner på tværs af placeringer i din organisation.

Krav til netværksbåndbredde

Hver enhed i et videoopkald kræver op til 2 Mbps. Hver enhed i et lydopkald kræver 100 kbps. Telefoner ved inaktivitet kræver minimal båndbredde.

Lokal gateway til stedbaseret PSTN

Både forhandlere med værdi tilføjet (VARs) og tjenesteudbydere (SPs) kan give PSTN adgang til Webex-opkald organisationer. Lokal gateway er i øjeblikket den eneste mulighed for at give lokalt PSTN adgang. Den lokale gateway kan installeres enkeltstående eller i installationer, hvor integration i Cisco Unified Communications Manager er påkrævet. Kravene til den lokale gateway følger.

understøttede enheder

Webex-opkald understøtter Cisco Multiplatform (MPP) IP-telefoner. Som administrator kan du tilmelde følgende telefoner til skyen. Se følgende hjælpeartikler for yderligere oplysninger:


For en komplet liste over understøttede enheder til Webex-opkald, se Understøttede enheder for Webex-opkald.

Cisco Webex Room, Board og desk-enheder understøttes som enheder i et workspace, som du opretter i Control Hub. Se "Cisco Webex Room, board og skrivebordsenheder" iUnderstøttede enheder for Webex-opkald yderligere oplysninger. Du kan dog levere disse enheder til PSTN ved at aktivere Webex-opkald for Workspace.

Firewall

Opbyd de firewall-krav, der er dokumenteret i Port referenceoplysninger for Cisco Webex Calling.

Lokale gatewaykrav til Webex-opkald

Generelle forudsætninger

Inden du konfigurerer en lokal gateway til Cisco Webex Calling , skal dusikre, at du

    • Har du grundlæggende viden om VoIP principper

    • Har en grundlæggende viden om Cisco IOS-XE og IOS-XE stemmekoncepter

    • Har en grundlæggende forståelse af Session Initiation Protocol (SIP)

    • Har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din udrulningsmodel omfatter Unified CM

    Du kan finde flere oplysninger i virksomhedskonfigurationsvejledningen Cisco Unified Border Element (CUBE) på https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Licenskrav til lokale gateways

CUBE-opkaldslicenser skal være installeret på den lokale gateway. Få yderligere oplysninger i konfigurationsvejledningen Cisco Unified border element.

Certifikat- og sikkerhedskrav for lokal gateway

Webex-opkald kræver sikker signal og medie. Den lokale gateway udfører krypteringen, og en TLS-forbindelse skal oprettes udgående til skyen med følgende trin:

  • LGW skal opdateres med CA-rod bundle fra Cisco PKI

  • Et sæt af SIP sammensæt legitimationsoplysninger fra Control Hub's Trunk konfigurationsside bruges til at konfigurere LGW (trinnene er en del af konfigurationen, der følger)

  • CA-rodpakke validerer præsenteret certifikat

  • Anmodet om legitimationsoplysninger (sip-sammenmelding leveret)

  • Cloud identificerer, hvilken lokal gateway der er sikkert registreret

Optimeringskrav for firewall, NAT Traversal og mediesti for lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkter ligge på det interne kundenetværk ved hjælp af privat IP-adresse adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) for specifikke IP-adresser/porte, der er dækket af Portreferenceoplysninger.

Hvis du vil bruge Media Path Optimization med ICE, skal den lokale gateways Webex-opkald-grænseflade have en direkte netværkssti til og fra Webex-opkald slutpunkter. Hvis slutpunkterne findes på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways Webex-opkald-vendende grænseflade, skal den lokale gateway have en offentlig IP-adresse-adresse tildelt til grænsefladen, der vender mod Webex-opkald, til opkald mellem den lokale gateway og slutpunkterne for at bruge optimering af mediestien. Derudover skal den køre iOS-XE version 16.12.5.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Konfigurer Cisco Webex Calling til din organisation

Før du begynder

Hvis du forsøger at konfigurere en kunde i Canada, er yderligere trin nødvendige. For yderligere oplysninger kontakt Partner HelpDesk.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.


 

Din administrators e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og accepter tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren gennemfører klargøring af Webex Calling.
  • Udfyld de nødvendige placeringsoplysninger. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

 

Landet for standardplaceringen er angivet som det kontraktland, der blev valgt af partneren og ikke kan ændres. Du kan oprette andre placeringer i forskellige lande senere, men du skal huske, at de hostes i det regionale datacenter, der svarer til det kontraktland, du valgte tidligere i denne procedure. Du kan for eksempel have ét sted i USA og ét i Storbritannien.


 

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

(Valgfri) Slå Skype for Business til/fra, hvis denne integration er nødvendig, og klik derefter på Næste.


 

Når den er aktiveret, konverterer denne indstilling for hele placeringen alle eksisterende opkaldsapps til Opkald til S4B. Denne app kan køre sammen med Skype for Business til Windows og leverer integrerede PSTN-opkaldsmuligheder.

8

Vælg Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, og klik på Næste.

10

Vælg Afslut.

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Fra kunde visningen i skal https://admin.webex.comdu gå til Tjenester > opkald > placeringer og derefter klikke på Tilføj placering .

Husk, at nye placeringer vil blive hostet på det regionale datacenter, der svarer til det kontraktland, du valgte ved hjælp af guiden til første opsætning.

2

Konfigurer indstillingerne for placeringen:

  • Navn påplacering – Indtast et unikt navn for at identificere placeringen.
  • Land– Vælg et land, som placeringen skal knyttes til. Du kan f.eks. oprette en placering (dvs. flere steder) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de følgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adresseoverensing som et eksempel.
  • Sprog– Vælg sproget for placeringen.
  • Adresse– Indtast placeringens primære postadresse.
  • By– Indtast en by for denne placering.
  • Tilstand– Vælg en stat i rullemenuen.
  • Postnummer– Angiv postnummeret.Telefonnummer– Indtast det telefonnummer, hvor hovedkontakten kan kontaktes på placeringen.
3

(Valgfri) Slå Skype for Business til/fra, hvis dine brugere på denne placering ønsker at fortsætte med at samarbejde ved hjælp af Microsoft Skype for Business-desktopappen. Brugere vil være i stand til at foretage og modtage telefonopkald uden for deres organisation samt udnytte de avancerede opkaldsfunktioner, som Webex Calling S4B-appen tilbyder. Brugere skal downloade og installere Webex Calling S4B-appen, så når de påbegynder eller modtager et PSTN-opkald i deres Microsoft Skype-app, startes de krydsåbenet i Webex Calling S4B-appen.


 

Dette er den eneste gang, du kan tilmelde eller fravælge Skype for Business-integration med Webex Calling-appen. Når placeringen er oprettet, har du ikke længere mulighed for at ændre denne indstilling.

4

Klik Gem, og vælg derefter, om du vil tilføje numre nu eller senere.

5

Hvis du klikkede på Tilføj nu , skal du vælge en af følgendevalgmuligheder:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du ønsker en samlet løsning, der giver dig mulighed for at bestille nye PSTN-numre og porter eksisterende numre til Cisco.


     

    Valgmuligheden Cisco PSTN er kun synlig under følgende forhold:

    1. Cisco-opkaldsplanen er aktiveret eller købt for den kunde.

    2. Lokaliteten er i et land, hvor Cisco-opkaldsplanen understøttes (i øjeblikket kun tilgængelig i USA).

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-løsning, der ikke kræver en væsentlig investering i lokal hardware, og vælg derefter en CCP-udbyder efterdit valg.

     

    Kun partnere, der understøtter din lokalitets land, vises.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. På den måde kan du bestille dine numre lige her i Control Hub. Hvis du vælger denne valgmulighed, så gå hertil for yderligere oplysninger og de næste trin.

    Husk, at hvis du beslutter ikke at bestille dine numre nu, kan efterfølgende ændringer til din PSTN-udbyder blive begrænset.

  • Stedbaseret PSTN (lokal gateway) —Du kan vælge denne valgmulighed, hvis du vil beholde din aktuelle PSTN-udbyder, eller du vil tilslutteikke-cloud-websteder med cloud-websteder.

6

Vælg, om du vil aktivere numrene nu eller senere.

7

Indtast telefonnumre som kommaseparerede værdier, og klik derefter på Valider.

Numre tilføjes til den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, der er relevante for en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til lokale opkaldskrav. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden er forudindstillet.

8

Klik på Gem.

Hvad er næste trin?

Efter du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky Emergency 911 Service for Webex Calling for yderligere oplysninger.

Når du oprettede din kundeorganisation i ControlHub, bliver den første placering, du oprettede automatisk, standardplaceringen. Brugere, som du føjer til din organisation, tildeles denne standardplacering, medmindre du angiver andet. Du kan gøre enhver efterfølgende placering til standardplaceringen, men husk, at du ikke kan slette standardplaceringen.

Før du begynder


Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Numre, og vælg det sted, hvor du vil slette, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre knyttet til denne placering vil blive frigivet tilbage til din PSTN-udbyder; vil du ikke længere eje disse numre.

1

Fra kunde visningen i skal du gå til Tjenester > Opkald > lokalitet og derefter vælge den https://admin.webex.complacering, du vil slette.

2

Klik på Mere ved siden af placeringens navn, vælg Slet placering , og bekræft, at du vil slette placeringen.

Det tager som regel et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan tjekke status ved at klikke på Mere ved siden af placeringens navn og vælge Sletningsstatus.

Du kan ændre din PSTN-opsætning samt navnet, tidszone og sprog for en placering, efter den er blevet oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.


For eksisterende placeringer kan du aktivere nødtjenester på 911. Se RedSky Emergency 911 Service for Webex Calling for yderligere oplysninger.

1

Fra kundevisningen i skal du gå til https://admin.webex.com Tjenester > Opkaldsadresseadresser > placeringer ogderefter vælge den placering, du vil opdatere.

Hvis du ser et Forsigtig-symbol ved siden af en placering, betyder det, at du endnu ikke har konfigureret et telefonnummer for denne placering. Brugere kan ikke foretage eller modtage opkald, før nummeret er konfigureret.

2

(Valgfri) Under PSTN-forbindelse skal du vælge enten Cloud-forbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og ikend derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter en af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du ønsker en samlet løsning, der giver dig mulighed for at bestille nye PSTN-numre og porter eksisterende numre til Cisco.


     

    Partnere skal have tilladelse til, at Webex Calling VAR-partnere har accepteret det nye Webex Calling-tillæg ved tilmelding til CISCO Webex Calling VAR PSTN-programmet.

    Partnere opretter en ordre med licenser til Cisco-opkaldsplan (Udgående opkaldsplan og telefonnumre) i Cisco Commerce Workspace (CCW).

    Denne valgmulighed er kun tilgængelig for værditil tilføjede forhandlere.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-løsning, der ikke kræver en væsentlig investering i lokal hardware, og vælg derefter en CCP-udbyder efterdit valg.


     

    Kun partnere, der understøtter din lokalitets land, vises.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. På den måde kan du bestille dine numre lige her i Control Hub. Hvis du vælger denne valgmulighed, så gå hertil for at få yderligere oplysninger og de næste trin

  • Stedbaseret PSTN (lokal gateway) – Vælg denne valgmulighed, hvis du vil beholde din aktuelle PSTN-udbyder, eller du vil tilslutteikke-cloud-websteder med cloud-websteder.

     

    Webex Calling-kunder med placeringer, der tidligere var konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baseret PSTN med en tilsvarende trunk.

3

Vælg hovednummeret, hvor placeringens primære kontakt kan kontaktes.

4

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres indtalde besked for denne placering.

5

(Valgfri) Klik på blyantikonet øverst på siden Placering for at ændre placeringsnavnet, tidszonen eller sproget efter behov, og klik derefter på Gem.

Disse indstillinger er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, viser eksempelnumrene i Control Hub-opdateringen disse ændringer.

1

I kundevisningen i skal du gå til https://admin.webex.comTjenester > Opkald > -tjenesteindstillinger ogderefter rulle ned til Internt opkald .

2

Konfigurer de følgende valgfrie opringningspræferencer efter behov:

  • Længde pådirigeringpræfiks til placering – Vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere ringe til et præfiks, når de ringer op mellem placeringer. Hvis du for eksempel har flere butikker, alle med forlængelsen 1000, kan du konfigurere et dirigeringpræfiks for hver butik. Hvis en butik har et præfiks på 888, ringer du til 8881000 for at nå denne butik.
  • Styrecifre i dirigeringpræfiks —Du kan indstille en værdi her, uanset om du bruger præfikser til dirigering af placering.
  • Længde på interntlokalnummer – Du kan indtaste 2-6 cifre, og standard er 2.

     

    Efter du øger længden på dit lokalnummer, opdateres eksisterende hurtigopkald til interne forlængelser ikke automatisk.

3

Specificer interne opkald for specifikke placeringer. Gå til Tjenester > opkald >, vælg en placering, rul til Opkald , og skift derefter internt og eksternt opkald efter behov:

  • Internt opkald – Angiv dirigering præfikset, som brugere andre steder skalringe til, for at kunne kontakte nogen på denne placering. Dirigeringspræfikset for hver placering skal være unikt. Vi anbefaler, at præfikslængden passer med længden, der er indstillet på organisationsniveau, men den skal være mellem 2-7 cifre lang.
  • Eksternt opkald –Du kan vælge et nummer for udgående opkald, som brugerneskal indtaste for at nå en ekstern linje. Standarden er Ingen, og du kan forlade den, hvis du ikke behøver denne opkaldsplacering. Hvis du beslutter dig for at bruge denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styrecifre.

     

    Brugere kan inkludere nummer for udgående opkald, når der udføres eksterne opkald, for at efterligne, hvordan de indtastede på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden at inkludere nummer for udgående opkald.

Påvirkning på brugere:

  • Brugere skal genstarte deres telefoner for at ændringer i opkaldspræferencer kan træder i kraft.

  • Brugerudvidelser må ikke starte med det samme nummer som placeringens styrecifre.

Hvis du er en værditilført forhandler, kan du bruge disse trin til at starte den lokale gateway-konfiguration i Cisco Webex Control Hub. Når denne gateway er registreret til skyen, kan du bruge den på en eller flere af dine Cisco Webex Calling-placeringer til at tilbyde routing mod en virksomheds PSTN-tjenesteudbyder.


En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer lokalt baseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og tal til hver. Placeringer skal findes, før du kan tilføje et lokalt baseret PSTN.

  • Forstå kravene til lokalt baseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med lokalt baseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til Tjenester > Opkald>Dirigeringaf opkald og vælge Tilføj trunk .

2

Vælg en placering.

3

Navngive trunk, og klik på Gem.


 

Navnet må ikke være længere end 24 tegn.

Hvad er næste trin?

Du får vist de relevante parametre, som du skal konfigurere på trunk. Du skal også generere et sæt oplysninger om SIP-sammendisker for at sikre PSTN-forbindelsen.

Trunk-oplysninger vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG,linje/portog udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller dokument, så du kan se dem, når du er klar til at konfigurere den lokalt baserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra trunk-informationsskærmen i Control Hub. Klik på Hent brugernavn og Nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges på trunk.

1

Fra kunde visningen i https://admin.webex.comskal du gå til Tjenester > Opkald > Placeringer.

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg lokalt baseret PSTN, og klik på Næste .

4

Vælg et trunk fra rullemenuen.


 

Besøg trunk-siden for at administrere dine trunk-gruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Hvad er næste trin?

Du skal tage de konfigurationsoplysninger, som Control Hub genererede, og knytte parametrene til den lokale gateway (for eksempel på en Cisco CUBE, der er placeret lokalt). Denne artikel gennemgår din proces. Se følgende diagram for at se et eksempel på, hvordan Control Hub-konfigurationsoplysninger (til venstre) kortlægger til parametre i CUBE (til højre):

Når du har fuldført konfigurationen på selve gatewayen, kan du vende tilbage til Tjenester > Ring til > placeringer i Control Hub, og gatewayen, som du oprettede, vil blive angivet på det placeringskort,som du tildelte den, med en grøn prik til venstre for navnet. Denne status indikerer, at gatewayen er sikkert registreret til opkaldsskyen og bruges som aktiv PSTN-gateway for placeringen.

1

Fra kundevisningen i skal https://admin.webex.comdu gå til Tjenester > Opkald > numre.

Der vises en tabel, der viser numre og tilsvarende oplysninger for alle placeringer. Du kan klikke på rullemenuen Alle placeringer og vælge en placering, hvis du vil filtrere på en specifik placering. Tabellen indeholder oplysninger om, hvem nummeret er tildelt og dets status.

2

(Valgfri) Ved siden af en nummerindtastning skal du under Handlinger klikke på og derefter vælge én af følgendevalgmuligheder:

  • Rediger– For aktive numre, der i øjeblikket er tildelt en bruger eller et sted. Klik på denne valgmulighed for at åbne administratorportalenfor opkald , hvor du kan foretage yderligere ændringer.

  • Aktivér –For numre med inaktiv status er denne valgmulighed tilgængelig, når et porteret Webex Calling-nummer, der blevindsendt med en ordre, er fuldført. Når du har aktiveret nummeret, vises nummeret som Aktiv, når det er klar til brug.

  • Slet – For numre med inaktiv status, og som i øjeblikket ikke er tildelt enbruger eller et sted, er denne valgmulighed tilgængelig.

3

(Valgfri) Klik på Tilføj numre , udfyld de nødvendige oplysninger for at tilføje mindst ét nyt nummer til enplacering, og klik derefter på Gem .


 

Gyldige poster flyttes til feltet Godkendte numre, mens ugyldige poster forbliver i feltet Tilføj numre. Du skal sende en fejlmeddelelse.

Numre skal følge E.164 format for alle lande, bortset fra at USA også kan følge det nationale format.

Afhængigt af placeringens land formateres numrene i henhold til lokale opkaldskrav. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden er forudindstillet.

4

(Valgfri) Aktiver flere numre på en gang. Du kan filtrere din liste med numre baseret på en specifik placering eller status eller begge dele. Klik Inaktiv for kun at se de tal, der er i en inaktiv tilstand. Du kan aktivere 500 numre ad gangen ved at vælge Aktiver numre øverst på din liste og derefter bekræfte din hensigt ved at klikke på Aktiver i den dialogboks, der åbnes.

Hvis du forsøger Cisco Webex-tjenesteydelser, og du ønsker at konvertere din prøveperiode til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Fra kundevisningen i https://admin.webex.comskal du vælge bygningsikonet .

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Der sendes en e-mail til din partner for at fortælle vedkommende, at du er interesseret i at konvertere til et betalt abonnement.

Du kan bruge Webex Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex. Du kan også aktivere dem for enkelt klik for at ringe op.

1

I kundevisningen i skal https://admin.webex.comdu gå til Organisationsindstillinger > , rulle ned til Opkald og derefter vælge Klientindstillinger.

2

Træk og slip opkaldsvalgmuligheder, som du ønsker, at brugerne skal se til feltet Tilgængelige opkaldsvalgmuligheder, og omarranger dem derefter i den prioritetsrækkefølge, du ønsker for dine brugere.

Andre valgmuligheder, som er skjult for brugere, vises i feltet Valgmuligheder for skjulte opkald, som vist i dette eksempel skærmbillede:

3

Slå klik for at ringe op ved at aktivere enkeltklik-for-opkald, hvis du ønsker, at brugere skal kunne foretage et opkald med den første opkaldsvalgmulighed, som du konfigurerede i det forrige trin.


 

Det kan tage op til 24 timer, før ændringerne vises i Webex. Du kan råde dine brugere til at genstarte deres apps for hurtigere at kunne følge med i disse ændringer.

Du kan kontrollere, hvilket opkaldsprogram der åbnes, når brugere foretager PSTN-opkald. Når du har konfigureret denne indstilling på organisationsniveau, kan du tilsidesætte denne indstilling for specifikke brugere.


Vælg kun valgmuligheden for hele organisationen, hvis du er klar til at overføre hele din organisation.

Før du begynder

  • Din organisation skal have de korrekte abonnementer for den opkaldsadfærd, du vælger.

  • Brugere skal have gyldige telefonnumre. Hvis numrene er ugyldige, sender Webex stadig nummeret til den opkaldsapp, du vælger, men opkaldet fra den app mislykkes.

I kundevisningen i skal https://admin.webex.comdu gå til Indstillinger , rulle ned tilOpkaldsadfærd og derefter vælge en af følgende: .

  • Opkald i Webex Teams– Vælgdenne valgmulighed, hvis brugerne skal foretage opkald direkte i Webex ved hjælp af Webex Calling.
  • Webex Calling-app – Vælg denne valgmulighed, hvis din organisation har et abonnement på Cisco Webex Calling, og du vil tillade brugere at foretage PSTN-opkald ved hjælpaf Webex Calling-appen. Når brugere foretager PSTN-opkald i Webex, bruges Webex Calling-appen til at foretage opkaldet.

Der vises en meddelelse, der angiver, at opkaldsadfærden er opdateret. Brugere kan nu foretage PSTN-opkald fra Webex eller Webex Calling-appen.

Brugere skal have den tilsvarende applikation installeret for at foretage PSTN-opkald fra Webex. Sørg for, at du giver folk besked om, hvilket valg du foretager, og om en anden app bruges til at foretage PSTN-opkald.


 

Du kan ændre denne indstilling på brugerniveau, hvis visse personer skal bruge en anden opkaldsadfærd. Gå til Brugere, og vælg Opkaldsadfærd under Indstillinger. Du kan vælge, og derefter klikke på Gem.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Konfigurer lokal gateway på IOS-XE til Webex-opkald

Når du har konfigureret Webex-opkald for din organisation, kan du konfigurere et trunk til at tilslutte din lokale gateway til Webex-opkald. Trunk'en mellem den lokale gateway og Webex-skyen er altid sikret ved hjælp af SIP TLS-transport og SRTP til medier mellem den lokale gateway og Webex-opkald Access SBC.

Brug denne opgavestrøm til at konfigurere en lokal gateway til din Webex-opkald trunk. Trinene, der følger, udføres på den lokale gateway ved hjælp af kommandolinjen. Trunk'en mellem den lokale gateway og Webex-opkald er altid sikker ved brug af SIP TLS-transport og SRTP til medier mellem den lokale gateway ogWebex-opkald Access SBC.

Før du begynder

  • Forstå kravene til lokalt PSTN (lokal gateway) for Webex-opkald.

  • Opret et trunk i Control Hub, og tildel det til den ønskede placering.

  • Retningslinjerne for konfiguration, der er angivet i dette dokument, tager udgangspunkt i, at en dedikeret lokal gateway-platform er på plads uden en eksisterende stemmekonfiguration. Hvis en eksisterende PSTN gateway eller CUBE-virksomhedsudrulning ændres, så du også bruger den lokale gateway-funktion til Webex-opkald , skal du være forsigtig med den anvendte konfiguration og sørge for, at eksisterende opkaldsstrømme og funktioner ikke afbrydes som følge af ændringer, du foretager.

  Kommando eller handling Formål
1

Parametertilknytning mellem Cisco Webex Control Hub og Cisco Unified Kantelement

Brug denne tabel som reference for de parametre, der kommer fra Control Hub, og hvor de tilknyttes den lokale gateway.

2

Udfør konfiguration af referenceplatform

Implementer disse trin som en fælles global konfiguration for den lokale gateway. Konfigurationen omfatter opdatering af grundlinjeplatform og en tillidspuljeopdatering.

3

Registrer lokal gateway til Webex-opkald

4

Vælg en, afhængigt af din installation:

Viderestilling af opkald af den lokale gateway er baseret på den mulighed Webex-opkald-udrulning, som du valgte. Dette afsnit antager, at IP PSTN-annulleringen er på den samme platform som den lokale gateway. Følgende konfiguration er for en af disse valgmuligheder på den lokale gateway:

  • Valgmuligheden lokal gateway-udrulning uden en lokal IP PBX. Den lokale gateway og IP PSTN CUBE er coresident.

  • Valgmuligheden for udrulning af den lokale gateway i et eksisterende Unified CM-miljø. Den lokale gateway og IP PSTN CUBE er coresident.

Tabel 1. Parametertilknytning mellem Cisco Webex Control Hub og lokal gateway

Control Hub

Lokal gateway

Registratordomæne:

Control Hub bør fortolke domænet fra den LinePort, der modtages fra UCAPI.

eksempel.com

Registrator

eksempel.com

Trunk-gruppe OTG/DTG

sip-profiler:

regelanmodning <rule-number> ALLE sip-header

Fra modificer ">" ";otg=otgDtgId>"

Linje/port

user@example.com

Antallet: bruger

Udgående proxy

Udgående proxy (DNS-navn – SRV af Access SBC)

SIP-brugernavn

brug.navn

SIP-adgangskode

adgangskode

Før du begynder

  • Sørg for, at grundlinjeplatformkonfiguration såsom NTPs, ACL'er, aktiver adgangskoder, primær adgangskode, IP-routing, IP-adresser osv. konfigureres i henhold til din organisations politikker og procedurer.

  • Seneste version af IOS-XE 16.12 eller IOS-XE 17.3 er påkrævet for alle LGW-udrulninger.

1

Kontroller, at alle lag 3-grænseflader har gyldige og kanttribuerbare IP-adresser tildelt:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

Du skal forudkonfigurere en primær nøgle til adgangskoden ved hjælp af kommandoerne vist nedenfor, før den kan bruges i legitimationsoplysninger og delte hemmelighed. Type 6 adgangskoder krypteres ved hjælp af AES-cypher og brugerdefineret primær nøgle.


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

Konfigurer IP-navneserver for at aktivere DNS-opslag og sikre, at det er tilgængeligt ved at pinge den:


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

Aktiver TLS 1.2-exclusivity og et standard pladsholder-tillidspunkt:

  1. Opret et placeholder PKI Trustpoint, og ring til det sampleTP

  2. Tildel tillidspunktet som standardsignalet trustpoint under sip-ua

  3. cn-san-validate server er nødvendig for at sikre, at den lokale gateway kun opretter forbindelse, hvis den udgående proxy konfigureret på lejeren 200 (beskrevet senere) matcher med den CN-SAN-liste, som er modtaget fra serveren.

  4. Kundens tillidspunkt er nødvendigt, for at TLS kan fungere, selvom et lokalt klientcertifikat (for eksempel mTLS) ikke er påkrævet for at forbindelsen kan opsættes.

  5. Deaktiver TLS v1.0 og v1.1 ved at aktivere v1.2-udråbstegn.

  6. Indstil tcp-prøv-tælling til 1000 (5 msec multiples = 5 sekunder).

  7. (IOS-XE 17.3.2 og nyere) Indstil timerforbindelse etablerer tls <wait-timer in="" sec="">. Området er mellem 5 og 20 sekunder, og standard er 20 sekunder. (LGW tager 20 sekunder at påvise TLS forbindelsesfejl, før den forsøger at oprette forbindelse til den næste tilgængelige Webex-opkald Access SBC. Denne CLI tillader administratoren at ændre værdien for at tilpasse netværksforhold og registrere forbindelsesfejl med Access SBC meget hurtigere).


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

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Opdater lokal gateway trustportal:

Standardtillidsadministratoren inkluderer ikke certifikatet "DigiCert Root CA", der er nødvendigt for at validere serversidecertifikatet under TLS-forbindelse, før den Webex-opkald.

Trustpakke skal opdateres ved at downloade den seneste "Cisco Trusted Core Root Bundle" fra http://www.cisco.com/security/pki/.

  1. Kontroller, om DigiCert-lokalets CA-certifikat findes:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Hvis den ikke eksisterer, skal du opdatere som følger:

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Før du begynder

Sørg for, at du har fuldført trinnene i Control Hub for at oprette en placering og tilføjet et trunk for den placering. I eksemplet vist her blev oplysningerne hentet fra Control Hub.

1

Indtast disse kommandoer for at aktivere den lokale gateway-applikation (se Port Reference-oplysninger for Cisco Webex Calling for de seneste IP-undernet, der skal føjes til tillidsliste):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Forklaring af kommandoer:

Afgiftsbedrageri
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Aktiverer udtrykkeligt kilde-IP-adresser for virksomheder, hvorfra den lokale gateway forventer legitim VoIP-opkald, såsom Webex-opkald peers, Unified CM-knudepunkter og IP-PSTN.

  • Som standard blokerer LGW alle indgående VoIP fra IP-adresser, som ikke er på dens liste over pålidelige opkald. IP-adresser fra opkalds-peers med "session target ip" eller servergruppe er betroede som standard og behøver ikke at blive udfyldt her.

  • IP-adresser på denne liste skal passe med IP-undernetene i henhold til det regionale Webex-opkald-datacenter, som kunden er tilsluttet. Se Port referenceoplysninger for Webex-opkald.


     

    Hvis din LGW er bag en firewall med begrænset cone NAT, vil du måske foretrække at deaktivere den IP-adresse, der er tillid til, på den Webex-opkaldvendende grænseflade. Dette skyldes, at firewallen allerede beskytter dig mod uopfordrede indgående VoIP. Denne handling ville reducere dine langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne for Webex-opkald peers vil forblive faste, og du vil skulle konfigurere din firewall for peers under alle omstændigheder.

  • Andre IP-adresser skal muligvis konfigureres på andre grænseflader; For eksempel kan det være nødvendigt at tilføje dine Unified CM-adresser til de indgående grænseflader.

  • IP-adresser skal matche IP-adressen for værtenoutbound-proxyløser problemet med lejer 200

  • Se for yderligere oplysninger.https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

Medie
voice service voip
 media statistics 
 media bulk-stats 
  • Mediestatistik aktiverer medieovervågning på den lokale gateway.

  • Mediets massestatistik gør det muligt for kontrol at indsamle data til meningsmåling for masseopkaldsstatistikker.

SIP-til-SIP grundlæggende funktionalitet
allow-connections sip to sip
Påkørsel af tjenester
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Deaktiverer REFER og erstatter dialog-id i Erstatter sidehoved med peer-dialog-id'et.

Se for yderligere oplysninger.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889

Faxprotokol
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Aktiverer T.38 til faxtransport, selvom fac-trafikken ikke krypteres.

Aktiver global STUN
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Når et opkald videresendes tilbage til en Webex-opkald-bruger (for eksempel er både den, der ringes op, og opkaldsparterne Webex-opkald abonnenter og har mediet ankert på Webex-opkald SBC), kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • Funktionen STUN-bindinger på den lokale gateway tillader, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

  • STUN-adgangskode er en forudsætning for, at den lokale gateway kan sende STUN-meddelelser ud. IOS/IOS-XE-baserede firewalls kan konfigureres til at kontrollere for denne adgangskode og åbne nåleøje dynamisk (for eksempel uden udtrykkelige regler for in-out). Men for den lokale gateway-implementeringssag er firewallen statisk konfigureret til at åbne nåleøje ind og ud baseret på de Webex-opkald SBC-undernet. Derfor bør firewallen kun behandle dette som enhver indgående UDP-pakke, som vil udløse nåleøjets åbning uden udtrykkeligt at se på pakkeindholdet.

G729
sip
  g729 annexb-all

Tillader alle af G729.

SIP
early-offer forced

Tvinger den lokale gateway til at sende SDP-oplysningerne i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra den nærliggende peer.

2

Konfigurer "SIP-profil 200".

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

Disse regler er

Forklaring af kommandoer:

  • regel 9 sikrer, at overskriften er angivet som“SIP-Req-URI” og ikke“SIP-Req-URL”

    Dette konverterer mellem SIP URI-adresser og SIP-URL-adresser, fordi Webex-opkald ikke understøtter SIP URI'er i anmodnings-/svarmeddelelserne, men har brug for dem til SRV forespørgsler, f.eks._sips._tcp.<outbound-proxy>.
  • regel 20 ændrer Fra-sidehovedet til at inkludere Trunk Group OTG/DTG-parameteren fra Control Hub for unikt at identificere et LGW-websted inden for en virksomhed.

  • Denne SIP-profil vil blive anvendt til stemmeklasselejer 200 (diskuteret senere) for al trafik Webex-opkald.

3

Konfigurer Codec Profile, STUN definition og SRTP Suite.

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

Forklaring af kommandoer:

  • Stemmeklasse-codec99: Tillader både g711 (kurser og a-law) codecs til sessioner. Anvendes på alle opringninger.

  • Stemmeklasse srtp-undervisning 200: Angiver SHA1_80 den eneste SRTP-kodepakke, der tilbydes af den lokale gateway i SDP i tilbud og svar. Webex-opkald understøtter kun SHA1_80.

  • Vil blive anvendt på stemmeklasselejer 200 (diskuteret senere) med Webex-opkald.

  • Stemmeklasse medtun-brug 200: Definerer STUN-brug. Anvendes på alle Webex-opkald-fremadrettede (2XX tag) opkalds-peers for at undgå nogen måde lyd, når en Unified CM-telefon videresender opkaldet til en anden Webex-opkald telefon.


 

I tilfælde, hvor mediet er ankert på ITSP SBC, og den lokale gateway er bag en NAT og venter på den indgående mediestream fra ITSP, kan denne kommando anvendes på ITSP-modstillede opkalds-peers.


 

Stun brug is lite er nødvendig for opkald flows bruger mediesti optimering.

4

Knyt Control Hub-parametre til konfiguration af lokal gateway:

Webex-opkald tilføjes som en lejer inden for den lokale gateway. Den konfiguration, der kræves for at registrere den lokale gateway, defineres under stemmeklasselejer 200. Du skal hente elementer af denne konfiguration fra siden Trunk Info i Control Hub, som vist på dette billede. Dette er et eksempel på, hvilke felter der tilknyttes den respektive lokale gateway CLI.

Lejer 200 anvendes derefter på alle de Webex-opkald opkalds-peers(2xx tag) inden for den lokale gateway-konfiguration. Funktionen for stemmeklasselejer tillader gruppering og konfiguration af SIP trunk-parametre, ellers udført under stemmetjeneste-voip og sip-ua. Når en lejer er konfigureret og anvendt under en dial-peer, anvendes IOS-XE-konfigurationerne i følgende præferencerækkefølge:

  • Konfiguration af opkalds-peer

  • Lejerkonfiguration

  • Global konfiguration (voice service voip/sip-ua)

5

Konfigurer stemmeklasselejer 200 for at aktivere Trunk-registrering fra LGW til Webex-opkald baseret på de parametre, du har indhentet fra Control Hub:


 

Kommandolinjen og parametrene nedenfor er kun eksempler. Du skal bruge parametrene til din egen installation.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Forklaring af kommandoer:

voice class tenant 200

En lokal gateways multitant-funktion aktiverer specifikke globale konfigurationer for flere lejere på SIP-trunks, der tillader differentierede tjenester for lejere.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Registratorserver for den lokale gateway med tilmeldingen indstillet til at blive opdateret hver andet minut (50 % af 240 sekunder). For nærmere oplysninger se .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014

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

Legitimationsoplysninger til trunkregistreringsudfordring. For nærmere oplysninger se .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104

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

Bekræftelsesudfordring for opkald. For nærmere oplysninger se .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462

no remote-party-id

Deaktiver SIP Remote Party-ID (RPID) overskrift, Webex-opkald understøtter PAI, som er aktiveret ved hjælp af CORPasserted-id pai(se nedenfor).

sip-server dns:40462196.cisco-bcld.com
Webex-opkald servere. For yderligere oplysninger se https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

For at bruge den samme vedvarende forbindelse til registrering og behandling af opkald.

srtp-crypto 200

Angiver SHA1_80 som defineret ivoice class srtp-crypto 200.

session transport tcp tls
Indstiller transport til TLS
url sips

SRV skal være SIPs, som understøttes af adgangs-SBC; alle andre meddelelser ændres til SIP med sip-profil 200.

error-passthru

Sip fejl svar pass-thru funktion

asserted-id pai

Tænder for PAI-behandling i lokal gateway.

bind control source-interface GigabitEthernet0/0/1

Signalkildegrænseflade vendt mod Webex-opkald.

bind media source-interface GigabitEthernet0/0/1

Mediekildegrænseflade vendt mod Webex-opkald.

no pass-thru content custom-sdp

Standardkommando under lejer.

sip-profiles 200

Ændringer SIPS til SIP og modificer linje/port for INVITEr og TILMELD meddelelser som defineret ivoice class sip-profiles 200.

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

Webex-opkald Access SBC. For nærmere oplysninger se .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699

privacy-policy passthru

Overbring transparent på tværs af værdier for databeskyttelse i fra indgående til det udgående ben.

Efter lejer 200 defineres inden for den lokale gateway, og en SIP VoIP dial-peer er konfigureret, starter gatewayen derefter en TLS-forbindelse mod Webex-opkald , på hvilket tidspunkt Access SBC præsenterer sit certifikat for den lokale gateway. Den lokale gateway validerer certifikatet Webex-opkald SBC-certifikat ved brug af CA-rod bundlen opdateret tidligere. En vedvarende TLS-session er oprettet mellem den lokale gateway og Webex-opkald Access SBC. Den lokale gateway sender derefter et REGISTER til Access SBC, som er blevet udfordring. Registrerings-AOR er number@domain. Nummeret tages fra legitimationsoplysninger "nummer"-parameteren og domænet fra "registrar dns:<fqdn>". Når tilmeldingen er udfordring, bruges parametrene for brugernavn, adgangskode og domæne fra legitimationsoplysninger til at opbygge sidehoved og sip-profil 200 konverterer SIPS URL-adresse tilbage til SIP. Registrering lykkes, når 200 OK modtages fra Access SBC.

Følgende konfiguration på den lokale gateway er nødvendig for denne installationsvalgmulighed:

  1. Stemmeklasselejere – Først opretter vi yderligere lejere til opkalds-peers med ITSP, der minder om lejer200, som vi oprettede til Webex-opkald opringninger.

  2. Stemmeklasse-URI'er– Mønstre, der definerer værts-IP-adresser/porte for forskellige trunks, der afslutter på lokal gateway: Webex-opkald til LGW; og PSTN annullering af SIP-trunk på LGW.

  3. Udgående opkald-peers-Til at dirigere udgående opkald ben fra LGW til ITSP SIP trunk og Webex-opkald.

  4. Stemmeklasse DPG– Mål for udgående opkald-peers påkaldt fra en indgående opkalds-peer.

  5. Indgående opkald-peers- For at acceptere indgående call legs fra ITSP og Webex-opkald .

Konfiguration i dette afsnit kan enten bruges til opsætning af en lokal gateway med partner som vist nedenfor eller til den lokale kundewebsteds gateway.

1

Konfigurer følgende stemmeklasselejere:

  1. Stemmeklasselejer 100 anvendes på alle UDGÅENDE opkalds-peers med IP-PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Stemmeklasselejer 300 anvendes på alle INDGÅENDE opkalds-peers fra IP-PSTN.

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

Konfigurer følgende stemmeklasse URI:

  1. Definer ITSP's værts-IP-adresse:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definer mønster for entydigt at identificere et lokalt gateway-websted inden for en virksomhed, baseret på Control Hubs TrunkGroup OTG/DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Lokal gateway understøtter i øjeblikket ikke understregning "_" i matchmønsteret. Som en løsning bruger vi prik "." (match enhver) for at matche "_".

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

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkald-peer mod IP-PSTN:

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

    Forklaring af kommandoer:

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

    Definerer en VoIP dial-peer med et tag på 101 og en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding.

    destination-pattern BAD.BAD

    Talmønster, der tillader valg af denne opringnings-peer. Vi benytter imidlertid denne udgående opkalds-peer direkte fra den indgående opkalds-peer ved hjælp af DPG-udtalelser, og det tilsidesætter kriterierne for cifret mønster. Som et resultat, bruger vi et vilkårligt mønster baseret på alfanumeriske cifre tilladt af destinationsmønsteret CLI.

    session protocol sipv2

    Angiver, at denne opkalds-peer vil håndtere SIP call legs.

    session target ipv4:192.168.80.13

    Angiver destinationens mål IPv4-adresse, hvor dette opkaldsben vil blive sendt. I dette tilfælde ITSP's IP-adresse.

    voice-class codec 99

    Angiver codec-præferenceliste 99 til brug for denne opringning-peer.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på dette opkaldsben.

    voice-class sip tenant 100

    Dial-peer'en overtager alle parametrene fra Lejer 100, medmindre den samme parameter er defineret under selve opkalds-peeren.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Udgående opkald-peer mod Webex-opkald (Denne opkalds-peer vil blive opdateret til at fungere som indgående opkald-peer fra Webex-opkald samt senere i konfigurationsvejledningen).

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

    Forklaring af kommandoer:

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

    Definerer en VOIP dial-peer med et tag fra 200201 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding

    session target sip-server

    Angiver, at den globale SIP-server er destinationen for opkald fra denne opkalds-peer. Webex-opkald server defineret i lejer 200 er nedarvet for denne opkalds-peer.

    voice-class stun-usage 200

    Funktionen STUN-bindinger på den lokale gateway tillader, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

    no voice-class sip localhost

    Deaktiverer erstatning af DNS-navnet på den lokale vært i stedet for den fysiske IP-adresse i overskrifterne Fra, Opkald-ID og Ekstern part-id på udgående meddelelser.

    voice-class sip tenant 200

    Dial-peer overtager alle parametre fra Tenant 200 (LGW Webex-opkald Trunk), medmindre den samme parameter er <--> defineret under selve opkalds-peer. </-->

    srtp

    SRTP er aktiveret for dette opkaldsben.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

4

Konfigurer følgende opkalds-peer-grupper (DPG):

  1. Definerer dial-peer-gruppe 100. Udgående opkald-peer 101 er målet for alle indgående opkalds-peer påkaldende opkald-peer-gruppe 100. Vi anvender DPG 100 på indgående opkald-peer 200201 for Webex-opkald --> LGW --> PSTN sti.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definer dial-peer-gruppe 200 med udgående opkald-peer 200201 som mål for PSTN --> LGW --> Webex-opkald sti. DPG 200 vil blive anvendt på indgående opkald-peer 100 defineret senere.

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

Konfigurer følgende indgående opkalds-peers:

  1. Indgående opkalds-peer for indgående IP-PSTN call legs:

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

    Forklaring af kommandoer

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

    Definerer en VoIP dial-peer med et tag på 100 og en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding.

    session protocol sipv2

    Angiver, at denne opkalds-peer vil håndtere SIP call legs.

    incoming uri via 100

    Al indgående trafik fra IP PSTN til LocalGW matches på den indgående VIA-headers værts-IP-adresse defineret i stemmeklasse URI 100 SIP, så den passer baseret på kilde-IP-adressen (ITSP).

    destination dpg 200

    Med destinationen dpg 200 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte det udgående opkald ben ved hjælp af opkalds-peers defineret inden for destination Dial-peer-gruppe 200, som er dial-peer 200201.

    voice-class sip tenant 300

    Dial-peer'en overtager alle parametrene fra Lejer 300, medmindre den samme parameter er defineret under selve opkalds-peeren.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Indgående opkald-peer for indgående Webex-opkald call legs:

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

    Forklaring af kommandoer

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

    Opdateringer af en VOIP dial-peer med et tag fra 200201 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding.

    incoming uri request 200

    Al indgående trafik fra Webex-opkald til LGW kan matches på det unikke dtg-mønster i anmodnings-URI'en, der entydigt identificerer det lokale gateway-websted inden for en virksomhed og i Webex-opkald økosystem.

    destination dpg 100

    Med destinationen dpg 100 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte det udgående opkald ben ved hjælp af opkalds-peers defineret inden for destination dial-peer gruppe 100, som er dial-peer 101.

    max-conn 150

    Begrænser antallet af samtidige opkald til 150 mellem LGW og Webex-opkald, under forudsætning af et enkelt opkald-peer-vendt Webex-opkald for både indgående og udgående opkald som defineret i denne vejledning. For flere detaljer om samtidige opkaldsgrænser, der er afhængig af lokal gateway, besøg https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN til Webex-opkald

Alle indgående IP PSTN-call legs på den lokale gateway matches på dial-peer 100, da den definerer et matchkriterie for VIA-overskriften med IP-PSTN's IP-adresse. Valg af udgående opkald-peer understøttes af DPG 200, der benytter udgående opkald-peer 200201, som har den Webex-opkald angivet som måldestination.

Webex-opkald at PSTN

Alle indgående Webex-opkald call legs på den lokale gateway matches på dial-peer 200201, da den overholder et matchkriterium for REQUEST URI-headermønster med TrunkGroup OTG/DTG-parameteren, der er unik for denne lokale gateway-udrulning. Valg af udgående opkald-peer påvirkes af DPG 100, der benytter udgående opkald-peer 101, som har IP-PSTN IP-adressen angivet som måldestination.

For denne installationsvalgmulighed er følgende konfiguration på den lokale gateway nødvendig:

  1. Stemmeklasselejere –Du skal oprette yderligere lejeretil opkalds-peers med Unified CM og ITSP, svarende til lejer 200, som vi oprettede til Webex-opkald med opringninger.

  2. Stemmeklasse-URI'er– Mønstre, der definerer værts-IP-adresser/porte for forskellige trunks, der afslutter på LGW: fra Unified CM til LGW til PSTN destinationer; Unified CM til LGW for Webex-opkald destinationer; Webex-opkald til LGW; og PSTN annullering af SIP-trunk på LGW.

  3. Stemmeklasse servergruppe-Target IP-adresser/porte til udgående trunks fra LGW til Unified CM, LGW til Webex-opkald ogLGW til PSTN SIP-trunk.

  4. Udgående opkald-peers - Sådan dirigeres udgående opkaldsben fraLGW til Unified CM, ITSP SIP trunk og/eller Webex-opkald.

  5. Stemmeklasse DPG– Mål for udgående opkald-peer(er) påkaldt fra en indgående opkalds-peer.

  6. Indgående opkald-peers -For at acceptere indgående call legs fra Unified CM, ITSP, og/eller Webex-opkald.

1

Konfigurer følgende stemmeklasselejere:

  1. Stemmeklasselejer 100 anvendes på alle udgående opkalds-peers med Unified CM- og IP-PSTN:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Stemmeklasselejer 300 vil blive anvendt på alle indgående opkalds-peers fra Unified CM og IP-PSTN:

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

Konfigurer følgende stemmeklasse-URI'er:

  1. Definerer ITSP's værts-IP-adresse:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definer mønster for entydigt at identificere et lokalt gateway-websted inden for en virksomhed, baseret på Control Hubs TrunkGroup OTG/DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Den lokale gateway understøtter i øjeblikket ikke understregning "_" i matchmønsteret. Som en løsning bruger vi prik "." (match enhver) for at matche "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Definerer Unified CM-signaler via port for Webex-opkald trunk:

    voice class uri 300 sip
     pattern :5065
    
  4. Definerer CUCM-kildesignal IP og VIA-port for PSTN trunk:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Konfigurer følgende stemmeklasseservergrupper:

  1. Definerer Unified CM-trunks målværts-IP-adresse og portnummer for Unified CM-gruppe 1 (5 knudepunkter). Unified CM bruger port 5065 til indgående trafik på Webex-opkald trunk (Webex-opkald <-> LGW --> Unified CM). </->

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definerer Unified CM trunks målværts-IP-adresse og portnummer for Unified CM Gruppe 2, hvis relevant:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definerer Unified CM trunks destinations-IP-adresse for Unified CM Group 1 (5 knudepunkter). Unified CM bruger standard port 5060 til indgående trafik på PSTN trunk. Uden portnummer angivet bruges standard 5060. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Definerer Unified CM trunks målvært-IP-adresse for Unified CM-gruppe 2, hvis relevant.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkald-peer mod IP-PSTN:

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

    Forklaring af kommandoer

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

    Definerer en VoIP dial-peer med et tag på 101 og en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding.

    destination-pattern BAD.BAD

    Talmønster, der tillader valg af denne opkalds-peer. Vi benytter imidlertid denne udgående opkalds-peer direkte fra den indgående opkalds-peer ved hjælp af DPG-udtalelser, og det tilsidesætter kriterierne for cifret mønster. Som et resultat, bruger vi et vilkårligt mønster baseret på alfanumeriske cifre tilladt af destinationsmønsteret CLI.

    session protocol sipv2

    Angiver, at denne opkalds-peer vil håndtere SIP call legs.

    session target ipv4:192.168.80.13

    Angiver destinationens mål IPv4-adresse, hvor dette opkaldsben vil blive sendt. (I dette tilfælde SINP's IP-adresse.)

    voice-class codec 99

    Angiver codec-præferenceliste 99 til brug for denne opringning-peer.

    voice-class sip tenant 100

    Dial-peer'en overtager alle parametrene fra Lejer 100, medmindre den samme parameter er defineret under selve opkalds-peeren.

  2. Udgående opkald-peer mod Webex-opkald (Denne dial-peer vil blive opdateret til at fungere som indgående opkald-peer fra Webex-opkald samt senere i konfigurationsvejledningen.):

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

    Forklaring af kommandoer

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

    Definerer en VOIP dial-peer med et tag fra 200201 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding.

    session target sip-server

    Angiver, at den globale SIP-server er destinationen for opkald fra denne opkalds-peer. Webex-opkald, der er defineret i lejer 200, nedarves for denne opkalds-peer.

    voice-class stun-usage 200

    Med funktionen STUN bindinger på LGW kan lokalt genererede STUN anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

    no voice-class sip localhost

    Deaktiverer underititution af DNS-navnet på den lokale vært i stedet for den fysiske IP-adresse i overskrifterne Fra, Opkalds-ID og Eksternt part-ID på udgående meddelelser.

    voice-class sip tenant 200

    Dial-peer overtager alle parametre fra Tenant 200 (LGW Webex-opkald Trunk), medmindre den samme parameter er <--> defineret under selve opkalds-peer. </-->

    srtp

    SRTP er aktiveret for dette opkaldsben.

  3. Udgående opkald-peer mod Unified CM's Webex-opkald Trunk:

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

    Forklaring af kommandoer

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

    Definerer en VoIP dial-peer med et tag på 301 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding.

    session server-group 301

    I stedet for sessions mål-IP i opkald-peer, peger vi på en DestinationServer-gruppe (server-gruppe 301 for opkald-peer 301 ) for at definere flere mål UCM-knudepunkter, selvom eksemplet kun viser en enkeltknude.

    Servergruppe i udgående opkalds-peer

    Med flere opkalds-peers i DPG og flere servere i opkalds-peer-servergruppen kan vi opnå tilfældig fordeling af opkald over alle Unified CM opkalds behandling abonnenter eller viderestilling baseret på en defineret præference. Hver servergruppe kan have op til fem servere (IPv4/v6 med eller uden port). En anden opkalds- og anden servergruppe er kun nødvendig, hvis mere end fem opkaldsbehandlings abonnenter bruges.

    Se for yderligere oplysninger.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html

  4. Anden udgående opkalds-peer mod Unified CM's Webex-opkald trunk, hvis du har mere end 5 Unified CM-knudepunkter:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Udgående opkald-peer mod Unified CM's PSTN trunk:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Anden udgående opkalds-peer mod Unified CM's PSTN trunk, hvis du har mere end 5 Unified CM-knudepunkter:

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

Konfigurer følgende DPG:

  1. Definerer DPG 100. Udgående opkald-peer 101 er målet for alle indgående opkalds-peer påkaldende opkald-peer-gruppe 100. Vi anvender DPG 100 på indgående opkald-peer 302 defineret senere for Unified CM --> LGW --> PSTN sti:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definer DPG 200 med udgående opkald-peer 200201 som mål for Unified CM --> LGW --> Webex-opkald sti:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definer DPG 300 for udgående opkalds-peers 301 eller 303 for Webex-opkald --> LGW --> Unified CM-sti:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definer DPG 302 for udgående opkalds-peers 305 eller 307 for PSTN --> LGW --> Unified CM-sti:

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

Konfigurer følgende indgående opkalds-peers:

  1. Indgående opkalds-peer for indgående IP-PSTN call legs:

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

    Forklaring af kommandoer

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

    Definerer en VoIP dial-peer med et tag på 100 og en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding.

    session protocol sipv2

    Angiver, at denne opkalds-peer vil håndtere SIP call legs.

    incoming uri via 100

    Al indgående trafik fra IP PSTN til LGW matches på den indgående VIA-headers værts-IP-adresse defineret i stemmeklasse URI 100 SIP, så den passer baseret på kilde-IP -adressen (ITSP).

    destination dpg 302

    Med destinationen DPG 302 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte det udgående opkald ben ved hjælp af opkalds-peers defineret inden for destination DPG 302, som enten kan være dial-peer 305 eller dial-peer 307.

    voice-class sip tenant 300

    Dial-peer'en overtager alle parametrene fra Lejer 300, medmindre den samme parameter er defineret under selve opkalds-peeren.

  2. Indgående opkald-peer for indgående Webex-opkald call legs:

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

    Forklaring af kommandoer

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

    Opdateringer af en VOIP dial-peer med et tag fra 200201 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding.

    incoming uri request 200

    Al indgående trafik fra Webex-opkald til LGW kan matches på det unikke dtg-mønster i anmodnings-URI'en, der entydigt identificerer et lokalt gateway-websted inden for en virksomhed og i Webex-opkald økosystemet.

    destination dpg 300

    Med destinationen DPG 300 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte udgående opkald benet ved hjælp af opkalds-peers defineret inden for destinationEN DPG 300, som enten kan være dial-peer 301 eller dial-peer 303.

    max-conn 150

    Begrænser antallet af samtidige opkald til 150 mellem LGW og Webex-opkald under forudsætning af et enkelt opkald-peer vendt Webex-opkald for både indgående og udgående opkald som defineret i denne vejledning. For flere oplysninger om samtidige opkaldsgrænser, der er begrænset til den lokale gateway, besøg https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Indgående opkalds-peer til indgående Unified CM-call legs med Webex-opkald som destination:

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

    Forklaring af kommandoer

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

    Definerer en VOIP dial-peer med et tag på 300 og en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding.

    incoming uri via 300

    Al indgående trafik fra Unified CM til LGW matches på via kildeporten (5065), defineret i stemmeklassens URI 300 SIP.

    destination dpg 200

    Med destinationen DPG 200 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte udgående opkald benet ved hjælp af opkalds-peers defineret inden for destination DPG 200, som vil være dial-peer 200201.

    voice-class sip tenant 300

    Dial-peer'en overtager alle parametrene fra Lejer 300, medmindre den samme parameter er defineret under selve opkalds-peeren.

  4. Indgående opkalds-peer til indgående Unified CM-call legs med PSTN som destination:

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

    Forklaring af kommandoer

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

    Definerer en VOIP dial-peer med et tag på 302 og en meningsfuld beskrivelse gives af hensyn til brugervenlighed i administration og fejlfinding.

    incoming uri via 302

    Al indgående trafik fra Unified CM til LGW til en PSTN-destination matches på Unified CM-kildesignal IP-adressen og VIA port defineret i stemmeklasse URI 302 SIP. Standard SIP-port 5060 bruges.

    destination dpg 100

    Med destinationen DPG 100 sender IOS-XE de klassiske kriterier for udgående opkald-peer-matchning og fortsætter med det samme til at opsætte det udgående opkald ben ved hjælp af opkalds-peers defineret inden for destinationEN DPG 100, som vil være dial-peer 101.

    voice-class sip tenant 300

    Dial-peer'en overtager alle parametrene fra Lejer 300, medmindre den samme parameter er defineret under selve opkalds-peeren.

IP PSTN til Unified CM PSTN Trunk

Webex-opkald til Unified CM Webex-opkald Trunk

Unified CM PSTN Trunk til IP-PSTN

Unified CM Webex-opkald Trunk til Webex-opkald platform

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere DS'en for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen for at fremskynde afviklingstid.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. Logikken for problemregistrering defineres ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodiske overvågning af specifikke vis kommandooutputs. Handlingstyperne inkluderer indsamling af vis kommandooutputs, generering af en konsolideret logfil og overførsel af filen til en brugers netværksplacering, såsom HTTPS, SCP, FTP-server. DS-filer er oprettet af TAC-ingeniører og er digitalt underskrevet for integritetsbeskyttelse. Hver DS-fil har et unikt numerisk id tildelt af systemet. Diagnosticeringssignaturopslag (DSLT) er en enkelt kilde for at finde relevante signaturer til overvågning og fejlfinding af en række problemer.

Før du begynder:

  • Rediger ikke DS-filen, der er hentet fra DSLT. Ændrede filer kan ikke installeres på grund af fejl ved kontrol af integritet.

  • Der kræves en enkel mailoverførselsprotokol (SMTP)-server, for at den lokale gateway kan sende e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.3.2 eller nyere, hvis du vil bruge sikker SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway med IOS XE 17.3.2 eller nyere

  1. Diagnostiske signaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver til at sende proaktive meddelelser, hvis enheden kører med IOS XE 17.3.2 eller derover.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.

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

Lokal gateway med IOS XE 16.11.1 eller højere

  1. Diagnostiske signaturer er aktiveret som standard.

  2. Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en version før 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.

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

Lokal gateway med 16.9.x version

  1. Indtast følgende kommandoer for at aktivere diagnosticeringssignaturer.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en version før 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.

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

Følgende viser et eksempel på konfiguration af en lokal gateway med IOS XE 17.3.2 for at sende proaktive meddelelser til tacfaststart@gmail.com ved hjælp af Gmail som den sikre SMTP-server:


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

Lokal gateway med IOS XE-software er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi er nødt til at konfigurere en specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Gå til Administrer Google Account > sikkerhed, og slå Indstillingen for mindre sikker appadgang til.

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google forhindrede en person i at logge ind på din konto ved hjælp af en ikke-Google-app".

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer 5 sekunders CPU-udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiveres alle fejlfindinger, og alle diagnosticeringssignaturer, der er installeret i den lokale gateway, deaktiveres. Brug disse trin nedenfor til at installere signaturen.

  1. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-serverstyring".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen Diagnosticeringssignatureropslagsværktøj:

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

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE virksomhed i Webex-opkald løsning

    Problemområde

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse

  3. Kopier DS XML-filen til den lokale gateway-flash.

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

    Følgende viser et eksempel på kopiering af filen fra en FTP-server til den lokale gateway.

    
    LocalGateway# 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) 
    LocalGateway # 
  4. Installer DS XML-filen i den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verifi bekræfter, at signaturen blev installeret ved hjælp af vis call-home diagnose-signatur. Statuskolonnen skal have en "registreret" værdi.

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

    Download DSes:

    DS-ID

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Lokalgateway #


    Når den udløses, afinstallerer denne signatur alle kørende DSs, inklusive sig selv. Hvis nødvendigt skal du geninstallere DS 64224 for at fortsætte med at overvåge høj CPU-udnyttelse på den lokale gateway.

Overvågning SIP-trunk registrering

Denne DS kontrollerer for ikke-tilmelding af en lokal gateway SIP-trunk med Cisco Webex Calling cloud hvert 60. sekunder. Når ikke-tilmeldingsbegivenhed er registreret, genererer den en e-mail- og syslog-underretning og afinstallerer sig selv efter to tilfælde af ikke-tilmelding. Følg trinene nedenfor for at installere signaturen.

  1. Download DS 64117 ved hjælp af følgende rullemenuen i Diagnosticeringssignaturopslagsværktøj:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE virksomhed i Webex-opkald løsning

    Problemområde

    SIP-SIP

    Problemtype

    SIP-trunk afmelding med e-mailmeddelelse

  2. Kopier DS XML-filen til den lokale gateway.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Installer DS XML-filen i den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verifi bekræfter, at signaturen blev installeret ved hjælp af vis call-home diagnose-signatur. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkald afbryder

Denne DS bruger SNMP-meningsmåling hvert 10. minut til at påvise unormale opkaldsafbryd med SIP-fejl 403, 488 og 503.  Hvis forøgelsen af fejltælling er større end eller lig med 5 fra den sidste meningsmåling, genereres der en syslog- og e-mailmeddelelse. Følg trinene nedenfor for at installere signaturen.

  1. Kontroller, om SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-serverstyring".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Download DS 65221 ved hjælp af følgende valgmuligheder i diagnosticeringssignaturopslagsværktøjet:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE virksomhed i Webex-opkald løsning

    Problemområde

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning

  3. Kopier DS XML-filen til den lokale gateway.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installer DS XML-filen i den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verifi bekræfter, at signaturen blev installeret ved hjælp af vis call-home diagnose-signatur. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer til fejlfinding af et problem

Diagnosticeringssignaturer (DS) kan også bruges til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfindinger, der er nødvendige for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og automatisk overføre dataene til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere manuelt for problemhændelsen og gør fejlfinding af intermitterende og kortvarige problemer meget nemmere.

Du kan bruge diagnosticeringssignatur opslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen anbefalet af TAC-tekniker som en del af support engagementet.

Her er et eksempel på, hvordan du finder og installerer en DS for at påvise hændelsen "%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatiser diagnostisk dataindsamling ved hjælp af trinene vist herunder.

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix, som er den CiscoTAC-filserversti (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filsti-konto er sagsnummeret, og adgangskoden er det filoverførsel token, som kan hentes fra Support case Manager som vist nedenfor. Denne filoverførsel kan genereres i afsnittet Vedhæftede filer i Support case manager efter behov.

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

    Eksempel:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-serverstyring".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Det anbefales at installere High CPU-monitorering DS 64224 som et proaktivt mål for at deaktivere alle fejl og diagnosticeringssignaturer i løbet af en periode med høj cpu-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i diagnosticeringssignaturopslagsopslag:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE virksomhed i Webex-opkald løsning

    Problemområde

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i diagnosticeringssignaturopslagsopslag:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE virksomhed i Webex-opkald løsning

    Problemområde

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDST. =1.1.181.1.29.0

  5. Kopier DS XML-filerne til den lokale gateway.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installer High CPU monitoring DS 64224 og derefter DS 65095 XML-filen i den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verifi bekræfter, at signaturen blev installeret ved hjælp af vis call-home diagnose-signatur. Statuskolonnen skal have en "registreret" værdi.

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

    Downloadede DSes:

    DS-ID

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08:00:12:53

    Lokalgateway #

Bekræft afvikling af diagnostiske signaturer

Som vist nedenfor, ændres kolonnen "Status" for kommandoen vis call-home diagnose-signatur til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af vis ring-hjem diagnostisk-signatur-statistik er den bedste måde til at verificere, om en diagnostisk signatur har registreret en begivenhed af interesse og udført handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen automatisk vil afinstallere sig selv efter at påvise det maksimale antal udløste begivenheder.


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

Downloadede DSes:

DS-ID

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

Lokalgateway #

LocalGateway# vis diagnostisk signatur-statistik for opkald

DS-ID

DS-navn

Udløst/maks./afinstallering

Gennemsnitlig kørselstid (sekunder)

Maks. kørselstid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20/1/Y

23.053

23.053

Lokalgateway #

Den e-mailunderretning under afvikling af diagnosesignatur indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Diagnostiske signaturer, der bruges til fejlfinding, defineres typisk til afinstallation efter påvisning af et bestemt antal problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af vis call-home diagnosticeringssignatur og køre kommandoen vist herunder.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Eksempel:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

Nye signaturer føjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag, baseret på de problemer, der normalt forekommer under udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Implementer CUBE høj tilgængelighed som lokal gateway

Local Gateway (LGW) er den eneste mulighed for at give lokalt PSTN adgang for Cisco Webex Calling kunder. Formålet med dette dokument er at hjælpe dig med at opbygge en lokal gateway-konfiguration ved hjælp af CUBE med høj tilgængelighed, aktiv/standby CUBEs til tilstandsfuld failover af aktive opkald.

Fundamentals

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex-opkald, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE virksomhedsudrulning ændres for også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den anvendte konfiguration for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørg for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.


Vis kommandoer og logfiler i denne artikel er baseret på den mindste softwareudgivelse af Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede CUBE HA konfigurationsvejledninger til forskellige platforme:

Webex-opkald løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der tilbyder et cloudbaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway (stedbaseret PSTN) trunk i Webex-opkald giver forbindelse til en kundeejede PSTN tjeneste. Det giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex-opkald-udrulning uden eksisterende IP PBX og gælder for en enkelt eller flere webstedsinstallation. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne installation.

Lag 2, boks-til-boks redundans

CUBE HA layer 2-redundansen i boksen bruger infrastrukturprotokollen for Redundansgruppen (RG) til at udgøre et aktivt/standby-par routere. Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og kontinuerligt udveksle statusmeddelelser. CUBE-sessionsoplysninger bliver kontroller-klar på tværs af routere, der gør det muligt for standby-routeren at tage alle CUBE-opkaldsbehandlingsansvar over med det samme, hvis den aktive router går ud af drift, hvilket resulterer i tilstandsfuld vedligeholdelse af signal og medier.


Kontrol peger er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE høj tilgængelighed (HA) lag 2 boks-til-boks (B2B) redundans for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling trunk-udrulning.

Redundans gruppe infra komponent

Redundansgruppens (RG) infra-komponent giver box-to-box kommunikationsinfrastruktursupport mellem de to CUBEs og forhandler den endelige stabil redundans tilstand. Denne komponent leverer også:

  • En GENNEMLØBS-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive og hej meddelelser mellem de to CUBEs (via kontrolgrænsefladen)-GigitutEthernet3 i tallet ovenfor.

  • En transportmekanisme til kontrolpunkting af signal- og medietilstand for hvert opkald fra den aktive til standby-router (via datagrænsefladen)-GiguletEthernet3 i figur ovenfor.

  • Konfiguration og administration af den virtuelle IP (VIP)-grænseflade for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – Gig botetEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme B2B HA.

Virtuel IP (VIP) adresseadministration for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBEs i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for stemme B2B HA-support. Eksterne enheder, såsom Unified CM, Webex-opkald tilgå SBC, tjenesteudbyder eller proxy, brug VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA Webex-opkald som en enkelt lokal gateway i et enkeltstående punkt.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router lukker, tager standby-routeren over og fortsætter med at videresende RTP-streamen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover vil ikke bevares efter skift. For eksempel opkald, der endnu ikke er helt etableret eller er i gang med at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skift.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til stateful failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er Redundancy Group (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG Control/Data-grænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal er understøttet for både RG Control/data og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundans grænsefladeidentifikator, rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBEs skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binde, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-control/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk Switch på tværs af alle på samme måde grænseflader, så CUBE HA kan virke, dvs. AT GE0/0/0 af CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke få WAN afsluttet på CUBEs direkte eller Data HA på begge sider

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG Control/data, Gig3). dvs. at grænsefladen brugt til trafik ikke kan bruges til HA keepalives og checkpointing

  • Efter failover gennemgår den tidligere aktive CUBE en genindlæsning efter design, signal og medier, der signalerer

Konfigurer redundans på begge CUBEs

Du skal konfigurere lag 2-boks-til-boks redundans på begge CUBEs beregnet til at blive brugt i et HA-par for at åbne virtuelle IP'er.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t 
 track 1 grænseflade Gig priktEthernet1 linje protokol 
 spor 2 grænseflade GigtEthernet2 linje-protokol 
 afslut
VCUBE-1#conf t
VCUBE-1(konfigura)#spor 1 grænseflade GigconfigtEthernet1 linje-protokol
VCUBE-1(konfigurer-track)#spor 2 grænseflade GigconfigtEthernet2 linje-protokol
VCUBE-1(konfigurer-spor)#udgang
VCUBE-2#conf t
VCUBE-2(konfigurer)#spor 1 grænseflade GigconfigtEthernet1 linje-protokol
VCUBE-2(konfigurer-track)#spor 2 grænseflade GigconfigtEthernet2 linje-protokol
VCUBE-2(konfigurer-track)#udgang

Spor CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute får en aktiv rolle, efter trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundans program redundans gruppe 1 navn 
 
 
    LocalGateway-HA prioritet 
    100 failover tærskel 75 
    kontrol GigtidentEthernet3 protokol 1 
    data GigtidentEthernet3 
    timere forsinkelse 30 genindlæs 60 spor 1 nedlukningsspor 
 
    2 
    nedlukningsudgang protokol 
   1 timer 
    hejtime 3 holdtime 10 
 
 
 exit
VCUBE-1(konfiguration)#redundans
VCUBE-1(konfigurer-rød)#program redundans
VCUBE-1(konfigurer-red-app)#gruppe 1
VCUBE-1(konfigurer-red-app-grp)#navn LocalGateway-HA
VCUBE-1(konfigurer-red-app-grp)#prioritet 100 failover tærskel 75
VCUBE-1(konfigurer-red-app-grp)#kontrol GigconfigtEthernet3 protokol 1
VCUBE-1(konfigurer-red-app-grp)#data GigconfigtEthernet3
VCUBE-1(konfigurer-red-app-grp)#timere forsinkelse 30 genindlæs 60
VCUBE-1(konfigurer-red-app-grp)#track 1 nedlukning
VCUBE-1(konfigurer-red-app-grp)#track 2 nedlukning
VCUBE-1(konfigurer-red-app-grp)#afslut
VCUBE-1(konfigurer-red-app)#protokol 1
VCUBE-1(konfigurer-red-app-prtcl)#timere hellotime 3 holdtime 10
VCUBE-1(konfigurer-red-app-prtcl)#exit
VCUBE-1(konfigurer-rød-app)#udgang
VCUBE-1(konfigurer-rød)#udgang
VCUBE-1(konfiguration) #
VCUBE-2(konfiguration)#redundans
VCUBE-2(konfigurer-rød)#program redundans
VCUBE-2(konfigurer-red-app)#gruppe 1
VCUBE-2(konfigurer-red-app-grp)#navn LocalGateway-HA
VCUBE-2(konfigurer-red-app-grp)#prioritet 100 failover-tærskel 75
VCUBE-2(konfigurer-red-app-grp)#kontrol GigconfigtEthernet3 protokol 1
VCUBE-1(konfigurer-red-app-grp)#data GigconfigtEthernet3
VCUBE-2(konfigurer-red-app-grp)#timere forsinkelse 30 genindlæs 60
VCUBE-2(konfigurer-red-app-grp)#track 1 nedlukning
VCUBE-2(konfigurer-red-app-grp)#track 2 nedlukning
VCUBE-2(konfigurer-red-app-grp)#udgang
VCUBE-2(konfigurer-red-app)#protokol 1
VCUBE-2(konfigurer-red-app-prtcl)#timere hellotime 3 holdtime 10
VCUBE-2(konfigurer-red-app-prtcl)#exit
VCUBE-2(konfigurer-rød-app)#udgang
VCUBE-2(konfigurer-rød)#udgang
VCUBE-2(konfiguration) #

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans– Indtaster redundans-tilstand

  • program redundans- Indtaster applikationens redundans konfigurationstilstand

  • gruppe– Indtaster konfigurationstilstand for redundans for programgruppe

  • navn LocalGateway-HA—Definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – Angiver indledendeprioritets- og failover-tærskler for en RG

  • timere forsinkelse 30 genindlæs 60- Konfigurerer de to gange for forsinkelse og genindlæsning

    • Forsinkelsestimer, der er mængden af tid til at forsinke RG-gruppens initialisering og rolleplacering, efter brugergrænsefladen kommer op – Standard 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke initialiseringen af RG-gruppe, og den rolle, der skal anvendes efter genindlæsning – standard 60 sekunder. Området er 0-10000 sekunder

    • Standardtimer anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre at RG-protokolkonfigurationen finder sted, efter routing i netværket er konvergeret til et stabilt sted. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. for den nye STANDBY at se den første RG HEJ-pakke fra den nye ACTIVE, skal timerne justeres til 'timere forsinkelse 60 genindlæsning 120' til at faktorer i denne forsinkelse.

  • control GigfiletEthernet3 protocol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive og hej meddelelser mellem de to CUBEs, og angiver protokolforekomsten, der vil blive knyttet til en kontrolgrænseflade, og indtaster redundans-protokolkonfigurationstilstand

  • data GigfiletEthernet3– Konfigurerer grænsefladen, der bruges til kontrolpunkt for datatrafik

  • spor-RG gruppesporing af grænseflader

  • protokol 1 – Angiver protokolforekomsten, som vil blive knyttet til en kontrolgrænseflade ogindtaster konfigurationstilstand for redundans for applikationsprotokollen

  • timere hejtid 3 holdtid 10- Konfigurerer de to timere til hejtid og holdtid:

    • Hejtid– Interval mellem fortløbende hej-beskeder – Standard 3 sekunder. Rækkevidde er 250 millisekunder-254 sekunder

    • Ventetid– intervallet mellem modtagelse af en Hej-meddelelse og meddelelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hej-tidspunktet – standard 10 sekunder. Rækkevidde er 750 millisekunder-255 sekunder

      Vi anbefaler, at du konfigurerer holdtime-timeren til at være mindst 3 gange værdien af hejtidstimeren.

3

Aktivér redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under stemmetjeneste voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundanssprocessen.

stemmetjeneste 
   voip-redundans-gruppe 1 
   udgang
VCUBE-1(konfiguration)#voip til stemmetjeneste
VCUBE-1(konfigurer-voi-serv)#redundans-gruppe 1

  % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført
VCUBE-1(konfigurer-voi-serv)# udgang
VCUBE-2(konfiguration)#voip til stemmetjeneste
VCUBE-2(konfigurer-voi-serv)#redundans-gruppe 1

  % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført
VCUBE-2(konfigurer-voi-serv)# udgang

redundans-gruppe 1—Tilføjelse og fjernelse af denne kommando kræver en genindlæsning for at den opdaterede konfiguration kan blive gennemført. Vi genindlæser platformene, efter al konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP'er som vist nedenfor, og anvend redundansens grænseflade-id(rii)

VCUBE-1(konfigurer)#grænseflade GigconfigtEthernet1
VCUBE-1(konfigurer-hvis)# redundans rii 1
VCUBE-1(konfigurer-hvis)# redundans gruppe 1 ip 198.18.1.228 exclusive
VCUBE-1(konfigurer-hvis)# udgang
VCUBE-1(konfiguration) #
VCUBE-1(konfigurer)#grænseflade GigfiletEthernet2
VCUBE-1(konfigurer-hvis)# redundans rii 2
VCUBE-1(konfigurer-if)# redundans gruppe 1 ip 198.18.133.228 exclusive
VCUBE-1(konfigurer-hvis)# udgang
VCUBE-2(konfigurer)#grænseflade GigconfigtEthernet1
VCUBE-2(konfigurer-hvis)# redundans rii 1
VCUBE-2(konfigurer-if)# redundans gruppe 1 ip 198.18.1.228 exclusive
VCUBE-2(konfigurer-hvis)# udgang
VCUBE-2(konfiguration) #
VCUBE-2(konfigurer)#grænseflade GigconfigtEthernet2
VCUBE-2(konfigurer-hvis)# redundans rii 2
VCUBE-2(konfigurer-if)# redundans gruppe 1 ip 198.18.133.228 exclusive
VCUBE-v(konfigurer-hvis)# udgang

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii– Konfigurerer redundansens grænseflade-id for redundansgruppen. Påkrævet for generering af en virtuel MAC (VMAC)-adresse. Den samme rii-id-værdi skal bruges på grænsefladen for hver router (ACTIVE/STANDBY), der har den samme VIP.


     

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-ID'er på deres respektive grænseflader (for at forhindre sammentrækkelse). "vis redundans programgruppe alle" skal angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundans gruppe 1– Tilknytter grænsefladen med den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.


     

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, at brugergrænsefladen brugt til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade angivet i trin 2 ovenfor. I dette eksempel bruges Gigelementt-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, der skal genindlæses sidst, er altid standby.

VCUBE-1#wr

  Bygningskonfiguration...

  [OK]
VCUBE-1#genindlæsning

  Fortsæt med genindlæsningen? [bekræft]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

  Bygningskonfiguration...

  [OK]
VCUBE-2#genindlæsning

  Fortsæt med genindlæsningen? [bekræft]
6

Bekræft, at box-to-box-konfigurationen fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne vil platformen, der genindlæser den sidste, altid være Standby.


VCUBE-1#vis redundans programgruppe alle fejl stater Gruppe 1 info:
       Prioritet for kørselstid: [100] 
               RG-fejl RG-tilstand: Op.
                       Samlet antal skift pga. fejl:           0 
                       Samlet antal ned/op-tilstandsændringer som følge af fejl: 0 gruppe-id:1 
 gruppenavn:LocalGateway-HA    administratortilstand: Ingen nedlukning 
 Samlet funktionsdygtig tilstand: Op til min rolle: AKTIV 
 peer-rolle:  STANDBY-peer-tilstedeværelse: Ja 
 Peer Comm: Ja 
 Peerhinggen startet: Ja 
 
 RF-domæne: btob-one 
         RF-tilstand: AKTIV 
         Peer RF-tilstand: STANDBY HOT 
 
 RG Protocol RG 1 
 ------------------ 
 rolle: Aktiv 
        aktivitet, der er aktiv: Aktiveret 
        prioritet: 100 
        protokoltilstand: Aktiv 
        Ctrl Intf(s) tilstand: Op 
        til aktiv peer: Lokal         standby-peer: adresse 10.1.1.2, prioritet 100, intf Gi3         Log-tællere:
                rolleændring til aktiv: 1 
                rolleændring til standby: 1 
                deaktiver begivenheder: rg-tilstand 0, rg luk 0 
                ctrl intf begivenheder: op 1, ned 0, admin_down 0 
                genindlæs begivenheder: lokal anmodning 0, peer-anmodning 0 
 
 RG-mediekontekst for RG 1 
 -------------------------- 
 Ctx-tilstand: Aktiv 
        protokol-id: 1 
        Medietype: Standardkontrolgrænseflade: GigtEthernet3         Aktuel hej-timer: 3000 
        konfigureret hej-timer: 3000, hold timer: 10000 
        Peer Hej-timer: 3000, Peer Hold-timer: 10000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0-godkendelse ikke 
            konfigureret 
            godkendelsesfejl: 0 
            Genindlæs Peer: TX 0, RX 0 til at 
            opgive: TX 0, RX 0 
    Standy Peer: Stede. Hold Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-1 #

VCUBE-2#vis redundans applikationsgruppe alle fejl stater Gruppe 1 info:
       Prioritet for kørselstid: [100] 
               RG-fejl RG-tilstand: Op.
                       Samlet antal skift pga. fejl:           0 
                       Samlet antal ned/op-tilstandsændringer som følge af fejl: 0 gruppe-id:1 
 gruppenavn:LocalGateway-HA    administratortilstand: Ingen nedlukning 
 Samlet funktionsdygtig tilstand: Op til min rolle: STANDBY-peer-rolle: AKTIV Peer-tilstedeværelse: Ja 
 Peer Comm: Ja 
 Peerhinggen startet: Ja 
 
 RF-domæne: btob-one 
         RF-tilstand: AKTIV 
         Peer RF-tilstand: STANDBY HOT 
 
 RG Protocol RG 1 
 ------------------ 
 rolle: Aktiv 
        aktivitet, der er aktiv: Aktiveret 
        prioritet: 100 
        protokoltilstand: Aktiv 
        Ctrl Intf(s) tilstand: Op         til aktiv peer: adresse 10.1.1.2, prioritet 100, intf Gi3         Standby Peer: Lokale 
        log-tællere:
                rolleændring til aktiv: 1 
                rolleændring til standby: 1 
                deaktiver begivenheder: rg-tilstand 0, rg luk 0 
                ctrl intf begivenheder: op 1, ned 0, admin_down 0 
                genindlæs begivenheder: lokal anmodning 0, peer-anmodning 0 
 
 RG-mediekontekst for RG 1 
 -------------------------- 
 Ctx-tilstand: Aktiv 
        protokol-id: 1 
        Medietype: Standardkontrolgrænseflade: GigtEthernet3         Aktuel hej-timer: 3000 
        konfigureret hej-timer: 3000, hold timer: 10000 
        Peer Hej-timer: 3000, Peer Hold-timer: 10000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0-godkendelse ikke 
            konfigureret 
            godkendelsesfejl: 0 
            Genindlæs Peer: TX 0, RX 0 til at 
            opgive: TX 0, RX 0 
    Standy Peer: Stede. Hold Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurer en lokal gateway på begge CUBEs

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at bygge den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6 adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle.


LocalGateway#conf t 
 LocalGateway(konfigurering)# nøglekonfigurer-nøgle adgangskode-kryptere Adgangskode123 LocalGateway(config)#adgangskode kryptering aes

Her er den lokale gateway-konfiguration, der gælder for begge platforme baseret på de Control Hub-parametre, der vises ovenfor, gemme og genindlæse. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift .


konfigurere terminal 
 intellepki trustpoint dummyTp 
 tilbagekaldelse-check crl 
 exit 
 sip-ua 
 signalstandard trustpoint dummyTp cn-san-valid server transport tcp tls v1.2 ende konfigurere terminal pki trust importer ren URL url end konfigurere terminal voice service voip ip-adresse pålidelig http://www.cisco.com/security/pki/trs/ios_core.p7b liste 
 
 
 
 
 
 ipv4 x.x.x.x y.y.y.y exit tillad-forbindelser sip til sip mediestatistik medie 
 masse-statistik ingen sammenkørt-service sip henvis ingen tilses-tjenesten 
 
 
 sip 
 
 håndtag-erstatter fax protokol 
 pass-through g711ulaw 
 
 stun stun flowdata agent-id 1 boot-count 4 
 stun flowdata delt-hemmelig 0 Adgangskode123! 
  sip g729 annexb-all tidlige tilbud tvunget slut konfigurer terminal stemmeklasse 
 
 
 
 
 
 
 sip-profiler 200 regel 9 anmod enhver 
 sip-header SIP-Req-URI modificere "sips:(.*)" "sip:\1" regel 10 anmoder ENHVER sip-header For at modificere " " " regel 13 svar ENHVER<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)><sip:\1;transport=tls>sip-header At modificere 
 "<sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar <sajan index="3" />";otg= hussain1076_lgu >" regel 30 anmodning ENHVERsip-header P-Påstå-Identity modificere 
 "sips:(.*)" "sip:\1" 
 
 
 stemmeklasse codec 
 99 codec præference 1 g711ulaw 
 codec præference 2 g711ulaw exit 
 voice class 
 
 srtp-udnyttelse 200 under 1 AES_CM_128_HMAC_SHA1_80 forlade stemmeklasse 
 
 
 
 stun-usage 200 
 stun brug firewall-traversal flowdata exit voice class lejer 
 
 
 
 
 
 
 
 200 
 registrar dns:40462196.cisco-bcld.com skema sips udløber 240 
 genindlæser-forhold 50 tcp tls legitimationsoplysninger nummer 
 Hussain5091_LGU brugernavn Hussain1076_LGU adgangskode  0 lOV12MEaZx domæne Broadworks bekræftelse brugernavn Hussain5091_LGU adgangskode  0 lOV12MEaZx domæne BroadWorks bekræftelse brugernavn Hussain5091_LGU adgangskode   0 lOV12MEaZx domæne 40462196.cisco-bcld.com ingen     remote-party-id 
 sip-server dns:40462196.cisco-bcld.com   forbindelse-genbrug 
 srtp-kryptering 200 
 sessionstransport tcp tls 
 url sips 
 error-passthru 
 påstået-id pai 
 bind kontrolkilde-grænseflade GiguletEthernet1 
 bind mediekilde-grænseflade GigoxytEthernet1 ingen 
 pass-thru indhold brugertilpasset sdp 
 sip-profiler 200 
 udgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com   privacy-policy passthru stemmeklasse lejer 
 
 
 100 
 session transport udp url sip 
 
 fejl-passthru 
 binder control source-interface GignøglenEthernet2 
 bind mediekilde-grænseflade GigelementtEthernet2 
 ingen pass-thru indhold brugertilpasset sdp 
 
 stemmeklasse lejer 300 
 bind kontrol kilde-interface GigpvtEthernet2 
 bind mediekilde-grænseflade Gig priktEthernet2 
 ingen pass-thru indhold brugertilpasset-sdp 
 
 
 stemmeklasse uri 100 sip 
 vært ipv4:198.18.1 33.3 stemmeklasse 
 
 uri 200 sip 
 pattern dtg=hussain1076.lgu    dial-peer voice 101 voip 
 beskrivelse Udgående dial-peer til IP PSTN 
 destination-mønster DÅRLIG. BAD 
 session protokol sipv2 session mål 
 ipv4:198.18.133.3 
 stemme-klasse codec 99 
 voice-class sip lejer 100 
 dtmf-relay rtp-nte 
 ingen tast-peer voice 
 
 201 voip beskrivelse Udgående 
 dial-peer til Webex-opkald 
 destination-mønster BAD. DÅRLIG 
 sessionsprotokol sipv2-session mål 
 sip-server 
 voice-class codec 99 
 voice-class stun-usage 200 
 ingen stemme-klasse sip localhost 
 voice-class sip lejer 200 
 dtmf-relay rtp-nte 
 srtp 
 ingen 
 
 
 dpg 100 beskrivelse 
 Indgående WebexCalling(DP200) til IP PSTN(DP101) 
 dial-peer 101 præference 1 stemmeklasse 
 
 dpg 200 
 beskrivelse Indgående IP PSTN(DP100) til Webex-opkald(DP201) 
 dial-peer 201 præference 1 
 
 
 
 
 
 dial-peer voice 100 voip 
 desription Indgående opkald-peer fra IP PSTN session protokol 
 sipv2 
 destination dpg 200 indgående 
 uri via 100 
 voice-class codec 99 
 voice-class sip lejer 300 
 dtmf-relay rtp-nte 
 ingen 
 
 kald-peer voice 200 voip beskrivelse Indgående dial-peer fra Webex-opkald session protokol 
 
 sipv2 
 destination dpg 100 indgående uri anmodning 
 200 
 stemm

For at vise show command output, har vi geninstalleret VCUBE-2 efterfulgt afVCUBE-1 , hvilket gørVCUBE-1 til standby CUBE og VCUBE-2 den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med adgangsadgang Webex-opkald SBC. Se resultatet af de følgende show-kommandoer.

vis redundans applikationsgruppe 1

vis sip-ua-registerstatus


VCUBE-1#vis redundans applikationsgruppe 1 Gruppe-id:1 
 Gruppenavn:LocalGateway-HA 
 
 Administratortilstand: Ingen nedlukning 
 Samlet funktionsdygtig tilstand: Op din rolle:  Standby-peer-rolle: AKTIV 
 Peer-tilstedeværelse: Ja 
 Peer Comm: Ja 
 Peerhinggen startet: Ja 
 
 RF-domæne: btob-one 
         RF-tilstand: STANDBY HOT 
         Peer RF-tilstand: ACTIVE 
 
 VCUBE-1#vis sip-ua tilmeldingsstatus VCUBE-1 #

VCUBE-2#vis redundans applikationsgruppe 1 Gruppe-id:1 
 Gruppenavn:LocalGateway-HA 
 
 Administratortilstand: Ingen nedlukning 
 Samlet funktionsdygtig tilstand: Op din rolle: AKTIV peer-rolle: STATUS 
 Peer-tilstedeværelse: Ja 
 Peer Comm: Ja 
 Peerhinggen startet: Ja 
 
 RF-domæne: btob-one 
         RF-tilstand: AKTIV 
         Peer RF-tilstand: STANDBY HOT 
 
 VCUBE-2#vis sip-ua tilmeldingsstatus  Lejer: 200 
 --------------------Registrar-Index 1 --------------------- 
 linje peer udløber(sek) regindeks P-Associ-URI ===================================== 
 ========= =========== === ======== ============ 
 Hussain5091_LGU -1 48 ja normal 
 VCUBE-2 #

Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex-opkald access SBC, mens resultatet af "show sip-ua register status" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1


VCUBE-1# fejlfinding på ccsip, ikke-opkald SIP Out-of-Dialog sporing er aktiveret 
 VCUBE-1# debug ccsip info SIP Call info sporing er aktiveret VCUBE-1#debug ccsip besked
4

Hjælper med failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.


VCUBE-2#redundans applikation genindlæse gruppe 1 selv

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over CLI angivet ovenfor

  • Når DEN AKTIVE router genindlæses

  • Når AKTIV router strømstyring

  • Når en RG-konfigureret grænseflade for ACTIVE routeren lukkes, hvor sporing er aktiveret

5

Kontroller, om VCUBE-1 er tilmeldt med Webex-opkald adgang SBC. VCUBE-2 ville have geninstalleret nu.


VCUBE-1#vis sip-ua tilmeldingsstatus 
 
 Lejer: 200 
 --------------------Registrar-Index 1 --------------------- 
 linje peer udløber(sek) regindeks P-Associ-URI ===================================== 
 ========= =========== === ======== ============ Hussain5091_LGU -1 56 ja normal VCUBE-1 #

VCUBE-1 er nu det aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex-opkald via den virtuelle IP og modtager en 200 OK.


VCUBE-1#show log 
 
 9. jan. 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hej tid udløbet.
9. jan. 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 rolle skift fra Standby til Aktiv 
 9. januar 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, fra STANDBY_HOT til AKTIV-tilstand.
9. jan. 18:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/Info/4096/sip_ha_notify_active_role_event: Modtog underret aktiv 
 
 rollebegivenhed 9. jan. 18:37:25.758: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sendt:
TILMELD SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Dato: Tor, 09. jan 2020 18:37:24 GMT 
 opkald-id: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Brugeragent: Maks. videresendes til Cisco-SIPGateway/IOS-16.12.02: 70 
 tidsstempel: 1578595044 
 CSeq: 2 TILMELD 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Udløber: 240 
 understøttet: sti 
 indhold-længde: 0
9. jan. 18:37:25.995: -1/000000000/SIP/Msg/ccsipDisplayMsg:
Modtaget:
SIP/2.0 401 ikke autoriseret via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Dato: Tor, 09. jan 2020 18:37:24 GMT 
 opkald-id: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595044 
 CSeq: 2 TILMELD 
 WWW-Godkend; DIGEST-domæne="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algoritme=MD5 
 indhold-længde: 0
9. jan. 18:37:26.000: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sendt:
TILMELD SIP:40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Dato: Tor, 09. jan 2020 18:37:25 GMT 
 opkald-id: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Bruger-agent:Cisco-SIPGateway/IOS-16.12.02 
 Maks. fremad: 70 
 tidsstempel: 1578595045 
 CSeq: 3 TILMELD 
 kontaktperson: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Udløber: 240 
 understøttet: stigodkendelse: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algoritme=MD5,fald=0000001 
 Indhold-Længde: 0
9. jan. 18:37:26.190: 1/000000000/SIP/Msg/ccsipDisplayMsg:

Modtaget:
SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 
 Opkald-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Timestamp: 1578595045 
 CSeq: 3 TILMELD 
 kontaktperson: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;udløber=120;q=0.5 
 Tillad-begivenheder: opkald-info,linje-beslag,dialog,meddelelse-oversigt,som-funktion-begivenhed,x-broadworks-bejder,x-broadworks-call-center-status,konferenceindhold-længde: 0
Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Konfigurer Unified CM til Webex Calling

Du har muligvis brug for en integration med Unified CM, hvis Webex Calling-aktiverede placeringer tilføjes til en eksisterende udrulning, hvor Unified CM er den lokale opkaldsstyringsløsning, og hvis du kræver direkte opkald mellem telefoner, der er tilmeldt Unified CM og telefoner i Webex Calling-placeringer.

Konfigurer SIP Trunk-sikkerhedsprofil for Trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gateway befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret klasse for tjeneste på disse opkaldstyper. Denne differentierede opkaldsbehandling skelner ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gatewayenhed, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP Trunk-sikkerhedsprofil til den lokale Gateway-trunk med følgende indstillinger:

Indstilling Værdi
Navn Unikt navn, såsom Webex
Beskrivelse Meningsfuld beskrivelse, såsom Webex SIP Trunk-sikkerhedsprofil
Indgående port Skal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer SIP-profil for den lokale Gateway Trunk

Opret en dedikeret SIP-profil til den lokale Gateway-trunk med følgende indstillinger:

Indstilling Værdi
Navn Unikt navn, såsom Webex
Beskrivelse Meningsfuld beskrivelse, såsom Webex SIP-profil
Aktiver VALGMULIGHEDER Ping for at overvåge destinationsstatus for trunks med tjenesteydelsestype "Ingen (standard)" Kontrolleret

Opret et søgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

Indstilling Værdi
Navn Unikt navn, såsom Webex
Beskrivelse Meningsfuld beskrivelse, såsom søgerum for Webex Calling
Valgte partitioner

DN (+E.164 adressebogsnumre)

ESN (forkortelser for opkald mellem websteder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-lærde destinationer)


 

Den sidste partition påNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP Trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

Indstilling Værdi
Oplysninger om enhed
Enhedsnavn Et unikt navn, såsom Webex
Beskrivelse Meningsfuld beskrivelse, såsom Webex SIP Trunk
Kør på alle aktive Unified CM-knudepunkter Kontrolleret
Indgående opkald
Opkaldssøgerum Det tidligere definerede søgerum for opkald: Webex
Søgerum for AAR-opkald Et opkaldssøgerum med kun adgang til PSTN-rutemønstre: PSTNReroute
SIP-oplysninger
Destinationsadresse IP-adresse for den lokale gateway CUBE
Destinationsport 5060
SIP Trunk-sikkerhedsprofil Tidligere defineret: Webex
SSO-profil Tidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

Indstilling Værdi
Oplysninger om rutegruppe
Rutegruppenavn Et unikt navn, såsom Webex
Valgte enheder Den tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

Indstilling Værdi
Oplysninger om ruteliste
Navn Et unikt navn, såsom RL_Webex
Beskrivelse Meningsfuld beskrivelse, såsom ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkter Kontrolleret
Oplysninger om ruteliste for medlem
Valgte grupper Kun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationer med følgende indstillinger:

Indstilling Værdi
Oplysninger om ruteliste
Navn Unikt navn, såsom Webex
Beskrivelse Meningsfuld beskrivelse, såsom Webex-partition

Hvad er næste trin?

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan dirigeres.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

Indstilling Værdi
Rutemønster Fuldt +E.164-mønster for DID-området i Webex med de foranstillede "\". Eksempel: \+140855501XX
Rutepartition Webex
Gateway-/ruteliste RL_Webex
Hastende prioritet Kontrolleret

Konfigurer forkortede intersite opkalds normalisering for Webex

Hvis forkortelser for opkald mellem websteder er påkrævet for Webex, skal du konfigurere opkald normaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

Indstilling Værdi
Oversættelsesmønster ESN-mønster for ESN-området i Webex. Eksempel: 80121XX
Partition Webex
Beskrivelse Meningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug ophavsfunktionens søgerum til opkald Kontrolleret
Hastende prioritet Kontrolleret
Vent ikke på Interdigit-timeout på efterfølgende hop Kontrolleret
Navn på part, sløringsmaske Mask for at normalisere nummeret til +E.164. Eksempel: +140855501XX
Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Opsæt dine Webex Calling-funktioner

Opret og administrer automatiske omstillinger

Sørg for, at opkald besvares, og at opkalders behov opfyldes. Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svartjeneste, en søgegruppe, en voicemail-boks eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder, når din virksomhed er åben eller lukket.

Få oplysninger om, hvordan du opretter og administrerer automatiske omstillinger, i Administrer automatiske omstillinger i Cisco Webex Control Hub.

Opsæt en hunt-gruppe

Hunt-grupper kan dirigere indgående opkald til en gruppe brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få yderligere oplysninger om, hvordan du konfigurerer en viderestilg.gruppe, i Viderestil grupper i Cisco Webex Control Hub.

Opret en receptionistklient

Hjælpe med at understøtte din personales behov i forkontoret. Du kan opsætte brugere som telefonopringninger, så de kan screene alle indgående opkald til visse personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Konfigurer en Paging-gruppe

Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-side til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller et lokalnummer, der er tildelt en bestemt paging-gruppe.

Få oplysninger om, hvordan du konfigurerer og redigerer Paging-grupper, i Konfigurer en Paging-gruppe i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, så når kunders opkald ikke kan besvares, leveres de automatisk, komfortbeskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til Tjenester > Opkald > Funktioner.

2

Klik på Ny funktion, og vælg derefter Opkaldskø.

3

Indtast et pilotnummer, og angiv derefter, om du ejer nummeret, om det er blevet leveret til dig af din partner, eller om du vil porter nummeret over.

4

Hvis du portere et nummer over, skal du indtaste faktureringsnummeret, der er tilknyttet din aktuelle tjenesteudbyder, samt det faktureringsnummer, der er knyttet til din nye tjenesteudbyder.

5

Klik på Gem.

Hvad er næste trin?

Du kan konfigurere opkaldsfunktionen yderligere ved at vælge tilfælde af opkaldskø fra Tjenester > opkald > Funktioner. Du er ført til Avancerede tjenester i administratorportalen for opkald , hvor du kan fuldføre dinkonfiguration. Yderligere oplysninger er at finde i Konfigurering af opkaldskøer.

Opsæt opkalds pickup

Du kan forbedre teamwork og samarbejde ved at oprette en opkalds besvarelsesgruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkalds besvarelsesgruppe, og et gruppemedlem er væk eller optaget, kan et andet medlem besvare deres opkald.

For oplysninger om, hvordan du konfigurerer en opkalds pickup-gruppe, se Opkaldsberettning i Cisco Webex Control Hub.

Opsæt parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald mod andre tilgængelige medlemmer af en opkaldsparker gruppe. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Få yderligere oplysninger om, hvordan du opsætter parkering af opkald, i Parkering af opkald i Cisco Webex Control Hub.

Tillad brugere at pram i andre personers telefonopkald

1

Fra kunde visningen i https://admin.webex.comskal du gå til Brugere og derefter vælge denbruger, du vil modificere.

2

Vælg Opkald , gå til Avanceredeopkaldsindstillinger , og vælg derefter Barge i.

3

Slå Pram til for at vælge, om telefonen skal afspille en lyd, når nogen bjælker i et opkald, og klik derefter på Gem.

Slå parring til for en Webex Calling-bruger

Indslag består af to funktioner: Det er mig, der ser det som en ny vært og gæst. Disse funktioner fungerer sammen for at tillade dig at udpege specifikke telefoner (værter), som brugere (gæster) midlertidigt kan logge ind på og bruge som deres egen telefon. Når en gæst logger ind på en værtstelefon, overføres deres brugerprofil automatisk til enheden. Værtsenheden bliver brugerens primære enhed i en bestemt periode.

De trin, der præsenteres her, kan følges for at konfigurere en bruger som gæst. For oplysninger om værtstelefonen se Konfigurer værtstelefon.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til brugere og derefter vælge den bruger, du vil modificere.

2

Vælg Opkald , vælg Avanceredeopkaldsindstillinger, og klik på Klikker på .

3

Slå højreklik på , og klik derefter på Gem.

Forbyd, at en person overvåger en brugers linjestatus

1

Fra kunde visningen i https://admin.webex.comskal du gå til Brugere og vælge denbruger, du vil modificere.

2

Vælg Opkald, og gå derefter til Databeskyttelse.

3

Vælg de passende databeskyttelsesindstillinger for automatisk omstilling for denne bruger.

4

Markér afkrydsningsfeltet Aktiver databeskyttelse. Du kan derefter beslutte, om du vil blokere alle ved at efterlade feltet Søg brugernavn efter navn tomt, eller vælge, hvem der kan overvåge denne brugers linjestatus.

Ved hjælp af ovenstående eksempel søger du efter navnet på deres administrative assistent.

5

Klik på Gem.

Tillad en bruger at se linjestatus på en andens telefon eller på en forlængelse til parkering af opkald

Det maksimale antal overvågede linjer er 50, men du bør overveje båndbredde. Det maksimale antal kan også bestemmes af antallet af linje knapper på brugerens telefon.

1

Fra kunde visningen i https://admin.webex.comskal du gå til Brugere og vælge denbruger, du vil modificere.

2

Vælg Opkald , vælg Avanceredeopkaldsindstillinger , og gå derefter til Overvågning .

3

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj forlængelse for parkering af opkald
4

Vælg, om du ønsker at underrette denne bruger om parkerede opkald, søge efter den person eller den parkering af opkald, der skal overvåges, og klik derefter på Gem.


 

Den overvågede linjeliste i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan altid ændre rækkefølgen af listen over overvågede linjer.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Konfigurer og administrer dine WebEx Calling-brugere

Du skal tilføje hver enkelt bruger i Cisco Webex Control Hub for at kunne udnytte WebEx opkaldstjenester. Antallet af brugere, du skal tilføje, afgør, hvordan du tilføjer dem i Control hub, uanset om du manuelt tilføjer hver bruger via e-mailadresse eller tilføjer flere brugere ved hjælp af en CSV-fil. Valget er dit.

Du kan få en fejl, hvis du forsøger at tilføje brugere, som har brugt deres e-mailadresse til at oprette en prøvekonto. Få brugerne til at slette deres organisation først, før de tilføjes til din organisation.


Hvis du har en Active Directory og bruger Cisco Directory Connector, når du manuelt tilføjer personer i Control Hub, skal du også føje dem til din ActiveDirectory.

Cisco Webex-kontaktcenter understøtter ikke Active Directory.


Når brugere tilføjes, må for- og efternavne ikke indeholde tegnene %, #, <,>, \, /,",</,> og de må højst indeholde 30 tegn.

1

Fra kunde visningen i gå til brugere, og klik derefter på Administrer brugere.https://admin.webex.com

2

Vælg Tilføj eller Modificer brugere manuelt.

3

(Valgfri) Hvis du automatisk sender velkomst-e-mails, skal du klikke på Næste.

4

Vælg en, og klik på næste:

  • Vælg e-mailadresse, og indtast op til 25 e-mailadresser.
  • Vælg navne og e-mailadresser, og indtast op til 25 navne og e-mailadresser.

 

Du kan tilføje brugere, der er tilgængelige til konvertering til din organisation.

5

Licenstildeling:

  • Hvis du har en aktiv licens skabelon, tildeles licenser automatisk for nye brugere, og du kan gennemgå licensoversigten.
  • Vælg de tjenester, der skal tildeles. Hvis du har flere abonnementer, skal du vælge et abonnement på listen.


 

Hvis du tildeler licenser til Cisco Webex-kontaktcenter, skal du vælge Webex Teams og derefter Kundeservice med valgmuligheden Premium og Standard-agent. For at tilføje en supervisor skal du vælge både Premium- og Supervisor-valgmuligheder. En bruger behandles som en agent, medmindre du gør dem til supervisor.

6

Indholdsstyring:

  • Hvis global adgang er valgt for din virksomheds indholdsstyring, tildeles der automatisk indholdsstyring til brugere.
  • Vælg en valgmulighed for indholdsstyring for hver bruger.

7

Klik på Gem.

  • Der sendes en e-mail til hver person med en invitation til at deltage.

  • I Control Hub vises personer i eninvitations afventende tilstand, indtil de logger ind første gang. Licenser tildeles, når brugeren logger ind første gang, eller hvis du bruger Cisco Katalogforbindelse med et påkrævet domæne, tildeles licenser, når brugere oprettes.

8

(Valgfri) Hvis du har tilføjet opkald til brugeren, skal du tildele en placering, telefonnummer og lokalnummer.

9

Gennemgå oversigtssiden for behandlede poster, og klik på Afslut.

Hvad er næste trin?

Du kan tildele administratorprivilegier til personer i din organisation.

Før du begynder

Hvis du har mere end én CSV-fil for din organisation, så Overfør en fil, og når opgaven er fuldført, kan du overføre den næste fil.


Nogle regnearks redaktører fjerner + tegnet fra cellerne, når. csv-filen er åbnet. Vi foreslår, at du bruger en teksteditor til at foretage. csv-opdateringer. Hvis du bruger et regnearks redigeringsprogram, skal du sørge for at indstille celleformatet til tekst og derefter tilføje et vilkårligt plustegn, der blev fjernet.

1

Fra kunde visningen i skal du gå til brugere, klikke på Administrer brugere og vælge CSV Tilføj eller Modificer brugere.https://admin.webex.com

2

Klik på Eksporter for at downloade filen, og du kan indtaste brugeroplysninger i en ny linje i CSV-filen.

  • Hvis du vil tildele en tjenesteydelse, skal du tilføje værdien falsk i den pågældende tjenesteydelses kolonne og for at udelukke en tjeneste . Kolonnen bruger-id/e-mail (obligatorisk) er det eneste påkrævede felt. Hvis du har specifikke telefonbogs- og eksterne numre for hver ny bruger, skal du inkludere de foranstillede + for eksterne numre uden andre tegn,

    Hvis du har en aktiv licens skabelon, skal du lade alle kolonnerne være tomme, og skabelonen tildeles automatisk for den nye bruger i den pågældende række.


     

    Du kan ikke tildele Enterprise-indholds administrations tilladelser til brugere, der brugerlicens skabelonen, se Aktiver indholdsstyring for brugere i Cisco WebEx Control hub for at få yderligere oplysninger.

  • Hvis du vil tildele en placering, skal du indtaste navnet i kolonnen Placering. Hvis du lader dette felt stå tomt, tildeles brugeren til standardplaceringen.

  • Hvis du tilføjer brugere som supervisorer for Cisco Webex-kontaktcenter, skal du tilføje brugere manuelt. Du kan kun tildele Standard- og Premium-roller med en CSV.

 

Når du indtaster en brugers navn, skal du sørge for at inkludere deres efternavn, ellers kan du løbe ind i problemer.

3

Klik på Importer, Vælg din fil, og klik på Åbn.

4

Vælg enten Tilføj tjenester alene, eller Tilføj og fjern tjenester.

Hvis du har en aktiv licens skabelon, skal du vælge Tilføj tjenester.

5

Klik på Indsend.

CSV-filen overføres, og din opgave oprettes. Du kan lukke browseren eller dette vindue, og din opgave fortsætter med at køre. For at gennemgå din opgaves status henvises der til Administrer opgaver i Cisco WebEx Control hub.

Som administrator med fulde privilegier kan du redigere specifikke service oplysninger for individuelle brugere i Cisco Webex Control Hub.

1

Fra kunde visningen i gå til brugere.https://admin.webex.com

2

Vælg en bruger, og klik på Tjenester > Rediger .

3

Hvis du har flere abonnementer, skal du vælge et abonnement på listen.

4

Vælg de tjenester, der skal tilføjes eller fjernes, og klik på Gem.

Før du begynder

Hvis du har mere end én CSV-fil for din organisation, så Overfør en fil, og når opgaven er fuldført, kan du overføre den næste fil.

Du kan ikke slette brugere eller ændre den placering, der er tildelt en bruger, med CSV-skabelonen.


Nogle regnearks redaktører fjerner + tegnet fra cellerne, når. csv-filen er åbnet. Vi foreslår, at du bruger en teksteditor til at foretage. csv-opdateringer. Hvis du bruger et regnearks redigeringsprogram, skal du sørge for at indstille celleformatet til tekst og derefter tilføje et vilkårligt plustegn, der blev fjernet.

1

Fra kunde visningen i skal du gå til brugere, klikke på Administrer brugereog vælge CSV Tilføj eller Modificer bruger.https://admin.webex.com

2

(Valgfri) Hvis du automatisk sender velkomst-e-mails, skal du klikke på Næste.

3

Klik på Eksporter for at downloade filen. Du kan redigere den downloadede fil (exported_users.csv) på en af følgende måder:

  • For at ændre eksisterende brugere kan du opdatere enhver kolonne undtagen bruger-id/e-mail (påkrævet)og Placering. Hvis du f. eks. ændrer bruger-ID/E-mail, oprettes en ny bruger.

  • Hvis du vil tildele en placering, skal du indtaste navnet i kolonnen Placering. Hvis du lader dette felt stå tomt, tildeles brugeren til standardplaceringen.

  • Hvis du vil tildele en tjenesteydelse, skal du tilføje værdien falsk i den pågældende tjenesteydelses kolonne og for at udelukke en tjeneste .

  • Når du har flere abonnementer, kan du bruge abonnements-id'et i kolonneoverskriften til at identificere den tjeneste, du ønsker at tilføje. Hvis du f. eks. har to abonnementer med samme tjenesteydelse, kan du angive en tjenesteydelse fra et specifikt abonnement, der skal anvendes på brugeren.

4

Indtast en værdi i kolonnen Opkaldsadfærd, hvis du vil ændre den måde, opkald sker for bestemte brugere. Du kan indtaste en af følgende valgmuligheder og se Opsæt Adfærd for Cisco Webex Calling for yderligere oplysninger om hver indstilling:

  • USE_ORG_SETTINGS –Indtast denne streng for at bruge indstillingen for hele organisationen.

  • NATIVE_WEBEX_TEAMS_CALLING –Indtast denne streng for at bruge valgmuligheden Opkald i Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL –Indtast denne streng for at bruge valgmuligheden Webex Calling-app.

5

Indtast et opkalder-id-nummer,opkalder-idfornavn og opkalder-id Efternavn. Hvis du efterlader kolonnerne Opkalder-ID, Opkalder-ID fornavn ogOpkalder-id Efternavn tomme, vises kolonnen Fornavn, Efternavn og Telefonnummer, når brugeren foretager et opkald. Hvis du lader opkalder-id-nummeret være tomt, viser hovednummeret for placering, hvornår brugeren foretager et opkald.


 

Kolonnerne Opkalder-idfornavn og Opkalder-id Efternavn må ikke indeholde specialtegn. Hvis et opkalder-opkalder-id fornavn eller opkalder-id efternavn indeholder et specialtegn, bruges en forenklet version af navnet.

6

Når du har gemt CSV-filen, skal du klikke på Importer, vælge den fil, du har foretaget ændringer i, og derefter klikke på Åbn.

7

Vælg enten Tilføj tjenester , eller Tilføj og fjern tjenester, og klik på Indsend.

CSV-filen overføres, og din opgave oprettes. Du kan lukke browseren eller dette vindue, og din opgave fortsætter med at køre. For at gennemgå din opgaves status henvises der til Administrer opgaver i Cisco WebEx Control hub.

Hvis du ikke skjuler administratorens invitations-e-mails, modtager nye brugere aktiverings-e-mails.

Du kan til enhver tid tildele numre, lokalnumre eller begge til personers enheder. Tildelte lokalnumre vises på telefon skærme.

Du kan også konfigurere alternative numre, så flere telefonnumre ringer til den samme telefon. Du kan angive forskellige ringetoner for hvert nummer for at hjælpe med at skelne mellem, hvilke linjer der ringes op til.

1

Fra kunde visningen i skal du gå til brugereog derefter vælge den person, du vil tildele et nummer.https://admin.webex.com

2

Vælg opkald , og klik derefter på Tilføj nummer.

3

Vælg et telefonnummer fra listen over tilgængelige numre. Du har også mulighed for at tildele en forlængelse.

4

Klik på Gem.

5

(Valgfri) Konfigurer alternative numre for denne bruger.

1

Fra kunde visningen i skal du gå til brugere, filtrere kolonnen status for at vise personer med en invitations afventende status.https://admin.webex.com

2

Under handlinger for en person med eninvitations afventende status, vælg flere > Gensend invitation.

Hvis din organisation bruger mappesynkronisering, er valgmuligheden slet ikke tilgængelig i Control Hub , og du skal slette brugerkonti fra din Active Directory. Derefter opdaterer Cisco Directory Connector din organisation-brugerliste, når den synkroniserer brugerkontooplysningerne.

Fra kunde visningen i skal https://admin.webex.comdu gå til brugere , klikke på knappen flere og derefter klikke på Slet bruger.

Brugeren kan ikke længere logge ind på dit Webex-websted, alle deres tildelte Webex-tjenesteydelser fjernes, og de fjernes fra alle rum eller teams, som de deltog i. Alt indhold, som de oprettede i rum, slettes ikke, og indholdet er underlagt opbevaringspolitikken, som hver enkelt rum ejer har implementeret.

Du kan opsætte en kunde administrator med forskellige rettighedsniveauer. De kan være fulde administratorer, support administratorer, skrivebeskyttede administratorer eller overholdelses officerer. Med de fulde administratorprivilegier kan du tildele en eller flere roller til enhver bruger i din organisation.


Alle, der har fået tildelt rollen som bruger og enheds administrator eller enheds administrator, vil ikke være i stand til at administrere Webex Calling.

I Control hub kan du få mere at vide om forskellige rettighedsniveauer og konfigurere en kunde administrator. Kunde administratorer kan være fulde administratorer, support administratorer, bruger- og enheds administratorer, enheds administratorer, skrivebeskyttede administratorer eller overholdelses officerer. Med de fulde administratorprivilegier kan du tildele en eller flere roller til enhver bruger i din organisation.

Du vil altid have mere end én administrator for en organisation. Det er en bedste praksis og vil altid tillade dig at lave administrative ændringer, hvis en af administratorerne ikke er tilgængelig.

Brugere i din organisation kan tildeles specifikke administrative roller for at bestemme, hvad de kan se og have adgang til i Control Hub. Når du tildeler specifikke administrative roller, strømliner du ansvar og gør det nemmere at holde administratorer ansvarlige. Overholdelses officerer kan søge efter bestemte personer i din virksomhed, finde indhold, de har delt, eller søge gennem et bestemt rum og derefter generere en rapport over deresresultater.


1

Fra kunde visningen i skal du gå til brugereog vælge en bruger.https://admin.webex.com

2

Under roller og sikkerhed skal du klikke på administrator roller eller adgang til tjenester.

3

Vælg en rolle, der skal tildeles til den pågældende bruger.

4

Vælg Gem.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Konfigurer og administrer Webex-opkald enheder

Som administrator kan du tildele enheder til brugere eller arbejdsområder i Webex Control Hub. Du har mulighed for at angive EN enheds MAC-adresse eller generere en aktiveringskode, der derefter skal indtastes manuelt på selve enheden.

Med Cisco Webex Control Hub kan du tildele enheder til brugere til personligt brug og derefter tilmelde disse enheder tilskyen.

Enhederne angivet her understøtter Webex-opkald. Mens alle disse enheder kan registreres ved hjælp af en MAC-adresse, er det kun følgende undersæt, der kan registreres ved hjælp af en aktiveringskode:

  • Cisco IP-telefon 6800-serien multiplatformtelefoner (lydtelefoner-6821, 6841, 6851, 6861, 6871)

  • Cisco IP-telefon 7800-serien multiplatformtelefoner (lydtelefoner -7811, 7821, 7841, 7861)

  • Cisco IP-telefon i 8800-serien multiplatformtelefoner (lydtelefoner -8811, 8841, 8851, 8861)

  • Cisco IP-telefon 8800-serien multiplatformtelefoner (videotelefoner-8845, 8865)

  • Cisco IP-konferencetelefon 7832 og 8832


Med hensyn til DECT-enheder er kun DECT-basisenheder (ikke DECT-håndsæt) tilgængelige til tildeling i Control Hub. Efter du tildeler en basisenhed til en bruger, skal du derefter manuelt parre et DECT-håndsæt til den base enhed. For yderligere oplysninger, se Tilslut håndsættet til base station.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til Enheder og derefter klikke på Tilføj enhed.


 
Du kan også tilføje en telefon til en bruger i brugerens profil. Se hvordan i afsnittet Administrer en enhed for en bruger.
2

Vælg Eksisterende bruger, indtast telefonens ejer, enten en del af brugernavnet eller brugerens rigtige navn, vælg brugeren fra resultaterne, og klik derefter på Næste.

3

Vælg enheden fra fanen rullegardinmenu, og klik derefter på Næste.

4

Vælg én af følgende valgmuligheder, og klik derefter på Gem:

  • Ved Aktiveringskodedu vælge denne valgmulighed, hvis du vil generere en aktiveringskode, som du kan dele med enhedens ejer. Den 16-cifrede aktiveringskode skal indtastes manuelt på selve enheden.

     

    Multiplatform telefoner skal have en firmware-belastning på 11.2.3MSR1 eller senere for at vise aktiveringskodeskærmen. Hvis telefonens firmware skal opdateres, skal brugerne peges på https://upgrade.cisco.com/MPP_upgrade.html.

  • EfterMAC-adresse – Vælg denne valgmulighed, hvis du kender enhedens MAC-adresse. En telefons MAC-adresse skal være en unik indtastning. Hvis du indtaster en MAC-adresse til en telefon, der allerede er tilmeldt, eller du begå en fejl, når du indtaster nummeret, vises en fejlmeddelelse.

 

Begrænsninger kan være gældende, når der bruges tredjepartsenheder.

Hvis du vælger at generere en aktiveringskode for enheden, men du endnu ikke har brugt denne kode, læses status for den pågældende enhed som Aktivering i den tildelte brugers afsnittet Enheder og hovedlisten over enheder i Control Hub. Husk, at det kan tage op til 10 minutter, før enhedsstatus opdateres i Control Hub.

Når folk er på arbejde, mødes de mange steder såsom frokostlokaler, lobbyer og konferencelokaler. Du kan opsætte delte Cisco Webex-enheder i disse arbejdsområder, tilføje tjenester og derefter se samarbejdet finde sted.

Det vigtige mål for en workspace-enhed er, at den ikke tildeles til en specifik bruger, men snarere til en fysisk placering, der giver mulighed for delt brug.

Enhederne angivet her understøtter Webex-opkald. Mens de fleste af disse enheder kan registreres ved hjælp af en MAC-adresse, er det kun følgende undersæt, der kan registreres ved hjælp af en aktiveringskode:

  • Cisco IP-telefon 6800-serien multiplatformtelefoner (lydtelefoner-6821, 6841, 6851)

  • Cisco IP-telefon 7800-serien multiplatformtelefoner (lydtelefoner -7811, 7821, 7841, 7861)

  • Cisco IP-telefon i 8800-serien multiplatformtelefoner (lydtelefoner -8811, 8841, 8851, 8861)

  • Cisco IP-telefon 8800-serien multiplatformtelefoner (videotelefoner-8845, 8865)

  • Cisco IP-konferencetelefon 7832 og 8832

1

Fra kundevisningen i skal https://admin.webex.comdu gå til Arbejdsområderog derefter klikke på Tilføj workspace.

2

Indtast et navn for arbejdsområdet (såsom navnet på det fysiske lokale), vælg lokaletype og tilføj kapacitet. Klik derefter på Næste.

3

Vælg Cisco IP-telefon, og klik derefter på Næste .

4

Vælg enhedstypen fra listen rullegardinmenu, vælg, om du vil tilmelde telefonen med en aktiveringskode eller en MAC-adresse, og klik derefter på Næste. Husk, at hvis du vælger at tilmelde enheden ved hjælp af en aktiveringskode, sendes koden via e-mail til den udpegede administrator for placeringen.

For Webex-opkald kan du kun tilføje én delt telefon til et workspace.

For Cisco IP-konferencetelefon 7832 er nogle softkeys muligvis ikke tilgængelige. Hvis du har brug for et fuldt sæt softkeys, anbefaler vi, at du i stedet tildeler denne telefon til en bruger.

5

Tildel en placering og et telefonnummer (bestemt af den placering, du vælger), og klik derefter på Gem. Du har også mulighed for at tildele en forlængelse.

Når personer er på arbejde, mødes de i mange arbejdsområder, såsom frokostlokaler, lobbyer og konferencelokaler. Du kan opsætte delte Cisco Webex-enheder i disse arbejdsområder, tilføje tjenester og derefter se samarbejdet finde sted.

Det vigtige mål for en workspace-enhed er, at den ikke tildeles til en specifik bruger, men snarere til en fysisk placering, der giver mulighed for delt brug.

Enhederne angivet her understøtter Webex-opkald.

1

Fra kundevisningen i skal https://admin.webex.comdu gå til Arbejdsområderog derefter klikke på Tilføj workspace.

2

Indtast et navn for arbejdsområdet (såsom navnet på det fysiske lokale), vælg lokaletype og tilføj kapacitet. Klik derefter på Næste.

3

Vælg Anden Cisco Webex enhed, og klik derefter på Næste .

Andre Cisco Webex Devices inkluderer Cisco Webex Room eller desk-enhed, inklusive Cisco Webex Board.

4

Vælg én af følgende valgmuligheder:

  • Gratis opkald– Brugere kan kun foretage Webex- eller Webex Session Initiation Protocol (SIP)-opkald ved hjælp af en SIP-adresse (for eksempel username@example.calls.webex.com).
  • Cisco Webex Calling –Ud over at være i stand til at foretage og modtage Webex- og SIP-opkald kan personer i dette workspace bruge enheden til at foretage og modtage telefonopkald fra Webex-opkald lokalnummerplan. Du kan for eksempel ringe til din kollega Giacomo Edwards ved at ringe til hans telefonnummer 555-555-5555, hans lokalnummer 5555 eller hans SIP-adresse gedwards@example.webex.com men du kan også ringe til din lokale telefon.
5

Aktiver enheden ved at bruge den medfølgende kode. Du kan kopiere, sende e-mails eller udskrive aktiveringskoden.

Hvis du har flere enheder, du skal tildele til brugere og steder, kan du udfylde en CSV-fil med de nødvendige oplysninger og aktivere disse enheder med blot et par enkle trin.

Enhederne angivet her understøtter Webex-opkald. Mens alle disse enheder kan registreres ved hjælp af en MAC-adresse, er det kun følgende undersæt, der kan registreres ved hjælp af en aktiveringskode:

  • Cisco IP-telefon 6800-serien multiplatformtelefoner (lydtelefoner-6821, 6841, 6851)

  • Cisco IP-telefon 7800-serien multiplatformtelefoner (lydtelefoner -7811, 7821, 7841, 7861)

  • Cisco IP-telefon i 8800-serien multiplatformtelefoner (lydtelefoner -8811, 8841, 8851, 8861)

  • Cisco IP-telefon 8800-serien multiplatformtelefoner (videotelefoner-8845, 8865)

  • Cisco IP-konferencetelefon 7832 og 8832

1

Fra kunde visningen i skal du gå til Enheder , klikke på Tilføj enhed og derefter vælge, om du føjer enheden til https://admin.webex.comen bruger eller etsted.

2

Vælg Importer/overfør CSV-fil.

3

Vælg én af følgende valgmuligheder:

  • Eksporter brugerattributter – Du kan få en liste over alle brugerne i din organisation og deres tilknyttede attributter, så du ikke behøver at søge efter hver brugermanuelt.
  • Download CSV-skabelon -Du kan bruge en skabelon, som vi er kommet frem med, og derefter indtaste oplysninger såsom brugernavne, type (angiv om det er en bruger eller etsted), MAC-adresser og enhedsmodeller. Her er nogle ting, du skal huske på:
    • I kolonnen Brugernavn i CSV-filen skal du sørge for, at du indtaster brugerens e-mailadresse, ikke brugerens bruger-id eller deres navn. Du kan også indsætte et stednavn i denne kolonne.

    • Vi anbefaler, at du begrænser antallet af enheder til 1000 pr. CSV-fil. Hvis du har brug at tilføje mere end dette, skal du bruge en anden CSV-fil.

    • Hvis du indtaster et sted, der endnu ikke eksisterer, oprettes stedet automatisk for dig.

    • Hvis du efterlader kolonnen MAC-adresse tom, genereres en aktiveringskode, og den skal indtastes på selve enheden.

4

Hvis MAC-adressen er blevet efterladt tom, kan du vælge, hvor aktiveringskoden bliver sendt:

  • Angiv et link- Aktiveringskoden bliver tilføjet til en CSV-fil, som du derefter kan downloade.
  • E-mailaktiveringskode – Hvis enheden er til et sted, bliver aktiveringskoden sendt til dig som administrator. Hvis enheden er til en bruger, sendes aktiveringskoden via e-mail til brugeren.
5

Importer den udfyldte CSV-fil.

6

Klik på Indsend.

Du får vist en statusopdatering, når enheder aktiveres.

 

Multiplatform-enheder skal køre en firmwarebelastning på 11.2.3MSR1 eller nyere, for at brugere kan indtaste aktiveringskoden på deres enhed. Du kan finde oplysninger om, hvordan du opgraderer telefonens firmware, i denne artikel.

Du kan tilføje, fjerne, genstarte, kontrollere aktivering eller oprette en ny aktiveringskode for de enheder, der er tildelt brugere i din organisation. Dette kan være nyttigt at se og administrere fra brugernes skærm, når det er nødvendigt.

1

Fra kundevisningen i skal du gå til Brugere.https://admin.webex.com

2

Vælg brugeren for at modificere, og rul ned til Enheder.

3

For at tilføje en enhed til denne bruger skal du klikke på Tilføj enhed.


 
Hvis brugeren allerede er tildelt en enhed, og du vil tilføje en anden enhed, skal du klikke på ikonet ved siden af Enheder og klikke på Tilføj enhed .
4

Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet.

Her kan du se og redigere enhedsindstillinger, slette enheden, genstarte enheden eller oprette en ny aktiveringskode for enheden, hvis relevant. Yderligere oplysninger om konfigurering af telefonindstillinger er at finde i Konfigurer og opdater telefonindstillinger.

Enheder kan tilføjes og administreres direkte fra en workspace-profil. Workspace-enheder kan inkludere ATA-enheder såsom faxmaskiner. Du kan også opsætte en workspace-enhed som en enhed, der hjælper med at holde møde. Du kan få flere oplysninger om, hvordan du gør, i Cisco Webex Control Hub.

1

Fra kundevisningen i https://admin.webex.comskal du gå til Arbejdsområder.

2

Vælg det arbejdsområde, der skal modificeres, og gå til feltet Enheder.

3

Hvis du vil tilføje en enhed, skal du klikke på Tilføj enhed.

4

Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet.

Her kan du se og redigere enhedsindstillinger, slette enheden, genstarte enheden og aktivere enheden til at blive brugt som en aktiveringsvært. Yderligere oplysninger om konfigurering af telefonindstillinger er at finde i Konfigurer og opdater telefonindstillinger.

Du kan tilføje linjer til en brugers primære enhed og omarrangere, hvordan linjerne vises. Dette kaldes også for delt linje udseende, som tillader brugere at modtage og foretage opkald til og fra en anden brugers lokalnummer ved hjælp af deres egen telefon. Et eksempel på dette er en chefassistent, der ønsker at kunne foretage og modtage opkald fra bossens linje. Delte linje udseender kan også være et andet tilfælde af den primære brugers linje.

Yderligere linjer kan tilføjes til en workspace-telefon, men en workspace-telefon kan ikke tilføjes som en delt linje.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til brugere ellerarbejdsområder (afhængigt af hvor enheden, der skal modificeres, er tildelt).

2

Vælg brugeren eller arbejdsområdet for at modificere og rulle til Enheder.

3

Vælg den enhed, hvor du vil tilføje eller modificere de delte linjer, og rul ned til Telefonbrugere og Indstillinger.

De brugere og rum, der vises på denne telefon, er angivet i rækkefølge efter udseende.

4

For at tilføje eller fjerne brugere eller steder fra denne telefon skal du vælge Konfigurer linjer.

5

Klik på ikonet for at fjerne en linje.


 
Den primære bruger på linje 1 kan ikke fjernes.
6

Klik på ikonet for at tilføje en delt linje ud for at tilføje en delt linje.


 
Tilføj linjerne i den rækkefølge, de skal vises i. For at ændre rækkefølgen af linjens udseende skal du slette og føje til listen i den rækkefølge, du ønsker, at de skal vises.
7

Indtast navn eller telefonnummer, og vælg mellem de valgmuligheder, der vises, og klik på Gem.

Du kan konfigurere portene på en analog telefonadapter (ATA)-enhed, der er tildelt en bruger i Control Hub. I øjeblikket er de to tilgængelige konfigurationer til ATA-enheder til enheder med 2 porte og enheder med 24 porte.

1

Fra kundevisningen i skal du gå til Brugere.https://admin.webex.com

2

Vælg brugeren for at modificere og rulle til Enheder.

3

Vælg den enhed, hvor du vil tilføje eller modificere.

4

Under Brugere på denne enhed skal du klikke på Konfigurer porte.

5

For at tilføje en delt portkonfiguration skal du klikke på ikonet.

6

Indtast navn eller telefonnummer, og vælg mellem de valgmuligheder, der vises, og klik derefter på Gem.


 
Kun arbejdsområder uden enheder vises i opslaget.
7

Hvis enheden kræver T.38-faxkomprimering, skal du markere afkrydsningsfeltet i kolonnen T.38 eller tilsidesætte komprimeringsvalgmuligheder på brugerniveau og derefter klikke på Gem.


 
Et arbejdsområde kan have en ATA. Dette er nyttigt til fax maskiner.

Du kan tilføje telefonnumre til fastnet- og lokaleenheder i din kundeorganisation når som helst, uanset om du er midt i en prøveversion eller er blevet konverteret til et betalt abonnement.


Vi har øget antallet af telefonnumre, du kan tilføje i Control Hub, fra 250 til 1000.

1

Fra kunde visningen i skal https://admin.webex.comdu gå til Tjenester > Opkaldsnumre > derefter klikke på Tilføj numre .

2

Angiv Placering og nummertype. Hvis du portere numre over, skal du indtaste både dine aktuelle og nye faktureringsnumre.

3

Klik derefter på Gem.

Du kan se en liste over de PSTN numre, som din organisation har bestilt. Med disse oplysninger kan du se ubrugte numre, der er tilgængelige, og de numre, der er blevet bestilt, som snart bliver tilgængelige.

Fra kundevisningen i skal https://admin.webex.comdu gå til Tjenester > Opkald > PSTN ordrer.

Du har adgang til administratorportalen for opkald , hvor du kan se deordrer, der er blevet indsendt og fuldført. Hvis du har et bestillings-id ved hånden, kan du indtaste det som en parameter og få oplysninger om en specifik ordre. Ellers får du en oversigt over alle ordrer.
Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Tendenser og brugsrapporter for Cisco Webex Calling

Du har en række rapporter lige ved hånden, som kan hjælpe dig med at vurdere, hvordan Webex Calling-tjenester bruges, hvor ofte de bruges. Du kan også få et hurtigt overblik over mediekvaliteten for din lokalitet.

Vis opkaldsrapporter

Du har adgang til forskellige rapporter i Cisco Webex Control Hub, der indeholder oplysninger om aktivering og brug af Webex Teams og Meetings.

Når du tilgår opkaldsdata fra Cisco Webex Control Hub, bliver du ført til administratorportalen for opkald. Du kan bruge disse oplysninger til at evaluere, hvordan Webex Calling-tjenester bruges i din organisation, og hvor ofte folk bruger disse tjenester.

Fra kundevisningen i https://admin.webex.comskal du gå til Analyser og derefter vælgeWebex Calling.

Du bliver automatisk ført til administratorportalen for opkald , hvor du kan analysere og evaluereopkaldsbrug og -kvalitet. For oplysninger om de rapporter, der er tilgængelige for specifikke opkaldsfunktioner, se Opkaldsadministratorportal - Rapporter. Se Opkaldsadministratorportal - Analytics for oplysninger om opkaldsaktivitet.

Vurdere dine placeringers mediekvalitet

Få en lokalitet for placering-visning af mediekvaliteten for din opkaldsplacering. Mediekvaliteten er baseret på en sammenlægning af de gennemsnitlige menings scorer (MOS) for opkald fra et specifikt sted til og fra kunden, fra Cisco MPP-telefoner og opkalds-soft client. Mulige værdier er som følger:

  • God - > 3.2

  • Rimelig - 2,7 til 3,2

  • Dårlig -<2.7

  • Ingen tilgængelige data–Der er ikke foretaget eller modtaget opkald for placeringen i den valgte tidsperiode.

1

Fra kundevisningen i https://admin.webex.comskal du gå til Analyser og derefter vælgeWebex Calling.

Du har adgang til administratorportalen for opkald.

2

Gå til Instrumentpanel, og rul ned til Servicesikkerhed for at se din organisations generelle tilstand.

Hvis du vil åbne CScan-værktøjet for at verificere latens, båndbredde og porte, skal du klikke på Network Readiness Test.

Hvad er næste trin?

Hvis placeringen viser en vurdering af Dårlig, angiver dette, at der kan være et problem med mediekvaliteten på en af dine placeringer. Almindelige årsager er ikke tilstrækkelig båndbredde eller overbelastning af trafik. Hvis problemerne fortsætter, skal du gå til kundevisningen i , klikke på din administrators brugernavn https://admin.webex.comog derefter klikke på Feedback for at åbne en sag.

Kør CSCAN-værktøjet

Du kan bruge værktøjet Cisco SCAN til at kontrollere ventetid, båndbredde og porte.

Gå til https://cscan.webex.com/, vælg din server, og klik derefter på KØR TEST.

Vandmærke
18. mar 2021| visning(er) | personer fandt dette nyttigt

Portreferenceoplysninger for Cisco Webex Calling

Her er en liste over de adresser, porte og protokoller, der bruges til at tilslutte dine telefoner, Webex-appen og gateways til Cisco Webex Calling. Denne artikel er til netværksadministratorer, særligt firewall- og proxysikkerhedsadministratorer, der ønsker at Webex-opkald tjenester inden for deres organisation.

En korrekt konfigureret firewall er afgørende for en vellykket opkaldsinstallation. Vi kræver porte til signal, medie, netværksforbindelse og lokal gateway, og da Webex-opkald er en global tjeneste, anbefaler vi, at du lader alle porte angivet herunder være åbne.

Ikke alle firewall-konfigurationer skal have porte åbne, men hvis du kører inden-til-eksterne regler, bør du åbne porte for at tillade de protokoller, der kræves for at tjenesten er ude. Så længe du installerer NAT, definerer rimelige bindings perioder og undgår at anvende SIP på NAT-enheden, behøver du ikke at åbne porte indkommende på firewall'en.


Hvis en router eller firewall er SIP Aware, hvilket betyder, at den har SIP Application Layer Gateway (ALG) eller noget lignende aktiveret, anbefaler vi, at du deaktiverer denne funktion for at opretholde korrekt betjening af tjenesten. Se den relevante producents dokumentation for oplysninger om, hvordan du deaktiverer SIP ALG på specifikke enheder.

For oplysninger om netværkskrav til Webex Meetings og meddelelser se Netværkskrav til Webex-tjenesteydelser.

Webex-opkald via firewall

De fleste kunder installerer en internetfirewall eller internetproxy og firewall for at begrænse og kontrollere den HTTP-baserede trafik, der forlader og træder ind i deres netværk. Da alle Webex-opkald slutpunkter ikke understøtter http(s) proxy, skal du følge firewall-vejledningen herunder for at aktivere adgang til Webex-opkald-tjenester fra dit netværk.

firewall-konfiguration

Hvis din firewall understøtter filtrering af URL-adresser, skal du konfigurere firewallen for at tillade de Webex-opkald-destinations-URL-adresser, der er angivet, som er beskrevet i tabellen Domæner og URL-adresser Webex-opkald tjenesteydelser.

Men hvis du bruger en firewall, der ikke understøtter URL-adresse/domænefiltrering, skal du konfigurere firewallen til at filtrere trafik ved hjælp af IP-adresseintervaller og porte angivet i IP-adresser og porte til Webex-opkald -tjenester .

IP-adresser og porte til Webex-opkald tjenester

Følgende tabel beskriver porte og protokoller, som skal åbnes på din firewall for at gøre det muligt for cloud-registrerede Webex-apps og -enheder at kommunikere med Webex-opkald cloud-signal og medietjenester.

IP-undernet til Webex-opkald tjenester

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

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Tilslutningsformål

Kildeadresser

Kildeporte

Protocol

Destinationsadresser

Destinationsporte

Bemærkninger

Opkaldssignal til Webex-opkald (SIP TLS)

Ekstern lokal gateway (NIC) 8000-65535

TCP

Se IP-undernet for Webex-opkald tjenester.

8934

Disse IP-adresser/porte er nødvendige til udgående SIP-TLS-opkaldssignalering fra lokale gateways, enheder og applikationer (kilde) til Webex-opkald Cloud (destination).

Enheder

5060-5080

Applikationer

Kortvarig (OS-afhængig)

Ring til medie Webex-opkald (STUN,SRTP)

Ekstern NIC for lokal gateway

8000-48000

UDP

Se IP-undernet for Webex-opkald tjenester.

5004,19560-65535

Disse IP-adresser/porte er nødvendige til udgående SRTP-opkaldsmedier fra lokale gateways, enheder og applikationer (kilde) til Webex-opkald Cloud (destination).

Enheder

19560-19660

Applikationer

Flygtig

Opkaldssignal til PSTN gateway (SIP TLS) Lokal gateway intern NIC 8000-65535 TCP Din ITSP-PSTN GW eller Unified CM Afhænger af PSTN (for eksempel typisk 5060 eller 5061 for Unified CM)
Ring til medie til PSTN gateway (SRTP) Lokal gateway intern NIC

8000-48000

UDP Din ITSP-PSTN GW eller Unified CM Afhænger af PSTN (for eksempel typisk 5060 eller 5061 for Unified CM)

Opkaldssignal til offentligt håndterede slutpunkter (SIP TLS)

Se IP-undernet for Webex-opkald tjenester.

Flygtig

TCP

Slutpunkts-IP

8934

Disse IP-adresser/porte er nødvendige til indgående SIP-TLS-opkaldssignalering fra Webex-opkald Cloud (kilde) til offentligt adresserde slutpunkter (destination).

Enhedskonfiguration og firmwareadministration (Cisco-enheder)

Webex-opkald enheder

Flygtig

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Disse IP-adresser tilhører cloudupgrader.webex.com.

Du skal kun aktivere cloudupgrader.webex.com og 443- og 6970-porte ved overførsel fra Enterprise-telefoner (Cisco Unified CM) til Webex-opkald. Gå til upgrade.cisco.com for yderligere oplysninger.

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

80,443

*Disse IP-adresser tilhører activation.webex.com.

Disse IP-adresser er nødvendige til sikker onboarding af enheder (MPP-telefoner) via 16-cifret aktiveringskode (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

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

80,443

Disse IP-adresser tilhører activate.cisco.com.

Dette domæne bruges til CDA/EDOS – MAC-adressebaseret klargøring. Brugt af enheder (MPP-telefoner, ATA'er og SPA-ATA'er) med nyere firmware.

Når en telefon oprettes forbindelse til et netværk for første gang eller efter en fabriksnulstilling, og der ikke er oprettet nogen DHCP-indstillinger, kontakter den en enhedsaktiveringsserver for nul-touch-klargøring. Nye telefoner bruger "activate.cisco.com" i stedet for "webapps.cisco.com" til klargøring. Telefoner med firmwareudgivelse tidligere end 11.2(1) fortsætter med at bruge "webapps.cisco.com". Vi anbefaler, at du tillader begge domænenavne gennem din firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Disse IP-adresser tilhører webapps.cisco.com.

Dette domæne bruges til CDA/EDOS – MAC-adressebaseret klargøring. Bruges af enheder (MPP-telefoner, ATA'er og SPA-ATA'er) med ældre firmware.

Når en telefon oprettes forbindelse til et netværk for første gang eller efter en fabriksnulstilling, og der ikke er oprettet nogen DHCP-indstillinger, kontakter den en enhedsaktiveringsserver for nul-touch-klargøring. Nye telefoner bruger "activate.cisco.com" i stedet for "webapps.cisco.com" til klargøring. Telefoner med firmwareudgivelse tidligere end 11.2(1) fortsætter med at bruge "webapps.cisco.com". Vi anbefaler, at du tillader begge domænenavne gennem din firewall.

Se IP-undernet for Webex-opkald tjenester.

80,443

Disse IP-adresser er nødvendige til enhedskonfiguration og firmwareadministration for Webex-opkald.

Synkronisering af enhedstid (NTP)

Webex-opkald enheder

51494

UDP

Se IP-undernet for Webex-opkald tjenester.

123

Disse IP-adresser er nødvendige for synkronisering af klokkeslæt for enheder (MPP-telefoner, ATA'er og SPA ATA'er)

Enhedsnavnsopløsning

Webex-opkald enheder

Flygtig

UDP og TCP

Vært defineret

53

Applikationskonfiguration

Webex-opkald applikationer

Flygtig

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Disse IP-adresser tilhører Webex Idbroker-bekræftelsestjenester og bruges af klienter, dvs. Webex-applikationer.

Se IP-undernet for Webex-opkald tjenester.

80, 443, 8443

Disse IP-adresser tilhører Webex-opkald applikationskonfigurationstjenester og bruges af klienter, dvs. Webex-applikationer.

Synkronisering af programtid

Webex-opkald applikationer

123

UDP

Vært defineret

123

Applikationsnavnsopløsning

Webex-opkald applikationer

Flygtig

UDP og TCP

Vært defineret

53

CScan

Webex-opkald applikationer

Flygtig

UDP og TCP

Se IP-undernet for Webex-opkald tjenester.

8934 og 80, 443, 19569-19760

Disse IP'er bruges af CScan-tjenester, der bruges af klienter, dvs. Webex-applikationer. Gå til cscan.webex.com for yderligere oplysninger.

† CUBE-medieportområdet kan konfigureres med rtp-portområde.

*Disse IP-adresser/områder ejes ikke af Cisco og kan ændres regelmæssigt. Hvis du bruger en firewall, anbefaler vi at tillade de angivne URL-adresser.

Domæner og URL-adresser til Webex-opkald tjenester

Domæne/URL-adresse

Beskrivelse

Webex-apps og -enheder, der bruger disse domæner/URL-adresser

Cisco Webex tjenesteydelser

*.broadcloudpbx.com

Webex-godkendelsens mikrotjenester til krydsstart fra Control Hub til opkaldsadministratorportal.

Control Hub

*.broadcloud.com.au

Webex-opkald i Australien.

Alle

*.broadcloud.eu

Webex-opkald tjenesteydelser i Europa.

Alle

*.broadcloudpbx.net

Opkald til klientkonfiguration og administrationstjenester.

Webex-apps

*.cisco.com

Når en telefon oprette forbindelse til et netværk for første gang eller efter en fabriksnulstilling, hvis der ikke er oprettet nogen DHCP-indstillinger, kontakter den en enhedsaktiveringsserver for nul-touch-klargøring. Nye telefoner bruger activate.cisco.com og telefoner med firmwareudgivelse før 11.2(1), fortsæt med at webapps.cisco.com til klargøring.

MPP-telefoner, Control Hub

*.ucmgmt.cisco.com

Webex-opkald tjenesteydelser

Control Hub

*.webex.com

Webex Kernetjenester til opkald, møde og meddelelser såsom godkendelse osv.

Alle

*.wbx2.com

Webex-mikrotjenester, såsom softwareopgraderingstjeneste.

Alle

Yderligere Webex-relaterede tjenester (tredjepartsdomæner)

*.appdynamics.com

*.eum-appdynamics.com

Sporing af præstation, fejl og nedbrud, sessionsmålinger.

Control Hub

*.Huron-dev.com

Webex-opkald af mikrotjenester som slå tjenester til/fra, bestilling af telefonnummer og tildelingstjenester.

Control Hub

*.sipflash.com

Enhedsadministrationstjenester (for det meste for USA).

Webex-apps

*.walkme.com *.walkmeusercontent.com

Webex-klient med brugervejledning. Giver adgang til og brug for nye brugere.

For yderligere oplysninger om WalkMe, klik her.

Webex-apps

Hvis din netværksfirewall understøtter domæne tillader lister for http(er) trafik, såsom *.webex.com, anbefales det på det kraftigste at tillade alle disse domæner.

Webex Meetings/Meddelelser – netværkskrav

Hvis du installerer Webex-opkald med Webex Meetings- og meddelelsestjenester, kan netværkskravene til Webex Meetings- og meddelelsestjenester findes i netværkskrav til Webex-tjenesteydelser.

Oversigt over dokumentrevision

Dato

Vi har lavet følgende ændringer til denne artikel

25. marts 2021

Tilføjede 6 nye IP-områder til activate.cisco.com, som vil blive gennemført fra den 8. maj 2021.

  • 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. marts 2021

Udskiftet Webex-opkald diskrete IP-adresser og mindre IP-områder med forenklede områder i en separat tabel for nem forståelse af firewall-konfiguration.

26. februar 2021

Tilføjede 5004 som destinationsport for Call-medie til Webex-opkald (STUN, SRTP) for at understøtte ICE (Interactive Connectivity Animation), som vil være tilgængelig i Webex-opkald i april 2021.

22. februar 2021

Domæner og URL-adresser er nu angivet i en separat tabel.

Tabellen IP-adresser og porte justeres til gruppe-IP-adresser for de samme tjenester sammen.

Kolonnen Noter er tilføjet til ip-adresser og porte tabellen for bedre at forstå behovene.

Følgende IP-adresser blev flyttet til forenklede områder for enhedskonfiguration og firmwareadministration (Cisco-enheder):

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

Følgende IP-adresser blev tilføjet til applikationskonfiguration, fordi Cisco Webex-klient bliver afhængig af en nyere DNS-SRV i Australien i marts 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 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

Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har tilføjet følgende IP-adresser til applikationskonfigurationen:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Vi har fjernet følgende IP-adresser fra applikationskonfigurationen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikationskonfigurationen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har tilføjet følgende domæner til applikationskonfiguration:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. december 2020

Tilføjede nye IP-adresser til applikationskonfiguration til portreferencebillederne.

22. december 2020

Opdaterede rækken Applikationskonfiguration i tabellerne for at inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjulte netværksdiagrammet, indtil disse IP-adresser også kan tilføjes der.

11. december 2020

Opdaterede Enhedskonfiguration og firmwareadministration (Cisco-enheder) og applikationskonfigurations rækkerne for de understøttede canadiske domæner.

16. oktober 2020

Opdaterede opkaldssignalering og medieoptegnelser med følgende IP-adresser:

  • 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. september 2020

Under CScan, erstattet af 199.59.64.156 med 199.59.64.197.

14. august 2020

Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

Opkaldssignal til Webex-opkald (SIP TLS)-135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/244

12. august 2020

Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

  • Ring til medie for Webex-opkald (SRTP)-135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/244

  • Opkaldssignal til offentligt håndterede slutpunkter (SIP TLS)-135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/244

  • Enhedskonfiguration og firmwareadministration (Cisco-enheder)—135.84.173.155,135.84.174.155

  • Enhedssynkronisering—135.84.173.152, 135.84.174.152

  • Applikationskonfiguration—135.84.173.154,135.84.174.154

22. juli 2020

Tilføjede følgende IP-adresse for at understøtte introduktionen af datacentre i Canada: 135.84.173.146

9. juni 2020

Vi har foretaget følgende ændringer i CScan-indtastningen:
  • Rettet en af IP-adresserne —ændrede 199.59.67.156 til 199.59.64.156

  • Nye funktioner kræver nye porte samt UDP—19560-19760

11. marts 2020

Vi har tilføjet følgende domæne- og IP-adresser til applikationskonfigurationen:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Vi opdaterede følgende domæner med yderligere IP-adresser til enhedskonfiguration og firmwareadministration:

  • cisco.broadcloud.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. februar 2020

Vi har føjet følgende domæne og porte til enhedskonfiguration og firmwareadministration:

cloudupgrader.webex.com—443, 6970

Var denne artikel nyttig?

Relaterede artikler

Set for nyligt

×