Vandmærke
15. jul 2021 | visning(er) | personer fandt dette nyttigt

Webex Calling-konfigurationsarbejdsgang

Webex Calling-konfigurationsarbejdsgang

Oversigt over Webex Calling

Introduktion af Webex Calling

Forestil dig, at du kan udnytte skyopkald, mobilitet og PBX-funktioner i virksomhedskvalitet sammen med Webex til meddelelser og møder og opkald fra en Webex Calling-softwareklient 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 enhver bruger

  • Adgang til PSTN (Public Switch Telephony Network) så dine brugere kan 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 kan finde yderligere oplysninger i kapitlet Konfigurer Webex Calling-funktioner.

Tabel 1. Konfigurerbare funktioner for administrator

Funktion

Beskrivelse

Automatisk omstilling

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder for hvornår din virksomhed er åben eller lukket. Du kan endda dirigere opkald baseret på attributter for nummervisning for at oprette VIP-lister eller håndtere opkald fra visse områdekoder forskelligt.

Opkaldskø

Du kan opsætte en opkaldskø, således at når indgående opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Besvarelse af opkald

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

Parkering af opkald

Du kan aktivere parkering af opkald, så brugerne kan sætte et opkald i venteposition og genoptage det fra en anden telefon.

Søgegruppe

Du kan opsætte viderestillingsgrupper 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 dit personales behov i forkontoret ved at give dem de fulde indstillinger til opkaldsstyring, linjeovervågning på stor skala, opkaldskø, flere telefonbogsmuligheder og visninger, Outlook-integration og mere.

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

Tabel 2. Brugerkonfigurerbare funktioner

Funktion

Beskrivelse

Afvisning af anonymt opkald

Brugere kan afvise indgående opkald med blokerede nummervisninger.

Virksomhedskontinuitet

Hvis brugeres telefoner af en eller anden grund ikke er forbundet til netværket (f.eks. på grund af strømafbrydelse, netværksproblemer osv.), kan brugere viderestille indgående opkald til et specifikt telefonnummer.

Opkaldsvideresendelse

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

Selektiv viderestilling af opkald

Brugere kan viderestille opkald på bestemte tidspunkter fra specifikke opkaldere. Denne indstilling har forrang over opkaldsviderestilling.

Opkaldsbesked

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

Kontor hvor som helst

Brugere kan bruge deres valgte telefoner ("Placeringer") som en udvidelse af deres forretningstelefonnummer og opkaldsplan.

Prioritetsalarm

Brugere kan ringe til deres telefoner med en særlig ringetone, 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å opkaldet vist fra deres forretningslinje. Derudover vil alle indgående opkald til deres forretningslinje ringe på denne eksterne telefon.

Selektiv besvarelse af opkald

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

Selektiv afvisning af opkald

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

Sekventielle opkald

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

Samtidige opkald

Ring til brugeres og andres ("opkaldsmodtagere") numre samtidig for indgående opkald.

Klargøring af tjenester, enheder og brugere i Control Hub, krydsstart til detaljeret konfiguration i opkaldsadministrationsportalen

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

Control Hub er det centrale sted til klargøring af alle tjenester, enheder og brugere. Du kan udføre den første opsætning af din opkaldstjeneste, registrere MPP-telefoner til skyen (ved hjælp af MAC-adresse), konfigurere brugere ved at tilknytte enheder, tilføje numre, tjenester, opkaldsfunktioner osv. Derudover kan du krydsstarte til opkaldsadministrationsportalen fra Control Hub.

Brugeroplevelse

Brugere har adgang til følgende grænseflader:

Få en rundvisning i Control Hub

Control Hub er din samlede 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. Du kan altid tilføje flere brugere, når du er klar.


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, der vises herunder som en oversigt over, hvad du kan forvente, når tjenester konfigureres for din organisation. Du kan finde mere detaljerede oplysninger i de individuelle kapitler med trin-for-trin-instruktioner.

Kom i gang

Når din partner har oprettet din konto, modtager du en velkomstmail. Klik på linket Sådan kommer du i gang i e-mailen, og få adgang til Control Hub ved hjælp af Chrome eller Firefox. Linket logger dig automatisk ind med din administrator-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 Webex Calling, blandt andre tjenester. Du kan opsætte og gennemgå dine opkaldsindstillinger, før du afslutter gennemgangen i guiden.

Gennemgå dine indstillinger

Du kan gennemgå dine indstillinger, når Control Hub indlæses.

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 katalogsynkronisering og derefter beslutter, hvordan du vil tilføje brugere. Klik på Næste, og følg vejledningen for at opsætte Cisco Katalogforbindelse.

Konfigurer Single Sign On (SSO)

Webex bruger basisgodkendelse. Du kan vælge at opsætte SSO, så brugere godkender med din virksomhedsidentitetsudbyder 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ælg Eksportér og importér brugere med en CSV-fil, og klik derefter på Eksportér.

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

Importér den færdige fil, klik på Tilføj og fjern tjenester, 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 de rigtige muligheder

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

Den lokale gateways rolle

Den lokale gateway er en virksomheds- eller partneradministreret ydre enhed til PSTN-samarbejde (Public Switch Telephony Network) og ældre PBX-samarbejde (Public Branch Exchange) (inklusive Unified CM).

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

For at angive og bestille en lokal gateway skal du læse bestillingsvejledningen til lokal gateway.

Udrulninger af understøttet lokal gateway til Webex Calling

Følgende grundlæggende udrulninger understøttes:

Den lokale gateway kan installeres enkeltstående eller i installationer, hvor integration i Cisco Unified Communications Manager er påkrævet.

Udrulninger af lokal gateway uden lokal IP PBX

Enkeltvise udrulninger af lokal gateway

Denne figur viser en Webex Calling-udrulning uden 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 dirigerer alle opkald, der kommer fra Webex Calling til PSTN og i den anden retning, og i den anden retning, PSTN til Webex Calling.

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

Udrulning af lokal gateway på samme sted

Den lokale gateway kan være IP-baseret, hvor der oprettes forbindelse til en ITSP ved hjælp af en SIP-trunk, eller TDM-baseret, hvor der bruges et ISDN- eller analogt kredsløb. Følgende figur viser en Webex Calling-udrulning, hvor den lokale gateway findes på samme sted som PSTN GW/SBC.

Udrulninger af lokal gateway 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, hvor Unified CM installeres som opkaldskontrolløsning på stedet

  • Der kræves direkte opkald mellem telefoner, der er registreret til Unified CM og telefoner i Webex Calling-placeringer.

Denne figur viser en Webex Calling-udrulning, 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-lokalnumre, som BroadCloud ikke kan se. Den lokale gateway dirigerer alle opkald, der kommer fra BroadCloud til Unified CM og omvendt. Unified CM dirigerer derefter indgående opkald til lokale destinationer eller til PSTN i henhold til den eksisterende opkaldsplan. Unified CM-opkaldsplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikeret én eller en, der findes på samme sted som den lokale gateway.

Dedikeret PSTN-gateway

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

PSTN-gateway på samme sted

Denne figur viser en Webex Calling-udrulning med en Unified CM, hvor den lokale gateway findes på samme sted som PSTN-gatewayen/SBC.

BroadCloud dirigerer alle opkald, der ikke passer med kundens Webex Calling-destinationer, til den lokale gateway, der er tildelt placeringen. Dette omfatter PSTN-destinationer og opkald på nettet mod interne Unified CM-lokalnumre. Den lokale gateway dirigerer alle opkald til Unified CM. Unified CM dirigerer derefter opkald til lokalt registrerede telefoner eller til PSTN via den lokale gateway, som har PSTN/SBC-funktionalitet på samme sted.

Overvejelser ved viderestilling af opkald

Opkald fra Webex Calling til Unified CM

Webex Calling-dirigeringslogikken 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 opkald uden for nettet (uden for BroadCloud) sendes til den lokale gateway.

For en Webex Calling-udrulning uden integration i en eksisterende Unified CM anses ethvert opkald uden for nettet som 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 opkald uden for nettet til en PSTN-destination. Skelnen mellem de to sidstnævnte 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, der nu er baseret på den konfigurerede opkaldsplan, dirigerer opkaldet til et lokalt registreret slutpunkt, hvor den kaldte destination er klargjort som et nummer i adressebogen. Til dette skal Unified CM-opkaldsplanen understøtte dirigering 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 virksomhedsnummereringsplanadresser i Webex Calling.

Med disse ruter på plads er begge opkaldsscenarier, der er vist i 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 ringes op til, skal være i +E.164-format, når den sendes til den lokale gateway.) BroadCloud-dirigeringslogikken sørger derefter for, at opkaldet sendes til den tiltænkte Webex Calling-enhed baseret på DID-tildeling.

Opkald, der stammer fra Unified CM-registrerede slutpunkter, som er rettet mod destinationer i Webex Calling, er desuden underlagt den opkaldsplan, der er klargjort på Unified CM. Denne opkaldsplan giver typisk brugerne mulighed for at benytte almindelige virksomhedsopkaldsvaner til at foretage opkald. Disse vaner omfatter ikke nødvendigvis kun +E.164-opkald. Alle opkaldsvaner andre 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 for 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, der er registreret med Unified CM

  • Opkald, der kommer til Unified CM fra PSTN

  • Opkald, der kommer til Unified CM fra BroadCloud

Enheder, der er registreret med Unified CM

Tilføjelse af Webex Calling-destinationerne 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 til og fra websteder).

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

Ellers eksisterer konceptet "(forkortet) på nettet til og fra websteder" endnu ikke, så en ny partition (for eksempel "påNetFjern") skal klargøres, Webex Calling-destinationer skal 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-destinationerne 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 til og fra websteder).

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

Ellers eksisterer konceptet "(forkortet) på nettet til og fra websteder" endnu ikke, så en ny partition (for eksempel "påNetFjern") skal klargøres, Webex Calling-destinationer skal 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 alleWebex Calling-destinationer. Dette kræver, at ovenstående partition, som indeholder alle Webex Calling-destinationer, tilføjes til søgerummet for opkald, der bruges til indgående opkald på PSTN-trunken. Adgang til Webex Calling-destinationer følger oven i den allerede eksisterende adgang.

Mens for opkald fra PSTN, hvor adgang til Unified CM-DID'er og Webex Calling-DID'er er påkrævet, skal opkald, der stammer fra Webex Calling have adgang til Unified CM DID'er 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. Figuren viser også, at hvis PSTN-gateway-funktionaliteten sammenstilles med den lokale gateway, er to trunks påkrævet fra den kombinerede PSTN GW og lokale gateway til Unified CM: én til opkald, der stammer fra PSTN og én til opkald, der stammer fra 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 for 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 opkaldsplandesign følger den designtilgang, som er dokumenteret i kapitlet Opkaldsplan i 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 opkaldsplandesign. Nøgleegenskaber ved dette opkaldsplandesign omfatter:

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

  • Alle numre i adressebog har den samme partition (DN) og er markeret som vigtige.

  • Grundlæggende viderestilling er baseret på +E.164.

  • Alle opkaldsmønstre, der ikke anvender +E.164 (f.eks. forkortede opkald mellem websteder og PSTN-opkald ved hjælp af typiske opkaldsmønstre), normaliseres (globaliseres) til +E.164 ved hjælp af oversættelsesmønstre for opkaldsnormalisering.

  • Oversættelsesmønstre til opkaldsnormalisering bruger nedarvning af opkaldssøgerum for oversættelsesmønster – de har indstillingen "Brug afsenders opkaldssøgerum" slået til.

  • Tjenesteklasse implementeres ved hjælp af websted- og tjenesteklassespecifikke opkaldssøgerum.

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

Forbindelse til BroadCloud

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

For at føje tilgængelighed 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 føjes til denne partition. Denne rutemønster henviser til en ruteliste med kun ét medlem: rutegruppen med SIP-trunk til den lokale gateway for opkald til BroadCloud. Da alle opkaldsdestinationer er normaliserede til +E.164, enten ved hjælp af oversættelsesmønstre for opkaldsnormalisering, der stammer fra Unified CM-registrerede slutpunkter, eller transformationer af indgående opkaldte parter for opkald, der stammer fra PSTN, er dette enkelte sæt af +E.164-rutemønstre nok til at opnå tilgængelighed for destinationer i BroadCloud, uafhængigt af det anvendte opkaldsmønster.

Hvis en bruger f.eks. ringer til "914085550165", normaliserer oversættelsesmønsteret for opkaldsnormalisering i partitionen "UStoE164" denne opkaldsstreng til "+14085550165", som derefter matcher rutemønstret for en BroadCloud-destination i partitionen "BroadCloud". Unified CM sender til sidst opkaldet til den lokale gateway.

Tilføj forkortede opkald mellem websteder

Figur 4. Tilføjelse af forkortede opkald mellem websteder

Den anbefalede måde at føje forkortede opkald mellem websteder til referenceopkaldsplanen på er at tilføje oversættelsesmønstre for opkaldsnormalisering for alle websteder under virksomhedsnummereringsplanen for en dedikeret partition ("ESN"). Disse oversættelsesmønstre opfanger opkaldsstrenge i virksomhedsnummereringsplanens format og normaliserer opkaldsstrengen til +E.164.

For at tilføje virksomhedsforkortede opkald til BroadCloud-destinationer kan du tilføje det respektive oversættelsesmønster for opkaldsnormalisering for BroadCloud-placeringen til "BroadCloud"-partitionen (f.eks "8101XX" i diagrammet). Efter normalisering sendes opkaldet igen til BroadCloud, efter rutemønstret i "BroadCloud"-partitionen er matchet.

Vi anbefaler ikke at tilføje det forkortede oversættelsesmønster for opkaldsnormalisering for BroadCloud-opkald til "ESN"-partitionen, da denne konfiguration kan oprette uønskede løkker for viderestilling af opkald.

Forskel på Webex Calling for tjenesteudbydere og VAR'er (Value Added Resellers)

Der er to separate opkaldstilbud, som benytter den samme Webex Calling-platform. Det ene tilbud er til tjenesteudbydere og deres kunder, mens det andet tilbud er for VAR'er 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 nævne disse forskelle, sørger vi for, at du ved, om de gælder for tjenesteudbydere eller for VAR'er.

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

Tjenesteudbydere kan brande deres opkaldsportaler og -apps og skal bundte og levere deres egne PSTN-tjenester til deres kunder eller udnytte en lokal gateway-implementering. Tjenesteudbydere skal også yde deres egen support på niveau 1.

VAR'er bruger derimod den branding, som Cisco leverer. VAR'er er ikke lovregulerede tjenesteudbydere og kan ikke tilbyde PSTN-tjenester. PSTN-tjenester skal benyttes ved hjælp af en lokal gateway-implementering for virksomheder. VAR'er kan også yde deres egen support på niveau 1 eller bruge Ciscos. Begge opkaldstilbud giver tjenestesikkerhed via mediekvalitetsmålinger og kan bundte Webex og Webex Meetings sammen med deres opkaldsapplikationer.

Protokolbehandlere for Calling

Webex Calling registrerer følgende protokolbehandlere med operativsystemet for at aktivere klik-for-at-ringe-op-funktionalitet 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:

  • CLICKTOCALL: eller CLICKTOCALL://

  • SIP: eller SIP://

  • TEL: eller TEL://

  • WEBEXTEL: eller WEBEXTEL://

Protokolbehandlere for Windows

Andre apps kan registrere sig protokolbehandlere 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 huskes, hvis brugeren markerer 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 protokoltilknytningerne for Webex i Windows 10:

  1. Åbn systemindstillingerne Standardindstillinger for app, klik på Angiv standarder efter app, og vælg derefter Webex.

  2. Webex skal vælges for hver protokol.

Protokolbehandlere for Mac

På Mac OS skal brugere, hvis andre apps er registreret opkaldsprotokollerne før Webex, konfigurere deres Webex-apps som standardopkaldsvalgmuligheden.

I Webex på Mac kan brugere bekræfte, at Webex er valgt for indstillingen Start opkald med 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
15. jul 2021| visning(er) | personer fandt dette nyttigt

Forbered dit miljø til Webex Calling

Forbered dit miljø Konfigurer Webex Calling til din organisation Konfigurer lokal gateway til PSTN-adgang (kun VAR'er) Konfigurer UCM Konfigurer Webex Calling-funktioner Konfigurer og administrer brugere Konfigurer og administrer enheder

Krav til opkald

Licenser

Webex Calling er tilgængelig via Cisco Collaboration Flex-planen. Du skal købe et virksomhedsabonnement (til alle brugere, inklusive 50 % arbejdsområdeenheder) eller et abonnement til navngivne brugere (nogle eller alle brugere).

Webex Calling tilbyder tre licenstyper ("stationstyper")

  • Professionel – Disse licenser giver hele din organisation alle funktioner. Dette tilbud omfatter samlet kommunikation (Webex Calling), mobilitet (desktop- og mobilklienter med understøttelse af 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 mulighed, hvis dine brugere har brug for begrænsede funktioner uden mobilitet eller samlet kommunikation. De får stadig et komplet stemmetilbud, men er begrænset til en enkelt enhed pr. bruger.


    Grundlæggende licenser er kun tilgængelige, hvis du har et abonnement til navngivne brugere. Grundlæggende licenser understøttes ikke til virksomhedsabonnementer.

  • Arbejdsområder (også kendt som Fællesområde) – Vælg denne mulighed, hvis du er ude efter en grundlæggende klartone med et begrænset antal opkaldsfunktioner, der passer til områder som pauserum, lobbyer og konferencelokaler.

Denne dokumentation viser 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. Inaktive telefoner kræver minimal båndbredde.

Lokal gateway til placeringsbaseret PSTN

Både VAR'er (Value Added Resellers) og tjenesteudbydere kan give PSTN-adgang til Webex Calling-organisationer. Lokale gateways er i øjeblikket den eneste mulighed for at give lokal 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 lokale gateways følger.

understøttede enheder

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


Hvis du vil have en komplet liste over understøttede enheder til Webex Calling, kan du se Enheder, der understøtter Webex Calling.

Cisco Webex Room-, Board- og Desk-enheder understøttes som enheder i arbejdsområder, som du opretter i Control Hub. Se "Cisco Webex Room-, Board- og Desk-enheder" i Enheder, der understøtter Webex Calling for yderligere oplysninger. Du kan også bruge disse enheder med PSTN-tjeneste ved at aktivere Webex Calling til arbejdsområdet.

Firewall

Opfyld kravene til firewalls, der er dokumenteret i artiklen Portreferenceoplysninger for Cisco Webex Calling.

Krav til lokal gateway til Webex Calling

Generelle forudsætninger

Inden du konfigurerer en lokal gateway til Webex Calling, bør du sikre, at du

    • har grundlæggende viden om VoIP-principper

    • har 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 implementeringsmodel omfatter Unified CM

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

Certifikat- og sikkerhedskrav til lokal gateway

Webex Calling kræver et sikkert signal og sikre medier. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

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

Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Konfigurer Cisco Webex Calling for din organisation

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

Før du begynder

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

1

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


 

Din administrator-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 acceptér tjenesteydelsesvilkårene.

3

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


 

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger 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 fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. 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 kan ikke æ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

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – Til e-mailkommunikation til nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og 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 kundevisningen i https://admin.webex.com skal du 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 (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Sprog – Vælg sproget for placeringen.
  • Adresse – Indtast placeringens primære postadresse.
  • By – Indtast en by for denne placering.
  • Stat – Vælg en stat i rullemenuen.
  • Postnummer – Angiv postnummeret.Telefonnummer – Indtast det telefonnummer, som placeringens hovedkontakt kan kontaktes på.
3

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

4

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

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


     

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

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

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

  • Skyforbundet PSTN – Vælg denne valgmulighed, hvis du søger en skyløsning, der ikke kræver en betydelig investering i lokal hardware, og vælg derefter en CCP-udbyder efter dit valg.

     

    Kun partnere, der understøtter placeringens 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, skal du 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 af din PSTN udbyder være begrænsede.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

5

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

6

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

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

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

7

Klik på Gem.

Hvad er næste trin?

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Da du oprettede din kundeorganisation i Control Hub, blev den første placering, du oprettede, automatisk til 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 den placering, der skal slettes, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

1

Fra kundevisningen i https://admin.webex.comskal du gå til Tjenester > Opkald > Placeringog derefter vælge den placering, 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-konfiguration 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. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Placeringer og derefter 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

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

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


     

    Partnere skal være autoriserede Webex Calling VAR-partnere og have accepteret det nye Webex Calling-tillæg via tilmelding til Cisco Webex Calling VAR PSTN-programmet.

    Partnere bestiller Cisco-opkaldsplanlicenser (plan for udgående opkald og telefonnumre) i Cisco Commerce Workspace (CCW).

    Denne valgmulighed er kun tilgængelig for VAR'er.

  • Skyforbundet PSTN – Vælg denne valgmulighed, hvis du søger en skyløsning, der ikke kræver en betydelig investering i lokal hardware, og vælg derefter en CCP-udbyder efter dit valg.


     

    Kun partnere, der understøtter placeringens land, vises.

  • Stedbaseret PSTN (lokal gateway) – Vælg denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

     

    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 telefonsvarer for denne placering.

5

(Valgfrit) Klik på blyantikonet øverst på siden Placering for at ændre placeringens navn, Tidszone eller Sprog efter behov, og klik derefter på Gem.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, opdateres eksempelnumrene i Control Hub, så ændringerne vises.


Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Tjenesteindstillinger og derefter rulle til Internt opkald.

2

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

  • Længde af dirigeringspræfiks for 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 foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.
  • Styreciffer i dirigeringspræfiks – du kan indstille en værdi her, uanset om du bruger dirigeringspræfikser for placering eller ej.
  • Længde på internt lokalnummer – du kan indtaste 2-6 cifre, og standarden er 2.

     

    Når du har øget længden på dit lokalnummer, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

3

Angiv interne opkald for specifikke placeringer. Gå til Tjenester > Opkald > Placeringer, vælg en placering, rul til Opkald, og rediger derefter interne og eksterne opkald efter behov:

  • Internt opkald – angiv det dirigeringspræfiks, som brugere på andre placeringer skal foretage opkald med for at kunne kontakte nogen på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfiksets længde stemmer overens med den længde, der er indstillet på organisationsniveau, men præfikset skal have en længde på mellem 2-7 cifre.
  • Eksternt opkald – du kan også vælge et nummer for udgående opkald, som brugerne skal foretage opkald til for at oprette forbindelse til en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

     

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden at inkludere nummeret for udgående opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, før ændringer i opkaldspræferencer kan træde i kraft.

  • Brugerlokalnumre må ikke starte med samme nummer som placeringens styreciffer.

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.


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 stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

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

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

1

Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Dirigering af opkald og vælge Tilføj trunk.

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.


 

Navnet må ikke være på mere end 24 tegn.

Hvad er næste trin?

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

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

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

1

Fra kundevisningen 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 Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.


 

Besøg trunksiden for at administrere dine trunkgruppevalg.

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 lokalt placeret Cisco CUBE). Denne artikel vejleder dig gennem denne proces. Se følgende diagram som et eksempel på, hvordan Control Hub-konfigurationsoplysningerne (til venstre) knyttes til parametre i CUBE (til højre):

Når du har fuldført konfigurationen af selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, hvor den gateway, du har oprettet, vil være angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Numre.

Der vises en tabel med 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 til og dets Status.

2

(Valgfrit) Under Handlinger skal du ud for en nummerangivelse klikke på og derefter vælge en af følgende valgmuligheder:

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

  • Aktivér – Denne valgmulighed er tilgængelig for numre med inaktiv status, så snart et Webex Calling-porteringsnummer, der blev indsendt med en ordre, er fuldført. Når du har aktiveret nummeret, vises nummeret som aktivt, når det er klar til brug.

  • Slet – Denne valgmulighed er tilgængelig for numre med inaktiv status, og som i øjeblikket ikke er tildelt en bruger eller en placering.

3

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


 

Gyldige indtastninger flyttes til feltet Validerede numre, mens ugyldige indtastninger bliver stående i feltet Tilføj numre sammen med en fejlmeddelelse.

Numre skal følge E.164-format for alle lande, bortset fra USA, som også kan følge nationalt format.

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

4

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

1

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

2

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

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Organisationsindstillinger > Tjenester, 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 sæt dem derefter i den ønskede prioriterede rækkefølge for dine brugere.

Øvrige valgmuligheder, der er skjult for brugere, vises i feltet Skjulte opkaldsvalgmuligheder, som vist på dette eksempelskærmbillede:

3

Slå Aktivér Opkald med ét klik til, hvis du ønsker, at brugere skal kunne foretage et opkald med den første opkaldsvalgmulighed, som du konfigurerede i forrige trin.


 

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

Du kan styre, hvilket opkaldsprogram der åbnes, når brugere foretager PSTN-opkald. Når du har konfigureret denne indstilling på organisationsniveau, kan du tilsidesætte indstillingen 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 pågældende app vil mislykkes.

Fra kundevisningen i https://admin.webex.comskal du gå til Indstillinger, rulle ned til Opkaldsadfærd og derefter vælge en af følgende: .

  • Opkald i Webex Teams – Vælg denne valgmulighed, hvis du vil have brugere til at foretage opkald direkte i Webex via Webex Calling.
  • Webex Calling-app – Vælg denne valgmulighed, hvis din organisation har et abonnement på Cisco Webex Calling, og du vil tillade, at brugere kan foretage PSTN-opkald via Webex Calling-appen. Når brugere foretager PSTN-opkald i Webex, anvendes 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 kunne foretage PSTN-opkald fra Webex. Sørg for at oplyse folk om, hvad du vælger, og om det er en anden app, der skal anvendes til foretagelse af PSTN-opkald.


 

Denne indstilling kan ændres på brugerniveau, hvis visse enkeltpersoner har behov for en anden opkaldsadfærd. Gå til Brugere, og vælg Opkaldsadfærd under Indstillinger. Foretag dit valg, og klik derefter på Gem.

Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Konfigurer lokal gateway på IOS-XE til Webex Calling

Når du har konfigureret Webex Calling for din organisation, kan du konfigurere en trunk til at forbinde din lokale gateway til Webex Calling. Trunken 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 Calling-adgangs-SBC.

Brug denne opgaveproces til at konfigurere en lokal gateway til din Webex Calling-trunk. Trinene, der følger, udføres på selve den lokale gateway ved hjælp af kommandolinjen. Trunken mellem den lokale gateway og Webex Calling er altid sikret ved brug af SIP TLS-transport og SRTP til medier mellem den lokale gateway og Webex Calling-adgangs-SBC.

Før du begynder

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

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

  • Retningslinjerne for konfiguration, der er angivet i dette dokument, forudsætter, at der findes en dedikeret lokal gateway-platform uden en eksisterende VoIP-konfiguration. Hvis en eksisterende PSTN-gateway eller CUBE-virksomhedsimplementering ændres, så der også bruges den lokale gateway-funktion for Webex Calling, skal du være særligt opmærksom på den anvendte konfiguration og sørge for, at eksisterende opkaldsflows og funktioner ikke afbrydes som følge af ændringer, du foretager.

  Kommando eller handling Formål
1

Parametertilknytning mellem Control Hub og Cisco Unified Border Element

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

2

Udfør konfiguration af referenceplatform

Implementer disse trin som en fælles global konfiguration for den lokale gateway. Konfigurationen omfatter grundlæggende platformskonfiguration og en tillidspuljeopdatering.

3

Registrer lokal gateway til Webex Calling

4

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

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

  • Valgmuligheden med lokal gateway-implementering uden en lokal IP PBX. Den lokale gateway og IP PSTN CUBE findes samme sted.

  • Valgmuligheden med lokal gateway-implementering i et eksisterende Unified CM-miljø. Den lokale gateway og IP PSTN CUBE findes samme sted.

Tabel 1. Parametertilknytning mellem Control Hub og lokal gateway

Control Hub

Lokal gateway

Registratordomæne:

Control Hub bør parse domænet fra den linjeport, der modtages fra UCAPI.

eksempel.com

registrator

eksempel.com

Trunk-gruppe OTG/DTG

sip-profiler:

regel <rule-number> anmoder om ALLE sip-overskrifter

Fra modificerer ">" ";otg=otgDtgId>"

Linje/port

user@example.com

nummer: bruger

Udgående proxy

udgående proxy (DNS-navn – SRV af adgangs-SBC)

SIP-brugernavn

brug.navn

SIP-adgangskode

adgangskode

Før du begynder

  • Sørg for, at grundlæggende platformskonfiguration såsom NTP'er, ACL'er, aktiveringsadgangskoder, primære adgangskoder, 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-implementeringer.

1

Kontrollér, at alle lag 3-grænseflader har gyldige og distribuerbare 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 hemmeligheder. Type 6-adgangskoder krypteres ved hjælp af AES-kryptering og den brugerdefinerede primære 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 sørg for, at den er tilgængelig, 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

Aktivér TLS 1.2-eksklusivitet og et standard pladsholdertillidspunkt:

  1. Opret et PKI-pladsholdertillidspunkt, og kald det sampleTP

  2. Tildel tillidspunktet som standardsignaleringstillidspunktet 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å lejer 200 (beskrevet senere) matcher med den CN-SAN-liste, som er modtaget fra serveren.

  4. Krypteringstillidspunktet er nødvendigt, for at TLS kan fungere, selvom et lokalt klientcertifikat (f.eks. 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-eksklusivitet.

  6. Indstil antal TCP-forsøg til 1000 (5 msek multipla = 5 sekunder).

  7. (IOS-XE 17.3.2 og nyere) Indstil TLS til oprettelse af timerforbindelse <wait-timer in="" sec="">. Intervallet er mellem 5 og 20 sekunder, og standarden er 20 sekunder. (LGW tager 20 sekunder om at registrere TLS-forbindelsesfejl, før den forsøger at oprette forbindelse til det næste tilgængelige Webex Calling-adgangs-SBC. Denne CLI tillader, at administratoren kan ændre værdien til at tilpasse netværksforhold og påvise forbindelsesfejl med adgangs-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 tillidspulje for lokal gateway:

Standardtillidspuljebundtet indeholder ikke certifikatet "DigiCert Root CA", der er nødvendigt for at validere serversidecertifikatet under oprettelse af TLS-forbindelse til Webex Calling.

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

  1. Kontrollér, om DigiCert Room CA-certifikat findes:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Hvis det ikke findes, skal du opdatere følgende:

    
    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 trinene i Control Hub for oprettelse af en placering og tilføjet en trunk for den pågældende placering. Oplysningerne i det viste eksempel blev hentet fra Control Hub.

1

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

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:

Forebyggelse af 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 enheder, hvorfra den lokale gateway forventer legitime VoIP-opkald, såsom Webex Calling-peers, Unified CM-noder og IP PSTN.

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

  • IP-adresser i denne liste skal matche IP-undernettene i henhold til det regionale Webex Calling-datacenter, som kunden er tilsluttet. Se flere oplysninger under Portreferenceoplysninger for Webex Calling.


     

    Hvis din LGW er bag en firewall med Restricted-Cone NAT, vil du måske foretrække at deaktivere listen over pålidelige IP-adresser i Webex Calling-grænsefladen. 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 Calling-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 – f.eks. kan det være nødvendigt at tilføje dine Unified CM-adresser til de indgående grænseflader.

  • IP-adresser skal matche værts-IP-adressen, som outbound-proxy opløses i lejer 200

  • Se flere oplysninger under 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.

  • Mediemassestatistik gør det muligt for kontrolniveauet at bede dataniveauet om masseopkaldsstatistik.

Grundlæggende SIP-til-SIP-funktionalitet
allow-connections sip to sip
Supplerende tjenester
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

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

Se flere oplysninger under 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.

Aktivér 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 Calling-bruger (f.eks. når både den, der ringes op, og den, der ringer op, er Webex Calling-abonnenter og har mediet knyttet til Webex Calling-SBC), kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • STUN-bindingsfunktionen 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øjet på dynamisk vis (f.eks. uden udtrykkelige regler for ind og ud). Men for den lokale gateway-implementeringssag er firewallen statisk konfigureret til at åbne nåleøjer ind og ud baseret på Webex Calling-SBC-undernettene. Derfor bør firewallen kun behandle dette som enhver indgående UDP-pakke, der vil udløse nåleøjeåbning uden udtrykkeligt at se på pakkeindholdet.

G729
sip
  g729 annexb-all

Tillader alle varianter 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, idetWebex Calling ikke understøtter SIP URI-adresser i anmodnings-/svarmeddelelserne, men har brug for dem til SRV-forespørgsler. F.eks._sips._tcp.<outbound-proxy>.
  • ændrer regel 20 Fra-overskriften, så den inkluderer Trunk Group OTG/DTG-parameteren fra Control Hub, for på unik vis at identificere et LGW-websted inden for en virksomhed.

  • Denne SIP-profil vil blive anvendt til stemmeklasselejer 200 (forklares senere) for al trafik mod Webex Calling.

3

Konfigurer codec-profil, STUN-definition og SRTP-krypteringspakke.

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-codec 99: Tillader begge g711-codecs (mu og a-law) for sessioner. Anvendes på alle opkalds-peers.

  • SRTP-kryptering for stemmeklasse 200: Angiver SHA1_80 som den eneste SRTP-krypteringspakke, der tilbydes af den lokale gateway i SDP i tilbud og svar. Webex Calling understøtter kun SHA1_80.

  • Vil blive anvendt til stemmeklasselejer 200 (forklares senere) mod Webex Calling.

  • STUN-brug for stemmeklasse 200: Definerer STUN-brug. Anvendes på alle opkalds-peers mod Webex Calling (2XX-tag) for at undgå manglende lyd, når en Unified CM-telefon viderestiller opkaldet til en anden Webex Calling-telefon.


 

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


 

STUN-brugen "ICE lite" er nødvendig for opkaldsflows, der anvender optimering af mediesti.

4

Knyt Control Hub-parametre til konfiguration af lokal gateway:

Webex Calling 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 elementerne for denne konfiguration fra siden Trunkoplysninger 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 Webex Calling-opkalds-peers (2xx-tag) i den lokale gatewaykonfiguration. Stemmeklasselejerfunktionen tillader gruppering og konfiguration af SIP-trunkparametre, der ellers udføres under stemmetjeneste VoIP og sip-ua. Når en lejer er konfigureret og anvendt under en opkalds-peer, anvendes IOS-XE-konfigurationerne i følgende præferencerækkefølge:

  • Konfiguration af opkalds-peer

  • Lejerkonfiguration

  • Global konfiguration (stemmetjeneste VoIP/sip-ua)

5

Konfigurer stemmeklasselejer 200 for at aktivere trunkregistrering fra LGW for Webex Calling baseret på de parametre, du har hentet fra Control Hub:


 

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

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 flerlejerfunktion 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 registrering indstillet til opdatering hver andet minut (50 % af 240 sekunder). Se flere oplysninger under 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. Se flere oplysninger under 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

Godkendelsesudfordring for opkald. Se flere oplysninger under 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, idet Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIOasserted-id pai(se nedenfor).

sip-server dns:40462196.cisco-bcld.com
Webex Calling-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 i voice class srtp-crypto 200.

session transport tcp tls
Indstiller transport til TLS
url sips

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

error-passthru

SIP-fejlsvaroverførselsfunktion

asserted-id pai

Slår PAI-behandling i lokal gateway til.

bind control source-interface GigabitEthernet0/0/1

Signaleringskildegrænseflade mod Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Mediekildegrænseflade mod Webex Calling.

no pass-thru content custom-sdp

Standardkommando under lejer.

sip-profiles 200

Ændrer SIPS til SIP og modificerer linje/port for INVITE- og REGISTER-meddelelser som defineret i voice class sip-profiles 200.

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

Webex Calling-adgangs-SBC. Se flere oplysninger under https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Overfør på gennemsigtig vis værdier for databeskyttelsesoverskrift fra det indgående til det udgående ben.

Når lejer 200 er defineret inden for den lokale gateway, og en SIP VoIP-opkalds-peer er konfigureret, starter gatewayen derefter en TLS-forbindelse mod Webex Calling, hvorefter adgangs-SBC præsenterer sit certifikat for den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodbundtet, der tidligere blev opdateret. En vedvarende TLS-session oprettes mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway sender derefter en REGISTER-meddelelse til det adgangs-SBC, som er blevet udfordret. Registrerings-AOR er number@domain. Nummeret tages fra legitimationsoplysningernes "number"-parameter og domænet fra "registrar dns:<fqdn>". Når registreringen udfordres, bruges parametrene for brugernavn, adgangskode og område fra legitimationsoplysningerne til at opbygge overskriften, og sip-profil 200 konverterer SIPS URL-adressen tilbage til SIP. Registrering lykkes, når "200 OK" modtages fra adgangs-SBC.

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

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

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

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

  4. Stemmeklasse-DPG – Mål for udgående opkald-peers, der er aktiveret af en indgående opkalds-peer.

  5. Indgående opkald-peers – Til at acceptere indgående opkaldsben fra ITSP og Webex Calling.

Konfiguration i dette afsnit kan enten bruges til opsætning af partnerhostet lokal gateway som vist nedenfor eller til lokal gateway for kundewebsted.

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

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

    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 understregningstegn "_" i matchmønsteret. Som en løsning bruger vi punktum (".") (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 opkalds-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-opkalds-peer med et tag på 101 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

    Denne opkalds-peer nedarver alle parametrene fra lejer 100, medmindre den samme parameter er defineret under selve denne opkalds-peer.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Udgående opkalds-peer mod Webex Calling (Denne opkalds-peer vil blive opdateret til at fungere som indgående opkalds-peer fra Webex Calling 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-opkalds-peer med et tag på 200201 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    session target sip-server

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

    voice-class stun-usage 200

    STUN-bindingsfunktionen 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, Opkalds-ID og Ekstern parts-id for udgående meddelelser.

    voice-class sip tenant 200

    Denne opkalds-peer nedarver alle parametrene fra lejer 200 (LGW <--> Webex Calling Trunk), medmindre den samme parameter er defineret under selve denne opkalds-peer.

    srtp

    SRTP er aktiveret for dette opkaldsben.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

4

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

  1. Definerer opkalds-peer-gruppe 100. Udgående opkalds-peer 101 er målet for alle indgående opkalds-peers, der aktiverer opkalds-peer-gruppe 100. Vi anvender DPG 100 på indgående opkalds-peer 200201 for stien Webex Calling --> LGW --> PSTN.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definer opkalds-peer-gruppe 200 med udgående opkalds-peer 200201 som mål for stien PSTN --> LGW --> Webex Calling. DPG 200 vil blive anvendt på indgående opkalds-peer 100 som 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-opkaldsben:

    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-opkalds-peer med et tag på 100 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    session protocol sipv2

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

    incoming uri via 100

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

    destination dpg 200

    Med destinationen "dpg 200" omgår IOS-XE de klassiske kriterier for udgående opkalds-peer-matchning og fortsætter med det samme til at opsætte det udgående opkaldsben ved hjælp af opkalds-peers defineret inden for destinations-opkalds-peer-gruppe 200, som er opkalds-peer 200201.

    voice-class sip tenant 300

    Denne opkalds-peer nedarver alle parametrene fra lejer 300, medmindre den samme parameter er defineret under selve denne opkalds-peer.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Indgående opkalds-peer for indgående Webex Calling-opkaldsben:

    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

    Opdaterer en VoIP-opkalds-peer med et tag på 200201 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    incoming uri request 200

    Al indgående trafik fra Webex Calling til den lokale gateway kan matches ud fra det unikke dtg-mønster i anmodnings-URI-adressen, der entydigt identificerer det lokale gatewaywebsted inden for en virksomhed og i Webex Calling-økosystemet.

    destination dpg 100

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

    max-conn 150

    Begrænser antallet af samtidige opkald til 150 mellem den lokale gateway og Webex Calling under forudsætning af en enkelt opkalds-peer, der vender mod Webex Calling, til både indgående og udgående opkald som defineret i denne vejledning. Gå til https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf for at få flere oplysninger om begrænsninger for samtidige opkald, der omfatter en lokal gateway.

PSTN til Webex Calling

Alle indgående IP PSTN-opkaldsben på den lokale gateway matches på opkalds-peer 100, da den definerer et matchkriterie for VIA-overskriften med IP-PSTN's IP-adresse. Valg af udgående opkalds-peer afhænger af DPG 200, der benytter den udgående opkalds-peer 200201, som har Webex Calling-serveren angivet som måldestination.

Webex Calling til PSTN

Alle indgående Webex Calling-opkaldsben på den lokale gateway matches på opkalds-peer 200201, da den overholder et matchkriterie for anmodnings-URI-overskriftsmønstret med TrunkGroup OTG/DTG-parameteren, der er entydigt for denne lokale gateway-implementering. Valg af udgående opkalds-peer afhænger af DPG 100, der benytter den udgående opkalds-peer 101, som har IP PSTN IP-adressen angivet som måldestination.

Følgende konfiguration på den lokale gateway er påkrævet for denne implementeringsmulighed:

  1. Stemmeklasselejere – Du skal først oprette yderligere lejere til opkalds-peers, der vender mod Unified CM og ITSP, der minder om lejer 200, som vi oprettede til Webex Calling-opkalds-peers.

  2. Stemmeklasse-URI-adresser – Mønstre, der definerer værts-IP-adresser/porte for forskellige trunks, som afsluttes på den lokale gateway: fra Unified CM til lokal gateway for PSTN-destinationer; Unified CM til lokal gateway for Webex Calling-destinationer; Webex Calling til lokal gateway; og PSTN SIP-trunkafslutning på lokal gateway.

  3. Stemmeklasseservergruppe – IP-destinationsadresser/-porte til udgående trunks fra den lokale gateway til Unified CM, lokal gateway til Webex Calling og lokal gateway til PSTN SIP-trunk.

  4. Udgående opkalds-peers – Til at videresende udgående opkaldsben fra den lokal gateway til Unified CM, ITSP SIP-trunk og/eller Webex Calling.

  5. Stemmeklasse-DPG – Mål for udgående opkalds-peer(s), der er aktiveret af en indgående opkalds-peer.

  6. Indgående opkalds-peers – Til at acceptere indgående opkaldsben fra Unified CM, ITSP, og/eller Webex Calling.

1

Konfigurer følgende stemmeklasselejere:

  1. Stemmeklasselejer 100 anvendes på alle udgående opkalds-peers, der vender mod 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-adresser:

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

    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 understregningstegn "_" i matchmønsteret. Som en løsning bruger vi punktum (".") (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-signalerende VIA-port for Webex Calling-trunken:

    voice class uri 300 sip
     pattern :5065
    
  4. Definerer CUCM-kildesignalerende 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 IP-adresse for målvært og portnummer for Unified CM-gruppe 1 (5 knudepunkter). Unified CM bruger port 5065 til indgående trafik på Webex Calling-trunk (Webex Calling <-> LGW --> Unified CM).

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

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definerer Unified CM-trunks IP-adresse for målvært for Unified CM-gruppe 1 (5 knudepunkter). Unified CM bruger standardporten 5060 til indgående trafik på PSTN-trunken. Hvis der ikke er angivet et portnummer, bruges 5060 som standard. (PSTN <-> LGW --> Unified CM)

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkalds-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-opkalds-peer med et tag på 101 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

    Angiver destinationens mål-IPv4-adresse, hvor dette opkaldsben sendes hen. (I dette tilfælde ITSP's IP-adresse.)

    voice-class codec 99

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

    voice-class sip tenant 100

    Denne opkalds-peer nedarver alle parametrene fra lejer 100, medmindre den samme parameter er defineret under selve denne opkalds-peer.

  2. Udgående opkalds-peer mod Webex Calling (Denne opkalds-peer vil blive opdateret til at fungere som indgående opkalds-peer fra Webex Calling 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-opkalds-peer med et tag på 200201 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    session target sip-server

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

    voice-class stun-usage 200

    STUN-bindingsfunktionen 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, Opkalds-ID og Eksternt parts-id for udgående meddelelser.

    voice-class sip tenant 200

    Denne opkalds-peer nedarver alle parametrene fra lejer 200 (LGW <--> Webex Calling Trunk), medmindre den samme parameter er defineret under selve denne opkalds-peer.

    srtp

    SRTP er aktiveret for dette opkaldsben.

  3. Udgående opkalds-peer mod Unified CM's Webex Calling-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-opkalds-peer med tagget 301 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    session server-group 301

    I stedet for sessionsmål-IP i opkalds-peeren peger vi på en destinationsservergruppe (servergruppe 301 til opkalds-peer 301) for at definere flere UCM-målknudepunkter, selvom eksemplet kun viser et enkelt knudepunkt.

    Servergruppe i udgående opkalds-peer

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

    Se flere oplysninger under 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 Calling-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 opkalds-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 opkalds-peer-gruppe:

  1. Definerer DPG 100. Udgående opkalds-peer 101 er målet for alle indgående opkalds-peers, der aktiverer opkalds-peer-gruppe 100. Vi anvender DPG 100 til indgående opkalds-peer 302, som defineret senere, til stien Unified CM --> LGW --> PSTN:

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

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

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

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

    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-opkalds-peer med et tag på 100 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    session protocol sipv2

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

    incoming uri via 100

    Al indgående trafik fra IP PSTN til den lokale gateway matches på den indgående VIA-overskrifts IP-adresse for vært defineret i stemmeklasse-URI-adressen 100 SIP, så den matcher baseret på kilde-IP-adressen (ITSP).

    destination dpg 302

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

    voice-class sip tenant 300

    Denne opkalds-peer nedarver alle parametrene fra lejer 300, medmindre den samme parameter er defineret under selve denne opkalds-peer.

  2. Indgående opkalds-peer for indgående Webex Calling-opkaldsben:

    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

    Opdaterer en VoIP-opkalds-peer med et tag på 200201 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    incoming uri request 200

    Al indgående trafik fra Webex Calling til den lokale gateway kan matches ud fra det unikke dtg-mønster i anmodnings-URI-adressen, der entydigt identificerer et lokalt gatewaywebsted inden for en virksomhed og i Webex Calling-økosystemet.

    destination dpg 300

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

    max-conn 150

    Begrænser antallet af samtidige opkald til 150 mellem den lokale gateway og Webex Calling under forudsætning af en enkelt opkalds-peer, der vender mod Webex Calling, til både indgående og udgående opkald som defineret i denne vejledning. Gå til https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf for at få flere oplysninger om begrænsninger for samtidige opkald, der omfatter en lokal gateway.

  3. Indgående opkalds-peer for indgående Unified CM-opkaldsben med Webex Calling 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-opkalds-peer med tagget 300 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    incoming uri via 300

    Al indgående trafik fra Unified CM til den lokale gateway matches på via kildeporten (5065) defineret i stemmeklasse-URI-adressen 300 SIP.

    destination dpg 200

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

    voice-class sip tenant 300

    Denne opkalds-peer nedarver alle parametrene fra lejer 300, medmindre den samme parameter er defineret under selve denne opkalds-peer.

  4. Indgående opkalds-peer for indgående Unified CM-opkaldsben 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-opkalds-peer med tagget 302 og en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    incoming uri via 302

    Al indgående trafik fra Unified CM til den lokale gateway til en PSTN-destination matches på den Unified CM-kildesignalerende IP-adresse og VIA-porten defineret i stemmeklasse-URI-adressen 302 SIP. Standard-SIP-port 5060 bruges.

    destination dpg 100

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

    voice-class sip tenant 300

    Denne opkalds-peer nedarver alle parametrene fra lejer 300, medmindre den samme parameter er defineret under selve denne opkalds-peer.

IP PSTN til Unified CM PSTN-trunk

Webex Calling-platform til Unified CM Webex Calling-trunk

Unified CM PSTN-trunk til IP PSTN

Unified CM Webex Calling-trunk til Webex Calling-platform

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, systemlog- eller terminalmeddelelser om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om begivenheder, der forårsager problemer, og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. Logikken for problempåvisning defineres ved hjælp af systemlogmeddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke vis kommando-outputs. Handlingstyperne inkluderer indsamling af vis kommando-outputs, generering af en samlet logfil og overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom en HTTPS-, SCP- eller FTP-server. DS-filer oprettes af TAC-teknikere og underskrives digitalt for integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Værktøjet til opslag af diagnosticeringssignaturer (DSLT, Diagnostic Signatures Lookup Tool) er en samlet oversigt over relevante signaturer til overvågning og fejlfinding af en række problemer.

Før du begynder:

  • Rediger ikke DS-filen, der downloades fra DSLT. Ændrede filer kan ikke installeres på grund af fejl i forbindelse med integritetskontrol.

  • Der kræves en SMTP-server (Simple Mail Transfer Protocol), for at den lokale gateway kan sende e-mailmeddelelser.

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

Forudsætninger

Lokal gateway, der kører IOS XE 17.3.2 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

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

    
    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, der kører IOS XE 16.11.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en ældre version end 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, der kører version 16.9.x

  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 ældre version end 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å en lokal gateway med IOS XE 17.3.2, der er konfigureret til at sende proaktive meddelelser til tacfaststart@gmail.com ved hjælp af Gmail som sikker SMTP-server:


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

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

  1. Gå til Administrer din Google konto > Sikkerhed, og aktivér Adgang for mindre sikre apps.

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google har forhindret nogen i at logge ind på din konto via en app, som ikke er fra Google".

Installer diagnosticeringssignaturer til proaktiv overvågning

Overvåger højt CPU-forbrug

Denne diagnosticeringssignatur registrerer 5 sekunders CPU-forbrug ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når forbruget når 75 % eller mere, deaktiveres alle fejlfindinger, og alle diagnosticeringssignaturer, der er installeret på den lokale gateway, afinstalleres. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen show snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-server manager".

    
    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 i værktøjet til opslag af diagnosticeringssignaturer:

    
    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 Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

  3. Kopiér DS XML-filen til den lokale gateways 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 på den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret".

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

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    07/11 2020 22:05:33

    LocalGateway#


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

Overvågning af SIP-trunkregistrering

Denne diagnosticeringssignatur kontrollerer for afregistrering af en SIP-trunk på en lokal gateway med Cisco Webex Calling-skyen hvert 60. sekund. Når afregistreringsbegivenheden er påvist, genererer den en e-mail- og systemlogmeddelelse og afinstallerer sig selv efter to forekomster af afregistrering. Følg trinene nedenfor for at installere signaturen.

  1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    SIP-trunkafregistrering med e-mailmeddelelse

  2. Kopiér 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 på den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret".

Overvågning af unormale opkaldsafbrydelser

Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis forøgelsen af fejl er større end eller lig med 5 fra den seneste måling, oprettes der en systemlog- og e-mailmeddelelse. Følg trinene nedenfor for at installere signaturen.

  1. Kontrollér, at SNMP er aktiveret ved hjælp af kommandoen show snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-server manager".

    
    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 værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Påvisning af unormale SIP-opkaldsafbrydelser med e-mail- og systemlogmeddelelse

  3. Kopiér 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 på den lokale gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret".

Installer diagnosticeringssignaturer til fejlfinding af et problem

Diagnosticeringssignaturer (DS) kan også bruges til at løse problemer hurtigt. Cisco TAC-teknikere har oprettet flere signaturer, der aktiverer de nødvendige fejlfindinger, som kræves for at fejlfinde et givet problem, påvise problemhændelsen, indsamle de rette diagnosticeringsdata og automatisk overføre dataene til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge værktøjet til opslag af diagnosticeringssignaturer til at finde de relevante signaturer og installere dem, så de selv kan løse et givet problem, eller du kan installere signaturen, der anbefales af TAC-teknikeren som en del af supportaftalen.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen "%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0", oprette systemlog og automatisere indsamling af diagnosticeringsdata ved hjælp af trinene herunder.

  1. Konfigurer en yderligere DS-miljøvariabel ds_fsurl_prefix , der er Cisco TAC -filserverstien (cxd.cisco.com), som de indsamlede diagnosticeringsdata uploades til. Brugernavnet i filstien er sagsnummeret, og adgangskoden er den filoverførselstoken, der kan hentes fra Support Case Manager som vist nedenfor. Denne filoverførselstoken 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. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen show snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen "snmp-server manager".

    
    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 DS 64224 til overvågning af højt CPU-forbrug som et middel til at deaktivere alle fejlfindinger og diagnosticeringssignaturer på tidspunkter med højt CPU-forbrug. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer 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 DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på 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. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret".

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

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    8/11 2020 00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    8/11 2020 00:12:53

    LocalGateway#

Bekræft udførsel af diagnosticeringssignaturer

Som vist nedenfor skifter statuskolonnen for kommandoen show call-home diagnostic-signature til "kører", når den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde, hvorpå du kan se, om en diagnosticeringssignatur har påvist en interessant begivenhed og udført handlingen. Kolonnen "Udløst/maks./afinstallering" viser antallet af gange, hvor den givne 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 have påvist 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 diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

8/11 2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

8/11 2020 00:12:53

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

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

1/20/Y

23.053

23.053

LocalGateway#

E-mailunderretningen, der sendes under udførslen af diagnosticeringssignaturen, indeholder vigtige oplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommando-outputs, der er relevante for fejlfinding af det givne problem.

Afinstallering af diagnosticeringssignaturer

Diagnosticeringssignaturer, der bruges til fejlfinding, fastlægges typisk til afinstallering 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 show call-home diagnostic-signature og køre kommandoen nedenfor.


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

Eksempel:


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

Der føjes regelmæssigt nye signaturer til værktøjet til opslag af diagnosticeringssignaturer, som er baseret på de problemer, der ofte forekommer under implementeringer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Implementer CUBE High Availability som lokal gateway

Lokal gateway (LGW) er den eneste mulighed for at give lokal 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 High Availability, aktiv-/standby-CUBE'er til tilstandsfuld failover af aktive opkald.

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, 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 til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge 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.


Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret 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-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den 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 Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.


Kontrolpunkter 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 High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) 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-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

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

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

Virtuel IP-adresseadministration (VIP) 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 CUBE'er 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 understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

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

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

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld 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 redundansgruppe (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-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/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

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

  • Konfiguration på begge CUBE'er 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 binding, 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-kontrol-/datalinket (Gig3)

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

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

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

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

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

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

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

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

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

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

  • redundans – Starter redundans-tilstand

  • applikationsredundans – Starter konfigurationstilstand for applikationsredundans

  • gruppe – Starter konfigurationstilstand for applikationsgrupperedundans

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

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

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to tider for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere 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-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3 protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, som vil blive tilknyttet en kontrolgrænseflade, og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • data GigabitEthernet3 – 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 og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • timere hellotid 3 ventetid 10 – Konfigurerer de to timere til hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundansprocessen.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundans-gruppe 1 – Tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

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

  • redundans rii – Konfigurerer redundansgrænseflade-ID'et for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/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 kollision). "vis redundansapplikationsgruppe alle" bør angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 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, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

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

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

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

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

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

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


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette 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, der er 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(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

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


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


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


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


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

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

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






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

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

vis redundansapplikationsgruppe 1

vis sip-ua-registerstatus


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, mens resultatet af "vis sip-ua-registerstatus" er tomt i VCUBE-1

3

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


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

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


VCUBE-2#redundancy application reload group 1 self

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

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

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


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Vandmærke
15. jul 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 opkaldskontrolløsning, og hvis du har brug for direkte opkald mellem telefoner, der er tilmeldt Unified CM, og telefoner på Webex Calling-placeringer.

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen 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 serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil 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-trunksikkerhedsprofil
Indgående port Skal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en 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
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)" Kontrolleret

Opret et opkaldssø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 Webex Calling-søgerum
Valgte partitioner

DN (+E.164-adressebogsnumre)

ESN (forkortede opkald mellem områder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-indlærte destinationer)


 

Den sidste partition onNetRemote 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
DeviceName 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 opkaldssøgerum: Webex
AAR-opkaldssøgerum Et opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
Destinationsadresse IP-adresse for den lokale gateways CUBE
Destinationsport 5060
SIP-trunksikkerhedsprofil 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
Navn på videresendelsesgruppe 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
Medlemsoplysninger om ruteliste
Valgte grupper Kun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne 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 viderestilles.

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 foranstillet "\". Eksempel: \+140855501XX
Rutepartition Webex
Gateway-/ruteliste RL_Webex
Hastende prioritet Kontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmø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 afsenderens opkaldssøgerum Kontrolleret
Hastende prioritet Kontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hop Kontrolleret
Transformationsmaske for opkaldt part Maske til normalisering af nummeret til +E.164. Eksempel: +140855501XX
Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Konfigurer dine Webex Calling-funktioner

Opret og administrer automatiske omstillinger

Sørg for, at opkald besvares, og at opkalderens behov imødekommes. Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder for hvornår din virksomhed er åben eller lukket.

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

Opsæt en viderestillingsgruppe

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

Yderligere oplysninger om, hvordan du opsætter en viderestillingsgruppe, finder du under Viderestillingsgrupper i Cisco Webex Control Hub.

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan opsætte brugere som telefonomstillinger, 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

Funktionen Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-paging 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.

For oplysninger om, hvordan du opsætter og redigerer paging-grupper, se Konfigurer en paging-gruppe i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Yderligere oplysninger om, hvordan du konfigurerer og administrerer en opkaldskø, finder du under Administrer af opkaldskøer i Cisco Webex Control Hub.

Opsæt opkaldsbesvarelse

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

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Opsæt parkering af opkald

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

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Giv brugere mulighed for at bryde ind i andre personers opkald

1

Fra kundevisningen i https://admin.webex.comskal du gå til Brugere og derefter vælge den bruger, du vil modificere.

2

Vælg Opkald, gå til Avancerede opkaldsindstillinger, og vælg derefter Bryd ind.

3

Slå Bryd ind til, vælg, om telefonen skal afspille en lyd, når nogen bryder ind i et opkald, og klik derefter på Gem.

Slå aktivitetsbaserede kontorer til for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere og derefter vælge den bruger, du vil modificere.

2

Vælg Opkald, vælg Avancerede opkaldsindstillinger, og klik på Aktivitetsbaseret kontor.

3

Slå Aktivitetsbaseret kontor til, og klik derefter på Gem.

Forhindr, at en person overvåger en brugers linjestatus

1

Fra kundevisningen i https://admin.webex.comskal du gå til Brugere og vælge den bruger, du vil modificere.

2

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

3

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

4

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

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

5

Klik på Gem.

Tillad en bruger at se linjestatus på en andens telefon eller på et lokalnummer til parkering af opkald

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

1

Fra kundevisningen i https://admin.webex.comskal du gå til Brugere og vælge den bruger, du vil modificere.

2

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

3

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald
4

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


 

Listen over overvågede linjer 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
15. jul 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.


Hvis du synkroniserer brugere fra en mappe, såsom Active Directory, skal du også føje dem til din mappe, når du manuelt tilføjer personer i Control Hub.


Når du tilføjer brugere, skal du være opmærksom på, at for- og efternavne ikke må indeholde udvidede ASCII-tegn eller følgende tegn: %, #, <, >, \, /,". Derudover må navnene ikke overskride 30 tegn.

Før du begynder

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.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere og derefter klikke på Administrer brugere.

2

Vælg Tilføj eller Modificer brugere manuelt.

3

(Valgfrit) Hvis du automatisk sender velkomstmails, 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 Kontaktcenter, skal du først vælge Webex Teams og derpå Kundeservice med valgmuligheden Premium- og Standard-agent. For at tilføje en supervisor skal du vælge både valgmuligheden Premium og valgmuligheden Supervisor. En bruger behandles som en agent, medmindre du gør vedkommende 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 med statussen Invitation under behandling, indtil de logger ind for 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

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

9

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


 

Hvis du umiddelbart efter tilføjelse af en opkaldsbruger modtager en fejlmeddelelse, når du vælger brugerens opkaldsindstillinger, anbefaler vi, at du fjerner Webex Calling-licensen og derefter tildeler opkaldslicensen til brugeren igen.

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 kundevisningen i https://admin.webex.com skal du gå til Brugere, klikke på Administrer brugere og vælge Tilføj eller modificer brugere med en CSV-fil.

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 telefonbogsnumre og eksterne numre for hver ny bruger, skal du inkludere det 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 være tomt, tildeles brugeren til standardplaceringen.

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

 

Når du indtaster en brugers navn, skal du sørge for at inkludere vedkommendes efternavn, da du ellers kan 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.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere.

2

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

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å Næste.

5

Hvis du har tildelt en Webex Meetings-licens, skal du vælge en kontotype, som brugeren skal tildeles for hver Webex Meetings-websted, og derefter klikke på Gem.


 

Du skal have funktionen for mødedeltagerkonto aktiveret, før dit Webex-websted kan tildele brugere som mødedeltagere. Hvis du ikke kan se kolonnen for mødedeltagerkonto i CSV-filen, skal du kontakte din Customer Success Manager (CSM), Partner Success Manager eller Cisco Technical Assistance Center (TAC) for at aktivere denne funktion for dit Webex-websted.

Mødedeltagerkontotypen er ikke tilgængelig for brugere med rollen Webex-webstedsadministrator. Hvis du vil tildele disse brugere en mødedeltagerkonto, skal du fjerne deres administratorrettigheder for det pågældende Webex Meetings-websted.


 

Hvis du umiddelbart efter tilføjelse af en opkaldslicens modtager en fejlmeddelelse, når du vælger brugerens opkaldsindstillinger, anbefaler vi, at du fjerner Webex Calling-licensen og derefter tildeler licensen til brugeren igen.

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 placeringen, 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 kundevisningen i https://admin.webex.com skal du gå til Brugere, klikke på Administrer brugere og vælge Tilføj eller modificer bruger med en CSV-fil.

2

(Valgfrit) Hvis du automatisk sender velkomstmails, 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 de følgende måder:

  • Hvis du vil modificere eksisterende brugere, kan du opdatere en hvilken som helst 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 være 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 måden, hvorpå opkald fungerer for bestemte brugere. Du kan indtaste en af følgende valgmuligheder og se Opsætning af WebexCalling-adfærd for yderligere oplysninger om hver indstilling:

  • USE_ORG_SETTINGS – Indtast denne streng for at anvende 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 Nummervisningsnummer, et Nummervisningsfornavn og et Nummervisningsefternavn. Hvis du lader kolonnerne Nummervisningsnummer, Nummervisningsfornavn og Nummervisningsefternavn være tomme, vises indholdet i kolonnerne Fornavn, Efternavn og Telefonnummer, når brugeren foretager et opkald. Hvis du lader nummervisningsnummeret være tomt, vises placeringens primære nummer, når brugeren foretager et opkald.


 

Kolonnerne Nummervisningsfornavn og Nummervisningsefternavn må ikke indeholde specialtegn. Hvis et Nummervisningsfornavn eller et Nummervisningsefternavn indeholder specialtegn, skal der anvendes en forenklet udgave 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 dele til personers enheder. Tildelte lokalnumre vises på telefon skærme.

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

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere og derefter vælge den person, som du vil tildele et nummer.

2

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

3

Vælg et telefonnummer fra listen over tilgængelige numre. Du kan også tildele et lokalnummer.

Hvis brugeren allerede er tildelt et nummer, vil yderligere numre, der tildeles brugeren, blive tildelt som et alternativt nummer. Du kan tilføje op til 10 alternative numre til en bruger.

4

(Valgfrit) For at identificere opkald, der kommer fra specifikke telefonnumre, kan du tildele et særskilt ringemønster. For at aktivere denne funktion skal du klikke på til/fra under Distinctive Ring Pattern (særskilt ringemønster).

5

Klik på Gem.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere og filtrere kolonnen Status, så den viser personer med statussen Invitation under behandling.

2

Under Handlinger for en person med statussen Invitation under behandling skal du vælge mere > Send invitation igen.

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

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere, klikke på knappen mere og derefter klikke på Slet bruger.

Brugeren kan ikke længere logge ind på dit Webex-websted, alle vedkommendes tildelte Webex-tjenesteydelser fjernes, og brugeren fjernes fra alle rum eller teams, som vedkommende var involveret 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.


Personer, der har fået tildelt rollen som bruger eller enhedsadministrator, 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. Kundeadministratorer kan være administratorer med fulde rettigheder, supportadministratorer, bruger- og enhedsadministratorer, enhedsadministratorer, administratorer med læserettigheder eller compliance officers. 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 bedste praksis og gør, at du altid kan foretage 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 bestemte administrative roller, strømliner du ansvarsområderne og gør det nemmere at drage administratorer til ansvar. Compliance officers kan søge efter bestemte personer i din virksomhed, finde indhold, de har delt, eller gennemsøge et bestemt rum og derefter generere en rapport over resultaterne.


1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere og vælge en bruger.

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.

Hvis du vil tildele en bruger rollen som Webex-webstedsadministrator, skal du ved siden af Webex-webstedsadministratorroller klikke på Rediger og vælge en rolle for hvert Webex-websted, som du ønsker, at brugeren skal administrere.

4

Vælg Gem.

Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Konfigurer og administrer Webex Calling-enheder

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

Med Control Hub kan du tildele enheder til brugere til personlig brug og derefter registrere disse enheder til skyen.

Enhederne, der er angivet her, understøtter Webex Calling. Alle disse enheder kan registreres ved hjælp af en MAC-adresse, men det er kun følgende delmængde, der kan registreres ved hjælp af en aktiveringskode:

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

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

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

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

  • Cisco IP-konferencetelefon 7832 og 8832


Hvad angår DECT-enheder, er det kun DECT-basisenheder (ikke DECT-håndsæt), der kan tildeles i Control Hub. Når du har tildelt en basisenhed til en bruger, skal du manuelt parre et DECT-håndsæt til den basisenhed. Se flere oplysninger under Tilslut håndsættet til basisstationen.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Enheder og derefter klikke på Tilføj enhed.


 
Du kan også tilføje en telefon til en bruger under 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 rullemenuen, og klik derefter på Næste.

4

Vælg én af følgende valgmuligheder, og klik derefter på Gem:

  • Efter aktiveringskode – Vælg denne mulighed, hvis du vil generere en aktiveringskode, som du kan dele med enhedens ejer. Den 16-cifrede aktiveringskode skal indtastes manuelt på selve enheden.

     

    Multiplatformtelefoner skal have firmware i version 11.2.3MSR1 eller nyere for at vise aktiveringskodeskærmen. Hvis telefonens firmware skal opdateres, kan du henvise brugeren til https://upgrade.cisco.com/MPP_upgrade.html.

  • Efter MAC-adresse – Vælg denne mulighed, hvis du kender enhedens MAC-adresse. En telefons MAC-adresse skal være en entydig indtastning. Hvis du indtaster en MAC-adresse til en telefon, der allerede er registreret, eller hvis du tastede forkert, da du indtastede nummeret, bliver der vist en fejlmeddelelse.

 

Der kan være visse begrænsninger, når der anvendes tredjepartsenheder.

Hvis du vælger at generere en aktiveringskode til enheden, men du endnu ikke har brugt denne kode, fremgår den pågældende enheds status som Aktiverer i brugerens afsnit for tildelte enheder og hovedlisten over enheder i Control Hub. Husk, at det kan tage op til 10 minutter, før enhedsstatussen 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 på disse arbejdsområder, tilføje tjenester og derefter opleve samarbejdet.

Det vigtige princip for en arbejdsområdeenhed er, at den ikke tildeles en specifik bruger, men snarere en fysisk placering, der giver mulighed for fælles brug.

Enhederne, der er angivet her, understøtter Webex Calling. Næsten alle disse enheder kan registreres ved hjælp af en MAC-adresse, men det er kun følgende delmængde, der kan registreres ved hjælp af en aktiveringskode:

  • Cisco IP-telefon i 6800-serien, multiplatformtelefoner (lydtelefoner – 6821, 6841, 6851)

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

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

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

  • Cisco IP-konferencetelefon 7832 og 8832

1

Fra kundevisningen i https://admin.webex.com skal du gå til Arbejdsområder og derefter klikke på Tilføj arbejdsområder.

2

Indtast et navn på arbejdsområdet (såsom navnet på lokalet), 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 rullemenuen, vælg, om du vil registrere telefonen med en aktiveringskode eller en MAC-adresse, og klik derefter på Næste. Husk, at hvis du vælger at registrere enheden ved hjælp af en aktiveringskode, sendes koden på e-mail til den person, der er udvalgt som administrator for placeringen.

Med Webex Calling kan du kun tilføje én delt telefon til et arbejdsområde.

Nogle funktionstaster kan muligvis ikke benyttes på Cisco IP-konferencetelefon 7832. Hvis du har brug for et fuldt sæt funktionstaster, 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 kan også tildele et lokalnummer.

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 på disse arbejdsområder, tilføje tjenester og derefter opleve samarbejdet.

Det vigtige princip for en arbejdsområdeenhed er, at den ikke tildeles en specifik bruger, men snarere en fysisk placering, der giver mulighed for fælles brug.

Enhederne, der er angivet her, understøtter Webex Calling.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Arbejdsområder og derefter klikke på Tilføj arbejdsområder.

2

Indtast et navn på arbejdsområdet (såsom navnet på lokalet), 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-enheder omfatter Cisco Webex Room- og Desk-enheder, inklusive Cisco Webex Board.

4

Vælg én af følgende valgmuligheder:

  • Gratis opkald – Brugerne kan kun foretage Webex- eller Webex Session Initiation Protocol (SIP)-opkald ved hjælp af en SIP-adresse (f.eks. username@example.calls.webex.com).
  • Webex Calling – Ud over at kunne foretage og modtage Webex- og SIP-opkald kan personer i dette arbejdsområde bruge enheden til at foretage og modtage telefonopkald, der kommer fra Webex Calling-nummereringsplanen. 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 det lokale pizzeria.
5

Tildel en placering, et telefonnummer (bestemt af den placering, du vælger) og et lokalnummer, og klik derefter på Gem.

6

Aktivér enheden ved at bruge den medfølgende kode. Du kan kopiere eller udskrive aktiveringskoden eller sende den på e-mail.

Hvis du har flere enheder, som du skal tildele til brugere og placeringer, kan du udfylde en CSV-fil med de påkrævede oplysninger og aktivere disse enheder med nogle få trin.

Enhederne, der er angivet her, understøtter Webex Calling. Alle disse enheder kan registreres ved hjælp af en MAC-adresse, men det er kun følgende delmængde, der kan registreres ved hjælp af en aktiveringskode:

  • Cisco IP-telefon i 6800-serien, multiplatformtelefoner (lydtelefoner – 6821, 6841, 6851)

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

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

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

  • Cisco IP-konferencetelefon 7832 og 8832

1

Fra kundevisningen i https://admin.webex.com skal du gå til Enheder, klik på Tilføj enhed og vælg derefter, om du vil tilføje enheden til en bruger eller en placering.

2

Vælg Importér/upload CSV-fil.

3

Vælg én af følgende valgmuligheder:

  • Eksportér brugerattributter – Du kan få en liste over alle brugerne i din organisation og deres tilknyttede attributter, så du ikke behøver at slå hver bruger op manuelt.
  • Download CSV-skabelon – Du kan bruge en skabelon fra os og derefter indtaste oplysninger såsom brugernavne, type (angiv om det er en bruger eller en placering), 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 navn eller bruger-id. Du kan også indsætte et placeringsnavn 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 det, bør du bruge en anden CSV-fil.

    • Hvis du indtaster en placering, der endnu ikke eksisterer, oprettes placeringen automatisk for dig.

    • Hvis du ikke udfylder kolonnen MAC-adresse, genereres der en aktiveringskode, og den skal indtastes på selve enheden.

4

Hvis MAC-adressen ikke udfyldes, kan du vælge, hvor aktiveringskoden sendes til:

  • Angiv et link – Aktiveringskoden bliver tilføjet til en CSV-fil, som du kan downloade bagefter.
  • Send aktiveringskode på e-mail – Hvis enheden er til en placering, bliver aktiveringskoden sendt til dig som administrator. Hvis enheden er til en bruger, sendes aktiveringskoden på e-mail til brugeren.
5

Importér den udfyldte CSV-fil.

6

Klik på Indsend.

Du får vist en statusopdatering, når enheder bliver aktiveret.

 

Multiplatformenheder skal køre firmware i version 11.2.3MSR1 eller nyere, for at brugerne 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 af eller oprette en ny aktiveringskode til de enheder, der er tildelt brugere i din organisation. Dette kan være nyttigt for at se og administrere fra brugernes skærme, når det er nødvendigt.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere.

2

Vælg brugeren, der skal modificeres, og rul ned til Enheder.

3

Hvis du vil 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 til enheden, hvis det er nødvendigt. Se Konfigurer og opdater telefonindstillinger for at få yderligere oplysninger om konfiguration af telefonindstillinger.

Enheder kan tilføjes og administreres direkte fra en arbejdsområdeprofil. Arbejdsområdeenheder kan inkludere ATA-enheder såsom faxmaskiner. Du kan også opsætte en arbejdsområdeenhed som vært for aktivitetsbaseret kontor. Se Aktivitetsbaseret kontor i Cisco Webex Control Hub for yderligere oplysninger om funktionen Aktivitetsbaseret kontor.

1

Fra kundevisningen i https://admin.webex.com skal 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, så den kan bruges som vært for aktivitetsbaseret kontor. Se Konfigurer og opdater telefonindstillinger for at få yderligere oplysninger om konfiguration af telefonindstillinger.

Du kan tilføje linjer til en brugers primære enhed og omarrangere, hvordan linjerne vises. Dette kaldes også for visning af en delt linje, og det giver brugeren mulighed for at modtage og foretage opkald til og fra en anden brugers lokalnummer ved hjælp af sin egen telefon. Dette er f.eks. nyttigt for en sekretær, der skal kunne foretage og modtage opkald fra chefens linje. Visning af en delt linje kan også være en anden forekomst af den primære brugers linje.

Den maksimale konfigurationsgrænse er 35 enheder for hvert brugertelefonnummer, herunder desktop- eller mobilapps, som brugeren anvender. Yderligere linjer kan tilføjes til en arbejdsområdetelefon, men en arbejdsområdetelefon kan ikke tilføjes som en delt linje.


Hurtige opkald, der er blevet tilføjet af en bruger til deres MPP-telefon, er ikke synlige i Control Hub og kan overskrives, hvis en delt linje konfigureres.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere eller Arbejdsområder (afhængigt af hvor enheden, der skal modificeres, er tildelt).

2

Vælg brugeren eller arbejdsområdet, du vil modificere, og rul ned 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 arbejdsområder, der vises på denne telefon, er angivet nedenfor i den rækkefølge, de vises i.

4

Hvis du vil tilføje eller fjerne brugere eller placeringer 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 visning af en delt linje.


 
Tilføj linjerne i den rækkefølge, de skal vises i. Hvis du vil ændre den rækkefølge, linjerne vises i, skal du slette dem og føje dem til listen i den rækkefølge, du ønsker, at de skal vises i.
7

Indtast navn eller telefonnummer, vælg mellem de viste valgmuligheder, og klik på Gem.

Du kan konfigurere portene på en analog telefonadapter (ATA, Analog Telephone Adaptor), der er tildelt en bruger i Control Hub. I øjeblikket er der to tilgængelige konfigurationer til ATA-enheder: én til enheder med 2 porte og én til enheder med 24 porte.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Brugere.

2

Vælg brugeren, der skal modificeres, og rul ned til Enheder.

3

Vælg den enhed, du vil tilføje eller modificere.

4

Under Brugere på denne enhed skal du klikke på Konfigurer porte.

5

Hvis du vil tilføje en delt portkonfiguration, skal du klikke på -ikonet.

6

Indtast navn eller telefonnummer, 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 komprimeringsvalgmulighederne på brugerniveau og derefter klikke på Gem.


 
Et arbejdsområde kan have en ATA. Dette er nyttigt for faxmaskiner.

Du kan tilføje telefonnumre til fastnet- og lokaleenheder i din kundeorganisation når som helst, uanset om du er midt i en prøveperiode eller er skiftet til et betalt abonnement.


Vi har øget antallet af telefonnumre, du kan tilføje i Control Hub, fra 250 til 1000.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Numre og derefter klikke på Tilføj numre.

2

Angiv placeringen og nummertypen. Hvis du overfører numre, skal du både indtaste dine aktuelle og de 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 https://admin.webex.com skal du gå til Tjenester > Opkald > PSTN-ordrer.

Når du tilslutter tilbehør (Headset/KEM'er) til en MPP-enhed, vises de som et lagerelement under fanen Enheder i Control Hub. I enhedsoversigten i Control Hub kan du se tilbehørets model, status og hvem tilbehøret tilhører. Når du vælger et tilbehør, kan du få yderligere oplysninger, såsom tilbehørets serienummer og aktuel softwareversion. Tilbehørets statusfelt rapporteres som "online", så længe tilbehøret er tilsluttet MPP. Et MPP-tilsluttet headset opgraderer automatisk dets software med den nyeste tilgængelige version i enhedsadministration.

Tabel 1. Kompatible headset

Telefonmodel

Cisco Headset 520-serien

Cisco Headset 530-serien

Cisco Headset 560-serien

Cisco Headset 730-serien

Cisco IP-telefon 8811/8841/8845

RJ9 & RJ11

Cisco IP-telefon 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Cisco IP-telefon 7811/7821/7841/7861

Cisco IP-telefon 6821/6841/6851/6861

Cisco IP-telefon 6871

USB

USB

USB

Cisco IP Conference Phone 7832/8832

Tabel 2. Kompatible nøgleudvidelsesmoduler

Telefonmodel

KEM

Cisco IP-telefon 8811/8841/8845

Cisco IP-telefon 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP-telefon 7811/7821/7841/7861

Cisco IP-telefon 6821/6841/6861/6871

Cisco IP-telefon 6851

CP-68KEM-3PCC

Cisco IP Conference Phone 7832/8832

Vandmærke
15. jul 2021| visning(er) | personer fandt dette nyttigt

Ibrugtagningstendenser og brugsrapporter for 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, og hvor ofte de bruges. Du kan også få et hurtigt overblik over mediekvaliteten for din placering.

Vis opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald.

1

Hvis du vil se detaljerede rapporter for opkaldshistorik, skal du logge ind på Control Hub og derefter gå til Analyse og vælge Detaljeret opkaldshistorik.

Du bliver automatisk ført til opkaldsadministrationsportalen, hvor du kan analysere og evaluere opkaldsbrug. Gå til Opkaldsadministrationsportal – Rapporter for oplysninger om de rapporter, der er tilgængelige for specifikke opkaldsfunktioner. Gå til Opkaldsadministrationsportal – Analyser for oplysninger om opkaldsaktivitet.

2

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald.

Vandmærke
15. jul 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 bruge Webex Calling-tjenester inden for deres organisation.

En korrekt konfigureret firewall er afgørende for en vellykket opkaldsimplementering. Vi kræver porte til signalering, medier, netværksforbindelse og lokal gateway, og idet Webex Calling er en global tjeneste, anbefaler vi, at du lader alle porte angivet herunder være åbne.

Ikke alle firewallkonfigurationer skal have porte åbne, men hvis du kører "inside-to-outside"-regler, bør du åbne porte for at tillade de protokoller, der kræves for udgående tjeneste. Så længe du implementerer NAT, definerer rimelige bindingsperioder og undgår at manipulere SIP på NAT-enheden, behøver du ikke at åbne indkommende porte på firewallen.


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 drift af tjenesten. Se oplysninger om, hvordan du deaktiverer SIP ALG på specifikke enheder, i den relevante producents dokumentation.

Se oplysninger om netværkskrav til Webex Meetings og meddelelser under Netværkskrav til Webex-tjenester.

Webex Calling-trafik 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 kommer ind i deres netværk. Eftersom ikke alle Webex Calling-slutpunkter understøtter http(s)-proxy, skal du følge firewallvejledningen herunder for at aktivere adgang til Webex Calling-tjenester fra dit netværk.

firewall-konfiguration

Hvis din firewall understøtter filtrering af URL-adresser, skal du konfigurere firewallen, så den tillader de angivne Webex Calling-destinations-URL-adresser, som er beskrevet i tabellen Domæner og URL-adresser til Webex Calling-tjenester.

Hvis du bruger en firewall, der ikke understøtter filtrering af URL-adresser/domæner, skal du dog konfigurere firewallen til at filtrere trafik ved hjælp af IP-adresseintervaller og porte angivet i IP-adresser og porte til Webex Calling-tjenester.

IP-adresser og porte til Webex Calling-tjenester

Følgende tabel beskriver porte og protokoller, som skal åbnes på din firewall, for at tillade at skyregistrerede Webex-apps og -enheder kommunikerer med Webex Calling-skysignalering og medietjenester.

IP-undernet for Webex Calling-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 Calling (SIP TLS)

Ekstern lokal gateway (NIC) 8000-65535

TCP

Se IP-undernet for Webex Calling-tjenester.

8934

Disse IP-adresser/porte er nødvendige til udgående SIP-TLS-opkaldssignalering fra lokale gateways, enheder og apps (kilde) til Webex Calling-skyen (destination).

Enheder

5060-5080

Applikationer

Kortvarig (OS-afhængig)

Opkaldsmedier til Webex Calling (STUN,SRTP)

Ekstern lokal gateway (NIC)

8000-48000

UDP

Se IP-undernet for Webex Calling-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 Calling-skyen (destination).

Enheder

19560-19660

Applikationer

Kortvarig

Opkaldssignal til PSTN-gateway (SIP TLS) Intern lokal gateway (NIC) 8000-65535 TCP Din ITSP PSTN GW eller Unified CM Afhænger af PSTN-muligheden (f.eks. typisk 5060 eller 5061 for Unified CM)
Opkaldsmedier til PSTN-gateway (SRTP) Intern lokal gateway (NIC)

8000-48000

UDP Din ITSP PSTN GW eller Unified CM Afhænger af PSTN-muligheden (f.eks. typisk 5060 eller 5061 for Unified CM)

Opkaldssignal til offentligt håndterede slutpunkter (SIP TLS)

Se IP-undernet for Webex Calling-tjenester.

Kortvarig

TCP

Slutpunkts-IP

8934

Disse IP-adresser/porte er nødvendige til indgående SIP-TLS-opkaldssignalering fra Webex Calling-skyen (kilde) til offentligt håndterede slutpunkter (destination).

Enhedskonfiguration og firmwareadministration (Cisco-enheder)

Webex Calling-enheder

Kortvarig

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 virksomhedstelefoner (Cisco Unified CM) til Webex Calling. Få flere oplysninger på upgrade.cisco.com.

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 en 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. Bruges af enheder (MPP-telefoner, ATA'er og SPA ATA'er) med nyere firmware.

Når en telefon opretter forbindelse til et netværk for første gang eller efter en fabriksnulstilling, og der ikke er opsat nogen DHCP-indstillinger, kontakter telefonen en enhedsaktiveringsserver for hurtig klargøring. Nye telefoner bruger "activate.cisco.com" i stedet for "webapps.cisco.com" til klargøring. Telefoner med firmwareudgivelser fra før version 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 opretter forbindelse til et netværk for første gang eller efter en fabriksnulstilling, og der ikke er opsat nogen DHCP-indstillinger, kontakter telefonen en enhedsaktiveringsserver for hurtig klargøring. Nye telefoner bruger "activate.cisco.com" i stedet for "webapps.cisco.com" til klargøring. Telefoner med firmwareudgivelser fra før version 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 Calling-tjenester.

80.443

Disse IP-adresser er nødvendige til enhedskonfiguration og firmwareadministration for Webex Calling.

Synkronisering af enhedstid (NTP)

Webex Calling-enheder

51494

UDP

Se IP-undernet for Webex Calling-tjenester.

123

Disse IP-adresser er nødvendige for synkronisering af klokkeslæt for enheder (MPP-telefoner, ATA'er og SPA ATA'er)

Enhedsnavneoversættelse

Webex Calling-enheder

Kortvarig

UDP og TCP

Værtsdefineret

53

Applikationskonfiguration

Webex Calling-applikationer

Kortvarig

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-godkendelsestjenester og bruges af klienter, dvs. Webex-applikationer.

Se IP-undernet for Webex Calling-tjenester.

80, 443, 8443

Disse IP-adresser tilhører konfigurationstjenester for Webex Calling-applikationen og bruges af klienter, dvs. Webex-applikationer.

Synkronisering af klokkeslæt i applikationer

Webex Calling-applikationer

123

UDP

Værtsdefineret

123

Applikationsnavnsoversættelse

Webex Calling-applikationer

Kortvarig

UDP og TCP

Værtsdefineret

53

CScan

Webex Calling-applikationer

Kortvarig

UDP og TCP

Se IP-undernet for Webex Calling-tjenester.

8934 og 80, 443, 19569-19760

Disse IP-adresser bruges af CScan-tjenester, der anvendes af klienter, dvs. Webex-applikationer. Få flere oplysninger på cscan.webex.com.

† CUBE-medieportområdet kan konfigureres med rtp-portområde.

*Disse IP-adresser/områder ejes ikke af Cisco og kan ændres nu og da. Hvis du bruger en firewall, anbefaler vi, at du tillader de angivne URL-adresser.

Domæner og URL-adresser til Webex Calling-tjenester

Domæne/URL-adresse

Beskrivelse

Webex-apps og -enheder, der bruger disse domæner/URL-adresser

Cisco Webex-tjenesteydelser

*.broadcloudpbx.com

Mikrotjenester til Webex-godkendelse til krydsstart fra Control Hub til opkaldsadministrationsportal.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australien.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Opkaldsklientkonfiguration og administrationstjenester.

Webex-apps

*.cisco.com

Når en telefon opretter forbindelse til et netværk for første gang eller efter en fabriksnulstilling, kontakter den en enhedsaktiveringsserver for nul-touch-klargøring, hvis der ikke er oprettet nogen DHCP-indstillinger. Nye telefoner bruger activate.cisco.com og telefoner med firmwareudgivelse før 11.2(1), fortsætter med at bruge webapps.cisco.com til klargøring.

MPP-telefoner, Control Hub

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.webex.com

Webex-kernetjenester til opkald, møde og meddelelser såsom godkendelse osv.

Alle

*.wbx2.com og *.ciscospark.com

Webex-mikrotjenester, såsom softwareopgraderingstjeneste.

Alle

Yderligere Webex-relaterede tjenester (tredjepartsdomæner)

*.appdynamics.com

*.eum-appdynamics.com

Sporing af præstation, registrering af fejl og nedbrud, sessionsmålinger.

Control Hub

*.Huron-dev.com

Webex Calling-mikrotjenester, såsom slå tjenester til/fra, bestilling af telefonnummer og tildelingstjenester.

Control Hub

*.sipflash.com

Enhedsadministrationstjenester (mest for USA).

Webex-apps

*.walkme.com *.walkmeusercontent.com

Webex-brugervejledningsklient. Bruges til onboarding af og brugsanvisninger til nye brugere.

Klik her for yderligere oplysninger om WalkMe.

Webex-apps

Hvis din netværksfirewall understøtter lister over domænetilladelser for http(s)-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 Calling med Webex Meetings- og meddelelsestjenester, kan netværkskravene til Webex Meetings- og meddelelsestjenester findes i Netværkskrav til Webex-tjenester.

Dokumentets revisionshistorik

Dato

Vi har lavet følgende ændringer i denne artikel

2. april 2021

Tilføjet *.ciscospark.com under Domæner og URL-adresser for Webex Calling-tjenester for at understøtte Webex Calling-brugsscenarier i Webex-appen.

25. marts 2021

Tilføjede 6 nye IP-intervaller 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

Udskiftede Webex Calling diskrete IP-adresser og mindre IP-intervaller med forenklede intervaller i en separat tabel for at gøre det nemmere at forstå firewall-konfiguration.

26. februar 2021

Tilføjede 5004 som destinationsport for opkaldsmedie til Webex Calling (STUN, SRTP) for at understøtte ICE (Interactive Connectivity Animation), som vil være tilgængelig i Webex Calling 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 at have de samme tjenester sammen.

Kolonnen Noter er føjet til tabellen IP-adresser og porte for at give bedre forståelse af behovene.

Følgende IP-adresser blev flyttet til forenklede intervaller 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 for applikationskonfiguration, fordi Cisco Webex-klienten peges mod 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 til at inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjulte netværksdiagrammer, indtil disse IP-adresser også kan tilføjes der.

11. december 2020

Opdaterede enhedskonfiguration og firmwareadministration (Cisco-enheder) og rækkerne for applikationskonfiguration 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, erstattede 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 Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12. august 2020

Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

  • Opkaldsmedie til Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Opkaldssignal til slutpunkter med offentlige adresser (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Enhedskonfiguration og firmwareadministration (Cisco-enheder) – 135.84.173.155,135.84.174.155

  • Synkronisering af enhedstid – 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:
  • Rettede en af IP-adresserne – 199.59.67.156 til 199.59.64.156

  • Nye funktioner krævede 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

×