Arbeidsflyt for konfigurasjon av Webex-kall
Arbeidsflyt for konfigurasjon av Webex-kall
30. september 2022
Oversikt over Webex-anrop

Vi presenterer Webex Calling

Tenk deg å kunne utnytte skysamtaler, mobilitet og PBX-funksjoner i bedriftsklasse, sammen med Webex App for meldinger og møter og ringe fra en Webex Calling myk klient eller Cisco-enhet. Det er akkurat det Webex Calling har å tilby deg.

Webex Calling gir følgende fordeler:

  • Ringeabonnement for telefonibrukere og fellesarealer

  • Webex App-tilgang for alle brukere

  • PSTN-tilgang (Public Switch Telephony Network) for å la brukerne ringe opp numre utenfor organisasjonen. Tjenesten leveres gjennom en eksisterende bedriftsinfrastruktur (lokal gateway uten lokal IP PBX eller med eksisterende Unified CM-anropsmiljø) eller PSTN-alternativer fra Partner eller Cisco.

Webex Calling støtter følgende funksjoner. Hvis du vil ha mer informasjon, kan du se konfigurere Webex Calling Features kapittel.

Tabell 1. Funksjoner som kan konfigureres av administratorer

Funksjon

Beskrivelse

Auto-ledsager

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 samtaler basert på anrops-ID-attributter for å lage VIP-lister eller håndtere anrop fra bestemte retningsnumre annerledes.

Ring opp kø

Du kan konfigurere en anropskø slik at når innkommende anrop ikke kan besvares, får innringere et 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 samtalehentingsgruppe slik at brukere kan svare på hverandres anrop. Når du legger til brukere i en hentegruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene deres.

Samtaleparkering

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

Huntgruppe

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 finnes noe svar, går anropet til neste agent i listen.

  • Et supportteam som vil at telefoner skal ringe på en gang, slik at den første tilgjengelige agenten kan ta samtalen.

Oppkallingsgruppe

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 sidevekslingsgruppe, spilles meldingen av på alle enhetene i gruppen.

Resepsjonistklient

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

Brukere kan konfigurere følgende funksjoner i https://settings.webex.com, som kryssstartes i Calling User Portal.

Tabell 2. Brukerkonfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonym samtale

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

Bedriftskontinuitet

Hvis brukernes telefoner av en eller annen grunn ikke er koblet til nettverket (for eksempel strømbrudd, nettverksproblemer og så videre), kan brukere videresende innkommende anrop til et bestemt telefonnummer.

Viderekobling av samtale

Brukere kan videresende innkommende anrop til en annen telefon.

Selektiv viderekobling

Brukere kan videresende anrop til bestemte tider fra bestemte innringere. Denne innstillingen har forrang over viderekobling.

Ring Varsle

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 samtaler gå direkte til telefonsvareren.

Kontor hvor som helst

Brukere kan bruke sine valgte telefoner ("Steder") som en utvidelse av bedriftens telefonnummer og oppringingsplan.

Varsel om prioritet

Brukere kan ringe telefonene med en særegen ring når forhåndsdefinerte kriterier er oppfylt, for eksempel telefonnummer eller dato og klokkeslett.

Eksternt kontor

Brukere kan ringe fra en ekstern telefon og få det til å vises fra forretningslinjen. I tillegg vil eventuelle innkommende anrop til forretningslinjen ringe på denne eksterne telefonen.

Selektiv samtaleaksept

Brukere kan godta anrop på bestemte tidspunkter fra bestemte innringere.

Selektiv samtaleavvisning

Brukere kan avvise anrop på bestemte tidspunkter fra bestemte innringere.

Sekvensiell ring

Ring opptil 5 enheter etter hverandre for innkommende anrop.

Samtidig ringing

Ring brukernes og andres ("ringemottakere") numre samtidig for innkommende anrop.

Klargjøre tjenester, enheter og brukere i Control Hub, kryssstarte til detaljert konfigurasjon i administrasjonsportalen for anrop

Control Hub (https://admin.webex.com) er en administrasjonsportal som integreres med Webex Calling for å effektivisere ordrene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet –Webex Calling, Webex Appog Meetings.

Control Hub er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan gjøre første gangs oppsett av anropstjenesten din, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å knytte til enheter, legge til numre, tjenester, ringefunksjoner og så videre. Fra Control Hubkan du også kryssstarte til administrasjonsportalenfor anrop.

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

  • Webex Calling-applikasjon - Soft-klient for å ringe som er merket av Cisco. Hvis du vil ha mer informasjon, kan du se Utforske den nye Cisco Webex-anropsappen.

  • Webex-innstillinger (https://settings.webex.com) – Grensesnitt der brukere kan angi innstillinger for profilen, laste ned Webex App og kryssstarte til calling user portal for anropsinnstillinger. Hvis du vil ha mer informasjon, kan du se Endre Cisco Webex-innstillingene.

  • Webex App – Applikasjon inkludert i abonnementet som en Cisco-merket Team Messaging-klient. Hvis du vil ha mer informasjon, kan du se Komme i gang med Cisco Webex App.

  • Webex-møter – valgfritt program lagt til som en møteløsning. Hvis du vil ha mer informasjon, kan du se Webex-møter.

Oversikt

Webex Calling kan redusere driftskostnadene og forbedre produktiviteten ved å hjelpe deg med å migrere kritisk forretningskommunikasjon til skyen. Når det kombineres med andre Webex-apper og -enheter, er det hjertet i en komplett skyanrops- og samarbeidsopplevelse for bedrifter. Cisco støtter lokale, i skyen og distribusjon av blandede modeller for å holde kundene våre tilkoblet og produktive fra hvor som helst; selv under forstyrrende markedshendelser.

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, og bringer skyinnovasjon og en forbedret opplevelse til kunder som trenger å støtte eldre Cisco-endepunkter, lokale overlevelsesløsninger eller eksisterende integrasjoner som er en del av kritiske forretningsarbeidsflyter.

Dedicated Instance-tillegget for Webex Calling inkluderer:

  • Cisco Unified Communications Manager

  • Ciscos enhetlige direktemeldinger og tilstedeværelse

  • Ciscos enhetlige enhet-tilkobling

  • Cisco Motorvei

  • Cisco Emergency Responder (bare Amerika-området)

  • Cisco Session Management Edition (SMB) (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 når du overfører til skyen, og utvider avkastningen på disse ressursene.

Basic Inter-Op - Dedicated Instance er integrert med Webex Calling for samtaleruting via Webex-plattformen. Kunder har fleksibiliteten til å distribuere brukere på tvers av både Dedicated Instance og Webex Calling, og justere over tid etter behov for å imøtekomme forretningskravene 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 ikke Webex Calling-brukere være en del av en jaktgruppe på Dedicated Instance.

Få en innføring i Control Hub

Control Hub er ditt eneste nettbaserte grensesnitt for å administrere organisasjonen, administrere brukere, tilordne tjenester, analysere innføringstrender og samtalekvalitet med mer.

For å få organisasjonen i gang anbefaler vi at du inviterer noen få brukere til å bli med i Webex App ved å skrive inn e-postadressene deres i Control Hub. Oppfordre folk til å bruke tjenestene du tilbyr, inkludert å ringe, og gi deg tilbakemelding om opplevelsen deres. 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 nettlesere kan gi uventede resultater.

Bruk informasjonen nedenfor som et sammendrag på høyt nivå av hva du kan forvente når du konfigurerer organisasjonen 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, og bruk Chrome eller Firefox for å få tilgang til Control Hub. Koblingen logger deg automatisk på med administrator-e-postadressen din. Deretter blir du bedt om å opprette administratorpassordet.

Førstegangsveiviser for prøveversjoner

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

Se gjennom innstillingene dine

Når Control Hub lastes inn, kan du se gjennom innstillingene.

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 bestemmer deg for hvordan du vil legge til brukere. Klikk Neste , og følg instruksjonene for å konfigurere Cisco Directory Connector.

Konfigurere enkel pålogging (SSO)

Webex App bruker enkel godkjenning. Du kan velge å konfigurere SSO slik at brukere godkjennes hos Enterprise Identity Provider ved hjelp av Enterprise-legitimasjonen, i stedet for et eget passord som er lagret og administrert i Webex.

Gå til Innstillinger, bla til Godkjenning, klikk Endre, og velg deretter Integrer en 3. parts identitetsleverandør.

Tilordne tjenester til brukere

Du må tilordne tjenester til brukerne du har lagt til, slik at folk kan begynne å bruke Webex App.

Gå til Brukere, klikk Administrer brukere, velg Eksporter og importer brukere med en CSV-fil, og klikk deretter Eksporter.

I filen du laster ned, legger du ganske enkelt til True for tjenestene du vil tilordne til hver av brukerne.

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.

Styrk brukerne dine

Nå som du har lagt til brukere og de har blitt tilordnet tjenester, kan de begynne å bruke sine støttede Multiplatform Phones (MPPs) for Webex Calling og Webex App for meldinger og møter. Oppfordre dem til å bruke Cisco Webex Settings som en one-stop shop for tilgangen.

Rollen til den lokale gatewayen

Den lokale gatewayen er en bedrifts- eller partneradministrert kantenhet for interworking av Public Switch Telephony Network (PSTN) og eldre offentlig filialutveksling (PBX) interworking (inkludert Unified CM).

Du kan bruke Control Hub til å tilordne en lokal gateway til en plassering, hvoretter Control Hub gir parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokale gatewayen med skyen, og deretter leveres PSTN-tjenesten via gatewayen til Webex Calling-brukere på et bestemt sted.

Hvis du vil angi og bestille en lokal gateway, leser du bestillingsveiledningen for lokal gateway.

Støttede distribusjoner av lokal gateway for Webex-anrop

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 distribusjoner av lokal gateway

Denne illustrasjonen viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt plassering eller en distribusjon på flere steder.

For alle anrop som ikke samsvarer med webex-anropsdestinasjonene , sender Webex Calling disse anropene til den lokale gatewayen som er tilordnet stedet for behandling. Den lokale gatewayen ruter alle anrop som kommer fra Webex Calling til PSTN og i den andre retningen, PSTN til Webex Calling.

PSTN-gatewayen kan være en dedikert plattform eller kjernesident med den lokale gatewayen. Som i figuren nedenfor anbefaler vi den dedikerte PSTN-gatewayvarianten av denne distribusjonen. Den kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Gateway for Webex-anrop .

Coresident lokal gateway-distribusjon

Den lokale gatewayen kan være IP-basert, koble til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller analog krets. Figuren nedenfor viser en Webex Calling-distribusjon der den lokale gatewayen er coresident med PSTN GW/SBC.

Lokale gateway-distribusjoner med lokal Unified CM PBX

Integrasjoner med Unified CM kreves i følgende tilfeller:

  • WebexCalling-aktiverte plasseringer legges til en eksisterende Cisco UC-distribusjon der Unified CM distribueres som den lokale anropskontrollløsningen

  • Direkte oppringing mellom telefoner som er registrert på Unified CM og telefoner i Webex Calling-steder , kreves.

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

Webex Calling sender anrop som ikke samsvarer med kundens Webex Calling-mål til den lokale gatewayen. Dette inkluderer PSTN-numre og interne Unified CM-utvidelser, som Webex Calling ikke kan se. Den lokale gatewayen ruter alle samtaler som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale mål eller til PSTN i henhold til den eksisterende nummerplanen. Unified CM-nummerplanen normaliserer numre som +E.164. PSTN-gatewayen kan være dedikert eller samtidig bosatt med den lokale gatewayen.

Dedikert PSTN-gateway

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

Coresident PSTN Gateway

Denne illustrasjonen viser en Webex Calling-distribusjon med en Unified CM der den lokale gatewayen er coresident med PSTN gateway/SBC.

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

Hensyn ved ruting av anrop

Samtaler fra Webex Calling til Unified CM

Webex Calling-rutinglogikken fungerer slik: Hvis nummeret som ringes på et Webex Calling-endepunkt ikke kan rutes til et annet mål i samme kunde i Webex Calling, sendes anropet til den lokale gatewayen for videre behandling. Alle off-net (utenfor Webex Calling) samtaler sendes til den lokale gatewayen.

For en Webex Calling-distribusjon uten integrering i en eksisterende Unified CM, betraktes ethvert offline-anrop som et PSTN-anrop. Når det kombineres med Unified CM, kan en samtale utenfor nettet fortsatt være en online-samtale til et hvilket som helst mål som driftes på Unified CM eller et reelt off-net-anrop til et PSTN-mål. Skillet mellom de to sistnevnte anropstypene bestemmes av Unified CM og avhenger av enterprise-nummerplanen som er klargjort på Unified CM.

Figuren nedenfor viser en Webex Calling-bruker som ringer et nasjonalt nummer i USA.

Enhetlig CM ruter nå, basert på den konfigurerte nummerplanen, kallet til et lokalt registrert endepunkt der det kalte målet klargjøres som katalognummer. For dette må Unified CM-nummerplanen støtte ruting av +E.164-numre.

Samtaler fra Unified CM til Webex Calling

Hvis du vil aktivere samtaleruting fra Unified CM til Webex Calling på Unified CM, må et sett med ruter klargjøres for å definere settet med +E.164- og Enterprise-nummereringsplanadresser i Webex Calling.

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

Hvis en oppringer i PSTN ringer et DID-nummer som er tilordnet til en Webex Calling-enhet , leveres kallet til virksomheten via bedriftens PSTN-gateway og treffer deretter Unified CM. Den oppringte adressen til kallet samsvarer med en av Webex Calling-rutene som er klargjort i Unified CM, og kallet sendes til den lokale gatewayen. (Den oppringte adressen må være i +E.164-format når den sendes til den lokale gatewayen.) Webex Calling-rutinglogikken sørger deretter for at samtalen sendes til den tiltenkte Webex Calling-enheten , basert på DID-tilordning.

Kall som kommer fra Registrerte Unified CM-endepunkter, rettet mot mål i Webex-anrop, er også underlagt nummerplanen som klargjøres på Unified CM. Vanligvis lar denne nummerplanen brukerne bruke vanlige oppringingsvaner for bedrifter for å ringe. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før samtalene sendes til den lokale gatewayen for å tillate riktig ruting i Webex Calling.

Tjenesteklasse (CoS)

Implementering av stramme servicebegrensninger anbefales alltid av forskjellige grunner, inkludert å unngå anropssløyfer og forhindre bompengesvindel. I sammenheng med integrering av Webex Calling Local Gateway med Unified CM-tjenesteklasse må vi vurdere tjenesteklasse for:

  • Enheter registrert med Unified CM

  • Samtaler som kommer inn i Unified CM fra PSTN

  • Samtaler som kommer inn i Unified CM fra Webex Calling

Enheter registrert med Unified CM

Å legge til Webex Calling-destinasjonene som en ny klasse destinasjoner til et eksisterende CoS-oppsett er ganske rett frem: Tillatelse til å ringe til Webex Calling-destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert destinasjoner mellom nettsteder).

Hvis en enterprise dial-plan allerede implementerer en "(forkortet) on-net inter-site" tillatelse så er det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net Webex Calling destinasjoner i samme partisjon.

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

Samtaler som kommer inn i Unified CM fra PSTN

Å legge til Webex Calling-destinasjonene som en ny klasse destinasjoner til et eksisterende CoS-oppsett er ganske rett frem: Tillatelse til å ringe til Webex Calling-destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert destinasjoner mellom nettsteder).

Hvis en enterprise dial-plan allerede implementerer en "(forkortet) on-net inter-site" tillatelse så er det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net Webex Calling destinasjoner i samme partisjon.

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

Samtaler som kommer inn i Unified CM fra Webex Calling

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

Mens for samtaler fra PSTN tilgang til Unified CM DIDs og Webex Calling DIDs er nødvendig samtaler som kommer fra Webex Calling trenger tilgang til Unified CM DIDs og PSTN destinasjoner.

Figur 1. Differensiert CoS for samtaler fra PSTN- og Webex-anrop

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

Integrering av nummerplan

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

Den anbefalte nummerplanutformingen følger designtilnærmingen som er dokumentert i Dial Plan-kapittelet i den nyeste versjonen av Cisco Collaboration System SRND som er tilgjengelig her.

Figur 2. Anbefalt nummerplan

Denne illustrasjonen viser en oversikt over den anbefalte utformingen av nummerplanen. Viktige egenskaper ved denne nummerplandesignen inkluderer:

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

  • Alle katalognumre ligger i samme partisjon (DN) og er merket som hastenumre.

  • Kjerneruting er basert på +E.164.

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

  • Oversettelsesmønstre for oppringing av normalisering bruker oversettelsesmønster som kaller søkeplassarv; de har alternativet "Bruk Originator's Calling Search Space".

  • Tjenesteklasse implementeres ved hjelp av nettsteds- og tjenestespesifikke søkeområder for anrop.

  • FUNKSJONER FOR PSTN-tilgang (for eksempel tilgang til internasjonale PSTN-mål) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene i tjenesteklassen for anropssøkeområdet.

Tilgjengelighet til Webex-anrop

Figur 3. Legge til Webex Calling-destinasjon i nummerplanen

For å legge til tilgjengelighet for Webex Calling-destinasjoner til denne nummerplanen, 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 denne partisjonen. Dette rutemønsteret refererer til en ruteliste med bare ett medlem: rutegruppen med SIP-stammen til den lokale gatewayen for kall til Webex-anrop. Fordi alle oppringte mål normaliseres til +E.164, enten ved hjelp av oversettelsesmønstre for oppringing for anrop som kommer fra Unified CM-registrerte endepunkter, eller innkommende kalt partstransformasjoner for samtaler som kommer fra PSTN, er dette enkeltsettet med +E.164-rutemønstre nok til å oppnå tilgjengelighet for destinasjoner i Webex-anrop uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker ringer "914085550165", normaliserer oversettelsesmønsteret for oppringing i partisjonen "UStoE164" denne ringestrengen til "+ 14085550165" som deretter samsvarer med rutemønsteret for en Webex Calling-destinasjon i partisjonen "Webex Calling." Unified CM sender til slutt kallet til den lokale gatewayen.

Legg til forkortet oppringing mellom nettsteder

Figur 4. Legge til forkortet oppringing mellom nettsteder

Den anbefalte måten å legge til forkortet oppringing mellom nettsteder i referansehjulplanen er å legge til oversettelsesmønstre for oppringingsnormalisering for alle nettsteder under bedriftens nummerplan til en dedikert partisjon ("ESN", Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp nummerstrenger i formatet til bedriftens nummereringsplan og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til enterprise forkortet oppringing til Webex Calling-mål, legger du til det respektive oversettelsesmønsteret for oppringingsnormalisering for Webex Calling-plasseringen i Webex Calling-partisjonen (for eksempel "8101XX" i diagrammet). Etter normalisering sendes samtalen igjen til Webex Calling etter å ha matchet rutemønsteret i "Webex Calling" -partisjonen.

Vi anbefaler ikke å legge til det forkortede oversettelsesmønsteret for oppringingsnormalisering for Webex Calling-kall i "ESN"-partisjonen, fordi denne konfigurasjonen kan skape uønskede anropsrutingssløyfer.

Protokollbehandlere for anrop

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

  • CLICKTOCALL: eller CLICKTOCALL://

  • SIP: eller SIP://

  • TEL: eller TEL://

  • WEBEXTEL: eller WEBEXTEL://

Protokoll behandlere for Windows

Andre apper kan registrere seg for protokollbehandlerne før Webex-appen. I Windows 10, systemvinduet for å be brukerne 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 anropsappen slik at de kan velge Webex App, kan du be dem om å endre protokolltilknytningene for Webex App i Windows 10:

  1. Åpne standard appinnstillinger systeminnstillinger, klikk Angi standardinnstillinger etter app, og velg deretter Webex App.

  2. Velg Webex App for hver protokoll.

Protokollbehandlere for macOS

På Mac OS, hvis andre apper er registrert i anropsprotokollene før Webex App, må brukerne konfigurere Webex App til å være standard anropsalternativ.

I Webex App for Mac kan brukere bekrefte at Webex App er valgt for innstillingen Start samtaler med under generelle preferanser. De kan også merke av for Koble alltid til Microsoft Outlook hvis de vil ringe i Webex App når de klikker nummeret til en Outlook-kontakt.

30. september 2022
Klargjør miljøet ditt for Webex Calling

Krav til anrop

Lisensiering

Webex Calling er tilgjengelig via Cisco Collaboration Flex Plan. Du må kjøpe Enterprise-avtaleplan (EA) (for alle brukere, inkludert 50 % arbeidsområdeenheter) eller en navngitt bruker-plan (NU) (noen eller alle brukere).

Webex Calling har tre lisenstyper («stasjonstyper»)

  • Profesjonell – Disse lisensene gir hele organisasjonen et fullstendig funksjonssett. Dette tilbudet inkluderer enhetlig kommunikasjon (Webex Calling), mobilitet (stasjonære og mobile klienter med støtte for flere enheter), teamsamarbeid i Webex Appog muligheten til å pakke møter med opptil 1000 deltakere per møte.

  • Grunnleggende – Velg dette alternativet hvis brukerne trenger begrensede funksjoner uten mobilitet eller enhetlig kommunikasjon. De vil fortsatt få et taletilbud med alle funksjoner, men er begrenset til én enhet per bruker.


    Grunnleggende lisenser er bare tilgjengelige hvis du har et navngitt bruker-abonnement. Grunnleggende lisenser støttes ikke for Enterprise-avtaleabonnementer.

  • Arbeidsområder (også kjent som fellesområde) – Velg dette alternativet hvis du leter etter grunnleggende summetoner med et begrenset sett med anropsfunksjoner som passer for områder som pauserom, lobbyer og konferanserom.

Denne dokumentasjonen viser deg senere hvordan du bruker Control Hub til å administrere disse lisensdistribusjonene på tvers av steder i organisasjonen.

Krav til båndbredde

Hver enhet i en videosamtale krever opptil 2 Mbps. Hver enhet i et lydanrop krever 100 kbps. Inaktive telefoner trenger minimalt med båndbredde.

Lokal gateway for lokalbasert PSTN

Både verdiskapende forhandlere (VAR-er) og tjenesteleverandører (SP-er) kan gi PSTN-tilgang til Webex Calling-organisasjoner. Lokal gateway er for øyeblikket det eneste alternativet for å gi lokal PSTN-tilgang. Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves. Kravene til de lokale gatewayene følger.

Støttede enheter

Webex Calling støtter Cisco Multiplatform (MPP) IP-telefoner. Som administrator kan du registrere følgende telefoner i skyen. Les følgende hjelpeartikler hvis du vil ha mer informasjon:


Hvis du vil ha en fullstendig liste over støttede enheter for Webex Calling, kan du se Støttede enheter for Webex Calling.

Cisco Webex Room-, Board- og Desk-enheter støttes som enheter i et arbeidsområde som du oppretter i Control Hub. Se «Cisco Webex Room-, Board- og Desk-enheter» i Støttede enheter for Webex Calling for mer informasjon. Du kan imidlertid tilby disse enhetene PSTN-tjenesten ved å aktivere Webex Calling for arbeidsområdet.

Brannmur

Oppfyll kravene til brannmur som er dokumentert i Portreferanseinformasjon for Cisco Webex Calling.

Krav til lokal gateway for Webex Calling

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling, må du kontrollere at du

    • har grunnleggende kunnskap om VoIP-prinsipper

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

    • har en grunnleggende forståelse for øktinitieringsprotokoll (SIP)

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

    Du finner mer informasjon i konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise på https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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.

07. april 2023
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 .

Husk at nye plasseringer vil bli driftet i det regionale datasenteret som tilsvarer kontraktslandet du valgte ved hjelp av veiviseren for førstegangsoppsett.

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.

1

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

2

Klikk på i 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 nummerplanen, oppdateres eksempelnumrene i Control Hub 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å Control Hub påhttps://admin.webex.com/ , 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 setter rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.

  • 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 lengden på internnummeret, oppdateres ikke eksisterende hurtigoppringinger til internnumre automatisk.

3

Angi intern oppringing for bestemte plasseringer. Gå til Tjenester > Anrop > Plasseringer, velg en plassering, bla ned til Oppringing og endre deretter intern og ekstern oppringing etterbehov:

  • 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 den må være mellom 2-7 sifre.
  • Ekstern oppringing– Du kan eventuelt velge et utgående nummer 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.

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 klhttps://admin.webex.com , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .

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.

1

Logg inn på Kontrollhub klhttps://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 .

30. september 2022
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. Målet med dette dokumentet er å hjelpe deg med å bygge en Lokal Gateway-konfigurasjon ved hjelp av CUBE høy tilgjengelighet, aktive / standby CUBEs for stateful failover av aktive samtaler.

Grunnleggende

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

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gatewayplattform uten eksisterende talekonfigurasjon. Hvis en eksisterende KUBE-bedriftsdistribusjon endres for også å bruke den lokale 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 sørge for at du overholder CUBE HA-designkravene.

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 kommandoer og logger i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte KUBE HA konfigurasjonsveiledninger for ulike plattformer:

Oversikt over Webex-løsning for anrop

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

Local Gateway-distribusjonen (representert nedenfor) er fokus for denne artikkelen. Lokal gatewaystamme (lokalbasert PSTN) i Webex-anrop 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 media.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt eller en distribusjon på flere steder. Konfigurasjonen som er beskrevet 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/standby-par rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjon kontrolleres over de to ruterne, slik at standby-ruteren kan overta alt CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsfull bevaring av signalering og media.


Kontrollpeking er begrenset til tilkoblede anrop med mediepakker. Samtaler i transitt er ikke kontrollpekt (for eksempel en prøvende eller ringende tilstand).

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

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling trunk (Premises-based PSTN)-distribusjoner, 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-trunkdistribusjon.

Redundans gruppe Infra Komponent

Redundancy Group (RG) Infra-komponenten gir boks-til-boks kommunikasjonsinfrastrukturstøtte mellom de to CUBE-ene og forhandler om 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 signal- og medietilstanden for hvert anrop fra den aktive til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av Virtual IP (VIP) grensesnitt for trafikken grensesnitt (flere trafikk grensesnitt kan konfigureres ved hjelp av samme RG gruppe) - GigabitEthernet 1 og 2 regnes trafikk grensesnitt.

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

Virtuell IP (VIP) adresseadministrasjon for både signalering og media

B2B HA er avhengig av VIP for å oppnå redundans. VIP-en og tilhørende fysiske grensesnitt 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 Access SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtalene som krysser gjennom CUBE HA-ruterne. Derfor, fra et Webex Calling-synspunkt, fungerer CUBE HA-parene som en enkelt lokal gateway.

Anropssignal- og RTP-øktinformasjonen for etablerte samtaler kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar standby-ruteren over og fortsetter å videresende RTP-strømmen som tidligere ble dirigert av den første ruteren.

Samtaler i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter overgangen. For eksempel kall som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller reservasjonsfunksjon. Etablerte samtaler kan kobles fra etter overgangen.

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

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 er referert til som trafikk (SIP / RTP) grensesnitt og Gig3 er Redundancy Group (RG) Kontroll / data grensesnitt

  • Ikke mer enn 2 KUBE HA-par kan plasseres i samme lag 2-domene, ett med gruppe-ID 1 og det andre med gruppe-ID 2. Hvis konfigurering av 2 HA-par med samme gruppe-ID, må RG-kontroll-/datagrensesnitt tilhøre forskjellige lag 2-domener (vlan, separat bryter)

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

  • All signalering/media hentes fra/til den virtuelle IP-adressen

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

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

  • Redundans Interface Identifier, bør rii være unik for et par / grensesnitt kombinasjon på samme Layer 2

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

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

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

  • CUBE-HA støttes ikke over en crossover-kabelforbindelse for RG-kontroll/datalink (Gig3)

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

  • Kan ikke ha WAN terminert på CUBE direkte eller Data HA på hver side

  • Begge aktive/ventemodus må være i samme datasenter

  • Det er obligatorisk å bruke separat L3-grensesnitt for redundans (RG Control/data, Gig3). det vil si at grensesnitt som brukes til trafikk ikke kan brukes til HA-keepaliver og kontrollpunkter

  • Ved failover går den tidligere aktive KUBEN gjennom en omlasting ved design, og bevarer signalering og media

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som er ment å 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 for å spore tilstanden til stemmetrafikkgrensesnittet, slik at den aktive ruten vil være en aktiv rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA under programredundans-delmodusen.

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

  • programmeredundans– går inn i modus for programredundanskonfigurasjon

  • gruppe– går inn i konfigurasjonsmodus for redundansprogramgruppe

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

  • prioritet 100 failover-terskel 75– Angir startprioritet og failover-tersklene for et RG

  • tidtakere forsinkelse 30 reload 60-Konfigurererto ganger for forsinkelse og reload

    • Forsinkelsestimer som er tiden for å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp - Standard 30 sekunder. Rekkevidden er 0-10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke RG-gruppeinitialisering og rolleforhandling etter en omlasting – Standard 60 sekunder. Rekkevidden er 0-10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme eventuelle ekstra nettverkskonvergensforsinkelser som kan oppstå under oppstart / omlasting av ruterne, for å garantere at RG-protokollforhandling finner sted etter at ruting i nettverket har konvergert til et stabilt punkt. Hvis det for eksempel etter failover ser at det tar opptil 20 sekunder for den nye STANDBY-en å se den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til 'timers forsinkelse 60 reload 120' for å ta hensyn til denne forsinkelsen.

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

  • data GigabitEthernet3– konfigurerer grensesnittet som brukes til kontrollpunktering av datatrafikk

  • spor– RG-gruppesporing av grensesnitt

  • protokoll 1– Angir protokollforekomsten som skal knyttes til et kontrollgrensesnitt, og går inn i konfigurasjonsmodus for redundansprogramprotokoll

  • timere hellotime 3 holdtime 10- Konfigurerer de to tidtakerne for hellotime og holdtime:

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

    • Holdtime – Intervallet mellom mottak av en Hello-melding og antagelsen om at avsenderruteren har mislyktes. Denne varigheten må være større enn hello-time - Standard 10 sekunder. Rekkevidden er 750 millisekunder-255 sekunder

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

3

Aktiver boks-til-boks-redundans for CUBE-programmet. 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 omstart for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjonen er brukt.

4

Konfigurer Grensesnittene Gig1 og Gig2 med deres respektive virtuelle IP-adresser som vist nedenfor, og bruk redundansgrensesnittidentifikatoren (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 redundansgrensesnittidentifikatoren for redundansgruppen. Kreves for å generere en Virtual MAC -adresse (VMAC). Den samme RII ID-verdien må brukes på grensesnittet til hver ruter (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 søknadsgruppe alle' skal angi riktig lokal og peer informasjon.

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


     

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

5

Lagre konfigurasjonen av den første KUBEN og last den på nytt.

Plattformen for å laste sist er alltid standby.

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

Etter at VCUBE-1 har startet opp helt, lagre konfigurasjonen av VCUBE-2 og last den 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. Relevante utdata utheves med fet skrift.

Vi lastet VCUBE-2 sist, og i henhold til designhensynene vil plattformen for å laste sist alltid være standby.


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

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

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

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

VCUBE-1#

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

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

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

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

VCUBE-2#

Konfigurer en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen bruker vi følgende trunkinformasjon fra Control Hub til å bygge local 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 den kan brukes i legitimasjonen eller 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 Local Gateway-konfigurasjonen som vil gjelde for begge plattformene basert på Control Hub-parameterne som vises ovenfor, lagre og last inn på nytt. SIP Digest-legitimasjon fra Control Hub er uthevet med 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

For å vise vis kommandoutgangen har vi lastet VCUBE-2 på nytt etterfulgt av VCUBE-1, noe som gjør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive KUBEN

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med Webex Calling Access SBC. Ta en titt på utdataene fra følgende showkommandoer.

vis redundans søknadsgruppe 1

vis sip-ua-register status


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 utgangen ovenfor kan du se at VCUBE-2 er den aktive LGW som opprettholder registreringen med Webex Calling access SBC, mens utdataene fra "show sip-ua registerstatus" er tomme 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 å utstede følgende kommando på den aktive LGW, VCUBE-2 i dette tilfellet.


VCUBE-2#redundancy application reload group 1 self

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

  • Når ACTIVE-ruteren lastes inn på nytt

  • Når den AKTIVE ruteren slås av og på

  • Når et RG-konfigurert grensesnitt for ACTIVE-ruteren slås av, er sporing aktivert for

5

Sjekk om VCUBE-1 har registrert seg hos Webex Calling Access SBC. VCUBE-2 ville ha reloaded 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. september 2022
Konfigurere Unified CM for Webex Calling

Du kan kreve en integrering med Unified CM hvis Webex Calling-aktiverte plasseringer legges til i en eksisterende distribusjon der Unified CM er den lokale samtalekontrollløsningen, og hvis du trenger direkte oppringing mellom telefoner som er registrert på Unified CM og telefoner i Webex Calling-plasseringer.

Konfigurere sikkerhetsprofil for SIP-overføring for overføring 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 (kall fra Webex og fra PSTN) som kommer fra samme enhet, og bruke differensiert tjenesteklasse på disse anropstypene. Denne differensierte anropsbehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokale gatewayen og PSTN-gatewayenheten som krever forskjellige SIP-lytteporter for de to koffertene.

Opprett en dedikert sikkerhetsprofil for SIP-kanaler for den lokale gatewaystammen med følgende innstillinger:

Innstilling Verdi
Navn Unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex SIP Trunk Security Profile
Innkommende port Må samsvare med porten som brukes i lokal gatewaykonfigurasjon for trafikk til/fra Webex: 5065

Konfigurere SIP-profil for den lokale gatewaystammen

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

Innstilling Verdi
Navn Unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex SIP-profil
Aktiver OPTIONS Ping for å overvåke destinasjonsstatus for trunker med tjenestetype "Ingen (standard)" Kontrollert

Opprett et søkeområde for anrop fra Webex

Opprett et søkeområde for anrop som kommer fra Webex, med følgende innstillinger:

Innstilling Verdi
Navn Unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex Calling Search Space
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom steder)

PSTNInternasjonal (PSTN-tilgang)

onNetRemote (gdpr-lærte destinasjoner)


 

Den siste partisjonen onNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM-klynger ved hjelp av Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for oppringingene til og fra Webex via local gateway med følgende innstillinger:

Innstilling Verdi
Enhetsinformasjon
Enhetens navn Et unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex SIP Trunk
Kjør på alle aktive enhetlige CM-noder Kontrollert
Innkommende anrop
Ringe søkeområdet Det tidligere definerte søkeområdet for anrop: Webex
AAR-anropssøkeplass Et søkeområde for anrop med bare tilgang til PSTN-rutemønstre: PSTNReroute
SIP-informasjon
Destinasjonsadresse IP-adressen til den lokale gatewayen CUBE
Destinasjon Port 5060
Sikkerhetsprofil for SIP-overføring Tidligere definert: Webex
SIP-profil Tidligere definert: Webex

Konfigurere rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

Innstilling Verdi
Informasjon om rutegrupper
Navn på rutegruppe Et unikt navn, for eksempel Webex
Valgte enheter Den tidligere konfigurerte SIP-stammen: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

Innstilling Verdi
Informasjon om ruteliste
Navn Et unikt navn, for eksempel RL_Webex
Beskrivelse Meningsfull beskrivelse, for eksempel ruteliste for Webex
Kjør på alle aktive enhetlige CM-noder Kontrollert
Informasjon om rutelistemedlem
Utvalgte grupper Bare den tidligere definerte rutegruppen: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-destinasjonene med følgende innstillinger:

Innstilling Verdi
Informasjon om ruteliste
Navn Unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex Partition

Hva du skal gjøre videre

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

Konfigurer rutemønstre for Webex-destinasjoner

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

Innstilling Verdi
Rutemønster Fullt +E.164-mønster for DID-serien i Webex med den ledende "\". For eksempel: \+140855501XX
Rute Partisjon Webex
Gateway/ruteliste RL_Webex
Haster Prioritet Kontrollert

Konfigurere forkortet oppringingsnormalisering mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder kreves til Webex, konfigurerer du oppringingsnormaliseringsmønstre for hvert ESN-område på Webex med følgende innstillinger:

Innstilling Verdi
Oversettelse Mønster ESN-mønster for ESN-serien i Webex. For eksempel: 80121XX
Partisjon Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex normaliseringsmønster
Bruk Originator's Calling Search Space Kontrollert
Haster Prioritet Kontrollert
Ikke vent på Interdigit Timeout på påfølgende humle Kontrollert
Kalt partytransformasjonsmaske Maske for å normalisere tallet til +E.164. For eksempel: +140855501XX
06. februar 2023
Konfigurere webex-anropsfunksjonene

Finn ut mer om noen av funksjonene som er tilgjengelige i Webex Calling , og hvordan du konfigurerer dem for organisasjonen og brukerne.

Opprett en huntgruppe

Hunt-grupper ruter innkommende anrop til en gruppe med brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du setter opp en huntgruppe, se Søkegrupper i Cisco Webex Control Hub .

Opprett en samtalekø

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

Hvis du vil ha mer informasjon om hvordan du setter opp og administrerer en samtalekø, se Behandle samtalekøer i Cisco Webex Control Hub .

Opprett en resepsjonistklient

Hjelp til med å støtte behovene til personalet ditt på kundekontaktkontoret. Du kan konfigurere brukere som svartjenester slik at de kan kontrollere innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du setter opp og viser resepsjonistklientene, se Resepsjonistklienter i Cisco Webex Control Hub .

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, konfigurere menyer og rute anrop til en svartjeneste, en huntgruppe, en telefonsvarer eller en ekte person. Opprett en 24-timers tidsplan eller angi andre alternativer når bedriften er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, se Administrer automatiske svartjenester i Cisco Webex Control Hub .

Konfigurer en oppkallingsgruppe

Med gruppeoppkalling kan en bruker foreta et enveis anrop eller en gruppeside til opptil 75 målbrukere og arbeidsområder ved å slå et nummer eller internnummer som er tilordnet en bestemt oppkallingsgruppe.

Hvis du vil ha informasjon om hvordan du setter opp og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub .

Konfigurer mottak av anrop

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

Hvis du vil ha informasjon om hvordan du setter opp en samtalemottaksgruppe, se Hente anrop i Cisco Webex Control Hub .

Konfigurer samtaleparkering

Samtaleparkering lar en definert gruppe brukere parkere anrop mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på deres telefon.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub .

Tillat brukere å bryte seg inn i andres telefonsamtaler

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere , og velg deretter brukeren du vil endre.

2

Velg Ringer , gå til Mellom-brukertillatelser , og velg deretter Bryt inn .

3

Slå på Bryt inn velger du om du vil gjøre den pågående samtalen til en konferansesamtale.

  • La andre legge til seg selv i denne brukerens samtaler.

  • Spill av en tone når noen bryter inn i en samtale.

Klikk deretter på Lagre.

Hindre noen i å overvåke en brukers linjestatus

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere , og velg brukeren du vil endre.

2

Velg Ringer , gå til Mellom-brukertillatelser, og aktiver Personvern .

3

Velg riktig Personvern for den automatiske svartjenesten innstillinger for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
4

Sjekk Aktiver personvern avmerkingsboks. Du kan deretter bestemme om du vil blokkere alle ved å la feltet Søk etter bruker etter navn stå tomt, eller du kan velge hvem som kan overvåke denne brukerens linjestatus.

Ved hjelp av ledereksemplet ovenfor, ville du søke etter navnet på den administrative assistenten.

5

Klikk på Lagre.

Eksempel

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer personverninnstillinger for en bruker i Kontrollhub .

Overvåkingsliste – andre brukere og internnumre for samtaleparkering

maksimalt antall overvåkede linjer er 50, men du bør vurdere båndbredde. Maksimumsgrensen kan også bestemmes av antall linjeknapper på brukerens telefon.


Overvåkingstjenesten fungerer bare med en brukers primærenhet.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere , og velg brukeren du vil endre.

2

Velg Ringer , gå til Tillatelser mellom brukere delen, velger du Overvåking .

3

Velg mellom følgende:

  • Legg til overvåket linje
  • Legg til internnr. for samtl.parkering
4

Velg om du vil at denne brukeren skal varsles om parkerte anrop, søk etter personen eller internnummer for samtaleparkering for samtaleparkering som skal overvåkes, og klikk deretter på Lagre .


 

De overvåkede linjene vises i Kontrollhub samsvarer med rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Eksempel

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer overvåkingsinnstillinger for en bruker i Kontrollhub .

Spill av varseltone for Call Bridge for brukere

Aktiver varseltonen for anropsbro for brukere som har konfigurert delte linjer.

Før du starter

Du må ha den delt linje konfigurert for at samtalebroen skal kunne startes. Se hvordan konfigurere delte linjer før du aktiverer varseltonen for samtalebroen som skal spilles av.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere og velg deretter brukeren du vil endre.

2

Velg Ringer , gå til Tillatelser mellom brukere , og klikk Varseltone for samtalebro .

3

Slå på Varseltone for samtalebro , og klikk deretter Lagre .


 
Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebro på en delt linje, se delte linjer på bordtelefon for flere plattformer .

Hvis du vil ha mer informasjon om samtalebro på en delt linje, kan du se delt linje linjeutseende for WebexApp .

Slå på hotellopphold for en bruker

Hvis du aktiverer hotellopphold for en bruker, kan de jobbe på et annet sted samtidig som funksjonaliteten og funksjonene til den viktigste bordtelefon opprettholdes.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere og velg deretter brukeren du vil endre.

2

Velg Ringer , gå til Tillatelser mellom brukere , og klikk Hotellopphold .

3

Slå på Hotellopphold , og klikk deretter Lagre .

Eksempel

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du konfigurerer hotellopphold i Control Hub.
08. juni 2023
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.


Hvis du synkroniserer brukere fra en mappe, for eksempel Active Directory, må du også legge dem til i katalogen når du legger dem i Control Hub manuelt.


Når du legger til brukere, kan ikke for- og etternavn inneholde utvidede ASCII-tegn eller følgende tegn: %, #, <, >, \, /, ", og navnene må ha en makslengde på 30 tegn. Disse spesialtegn gjelder bare for Webex Calling brukere.

Før du starter

Du får kanskje en feilmelding hvis du prøver å legge til brukere som har brukt e-postadressen sin til å opprette en prøvekonto. Be brukerne om å slette organisasjonen sin før de legges til i organisasjonen.

1

Fra kundevisningen i https://admin.webex.com går du til Brukere, og deretter klikker du på Administrer brukere.

2

Velg Legg til eller rediger brukere manuelt.

3

(Valgfritt) Hvis du automatisk sender velkomst-e-post, klikker du på Neste.

4

Velg en og klikk på Neste:

  • Velg E-postadresse og skriv inn opptil 25 e-postadresser.
  • Velg Navn og e-postadresser, og skriv deretter inn opptil 25 navn og e-postadresser.

 

Du kan legge til brukere som er tilgjengelige for konvertering til organisasjonen din.

5

Tilordning av lisens:

  • Hvis du har en aktiv lisensmal, tilordnes lisenser automatisk for nye brukere, og du kan se gjennom lisenssammendraget.
  • Velg tjenestene som skal tilordnes. Hvis du har flere abonnementer, velger du et abonnement fra listen.


 

Hvis du tilordner lisenser for Contact Center, velger du Webex Teams, og deretter Customer Care med alternativet Premium- og standardagent. Hvis du vil legge til en leder, velger du både Premium- og Leder-alternativene. En bruker behandles som en agent med mindre du gjør vedkommende til en leder.

6

Innholdsstyring:

  • Hvis global tilgang er valgt for virksomhetens innholdsstyring, tilordnes innholdsstyring automatisk til brukere.
  • Velg et alternativ for innholdsstyring for hver bruker.

7

Klikk på Lagre.

  • En e-post sendes til hver person med en invitasjon om å bli med.

  • I Control Hub vises personer med invitasjon venter frem til de logger på for første gang. Lisenser tilordnes etter at brukeren logger på første gang, eller hvis du bruker Cisco-registerkobling med et domene som er gjort krav på, tilordnes lisensene når brukere opprettes.

8

(Valgfritt) Hvis du har lagt til Calling til brukeren, tilordner du et sted, et telefonnummer og et internnummer.

9

Se gjennom sammendragssiden for oppføringer som er behandlet, og klikk på Fullfør.


 

Umiddelbart etter at du har lagt til en brukeren som ringer, anbefaler vi at du fjerner Webex Calling-lisensen og deretter tilordner anropslisensen til brukeren på nytt hvis du velger brukersamtaleinnstillingene.

Hva nå?

Du kan tilordne administrative rettigheter til personer i organisasjonen.

Før du starter

Hvis du har mer enn én CSV-fil for organisasjonen din, laster du opp én fil, og når den oppgaven er fullført, kan du laste opp neste.

For kunder i Asia-Stillehavsregionen (inkludert Japan, Kina og Hongkong) fylles opp oppringer-IDen automatisk fra feltene Fornavn og Etternavn, og feltene Innringer-ID Fornavn og Innringer-ID Etternavn ignoreres i CSV-opplastingen.


Noen redigeringsprogrammer for regneark fjerner + -tegnet fra celler når .csv åpnes. Vi foreslår at du bruker et tekstredigeringsprogram til å gjøre .csv oppdateringer. Hvis du bruker et redigeringsprogram for regneark, må du passe på å sette celleformatet til tekst, og legge til eventuelle +-tegn som ble fjernet, tilbake.


Eksporter en ny CSV-fil for å fange opp de nyeste feltene og unngå feil ved import av endringer.

1

I kundevisning i https://admin.webex.com, gå til Brukere, klikk på Behandle brukere og velg CSV Legg til eller endre brukere.

2

Klikk på Eksporter for å laste ned filen, og du kan skrive inn brukerinformasjon i en ny linje i CSV-filen.

  • Hvis du vil tilordne en tjeneste, legger du til SANN i den tjenestens kolonne, og hvis du vil utelate en tjeneste, legger du til USANN. Kolonnen Bruker-ID/e-post (obligatorisk) er det eneste obligatoriske feltet. Hvis du har spesifikke kataloger og eksterne numre for hver ny bruker, må du ta med foranstilte + for eksterne tall uten andre tegn,

    Hvis du bruker automatisk lisenstilordning, lar du tjenestekolonnene stå tomme når du oppretter brukere med CSV-import. Webex tilordner automatisk lisensene for disse tjenestene til de nye brukerne.


     

    Dette er unntak fra den automatiske lisenstildelingen:

    • Webex Calling

      Du kan ikke automatisk tilordne Webex Calling lisenser ved å la den relevante tjenestekolonnen stå tom, selv om den automatiske lisenstildelingen inkluderer Webex Calling.

      Hvis du vil opprette Webex Calling brukere, må du oppgi følgende felt i CSV-fil:

      • User ID/Email

      • Webex Calling VAR Basic [sub-site name] eller Webex Calling VAR Professional[sub-site name] med verdi TRUE

      • Phone Number og/eller Extension

      • Location

    • Administrasjon av bedriftsressurser

      Du kan ikke tilordne tillatelser for innholdsbehandling for bedrifter til brukere som bruker automatisk lisenstilordning. Klargjør innholdsbehandling

  • Hvis du vil tilordne et sted, skriver du inn navnet i Sted kolonnen. Hvis du lar dette feltet stå tomt, tilordnes brukeren til standardplasseringen.

  • Hvis du legger til brukere som overordnede for Cisco Webex Contact Center, må du bruke Legg til brukere manuelt. Du kan bare tilordne standard- og Premium-roller med en CSV-fil.

 

Når du skriver inn navnet på en bruker, må du passe på å ta med etternavnet, ellers kan det oppstå problemer.


 

Brukerens CSV inneholder ikke lenger kolonnene for UC Manager-profil , Anropsatferd , og UC Manager-profil for samtaleatferd . I stedet kan anropsatferden og UCM-profilen administreres samtidig ved hjelp av anropsmalen. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

3

Klikk på Importer, merk filen, og klikk på Åpne.

4

Velg Kun legge til tjenester .

Dette er det beste alternativet når du legger til nye brukere, spesielt hvis du bruker automatisk lisenstilordning.

Bruk Legg til og fjern tjenester hvis du bevisst fjerner tjenester fra brukere.

5

Klikk på Send inn.

CSV-filen lastes opp, og oppgaven opprettes. Du kan lukke leseren eller dette vinduet, og oppgaven fortsetter å kjøre. Hvis du vil se gjennom fremdriften for oppgaven, kan du se Behandle oppgaver i Cisco Webex Control Hub.

1

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

2

Velg ringeplanen du vil endre.

3

Under Profil , gå til Lisenser og klikk Rediger lisenser .

Listen over tjenester som for øyeblikket er tilordnet brukeren, vises.
4

Klikk på Rediger lisenser .

5

Velg en tjeneste fra listen til venstre.

6

Velg abonnementet som skal legges til eller fjernes.

Hvis du tilordnet en Webex Meetings-lisens, velger du en kontotype som brukeren skal tilordnes for hvert Webex Meetings-nettsted, og klikker på Lagre.

7

Klikk på Lagre.


 

Du kan bare bruke én anropslisens om gangen. Det er imidlertid mulig å velge begge deler Webex Calling og Unified CM registrering for overføringsscenarier. Hvis du velger begge anropslisensene for individuelle brukere, vises de administrative skjermbildene Kontrollhub for å konfigurere Webex Calling og konfigurasjon for sluttbrukertilgang og ringeatferd for Unified CM. Denne konfigurasjonen tillater at en sluttbruker har en uavbrutt anropstjeneste på Unified CM mens administrator konfigurerer Webex Calling . Når konfigurasjonen av Webex Calling er fullført, kan administrator fjerne Unified CM -rettighetene. Dette fullfører overføringen av brukeren til Webex Calling .


 

Du må aktivere Deltakerkonto-funksjonen for at Webex-nettstedet skal tilordne brukere som deltakere. Hvis du ikke ser Deltakerkonto-kolonnen i CSV-filen, kan du kontakte Leder for kundesuksess (CSM), Leder for partnersuksess (PSM) eller Ciscos senter for teknisk assistanse (TAC) for å aktivere denne funksjonen for Webex-nettstedet.

Deltakerkontotypen er ikke tilgjengelig for brukere med rollen Webex-nettstedadministrator. Hvis du vil tilordne disse brukerne en deltakerkonto, må du fjerne de administrative rettighetene for Webex Meetings-nettstedet.


 

Umiddelbart etter at du har lagt til en Calling-lisens, anbefaler vi at du fjerner Webex Calling-lisensen og deretter tilordner lisensen til brukeren på nytt hvis du velger innstillingene for brukeranrop.

Før du starter

Hvis du har mer enn én CSV-fil for organisasjonen din, laster du opp én fil om gangen. Når oppgaven er fullført, kan du laste opp neste fil.

Du kan ikke slette brukere eller endre plasseringen som er tilordnet en bruker med CSV-malen.


Noen redigeringsprogrammer for regneark fjerner +-tegnet fra cellene når de åpner .csv-filen. Vi foreslår at du bruker et tekstredigeringsprogram til å gjøre .csv oppdateringer. Hvis du bruker et redigeringsprogram for regneark, må du passe på å sette celleformatet til tekst, og legge til eventuelle +-tegn som ble fjernet, tilbake.


Eksporter en ny CSV-fil for å fange opp de nyeste feltene og unngå feil ved import av endringer.

1

Fra kundevisning i https://admin.webex.com, gå til Brukere, klikk på Kundebehandling og velg CSV Legg til eller endre bruker.

2

(Valgfritt) Hvis du automatisk sender velkomst-e-post, klikker du på Neste.

3

Klikk på Eksporter for å laste ned filen. Du kan redigere den nedlastede filen (exported_users.csv) på en av følgende måter:

  • Hvis du vil endre eksisterende brukere, kan du oppdatere en hvilken som helst kolonne unntatt Bruker-ID/e-post (obligatorisk)og Plassering. Hvis du for eksempel endrer bruker-ID/e-postadresse, opprettes det en ny bruker.

  • Hvis du vil tilordne et sted, skriver du inn navnet i Sted kolonnen. Hvis du lar dette feltet stå tomt, tilordnes brukeren til standardplasseringen.

  • Hvis du vil tilordne en tjeneste, legger du til SANN mot den relevante tjenestekolonnen, og hvis du vil utelate en tjeneste, legger du til USANN .

  • Når du har flere abonnementer, kan du bruke abonnements-IDen i kolonneoverskriften til å identifisere tjenesten du vil legge til. Hvis du for eksempel har to abonnementer med samme tjeneste, kan du angi en tjeneste fra et bestemt abonnement som skal gjelde for brukeren.

4

Angi et Nummer for innringer-ID, Innringer-ID Fornavnog Innringer-ID Etternavn. Hvis du forlater Innringer-ID-nummer , Innringer-ID Fornavn , og Innringer-ID Etternavn kolonnene tomme, og deretter dataene i Fornavn , Etternavn , og Telefonnummer vises når brukeren foretar et anrop. Hvis du lar innringer-ID-nummeret stå tomt, vises hovednummeret for stedet når brukeren foretar et anrop.


 

Kolonnene Innringer-ID Fornavn og Innringer-ID Etternavn kan ikke inneholde spesialtegn. Hvis en Innringer-ID Fornavn eller Innringer-ID Etternavn inneholder et spesialtegn, brukes en forenklet versjon av navnet.

5

Skriv inn Navneretningslinjer for ekstern anrops-ID kolonne med én av disse verdiene:

  • DIREKTE_ LINJE – Skriv inn denne strengen for å angi navnet på den eksterne anrops-ID-en til brukerens for- eller etternavn.
  • STED – Skriv inn denne strengen for å angi navnet på den eksterne innringer-ID til stedsnavnet for nettstedet.
  • ANNET – Skriv inn denne strengen for å la brukeren angi et egendefinert eksternt anrops-ID-navn.

Bruk Egendefinert navn på ekstern innringer-ID for å angi et egendefinert navn.

6

Når du har lagret CSV-fil, klikker du på Importer , velger du filen du endret, og klikker deretter Åpne .

7

Velg enten Legg til bare tjenester eller Legg til og fjern tjenester, og klikk Send.


 

Brukerens CSV inneholder ikke lenger kolonnene for UC Manager-profil , Anropsatferd , og UC Manager-profil for samtaleatferd . I stedet kan anropsatferden og UCM-profilen administreres samtidig ved hjelp av anropsmalen. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .


 

En bruker kan ikke ha to anropslisenser. Hvis organisasjonen din har flere abonnementer, og du vil flytte brukere til et nytt abonnement, velger du Legg til og fjern tjenester alternativet. Hvis du vil legge til tjenester, setter du cellene til SANN og fjerner tjenester ved å sette disse cellene til USANN.

Last opp CSV-fil , og oppgaven din er opprettet. Du kan lukke leseren eller dette vinduet, og oppgaven fortsetter å kjøre. Hvis du vil se gjennom fremdriften for oppgaven, kan du se Behandle oppgaver i Cisco Webex Control Hub.

Hvis du ikke undertrykker e-postmeldinger med administratorinvitasjon, mottar nye brukere aktiverings-e-poster.

Du kan tilordne numre, utvidelser eller begge deler til folks enheter når som helst. Tilordnede utvidelser vises på telefondisplayer.

Du kan også konfigurere sekundære/alternative numre slik at flere telefonnumre ringer på samme telefon. Du kan angi forskjellige ringetoner for hvert nummer for å hjelpe til med å skille mellom hvilke linjer som ringes opp.

1

I kundevisningen i https://admin.webex.com, gå til Brukere og velg deretter personen du vil tilordne et nummer.

2

Velg Ringer og visning Tall .

3

Klikk på Legg til nummer under Katalognumre .

Velg et telefonnummer fra listen over tilgjengelige numre. Du kan også tilordne et internnummer.

Hvis et nummer allerede er tilordnet til brukeren, legges ethvert tilleggsnummer som legges til for brukeren, som et sekundært nummer. Du kan legge til ett primærnummer og opptil 10 sekundærnumre for en bruker.

4

(Valgfritt) Hvis du vil identifisere anrop som kommer fra bestemte telefonnumre, kan du tilordne et særeget ringemønster. Hvis du vil aktivere, klikker du veksleknappen under Særeget ringemønster.

5

Klikk på Lagre.

6

Katalognumre vises som en fullstendig liste i nummerdelen. Hvis du klikker på et nummer, kan administrator se detaljene for dette nummeret.

7

Velg menyen med tre knapper til høyre for et nummer for å slette et nummer i telefonboken.

Nummeret vil ikke lenger overføres til denne brukeren.

1

Fra kundevisningen i https://admin.webex.comgår du til Brukere ogfiltrerer kolonnen Status for å vise personer med status Venter på invitasjon .

2

Under Handlinger, for en person med status Venter på invitasjon, velg mer > Send invitasjon på nytt.

Hvis organisasjonen bruker katalogsynkronisering, er ikke slettealternativet tilgjengelig i Control Hub, og du må slette brukerkontoer fra Active Directory. Deretter oppdaterer Cisco-registerkobling organisasjonens brukerliste når den synkroniserer brukerkontoinformasjonen.

Fra kundevisningen i https://admin.webex.com, gå til Brukere, klikk på mer -knappen og deretter på Slett bruker.

Brukeren kan ikke lenger logge på Webex-nettstedet, alle de tilordnede Webex-tjenestene fjernes, og de fjernes fra alle områder eller team brukeren deltok i. Alt innhold de har opprettet i områder, slettes ikke, og innholdet er underlagt oppbevaringspolicyen som hver områdeeier har implementert.

Du kan deaktivere en bruker for å deaktivere Webex-tjenester, inkludert Webex Calling-tjenester. I motsetning til å slette en bruker, forblir brukeren i brukerlisten når det er nødvendig når du deaktiverer brukeren, slik at du kan aktivere på nytt når som helst og når det er nødvendig.

1

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

2

Klikk på mer-knappen.

3

Klikk på Deaktiver bruker.

Webex-tjenester, inkludert Webex Calling-tjenester, er nå deaktivert for denne brukeren.

Når den er deaktivert, blir brukere av både Webex-appen og Webex Calling-appen logget ut av øktene sine. All brukertilgang til https://settings.webex.com/ og Control Hub er deaktivert. MPP-telefoner fortsetter å støtte anrop for utgående og innkommende anrop i en kort stund, med mindre administrator aktiverer samtaleavskjæring for den brukeren. Hvis du vil ha mer informasjon om oppfanging av anrop, se Konfigurer oppfanging av anrop for en bruker for Webex Calling i Cisco Control Hub.


 

Brukere slettes automatisk hvis de har vært deaktivert i 30 dager.

Du kan definere en kundeadministrator med ulike rettighetsnivåer. De kan være fullstendige administratorer, støtteadministratorer, skrivebeskyttede administratorer eller samsvarsansvarlige. Med alle administratorrettigheter kan du tilordne én eller flere roller til en hvilken som helst bruker i organisasjonen.


Alle som er tilordnet rollen som bruker- og enhetsadministrator eller enhetsadministrator, vil ikke kunne administrere Webex Calling.

I Control Hub kan du lære om ulike rettighetsnivåer og konfigurere en kundeadministrator. Kundeadministratorer kan være fullstendige administratorer, støtteadministratorer, bruker- og enhetsadministratorer, enhetsadministratorer, skrivebeskyttede administratorer eller samsvarsansvarlige. Med alle administratorrettigheter kan du tilordne én eller flere roller til en hvilken som helst bruker i organisasjonen.

Du vil alltid ha mer enn én administrator for en organisasjon. Det er en god fremgangsmåte og lar deg alltid gjøre administrative endringer hvis en av administratorene ikke er tilgjengelig.

Brukere i organisasjonen kan tilordnes bestemte administrative roller for å bestemme hva de kan se og ha tilgang til i Control Hub. Når du tilordner bestemte administrative roller, effektiviserer du ansvarsområdene og gjør det enklere å holde administratorer ansvarlige. Samsvarsoffiserer kan se etter bestemte personer i firmaet ditt, finne innhold de har delt, eller søke gjennom et bestemt Space og deretter generere en rapport over funnene deres.

Tilgang

Fullstendig administrator

Skrivebeskyttet administrator

Støtteadministrator

Bruker- og enhetsadministrator

Enhetsadministrator

Compliance Officer

Tilgang til avansert feilsøking

Legg til/slett brukere og tilordne lisenser

Skrivebeskyttet

Tilordne roller til brukere

Skrivebeskyttet

Enhetshåndtering

Skrivebeskyttet

Bedriftens retningslinjer og maler

Skrivebeskyttet

Analyse og rapporter

Skrivebeskyttet

Feilsøking

Skrivebeskyttet

Lisenser og oppgraderinger

Skrivebeskyttet

Organisasjonsinnstillinger

Skrivebeskyttet

Appintegreringer

Skrivebeskyttet

Administrasjon av Webex-nettsted

Skrivebeskyttet

Overvåkingslogg for administratorhandlinger

Tilgang til brukergenerert innhold

Juridisk sperre

Tilgang til å delta i pågående møter

Tilgang til Live Meetings

Produkt-e-postvarsler

1

I kundevisningen i https://admin.webex.com, gå til Brukere og velg en bruker.

2

I brukerens Profil fane, finn Administratorroller .

3

Klikk på listen for å åpne kontrollen for rolletilordning.

4

Velg roller for brukeren.

For lokal administrator for møteområde klikker du på Rediger , ved siden av administrator for Webex Site . Deretter velger du roller for hvert Webex-nettsted du vil at brukeren skal administrere.


 

Hvis du endrer Organisatorisk rollen til en bruker som har en eksisterende Tjenester rolle, kan du påvirke deres eksisterende tjenesteroller. Se gjennom brukerens tjenesteroller hvis du endrer organisasjonsrollen.


 

Rollen Stedsadministrator er eksklusiv for andre typer administrator . Du kan ikke tilordne en administrator til en bruker som allerede er tilordnet andre administratorroller.

Hvis du vil tilordne plasseringer til brukeren, velger du Stedsadministrator avmerkingsboks og legg til stedene. Hvis du vil ha mer informasjon, se Stedsadministrator for administrator .

5

Velg Lagre .

19. mai 2023
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 enheter til brukere for personlig bruk og deretter registrere disse enhetene i skyen.

Enhetene som står oppført her, støtter Webex Calling. Alle disse enhetene kan registreres 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 videotelefon 8875


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 i https://admin.webex.com går du til Enheter og klikker på Legg til enhet.


 
Du kan også legge til en telefon til en bruker i brukerens profil. Se hvordan i delen Behandle en enhet for en bruker.
2

Velg Eksisterende bruker, skriv inn eieren av telefonen, enten en del av brukernavnet eller brukerens virkelige navn, velg brukeren fra resultatene og klikk deretter på Neste.

3

Velg enheten fra rullegardinlisten, og klikk deretter på Neste.

4

Velg ett av følgende alternativer, 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 .

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 videotelefon 8875

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Arbeidsområder , og klikk deretter Legg til arbeidsområde .

2

Skriv inn et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtypen og legg til kapasitet. Klikk deretter på Neste.


 

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

3

Velg Cisco IP-telefon, og klikk deretter på Neste.

4

Velg enhetstype fra rullegardinliste, velg om du vil registrere telefonen med en aktiveringskode (hvis alternativet vises) eller en MAC-adresse, og klikk deretter på Neste . Husk at hvis du velger å registrere enheten med en aktiveringskode, sendes koden via e-post til den angitte administratoren for stedet.

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.

5

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

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.


Brukere med en Webex Calling profesjonell lisens kan bruke enheten for personlig rom romsystem til å foreta (eller motta) eksterne anrop ved hjelp av et telefonnummer eller bruke internnummerbaserte anrop fra enheten.


Anrop som gjøres ved hjelp av URI, blir fortsatt rutet gjennom Webex-appen .

1

Fra kundevisningen ihttps://admin.webex.com , gå til Brukere , og velg brukeren du vil tilordne enheten til.

2

Fra brukerpanelet som åpnes til høyre, blar du ned til Enheter og velg deretter ett av følgende alternativer:

  • Hvis brukeren allerede har tilordnet minst én enhet – klikker du på -ikonet, og velg deretter Legg til Webex Room-enhet .
  • Hvis brukeren ikke har tilordnet noen enheter allerede, klikker du Legg til Webex Room-enhet .
3

Kopier, send e-post eller skriv ut den 16-sifrede aktiveringskoden og send den til brukeren slik at de kan aktivere sin nye enhet. Hvis enheten er i din besittelse, kan du aktivere enheten på brukerens vegne.

Hvis brukeren ikke aktiverer enheten før koden utløper, kan de generere en ny aktiveringskode frahttps://settings.webex.com . Brukere kan også legge til sine egne personlige enheter derfra. Hvis du vil ha mer informasjon, se Konfigurere et rom eller en bordenhet som en personlig enhet .


Brukere med en Webex Calling profesjonell lisens kan bruke enheten for personlig rom romsystem til å foreta (eller motta) eksterne anrop ved hjelp av et telefonnummer eller bruke internnummerbaserte anrop fra enheten.


Anrop som gjøres ved hjelp av URI, blir fortsatt rutet gjennom Webex-appen .

1

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

2

Klikk på Legg til enhet , og velg Eksisterende bruker alternativet.

3

Søk etter brukeren du vil tilordne enheten til, og klikk deretter på Neste .

4

Velg Cisco Webex Room-enhet .

5

Kopier, send e-post eller skriv ut den 16-sifrede aktiveringskoden og send den til brukeren slik at de kan aktivere sin nye enhet. Hvis enheten er i din besittelse, kan du aktivere enheten på brukerens vegne.

Hvis brukeren ikke aktiverer enheten før koden utløper, kan de generere en ny aktiveringskode frahttps://settings.webex.com . Brukere kan også legge til sine egne personlige enheter derfra. Hvis du vil ha mer informasjon, se Konfigurer en Webex-tavle-, rom- eller bordenhet som en personlig enhet .

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 i https://admin.webex.com går du til Arbeidsområder og klikker på Legg til arbeidsområde.

2

Skriv inn et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtypen og legg til kapasitet. Klikk deretter på Neste.

3

Velg Annen Cisco Webex-enhet, og klikk deretter på Neste.

Andre Cisco Webex-enheter omfatter Cisco Webex Room- eller Desk-enhet, inkludert Cisco Webex Board.

4

Velg ett av følgende alternativer:

  • Gratis samtaler –Brukere kan bare lage Webex-appen eller Webex SIP-protokoll (øktinitieringsprotokolll) ved hjelp av en SIP-adresse (for eksempel brukernavn@example.calls.webex.com).
  • Webex Calling —I tillegg til å kunne lage og motta Webex-appen og SIP-samtaler, kan personer i dette arbeidsområdet bruke enheten til å foreta og motta telefonsamtaler innenfra Webex Calling nummereringsplan. 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.
5

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

Hvis du har flere enheter som du må tilordne til brukere og arbeidsområder, kan du fylle ut en CSV-fil med nødvendig informasjon 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 videotelefon 8875

1

Fra kundevisningen ihttps://admin.webex.com , gå til Enheter , klikk Legg til enhet , og velg deretter om du vil legge til enheten i en bruker eller et arbeidsområde.

2

Velg Importer / last opp CSV-fil.

3

Velg ett av følgende alternativer:

  • 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.
  • 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. Her er et par ting du bør huske på:
    • Skriv inn en Telefonnummer , Internnummer , eller begge deler.

      Merk: Disse feltene fikk tidligere tittel Katalognummer og Direktelinje ; Disse kolonnenavnene fortsetter å støttes i en kort stund.

    • For Brukernavn -kolonnen i CSV-fil, må du sørge for å skrive inn brukerens e-postadresse og ikke bruker-ID -en eller navnet. Du kan også sette inn et arbeidsområdenavn i denne kolonnen.

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

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

    • Hvis enhetstypen er IP, kreves det en modell (for eksempel Cisco 7841, Cisco 8851 og så videre), hvis enhetstypen er WEBEX eller WEBEX_ CALLING en modell skal være tom.

    • Hvis du lar MAC-adresse stå tom, genereres det en aktiveringskode. Skriv inn den nylig genererte koden på enheten.

4

Hvis MAC-adresse er tom, kan du velge hvor aktiveringskoden skal sendes:

  • Oppgi en kobling – Aktiveringskoden legges til i en CSV-fil som du deretter kan laste ned.
  • 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.
5

Samtaleplan – angi den til SANN , 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.

6

Importer den utfylte CSV-filen.

7

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 https://admin.webex.com går du til Brukere.

2

Velg brukeren du vil endre, og bla ned til 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å ikonet ved siden av Enheter , og klikk deretter Legg til enhet .
4

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

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 i https://admin.webex.com går du til Arbeidsområder.

2

Velg arbeidsområdet du vil endre, og gå til Enheter-flisen.

3

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

4

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

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 en arbeidsområdetelefon, men kan ikke legge til en arbeidsområdetelefon 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 beliggenheten i 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 en delt linjevisning, 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 konfigurasjon for delt port, 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

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.

16. mai 2023
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.
12. mai 2023
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 er avgjørende for en vellykket anropsdistribusjon. 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)

Funksjonaliteten for nettverksadresseoversettelse eller portadresseoversettelse brukes på grensen mellom to nettverk for å oversette adresseområder eller forhindre kollisjon mellom IP-adresse .

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

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

Brannmurkonfigurasjon

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-møter, meldingstjenester 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, kan du filtrere Webex Calling trafikk som bruker IP-adresser alene, støttes ikke, 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. Dette er fordi 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 nettadresser 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

klargjøring av enhet

Lagring av identitet

Autentisering

OAuth-tjenester

integrering av enhet

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.

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.

Profilbildetjeneste

Tavletjeneste

Nærhetstjeneste

Tilstedeværelsestjeneste

Registrering avvist

Kalendertjeneste

Søk etter enhet

Alle

*.webexcontent.com

Webex-meldingstjeneste – generell fillagring, inkludert:

Brukerlinjer

Omkodede filer

Bilder

Skjermbilder

Tavlekontroller

Klient- og enhetslogger

profilbilder

Merkevarelogoer

Eske filer

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 (hovedsakelig for USA).

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

150.253.209.128/25

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.59.64.0/21

199.19.196.0/23

199.19.199.0/24

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)

Ringe media til Webex-anrop (STUN, SRTP)

Lokal gateway ekstern NIC

8000-48198†

UDP

Referer til IP-delnett for Webex Calling-tjenester.

5004, 9000 (STUN-porter)

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 ICE er vellykket og mediereleet i skyen er fjernet fra banen, er medieflyten direkte mellom brukerens apper/enheter.

    For bestemte nettverkstopologier der brannmurer brukes i et kundeområde, må du gi tilgang til de nevnte kildeportområdene slik at mediet kan flyte gjennom. Eksempel) For programmer, tillat kilde- og målportområde 8500–8700.

Enheter

19560–19660

Applikasjoner

8500-8700

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

TCP

Din ITSP PSTN GW eller Unified CM Avhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Oppringingsmedia til PSTN-gateway (SRTP) Lokal gateway intern NIC

8000-48198†

UDP

Din ITSP PSTN GW eller Unified CM Avhenger 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

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. Disse IP-adressene kreves for sikker innføring 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 bruker «activate.cisco.com» i stedet for «webapps.cisco.com» for klargjøring. Telefoner med fastvareutgivelse tidligere enn 11.2(1) fortsetter å bruke «webapps.cisco.com». Det anbefales å tillate alle disse IP-delnettene.

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.

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

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

Webex Meetings/Meldinger – nettverkskrav

MPP-enhetene er nå ombord på Webex Cloud for tjenester som samtalehistorikk, 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

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.

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

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

Lagt til IP subnett 170.72.242.0/24 for Webex Calling service.

8. september 2022 kl.

Cisco MPP-fastvaren vil gå over til å brukes https://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