Arbeidsflyt for konfigurasjon av Webex-kall
Arbeidsflyt for konfigurasjon av Webex-kall
29. mai 2024
Oversikt over Webex-anrop

Tenk deg å kunne dra nytte av funksjoner for nettskysamtaler, mobilitet og PBX i bedriftsklasse, i tillegg til meldings- og møterom og samtaler fra en myk Webex Calling -klient eller Cisco-enhet. Det er akkurat det Webex Calling har å tilby deg.

Vi introduserer Webex Calling

Webex Calling gir følgende funksjoner og fordeler:

  • Samtaleabonnement for telefonibrukere og fellesområder.

  • Sikre og pålitelige skytjenester levert av pålitelige regionale tjenesteleverandører

  • Webex-appen tilgang for alle brukere, og legger til omfattende enhetlig kommunikasjon og teamsamarbeidstjenester.

  • Webex Meetings som et valgfritt, integrert tillegg for å gi premium møteopplevelser som bedriftsbrukere forventer.

  • Offentlig svitsjet telefoninettverk (PSTN)-tilgang for å la brukerne ringe numre utenfor organisasjonen. Tjenesten leveres via en eksisterende bedriftsinfrastruktur (lokal gateway uten lokal IP-PBX eller med eksisterende Unified CM -samtalemiljø) eller PSTN-alternativer levert av Partner eller Cisco.

  • Nivå 1-støtte levert av partneren din, neste nivå-støtte levert av Cisco

Kontrollhub er en nettbasert administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet – Webex Calling , Webex-appen , og Webex Meetings.

Tabell 1. Funksjoner som kan konfigureres av administrator

Funksjon

Beskrivelse

Automatisk sentralbord

Du kan legge til hilsener, konfigurere menyer og rute anrop til en svartjeneste, en huntgruppe, en telefonsvarer eller en ekte person. Du kan opprette en 24-timers tidsplan eller tilby forskjellige alternativer når bedriften din er åpen eller stengt. Du kan til og med rute anrop basert på innringer-ID-attributter for å opprette VIP-lister eller behandle anrop fra bestemte retningsnumre på en annen måte.

Ring opp kø

Du kan konfigurere en samtalekø slik at når innkommende anrop ikke kan besvares, får anropere automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet.

Mottak av anrop

Du kan forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukere kan svare på anrop fra en annen bruker. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine.

Samtaleparkering

Du kan slå på samtaleparkering slik at brukere kan sette en samtale på vent og hente den fra en annen telefon.

Søkegruppe

Du vil kanskje definere huntgrupper i følgende scenarier:

  • Et salgsteam som vil ha sekvensiell ruting. Et innkommende anrop ringer én telefon, men hvis det ikke blir svar, går anropet til neste agent på listen.

  • Et kundestøtteteam som vil at alle telefonene skal ringe samtidig, slik at den første tilgjengelige agenten kan ta imot anropet.

Tilkallingsgruppe

Du kan opprette en oppkallingsgruppe, slik at brukerne kan sende en lydmelding til en person, en avdeling eller et team. Når noen sender en melding til en oppkallingsgruppe, spilles meldingen av på alle enhetene i gruppen.

Resepsjonistklient

Bidra til å støtte behovene til frontoffice-personellet ved å gi dem et komplett sett med alternativer for samtalekontroll , storstilt linjeovervåking, samtalekø, flere katalogalternativer og visninger, Outlook-integrering og mer.

Tabell 2. Brukerkonfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonym samtale

Brukere kan avvise innkommende anrop med blokkerte anrops-ID-er.

Bedriftskontinuitet

Hvis brukernes telefoner ikke er koblet til nettverket på grunn av for eksempel strømbrudd, nettverksproblemer og så videre, kan brukerne viderekoble innkommende anrop til et bestemt telefonnummer.

Viderekobling av samtale

Brukere kan viderekoble innkommende anrop til en annen telefon.

Selektiv viderekobling av anrop

Brukere kan viderekoble anrop til bestemte tider fra bestemte anropere. Denne innstillingen vil ha forrang over viderekobling av anrop.

Samtalevarsling

Brukere kan sende seg selv en e-post når de mottar et anrop i henhold til forhåndsdefinerte kriterier som telefonnummer eller dato og klokkeslett.

Samtale venter

Brukere kan tillate svar på flere innkommende anrop.

Ikke forstyrr

Brukere kan midlertidig la alle anrop gå direkte til talepost.

Kontor hvor som helst

Brukere kan bruke sine valgte telefoner («steder») som en forlengelse av bedriftens telefonnummer og oppringingsabonnement.

Prioritert varsel

Brukere kan ringe telefonene sine med en tydelig ringetone når forhåndsdefinerte kriterier er oppfylt, for eksempel telefonnummer eller dato og klokkeslett.

Eksternt kontor

Brukere kan foreta anrop fra en ekstern telefon og få den vist fra forretningslinjen. I tillegg vil alle innkommende anrop til forretningslinjen deres ringe på denne eksterne telefonen.

Selektiv mottak av anrop

Brukere kan godta anrop fra bestemte anropere til bestemte tider.

Selektiv avvisning av anrop

Brukere kan avvise anrop til bestemte tider fra bestemte anropere.

Sekvensiell ring

Ringe opptil 5 enheter etter hverandre for innkommende anrop.

Samtidig ringing

Ring brukernes og andre («samtalemottakere») numre samtidig for innkommende anrop.

Klargjøring av tjenester, enheter og brukere i Kontrollhub , Kryssstart til detaljert konfigurasjon i Ringer Admin Portal

Kontrollhub ( ) er en administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet – Webex Calling , Webex-appen , og Møter .https://admin.webex.com

Kontrollhub er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan foreta førstegangsoppsett av ringetjenesten, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å tilknytte enheter, legge til numre, tjenester, ringefunksjoner og så videre. Også fra Kontrollhub , kan du kryssstarte til Ringer Admin Portal .

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

Kundeadministratorer

Som administrator på en prøveversjon eller betalt abonnement på Webex Calling , kan du konfigurere organisasjonen din i Kontrollhub ved å legge til steder, lisenser, telefonnumre, ringefunksjoner, brukere og arbeidsområder (romenheter som registreres i Webex-skyen). Du kan også administrere alle disse komponentene derfra.

Partnere

Som tjenesteleverandør kan du merke, markedsføre og selge Webex Calling til kundene dine. Du kan konfigurere og utvide prøveversjoner, distribuere tjenester for kundene dine og opprette og klargjøre bestillinger for kundene dine.

Tilgjengelighet

Se Webex Calling topptekst i Hvor er Cisco Webex tilgjengelig artikkel for land der Webex Calling er tilgjengelig for salg.

Oversikt

Webex Calling inkluderer nå et dedikert skyforekomstalternativ basert på Cisco Unified Communications Manager arkitekturen. Dedicated Instance er integrert med Webex Calling og drar nytte av Webex-plattformtjenester, for å bringe sentralisert administrasjon samt gjeldende skyinnovasjon, utviklet hvor som helst på Webex-plattformen, for å forbedre ringeopplevelsen. Dedicated Instance støtter også eldre Cisco-endepunkter eller eksisterende integrasjoner som er en del av kritiske forretningsarbeidsflyter.

Dedicated Instance-tillegget for Webex-anrop inkluderer:

  • Cisco Unified Communications Manager

  • Cisco Unified IM og Presence (valgfritt – se Dedikert aktivering av forekomsttjeneste for mer informasjon.)

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (kun Amerika-regionen)

  • Cisco Session Management Edition (SME) (valgfritt)

Utvidet avkastning – Dedikert forekomst støtter de samme tale- og videoendepunktene som den tilknyttede UC Manager-utgivelsen, noe som eliminerer kravet om å oppdatere alle kundeendepunkter ved overføring til skyen og utvider avkastningen for disse ressursene.

Grunnleggende Inter-Op - Dedikert forekomst er integrert med Webex Calling for samtaleruting gjennom Webex-plattformen. Kunder har fleksibilitet til å distribuere brukere på tvers av både dedikert forekomst og Webex-anrop, og justere over tid etter behov for å imøtekomme deres forretningsbehov for skysamtaler.


 

Kunder som deler brukere på tvers av plattformer, vil oppleve forskjellige funksjoner. Anropsfunksjonene er ikke harmonisert mellom Dedicated Instance og Webex Calling. For eksempel kan Webex Calling-brukere ikke være en del av en jaktgruppe på Dedicated Instance.

Ta en omvisning i Kontrollhub

Kontrollhub er ditt eneste, nettbaserte grensesnitt for å administrere organisasjonen, administrere brukerne, tilordne tjenester, analysere brukstrender og samtalekvalitet med mer.

For å komme i gang med organisasjonen anbefaler vi at du inviterer noen få brukere til å bli med Webex-appen ved å skrive inn e-postadressene deres i Kontrollhub . Oppfordre folk til å bruke tjenestene du tilbyr, inkludert samtaler, og gi deg tilbakemelding om opplevelsen. Når du er klar, kan du alltid legge til flere brukere.


 

Vi anbefaler at du bruker den nyeste skrivebordsversjonen av Google Chrome eller Mozilla Firefox for å få tilgang til Control Hub. Nettlesere på mobile enheter og andre stasjonære nettlesere kan gi uventede resultater.

Bruk informasjonen nedenfor som et overordnet sammendrag av hva du kan forvente når du skal konfigurere organisasjonen din med tjenester. Hvis du vil ha mer detaljert informasjon, kan du se de enkelte kapitlene for trinnvise instruksjoner.

Kom i gang

Når partneren din har opprettet kontoen din, mottar du en velkomst-e-post. Klikk på Komme i gang koblingen i e-posten, ved hjelp av Chrome eller Firefox for å få tilgang Kontrollhub . Koblingen logger deg automatisk på med e-postadresse for administrator . Deretter blir du bedt om å opprette administrator ditt.

Førstegangsveiviser for prøveversjoner

Hvis partneren din har registrert deg for en prøveversjon, starter installasjonsveiviseren automatisk etter at du logger deg på Kontrollhub . Veiviseren leder deg gjennom de grunnleggende innstillingene for å komme i gang med organisasjonen din Webex Calling , blant andre tjenester. Du kan konfigurere og se gjennom samtaleinnstillingene før du fullfører veiviseren.

Se gjennom innstillingene dine

Når Kontrollhub laster inn, kan du se gjennom innstillingene dine.

Legg til brukere

Nå som du har konfigurert tjenestene, er du klar til å legge til personer fra firmakatalogen. Gå til Brukere og klikk Behandle brukere .

Hvis du bruker Microsoft Active Directory, anbefaler vi at du aktiverer Katalogsynkronisering først, og deretter bestemme hvordan du vil legge til brukere. Klikk på Neste og følg instruksjonene for å konfigurere Cisco-registerkobling.

Konfigurere engangspålogging (SSO)

Webex-appen bruker enkel godkjenning. Du kan velge å konfigurere SSO slik at brukere autentiserer med Enterprise Identity-leverandøren ved hjelp av Enterprise-legitimasjonen i stedet for et eget passord som lagres og administreres i Webex.

Gå til Innstillinger , bla til Autentisering , klikk Endre , og velg deretter Integrer en tredjeparts identitetsleverandør .

Tilordne tjenester til brukere

Du må tilordne tjenester til brukerne du har lagt til, slik at andre kan begynne å bruke Webex-appen .

Gå til Brukere , klikk Behandle brukere , velger du Eksporter og importer brukere med en CSV-fil , og klikk deretter Eksporter .

I filen du laster ned, legger du bare til Sant for tjenestene du vil tilordne til hver av brukerne dine.

Importer den fullførte filen, klikk på Legg til og fjern tjenester og klikk deretter på Send. Du er nå klar til å konfigurere anropsfunksjoner, registrere enheter som kan deles på et felles sted, og registrere og knytte enheter til brukere.

Gi brukerne mulighetene

Nå som du har lagt til brukere og de har blitt tildelt tjenester, kan de begynne å bruke sine støttede flerplattformstelefoner (MPP) for Webex Calling og Webex-appen for meldinger og møter. Oppmuntre dem til å bruke Innstillinger for Cisco Webex som en one-stop-shop for tilgangen.

Rollen til den lokale gatewayen

Den lokal gateway er en bedrifts- eller partneradministrert kantenhet for PSTN-samarbeid (Public Switch Telephony Network) og eldre PBX-samarbeid (inkludert Unified CM).

Du kan bruke Kontrollhub for å tilordne en lokal gateway til et sted, deretter Kontrollhub gir parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokal gateway i skyen, og deretter leveres PSTN-tjenesten gjennom gatewayen til Webex Calling brukere på et bestemt sted.

Hvis du vil angi og bestille en lokal gateway, kan du lese Bestillingsveiledning for lokal gateway .

Støttet lokale gateway-distribusjoner for Webex Calling

Følgende grunnleggende distribusjoner støttes:

Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves.

Lokale gateway-distribusjoner uten lokal IP-PBX

Frittstående lokale gateway-distribusjoner

Denne figuren viser en Webex Calling distribusjon uten eksisterende IP-PBX og gjelder for én plassering eller en distribusjon med flere steder.

For alle samtaler som ikke samsvarer med din Webex Calling destinasjoner, Webex Calling sender disse samtalene til den lokal gateway som er tilordnet stedet for behandling. Den lokal gateway ruter alle anrop som kommer fra Webex Calling til PSTN og i den andre retningen, PSTN til Webex Calling .

PSTN-gateway kan være en dedikert plattform eller en korresident med den lokal gateway. Som i figuren nedenfor, anbefaler vi den dedikerte PSTN-gateway -gatewayvarianten av denne distribusjonen. den kan brukes hvis den eksisterende PSTN-gateway ikke kan brukes som en Webex Calling lokal gateway.

Coresident Local Gateway-distribusjon

Den lokal gateway kan være IP-basert, koblet til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller analog krets. Følgende figur viser en Webex Calling distribusjon der den lokal gateway er identisk med PSTN GW/SBC.

Lokale gateway-distribusjoner med lokal Unified CM PBX

Integreringer med Unified CM er påkrevd i følgende tilfeller:

  • Webex Calling -aktiverte steder legges til i en eksisterende Cisco UC -distribusjon der Unified CM er distribuert som den lokale løsningen for samtalekontroll

  • Direkte oppringing mellom telefoner registrert for Unified CM og telefoner inn Webex Calling steder er obligatorisk.

Denne figuren viser en Webex Calling distribusjon der kunden har en eksisterende Unified CM IP PBX.

Webex Calling sender samtaler som ikke samsvarer med kundens Webex Calling mål til den lokal gateway. Dette inkluderer PSTN-numre og interne internnumre i Unified CM , som Webex Calling ikke kan se. Den lokal gateway ruter alle anrop som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale destinasjoner eller til PSTN i henhold til den eksisterende ringeplanen. Unified CM oppringingsplanen normaliserer tall som +E.164. PSTN-gateway kan være en dedikert eller samboer med den lokal gateway.

Dedikert PSTN-gateway

Den dedikerte PSTN-gateway gatewayvarianten av denne distribusjonen som vist i dette diagrammet er det anbefalte alternativet og kan brukes hvis den eksisterende PSTN-gateway ikke kan brukes som en Webex Calling lokal gateway.

Coresident PSTN Gateway

Denne figuren viser en Webex Calling distribusjon med en Unified CM der den lokal gateway er identisk med PSTN-gateway/SBC.

Webex Calling ruter alle samtaler som ikke samsvarer med kundens Webex Calling mål til den lokal gateway som er tilordnet til stedet. Dette inkluderer PSTN-destinasjoner og Internett-anrop mot interne Unified CM -numre. Den lokal gateway ruter alle anrop til Unified CM. Unified CM ruter deretter anrop til lokalt registrerte telefoner eller til PSTN via den lokal gateway, som har PSTN/SBC-funksjonalitet samlokalisert.

Hensyn til samtaleruting

Samtaler fra Webex Calling til Unified CM

Den Webex Calling Rutingslogikk fungerer slik: hvis nummeret som ringes opp på a Webex Calling endepunkt kan ikke rutes til noen annen destinasjon i den samme kunden i Webex Calling, og deretter sendes samtalen til den lokal gateway for videre behandling. Alle anrop utenfor nettet (utenfor Webex Calling) sendes til den lokal gateway.

For en Webex Calling distribusjon uten integrering i en eksisterende Unified CM, regnes alle anrop utenfor nettet som et PSTN-anrop. Når kombinert med Unified CM, kan en ekstern samtale fortsatt være en Internett-anrop til et hvilket som helst mål som er vert på Unified CM , eller et ekte anrop utenfor nettet til en PSTN-destinasjon. Skillet mellom de to sistnevnte anropstypene bestemmes av Unified CM og avhenger av oppringingsplanen for bedriften som er klargjort på Unified CM.

Følgende figur viser en Webex Calling bruker som ringer et nasjonalt nummer i USA.

Unified CM , basert på den konfigurerte anropsplanen, ruter nå anropet til et lokalt registrert endepunkt der den oppringte destinasjonen er klargjort som registernummer. For dette må Unified CM -oppringingsplanen støtte ruting av +E.164-numre.

Anrop fra Unified CM til Webex Calling

Aktivere samtaleruting fra Unified CM til Webex Calling på Unified CM må det klargjøres et sett med ruter for å definere settet med +E.164- og bedriftsnummerplanadresser i Webex Calling .

Med disse rutene på plass er begge anropsscenarioene vist i figuren nedenfor mulige.

Hvis en anroper i PSTN ringer et DID-nummer som er tilordnet en Webex Calling enhet, viderekobles samtalen til bedriften gjennom bedriftens PSTN-gateway og deretter Unified CM. Den oppringte adressen til det anropet samsvarer med en av Webex Calling ruter som klargjøres i Unified CM , og anropet sendes til den lokal gateway. (Den oppringte adressen må være i +E.164-format når den sendes til den lokal gateway.) Rutinglogikken for Webex Calling sørger for at anropet sendes til den tiltenkte Webex Calling enhet, basert på DID-tilordning.

Samtaler som kommer fra Unified CM registrerte endepunkter, målrettet mot destinasjoner i Webex Calling , er underlagt oppringingsplanen som er klargjort på Unified CM. Vanligvis lar denne ringeplanen brukerne bruke vanlige oppringingsvaner for bedriften til å foreta anrop. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før anropene sendes til den lokal gateway for å tillate riktig ruting i Webex Calling.

Tjenesteklasse (CoS)

Det anbefales alltid å implementere stramme restriksjoner for tjenester av forskjellige årsaker, inkludert å unngå samtalesløyfer og forhindre svindel med avgifter. I forbindelse med integrering Webex Calling Lokal gateway med tjenesteklasse Unified CM vi må vurdere tjenesteklasse for:

  • Enheter registrert med Unified CM

  • Anrop som kommer til Unified CM fra PSTN

  • Anrop som kommer til Unified CM fra Webex Calling

Enheter registrert med Unified CM

Legger til Webex Calling destinasjoner som en ny klasse av destinasjoner til et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til Webex Calling destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert inter-site) mål.

Hvis en oppringingsplan for bedrifter allerede implementerer tillatelsen «(forkortet) on-net inter-site», finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-nett Webex Calling mål i samme partisjon.

Ellers eksisterer ikke konseptet med «(forkortet) tillatelse for on-net inter-site» ennå, og da må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling mål legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til de riktige anropssøkeområdene.

Anrop som kommer til Unified CM fra PSTN

Legger til Webex Calling destinasjoner som en ny klasse av destinasjoner til et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til Webex Calling destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert inter-site) mål.

Hvis en oppringingsplan for bedrifter allerede implementerer tillatelsen «(forkortet) on-net inter-site», finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-nett Webex Calling mål i samme partisjon.

Ellers eksisterer ikke konseptet med «(forkortet) tillatelse for on-net inter-site» ennå, og da må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling mål legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til de riktige anropssøkeområdene.

Anrop som kommer til Unified CM fra Webex Calling

Samtaler som kommer inn fra PSTN, trenger tilgang til alle Webex Calling destinasjoner. Dette krever at du legger til partisjonen ovenfor som inneholder alle Webex Calling mål til anropssøkeområdet som brukes for innkommende anrop på PSTN-trunken. Tilgangen til Webex Calling destinasjoner kommer i tillegg til den allerede eksisterende tilgangen.

Mens for samtaler fra PSTN-tilgang til Unified CM DID-er og Webex Calling DID-er er obligatoriske anrop med opprinnelse i Webex Calling trenger tilgang til Unified CM DID-er og PSTN-destinasjoner.

Differensiert CoS for samtaler fra PSTN og Webex Calling

Dette tallet sammenligner disse to forskjellige tjenesteklassene for samtaler fra PSTN og Webex Calling. Figuren viser også at hvis PSTN-gateway er samlokalisert med den lokale gatewayen, kreves det to trunker fra den kombinerte PSTN GW og Local Gateway til Unified CM: én for samtaler med opprinnelse i PSTN og én for samtaler med opprinnelse i Webex Calling. Dette er drevet av kravet om å bruke differensierte anropssøkeområder per trafikktype. Med to innkommende trunker på Unified CM kan dette enkelt oppnås ved å konfigurere det nødvendige anropssøkeområdet for innkommende anrop på hver trunk.

Integrering av ringeplan

Denne veiledningen forutsetter en eksisterende installasjon som er basert på beste gjeldende praksis i «Foretrukket arkitektur for Cisco Collaboration On-Premises Deployments, CVD». Den nyeste versjonen er tilgjengelig her .

Den anbefalte utformingen av ringeplanen følger designtilnærmingen som er dokumentert i kapitlet Oppringingsplan i den nyeste versjonen av Cisco Collaboration System SRND her .

Anbefalt ringeplan

Denne figuren viser en oversikt over den anbefalte utformingen av ringeplanen. Nøkkelegenskapene for denne oppringingsplandesignen inkluderer:

  • Alle katalognumre som er konfigurert på Unified CM , er i +E.164-format.

  • Alle katalognumre ligger på samme partisjon (DN) og er merket som haster.

  • Kjerneruting er basert på +E.164.

  • Alle oppringingsvaner som ikke er +E.164 (for eksempel forkortet intern oppringing og PSTN-oppringing ved bruk av vanlige oppringingsvaner) normaliseres (globalisert) til +E.164 ved bruk av oversettelsesmønstre for oppringingsnormalisering.

  • Oversettelsesmønstre for normalisering av oppringing bruker oversettelsesmønster for søkeområdearv. de har alternativet «Bruk avsenderens anropssøkeområde» angitt.

  • Tjenesteklasse implementeres ved hjelp av nettsteds- og tjenestespesifikke anropssøkeområder.

  • PSTN-tilgang (for eksempel tilgang til internasjonale PSTN-destinasjoner) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene til den anropende søkeområdet som definerer tjenesteklassen.

Tilgjengelighet for Webex Calling

Legger til Webex Calling destinasjon i ringeplanen

Hvis du vil legge til tilgjengelighet for Webex Calling destinasjoner i denne oppringingsplanen, må det opprettes en partisjon som representerer alle Webex Calling destinasjoner ("Webex Calling") og et +E.164- rutemønster for hvert DID-område i Webex Calling legges til i denne partisjonen. Dette rutemønster refererer til en ruteliste med bare ett medlem: rutegruppe med SIP-trunk -trunken til den lokale gatewayen for anrop til Webex Calling. Fordi alle oppringte mål normaliseres til +E.164 enten ved hjelp av oversettelsesmønstre for oppringingsnormalisering for samtaler som kommer fra Unified CM -registrerte endepunkter eller innkommende transformasjoner av anropte for samtaler som kommer fra PSTN, er dette enkle settet med +E.164-rutemønstre nok til å oppnå tilgjengelighet for mål i Webex Calling uavhengig av oppringingsvanen som brukes.

Hvis en bruker for eksempel ringer «914085550165», normaliserer oversettelsesmønster for oppringingnormalisering i partisjonen «UStoE164» denne oppringingsstrengen til «+14085550165», som deretter samsvarer med rutemønster for en Webex Calling destinasjon i partisjonen «Webex Calling». Unified CM sender til slutt samtalen til den lokal gateway.

Legg til kortoppringing mellom nettsteder

Legger til forkortede oppringinger mellom nettsteder

Den anbefalte måten å legge til forkortede mellomliggende oppringing i referanseoppringingsplanen er å legge til oversettelsesmønstre for normalisering av oppringing for alle områder under bedriftsnummerplanen til en dedikert partisjon ("ESN", Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp oppringingsstrenger i formatet til bedriftsnummerplanen og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til kortnummer for bedrifter i Webex Calling destinasjoner, legger du til det respektive oversettelsesmønsteret for oppringingsnormalisering for oversettelsesmønster Webex Calling plasseringen i «Webex Calling»-partisjonen (for eksempel «8101XX» i diagrammet). Etter normalisering sendes samtalen på nytt til Webex Calling etter å ha samsvarende rutemønster i «Webex Calling»-partisjonen.

Vi anbefaler ikke å legge til det kortnummer oversettelsesmønster for normalisering av oppringing for Webex Calling anrop i «ESN»-partisjonen, fordi denne konfigurasjonen kan skape uønskede samtaleruting .

Protokollbehandlere for anrop

Webex Calling registrerer følgende protokollbehandlere med operativsystem for å aktivere klikk for å ringe-funksjonalitet fra nettlesere eller andre programmer. Følgende protokoller starter en lyd- eller videosamtale i Webex-appen når det er standard samtaleprogram på Mac eller Windows:

  • KLIKKOCALL: eller KLIKKTOKALL://

  • SIP: eller SIP://

  • TLF: eller TLF://

  • WEBEXTEL: eller WEBEXTEL://

Protokollbehandlere for Windows

Andre apper kan registrere seg for protokollbehandlerne før Webex-appen . I Windows 10, systemvinduet for å be brukerne om å velge hvilken app som skal brukes til å starte samtalen. Brukerpreferansen kan huskes hvis brukeren sjekker Bruk alltid denne appen .

Hvis brukere må tilbakestille standardinnstillingene for samtaleappen slik at de kan velge Webex-appen , kan du be dem endre protokolltilknytningene for Webex-appen i Windows 10:

  1. Åpne Standard appinnstillinger systeminnstillinger, klikk på Angi standardinnstillinger etter app ,og velg deretter Webex-appen .

  2. Velg for hver protokoll Webex-appen .

Protokollbehandlere for macOS

På Mac OS, hvis andre apper registrerte seg for anropsprotokollene tidligere Webex-appen , må brukerne konfigurere sine Webex-appen som standard anropsalternativ.

I Webex-appen for Mac kan brukere bekrefte det Webex-appen er valgt for Starte samtaler med innstilling under generelle innstillinger. De kan også sjekke Koble alltid til Microsoft Outlook hvis de ønsker å foreta anrop Webex-appen når de klikker på nummeret til en Outlook-kontakt.

11. juni 2024
Klargjør miljøet ditt for Webex Calling

Les gjennom kravene til lokal gateway for Webex Calling. Den lokal gateway hjelper deg med å migrere til Webex Calling i ditt eget tempo.

Krav til lokal gateway for Webex Calling

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling , sørg for at du:

  • har grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende praktisk kunnskap om Cisco IOS-XE- og IOS-XE-stemmekonsepter

  • Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)

  • har en grunnleggende forståelse for Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen nedenfor)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (angitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til bestemte IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene finnes på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet som er rettet mot Webex Calling, for at anrop mellom den lokale gatewayen og endepunktene skal kunne bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

16. mai 2024
Konfigurere Webex-anrop for organisasjonen

Tilpass organisasjonen for Webex Calling i Control Hub. Når du har aktivert din første plassering via veiviser for første gangs installasjon, kan du konfigurere og administrere flere steder, trunktilordning og bruk, alternativer for oppringingsplaner, brukere, enheter og funksjoner.

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsinstallasjon (FTSW). Når FTSW er fullført for din første posisjon, trenger den ikke å fullføres for flere steder.

1

Klikk på linken Komme i gang i velkomst-e-posten du mottar.


 

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gå gjennom og godta vilkårene for bruk.

3

Se gjennom planen, og klikk deretter på Kom i gang.


 

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du får meldingen "Kan ikke konfigurere samtalen", når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakten og kundeadresseinformasjonen.

5

Klikk på Neste: Standardplassering.

6

Velg mellom følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere plasseringer senere.

 

Når du har fullført installasjonsveiviseren, må du passe på at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal brukes på denne plasseringen:

  • Kunngjøringsspråk—For lydkunngjøringer og spørsmål om nye brukere og funksjoner.
  • E-postspråk—For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Før du starter

Hvis du vil opprette en ny plassering, klargjør du følgende informasjon:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .


 
En ny plassering vil bli vert i det regionale datasenter som tilsvarer landet du valgte ved hjelp av veiviser for første gangs installasjon.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere plasseringen.
  • Land– Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkvarter) i USA og en annen (gren) i Storbritannia. Landet du velger, bestemmer adressefeltene nedenfor. De som er dokumentert her, bruker den amerikanske adressekonvensjonen som et eksempel.
  • Adresse– Skriv inn stedets hovedpostadresse.
  • By/by – Angi en by for dette stedet.
  • Delstat/provins/region – Velg en tilstand fra rullegardinlisten.
  • Postnummer – Skriv inn postnummeret.
  • Språk for kunngjøring – Velg språk for lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – Velg språket for e-postkommunikasjonen med nye brukere.
  • Tidssone – Velg tidssone for stedet.
3

Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere.

4

Hvis du klikket på Legg til nå, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått andre PSTN-funksjoner tilordnet, er ikke kvalifisert for Cisco Calling Plan på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere tallene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft .

Tall legges til for den bestemte plasseringen. Gyldige oppføringer flyttes til Validerte numre-feltet, og ugyldige oppføringer beholdes i feltet Legg til numre, ledsaget av en feilmelding.

Avhengig av hvor du befinner deg, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi numre med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva nå?

Når du har opprettet en plassering, kan du aktivere nødtjenester for denne plasseringen. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

Før du starter


 

Få en liste over brukerne og arbeidsområdene som er knyttet til en plassering: Gå til Tjenester > Numre og velg plasseringen som skal slettes fra rullegardinmenyen. Du må slette de brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til denne plasseringen vil bli gitt tilbake til PSTN-leverandøren din; Du vil ikke lenger eie disse tallene.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Klikki Handlinger ved siden av stedet du vil slette.

3

Velg Slett plassering , og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet slettes permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på Mer ved siden av stedsnavnet og velge Status for sletting.

Du kan endre PSTN-oppsettet i tillegg til navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.


 

For eksisterende steder kan du aktivere 112-nødtjenester. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

Hvis du ser et Forsiktig-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret.

2

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalitetsbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Behandle for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. For øyeblikket er ikke eksisterende plasseringer som har fått andre PSTN-funksjoner tilordnet, kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

     

    Webex Calling-kunder med tidligere konfigurerte lokasjoner med lokal gateway vil automatisk bli konvertert til lokalt PSTN med tilsvarende trunk.

3

Velg hovednummeret der lokasjonens hovedkontakt kan nås.

4

(Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.


 

Denne innstillingen er valgfri og gjelder bare for land som krever det.

I noen land (eksempel: Frankrike), finnes det forskriftskrav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødsamtale, og gjøres tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, se Forbedret nødanrop .

Leverandøren av nødsamtale kan trenge informasjon om tilgangsnettverket og oppnås ved å definere en ny privat SIP-internnummerhode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir stedsidentifikator for nødstilfeller for et sted, sendes stedsverdien til leverandøren som en del av SIP-melding. Ta kontakt med leverandøren av nødsamtale for å se om du trenger denne innstillingen, og bruk verdien som er oppgitt av leverandøren av nødsamtale ."

5

Velg Talepostnummeret som brukere kan ringe for å sjekke telefonsvareren for denne plasseringen.

6

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Tidssone eller Språk etter behov, og klikk deretter på Lagre.


 

Endring av kunngjøringsspråket vil tre i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis eksisterende brukere og/eller funksjoner også skal endre kunngjøringsspråket, velger du når du blir bedt om det Endring for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner . Klikk på Bruk. Du kan se fremdriften på Oppgaver-siden. Du kan ikke foreta flere endringer før denne er fullført.


 

Endring av denne Tidssonen vil ikke oppdatere tidssonene til funksjonene som er knyttet til dette stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i Kontrollhub oppdater for å vise disse endringene.


 

Du kan konfigurere tillatelser for utgående anrop for en plassering. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Kontrollhub , gå til Tjenester > Ringer > Tjenesteinnstillinger , og bla til Intern oppringing .

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Prefikslengde for plasseringsruting– Vi anbefaler denne innstillingen hvis du har flere lokasjoner. Du kan angi en lengde på 2-7 sifre. Hvis du har flere plasseringer med samme filtype, må brukerne slå et prefiks når de ringer mellom plasseringer. Hvis du for eksempel har flere butikker, alle med internnummer 1000, kan du konfigurere et rutingsprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

     

    Lengdene for rutingprefikser inkluderer styresifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.


     

    Hvis du tilordner et rutingprefiks til et sted, vil alle visninger av internnumre som er tilordnet det stedet, inkludere rutingsprefikset foran internnummer. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styresiffer i rutingprefiks – Velg nummeret som skal angis som det første sifferet i hvert rutingprefiks.
  • Lengde på internnummer – Du kan angi 2-6 sifre og standarden er 2.

     

    Når du har økt internnummerlengde, oppdateres ikke eksisterende kortnumre til interne internnumre automatisk.

  • Tillat internnummer oppringing mellom steder –Lar deg tilpasse internnummeroppringingene mellom steder basert på organisasjonens krav.
    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte internnumre på tvers av alle sine steder.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen din har samme internnummer på forskjellige steder. Når bryteren er deaktivert og anroperen ringer internnummeret, rutes anropet til en bruker med matchende internnummer på samme sted som anroperen. Anroperen må slå bedriftens betydelige nummer (stedsrutingsprefiks + internnummer) for å nå et internnummer andre steder.

3

Angi intern oppringing for bestemte plasseringer. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter interne oppringinger etter behov:

  • Intern oppringing– Angi rutingsprefikset som brukere andre steder må ringe opp for å kunne kontakte noen på denne plasseringen. Rutingsprefikset for hver lokasjon må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men at den må være på 2–7 sifre.
4

Angi ekstern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter eksterne anrop etter behov:

  • Eksternt oppringing – Du kan velge et utgående anropssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen og du kan la den være hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styresiffer.

     

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan imidlertid fortsatt foreta eksterne anrop uten det utgående anropssifferet.

  • Eventuelt har du muligheten til Tvinge oppringing av det utgående anropssifferet for dette stedet, og påse at brukeren må bruke det utgående anropssifferet angitt av administratoren for å foreta eksterne anrop.

     

    Nødanrop kan fremdeles ringes opp med eller uten utgående anropssiffer når denne funksjonen er aktivert.

    Når den er aktivert, vil ikke eventuelle eksterne målnumre, for eksempel de som brukes til viderekobling av samtale av anrop, fungere hvis det ikke er inkludert et utgående anropssiffer.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnummer skal ikke starte med samme nummer som stedets styresiffer eller utgående oppringingssiffer.

Hvis du er en merverdiforhandler, kan du bruke denne fremgangsmåten til å starte lokal gatewaykonfigurasjon i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling-plasseringene for å gi ruting mot en bedrifts-PSTN-tjenesteleverandør.


 

En plassering som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre plasseringer.

Følg disse trinnene for å opprette en trunk i Control Hub.

Før du starter

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og tall til hver av dem. Lokasjoner må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg inn på Kontrollhub kl , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .https://admin.webex.com

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.


 

Navnet kan ikke være lengre enn 24 tegn.

Hva nå?

Du får presentert de relevante parametrene du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/portog Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokale PSTN-nettverket.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og Tilbakestill passord for å generere et nytt sett med godkjenningslegitimasjon som skal brukes på trunken.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Velg en plassering du vil endre, og klikk på Behandle.

3

Velg Lokalebasert PSTN, og klikk på Neste.

4

Velg en trunk fra rullegardinlisten.


 

Gå til trunksiden for å administrere valgene for trunkgruppen.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva nå?

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parameterne til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen leder deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i KUBEN (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Steder i Control Hub, og gatewayen du opprettet vises på lokasjonskortet du tilordnet den til, med en grønn prikk til venstre for navnet. Denne statusen angir at gatewayen er sikkert registrert i den kallende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Hvis du tester ut Cisco Webex-tjenester og vil konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub påhttps://admin.webex.com , velger du bygningsikonet.

2

Velg fanen Abonnementer og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Du kan bruke Webex Control Hub til å angi prioriteten for tilgjengelige oppringingsalternativer som brukere ser i Webex. Du kan også aktivere dem for enkel klikk-til-samtale. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere med rett til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

12. oktober 2023
Implementer CUBE høy tilgjengelighet som lokal gateway

Local Gateway (LGW) er det eneste alternativet for å gi lokalbasert PSTN-tilgang for Cisco Webex Calling -kunder. Hensikten med dette dokumentet er å hjelpe deg med å bygge en lokal gateway-konfigurasjon ved hjelp av CUBE høy tilgjengelighet, aktive CUBE eller ventemodus for tilstandsfull failover for aktive samtaler.

Grunnleggende informasjon

Forutsetninger

Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .

Maskinvare og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.


Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:

Oversikt over Webex Calling Solution

Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.

Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.

Lag 2 Boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.


Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .

Infrakomponent for redundansgruppe

Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.

Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.

Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.

Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.

Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)

  • Portkanal støttes for både RG Control/data- og trafikkgrensesnitt

  • All signalisering/medier hentes fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)

  • Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.

  • Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider

  • Både Aktiv/Standby må være i samme datasenter

  • Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter

  • Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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

Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.

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

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans – Går inn i redundansmodus

  • programoverflødighet – Går inn i konfigurasjonsmodus for programredundans

  • gruppe – Går inn i konfigurasjonsmodus for redundans for programgruppe

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

  • terskel for failover for prioritet 100 75 – Angir startprioritet og failoverterskler for en RG

  • tidtakere forsinkelse 30 reload 60 – Konfigurerer de to tidspunktene for forsinkelse og innlasting på nytt

    • Forsinkelsestidtaker som er hvor lenge det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – standard 30 sekunder. Området er 0–10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en ny innlasting – standard 60 sekunder. Området er 0–10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme ytterligere nettverkskonvergensforsinkelser som kan oppstå under oppstart/på nytt innlasting av ruterne, for å garantere at RG-protokollforhandlingen finner sted etter at rutingen i nettverket har konvergert til en stabil punkt. Hvis det for eksempel etter failover vises at det tar opptil 20 sek før den nye STANDBY-en ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til «timere delay 60 reload 120» for å ta hensyn til dette forsinkelse.

  • kontrollere GigabitEthernet3-protokollen 1 – Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og gå inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • data GigabitEthernet3 – Konfigurerer grensesnittet som brukes til sjekkpunkt for datatrafikk

  • spor —RG gruppesporing av grensesnitt

  • protokoll 1 – Angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • tidtakere hellotime 3 holdetid 10 – Konfigurerer de to tidtakerne for hellotime og ventetid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – standard 3 sekunder. Området er 250 millisekunder – 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at avsenderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – standard 10 sekunder. Området er 750 millisekunder – 255 sekunder

      Vi anbefaler at du konfigurerer holdetid-tidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen.

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

redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( rii )

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

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans rii – Konfigurerer ID-en for redundansgrensesnittet for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver rutere (ACTIVE/STANDBY) som har samme VIP.


     

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans programgruppe alle» skal indikere riktig lokal informasjon og nodeinformasjon.

  • redundansgruppe 1 – Knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, i tillegg til VIP-en som er tilordnet dette fysiske grensesnittet.


     

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt angitt i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt.

Plattformen som skal lastes inn sist, er alltid ventemodus.

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

Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.

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

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift .

Vi lastet inn på nytt VCUBE-2 sist og i henhold til utformingshensyn; plattformen som skal lastes inn på nytt, vil alltid være det Ventemodus .


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

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

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

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

VCUBE-1#

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

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

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

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

VCUBE-2#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge den lokale gateway-konfigurasjonen på begge plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_ LGU

  • Passord: lOV12MEaZx

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene vist nedenfor, før det kan brukes i legitimasjonen eller i delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-kryptering og denne brukerdefinerte konfigurasjonsnøkkelen.


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

Her er den lokale gateway-konfigurasjonen som gjelder for begge plattformene basert på Kontrollhub parameterne vist ovenfor, lagre og last inn på nytt. SIP sammendragslegitimasjon fra Kontrollhub er uthevet i fet skrift .


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


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


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


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


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

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

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






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

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


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

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

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


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

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





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

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

end

copy run start

Vi har lastet inn på nytt for å vise kommandoen show VCUBE-2 etterfulgt av VCUBE-1 , gjør VCUBE-1 ventemodus CUBE og VCUBE-2 den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med SBC for Webex Calling tilgang. Ta en titt på resultatet av følgende show-kommandoer.

vis redundans-programgruppe 1

vis sip-ua-registerstatus


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

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

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

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

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

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

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

VCUBE-2#show sip-ua register status

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

Fra utdataene ovenfor kan du se det VCUBE-2 er den aktive LGW-en som opprettholder registreringen med SBC for Webex Calling tilgang, mens utdataene for «vis sip-ua-registerstatus» er tom i VCUBE-1

3

Aktiver nå følgende feilsøkingsprogrammer på VCUBE-1


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

Simuler failover ved å gi følgende kommando på den aktive LGW-en, i dette tilfellet VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer i følgende scenario i tillegg til CLI-en som er oppført ovenfor

  • Når den AKTIVE ruteren lastes inn på nytt

  • Når den AKTIVE ruteren slås av

  • Når et hvilket som helst RG-konfigurert grensesnitt for ACTIVE-ruteren avsluttes som sporing er aktivert for

5

Kontroller om VCUBE-1 er registrert med Webex Calling -tilgang SBC. VCUBE-2 ville ha blitt lastet inn på nytt nå.


VCUBE-1#show sip-ua register status

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

VCUBE-1 er nå den aktive LGW.

6

Se på den relevante feilsøkingsloggen på VCUBE-1 som sender et SIP-REGISTER til Webex Calling VIA den virtuelle IP-en og mottar en 200 OK.


VCUBE-1#show log

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

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

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30. mai 2024
Konfigurere Unified CM for Webex Calling

Du kan integrere Webex Calling med Unified CM når Webex Calling aktiverte steder legges til i en eksisterende Cisco UC -distribusjon, eller du krever direkte oppringing mellom telefoner registrert for Unified CM og telefoner i Webex Calling steder.

Konfigurer sikkerhetsprofil for SIP-trunk for trunk til lokal gateway

I tilfeller der Local Gateway og PSTN-gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra den samme enheten, og som bruker differensiert tjenesteklasse på disse samtaletyper. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokal gateway og PSTN-gateway som krever forskjellige SIP-lytteporter for de to kanalene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex sikkerhetsprofil for SIP-trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway -konfigurasjon for trafikk til/fra Webex: 5065

Konfigurer SIP-profil for lokal gateway-trunk

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-profil
Aktiver OPTIONS-ping for å overvåke målstatus for trunker med tjenestetype «Ingen (standard)»Kontrollert

Opprett et anropssøkeområde for anrop fra Webex

Opprett et anropssøkeområde for samtaler som kommer fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex Calling
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom nettsteder)

PSTNInternational (PSTN-tilgang)

på NetRemote (GDPR-lærte destinasjoner)


 

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM -klynger ved hjelp av oppslagstjeneste for klynger (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-trunk
Kjør på alle aktive Unified CM -noderKontrollert
Innkommende anrop
Anroper søkeområdeDet tidligere definerte anropssøkeområdet: Webex
AAR anropssøkeområdeEt anropssøkeområde med bare tilgang til PSTN-rutemønstre: PSTNRute
SIP-informasjon
DestinasjonsadresseIP-adresse til den lokale gatewayen CUBE
Målport5060
sikkerhetsprofil for SIP-trunkTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurer rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunk: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_ Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Ruteliste for Webex
Kjør på alle aktive Unified CM -noderKontrollert
Medlemsinformasjon for ruteliste
Valgte grupperBare den tidligere definerte rutegruppe: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-målene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-partisjon

Hva nå?

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i det anropende søkeområdet som brukes som det innkommende anropende søkeområdet på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

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

InnstillingVerdi
RutemønsterFullstendig +E.164-mønster for DID-området i Webex med innledende «\». For eksempel: \+140855501XX
Rute partisjonWebex
Gateway-/rutelisteRL_ Webex
HasteprioritetKontrollert

Konfigurer normalisering av forkortet oppringing mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder er nødvendig for Webex, konfigurerer du normaliseringsmønstre for oppringing for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-normaliseringsmønster
Bruk Originators anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på tidsavbrudd for mellomsiffer ved etterfølgende hoppKontrollert
Transformering av anroptMask for å normalisere tallet til +E.164. For eksempel: +1408555 01XX

16. mai 2024
Konfigurere og administrere brukere av Webex Calling

Du må legge til hver eneste bruker i Control Hub for at de skal kunne dra nytte av Webex Calling-tjenester. Antall brukere du må legge til, bestemmer hvordan du legger dem til i Control Hub, om du legger til hver bruker manuelt via e-postadresse eller legger til flere brukere ved hjelp av en CSV-fil. Valget er ditt.

30. mai 2024
Konfigurere og administrere Webex Calling-enheter

Du kan tilordne og administrere enheter for brukere og arbeidsområder i Control Hub. Velg å legge til etter MAC-adresse eller ved å generere en aktiveringskode for å angi på selve enheten.

Med Control Hub kan du tilordne en telefon til en bruker for personlig bruk. Telefonene som er oppført her støtte Webex Calling. Alle disse telefonene kan legges til ved hjelp av en MAC-adresse, men bare følgende delsett kan registreres ved hjelp av en aktiveringskode:

  • Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851, 6861, 6871)

  • Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)

  • Cisco IP Conference Phone 7832 og 8832

  • Cisco Video Phone 8875

  • Cisco-bordtelefon i 9800-serien


 

Når det gjelder DECT-enheter, er det kun DECT-baseenheter (ikke DECT-håndsett) som er tilgjengelige for tilordning i Kontrollhub . Når du har tilordnet en baseenhet til en bruker, må du deretter pare et DECT-håndsett manuelt med den baseenheten. Hvis du vil ha mer informasjon, se Koble håndsettet til basestasjonen.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Enheter > Legg til enhet .

Du kan også legge til en enhet for brukeren fra Brukere-delen ved å gå til Ledelse > Brukere > velg en bruker > Enheter > Legg til enhet .
2

Velg Personlig bruk for å tilordne en enhet til en bruker, og klikk deretter på Neste .

3

Skriv inn enten brukernavnet eller det faktiske navnet på telefonens eier, velg brukeren fra resultatene, og klikk deretter Neste .

4

Velg hvilken type enhet du vil konfigurere for brukeren:

  • Cisco bordtelefon –Hvis du velger dette alternativet, velger du Cisco bordtelefonmodell fra Velg enhet rullegardinmeny.
  • Cisco-telefon, ATA- eller tredjepartsenhet –Hvis du velger dette alternativet, velger du Administrerte Cisco-enheter fra Velg enhet rullegardinmeny. Deretter velger du Enhetstype fra rullegardinmeny.
5

Velg om du vil registrere telefonen med en aktiveringskode (hvis alternativet vises) eller en MAC-adresse, og klikk deretter på Lagre .

  • Etter aktiveringskode – Velg dette alternativet hvis du vil generere en aktiveringskode som du kan dele med eieren av enheten. Den 16-sifrede aktiveringskoden må angis manuelt på selve enheten.

     

    Multiplattformtelefoner må ha en fastvare på 11.2.3MSR1 eller nyere for å vise aktiveringskodeskjermen. Hvis telefonens fastvare må oppdateres, peker du brukere til https://upgrade.cisco.com/MPP_upgrade.html.

  • Etter MAC-adresse – Velg dette alternativet hvis du vet MAC-adressen til enheten. MAC-adressen til en telefon må være en unik oppføring. Hvis du skriver inn en MAC-adresse for en telefon som allerede er registrert, eller du gjør en feil når du skriver inn nummeret, vises en feilmelding.

 

Det kan forekomme begrensninger når du bruker tredjepartsenheter.

Hvis du velger å generere en aktiveringskode for enheten, men du ennå ikke har brukt denne koden, står det Aktivering for enhetsstatusen i Enheter-delen til den tilordnede brukeren samt Enheter-hovedlisten i Control Hub. Husk at det kan ta opptil 10 minutter før enhetsstatusen oppdateres om Kontrollhub .

Hvis du vil endre eller administrere enhetene som er tilordnet til brukeren, kan du se Behandle en enhet for en bruker delen i denne artikkelen.

Når folk er på jobb, samles de i mange steder som lunsjrom, lobbyer og konferanserom. Du kan konfigurere delte Cisco Webex-enheter i disse arbeidsområdene, legge til tjenester og deretter se samarbeidet skje.

Hovedprinsippet for en Workspaces-enhet er at den ikke er tilordnet til en bestemt bruker, men snarere en fysisk sted, noe som gir mulighet for delt bruk.

Enhetene som er oppført støtte Webex Calling. Selv om flesteparten av disse enhetene kan registreres ved bruk av en MAC-adresse, kan bare følgende delsett registreres ved bruk av en aktiveringskode:

  • Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851)

  • Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)

  • Cisco IP Conference Phone 7832 og 8832

  • Cisco-bordtelefon i 9800-serien

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Enheter > Legg til enhet .

Du kan også legge til en enhet i et nytt arbeidsområde fra delen Arbeidsområder ved å gå til Ledelse > Arbeidsområder > Legg til arbeidsområde .
2

Velg Delt bruk og klikk Neste .

3

Velg Nytt arbeidsområde og klikk Neste .

4

Angi et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtypen, legg til romkapasiteten og velg plasseringen av arbeidsområdet. Klikk deretter på Neste.


 

Et arbeidsområdenavn kan ikke være lengre enn 30 tegn, og det kan ikke ha tegn i %, #, <, >, /, \ og ".

5

Velg hvilken type enhet du vil konfigurere for arbeidsområdet:

  • Cisco bordtelefon –Hvis du velger dette alternativet, velger du Cisco bordtelefonmodell fra Velg enhet rullegardinmeny.
  • Cisco-telefon, ATA- eller tredjepartsenhet –Hvis du velger dette alternativet, velger du Administrerte Cisco-enheter fra Velg enhet rullegardinmeny. Deretter velger du Enhetstype fra rullegardinmeny.
6

Velg om du vil registrere telefonen med en aktiveringskode (hvis alternativet vises) eller en MAC-adresse, og klikk deretter på Neste .

  • Etter aktiveringskode – Velg dette alternativet hvis du vil generere en aktiveringskode som du kan dele med eieren av enheten. Den 16-sifrede aktiveringskoden må angis manuelt på selve enheten.

     

    Multiplattformtelefoner må ha en fastvare på 11.2.3MSR1 eller nyere for å vise aktiveringskodeskjermen. Hvis telefonens fastvare må oppdateres, peker du brukere til https://upgrade.cisco.com/MPP_upgrade.html.

  • Etter MAC-adresse – Velg dette alternativet hvis du vet MAC-adressen til enheten. MAC-adressen til en telefon må være en unik oppføring. Hvis du skriver inn en MAC-adresse for en telefon som allerede er registrert, eller du gjør en feil når du skriver inn nummeret, vises en feilmelding.

 
For Webex Calling kan du bare legge til én delt telefon i et arbeidsområde.

For Cisco IP-konferansetelefon 7832 kan det hende at enkelte taster ikke er tilgjengelige. Hvis du trenger et fullstendig sett med programmerbare taster, anbefaler vi at du tilordner denne telefonen til en bruker i stedet.

7

Klikk på Ringer tjenesten, og velg abonnementet og lisenstypen du vil tilordne til arbeidsområdet.

  • Profesjonelt arbeidsområde

  • Arbeidsområde for fellesområde


 

Hvis du vil finne ut mer om funksjonene som er tilgjengelige med lisensene, kan du se Funksjoner som er tilgjengelige etter lisenstype for Webex Calling .

8

Tilordne et Sted og Telefonnummer (bestemmes av stedet du velger), og klikk deretter på Lagre. Du kan også tilordne et internnummer.


 
Hvis du vil endre eller administrere enhetene som er tilordnet til arbeidsområdet, kan du se Administrer en enhet for et arbeidsområde delen.

Hvis du vil bruke en telefon som er tilordnet én Webex Calling bruker/arbeidsområde på nytt, til en annen Webex Calling bruker/arbeidsområde, følger du denne fremgangsmåten:

1

Fra kundevisningen ihttps://admin.webex.com, går du til brukeren/arbeidsområdet som enheten er tilordnet for øyeblikket.

Du kan tilordne enheten på nytt i disse scenariene:

  1. Hvis du ønsker å slette brukeren, velger du Slett bruker/arbeidsområde for å slette brukeren/arbeidsområdet og de tilknyttede enhetene.

  2. Hvis du vil slette en enhet, velger du Enheter og velg enheten du vil slette.

2

Gå til innstillingsmenyen på telefonen og fullfør disse trinnene for å tilordne telefonen på nytt.

  1. Velg Enhetsadministrasjon , deretter Tilbakestill til fabrikkinnstillinger .

  2. Telefonen starter på nytt. Når omstarten er fullført, viser telefonen Aktiveringskode-skjermen.

  3. Telefonen er nå klar for ny tilordning.

3

Følg instruksjonene i Legg til og tilordne telefon til bruker eller Legg til en telefon i et nytt arbeidsområde for å tilordne eller legge til en telefon til en bruker/arbeidsområde.

4

Når du legger til enheten i Control Hub, fullfører du disse handlingene på telefonen:

  1. For aktiveringskode:

    Skriv inn aktiveringskoden. Telefonen startes på nytt og er logget på den nye brukeren/arbeidsområdet.

  2. For MAC-adresse:

    Skriv inn #000 på Aktiveringskode-skjermen, telefonen er reonboarded med Webex Calling og klargjøringer til den nye brukeren/arbeidsområdet.

Når folk er på jobb, samles de i mange arbeidsområder som lunsjrom, lobbyer og konferanserom. Du kan konfigurere delte Cisco Webex-enheter i disse arbeidsområdene, legge til tjenester og deretter se samarbeidet skje.

Hovedprinsippet for en Workspaces-enhet er at den ikke er tilordnet til en bestemt bruker, men snarere en fysisk sted, noe som gir mulighet for delt bruk.

Enhetene som står oppført her, støtter Webex Calling.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Enheter > Legg til enhet .

Du kan også legge til en enhet i et nytt arbeidsområde fra Arbeidsområder-delen ved å gå til Ledelse > Arbeidsområder > Legg til arbeidsområde .
2

Velg Delt bruk og klikk Neste .

3

Velg Nytt arbeidsområde og klikk Neste .

4

Angi et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtypen, legg til romkapasiteten og velg plasseringen for arbeidsområdet. Klikk deretter på Neste.

5

Velg Cisco rom- og skrivebordsenhet .

6

Velg en av følgende tjenester, og klikk på Neste .

  • Anrop på Webex (1:1-anrop, ikke-PSTN) –Brukere kan bare lage Webex-appen eller SIP-protokoll (øktinitieringsprotokolll) ved hjelp av en SIP-adresse (for eksempel brukernavn@example.calls.webex.com).
  • Cisco Webex Calling – I tillegg til å kunne foreta og motta Webex-appen og SIP-anrop, kan personer i dette arbeidsområdet bruke enheten til å foreta og motta telefonsamtaler fra Webex Calling nummerplanen. Du kan for eksempel ringe kollegaen din ved å slå telefonnummer 555-555-5555, internnummer 5555 eller SIP-adressen brukernavn@example.webex.com, men du kan også ringe din lokale pizzeria.
7

Hvis du har valgt Cisco Webex Calling tjenesten, og velg deretter abonnementet og lisenstypen du vil tilordne til arbeidsområdet.

  • Profesjonelt arbeidsområde

  • Arbeidsområde for fellesområde


 

Hvis du vil finne ut mer om funksjonene som er tilgjengelige med lisensene, kan du se Funksjoner som er tilgjengelige etter lisenstype for Webex Calling .

8

Tilordne et Sted, Telefonnummer (bestemmes av stedet du velger), et Internnummer og klikk deretter på Lagre.

9

Aktiver enheten ved hjelp av den angitte koden. Du kan kopiere, sende per e-post eller skrive ut aktiveringskoden.

Hvis du vil tilordne flere enheter til brukere og arbeidsområder, kan du fylle ut en CSV-fil med den nødvendige informasjonen og aktivere disse enhetene med bare et par enkle trinn.

Enhetene som står oppført her, støtter Webex Calling. Du kan registrere alle enheter ved hjelp av en MAC-adresse; registrerer imidlertid følgende undergruppe av enheter ved hjelp av en aktiveringskode:

  • Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851)

  • Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)

  • Cisco IP Conference Phone 7832 og 8832

  • Cisco Video Phone 8875

  • Cisco-bordtelefon i 9800-serien

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Enheter > Legg til enhet > Flere Cisco IP-telefoner .

2

Velg ett av følgende alternativer, og klikk på Last ned .

  • Brukere i organisasjonen min – Du kan få en liste over alle brukere i organisasjonen og deres tilknyttede attributter, slik at du ikke trenger å slå opp hver bruker manuelt.
  • Arbeidsområder i organisasjonen min – Du kan få en liste over alle arbeidsområder i organisasjonen og de tilknyttede attributtene, slik at du ikke trenger å slå opp hvert arbeidsområde manuelt.
  • Legg til eksempelmal for enhet – Du kan bruke den tilgjengelige malen til å angi informasjon som brukernavn, type (angi om det er en bruker eller et arbeidsområde), MAC-adresser og enhetsmodeller.
Du kan bruke tabellen nedenfor til å klargjøre CSV-fil.

 
Følgende felt er obligatoriske når du tilordner en enhet til Webex Calling brukere og arbeidsområder:
  • For brukere: Brukernavn, Type, Enhetstype og Modell hvis enhetstype er IP.
  • For arbeidsområde: Brukernavn, Type, Telefonnummer eller Internnummer, Webex Calling Workspace [abonnementsnavn], Enhetstype og Modell hvis enhetstype er IP.

Navn på kolonneBeskrivelseStøttet verdi

Brukernavn

Hvis du vil tilordne en enhet til en bruker, skriver du inn brukerens e-postadresse.


 
Ikke skriv inn bruker-ID -en eller navnet deres.

Hvis du vil tilordne en enhet til et arbeidsområde, skriver du inn navnet på arbeidsområdet.


 
Hvis du angir et arbeidsområde som ikke finnes ennå, opprettes arbeidsområdet automatisk.

Eksempel på e-postadresse for bruker: test@example.com

Eksempel på arbeidsområdenavn: Pauserom

Type

Angi riktig type som bruker eller arbeidsområde.

BRUKER

ARBEIDSOMRÅDE

Telefonnummer

Angi et telefonnummer.

Eksempel: +12815550100

Internnummer

Angi et internnummer.

Eksempel: 00-999999

Enhetstype

Angi enhetstypen.

Hvis du vil bruke flerplattformstelefoner, ATA- eller DECT-enheter med Webex Calling, skriver du inn IP.

Hvis du vil opprette nye arbeidsområder for RoomOS-enheter, skriver du inn WEBEX eller WEBEX_ RINGER, avhengig av ønsket samtalealternativ

Modell

Angi enhetsmodell hvis enhetstype er IP.

Eksempel på enhetsmodell: Cisco 7841, Cisco 8851 og så videre

MAC-adresse

Skriv inn MAC-adresse til enheten.

Hvis du lar MAC-adresse stå tomt, genereres det en aktiveringskode.


 
Bruk aktiveringskoder for RoomOS-enhetene.

Eksempel på MAC-adresse: 001A2B3C4D5E

Plassering

Skriv inn navnet på bruker- eller arbeidsområdeplasseringen.

Eksempel: San Jose

Ringeplan

Angi SANN-verdier for å aktivere Cisco Calling Plan for det nylig lagt til arbeidsområdet.

Denne funksjonen fungerer ikke for brukere, eksisterende arbeidsområder og arbeidsområder med plassering som ikke støttes.

SANN

USANN

Webex Calling Workspace [abonnements-ID]

Angi abonnementet som skal brukes til å opprette fellesområder eller arbeidsområder for profesjonelle anrop.

Hvert abonnement som har arbeidsområdelisens, har en tilsvarende kolonne. Du kan tilordne enten lisens for felles arbeidsområde eller lisens for profesjonelt arbeidsområde. Hvis du vil tilordne en lisens, skriver du inn SANN i en av lisenstypekolonnene for det respektive abonnementet.


 
Du må bare tilordne ett abonnement for et arbeidsområde.

Du kan også overføre arbeidsområder fra ett abonnement til et annet. Hvis du vil overføre, skriver du inn USANN i kildeabonnementskolonnen og SANN i målabonnementskolonnen.


 
Vi anbefaler at du bruker en nylig generert mal for å klargjøre CSV-importfilen, siden den vil inneholde nøyaktig informasjon om de aktive abonnementene for arbeidsområdelisenser.

SANN

USANN

Webex Calling Professional-arbeidsområde [abonnements-ID]


 
Disse feltene for telefonnummer og internnummer hadde tidligere tittel Katalognummer og Direktelinje ; Disse kolonnenavnene fortsetter å støttes i en kort stund.

 
Vi anbefaler at du begrenser antall enheter til 1000 per CSV-fil. Hvis du vil legge til mer enn 1000 enheter, bruker du en annen CSV-fil.
3

Fyll ut regnearket.

4

Last opp CSV-filen ved å dra og slippe den eller klikke på Velg en fil.

5

Hvis MAC-adresse er tom, får du alternativer for å velge hvor aktiveringskoden skal sendes.

  • Oppgi en kobling – Aktiveringskoden legges til i en CSV-fil. Etter importen får du opp en kobling for å laste ned aktiveringskodefilen på Importstatus-skjermen.
  • Aktiveringskode via e-post – Hvis enheten er for et arbeidsområde, sendes aktiveringskoden til deg som administrator. Hvis enheten gjelder for en bruker, sendes aktiveringskoden via e-post til brukeren.

Du eller brukeren må angi aktiveringskoden på enheten for å aktivere den.

6

Klikk på Send inn.

Viser oppdatert status når enhetene blir aktive.

 

Enheter for flere plattformer må kjøre fastvarelasten 11.2.3MSR1 eller nyere for at brukerne skal kunne angi aktiveringskoden på enheten. Hvis du vil ha informasjon om oppgradering av telefonens fastvare, se dette artikkelen.

Hvis du vil vise listen over enheter som er tilordnet til brukere og arbeidsområder, kan du eksportere CSV-fil.

Fra kundevisningen i https://admin.webex.com går du til Enheter.

Velg flere enheter fra enhetslisten, og velg Eksporter alternativet. Du kan velge feltene som skal inkluderes i CSV-fil, og eksportere innholdet til en lokal mappe.


 

Feltene som vises i CSV-fil, avhenger av tilkoblingen av enheten til plattformen. Derfor er noen felt ikke tilgjengelige i utdatafilen.

Du kan legge til, fjerne, starte på nytt, kontrollere aktivering eller opprette en ny aktiveringskode for enhetene som er tilordnet brukere i organisasjonen. Dette kan være nyttig for å vise og administrere enheter på brukerskjermen ved behov.

1

Fra kundevisningen i , gå til Ringe > steder.https://admin.webex.com

2

Velg en bruker og klikk Enheter .

3

Hvis du vil legge til en enhet for denne brukeren, klikker du på Legg til enhet.


 
Hvis brukeren allerede er tilordnet en enhet og du vil legge til en annen enhet, klikker du på Handling > Legg til enhet .

Hvis du vil ha mer informasjon om hvordan du legger til enheten for en bruker, kan du se Legge til telefoner til en bruker delen.

4

Hvis du vil endre en eksisterende enhet, velger du enhetsnavnet.

Dette tar deg til Enheter-siden. Her kan du se og redigere enhetsinnstillinger, slette enheten, starte enheten på nytt eller opprette en ny aktiveringskode for enheten, hvis det er aktuelt. Hvis du vil ha mer informasjon om hvordan du konfigurerer telefoninnstillinger, kan du se Konfigurere og oppdatere telefoninnstillinger.

5

Hvis enheten som er lagt til for brukeren, er Webex Aware, vises Webex Aware-alternativet under enhetene som vist i diagrammet. Webex Aware angir at enheten er integrert i Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen.

6

Klikk på Handlinger for å administrere enheten. Handlinger hjelper deg med å bruke konfigurasjonsendringer eller oppdatere fastvaren for MPP-enhetene.

Fanen Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
  • Bruk endringer – Gir forespørsel til telefonen om å laste ned og bruke endringer i konfigurasjonen.
  • Omstart – Gir forespørsel om å tvinge omstart av enheten og laste ned gjeldende konfigurasjon.
  • Rapporter problem – Gir forespørsel til enheten om å generere og laste opp en PRT til skyen.
  • Slett – sletter en enhet som er oppført for brukeren.

Enheter kan legges til og administreres direkte fra en arbeidsområdeprofil. Arbeidsområdeenheter kan inkludere ATA-enheter, for eksempel faksmaskiner. Du kan også konfigurere en arbeidsområdeenhet som fleksibel kontorplass-vert. Hvis du vil ha mer informasjon om hotell, kan du se: Hotell i Cisco Webex Control Hub .

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Arbeidsområder .

2

Velg arbeidsområdet som skal endres.

3

Hvis du vil legge til en enhet, klikker du på Legg til enhet i Enheter flis.

Hvis du vil ha mer informasjon om hvordan du legger til enheter i arbeidsområdet, kan du se Legg til en telefon i et nytt arbeidsområde delen.

4

Hvis du vil endre en eksisterende enhet, velger du enhetsnavnet.

Dette tar deg til Enheter-siden. Her kan du se og redigere enhetsinnstillinger, slette enheten, starte enheten på nytt og aktivere enheten som fleksibel kontorplass-vert. Hvis du vil ha mer informasjon om hvordan du konfigurerer telefoninnstillinger, kan du se Konfigurere og oppdatere telefoninnstillinger.

5

Hvis enheten som er lagt til i arbeidsområdet, er Webex Aware, vises Webex Aware-alternativet under enhetene som vist i diagrammet. Webex Aware angir at enheten er integrert i Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen.

6

Klikk på Handlinger for å administrere enheten. Handlinger hjelper deg med å bruke konfigurasjonsendringer eller oppdatere fastvaren for MPP-enhetene.

Fanen Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
  • Bruk endringer – Gir forespørsel til telefonen om å laste ned og bruke endringer i konfigurasjonen.
  • Omstart – Gir forespørsel om å tvinge omstart av enheten og laste ned gjeldende konfigurasjon.
  • Rapporter problem – Gir forespørsel til enheten om å generere og laste opp en PRT til skyen.
  • Slett – sletter en enhet som er oppført for brukeren.

linjevisning lar deg legge til linjer på en primærenhet for brukeren og endre rekkefølgen på hvordan linjene vises. Denne funksjonen lar en bruker motta og foreta anrop til og fra en annen brukers internnummer ved hjelp av sin egen telefon. Et eksempel på delt linje linjevisning er en lederassistent som ønsker å foreta og motta anrop fra sjefens linje. Delte linjevisninger kan også være en annen forekomst av primærbrukerens linje.

Den maksimale konfigurasjonsgrensen er 35 enheter for hvert brukertelefonnummer , inkludert skrivebords- eller telefonnummer til brukeren. Du kan legge til flere linjer i arbeidsområdetelefonen. Du kan imidlertid bare legge til arbeidsområdetelefonen med profesjonell lisens som en delt linje.


 

Når du tilordner en delt linje, kan du tilordne numre fra forskjellige Webex Calling steder til enheter på et annet sted. Et nummer (bruker, arbeidsområde, virtuell linje) fra Storbritannia kan for eksempel tilordnes en enhet som er tilordnet en bruker i USA.

Hvis du vil ha mer informasjon om delt linje på tvers av steder, kan du se: Konfigurasjon av delte linjer og virtuelle linjer på tvers av steder.


 

Når en bruker legger til kortnumre i MPP-telefonen, er de ikke synlige i Control Hub. Kortnumre kan overskrives når du konfigurerer en delt linje.

Hvis en bruker har konfigurert numre fra andre brukere/grupper på enhetene sine, kan du legge til en egendefinert etikett for den delt linje. Denne egendefinerte etiketten hjelper deg med å identifisere det ene delt linje utseende fra det andre.

1

Fra kundevisningen i https://admin.webex.com går du til Brukere eller Arbeidsområder (avhengig av hvor enheten som skal endres, er tilordnet).

2

Velg brukeren eller arbeidsområdet du vil endre, og bla til Enheter.

3

Velg enheten du vil legge til eller endre de delte linjene, og bla til Telefonbrukere og innstillinger .

Brukerne og stedene som vises på denne telefonen, er oppført etter visning.

4

Hvis du vil legge til eller fjerne brukere eller steder fra denne telefonen, velger du Konfigurer linjer.

5

Hvis du vil fjerne en linje, klikker du på-ikonet.


 
Du kan ikke fjerne den primære brukeren på linje 1.
6

Hvis du vil legge til et delt linje linjeutseende, klikker du på-ikonet.


 
Legg til linjene i den rekkefølgen du vil at de skal vises. Hvis du vil endre rekkefølgen på linjevisningen, sletter og legger du til i listen i den rekkefølgen du vil de skal vises.
7

Skriv inn navnet eller telefonnummeret, velg blant alternativene som vises, og klikk på Lagre.

Du kan konfigurere portene på en ATA-enhet (analog telefonadapter) som er tilordnet en bruker i Control Hub. For øyeblikket er de to tilgjengelige konfigurasjonene for ATA-enheter for enheter med to porter og enheter med 24 porter.

1

Fra kundevisningen i https://admin.webex.com går du til Brukere.

2

Velg brukeren du vil endre, og bla ned til Enheter.

3

Velg enheten der du vil legge til eller endre noe.

4

Klikk på Konfigurer porter under Brukere på denne enheten.

5

Hvis du vil legge til en delt portkonfigurasjon, klikker du på-ikonet.

6

Skriv inn navnet eller telefonnummeret, velg blant alternativene som vises, og klikk på Lagre.


 
Bare arbeidsområder uten enheter vises i oppslaget.
7

Hvis enheten krever T.38-fakskomprimering, merker du av i boksen i T.38-kolonnen eller overstyrer komprimeringsalternativene på brukernivå, og deretter klikker du på Lagre .


 
Et arbeidsområde kan ha en ATA. Dette er nyttig for faksmaskiner.

Du kan når som helst legge til telefonnumre på Desk- og Room-enheter i kundeorganisasjonen, enten du er midt i en prøveperiode eller har konvertert til et betalt abonnement.


 

Vi har økt antall telefonnumre du kan legge til Kontrollhub 250 til 1000.

1

Fra kundevisningen i https://admin.webex.com går du til Tjenester > Samtale > Nummer og klikker deretter på Legg til nummer.

2

Angi Sted og Nummertype. Hvis du overfører numre, skriver du inn både gjeldende og nye faktureringsnumre.

3

Angi Sted , Tilstand , Retningsnummer , Prefiks (valgfritt), og klikk deretter på Søk .

Tilgjengelige numre vises.

4

Velg tallene du vil legge til i stedet.

Tallene du velger flyttes over til Valgte numre felt.

5

Klikk på Lagre.

Du kan se en liste over PSTN-numre som organisasjonen har bestilt. Med denne informasjonen kan du se ubrukte numre som er tilgjengelige, og numrene som er bestilt som snart vil bli tilgjengelige.

Fra kundevisningen i https://admin.webex.com går du til Tjenester > Samtale > PSTN-bestillinger.

Når du kobler tilbehør (headset/KEM) til en MPP-enhet, vises de som et inventarelement under kategorien Enheter i Control Hub. Fra Control Hub-enhetsbeholdningen kan du se tilbehørsmodellen, statusen og hvem tilbehøret tilhører. Når du velger et tilbehør, kan du hente mer informasjon, for eksempel serienummeret for tilbehøret og gjeldende programvareversjon. Feltet for tilbehørsstatus rapporteres som «online» så lenge tilbehøret er koblet til MPP. Et MPP-tilkoblet hodesett oppgraderer automatisk programvaren med den nyeste versjonen som er tilgjengelig fra Enhetshåndtering.

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du viser tilbehøret i Kontrollhub .
Tabell 1. Kompatible hodetelefoner

Telefonmodell

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-konferansetelefon 7832/8832

Tabell 2. Kompatible moduler for nøkkelutvidelse

Telefonmodell

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-konferansetelefon 7832/8832


 

Hvis du vil feilsøke problemene med utvidelsesmodul ( utvidelsesmodul) på telefoner som er registrert for Webex Calling, kan du se Feilsøke problemer med utvidelsesmoduler i Webex Calling for detaljer.

20. mai 2024
Innføringstrender og bruksrapporter for Webex-anrop

Administratorer har en rekke rapporter lett tilgjengelig som kan hjelpe deg med å vurdere hvordan Webex Calling tjenester brukes, og hvor ofte de brukes. Administratorer kan også få en rask oversikt over mediekvaliteten for stedet ditt.

Vise samtalerapporter

Du kan bruke Analytics-siden i Kontrollhub for å få innsikt i hvordan folk bruker Webex Calling og Webex app (engasjement) og kvaliteten på samtalemedieopplevelsen. For å få tilgang Webex Calling analytics, logg på Kontrollhub , og deretter gå til Analyse og velg Ringer -fanen.

1

Logg på for detaljerte samtaleloggrapporter Kontrollhub , og deretter gå til Analyse > Ringer .

2

Velg Detaljert anropslogg .

Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse .

3

Logg på for å få tilgang til mediekvalitetsdata Kontrollhub , og deretter gå til Analyse og velg deretter Ringer .

Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.
29. mai 2024
Portreferanseinformasjon for Cisco Webex Calling

Denne artikkelen er for nettverksadministratorer, spesielt sikkerhetsadministratorer for brannmur og proxy som ønsker å bruke Webex Calling-tjenester i organisasjonen. Den beskriver nettverkskravene og viser adressene, portene og protokollene som brukes for å koble til telefonene, Webex-appen og gatewayene til Webex Calling tjenester.

En riktig konfigurert brannmur og proxy er avgjørende for en vellykket Calling-distribusjon. Webex Calling bruker SIP og HTTPS for samtalesignalering og de tilknyttede adressene og portene for medier, nettverkstilkobling og gateway-tilkobling som Webex Calling er en global tjeneste.

Ikke alle brannmurkonfigurasjoner krever at porter er åpne. Men hvis du kjører innsiden-til-utenfor-regler, må du åpne porter for at de nødvendige protokollene skal kunne gi ut tjenester.

Oversettelse av nettverksadresse (NAT)

Funksjoner for nettverksadresseoversettelse (NAT) og portadresseoversettelse (PAT) brukes på grensen mellom to nettverk for å oversette adresseområder eller forhindre kollisjon av IP-adresse .

Organisasjoner bruker gateway-teknologier som brannmurer og proxyer som leverer NAT- eller PAT-tjenester for å gi Internett-tilgang til programmer eller enheter som er på et privat IP-adresse . Disse gatewayene gjør at trafikk fra interne apper eller enheter til Internett ser ut til å komme fra én eller flere offentlig rutebare IP-adresser.

  • Hvis du distribuerer NAT, er det ikke obligatorisk å åpne en innkommende port på brannmuren.

  • Valider NAT-gruppestørrelsen som kreves for app- eller enhetstilkobling når flere appbrukere og enheter får tilgang til Webex Calling og Webex-bevisste tjenester ved hjelp av NAT eller PAT. Kontroller at tilstrekkelige offentlige IP-adresser er tilordnet til NAT-poolene for å forhindre utmattelse av porter. Utmattelse av porter bidrar til at interne brukere og enheter ikke kan koble til Webex Calling og Webex Aware-tjenestene.

  • Definer rimelige bindingsperioder og unngå å manipulere SIP på NAT-enheten.

  • Konfigurer et minimums-tidsavbrudd for NAT for å sikre riktig drift av enhetene. Eksempel: Cisco-telefoner sender en oppfølgingsmelding om REGISTER-oppdatering hvert 1.–2. minutt.

  • Hvis nettverket implementerer NAT eller SPI, må du angi et lengre tidsavbrudd (på minst 30 minutter) for tilkoblingene. Dette tidsavbruddet gir pålitelig tilkobling samtidig som det reduserer batteriforbruket til brukernes mobile enheter.

SIP Application Layer Gateway

Hvis en ruter eller brannmur er SIP Aware, som betyr at den har SIP Application Layer Gateway (ALG) eller noe lignende aktivert, anbefaler vi at du slår av denne funksjonaliteten for å opprettholde riktig drift av tjenesten.

Se den relevante produsentens dokumentasjon for informasjon om hvordan du deaktiverer SIP ALG på bestemte enheter.

Proxy-støtte for Webex Calling

De fleste kunder distribuerer en internettbrannmur, eller internettproxy og brannmur, for å begrense og kontrollere den HTTP-baserte trafikken som går ut av og kommer inn i nettverket. Dermed beskytter de nettverket deres mot forskjellige former for nettangrep.

Proxyer utfører flere sikkerhetsfunksjoner, for eksempel:

  • Tillat eller blokker tilgang til bestemte nettadresser.

  • Grunnleggende godkjenning

  • IP-adresse/domene/vertsnavn/URI-omdømmeoppslag

  • Trafikdekryptering og inspeksjon

Når proxy-funksjonen konfigureres, gjelder den for alle applikasjoner som bruker HTTP-protokollen.

Applikasjonene inkluderer følgende:

  • Webex-tjenester

  • CDA-prosedyrer (Customer Device Activation) ved hjelp av Cisco Cloud -klargjøringsplattform, for eksempel GDS, EDOS-enhetsaktivering, klargjøring og integrering av Webex-sky.

  • sertifikatautentisering

  • Fastvareoppgradering

  • Statusrapporter

  • PRT-opplastinger

  • VoIP-tjenester


 

Hvis det er konfigurert en proxy-server , er det bare signaltrafikken (HTTP/HTTPS) som sendes til proxy-server. Klienter som bruker SIP til å registrere seg for Webex Calling -tjenesten og tilknyttede medier, sendes ikke til proxyen. La derfor disse klientene gå direkte gjennom brannmuren.

Støttede proxy-alternativer, konfigurasjon og autentiseringstyper

De støttede proxy-typene er:

  • Eksplisitt proxy (inspeksjon eller ikke-inspeksjon) – Konfigurer klientens app eller enhet med eksplisitt proxy for å angi serveren som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:

  • Gjennomsiktig proxy (ikke-inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-server og krever ingen endringer for å fungere med en ikke-inspeksjons proxy.

  • Gjennomsiktig proxy (inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-server . Ingen HTTP-konfigurasjonsendringer er nødvendige. Klientene dine trenger imidlertid enten app eller enheter et rotsertifikat slik at de klarerer proxyen. IT-teamet bruker de inspeksjonsfullmektigene til å håndheve retningslinjer på nettstedene som skal besøkes, og innholdstypene som ikke er tillatt.

Konfigurer proxy-adressene manuelt for Webex Room-enheter, Cisco IP-telefoner for flere plattformer (MPP) og Webex-appen ved hjelp av:

  • Plattform OS

  • Enhets-URL

  • Automatisk oppdagelse

Mens du konfigurerer, velger du mellom følgende proxy-konfigurasjoner og autentiseringstyper:

Produkt

Proxykonfigurasjon

Godkjenningstype

Webex for Mac

Manuell, WPAD, PAC

Ingen godkjenning, enkel, NTLM

Webex for Windows

Manuell, WPAD, PAC, GPO

Ingen godkjenning, enkel, NTLM (2), Negotiate

Webex for iOS

Manuell, WPAD, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex for Android

Manuell, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

WebEx Meetings mobil-app

Støttes via OS

Ingen godkjenning, enkel, sammendrag, NTLM, Negotiate

Webex Room-enheter

WPAD, PAC eller manuell

Ingen godkjenning, enkel, sammendrag

Cisco IP-telefoner

Manuell, WPAD, PAC

Ingen godkjenning, enkel, sammendrag

Webex-videonettnode

Manuelt

Ingen godkjenning, enkel, sammendrag, NTLM

For tegnforklaringer i tabellen:

  1. Mac NTLM godkjenning – maskinen trenger ikke å være logget på domenet, brukeren bes om et passord(2):

  2. Windows NTLM Auth – støttes bare hvis en maskin er logget på domenet

  3. Automatisk nettproxy-søk (WPAD) – se Protokoll for automatisk oppdagelse av nettproxy for detaljer.

  4. Automatisk konfigurasjonsfiler for proxy (PAC) – se Automatisk konfigurasjonsfiler for proxy for detaljer.

  5. Hvis du vil koble Cisco Webex Board, Desk- eller Room Series-enhet til en proxy-server, se Koble enheten til tavle-, bord- eller romserien til en proxy-server .

  6. For Cisco IP-telefoner, se Sett opp en proxy-server som et eksempel på konfigurering av proxy-server og innstillingene.


 

for No Authentication, konfigurerer du klienten med en proxy-adresse som ikke støtter godkjenning. Åpne ved å bruke Proxy Authentication, konfigurer med gyldig legitimasjon. Proxyer som inspiserer nettrafikk, kan forstyrre WebSocket-tilkoblinger. Hvis dette problemet oppstår, kan det løse problemet å omgå trafikken som ikke inspiserer til *.Webex.com. Hvis du allerede ser andre oppføringer, legger du til et semikolon etter den siste oppføringen og angir Webex-unntaket.

Proxy-innstillinger for Windows OS

Microsoft Windows støtter to nettverksbibliotek for HTTP-trafikk (WinINet og WinHTTP) som tillater proxy-konfigurasjon.WinINet er et supersett av WinHTTP.

  1. WinInet er kun utviklet for énbruker, skrivebordsklientapplikasjoner

  2. WinHTTP er først og fremst utviklet for serverbaserte applikasjoner med flere brukere

Når du velger mellom de to, velger du WinINet som innstillinger for proxy- konfigurasjonsinnstillinger. Hvis du vil ha mer informasjon, se wininet-vs-winhttp .

Se Konfigurer en liste over tillatte domener for å få tilgang til Webex mens du er på bedriftsnettverk for detaljer om følgende:

  • For å sikre at personer bare logger på programmer ved hjelp av kontoer fra en forhåndsdefinert liste over domener.

  • Bruk en proxy-server til å fange opp forespørsler og begrense tillatte domener.

Proxy-inspeksjon og sertifikatfesting

Webex-appen og Webex-enhetene validerer sertifikatene til serverne de oppretter TLS-økter med. Sertifikatkontroller, slik som sertifikatutstederen og den digitale signaturen, er avhengige av å bekrefte sertifikatkjeden opptil rotsertifikatet. For å utføre valideringskontrollene bruker Webex-appen og -enheter et sett med klarerte rot-CA-sertifikater som er installert i operativsystem klareringslager.

Hvis du har distribuert en proxy for TLS-inspeksjon for å fange opp, må du dekryptere og inspisere Webex Calling trafikk. Kontroller at sertifikatet proxyen viser (i stedet for Webex-tjenestesertifikatet) er signert av en sertifiseringsinstans, og at rotsertifikat er installert i klareringslageret til Webex-appen eller Webex-enheten.

  • For Webex-appen – installer CA-sertifikat som brukes til å signere sertifikatet av proxyen i operativsystem til enheten.

  • For Webex Room-enheter og Cisco IP-telefoner for flere plattformer – Åpne en tjenesteforespørsel med TAC-teamet for å installere CA-sertifikat.

Denne tabellen viser Webex-appen og Webex-enheter som støtter TLS-inspeksjon av proxy-servere

Produkt

Støtter egendefinerte, klarerte sertifiseringsinstanser for TLS-inspeksjon

Webex-appen (Windows, Mac, iOS, Android, nett)

Ja

Webex Room-enheter

Ja

Cisco IP-telefoner for flere plattformer (MPP).

Ja

Konfigurasjon av brannmur

Cisco støtter Webex Calling og Webex Aware-tjenester i sikre datasentre for Cisco og Amazon Web Services (AWS). Amazon har reservert IP-undernettene sine til Ciscos eget bruk, og sikret tjenestene som ligger i disse undernettene i den virtuelle private skyen AWS.

Konfigurer brannmuren slik at kommunikasjon fra enheter, programmer og Internett-vendte tjenester utfører funksjonene sine på riktig måte. Denne konfigurasjonen gir tilgang til alle de støttede Webex Calling og Webex Aware-skytjenester, domenenavn, IP-adresser, porter og protokoller.

Godkjenn eller åpne tilgangen til følgende, slik at Webex Calling og Webex Aware-tjenestene fungerer som de skal.

  • Nettadressene/domenene nevnt under delen Domener og URL-er for Webex Calling Services

  • IP-delnett, porter og protokoller nevnt under delen IP-delnett for Webex Calling Services

  • Hvis du bruker Webex Meetings, Meldinger og andre tjenester, må du sørge for at domenene/nettadressene som er nevnt i denne artikkelen, også er åpne Nettverkskrav for Webex-tjenester

Hvis du bare bruker en brannmur, støttes ikke filtrering av Webex Calling trafikk ved hjelp av IP-adresser alene, da IP-adresse er dynamiske og kan endres når som helst. Oppdater reglene regelmessig. Hvis du ikke oppdaterer brannmurregellisten, kan dette påvirke brukeropplevelsen. Cisco støtter ikke filtrering av et undersett av IP-adresser basert på et bestemt geografisk område eller tjenesteleverandør. Filtrering etter region kan føre til alvorlig forringelse av ringeopplevelsen din.

Hvis brannmuren ikke støtter domene-/URL-filtrering, bruker du et alternativ for Enterprise Proxy-server. Dette alternativet filtrerer/tillater etter URL/domene HTTP-ene som signaliserer trafikk til Webex Calling og Webex Aware-tjenester i proxy-serveren, før du videresender til brannmuren.

For Webex Calling , UDP er Ciscos foretrukne transportprotokoll for medier, og den anbefaler at du kun bruker SRTP over UDP. TCP og TLS som transportprotokoller for medier støttes ikke for Webex Calling i produksjonsmiljøer. Den tilkoblingsorienterte naturen til disse protokollene påvirker mediekvaliteten over nettverk med tap. Hvis du har spørsmål angående transportprotokollen, kan du få en støttebillett.

Domener og URL-adresser for Webex Calling tjenester

En * på begynnelsen av en URL (f.eks. *.webex.com) indikerer at tjenester på toppnivådomenet og alle underdomener må være tilgjengelige.

Domene/nettadresse

Beskrivelse

Webex-apper og -enheter som bruker disse domenene/nettadressene

Cisco Webex-tjenester

*.broadcloudpbx.com

Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling Admin Portal.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australia.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Klientkonfigurasjon og administrasjonstjenester for oppringing.

Webex-apper

*.webex.com

*.cisco.com

Webex Calling og Webex Aware

  1. klargjøring av enhet

  2. Lagring av identitet

  3. Autentisering

  4. OAuth-tjenester

  5. integrering av enhet

  6. Skytilkoblet UC

Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til tilbakestilling til fabrikkinnstillinger uten at DHCP-alternativer er angitt, kontakter den en enhetsaktiveringsserver for null berøringsklargjøring. Nye telefoner bruker activate.cisco.com og telefoner med fastvareversjon tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com for klargjøring.

Last ned enhetens fastvare og nasjonale oppdateringer fra binaries.webex.com .

Gi Cisco flerplattformtelefoner (MPP) eldre enn 12.0.3-versjonen tilgang sudirenewal.cisco.com gjennom port 80 for å fornye MIC (Manufacturer Installed Certificate) og ha en SUDI (Secure Unique Device Identifier). Hvis du vil ha mer informasjon, se Feltvarsel .

Alle

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.wbx2.com og *.ciscospark.com

Brukes til skybevissthet, CSDM, WDM, kvikksølv og så videre. Disse tjenestene er nødvendige for at appene og enhetene skal kunne nå Webex Calling og Webex Aware-tjenestene under og etter integreringen.

Alle

*.webexapis.com

Webex-mikrotjenester som administrerer programmene og enhetene dine.

  1. Profilbildetjeneste

  2. Tavletjeneste

  3. Nærhetstjeneste

  4. Tilstedeværelsestjeneste

  5. Registrering avvist

  6. Kalendertjeneste

  7. Søk etter enhet

Alle

*.webexcontent.com

Webex Messaging-tjenester relatert til generell fillagring, inkludert:

  1. Brukerlinjer

  2. Omkodede filer

  3. Bilder

  4. Skjermbilder

  5. Tavlekontroller

  6. Klient- og enhetslogger

  7. profilbilder

  8. Merkevarelogoer

  9. Eske filer

  10. Masse-CSV-eksportfiler og importfiler (Control Hub)

Webex Apps-meldingstjenester.


 

Fillagring ved hjelp av webexcontent.com erstattet av clouddrive.com i oktober 2019

*.accompany.com

Integrering av personinnsikt

Webex-apper

Ytterligere Webex-relaterte tjenester (tredjepartsdomener)

*.appdynamics.com

*.eum-appdynamics.com

Ytelsessporing, feil og krasjregistrering, øktmåledata.

Control Hub

*.huron-dev.com

Webex Calling-mikrotjenester som vekslingstjenester, bestilling av telefonnummer og oppgavetjenester.

Control Hub

*.sipflash.com

Administrasjonstjeneste for enhet Fastvareoppgraderinger og sikker integreringsformål.

Webex-apper

*.walkme.com *.walkmeusercontent.com

Webex-brukerveiledningsklient. Tilbyr innføring og bruksomvisninger for nye brukere.

Klikk her for mer informasjon om WalkMe.

Webex-apper

*.google.com

*.googleapis.com

Varsler til Webex-apper på mobile enheter (eksempel: ny melding, når anropet blir besvart)

For IP-delnett, se disse koblingene

Tjenesten Google Firebase Cloud Messaging (FCM).

Apple pushvarsel Service (APNS)


 

For APNS viser Apple IP-delnettene for denne tjenesten.

Webex-app

IP-delnett for Webex Calling tjenester

IP-delnett for 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

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Tilkoblingsformål

Kildeadresser

Kildeporter

Protokoll

Måladresser

Målporter

Merknader

Oppringingssignalisering til Webex Calling (SIP TLS)

Lokal gateway ekstern (NIC)

8000–65535

TCP

Referer til IP-delnett for Webex Calling-tjenester.

5062, 8934

Disse IP-ene/portene er nødvendige for utgående SIP-TLS-anropssignalering fra lokale gatewayer, enheter og applikasjoner (kilde) til Webex Calling Cloud (destinasjon).

Port 5062 (obligatorisk for sertifikatbasert trunk). Og port 8934 (obligatorisk for registreringsbasert trunk

Enheter

5060-5080

8934

Applikasjoner

Midlertidig port (OS-avhengig)

Samtalesignalering fra Webex Calling (SIP TLS) til lokal gateway

Webex Calling .

Se IP-delnett for Webex Calling Services

8934

TCP

IP- eller IP-område valgt av kunden for den lokale gatewayen

Port eller portområde valgt av kunden for den lokale gatewayen

Gjelder sertifikatbaserte lokale gatewayer. Det er nødvendig å opprette en tilkobling fra Webex Calling til en lokal gateway.

En registreringsbasert lokal gateway fungerer ved å gjenbruke en tilkobling som er opprettet fra den lokal gateway.

Destinasjonsport er kundevalgt Konfigurer trunker

Anropsmedier til Webex Calling (STUN, SRTP/SRTCP, T38)

Lokal gateway ekstern NIC

8000-48199 *

UDP

Referer til IP-delnett for Webex Calling-tjenester.

5004, 9000 (STUN-porter)

8500-8701,19560-65535 (SRTP over UDP)

  • Disse IP-adressene/portene er nødvendige for utgående SRTP-oppringingsmedia fra lokale gatewayer, enheter og applikasjoner (kilde) til Webex Calling-skyen (mål).

  • For samtaler i organisasjonen der STUN, ICE-forhandling er vellykket, fjernes medieoverføringen i skyen som kommunikasjonsbane. I slike tilfeller er medieflyten direkte mellom brukerens apper/enheter.

    For eksempel: Hvis medieoptimaliseringen lykkes, sender programmer medier direkte mellom hverandre på portområdene 8500–8701, og enheter sender medier direkte til hverandre på portområder mellom 19560 og 19661.

  • For visse nettverkstopologier der brannmurer brukes i et kundeområde, må du gi tilgang for de nevnte kilde- og målportområdene i nettverket slik at mediene kan flyte gjennom.

    Eksempel: For programmer må du tillate kilde- og målportområde 8500–8701.

Enheter *

19560–19661

Programmer *

8500-8701

Samtalemedier fra Webex Calling (SRTP/SRTCP, T38)

Webex Calling .

Se IP-delnett for Webex Calling Services

19560-65535 (SRTP over UDP)

UDP

IP- eller IP-område valgt av kunden for den lokale gatewayen

Medieportområde valgt av kunden for den lokale gatewayen

Oppringingssignalisering til PSTN-gateway (SIP TLS)Lokal gateway intern NIC8000–65535

TCP

Din ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Anropsmedier til PSTN-gateway (SRTP/SRTCP)Lokal gateway intern NIC

8000-48199 *

UDP

Din ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)

Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)

Webex Calling-enheter

Midlertidig port

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

Obligatorisk av følgende årsaker:

  1. Overføre fra bedriftstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com hvis du vil ha mer informasjon. Cloudupgrader.webex.com bruker porter: 6970 443 for fastvareoverføringsprosessen.

  2. Fastvareoppgraderinger og sikker integrering av enheter (MPP og rom- eller bordtelefoner) ved hjelp av den 16-sifrede aktiveringskoden (GDS)

  3. For CDA/EDOS – MAC-adresse klargjøring. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med nyere fastvare.

  4. Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til tilbakestilling til fabrikkinnstillinger, uten at DHCP-alternativene er angitt, kontakter den en enhetsaktiveringsserver for null berøringsklargjøring. Nye telefoner bruk activate.cisco.com i stedet for webapps.cisco.com for klargjøring. Telefoner med fastvare utgitt tidligere enn 11.2(1) fortsetter å bruke webapps.cisco.com . Det anbefales å tillate alle disse IP-delnettene.

  5. Gi Cisco flerplattformtelefoner (MPP) eldre enn 12.0.3-versjonen tilgang sudirenewal.cisco.com gjennom port 80 for å fornye MIC (Manufacturer Installed Certificate) og ha en SUDI (Secure Unique Device Identifier). Hvis du vil ha mer informasjon, se Feltvarsel

Applikasjonskonfigurasjon

Webex Calling-applikasjoner

Midlertidig port

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

443, 8443

Brukes til Idbroker-autentisering, applikasjonskonfigurasjonstjenester for klienter, nettleserbasert webtilgang for egenomsorg OG tilgang til administrative grensesnitt.

Synkronisering av enhetstid (NTP)

Webex Calling-enheter

51494

UDP

Referer til IP-delnett for Webex Calling-tjenester.

123

Disse IP-adressene er nødvendige for tidssynkronisering for enheter (MPP-telefoner, ATA-er og SPA ATA-er)

Oppløsning av enhetsnavn og oppløsning av programnavn

Webex Calling-enheter

Midlertidig port

UDP og TCP

Vertsdefinert

53

Brukes til DNS-oppslag for å finne IP-adressene til Webex-servere i skyen.

Selv om vanlige DNS-oppslag gjøres over UDP, kan noen kreve TCP, hvis spørringssvarene ikke får plass til det i UDP-pakker.

Synkronisering av applikasjonstid

Webex Calling-applikasjoner

123

UDP

Vertsdefinert

123

CScan

Nettbasert Nettverksberedskap Prekvalifiseringsverktøy for Webex Calling

Midlertidig port

TCP

Referer til IP-delnett for Webex Calling-tjenester.

8934 og 443

Nettbasert Prekvalifiseringsverktøy for nettverksberedskap for Webex Calling. Gå til cscan.webex.com for mer informasjon.

UDP

19569–19760

Ytterligere Webex Calling og Webex Aware (Tredjepart)

Push-varsler APNS- og FCM-tjenester

Webex Calling-programmer

Midlertidig port

TCP

Se IP-undernett nevnt under koblingene

Apple pushvarsel Service (APNS)

Google-Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223

Varsler til Webex-apper på mobile enheter (eksempel: Når du mottar en ny melding eller når et anrop blir besvart)


 
  • † CUBE-medieportområdet kan konfigureres med rtp-port-intervall.

  • * Medieporter for enheter og programmer tilordnes dynamisk hvor som helst i SRTP-porten. SRTP-porter er partallsporter, og den tilsvarende SRTCP-porten tilordnes etterfølgende oddetallsport.

  • Hvis det er konfigurert en proxy-server for appene og enhetene dine, sendes signaltrafikken til proxyen. Medier som transporteres SRTP over UDP, flyter direkte til brannmuren i stedet for proxy-server.

  • Hvis du bruker NTP- og DNS-tjenester i bedriftsnettverket, åpner du portene 53 og 123 gjennom brannmuren.

Webex Meetings/Meldinger – nettverkskrav

Integrer MPP-enheter til Webex Cloud for tjenester som samtalelogg, katalogsøk og møter. Nettverkskravene for disse Webex-tjenestene finner du i Nettverkskrav for Webex-tjenester. Hvis du bruker møter, meldingstjenester og andre tjenester fra Webex-appen, må du kontrollere at domenene/nettadressene/adressene som er nevnt i denne artikkelen, er åpne.

Referanser

Hvis du vil vite hva som er nytt i Webex Calling, kan du se Hva er nytt i Webex Calling

Hvis du vil ha sikkerhetskrav for Webex Calling, kan du se Artikkel

Optimalisering av Webex Calling Media med interaktiv tilkoblingsetablering (ICE) Artikkel

Dokumentrevisjonshistorikk

Dato

Vi har gjort følgende endringer i denne artikkelen

6. mai 2024

Oppdaterte bruken av begge SRTP/ SRTCP-portområdene for spesifikasjonen for Webex Calling Media.

3. april 2024

Oppdaterte IP-delnettene for Webex Calling tjenester med 163.129.0.0/17 for å imøtekomme markedsutvidelsen for Webex Calling for India-regionen.

18. desember 2023

Inkludert sudirenewal.cisco.com Krav til URL og port 80 for enhetskonfigurasjon og fastvarebehandling av Cisco MPP-telefonens MIC-fornyelse.

11. desember 2023

Oppdaterte IP-delnettene for Webex Calling tjenester til å inkludere et større sett med IP-adresser.

150.253.209.128/25 – endret til 150.253.128.0/17

29. november 2023

Oppdaterte IP-delnettene for Webex Calling tjenester for å inkludere et større sett med IP-adresser for å imøtekomme utvidelse av Webex Calling -regionen for fremtidig vekst.

144.196.33.0/25 – endret til 144.196.0.0/16

Avsnittene for IP-delnett for Webex Calling tjenester under Webex Calling (SIP TLS) og Call media to Webex Calling (STUN, SRTP) oppdateres for klarhet i sertifikatbasert trunking og brannmurkravene for lokal gateway.

14. august 2023

Vi har lagt til følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for å støtte økte kapasitetskrav for Edge og Webex Calling Services.


 

Dette IP-området støttes bare i USA-regionen.

5. juli 2023

La til koblingenhttps://binaries.webex.com for å installere Cisco MPP-fastvaren.

7. mars 2023

Vi har overhalt hele artikkelen til å inkludere:

  1. Inkludert alternativer for proxy-støtte.

  2. Endret flytdiagram for anrop

  3. Forenklede domener/URL-er/ IP-subnett -delnettsdeler for Webex Calling og Webex Aware-tjenester

  4. La til 170.72.0.0/16 IP-subnett -delnettområde for Webex Calling og Webex Aware-tjenester.

    Fjernet følgende områder 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

5. mars 2023

Oppdaterer artikkelen til å inkludere følgende:

  • La til UDP-SRTP-portområdet (8500-8700) som brukes av programmer.

  • La til portene for APNS- og FCM-tjenestene for pushvarsler.

  • Del opp CScan-portområdet for UDP og TCP.

  • La til referansedelen.

15. november 2022

Vi har lagt til følgende IP-adresser for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. november 2022

La til IP-subnett 170.72.242.0/24 for Webex Calling -tjenesten.

8. september 2022 kl.

Cisco MPP-fastvaren går over til brukhttps://binaries.webex.com som verts-URL for MPP-fastvareoppgraderinger i alle regioner. Denne endringen forbedrer ytelsen for fastvareoppgradering.

30. august 2022 kl.

Fjernet referanse til Port 80 fra radene Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter), Programkonfigurasjon og CScan i Port-tabellen, siden det ikke er noen avhengighet.

18. august 2022

Ingen endring i løsningen. Målportene 5062 (kreves for sertifikatbasert trunk), 8934 (kreves for registreringsbasert trunk) for anropssignalering til Webex Calling (SIP TLS) er oppdatert.

26. juli 2022

Lagt til 54.68.1.225 IP-adresse, som kreves for fastvareoppgradering av Cisco 840/860-enheter.

21. juli 2022

Oppdaterte målportene 5062, 8934 for anropssignalering til Webex Calling (SIP TLS).

14. juli 2022

La til URL-adressene som støtter en fullstendig funksjon av Webex Aware-tjenester.

La til IP-subnett 23.89.154.0/25 for Webex Calling -tjenesten.

27. juni 2022

Oppdaterte domenet og URL-adressene for Webex Calling-tjenester:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. juni 2022 kl.

Lagt til følgende porter og protokoller under IP-adresser og porter for Webex-anropstjenester:

  • Tilkobling formål: Webex-funksjoner

  • Kilde adresser: Webex-anropsenheter

  • Kilde porter: Midlertidig port

  • Protokoll: TCP

  • Destinasjonsadresser: Se IP-delnett og domener definert i Webex Meetings/Meldinger – nettverkskrav.

  • Destinasjonsporter: 443

    Merknader: Webex Calling bruker disse IP-adressene og domenene for å grensesnitt med Webex Cloud tjenester som Katalog, Samtalelogg og Meetings.

Oppdatert informasjon i Webex Meetings/Messaging - Nettverkskrav-delen

24. mai 2022

Lagt til IP subnett 52.26.82.54/24 til 52.26.82.54/32 for Webex Calling service

6. mai 2022

Lagt til IP subnett 52.26.82.54/24 for Webex Calling service

7. april 2022

Oppdaterte det interne og eksterne UDP-portområdet for lokal gateway til 8000-48198

5. april 2022

Lagt til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. mars 2022

Lagt til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. september 2021

La til fire nye IP-delnett for Webex Calling-tjenesten:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

02. april 2021

La til *.ciscospark.com under Domener og nettadresser for Webex Calling-tjenester for å støtte Webex Calling-brukstilfeller i Webex-appen.

25. mars 2021

La til 6 nye IP-områder for activate.cisco.com, som trer i kraft 8. mai 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4. mars 2021

Erstatt Webex Calling diskrete IP-er og mindre IP-intervaller med forenklede områder i en egen tabell for bedre forståelse for brannmurkonfigurasjon.

26. februar 2021

Lagt til 5004 som destinasjonsport for anropsmedier til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som vil være tilgjengelig i Webex Calling i april 2021.

22. februar 2021

Domener og nettadresser er nå oppført i en egen tabell.

Tabellen IP-adresser og porter justeres for å gruppere IP-adresser for de samme tjenestene.

Legge til Merknader-kolonnen i tabellen IP-adresser og porter som hjelper deg med å forstå kravene.

Flytte følgende IP-adresser til forenklede områder for enhetskonfigurasjon og fastvarebehandling (Cisco-enheter):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Legger til følgende IP-adresser for programkonfigurasjon fordi Cisco Webex klient peker til en nyere DNS SRV i Australia i mars 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har lagt til følgende IP-adresser i enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har lagt til følgende IP-adresser i programkonfigurasjonen:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Vi har fjernet følgende IP-adresser fra programkonfigurasjonen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra programkonfigurasjonen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har lagt til følgende domener i programkonfigurasjonen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. desember 2020

La til nye IP-adresser for applikasjonskonfigurasjon i portreferansebildene.

22. desember 2020

Oppdaterte applikasjonskonfigurasjonsraden i tabellene for å inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjulte nettverksdiagrammene til disse IP-adressene ble lagt til.

11. desember 2020

Oppdaterte enhetskonfigurasjonen og fastvareadministrasjonen (Cisco-enheter) og applikasjonkonfigurasjonsradene for de støttede kanadiske domenene.

16. oktober 2020

Oppdaterte oppringingssignalisering og medieoppføringer med følgende IP-adresser:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23. september 2020

Erstattet 199.59.64.156 med 199.59.64.197 under CScan.

14. august 2020

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

Oppringingssignalisering 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

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

  • Oppringingsmedia til Webex Calling (SRTP) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anropssignalering til offentlig adresserte endepunkter (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter) – 135.84.173.155,135.84.174.155

  • Synkronisering av enhetstid – 135.84.173.152, 135.84.174.152

  • Applikasjonskonfigurasjon – 135.84.173.154,135.84.174.154

22. juli 2020

La til følgende IP-adresse for å støtte introduksjonen av datasentre i Canada: 135.84.173.146

9. juni 2020

Vi gjorde følgende endringer i CScan-oppføringen:

  • Rettet en av IP-adressene - endret 199.59.67.156 til 199.59.64.156.

  • Nye funksjoner krever nye porter og UDP – 19560–19760

11. mars 2020

Vi la til følgende domene- og IP-adresser i programkonfigurasjonen:

  • jp.bcld.webex.com – 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com – 64.68.99.6, 64.68.100.6

Vi oppdaterte følgende domener med flere IP-adresser til enhetskonfigurasjon og fastvareadministrasjon:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com – 72.163.10.134

  • activation.webex.com – 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com – 3.130.87.169, 3.20.185.219

27. februar 2020

Vi la til følgende domene og porter i enhetskonfigurasjon og fastvareadministrasjon:

cloudupgrader.webex.com – 443, 6970

Var denne artikkelen nyttig?
Arbeidsflyt for konfigurasjon av Webex-kall
Relaterte artikler