Forestil dig, at du kan udnytte cloud-opkald, mobilitet og PBX-funktioner i virksomhedskvalitet sammen med Webex-appen 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.
Introduktion af Webex Calling
Webex Calling omfatter følgende funktioner og fordele:
Opkaldsabonnementer for telefonibrugere og fælles områder.
Sikre og pålidelige skytjenester leveret af kendte regionale tjenesteudbydere
Adgang til Webex-appen for hver bruger, der tilføjer rige kombinerede kommunikations- og teamsamarbejdstjenester.
Webex Meetings som et valgfrit, integreret tilføjelsesprogram for at levere de førsteklasses mødeoplevelser, som virksomhedsbrugere forventer.
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ø) eller Partner- eller Cisco-leverede PSTN-indstillinger.
Support på niveau 1 leveret af din partner – support på næste niveau leveret af Cisco
Control Hub er en webbaseret administrationsportal, der integreres med Webex Calling for at strømline dine ordrer og konfiguration og centralisere din administration af det samlede tilbud – Webex Calling, Webex-appen, og Webex Meetings.
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 andre brugeres 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:
|
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.
Funktion |
Beskrivelse |
---|---|
Afvisning af anonymt opkald |
Brugere kan afvise indgående opkald med blokerede opkalder-id'er. |
Virksomhedskontinuitet |
Hvis brugernes telefoner ikke er tilsluttet netværket på grund af f.eks. strømafbrydelse, netværksproblemer osv., kan brugerne viderestille indgående opkald til et bestemt 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 integreres med Webex Callingfor at strømline dine ordrer og konfiguration og centralisere din administration af det samlede tilbud –Webex Calling, Webex-appog Møder.
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:
Webex Calling-applikation – Softwareklient til opkald, der er brandet af Cisco. Du kan finde yderligere oplysninger i Udforsk den nye Cisco Webex Calling-app.
Webex-indstillinger (https://settings.webex.com) – grænseflade, hvor brugere kan indstille præferencer for profilen, downloade Webex-appen og krydsstarte i opkaldsbrugerportalen for opkaldsindstillinger. Du kan finde yderligere oplysninger i Ændr dine Cisco Webex-indstillinger.
Webex-appen – applikationen inkluderet i abonnementet som en Cisco-brandet teammeddelelsesklient. Få flere oplysninger i Kom i gang med Cisco Webex-appen.
Webex Meetings – Valgfri applikation, der er tilføjet som en mødeløsning. Du kan finde yderligere oplysninger under Webex Meetings.
Kundeadministratorer
Som kundeadministrator i et prøveabonnement eller betalt abonnement på Webex Calling, kan du konfigurere din organisation i Control Hub ved at tilføje placeringer, licenser, telefonnumre, opkaldsfunktioner, brugere og arbejdsområder (lokaleenheder, der tilmelder sig Webex Cloud). Du kan også administrere alle disse komponenter derfra.
Se Konfigurationsvejledningen for Cisco Webex Calling-kunder for vejledning.
Få flere oplysninger om Webex Calling-tilbuddet i Cisco Webex Calling i Dataark om Cisco Collaboration Flex-aftalen for slutkunder
Partnere
Som en partnertjenesteudbyder kan du brande, markedsføre og sælge Webex Calling til dine kunder. Du kan opsætte og udvide prøveversioner, implementere tjenester for dine kunder og oprette og klargøre ordrer til dine kunder.
Se Konfigurationsvejledningen for Cisco Webex Calling-kunder (program for tidlig partnertilmelding) for vejledning.
Se flere partnerressourcer i Webex Calling Sales Connect-ressourcerne. (Kræver partnerlegitimationsoplysninger.)
Tilgængelighed
Se lande, hvor Webex Calling er tilgængelig for salg, under Webex Calling-overskriften i artiklenHvor er Cisco Webex tilgængelig.
Oversigt
Webex Calling inkluderer nu en dedikeret cloudforekomstvalgmulighed baseret på Cisco Unified Communications Manager arkitekturen. Dedikeret instans er integreret med Webex-opkald og drager fordel af Webex-platformstjenester, for at bringe central administration samt anvendelig cloud-innovation, udviklet hvor som helst på Webex-platformen, for at forbedre opkaldsoplevelsen. Dedikeret instans understøtter også ældre Cisco-slutpunkter eller eksisterende integrationer, der er en del af kritiske arbejdsgange i virksomheden.
Tilføjelsesprogrammet til den dedikerede forekomst til Webex-opkald inkluderer:
Cisco Unified Communications Manager
Cisco Unified IM og tilstedeværelse
Cisco Unified Selvbetjeningsportal Connection
Cisco Expressway
Cisco Emergency Responder (kun USA-regionen)
Cisco Session Management Edition (SME) (valgfrit)
Extended ROI – dedikeret instans understøtter de samme stemme- og videoslutpunkter som den tilknyttede UC Manager-udgivelse, hvilket eliminerer kravet om at genindlæser alle kundens slutpunkter, når de migrerer til cloud og udvider ROI'en for disse aktiver.
Basic Inter-Op – Dedikeret instans er integreret med Webex-opkald for dirigering af opkald gennem Webex-platformen. Kunderne har mulighed for at distribuere brugere til både dedikerede tilfælde Webex-opkald og at tilpasse sig tiden efter behov for at imødekomme deres krav til opkald via cloud.
Kunder, der deler brugere på tværs af platforme, vil opleve forskellige funktioner. Opkaldsfunktionerne skelner ikke mellem Dedikerede forekomster og Webex-opkald. Eksempel: Webex-opkald brugere kan ikke være del af en viderestillingsgruppe på dedikeret forekomst. |
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 i gang anbefaler vi, at du inviterer et par brugere til at deltage i Webex-appen 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-appen 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-appen.
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 multiplatformstelefoner (MPP'er) til Webex Calling og Webex-appen 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.
Webex Calling sender opkald, der ikke matcher kundens Webex Calling-destinationer med den lokale gateway. Dette omfatter PSTN-numre og Unified CM-interne lokalnumre, som Webex Calling ikke kan se. Den lokale gateway dirigerer alle opkald, der kommer fra Webex Calling 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.
Webex Calling dirigerer alle opkald, der ikke matcher kundens Webex Calling destinationer, til den lokale gateway, der er tildelt placeringen. Dette omfatter PSTN-destinationer og opkald på nettet mod interne Unified CM-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 det nummer, der ringes op på et Webex Calling-slutpunkt , ikke kan dirigeres til en anden destination inden for den samme kunde i Webex Calling, sendes opkaldet til den lokale gateway for yderligere behandling. Alle opkald uden for nettet (uden for Webex Calling) 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.) Webex Calling-distributionslogikken sikrer derefter, at opkaldet sendes til den tilsigtede Webex Calling-enhed baseret på DID-tildeling.
Opkald, der stammer fra Unified CM-registrerede slutpunkter, som er rettet mod destinationer i Webex Calling, er 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. Enhver anden opkaldsvane end +E.164 skal normaliseres til +E.164, før opkaldene sendes til den lokale gateway for at tillade korrekt distribution i Webex Calling.
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 ind i Unified CM fra Webex Calling
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 ind i Unified CM fra Webex Calling
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.
Dette tal sammenligner disse to forskellige tjenesteklasser for opkald fra PSTN og Webex Calling. 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 for opkald, der stammer fra PSTN, og én for opkald, der stammer fra Webex Calling. Dette skyldes kravet om at anvende differentierede opkaldssøgerum pr. trafiktype. Med to indgående trunks på Unified CM kan dette nemt opnås ved at konfigurere det påkrævede opkaldssøgerum for 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 her.
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 her.
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.
Tilgængelighed til Webex Calling
For at tilføje tilgængelighed for Webex Calling-destinationer til denne opkaldsplan skal der oprettes en partition, der repræsenterer alle Webex Calling-destinationer ("Webex Calling"), og der føjes et +E.164-rutemønster for hvert DID-interval i Webex Calling til denne partition. Denne rutemønster henviser til en ruteliste med kun ét medlem: videresendelsesgruppen med SIP-trunk til den lokale gateway for opkald til Webex Calling. Da alle opkaldsdestinationer er normaliseret til +E.164 enten ved hjælp af oversættelsesmønstre for opkaldsnormalisering for opkald, der stammer fra Unified CM-registrerede slutpunkter eller transformationer af indgående opkald for opkald, der stammer fra PSTN, er dette enkelt sæt +E.164-rutemønstre tilstrækkeligt til at opnå tilgængelighed for destinationer i Webex Calling uafhængigt af den anvendte opkaldsvane.
Hvis en bruger f.eks. ringer til "914085550165", normaliserer konverteringsmønsteret for opkaldsnormalisering i partitionen "US toE164" denne opkaldsstreng til "+14085550165", som derefter matcher rutemønsteret for en Webex Calling-destination i partitionen "Webex Calling". Unified CM sender til sidst opkaldet til den lokale gateway.
Tilføj 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 forkortede virksomhedsopkald til Webex Calling-destinationer kan du tilføje det respektive oversættelsesmønster for opkaldsnormalisering for placeringen af Webex Calling til partitionen "Webex Calling" (f.eks. "8101 XX" i diagrammet). Efter normalisering sendes opkaldet igen til Webex Calling efter matchning af rutemønsteret i "Webex Calling"-partitionen.
Vi anbefaler ikke at tilføje det forkortede oversættelsesmønster for opkaldsnormalisering for Webex Calling til partitionen "ESN", da denne konfiguration kan skabe uønskede viderestilling af opkald.
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-appen, når det er standardopkaldsprogrammet på Mac eller Windows:
CLICKTOCALL: eller CLICKTOCALL://
SIP: eller SIP://
TEL: eller TEL://
WEBEXTEL: eller WEBEXTEL://
Protokolbehandlere for Windows
Andre apps kan tilmelde sig protokolbehandlere før Webex-appen. I Windows 10 beder systemvinduet brugere om at vælge, hvilken app de vil bruge til at starte opkaldet. Brugerpræferencen huskes, hvis brugeren markerer Brug altid denne app.
Hvis brugere skal nulstille standardindstillingerne for opkaldsapps, så de kan vælge Webex-appen, kan du instruere dem i at ændre protokoltilknytningerne for Webex-appen i Windows 10:
Åbn systemindstillingerne for standardappen , klik på Indstil standarder efter app, og vælg derefter Webex-app.
For hver protokol skal du vælge Webex-app.
Protokolbehandlere til macOS
Hvis andre apps er registreret til opkaldsprotokollerne før Webex-appen, skal brugere konfigurere deres Webex-app til at være standardopkaldsvalgmuligheden.
I Webex-appen til Mac kan brugere bekræfte, at Webex-app er valgt til Start opkald med indstilling under generelle præferencer. De kan også markere Opret altid forbindelse til Microsoft Outlook , hvis de vil foretage opkald i Webex-appen , når de klikker på en Outlook-kontakts nummer.
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 forenet kommunikation (Webex Calling), mobilitet (desktop- og mobilklienter med understøttelse af flere enheder), teamsamarbejde i Webex-appen, og muligheden for at pakke 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 for virksomhedsaftaler.
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.
PSTN(Public Switched Telephone Network)
Webex Calling kræver PSTN-tjenester. Vælg mellem disse tre valgmuligheder:
Lokal gateway – brug en lokal gateway med eksisterende PSTN-tjenester, og integrer med lokal PBX til integration af opkaldsplaner.
Lokal gateway til lokalt baseret 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. Du kan installere den lokale gateway som enkeltstående eller i integration med Cisco Unified Communications Manager. Se Kom i gang med lokal gateway for at få flere oplysninger.
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, Webex Board og Desk-enheder understøttes som enheder i et arbejdsområde, du opretter i Control Hub. Se "Cisco Webex Room-, Webex Board- og bordenheder" i understøttede enheder til Webex Calling for yderligere oplysninger. Du kan også bruge disse enheder med PSTN-tjeneste ved at aktivere Webex Calling til arbejdsområdet.
Firewall
Overhold kravene til firewall som dokumenteret i Portreferenceoplysninger for Cisco Webex Calling.
Krav til lokal gateway til Webex Calling
Generelle forudsætninger
Før du konfigurerer en lokal gateway til Webex Calling, skal du sørge for, at du:
har grundlæggende viden om VoIP-principper
har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter
Have en grundlæggende forståelse af SIP (Session Initiation Protocol)
har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM
Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.
Hardware- og softwarekrav til lokal gateway
Sørg for, at din implementering har en eller flere af de lokale gateways (Cisco CUBE (til IP-baseret tilslutning) eller Cisco IOS Gateway (til TDM-baseret tilslutning)), der er i tabel 1 i bestillingsvejledningen til lokal gateway til Webex Calling. Derudover skal du sørge for, at platformen kører en understøttet IOS-XE-version i henhold til konfigurationsvejledningen til lokal gateway.
Licenskrav til lokale gateways
Der skal være installeret CUBE-opkaldslicenser på den lokale gateway. Se konfigurationsvejledningen til Cisco Unified Border Element for yderligere oplysninger.
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.
Brugertilpas din organisation til Webex Calling i Control Hub. Efter aktivering af din første placering via guiden til første opsætning kan du opsætte og administrere yderligere placeringer, trunktildeling og -brug, indstillinger for opkaldsplan, brugere, enheder og funktioner.
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.
1 | Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.
|
||
2 | Gennemse og acceptér tjenesteydelsesvilkårene. |
||
3 | Gennemgå din plan, og klik derefter på Kom i gang.
|
||
4 | Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne. |
||
5 | Klik på Næste: Standardplacering. |
||
6 | Vælg mellem følgende valgmuligheder:
|
||
7 | Foretag følgende valg, der skal gælde for denne placering:
|
||
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 | Log ind på Control Hub påhttps://admin.webex.com , gå til . Bemærk, at nye placeringer vil blive hostet i det regionale datacenter, der svarer til det land, du valgte ved hjælp af Guide til den første opsætning. |
||||
2 | Konfigurer indstillingerne for placeringen:
|
||||
3 | Klik på Gem og vælg derefter Ja / Nej for at tilføje numre til placeringen nu eller senere. |
||||
4 | Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:
Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning. |
||||
5 | Vælg, om du vil aktivere numrene nu eller senere. |
||||
6 | Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke 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. |
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.
Før du begynder
Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå tilslette disse brugere og arbejdsområder, før du sletter placeringen. og vælg den placering, der skal slettes, i rullemenu. Du skal |
1 | Log ind på Control Hub påhttps://admin.webex.com , gå til . |
2 | Klik på i Handlinger kolonne ved siden af den placering, du vil slette. |
3 | Vælg Slet placering , og bekræft, at du ønsker at slette denne placering. Det tager typisk et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan kontrollere statussen ved at klikke på ved siden af placeringsnavnet og vælge Status for sletning . |
Du kan ændre din PSTN -opsætning, navnet, tidszone og sproget for en placering, efter den er 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 | Log ind på Control Hub påhttps://admin.webex.com , gå til . Hvis du ser et advarsel-symbol ved siden af en placering, betyder det, at du ikke har konfigureret et telefonnummer for den pågældende placering endnu. Du kan ikke foretage eller modtage opkald, før du konfigurerer dette nummer. |
||||||
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:
|
||||||
3 | Vælg hovednummeret, hvor placeringens primære kontakt kan kontaktes. |
||||||
4 | (Valgfrit) Under Nødopkald , kan du vælge Stedsidentifikator for nødsituationer for at tildele til denne placering.
|
||||||
5 | Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering. |
||||||
6 | (Valgfrit) Klik på blyantikonet øverst på siden Placering for at ændre Placeringsnavn , Meddelelsessprog , E-mailsprog , Tidszone , eller Adresse 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 | Log ind på Control Hub påhttps://admin.webex.com/ , gå til , og rul derefter til Internt opkald . |
||||
2 | Konfigurer de følgende valgfrie opkaldspræferencer efter behov:
|
||||
3 | Angiv interne opkald for specifikke placeringer. Gå til Opkald, og rediger derefter interne og eksterne opkald efter behov: , vælg en placering, rul til
Indvirkning på brugere:
|
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ø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 | Log ind på Control Hub klhttps://admin.webex.com , gå til , og vælg Tilføj trunk . |
||
2 | Vælg en placering. |
||
3 | Navngiv trunken, og klik på Gem.
|
Næste trin
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 lokalt baserede 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 | Log ind på Control Hub påhttps://admin.webex.com , gå til . |
||
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.
|
||
5 | Klik på bekræftelsesmeddelelsen, og klik derefter på Gem. |
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 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.
iDu kan nemt se, aktivere, fjerne og tilføje telefonnumre for din organisation i Control Hub. Se Administration af telefonnumre i Control Hub for at få flere oplysninger.
1 | Log ind på Control Hub klhttps://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. |
Du kan bruge Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex-appen. Du kan også aktivere dem for opkald med ét klik. For yderligere oplysninger se: Indstil opkaldsindstillinger for brugere af Webex appen .
Du kan kontrollere, hvilken opkaldsapplikation der åbnes, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere, der er berettiget til Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd .
Når du har konfigureret Webex Calling for din organisation, kan du konfigurere en trunk til at forbinde din lokale gateway til Webex Calling. SIP TLS -transport sikrer trunk mellem den lokale gateway og Webex skyen. Mediet mellem den lokale gateway og Webex Calling bruger SRTP.
Opgaveflow til konfigurationsopgave af lokal gateway
Der er to muligheder for at konfigurere den lokale gateway til din Webex Calling bagagerum:
Registreringsbaseret trunk
Certifikatbaseret trunk
Brug opgaveforløbet enten under Registreringsbaseret lokal gateway eller Certifikatbaseret lokal gateway for at konfigurere lokal gateway til din Webex Calling bagagerum. Se Kom i gang med lokal gateway for at få flere oplysninger om forskellige trunk-typer. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). Vi bruger Session Initiation Protocol (SIP) og TLS -transport ( Transport Layer Security ) til at sikre trunk og SRTP(Secure Real-time Protocol) til at sikre mediet mellem den lokale gateway og Webex Calling .
Før du begynder
Forstå kravene til lokalt baseret PSTN(Public Switched Telephone Network) og lokal gateway (LGW) for Webex Calling . Se Cisco Preferred Architecture til Webex Calling for yderligere oplysninger.
Denne artikel forudsætter, at der er installeret en dedikeret lokal gateway-platform uden eksisterende talekonfiguration. Hvis du ændrer en eksisterende PSTN-gateway eller lokal gateway-virksomhedsinstallation til brug som den lokale gatewayfunktion for Webex Calling , og vær derefter meget opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.
Opret en trunk i Control Hub, og tildel den til placeringen. Se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling for yderligere oplysninger.
Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan lære mere om de enkelte kommandomuligheder. Alle kommandoreferencelinks går til Kommandoreference for Webex administrerede gateways medmindre andet er angivet (i så fald går kommandolinkene til Cisco IOS -reference til talekommandoer ). Du kan få adgang til alle disse vejledninger i Cisco Unified Border Element Command References. For oplysninger om tredjeparters SBC'er henvises til den respektive produktreferencedokumentation. |
Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI. |
Før du begynder
Sørg for, at følgende grundlæggende platformskonfiguration, som du konfigurerer, er konfigureret i henhold til politikker og procedurer i din organisation:
NTP'er
ACL'er
Aktivér adgangskoder
Primær adgangskode
IP routing
IP adresser og så videre
Du kræver en understøttet version af Cisco IOS XE 16.12 eller IOS-XE 17.3 som minimum for alle lokale gateway-installationer.
Kun CUBE understøtter den registreringsbaserede lokale gateway. ingen andre SBC'er fra tredjeparter understøttes. |
1 | Sørg for, at du tildeler alle lag 3-grænseflader gyldige og dirigerbare IP -adresser:
|
2 | Forkonfigurer en primær nøgle til adgangskoden ved hjælp af følgende kommandoer, før du bruger i legitimationsoplysninger og delte hemmeligheder. Du krypterer Type 6-adgangskoder ved hjælp af AES-kryptering og brugerdefineret primærnøgle.
|
3 | Konfigurer IP -navneserveren til at aktivere DNS -opslag og ping for at sikre, at der er adgang til serveren. Den lokale gateway bruger DNS til at Webex Calling -proxyadresser:
|
4 | Aktivér TLS 1.2-eksklusivitet og et standardtillidspunkt for pladsholder:
|
5 | Opdater tillidspuljen for lokal gateway: Standardtillidspuljepakken inkluderer ikke certifikaterne "DigiCert Root CA" eller "IdenTrust Commercial", som du skal bruge til at validere certifikatet på serversiden under oprettelse af TLS -forbindelse til Webex Calling. Download den seneste version “Cisco Trusted Core Root Bundle” frahttp://www.cisco.com/security/pki/ for at opdatere tillidspuljepakken. |
Før du begynder
1 | Indtast følgende kommandoer for at tænde for den lokale gateway-applikation, se Oplysninger om portreference for Cisco Webex Calling for de seneste IP undernet, som du skal føje til tillidsliste:
Her er en forklaring af felterne til konfigurationen: Forebyggelse af betalingssvindel
Medie
SIP-til- SIP grundlæggende funktionalitet
Supplerende tjenesteydelser
Deaktiverer REFER og erstatter dialog- ID i erstatter header med peer-dialog- ID. For yderligere oplysninger, se Supplerende service slurk . Faxprotokol
Aktiverer T.38 til faxtransport, selvom faxtrafikken ikke krypteres. For yderligere oplysninger om denne kommando, se faxprotokol t38 (taletjeneste) . Aktivér global bedøvelse
For yderligere oplysninger, se bedøve flowdata-agent-id og bedøve flowdata delt-hemmelighed . G729
Tillader alle varianter af G729. For yderligere oplysninger, se g729 annexb-alle. SIP
Tvinger den lokale gateway til at sende SDP-oplysningerne i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra den tilstødende peer. For yderligere oplysninger om denne kommando, se tidligt tilbud . | ||||||
2 | Konfigurer "SIP profil 200."
Her er en forklaring af felterne til konfigurationen:
| ||||||
3 | Konfigurer codec-profil, stun-definition og SRTP krypteringspakke.
Her er en forklaring af felterne til konfigurationen:
| ||||||
4 | Tilknyt Control Hub-parametre til lokal gateway-konfiguration. Tilføj Webex Calling som lejer i den lokale gateway. Du skal konfigurere for at registrere den lokale gateway under stemmeklasselejer 200. Du skal hente elementerne i den pågældende konfiguration fra siden Trunk-info fra Control Hub som vist på følgende billede. Følgende eksempel viser, hvilke felter der er knyttet til den respektive lokale gateway-CLI. Anvend lejer 200 til alle Webex Calling modstående opkalds-peers ( tag) i den lokale gateway-konfiguration.2xx Funktionen taleklasselejer gør det muligt at gruppere og konfigurere SIP-trunk parametre, der ellers udføres under taletjeneste VoIP og sip-ua. Når du konfigurerer en lejer og anvender den under en opkalds-peer, gælder følgende præferencerækkefølge for konfigurationer af lokal gateway:
| ||||||
5 | Konfigurer stemmeklasse lejer 200 for at aktivere trunk-registrering fra lokal gateway til Webex Calling baseret på de parametre, du har hentet fra Control Hub:
Her er en forklaring af felterne til konfigurationen: stemmeklasselejer 200Muliggør specifikke globale konfigurationer for flere lejere på SIP -trunks, der tillader differentierede tjenester for lejere. For yderligere oplysninger, se stemmeklasse lejer . registrator dns:40462196.cisco-bcld.com ordning slurke udløber 240 opdateringsforhold 50 tcp tlsRegistratorserver for den lokale gateway med registreringen indstillet til at opdatere hvert andet minut (50 % af 240 sekunder). For yderligere oplysninger, se registrator . legitimationsoplysningsnummer DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. brugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain2572_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. BredeVærkerLegitimationsoplysninger til trunk-registreringsudfordring. For yderligere oplysninger, se legitimationsoplysninger (SIP UA) . godkendelsesbrugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. BredeVærker godkendelsesbrugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 40462196.cisco-bcld.com
Godkendelsesudfordring for opkald. For yderligere oplysninger, se godkendelse (opkalds-peer) . intet eksternt part-idDeaktiver SIP Remote-Party- ID (RPID) header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO asserted-id pai . For yderligere oplysninger, se ekstern part-id . forbindelse-genbrugBruger den samme faste forbindelse til tilmelding og opkaldsbehandling. For yderligere oplysninger, se forbindelse-genbrug . srtp-kryptering 200Definerer stemmeklasse srtp-kryptering 200 for at angive SHA1_80 (angivet i trin 3). For yderligere oplysninger, se taleklasse srtp-crypto. sessionstransport tcp tlsIndstiller transport til TLS. For yderligere oplysninger, se session-transport . url slurkeSRV-forespørgsel skal være SIP'er, som understøttes af adgangs-SBC'en. alle andre meddelelser ændres til SIP af sip-profil 200. fejlgennemgangAngiver pass-thru-funktionalitet for SIP -fejlsvar. For yderligere oplysninger, se fejlgennemgang . asserted-id paiSlår PAI-behandling til i lokal gateway. For yderligere oplysninger, se hævdet-id . bindekontrolkilde-grænseflade GigabitEthernet0/0/1Konfigurerer en kilde-IP-adresse til at signalere kildegrænsefladen mod Webex Calling. bind mediekilde-grænseflade GigabitEthernet0/0/1Konfigurerer en kilde-IP-adresse for mediekildegrænsefladen, der vender mod Webex Calling. Få flere oplysninger om bindekommandoer i binde . intet pass-thru-indhold brugerdefineret-sdpStandardkommando under lejer. For yderligere oplysninger om denne kommando, se videregivet indhold . sip-profiler 200Ændrer SIP'er til SIP og ændrer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 200 . For yderligere oplysninger, se sip-profiler i taleklassen . udgående-proxy dns:la01.sipconnect-us10.cisco-bcld.comWebex Calling tilgå SBC. For yderligere oplysninger, se udgående proxy . passthru til beskyttelse af personlige oplysningerOverfør tydeligt værdier i header for beskyttelse af personlige oplysninger fra det indgående til det udgående ben. For yderligere oplysninger, se privatlivspolitik . |
Når du har defineret lejer 200 i den lokale gateway og konfigurer en SIP VoIP -opkaldspeer, starter gatewayen derefter en TLS -forbindelse mod Webex Calling , hvorefter adgangs-SBC'en præsenterer sit certifikat for den lokale gateway. Den lokale gateway validerer Webex Calling få adgang til SBC-certifikatet ved hjælp af CA-rodbundtet, der er opdateret tidligere. Etablerer en vedvarende TLS session mellem den lokale gateway og Webex Calling tilgå SBC. Den lokale gateway sender derefter et REGISTER til den adgangs-SBC, der er udfordret. Registrerings-AOR er number@domain. Nummeret er hentet fra legitimationsoplysningerne “number”-parameteren og domænet fra “registrar dns:<fqdn> ." Når tilmeldingen er udfordret:
Brug brugernavn, adgangskode og domæne parametre fra legitimationsoplysninger for at opbygge header og sip-profil 200.
Konverterer SIPS - URL - adressen tilbage til SIP.
Registreringen er gennemført, når du modtager 200 OK fra access SBC.
Denne installation kræver følgende konfiguration på den lokale gateway:
Lejere i taleklasse – Du opretter andre lejere for opkalds-peers, der står over for ITSP, der svarer til lejer 200 som du opretter til Webex Calling -modstående opkalds-peers.
URI'er i taleklasse – Du definerer mønstre for værts IP -adresser/-porte for forskellige trunks, der afsluttes på lokal gateway:
Webex Calling til LGW
PSTN SIP-trunk på LGW
Udgående opkalds-peers – Du kan dirigere udgående opkald fra LGW til ITSP SIP-trunk og Webex Calling .
DPG i taleklasse – Du kan aktivere for at målrette de udgående opkalds-peers fra en indgående opkalds-peer.
Indgående opkalds-peers – Du kan acceptere indgående opkaldsben fra ITSP og Webex Calling .
Brug konfigurationerne enten til opsætning af en partnerhostet lokal gateway eller til kundewebstedsgateway, som vist i følgende billede.
1 | Konfigurer følgende stemmeklasselejere: |
2 | Konfigurer følgende taleklasse-URI: |
3 | Konfigurer følgende udgående opkalds-peers: |
4 | Konfigurer følgende opkalds-peer-grupper (dpg): |
5 | Konfigurer følgende indgående opkalds-peers: |
PSTN til Webex Calling
Match alle indgående IP PSTN -opkaldsben på den lokale gateway med opkaldspeer 100 for at definere et matchkriterium for VIA-headeren med IP PSTN'ens IP-adresse. DPG 200 kalder udgående opkaldspeer 200201 , der har Webex Calling server som måldestination.
Webex Calling til PSTN
Match alle indgående Webex Calling opkaldsben på den lokale gateway med peer 200201 for at definere matchkriteriet for ANMODNING URI -headermønstret med trunk-gruppe OTG/DTG-parameter, der er entydigt for denne lokale gateway-installation. DPG 100 kalder den udgående opkaldspeer 101 , der har IP PSTN IP-adresse som måldestination.
Denne installation kræver følgende konfiguration på den lokale gateway:
Lejere i taleklasse –Du opretter flere lejere for opkalds-peers, der står over for Unified CM og ITSP, svarende til lejer 200 som du opretter til Webex Calling modstående opkalds-peers.
URI'er i taleklasse – Du definerer et mønster for værts IP -adresser/-porte for forskellige trunks, der afsluttes på LGW fra:
Unified CM til LGW for PSTN destinationer
Unified CM til LGW for Webex Calling destinationer
Webex Calling til LGW-destinationer
PSTN SIP-trunk på LGW
Servergruppe i taleklassen – Du kan målrette IP -adresser/porte for udgående trunks fra:
LGW til Unified CM
LGW til Webex Calling
LGW til PSTN SIP-trunk
Udgående opkalds-peers – Du kan dirigere udgående opkald fra:
LGW til Unified CM
ITSP SIP-trunk
Webex Calling
DPG i taleklasse – Du kan kalde for at målrette udgående opkalds-peers fra et indgående opkalds-peer.
Indgående opkalds-peers – Du kan acceptere indgående opkaldsben fra Unified CM, ITSP og Webex Calling .
1 | Konfigurer følgende stemmeklasselejere: |
2 | Konfigurer følgende taleklasse-URI: |
3 | Konfigurer følgende stemmeklasseservergrupper: |
4 | Konfigurer følgende udgående opkalds-peers: |
5 | Konfigurer følgende opkalds-peer-gruppe: |
6 | Konfigurer følgende indgående opkalds-peers: |
IP PSTN til Unified CM PSTN trunk
Webex Calling -platform til Unified CM Webex Calling trunk
Unified CM PSTN trunk to IP PSTN
Unified CM Webex Calling trunk til Webex Calling -platformen
Diagnosticeringssignaturer (DS) registrerer proaktivt ofte observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesmeddelelser om hændelsen. 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 hændelser, der udløser problemer, og handlinger, der skal udføres for at informere, fejlfinde og udbedre problemet. du kan definere problemregistreringslogikken ved hjælp af syslog-meddelelser, SNMP -hændelser og gennem periodisk overvågning af specifikke show-kommandoer.
Handlingstyperne omfatter indsamling af show-kommandoer:
Generering af en konsolideret logfil
Overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom HTTPS, SCP, FTP -server
TAC-ingeniører opretter DS-filerne og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.
Før du begynder:
Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.
En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.
Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du ønsker at bruge den sikre SMTP-server til e-mailunderretninger.
Forudsætninger
Lokal gateway, der kører IOS XE 17.3.2 eller nyere
Diagnosticeringssignaturer er aktiveret som standard.
Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.3.2 eller nyere.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Konfigurer miljøvariablends_email med e-mailadressen på administratoren for at underrette dig.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Lokal gateway, der kører 16.11.1 eller nyere
Diagnosticeringssignaturer er aktiveret som standard
Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en ældre version end 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Lokal gateway, der kører version 16.9.x
Indtast følgende kommandoer for at aktivere diagnosticeringssignaturer.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en ældre version end 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Det følgende viser et eksempel på en konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.3.2 til at sende de proaktive meddelelser til tacfaststart@gmail.com bruger Gmail som den sikre SMTP-server:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
En lokal gateway, der kører på Cisco IOS XE-software, er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi skal konfigurere en bestemt Gmail-kontoindstilling og give specifik tilladelse for at få e-mailen fra enheden behandlet korrekt: |
Gå til Adgang for mindre sikre apps.
, og aktivérSvar "Ja, det var mig", når du modtager en e-mail fra Gmail med angivelse af "Google forhindrede nogen i at logge ind på din konto ved hjælp af en ikke-Google-app."
Installer diagnosticeringssignaturer til proaktiv overvågning
Overvåger høj CPU udnyttelse
Denne DS sporer 5-sekunders CPU -udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlretninger og afinstallerer alle fejlfindingssignaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.
Brug vis snmp kommando for at aktivere SNMP. Hvis du ikke aktiverer, skal du konfigurere snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Download DS 64224 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
Ydeevne
Problemtype
Høj CPU udnyttelse med e-mailbesked.
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 eksempel viser kopiering af filen fra en FTP -server til den lokale gateway.
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)
Installer DS XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret".
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
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 fortsat at overvåge høj CPU udnyttelse på den lokale gateway.
Overvågning af SIP-trunk registrering
Denne DS kontrollerer for afregistrering af en lokal gateway SIP Trunk med Webex Calling sky hvert 60. sekund. Når afmeldingshændelsen registreres, genererer den en e-mail- og syslog-besked og afinstallerer sig selv efter to afmeldingshændelser. Følg trinene nedenfor for at installere signaturen.
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
Afmelding af SIP Trunk med e-mailbesked.
Kopiér DS XML-filen til den lokale gateway.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Installer DS XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.
Overvågning af unormalt opkald afbrydes
Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.
Brug vis snmp kommando for at kontrollere, om SNMP er aktiveret. Hvis den ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
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
Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.
Kopiér DS XML-filen til den lokale gateway.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Installer DS XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt ved hjælp af . Statuskolonnen skal have en "registreret" værdi.
Installer diagnosticeringssignaturer for at fejlfinde et problem
Brug Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Diagnosticeringssignaturer (DS) fjerner behovet for manuelt at kontrollere, om problemet er opstået, og gør fejlfinding af periodiske og forbigående problemer meget nemmere.
Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.
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" syslog og automatiser indsamling af diagnosticeringsdata ved hjælp af følgende trin:
Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator i følgende kommando. Denne filoverførselstoken kan genereres i afsnittet Vedhæftede filer i Support Case Manager efter behov.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Eksempel:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Sørg for, at SNMP er aktiveret ved hjælp af vis snmp kommandoen. Hvis den ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end
Sørg for at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i en periode med høj CPU udnyttelse. 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øj CPU udnyttelse med e-mailbesked.
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
Kopiér DS XML-filer til den lokale gateway.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Installer DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Kontrollér, at signaturen er blevet installeret korrekt ved hjælp af vis diagnosticeringssignatur for opkald til hjemmet kommando. Statuskolonnen skal have en "registreret" værdi.
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
08-11-2020
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Tilmeldt
08-11-2020
Kontrollér udførelse af diagnosticeringssignaturer
I følgende kommando vises kolonnen "Status" for vis diagnosticeringssignatur for opkald til hjemmet kommandoen ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en interessehændelse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.
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 |
vis statistik for diagnosticering af opkald til hjemmebrug
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 |
Den e-mailunderretning , der sendes under udførelse af diagnosticeringssignaturen, indeholder nøgleoplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandoudgange, der er relevante for fejlfinding af det givne problem.
Afinstaller diagnosticeringssignaturer
Brug diagnosticeringssignaturer til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS- ID fra outputtet på vis diagnosticeringssignatur for opkald til hjemmet kommando, og kør følgende kommando:
call-home diagnostic-signature deinstall <DS ID>
Eksempel:
call-home diagnostic-signature deinstall 64224
Nye signaturer tilføjes periodisk til Opslagsværktøj til Diagnosticeringssignaturer baseret på problemer, der ofte observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer. |
For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden for konfigurationsvalidering i Control Hub til at validere din lokale gateway-konfiguration og identificere eventuelle konfigurationsproblemer. I øjeblikket er det kun registreringsbaserede trunks, der understøtter denne funktionalitet.
For yderligere oplysninger henvises til følgende:
Dette dokument beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en gensidig TLS (mTLS) SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Følgende billede fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.
I dette design bruges følgende hovedkonfigurationer:
stemmeklasse uri: Bruges til at klassificere indgående SIP-meddelelser og vælge en indgående opkalds-peer.
indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.
opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.
udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.
Når du interagerer med en lokal Cisco Unified Communications Manager-løsning og Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende billede. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald. Konfigurationsmetoden på højt niveau illustreres i diagrammet.
I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der findes valgmuligheder for offentlig eller privat (bag NAT) adresser. SRV DNS-poster er valgfrie, medmindre belastningsbalancen på tværs af flere CUBE-forekomster.
Før du begynder
Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Sørg især for, at følgende er konfigureret og bekræftet til at fungere korrekt:
NTP
ACL'er
Brugergodkendelse og fjernadgang
DNS
IP routing
IP-adresser
Du skal have en understøttet minimumsversion af IOS XE 17.9 for alle installationer af lokal gateway.
ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.
Catalyst Edge 8000-seriens routere kræver DNA Essentials-licens.
For krav til høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere gennemstrømningsrettigheder.
Se godkendelseskoder for yderligere oplysninger.
Netværket mod Webex Calling skal bruge en IP v4-adresse. Lokale Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser skal løses til en offentlig IPV4-adresse på internettet.
Alle SIP- og medieporte på den lokale gateway-grænseflade, der vender mod Webex, skal være tilgængelige fra internettet, enten direkte eller via statisk NAT. Sørg for, at du opdaterer din firewall i overensstemmelse hermed.
Installer et signeret certifikat på den lokale gateway (detaljerede konfigurationstrin er angivet nedenfor).
En offentlig certifikatmyndighed (CA) skal underskrive enhedscertifikatet som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme?
Den FQDN, der er konfigureret i Control Hub, skal være det fælles navn (CN) eller det alternative emnenavn (SAN) for routerens certifikat. Eksempel:
Hvis en trunk, der er konfigureret i din organisations Control Hub, har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com.
Hvis en trunk, der er konfigureret i din organisations Control Hub, har lgws.lgw.com som SRV-adressen for den eller de lokale gateway(er), der kan nås fra trunk, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV-adressen fortolker til (CNAME, En post eller IP -adresse), er valgfri i SAN.
Uanset om du bruger en FQDN eller SRV til trunk, skal kontaktadressen for alle nye SIP-dialoger fra din lokale gateway have navnet konfigureret i Control Hub.
Sørg for, at certifikater er signeret til klient- og serverbrug.
Overfør tillidsbundtet til den lokale gateway.
1 | Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:
|
2 | Opret et krypteringstillidspunkt med et certifikat underskrevet af din foretrukne certifikatmyndighed (CA). |
3 | Godkend dit nye certifikat ved hjælp af dit mellemliggende (eller rod) CA-certifikat, og importér derefter certifikatet. Indtast følgende kommando til exec eller konfiguration:
|
4 | Importer signeret værtscertifikat ved hjælp af følgende exec- eller konfigurationskommando:
|
5 | Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommando:
|
6 | Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresseKommando til at downloade rodnøglepakken fra den angivne URL-adresse og til at rydde den aktuelle CA-tillidspulje og derefter installere den nye pakke af certifikater:
|
1 | Opret en certifikatbaseret trunk ved hjælp af dit CUBE-værtsnavn/SRV i Control Hub, og tildel den til placeringen. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling . | ||
2 | Brug konfigurationskommandoerne i følgende afsnit til at konfigurere CUBE med dine Webex Calling- og PSTN-trunks:
Her er en forklaring af felterne til konfigurationen: IP-adresseliste, der er tillid til ipv4 x.x.x y.y.y
grænseelement for tilstand tillad-forbindelser sip til sip Aktivér grundlæggende CUBE-SIP-brugeragentfunktion tilbage til tilbage. For yderligere oplysninger, se Tillad forbindelser .
tidligt tilbud tvungen Tvinger CUBE til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidligt tilbud . asymmetrisk nyttelast fuld Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast . | ||
3 | Konfigurer stemmeklasse-codec 100 codec-filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.
Her er en forklaring af felterne til konfigurationen: stemmeklasse-codec 100 Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. For yderligere oplysninger, se stemmeklasse-codec .
| ||
4 | Konfigurer stemmeklasse stun-brug 100 for at aktivere ICE på Webex Calling-trunk.
Her er en forklaring af felterne til konfigurationen: bedøvende brug af stemmeklassen 100 Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se brug af bedøvelse i stemmeklassen og bedøve brug ice lite .
| ||
5 | Konfigurer politikken for mediekryptering for Webex-trafik.
Her er en forklaring af felterne til konfigurationen: stemmeklasse srtp-krypto 100Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA180._
For yderligere oplysninger, se taleklasse srtp-crypto .
| ||
6 | Konfigurer SIP-meddelelseshåndteringsprofiler. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger, eller springe til næste afsnit, hvis du bruger NAT. I eksemplet er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og "198.51.100.1" er den offentlige IP-adresse for den lokale gateway-grænseflade, der vender mod Webex Calling:
Her er en forklaring af felterne til konfigurationen: regel 10 og regel 20 For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.
| ||
7 | Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender sig mod Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse. SIP -profiler for udgående meddelelser til Webex Calling
SIP -profiler til indgående beskeder fra Webex Calling
For yderligere oplysninger, se sip-profiler i taleklassen . | ||
8 | Konfigurer en SIP-indstillinger keepalive med headermodifikationsprofil.
Her er en forklaring af felterne til konfigurationen: taleklasse sip-valgmuligheder-keepalive 100 Konfigurerer en Keepalive-profil og skifter til konfigurationstilstand for taleklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialogindstillinger Ping sendes til opkaldsmålet, når hjerteslagforbindelsen til slutpunktet er i status OP eller Ned. Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex. For at sikre, at kontaktheaderne omfatter det fuldt kvalificerede domænenavn til SBC, bruges SIP-profil 115. Regler 30, 40 og 50 er kun påkrævet, når SBC er konfigureret med statisk NAT. I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis statisk NAT bruges, er "10.80.13.12" SBC-grænsefladen IP-adresse i forhold til Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse. | ||
9 | Konfigurer URI-matchende profil til klassificering af indgående meddelelser fra Webex Calling.
Her er en forklaring af felterne til konfigurationen: stemmeklasse uri 100 sipDefinerer FQDN-matchmønsteret for et indgående opkald fra Webex Calling. Se præference for stemmeklasse uri-sip. | ||
10 | Konfigurer Webex Calling-trunk: | ||
11 | Opret en opkalds-peer-gruppe baseret på opkalds-peer mod Webex Calling.
Her er en forklaring af felterne til konfigurationen: opkaldspeer 100 Tilknytter en udgående opkalds-peer med opkalds-peer-gruppe 100. For yderligere oplysninger, se opkalds-peer-stemme . | ||
12 | Konfigurer en indgående opkalds-peer til at modtage meddelelser fra Webex Calling. Indgående match er baseret på URI anmodningen.
Her er en forklaring af felterne til konfigurationen: stemmeklasse uri 100 sip
Sådan opretter eller modificerer du en stemmeklasse til at matche opkalds-peers med en URI (Session Initiation Protocol). Få flere oplysninger i stemmeklasse uri. sessionstransport tcp tls
Indstiller transport til TLS. For yderligere oplysninger, se session-transport . bestemmelsessted dpg 200
Angiver en opkalds-peer-gruppe 200 for at vælge en udgående opkalds-peer mod PSTN eller Unified Communications Manager. Få flere oplysninger om peer-opkaldsgrupper i dpg i taleklasse . indgående uri-anmodning 110
For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående URI . stemmeklasse sip-profil 110
Kun påkrævet, hvor CUBE ligger bag statisk NAT, ændrer SIP-profil 110 den offentlige IP-adresse til den private grænsefladeadresse. For yderligere oplysninger, se sip-profiler i taleklassen . stemmeklasse srtp-kryptering 100
Konfigurerer de foretrukne krypteringspakker for SRTP - opkaldsben (forbindelse). For yderligere oplysninger, se taleklasse srtp-crypto . stemmeklasse sip-lejer 100
Tilknytter denne opkalds-peer til trunk-lejeren, så den kan arve alle tilknyttede konfigurationer. Få flere oplysninger i stemmeklassens sip-lejer. srtp
Angiver, at alle opkald, der bruger denne opkalds-peer, skal bruge krypterede medier. Få flere oplysninger i srtp. |
Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:
Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE. |
1 | Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:
|
2 | Konfigurer følgende udgående opkalds-peer mod PSTN IP-trunk:
Her er en forklaring af felterne til konfigurationen: opkaldspeerstemme 200 voip beskrivelse Udgående opkalds-peer til PSTN Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme. destinationsmønster BAD.BAD Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. For yderligere oplysninger, se destinationsmønster (grænseflade) . sessionsprotokol sipv2 Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) . sessionsmål ipv4:192.168.80.13 Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. Sessionsmålet her er ITSP's IP-adresse. For yderligere oplysninger, se sessionsmål (VoIP opkalds-peer) . stemmeklasse-codec 100 Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. For yderligere oplysninger, se codec i taleklasse . dtmf-relæ rtp-nte Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. For yderligere oplysninger, se DTMF -relæ (Voice over IP) . Ikke noget Deaktiverer stemmeaktivitetsregistrering. For yderligere oplysninger, se vad (opkald til peer) . |
3 | Konfigurer følgende DPG (Dial-peer Group): |
4 | Konfigurer følgende indgående opkalds-peer: |
PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere en ekstra trunk til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM til port 5060 distribueres til PSTN, og opkald til port 5065 distribueres til Webex Calling. Følgende trinvise og opdaterede konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.
1 | Konfigurer følgende stemmeklasse-URI-adresser: | ||
2 | Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:
Her er en forklaring af felterne til konfigurationen: Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver vært og trunk: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV-ressourcepost 2: SRV-ressourceregistreringsprioritet 1: SRV-ressourcens rekordvægt 5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost ucmsub5.mydomain.com: Modtagerværten for optagelse af ressource Hvis du vil løse navnet på ressourcepost, skal du oprette lokale DNS A-poster, f.eks.: ip vært ucmsub5.mydomain.com 192.168.80.65 ip-vært: Opretter en post i den lokale IOS XE-database. ucmsub5.mydomain.com: Navnet A-pladeværten. 192.168.80.65: Værtens IP-adresse. Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi. | ||
3 | Konfigurer følgende udgående opkalds-peers: | ||
4 | Konfigurer følgende opkalds-peer-gruppe (DPG) for opkald mod Unified CM: | ||
5 | Rediger følgende indgående opkalds-peers for at dirigere PSTN- og Webex Calling-opkald til Unified CM: |
Diagnosticeringssignaturer (DS) registrerer proaktivt ofte observerede problemer i den Cisco IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesmeddelelser om hændelsen. 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 problemudløserhændelser og handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP -hændelser og gennem periodisk overvågning af specifikke show-kommandoer til at definere problemregistreringslogikken. Handlingstyperne omfatter:
Indsamling af show-kommandoer
Generering af en konsolideret logfil
Overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom HTTPS, SCP, FTP -server
TAC-ingeniører opretter DS-filer og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil har det entydige numeriske ID , der er tildelt af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.
Før du begynder:
Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.
En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.
Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du ønsker at bruge den sikre SMTP-server til e-mailunderretninger.
Forudsætninger
Lokal gateway, der kører IOS XE 17.6.1 eller nyere
Diagnosticeringssignaturer er aktiveret som standard.
Konfigurer den sikre e-mailserver, som du bruger til at sende proaktiv besked, hvis enheden kører IOS XE 17.6.1 eller nyere.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Konfigurer miljøvariablends_email med e-mailadressen på administratoren til dig.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Installer diagnosticeringssignaturer til proaktiv overvågning
Overvåger høj CPU udnyttelse
Denne DS sporer 5-sekunders CPU -udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlretninger og afinstallerer alle fejlfindingssignaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.
Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Feltnavn
Feltværdi
Platform
Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software
Produkt
CUBE Enterprise i Webex Calling løsning
Problemomfang
Ydeevne
Problemtype
Højt CPU-forbrug med e-mailmeddelelse
Kopiér DS XML-filen til den lokale gateways flash.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Følgende eksempel viser kopiering af filen fra en FTP -server til den lokale gateway.
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)
Installer DS XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.
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
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 fortsat at overvåge høj CPU udnyttelse på den lokale gateway.
Overvågning af unormalt opkald afbrydes
Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.
Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, konfigureres snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
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 Catalyst 8000V Edge-software
Produkt
CUBE Enterprise i Webex Calling-løsning
Problemomfang
Ydeevne
Problemtype
Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.
Kopiér DS XML-filen til den lokale gateway.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Installer DS XML-filen på den lokale gateway.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Brug kommandoen vis diagnosticeringssignatur for opkald til hjemmet for at kontrollere, at signaturen er blevet installeret korrekt. Statuskolonnen skal have værdien "registreret".
Installer diagnosticeringssignaturer for at fejlfinde et problem
Du kan også bruge Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.
Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.
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" syslog og automatiser indsamling af diagnosticeringsdata ved hjælp af følgende trin:
Konfigurer en anden DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for at overføre diagnosticeringsdataene. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator som vist i det følgende. Filoverførselstoken kan genereres i Vedhæftede filer afsnittet i Supportsagsadministratoren, efter behov.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Eksempel:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.
show snmp %SNMP agent not enabled config t snmp-server manager end
Vi anbefaler at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i perioder med høj CPU udnyttelse. 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 Catalyst 8000V Edge-software
Produkt
CUBE Enterprise i Webex Calling-løsning
Problemomfang
Ydeevne
Problemtype
Høj CPU udnyttelse med e-mailbesked.
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 Catalyst 8000V Edge-software
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
Kopiér DS XML-filer til den lokale gateway.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Installer den høje CPU overvågning DS 64224 og derefter DS 65095 XML-fil i den lokale gateway.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Bekræft, at signaturen er installeret ved hjælp af Vis diagnose-hjem-opkald-signatur. Statuskolonnen skal have værdien "registreret".
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
Kontrollér udførelse af diagnosticeringssignaturer
I den følgende kommando vises kolonnen "Status" for kommandoen vis diagnosticeringssignatur for opkald til hjemmet ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.
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 |
vis statistik for diagnosticering af opkald til hjemmebrug
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 |
Den e-mailunderretning , der sendes under udførelse af diagnosticeringssignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandoudgange, der er relevante for fejlfinding af det givne problem.
Afinstaller diagnosticeringssignaturer
Brug diagnosticeringssignaturerne til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du ønsker at afinstallere en signatur manuelt, skal du hente DS- ID fra outputtet på vis diagnosticeringssignatur for opkald til hjemmet og kør følgende kommando:
call-home diagnostic-signature deinstall <DS ID>
Eksempel:
call-home diagnostic-signature deinstall 64224
Nye signaturer tilføjes periodisk til opslagsværktøjet til diagnosticering af signaturer baseret på problemer, der observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer. |
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 gatewaykonfiguration ved hjælp af CUBE med høj tilgængelighed, aktive eller standby-CUBE'er til statisk 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:
Lag 2 boks-til-boks-redundans med CUBE Enterprise for tilstandsfuld opkaldsbevaring
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:
ISR 4K-serie –https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE) –https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Ciscos foretrukne arkitektur til Cisco Webex Calling –https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
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.
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.
Her er en forklaring på felterne, der bruges i denne konfiguration:
|
||||||
3 | Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under
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)
Her er en forklaring på felterne, der bruges i denne konfiguration:
|
||||||
5 | Gem konfigurationen af den første CUBE, og genindlæs den. Den platform, som skal genindlæses sidst, er altid standby.
Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.
|
||||||
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.
|
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.
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.
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 statussen for sip-ua-registeret
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
|
4 | Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.
Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor
|
5 | Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.
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.
|
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:
|
Konfigurer en SIP-profil for den lokale gateway-trunk
Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:
|
Opret et opkaldssøgerum for opkald fra Webex
Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:
|
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:
|
Konfigurer rutegruppe for Webex
Opret en rutegruppe med følgende indstillinger:
|
Konfigurer ruteliste for Webex
Opret en ruteliste med følgende indstillinger:
|
Opret en partition til Webex-destinationer
Opret en partition for Webex-destinationerne med følgende indstillinger:
|
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:
|
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:
|
Du skal tilføje hver enkelt bruger i Control Hub for at kunne udnytte Webex Calling-tjenester. 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.
- Tilføj brugere manuelt
- Tilføj flere brugere med CSV-skabelonen
- Rediger brugere med CSV-skabelonen
- Rediger tjenestelicenser for individuelle brugere
- Tilføj eller slet numre for en bruger
- Send en e-mailinvitation igen
- Slet en bruger fra din organisation
- Deaktiver en bruger fra din organisation
- Tildel organisationskontoroller til brugere
Du kan tildele og administrere enheder til brugere og arbejdsområder i Control Hub. Vælg at tilføje ved hjælp af MAC-adresse eller ved at generere en aktiveringskode, der skal indtastes på selve enheden.
Med Control Hub kan du tildele enheder til brugere til personligt brug.
Enhederne, der er angivet her, understøtter Webex Calling. Alle disse enheder kan tilføjes ved hjælp af en MAC-adresse, men kun følgende undersæt 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
Cisco Video Phone 8875
Med hensyn til 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, gå til . Du kan også føje en enhed til brugeren fra afsnittet Brugere ved at navigere til
> vælg en bruger . | ||||
2 | Vælg Personligt brug for at tildele en enhed til en bruger, og klik derefter på Næste. | ||||
3 | Indtast enten brugernavn eller det faktiske navn på telefonens ejer, vælg brugeren fra resultaterne, og klik derefter på Næste. | ||||
4 | Vælg Cisco IP-telefon, og klik derefter på Næste. | ||||
5 | Vælg en enhed på rullelisten, og klik derefter på Næste. | ||||
6 | Vælg en af følgende valgmuligheder, og klik derefter på Gem.
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 enhedsstatus er opdateret Control Hub . Hvis du vil ændre eller administrere de enheder, der er tildelt brugeren, skal du se afsnittet Administrer en enhed for en bruger. |
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, gå til . Du kan også føje en enhed til et nyt arbejdsområde fra afsnittet Enheder ved at navigere til
. | ||
2 | Vælg . | ||
3 | Indtast et navn på arbejdsområdet (såsom navnet på lokalet), vælg lokaletype, og tilføj kapacitet. Klik derefter på Næste.
| ||
4 | Vælg Cisco IP-telefon, og klik derefter på Næste. | ||
5 | Vælg en enhedstype på rullelisten, og klik derefter på Næste. | ||
6 | Vælg, om du vil registrere telefonen med en aktiveringskode (hvis valgmuligheden vises) eller en MAC-adresse, og klik derefter på Næste. Hvis du vælger at registrere enheden ved hjælp af en aktiveringskode, sendes koden via e-mail til den udpegede 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. | ||
7 | Klik på opkaldstjenesten , og vælg det abonnement, du vil tildele til arbejdsområdet. | ||
8 | Tildel en placering og et telefonnummer (bestemt af den placering, du vælger), og klik derefter på Gem. Du kan også tildele et lokalnummer.
|
Hvis du vil genbruge en telefon, der er tildelt en Webex Calling -bruger/-arbejdsområde til en anden Webex Calling -bruger/-arbejdsområde, skal du følge disse trin:
1 | Fra kundevisningen ihttps://admin.webex.com, skal du gå til det bruger/arbejdsområde, hvor enheden i øjeblikket er tildelt. Du kan gentildele enheden i disse scenarier:
|
2 | På telefonen skal du gå til menuen Indstillinger og udføre disse trin for at gentildele telefonen. |
3 | Følg instruktionerne i Tilføj og tildel telefon til bruger eller Føj en telefon til et nyt arbejdsområde for at tildele eller tilføje en telefon til en bruger/arbejdsområde. |
4 | Når du tilføjer enheden i Control Hub, skal du udføre disse handlinger på telefonen: |
Tildeling af en Board-, Desk- eller Room-enhed som en personlig enhed til en person giver dem mulighed for at få deres Webex-opkald og -møder direkte til deres enhed. Få flere oplysninger i Tildel en personlig Board-, Desk- eller Lokaleenhed til en bruger.
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.
Nøgleprincippet for en Workspaces-enhed er, at den ikke tildeles til en bestemt bruger, men derimod en fysisk placering, der giver mulighed for delt brug.
1 | Fra kundevisningen i https://admin.webex.com, gå til . Du kan også føje en enhed til et nyt arbejdsområde fra afsnittet Enheder ved at navigere til
. |
2 | Vælg . |
3 | Indtast et navn for arbejdsområdet (f.eks. navnet på det fysiske lokale), vælg lokaletypen og tilføj kapacitet. Klik derefter på Næste. |
4 | Vælg Cisco Collaboration-enhed , og klik derefter på Næste. Cisco Collaboration-enhed omfatter Cisco Webex Room- eller Desk-enhed, herunder Cisco Webex Board. |
5 | Vælg en af følgende tjenester, og klik på Næste.
|
6 | Hvis du har valgt Cisco Webex Calling-tjenesten , skal du vælge det abonnement, du vil tildele til arbejdsområdet. |
7 | Tildel en placering, et telefonnummer (bestemt af den placering, du vælger) og et lokalnummer, og klik derefter på Gem. |
8 | Aktivér enheden ved at bruge den medfølgende kode. Du kan kopiere eller udskrive aktiveringskoden eller sende den på e-mail. |
Hvis du vil tildele flere enheder til brugere og arbejdsområder, kan du udfylde en CSV-fil med de påkrævede oplysninger og aktivere disse enheder i blot et par nemme trin.
Enhederne, der er angivet her, understøtter Webex Calling. Du kan registrere alle enheder ved hjælp af en MAC-adresse, men registrer følgende undersæt enheder 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
Cisco Video Phone 8875
1 | Fra kundevisningen i https://admin.webex.com, gå til . | |||||||||||||||||||||||||||||||||||||||||||||||
2 | Vælg en af følgende valgmuligheder, og klik på Download.
Du kan bruge følgende tabel til at forberede din CSV-fil.
| |||||||||||||||||||||||||||||||||||||||||||||||
3 | Udfyld regnearket. | |||||||||||||||||||||||||||||||||||||||||||||||
4 | Overfør CSV-filen ved at trække og slippe den eller klikke på Vælg en fil. | |||||||||||||||||||||||||||||||||||||||||||||||
5 | Hvis MAC-adressen er tom, får du mulighed for at vælge, hvor aktiveringskoden sendes.
Du eller brugeren skal indtaste aktiveringskoden på enheden for at aktivere den. | |||||||||||||||||||||||||||||||||||||||||||||||
6 | Klik på Indsend. Viser den opdaterede status, når enhederne bliver aktive.
|
Hvis du vil se listen over enheder, der er tildelt til brugere og arbejdsområder, kan du eksportere CSV-fil.
Fra kundevisningen i https://admin.webex.com skal du gå til Enheder.
Vælg flere enheder fra enhedslisten, og vælg Eksportér valgmulighed. Du kan vælge de felter, der skal medtages i CSV-fil, og eksportere indholdet til en lokal mappe.
De felter, der vises på CSV-fil, afhænger af enhedens forbindelse til platformen. Derfor er nogle felter ikke tilgængelige i outputfilen. |
Du kan tilføje, fjerne, genstarte, kontrollere aktivering eller oprette en ny aktiveringskode for de enheder, der er tildelt til brugere i din organisation. Dette kan være nyttigt for at få vist og administrere enheder på brugerskærmen, når det er nødvendigt.
1 | Fra kundevisningen i , gå til Ledelse > Placeringer .https://admin.webex.com | ||
2 | Vælg en bruger, og klik på Enheder. | ||
3 | Hvis du vil tilføje en enhed til denne bruger, skal du klikke på Tilføj enhed.
For yderligere oplysninger om tilføjelse af enheden til en bruger, se afsnittet Tilføj telefoner til en bruger. | ||
4 | Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet. Dette fører dig til siden Enheder. 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. | ||
5 | Hvis den enhed, der er føjet til brugeren, er Webex Aware, vises Webex Aware-indstillingen under enhederne som vist i diagrammet. Webex Aware angiver, at enheden er onboardet til Webex -platformen og har adgang til Webex -funktioner, der understøttes af telefonen. | ||
6 | Klik på Handlinger for at administrere enheden. Handlinger hjælper med at anvende konfigurationsændringer eller opdatere firmwaren til MPP-enhederne. Fanen Handlinger har disse valgmuligheder for en Webex Aware-aktiveret enhed:
|
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. Få flere oplysninger om hotel på: Hoteling i Cisco Webex Control Hub .
1 | Fra kundevisningen i https://admin.webex.com, gå til . |
2 | Vælg det arbejdsområde, der skal ændres. |
3 | Hvis du vil tilføje en enhed, skal du klikke på Tilføj enhed i feltet Enheder . Hvis du ønsker yderligere oplysninger om tilføjelse af enheder til arbejdsområde, kan du se afsnittet Tilføj en telefon til et nyt arbejdsområde. |
4 | Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet. Dette fører dig til siden Enheder. 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. |
5 | Hvis den enhed, der er føjet til arbejdsområdet, er Webex Aware, vises Webex Aware-indstillingen under enhederne som vist i diagrammet. Webex Aware angiver, at enheden er onboardet til Webex -platformen og har adgang til Webex -funktioner, der understøttes af telefonen. |
6 | Klik på Handlinger for at administrere enheden. Handlinger hjælper med at anvende konfigurationsændringer eller opdatere firmwaren til MPP-enhederne. Fanen Handlinger har disse valgmuligheder for en Webex Aware-aktiveret enhed:
|
Visning af delt linje giver dig mulighed for at tilføje linjer til en primær enhed brugerenhed og omarrangere, hvordan linjerne vises. Denne funktion giver en bruger mulighed for at modtage og foretage opkald til og fra en anden brugers lokalnummer ved hjælp af sin egen telefon. Et eksempel på visning af delt linje er en chefassistent, der ønsker at 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 grænse for konfiguration er 35 enheder for hvert brugertelefonnummer , inklusive brugerens desktop- eller telefonnummer. Du kan tilføje yderligere linjer til en arbejdsområdetelefon, men du kan ikke tilføje en arbejdsområdetelefon som en delt linje.
Når du tildeler en delt linje, kan du tildele numre fra forskellige Webex Calling placeringer til enheder på en anden placering. For eksempel kan et nummer (bruger, arbejdsområde, virtuel linje) fra den britiske placering tildeles til en enhed, der er tildelt en bruger i den amerikanske placering. Få flere oplysninger om delt linje på tværs af placeringer i: Konfiguration af delte linjer og virtuelle linjer på tværs af lokationer . |
Når en bruger tilføjer hurtigopkald til sin MPP-telefon, er de ikke synlige i Control Hub. Hurtigopkald kan overskrives ved konfiguration af en delt linje. Hvis en bruger har numre fra andre brugere/grupper konfigureret på deres enheder, kan du tilføje en brugerdefineret etiket til den delt linje. Denne brugerdefinerede etiket hjælper med at identificere den ene delt linje udseende fra den anden. |
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, du vil tilføje eller ændre de delte linjer, og rul 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 | For at fjerne en linje, klik på
| ||
6 | For at tilføje en visning af en delt linje skal du klikke på
| ||
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 de to tilgængelige konfigurationer for ATA-enheder til enheder med to porte og 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 | For at tilføje en konfiguration af delt port skal du klikke på | ||
6 | Indtast navn eller telefonnummer, vælg mellem de valgmuligheder, der vises, og klik derefter på Gem.
| ||
7 | Hvis enheden kræver T.38-faxkomprimering, skal du markere afkrydsningsfeltet i kolonnen T.38 eller tilsidesætte komprimeringsindstillingerne på brugerniveau og derefter klikke på Gem .
|
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, som du kan tilføje Control Hub 250 til 1000. |
1 | Fra kundevisningen i https://admin.webex.com skal du gå til 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 | Angiv placeringen, tilstand, områdekode, præfikset (valgfrit), og klik derefter på Søg. Tilgængelige numre vises. |
4 | Vælg de numre, du vil føje til placeringen. De numre, du vælger, flyttes til feltet Valgte numre . |
5 | Klik på Gem. |
Du kan se en liste over de PSTN-numre, som din organisation har bestilt. Med disse oplysninger kan du se de ubrugte numre, der er tilgængelige, og de numre, der er blevet bestilt, der snart bliver tilgængelige.
Fra kundevisningen i https://admin.webex.com skal du gå til . |
Når du tilslutter tilbehør (headsets/KEM'er) til en MPP-enhed, vises de som en beholdningsvare 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.
Telefonmodel | Cisco Headset 520-serien | Cisco Headset 530-serien | Cisco Headset 560-serien | Cisco Headset 730-serien |
---|---|---|---|---|
Cisco IP-telefon 8811/8841/8845 | — | — | RJ9 og RJ11 | — |
Cisco IP-telefon 8851/8861/8865 | USB | USB | USB RJ9 og 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 | — | — | — | — |
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 | — |
For fejlfinding af problemer med tastudvidelsesmodul ( udvidelsesmodul) på telefoner, der er registreret til Webex Calling, se Fejlfinding af problemer med tastudvidelsesmoduler i Webex Calling for detaljer. |
Administratorer har en række rapporter lige ved hånden, der kan hjælpe med at vurdere, hvordan Webex Calling tjenester bruges, og hvor ofte de bruges. Administratorer kan også få et hurtigt overblik over mediekvaliteten for din placering.
Se 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 | For detaljerede opkaldshistorik skal du logge ind på Control Hub , og derefter gå til . |
2 | Vælg Detaljeret opkaldshistorik . Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst. |
3 | For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald. Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.
|
Kør CScan-værktøjet
CScan er et værktøj til netværksparathed, der er designet til at teste din netværksforbindelse til Webex Calling.
For yderligere oplysninger henvises til Brug CScan til at teste Webex Calling-netværkskvaliteten. |
Denne artikel er til netværksadministratorer, især firewall- og proxysikkerhedsadministratorer, der bruger Webex Calling -tjenester i deres organisation. Den beskriver netværkskravene og viser de adresser, porte og protokoller, der bruges til at tilslutte dine telefoner, Webex appen og gateways til Webex Calling tjenester.
En korrekt konfigureret firewall og proxy er afgørende for en vellykket installation af opkald. Webex Calling bruger SIP og HTTPS til opkaldssignalering og de tilknyttede adresser og porte til medier, netværksforbindelse og gateway-forbindelse som Webex Calling er en global tjenesteydelse.
Ikke alle firewallkonfigurationer kræver, at porte er åbne. Men hvis du kører indefra-til-ydre-regler, skal du åbne porte for at de påkrævede protokoller kan lade tjenester ud.
NAT (Network Address Translation)
Netværksadresseoversættelse (NAT) og PAT (Port Address Translation) anvendes på grænsen mellem to netværk for at oversætte adresseområder eller for at forhindre kollision mellem IP-adresseområder.
Organisationer bruger gatewayteknologier som firewalls og proxyer, der leverer NAT- eller PAT-tjenester til at give internetadgang til Applikationer eller enheder, der er på et privat IP-adresseområde. Disse gateways gør trafik fra interne apps eller enheder til internettet tilsyneladende kommer fra en eller flere offentligt distribuerbare IP-adresser.
Hvis du installerer NAT, er det ikke obligatorisk at åbne en indgående port på firewallen.
Valider den NAT-pulsstørrelse, der kræves for app- eller enhedsforbindelse, når flere appbrugere og enheder får adgang til Webex Calling- og Webex-opmærksomme tjenester ved hjælp af NAT eller PAT. Sørg for, at der tildeles tilstrækkelige offentlige IP-adresser til NAT-pools for at forhindre udtømning af portene. Portudmattelse bidrager til, at interne brugere og enheder ikke kan oprette forbindelse til Webex Calling- og Webex Aware-tjenesterne.
Definer rimelige bindingsperioder, og undgå at ændre SIP på NAT-enheden.
Konfigurer en minimums-NAT-timeout for at sikre korrekt drift af enhederne. Eksempel: Cisco-telefoner sender en opfølgende REGISTER opdateringsmeddelelse hvert 1.-2. minut.
Hvis dit netværk implementerer NAT eller SPI, skal du angive en større timeout (på mindst 30 minutter) for forbindelserne. Denne timeout giver pålidelig forbindelse og reducerer samtidig batteriforbruget på brugernes mobile enheder.
SIP Application Layer Gateway
Hvis en router eller firewall er SIP -bevidst, dvs. SIP Application Layer Gateway (ALG) eller lignende er aktiveret, anbefaler vi, at du deaktiverer denne funktionalitet for at opretholde korrekt drift af tjenesten.
Se i den relevante producents dokumentation for trin til deaktivering af SIP ALG på specifikke enheder.
Proxy support til Webex Calling
Organisationer installerer en internetfirewall eller internetproxy og firewall til at inspicere, begrænse og kontrollere HTTP-trafikken, der forlader og kommer ind på deres netværk. På den måde beskytter de deres netværk mod forskellige former for cyberangreb.
Proxyer udfører flere sikkerhedsfunktioner, såsom:
Tillad eller bloker adgang til bestemte URL-adresser.
Brugergodkendelse
IP-adresse/domæne/værtsnavn/ URI -omdømmeopslag
Trafik dekryptering og inspektion
Ved konfiguration af proxyfunktionen gælder den for alle de applikationer, der bruger HTTP'ens protokol.
Applikationerne omfatter følgende:
Webex-tjenesteydelser
Procedurer for kundeenhedsaktivering (CDA) ved hjælp af Cisco-cloud -klargøringsplatform, såsom GDS, EDOS-enhedsaktivering, klargøring og onboarding til Webex Cloud.
Certifikatgodkendelse
Firmwareopgraderinger
Statusrapporter
PRT-uploads
XSI-tjenester
Hvis der er konfigureret en proxyserver , sendes kun signaltrafikken (HTTP/HTTPS) til proxyserver. Klienter, der bruger SIP til at tilmelde sig Webex Calling -tjenesten og de tilknyttede medier, sendes ikke til proxyen. Tillad derfor disse klienter at gå direkte gennem firewallen. |
Understøttede proxyindstillinger, konfiguration og godkendelsestyper
De understøttede proxytyper er:
Eksplicit proxy (inspicerende eller ikke-inspicerende) – Konfigurer klientens app eller enhed med eksplicit proxy for at angive, hvilken server der skal bruges. Denne valgmulighed understøtter en af følgende godkendelsestyper:
Gennemsigtig proxy (ikke-inspicerende) – klienterne er ikke konfigureret til at bruge en bestemt proxyserver og kræver ingen ændringer for at fungere med en ikke-inspicerende proxy.
Gennemsigtig proxy (inspicerer) – klienterne er ikke konfigureret til at bruge en bestemt proxyserver . Det er ikke nødvendigt at foretage ændringer i HTTP-konfigurationen. dog skal dine klienters enten app eller enheder have et rodcertifikat, så de har tillid til proxyen. It-teamet bruger kontrollerende proxyer til at håndhæve politikker på de websteder, der skal besøges, og de indholdstyper, der ikke er tilladt.
Konfigurer proxyadresserne manuelt for Webex Room-enheder, Cisco IP multiplatformstelefoner (MPP) og Webex appen ved hjælp af:
Platform OS
Enhedens brugergrænseflade
Automatisk registrering
Under konfigurationen kan du vælge mellem følgende proxykonfigurationer og -godkendelsestyper:
Produkt | Proxykonfiguration | Godkendelsestype |
---|---|---|
Webex til Mac | Manuel, WPAD, PAC | Ingen godkendelse, grundlæggende, NTLM, † |
Webex til Windows | Manuel, WPAD, PAC, GPO | Ingen godkendelse, grundlæggende, NTLM, † , Forhandle |
Webex til iOS | Manuel, WPAD, PAC | Ingen godk., grundlæggende, Digest, NTLM |
Webex til Android | Manuel, PAC | Ingen godk., grundlæggende, Digest, NTLM |
Webex-webapp | Understøttet via OS | Ingen godk., grundlæggende, Digest, NTLM, Negotiate |
Webex Room-enheder | WPAD, PAC eller manuel | Ingen godk., grundlæggende, Digest |
Cisco IP-telefoner | Manuel, WPAD, PAC | Ingen godk., grundlæggende, Digest |
Webex Video Mesh Node | Manuel | Ingen godk., grundlæggende, Digest, NTLM |
For tegnforklaringer i tabellen:
† Mac NTLM-godkendelse – maskinen skal ikke være logget på domænet, brugeren bliver bedt om en adgangskode
† Windows NTLM-godkendelse – understøttes kun, hvis en maskine er logget på domænet
Webproxy automatisk registrering (WPAD) – se Protokol til automatisk registrering af webproxy for detaljer.
PAC-filer (Proxy Auto Config) – se Automatisk konfiguration af proxyfiler for detaljer.
For at tilslutte Cisco Webex Board, bord- eller lokaleenhed til en proxyserver, se Slut din Board-, Desk- eller Room-enhed til en proxyserver .
For Cisco IP telefoner, se Konfigurer en proxyserver som et eksempel på konfiguration af proxyserver og indstillinger.
For |
Proxyindstillinger til Windows OS
Microsoft Windows understøtter to netværksbiblioteker til HTTP-trafik (WinINet og WinHTTP), der tillader proxykonfiguration.WinINet er et supersæt af WinHTTP.
WinInet er kun designet til desktopklientapplikationer til én bruger
WinHTTP er primært designet til serverbaserede applikationer med flere brugere
Når du vælger mellem de to, skal du vælge WinINet som dine konfigurationsindstillinger. Se flere oplysninger wininet-vs-winhttp .
Der henvises til Konfigurer en liste over tilladte domæner for at få adgang til Webex på dit firmanetværk for oplysninger om følgende:
For at sikre, at personer kun logger ind på applikationer ved hjælp af konti fra en foruddefineret liste over domæner.
Brug en proxyserver til at opsnappe anmodninger og begrænse de domæner, der er tilladt.
Proxy-inspektion og certifikatfastgørelse
Webex appen og -enhederne validerer certifikaterne for serverne, når de opretter TLS -sessionerne. Certifikat kontrollerer, at f.eks. certifikatudsteder og digital signatur er afhængige af bekræftelse af kæden af certifikater op til rodcertifikat. For at udføre valideringskontrollen bruger Webex appen og -enhederne et sæt pålidelige rodcertifikater, der er installeret i operativsystem tillidslager.
Hvis du har installeret en TLS-kontrollerende proxy til at opsnappe, dekryptere og kontrollere Webex Calling -opkaldstrafik. Sørg for, at det certifikat, som proxyen viser (i stedet for Webex -tjenestecertifikatet) er signeret af en certifikatudsteder, og at rodcertifikat er installeret i tillidslageret på din Webex -app eller Webex -enhed.
For Webex -appen – installer CA-certifikat , der bruges til at signere certifikatet af proxyen i enhedens operativsystem .
For Webex Room-enheder og Cisco - IP -telefoner med flere platforme – Åbn en tjenesteanmodning med TAC-teamet for at installere CA-certifikat.
Denne tabel viser Webex appen og Webex enheder, der understøtter TLS inspektion ved hjælp af proxyservere
Produkt | Understøtter brugerdefinerede nøglecentre til TLS-inspektion |
---|---|
Webex-app (Windows, Mac, iOS, Android og web) | Ja |
Webex Room-enheder | Ja |
Cisco IP Multiplatform-telefoner (MPP). | Ja |
Konfiguration af firewall
Cisco understøtter Webex Calling og Webex Aware-tjenester i sikre Cisco og Amazon Web Services (AWS)-datacentre. Amazon har reserveret sine IP undernet til Ciscos eneste brug og sikret de tjenester, der er placeret i disse undernet i den virtuelle private sky AWS.
Konfigurer din firewall til at tillade, at kommunikation fra dine enheder, applikationer og internetbaserede tjenester udfører deres funktioner korrekt. Denne konfiguration giver adgang til alle de understøttede Webex Calling og Webex Aware-skytjenester, domænenavne, IP -adresser, porte og protokoller.
Hvidliste eller åben adgang til følgende, så Webex Calling og Webex Aware-tjenester fungerer korrekt.
De URL-adresser/domæner, der er nævnt under afsnittet Domæner og URL-adresser til Webex Calling -tjenester
IP undernet, porte og protokoller nævnt i afsnittet IP undernet til Webex Calling -tjenester
Hvis du bruger Webex Meetings, meddelelser og andre tjenester, skal du sørge for, at du har de domæner/URL-adresser, der er nævnt i denne artikel, også er åbne Netværkskrav til Webex-tjenesteydelser
Hvis du kun bruger en firewall, understøttes filtrering af Webex Calling-trafik ved brug af IP-adresser alene ikke, da IP-adressepools er dynamiske og kan ændres når som helst. Opdater dine regler regelmæssigt. Hvis du ikke opdaterer listen over firewallregler, kan det påvirke dine brugeres oplevelse. Cisco anbefaler ikke filtrering af et undersæt af IP -adresser baseret på en bestemt geografisk region eller cloud tjenesteudbyder. Filtrering efter område kan forårsage alvorlig forringelse af din opkaldsoplevelse.
Hvis din firewall ikke understøtter domæne-/ URL -filtrering, skal du bruge en Enterprise Proxy-serverindstilling. Denne valgmulighed filtrerer/tillader HTTPs, der signalerer trafik til, efter URL-adresse/domæne Webex Calling og Webex Aware-tjenester på din proxyserver, før du videresender til din firewall.
For Webex Calling , UDP er Ciscos foretrukne transportprotokol til medier, og den anbefaler kun at bruge SRTP over UDP. TCP og TLS som transportprotokoller for medier understøttes ikke for Webex Calling i produktionsmiljøer. Disse protokollers forbindelsesorienterede karakter påvirker mediekvaliteten over tab af netværk. Hvis du har spørgsmål vedrørende transportprotokollen, skal du oprette en supportseddel.
Domæner og URL-adresser for Webex Calling-tjenester
Et * vist i begyndelsen af en URL -adresse (f.eks. *.webex.com) angiver, at tjenester på topdomænet og alle underdomæner er tilgængelige.
Domæne/URL-adresse | Beskrivelse | Webex-apps og -enheder, der bruger disse domæner/URL-adresser | ||
---|---|---|---|---|
Cisco Webex-tjenesteydelser | ||||
*.broadcloudpbx.com | Webex-godkendelsens mikrotjenester til krydsstart fra Control Hub til opkaldsadministratorportalen. | 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 | ||
*.webex.com *.cisco.com | Webex Calling og Webex Aware-tjenester
Når en telefon opretter forbindelse til et netværk for første gang, eller efter en fabriksnulstilling uden indstillet DHCP -indstillinger, kontakter den en enhedsaktiveringsserver med henblik på nulpunktsklargøring. Nye telefoner bruger active.cisco.com, og telefoner med firmwareversion tidligere end 11.2(1), fortsætter med at bruge webapps.cisco.com til klargøring. Download enhedens firmware og opdateringer af landestandarder fra binære filer.webex.com . Tillad, at Cisco Multiplatformstelefoner (MPP'er), der er ældre end 12.0.3-versionen, kan få adgang til sudirenewal.cisco.com via port 80 for at forny MIC (Manufacturer Installed Certificate) og have en SUDI (Secure Unique Device Identifier). For detaljer, se Feltmeddelelse. | Alle | ||
*.ucmgmt.cisco.com | Webex Calling-tjenester | Control Hub | ||
*.wbx2.com og *.ciscospark.com | Bruges til cloud-bevidsthed, CSDM, WDM, kviksølv og så videre. Disse tjenester er nødvendige for, at apps og enhederne kan nå ud til Webex Calling og Webex Aware-tjenester under og efter onboarding. | Alle | ||
*.webexapis.com | Webex-mikrotjenester, der administrerer dine applikationer og enheder.
| Alle | ||
*.webexcontent.com | Webex-meddelelsestjenester relateret til generel fillagring, herunder:
| Webex Apps- Meddelelser .
| ||
*.accompany.com | Integrering af People Insights | Webex-apps | ||
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 | Tjenester til enhedsadministration. Firmwareopgraderinger og sikker onboarding. | 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 | ||
*.google.com *.googleapis.com | Underretninger til Webex -apps på mobilenheder (eksempel: ny besked, når opkaldet besvares) For IP undernet henvises der til disse links Tjenesten Google Firebase Cloud Meddelelser (FCM). Apple Push Notification Service (APNS)
| Webex-app |
IP-undernet til Webex Calling-tjenester
IP undernet til Webex Calling -tjenester * † | ||
---|---|---|
23.89.0.0/16 | 85.119.56.0/23 | 128.177.14.0/24 |
128.177.36.0/24 | 135.84.168.0/21 | 139.177.64.0/21 |
139.177.72.0/23 | 144.196.0.0/16 | 150.253.128.0/17 |
170.72.0.0/16 | 170.133.128.0/18 | 185.115.196.0/22 |
199.19.196.0/23 | 199.19.199.0/24 | 199.59.64.0/21 |
Tilslutningsformål | Kildeadresser | Kildeporte | Protokol | Destinationsadresser | Destinationsporte | Bemærkninger | |
---|---|---|---|---|---|---|---|
Opkaldssignal til Webex Calling (SIP TLS) | Ekstern lokal gateway (NIC) | 8000-65535 | TCP | Se IP-undernet for Webex Calling-tjenester. | 5062, 8934 | Disse IP-adresser/porte er nødvendige til udgående SIP-TLS-opkaldssignalering fra lokale gateways, enheder og applikationer (kilde) til Webex-opkald Cloud (destination). Port 5062 (påkrævet for certifikatbaseret trunk). Og port 8934 (påkrævet for registreringsbaseret trunk | |
Enheder | 5060-5080 | 8934 | |||||
Applikationer | Kortvarig (OS-afhængig) | ||||||
Opkaldssignal fra Webex Calling (SIP TLS) til lokal gateway | Webex Calling-adresseområde. Se IP-undernet for Webex Calling-tjenester | 8934 | TCP | IP-område eller IP-område valgt af kunden til deres lokale gateway | Port eller portområde valgt af kunden til deres lokale gateway | Gælder for certifikatbaserede lokale gateways. Det er nødvendigt at oprette en forbindelse fra Webex Calling til en lokal gateway. Registreringsbaseret lokal gateway fungerer ved at genbruge en forbindelse, der er oprettet fra den lokale gateway. Destinationsport er kunde valgt Konfigurer trunks | |
Opkaldsmedier til Webex Calling (STUN, SRTP, T38) | Ekstern lokal gateway (NIC) | 8000-48198 † * | UDP | Se IP-undernet for Webex Calling-tjenester. | 5004, 9000 (STUN-porte) 8500-8700,19560-65535 (SRTP over UDP) |
| |
Enheder | 19560-19660 | ||||||
Applikationer | 8500-8700 | ||||||
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 fra Webex Calling (SRTP, T38) | Webex Calling-adresseområde. Se IP-undernet for Webex Calling-tjenester | 19560-65535 (SRTP over UDP) | UDP | IP-område eller IP-område valgt af kunden til deres lokale gateway | Medieportområde valgt af kunden for deres lokale gateway | Webex Calling giver alle eksterne enheder mulighed for at udføre medielastning, hvis enheden er bag en NAT. For certifikatbaseret lokal gateway er det nødvendigt at tillade indtrænsadgang for specifikt portområde. Se de netværkskrav, der er specifikke for NAT, når du installerer en certifikatbaseret lokal gateway. | |
Opkaldsmedier til PSTN-gateway (SRTP) | Intern lokal gateway (NIC) | 8000-48198 † * | UDP | Din ITSP PSTN GW eller Unified CM | Afhænger af PSTN-indstillingen (f.eks. typisk 5060 eller 5061 for Unified CM) | ||
Enhedskonfiguration og firmwareadministration (Cisco-enheder) | Webex Calling-enheder | Kortvarig | TCP | 3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26 | 443, 6970, 80 | Påkrævet af følgende årsager:
| |
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 | 443, 8443 | Bruges til Idbroker-godkendelse, applikationskonfigurationstjenester til klienter, browserbaseret webadgang til egenomsorg OG adgang til administrative grænseflader. | |
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) | |
Forløsning af enhedsnavn og opløsning af programnavn | Webex Calling-enheder | Kortvarig | UDP og TCP | Værtsdefineret | 53 | Bruges til DNS -opslag for at finde IP -adresserne for Webex Calling -tjenester i skyen. Selvom typiske DNS -opslag udføres over UDP, kan nogle kræve TCP, hvis forespørgselssvarene ikke kan indeholde det i UDP pakker. | |
Synkronisering af klokkeslæt i applikationer | Webex Calling-applikationer | 123 | UDP | Værtsdefineret | 123 | ||
Webbaseret Netværksparathed Prækvalifikationsværktøj til Webex Calling | Kortvarig | TCP | Se IP-undernet for Webex Calling-tjenester. | 8934 og 443 | Webbaseret netværksparathed Prækvalifikationsværktøj til Webex Calling. Få flere oplysninger på cscan.webex.com. | ||
UDP | 19569-19760 | ||||||
Yderligere Webex Calling og Webex Aware-tjenester (tredjepart) | |||||||
Push-meddelelser APNS- og FCM-tjenester | Webex-opkaldsapplikationer | Kortvarig | TCP | Se IP undernet, der er nævnt under linkene | 443, 2197, 5228, 5229, 5230, 5223 | Underretninger til Webex Apps på mobilenheder (eksempel: Når du modtager en ny besked, eller når et opkald besvares) |
|
Webex Meetings/-meddelelser – netværkskrav
Onboard MPP-enhederne til Webex Cloud for tjenester som opkaldshistorik, katalogsøgning og møder. Se netværkskravene til disse Webex -tjenester i Netværkskrav til Webex -tjenester . Hvis du bruger møder, meddelelser og andre tjenester fraWebex-appen, skal du sørge for, at de domæner/URL'er/adresser, der er nævnt i denne artikel, er åbne.
Referencer
Hvis du vil vide, hvad der er nyt i Webex Calling, se Nyheder i Webex Calling
For sikkerhedskrav til Webex Calling, se Artikel
Webex Calling medieoptimering med ICE (Interactive Connectivity Establishment) Artikel
Dokumentets revisionshistorik
Dato | Vi har foretaget følgende ændringer i denne artikel | ||
---|---|---|---|
18. december 2023 | Inkluderede sudirenewal.cisco.com URL-adresse og port 80-krav til enhedskonfiguration og firmwareadministration af Cisco MPP-telefonens MIC-fornyelse. | ||
11. december 2023 | Opdaterede IP-undernet for Webex Calling-tjenester til at omfatte et større sæt IP-adresser. 150.253.209.128/25 – ændret til 150.253.128.0/17 | ||
29. november 2023 | Opdaterede IP-undernet for Webex Calling-tjenester til at omfatte et større sæt IP-adresser for at tilpasse Webex Calling-områdeudvidelsen til fremtidig vækst. 144.196.33.0/25 – ændret til 144.196.0.0/16 IP-undernet til Webex Calling-tjenestesektioner under Webex Calling (SIP TLS) og Opkaldsmedier til Webex Calling (STUN, SRTP) opdateres for klarhed om certifikatbaseret trunking og firewallkravene til lokal gateway. | ||
14. august 2023 | Vi har tilføjet følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for at understøtte øgede kapacitetskrav til Edge- og Webex Calling-tjenester.
| ||
5. juli 2023 | Tilføjet linkethttps://binaries.webex.com for at installere Cisco MPP-firmwaren. | ||
7. marts 2023 | Vi har gennemgået hele artiklen, så den omfatter:
| ||
5. marts 2023 | Opdatering af artiklen til at omfatte følgende:
| ||
15. november 2022 | Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):
Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):
| ||
14. november 2022 | Tilføjet IP-undernet 170.72.242.0/24 for Webex Webex Calling -tjenesten. | ||
08. september 2022 | Cisco MPP-firmwaren skifter til brughttps://binaries.webex.com som værts- URL -adresse for MPP-firmwareopgraderinger i alle regioner. Denne ændring forbedrer firmwareopgraderingsydeevnen. | ||
30. august 2022 | Fjernet henvisning til Port 80 fra Enhedskonfiguration og firmwareadministration (Cisco-enheder), applikationskonfiguration og CScan-rækker i Port-tabellen, da der ikke er nogen afhængighed. | ||
18. august 2022 | Ingen ændring i løsningen. Opdaterede destinationsporte 5062 (påkrævet for certifikatbaseret trunk), 8934 (påkrævet for registreringsbaseret trunk) for opkaldssignal til Webex-opkald (SIP TLS). | ||
26. juli 2022 | Tilføjede IP-adressen 54.68.1.225, som er påkrævet for firmwareopgradering af Cisco 840/860-enheder. | ||
21. juli 2022 | Opdaterede destinationsporte 5062 og 8934 for opkaldssignalering til Webex-opkald (SIP TLS). | ||
14. juli 2022 | Tilføjet de URL-adresser, der understøtter en komplet funktion af Webex Aware-tjenester. Tilføjet IP-undernet 23.89.154.0/25 for Webex Webex Calling -tjenesten. | ||
27. juni 2022 | Opdaterede domænet og URL-adresserne for Webex-opkald tjenester: *.broadcloudpbx.com *.broadcloud.com.au *.broadcloud.eu *.broadcloudpbx.net | ||
15. juni 2022 | Tilføjede følgende porte og protokoller under IP-adresser og porte til Webex-opkald tjenester:
Opdaterede oplysninger i afsnittet Webex Meetings/meddelelser – netværkskrav | ||
24. maj 2022 | Tilføjede IP-undernet 52.26.82.54/24 til 52.26.82.54/32 for Webex-opkald tjeneste | ||
6. maj 2022 | Tilføjede IP-undernet 52.26.82.54/24 for Webex-opkald tjeneste | ||
7. april 2022 | Opdaterede den lokale gateways interne og eksterne UDP-portinterval til 8000-48198† | ||
5. april 2022 | Tilføjede følgende IP-undernet for Webex-opkald tjeneste:
| ||
29. marts 2022 | Tilføjede følgende IP-undernet for Webex-opkald tjeneste:
| ||
20. september 2021 | Tilføjede 4 nye IP-undernet for Webex-opkald tjeneste:
| ||
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.
| ||
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 | Vi tilføjede 5004 som destinationsport for Call-medie til Webex-opkald (STUN, SRTP) for at understøtte INTERACTIVE Connectivity Animation (ICE), som vil være tilgængelige i Webex-opkald i april 2021. | ||
22. februar 2021 | Domæner og URL-adresser er nu angivet i en separat tabel. Tabellen IP-adresser og porte justeres til gruppe-IP-adresser for de samme tjenester. Tilføjelse af kolonnen Bemærkninger til tabellen IP adresser og porte, der hjælper med at forstå kravene. Flytning af følgende IP -adresser til forenklede områder for enhedskonfiguration og firmwareadministration (Cisco -enheder):
Tilføjer følgende IP -adresser til applikationskonfiguration, fordi Cisco Webex klienten peger på en nyere DNS SRV i Australien i marts 2021.
| ||
21. januar 2021 | Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):
Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):
Vi har tilføjet følgende IP-adresser til applikationskonfigurationen:
Vi har fjernet følgende IP-adresser fra applikationskonfigurationen:
Vi har fjernet følgende portnumre fra applikationskonfigurationen:
Vi har føjet følgende domæner til applikationskonfigurationen:
| ||
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. Gemte netværksdiagrammerne, indtil disse IP -adresser er tilføjet. | ||
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:
| ||
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:
| ||
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:
| ||
11. marts 2020 | Vi har føjet følgende domæne- og IP -adresser til applikationskonfigurationen:
Vi opdaterede følgende domæner med yderligere IP-adresser til enhedskonfiguration og firmwareadministration:
| ||
27. februar 2020 | Vi har føjet følgende domæne og porte til enhedskonfiguration og firmwareadministration: cloudupgrader.webex.com – 443, 6970 |