Arbeidsflyt for konfigurasjon av Webex-kall
Arbeidsflyt for konfigurasjon av Webex-kall

2022年3月7日
Oversikt over Webex-anrop

Vi presenterer Webex-anrop

Se for deg at du kan dra nytte av skyanrop, mobilitet og PBX-funksjoner i bedriftsklassen, sammen med Webex App for meldinger og møter og anrop fra en Myk Webex Calling-klient eller Cisco-enhet. Det er akkurat det Webex Calling har å tilby deg.

Webex Calling gir følgende fordeler:

  • Ringe abonnementer for telefonibrukere og fellesområder

  • Webex App-tilgang for alle brukere

  • PSTN-tilgang (Public Switch Telephony Network) slik at brukerne kan ringe numre utenfor organisasjonen. Tjenesten leveres gjennom en eksisterende bedriftsinfrastruktur (lokal gateway uten lokal IP PBX eller med eksisterende Enhetlig CM-anropsmiljø)

Webex Calling støtter følgende funksjoner. Hvis du vil ha mer informasjon, se kapitlet Konfigurere Webex-anropsfunksjoner .

Tabell 1. Konfigurerbare funksjoner for 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å attributter for oppringer-ID for å opprette VIP-lister eller håndtere samtaler fra bestemte retningsnumre på en annen måte.

Ring opp kø

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

Samtaleparkering

Du kan slå på samtaleparken 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 er noe svar, går samtalen 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 resepsjonspersonalet ved å gi dem et fullstendig sett med alternativer for samtalekontroll, linjeovervåking i stor skala, samtalekøer, flere katalogalternativer og visninger, Outlook-integrasjon og mer.

Brukere kan konfigurere følgende funksjoner i https://settings.webex.com, som starter på tvers av starter i den ringende brukerportalen.

Tabell 2. Bruker konfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonym samtale

Brukere kan avvise innkommende anrop med blokkerte oppringer-IDer.

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 av anrop

Brukere kan videresende anrop på bestemte tidspunkter fra bestemte innringere. Denne innstillingen overstyrer viderekobling av anrop.

Varsle om samtale

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

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 bedriftstelefonnummeret og nummerplanen.

Varsel om prioritet

Brukere kan ringe telefonene sine 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å den til å vises fra forretningslinjen. I tillegg vil alle innkommende samtaler til forretningslinjen ringe på denne eksterne telefonen.

Selektiv anropsgodkjenning

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

Selektiv avvisning av anrop

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

Sekvensiell ring

Ring opp til 5 enheter etter hverandre for innkommende samtaler.

Samtidig ringing

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

Klargjøring av tjenester, enheter og brukere i kontrollhub, krysslansering til detaljert konfigurasjon i portalen for teletjenester, enheter og brukere i Kontrollhub, kryssstart til detaljert konfigurasjon i portalen for telelydadministrasjon

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

Kontrollhub er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan gjøre første gangs oppsett av ringetjenesten, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å tilknytte enheter, legge til numre, tjenester, anropsfunksjoner og så videre. Fra Kontrollhubkan du også kryssstarte til teleadministrasjonsportalen.

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

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 kjernen i en komplett skyanrops- og samarbeidsopplevelse for bedrifter. Cisco støtter lokale distribusjoner, skybaserte distribusjoner og distribusjoner 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 alternativ for skyforekomst basert på Cisco Unified Communications Manager-arkitekturen. Dedicated Instance er integrert med Webex Calling og drar nytte av Webex-plattformtjenester, noe som gir 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.

Tillegget Dedikert forekomst for Webex-anrop inkluderer:

  • Cisco Unified Communications Manager

  • Cisco Enhetlig direktemelding og tilstedeværelse

  • Cisco enhetlig enhetstilkobling

  • Cisco Motorvei

  • Cisco Emergency Responder (bare i Amerika-regionen)

Enkel overføringsbane

Dedikert forekomst for Webex Calling gir en forenklet skyoverføringsbane fra en eldre PBX i tillegg til lokale Unified Communications Manager-systemer.

Dedicated Instance lindrer smertepunktene forbundet med overføringer til bedrifter som kaller overføringer til skyen:

Ingen avbrudd – Dedikert forekomst har de samme funksjonene, funksjonaliteten, brukeropplevelsen og integrasjonsalternativene som støttes av Unified Communications Manager distribuert lokalt, inkludert støtte for Jabber og Webex App. Dette skaper en friksjonsfri overføring til skyen uten at sluttbruker- eller administratoropplæring kreves for eksisterende Unified Communications Manager-kunder. Dedikert forekomst kan trunked til tredjeparts PBXs, slik at nye Cisco-kunder en fleksibel migreringsplan.

Tilpasning - En dedikert privat forekomst for hver kunde, gir mulighet for en svært tilpassbar skydistribusjon, som er en unik differensierer fra andre skyanropstilbud i markedet. Åpne API-er for dedikert forekomst muliggjør dype tredjeparts programintegrasjoner, slik at kundene kan bygge et anropsmiljø som støtter unike forretningsarbeidsflyter.

Kompromissløs sikkerhet – Med dedikert forekomst har kunder tilgang til alle sikkerhetsfunksjonene i Unified Communications Manager for endepunkter og UC-programmer som krypterte medier, sikker SRST, sikker OTT-registreringsbruk MRA.

I tillegg har kunder tilgang til viktige fysiske sikkerhetsfunksjoner som Cisco Survivable Remote Site Telephony (SRST) for tilkobling av nettsteder i tilfelle nettverkskoblinger går ned og Cisco Emergency Responder og Nomadic E911 for å sikre at ansatte kan være lokalisert av nødetater når de er på kontoret eller i hybrid modus for arbeid. 

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 migrerer til skyen og utvider avkastningen for disse ressursene.

Basic Inter-Op - Dedikert forekomst er integrert med Webex Calling for kallruting 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 skyanrop.

Viktig: Kunder som deler brukere på tvers av plattformer, vil oppleve forskjellige funksjoner. Anropsfunksjonene harmonisiseres ikke mellom Dedikert forekomst og Webex Calling. Brukere av Webex Calling kan for eksempel ikke være en del av en jaktgruppe på dedikert forekomst.

Tilgjengelighet for løsning

Dedikert forekomst-tjenesten er globalt tilgjengelig og kan bestilles som et tillegg for Webex Calling Flex Plan 3.0 gjennom partnere i bestemte land. Du finner mer informasjon i veiledningen for global tilgjengelighet.

Dedicated Instance støtter samme lokaliseringsnivå som vår lokale Unified Communications Manager. Den støtter telefon- og gatewaytoner i 82 land, en selvpleieportal på 50 språk og klienter på mer enn 30 språk.

Fordeler

Dedikert forekomst tilbyr den mest effektive overføringsbanen til skyen for eksisterende Unified Communications Manager-kunder, med følgende viktige fordeler:
  • Dedikert kallprogramforekomst driftet og drevet av Cisco i Webex Data Centers
  • Tilpassbar ringeplattform
  • Fleksibel, raskt skalerbar arkitektur
  • Kjent brukeropplevelse, noe som reduserer behovet for omskolering av ansatte
  • Enhetlig klient for anrop, meldinger, møter og teamsamarbeid som kan brukes på tvers av alle enhetstyper
  • Kompatibilitet med Ciscos fulle portefølje av telefoner, gatewayer og videoenheter
  • Integreres med Webex-møter, meldinger og anrop som en del av Webex-pakken, noe som gir en fantastisk ende-til-ende-kundeopplevelse.

Klikk herfor støttede endepunkter og enheter .

Få en innføring i Kontrollhub

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

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

Bruk informasjonen som presenteres 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å Kom i gang-koblingen i e-posten ved å bruke Chrome eller Firefox for å få tilgang til Kontrollhub. Koblingen logger deg automatisk på med administrator-e-postadressen din. Deretter blir du bedt om å opprette administratorpassordet.

Førstegangsveiviser for prøveversjoner

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

Se gjennom innstillingene

Når Kontrollhub 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 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 med enterprise-identitetsleverandøren ved hjelp av bedriftslegitimasjonen, 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 tredjeparts identitetsleverandør.

Tilordne tjenester til brukere

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

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

I filen du laster ned, legger du ganske enkelt til Sann 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 er tilordnet tjenester, kan de begynne å bruke sine støttede Multiplatform-telefoner (MPPer) 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 enterprise- eller partneradministrert kantenhet for PSTN-interarbeid (Public Switch Telephony Network) og mellomarbeid for eldre offentlige filialutvekslinger (INKLUDERT Unified CM).

Du kan bruke Kontrollhub til å tilordne en lokal gateway til en plassering, og deretter gir Kontrollhub parametere som du kan konfigurere på KUBEN. 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 bestillingsveiledningenfor den lokale gatewayen.

Støttede lokale gatewaydistribusjoner for Webex-kall

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 gatewaydistribusjoner uten lokal IP PBX

Frittstående lokale gatewaydistribusjoner

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

For alle kall som ikke samsvarer med webex-anropsdestinasjonene , sender Webex Calling disse kallene til den lokale gatewayen som er tilordnet plasseringen for behandling. Den lokale gatewayen ruter alle samtaler 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 kjernekanal 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 Calling .

Distribusjon av lokal gateway for Coresident

Den lokale gatewayen kan være IP-basert, og kobles 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 kjernesident med PSTN GW/SBC.

Lokale gatewaydistribusjoner med lokal enhetlig CM PBX

Integrasjoner med Enhetlig CM kreves i følgende tilfeller:

  • Webex Calling-aktiverteplasseringer legges til i en eksisterende Cisco UC-distribusjon der Enhetlig CM distribueres som den lokale samtalekontrollløsningen

  • Direkte oppringing mellom telefoner registrert på Unified CM og telefoner i Webex Calling-plasseringer kreves.

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

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

Dedikert PSTN-gateway

Den dedikerte PSTN-gatewayvarianten for 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 Calling .

Coresident PSTN-gateway

Denne illustrasjonen viser en Webex Calling-distribusjon med et Enhetlig CM der den lokale gatewayen er kjernesident med PSTN-gatewayen/SBC.

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

Hensyn ved ruting av anrop

Kall fra Webex-kall til Enhetlig CM

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

For en Webex Calling-distribusjon uten integrering i et eksisterende Enhetlig CM, regnes alle samtaler utenfor nettet som et PSTN-kall. Når det kombineres med Unified CM, kan en off-net-samtale fortsatt være et anrop på nettet til et hvilket som helst reisemål som driftes på Enhetlig CM eller et ekte off-net-kall til et PSTN-mål. Skillet mellom de to sistnevnte samtaletypene bestemmes av Enhetlig CM og avhenger av enterprise-nummerplanen som er klargjort på Enhetlig CM.

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

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

Kall fra Enhetlig CM til Webex-kall

Hvis du vil aktivere ruting av samtaler fra Enhetlig CM til Webex Calling on Unified CM, må et sett med ruter klargjøres for å definere settet med nummereringsplanadressene +E.164 og enterprise i Webex Calling.

Når disse rutene er på plass, er begge anropsscenarioene som vises i figuren nedenfor, mulige.

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

Kall fra Unified CM-registrerte endepunkter, rettet mot mål i Webex Calling, er også underlagt nummerplanen som er klargjort på Enhetlig CM. Denne nummerplanen gjør det vanligvis mulig for brukerne å bruke vanlige oppringingsvaner for bedrifter til å foreta oppringinger. 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 tjenestebegrensninger anbefales alltid av forskjellige årsaker, inkludert å unngå anropsløkker og forhindre bompengesvindel. I forbindelse med integrering av Webex Calling Local Gateway med Unified CM-tjenesteklasse må vi vurdere tjenesteklasse for:

  • Enheter registrert hos Unified CM

  • Samtaler som kommer inn i Enhetlig CM fra PSTN

  • Samtaler som kommer inn i Enhetlig CM fra Webex Calling

Enheter registrert hos Unified CM

Å legge til Webex Calling-destinasjonene som en ny klasse destinasjoner i et eksisterende CoS-oppsett er ganske rett frem: tillatelse til å kalle opp Webex Calling-mål tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert mellomnettsteder).

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

Ellers eksisterer ikke begrepet "(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 i de aktuelle kallende søkeområdene.

Samtaler som kommer inn i Enhetlig CM fra PSTN

Å legge til Webex Calling-destinasjonene som en ny klasse destinasjoner i et eksisterende CoS-oppsett er ganske rett frem: tillatelse til å kalle opp Webex Calling-mål tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert mellomnettsteder).

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

Ellers eksisterer ikke begrepet "(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 i de aktuelle kallende søkeområdene.

Samtaler som kommer inn i Enhetlig CM fra Webex Calling

Samtaler som kommer inn fra PSTN trenger tilgang til alle Webex Calling-destinasjoner . Dette krever at du legger til partisjonen ovenfor som inneholder alle Webex Calling-destinasjoner , i søkeområdet som brukes til innkommende samtaler i PSTN-bagasjerommet. 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 stammer fra Webex Calling trenger tilgang til Unified CM DIDs og PSTN-destinasjoner.

Figur 1. Differensiert CoS for samtaler fra PSTN og Webex Calling

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

Integrering av oppringingsplan

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

Den anbefalte utformingen av nummerplanen følger utformingsmetoden 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 utformingen av nummerplanen inkluderer:

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

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

  • Kjerneruting er basert på +E.164.

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

  • Oppringing av normaliseringsoversettelsesmønstre bruker oversettelsesmønster som kaller arv av søkeområde. De har alternativsettet "Bruk avsenderens søkeområde".

  • Tjenesteklassen implementeres ved hjelp av område- og tjenestespesifikk anropssøkeplass.

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

Rekkevidde for Webex-anrop

Figur 3. Legge til mål for Webex-anrop i nummerplanen

Hvis du vil legge til rekkevidde for webex-anropsmål i denne nummerplanen, må en partisjon som representerer alle webex-oppringingsmål, opprettes ("Webex Calling") og et +E.164-rutemønster for hvert DID-område i Webex Calling legges til i 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 Calling. Fordi alle oppringte mål normaliseres til +E.164 enten ved hjelp av oppringingsnormaliseringsoversettelsesmønstre for samtaler som stammer fra Unified CM-registrerte endepunkter eller innkommende kalt parttransformasjoner for samtaler som stammer fra PSTN, er dette enkeltsettet med +E.164-rutemønstre nok til å oppnå rekkevidde for destinasjoner i Webex Calling uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker slår "914085550165", normaliserer oppringingsnormensettingsmønsteret i partisjonen "UStoE164" denne oppringingsstrengen til "+14085550165", som deretter samsvarer med rutemønsteret for et Webex Calling-mål i partisjonen "Webex Calling". Enhetlig CM sender til slutt kallet til den lokale gatewayen.

Legge til forkortet oppringing mellom område

Figur 4. Legge til forkortet oppringing mellom område

Den anbefalte måten å legge til forkortet oppringing mellom områder i referanseoppringingsplanen på, er å legge til oppringingsoversettelsesmønstre for alle områder under enterprise-nummereringsplanen til en dedikert partisjon ("ESN", Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp oppringingsstrenger i formatet til enterprise-nummereringsplanen og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til virksomhetsforkortet oppringing til webex-oppringingsmål, legger du til det respektive oversettelsesmønsteret for oppringing for Webex Calling-plasseringen i partisjonen Webex Calling (for eksempel "8101XX" i diagrammet). Etter normalisering sendes kallet på nytt til Webex Calling etter å ha matchet rutemønsteret i partisjonen Webex Calling.

Vi anbefaler ikke at du legger til det forkortede oversettelsesmønsteret for oppringing for Webex Calling-kall på ESN-partisjonen, fordi denne konfigurasjonen kan opprette uønskede rutingsløkker for kall.

Forskjellen mellom Webex-anrop for tjenesteleverandører og verdiøkende forhandlere

Det er to separate anropstilbud som utnytter den samme Webex Calling-plattformen . Det ene tilbudet er for tjenesteleverandører (SPer) og deres kunder, mens det andre tilbudet er for verdiskapende forhandlere (VARs) og deres kunder. For det meste er tilbudene identiske, og som sådan refererer vi til dem generisk som Webex Calling. Imidlertid er det et par forskjeller, og der vi trenger å påpeke disse forskjellene, vil vi sørge for at du vet om de gjelder for SPs eller VARs.

Selv om begge tilbudene administreres i Kontrollhub med krysslanseringer i teleadministrasjonsportalen, er det noen viktige forskjeller her.

SPs kan merke sine ringeportaler og apper og må pakke og tilby sine egne PSTN-tjenester til sine kunder eller utnytte en lokal gateway-distribusjon. SPs må også gi sin egen Tier 1-støtte.

VARs, derimot, bruker merkevarebyggingen levert av Cisco. VAR-er er ikke regulerte tjenesteleverandører og kan ikke tilby PSTN-tjeneste. PSTN-tjenesten må utnyttes gjennom en lokal gateway-distribusjon i en bedrift. VAR-er kan også tilby sin egen Tier 1-støtte eller bruke Ciscos. Begge anropstilbudene gir tjenestesikring gjennom mediekvalitetsmålinger og kan samle Webex App og Møter sammen med anropsprogrammene sine.

Protokollbehandlere for kall

Webex Calling registrerer følgende protokollbehandlere med operativsystemet for å aktivere klikk-til-kall-funksjonalitet fra nettlesere eller andre programmer. 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://

Protokollbehandlere for Windows

Andre apper kan registrere seg for protokollbehandlerne før Webex-appen. I Windows 10 ber systemvinduet brukerne om å velge hvilken app som skal brukes til å starte samtalen. Brukerinnstillingen 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 systeminnstillingene for standard appinnstillinger , klikk Angi standarder etter app, og velg deretter Webex App.

  2. Velg Webex App for hver protokoll.

Protokollbehandlere for macOS

På Mac OS, hvis andre apper som er registrert på anropsprotokollene før Webex App, må brukerne konfigurere Webex-appen til å være standard ringealternativ.

I Webex App for Mac kan brukere bekrefte at Webex App er valgt for Start-samtaler med innstillingen 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.

2022年3月7日
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 å samle 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.

2022年3月7日
Konfigurere Webex-anrop for organisasjonen

Tilpass organisasjonen for Webex Calling i Control Hub. Når du har aktivert den første plasseringen ved hjelp av veiviseren for første gangs installasjon, kan du konfigurere og administrere flere plasseringer, trunktilordning og -bruk, alternativer for nummerplan, 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

I kundevisningen i https://admin.webex.com, gå til Tjenester > Anrop > Plasseringer og klikk deretter på Legg til plassering.

Husk at nye plasseringer ligger i det regionale datasenteret som tilsvarer landet du valgte ved hjelp av veiviseren for første gangs installasjon.

2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere plasseringen.
  • Land/område– 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.
  • Stedsadresse: Skriv inn stedets hovedadresse.
  • Poststed:Angi et poststed for dette stedet.
  • Område/område– Velg en delstat fra rullegardinlisten.
  • Postnummer: Angi postnummeret.
  • Kunngjøringsspråk: Velg språk for lydkunngjøringer og forespørsler etter nye brukere og funksjoner.
  • E-postspråk: Velg språk for e-postkommunikasjonen med nye brukere.
  • Tidssone: Velg tidssonen for plasseringen.
3

Klikk på Lagre og velg deretter om du vil legge sammen tall 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 Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en full PSTN erstatning løsning som gir nødanrop, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller port eksisterende numre til Cisco.


     

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

    • Du har kjøpt minst én engasjert Cisco Calling Plan OCP (Utgående ringeplan).

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

    • Posisjonen din er ny. Eksisterende plasseringer som har fått tildelt andre PSTN-funksjoner, er for øyeblikket ikke 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 skybasert PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

     

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

    Hvis du ser muligheten til å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å anskaffe og klargjøre telefonnumre i Control Hub på en enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • 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 på plasseringen PSTN-egenskaper. 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, angir du Telefonnumre som kommadelte verdier, og deretter klikker du Valider.

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 > anrop > numre, og velg plasseringen som skal slettes, fra rullegardinmenyen. Du må slette de brukerne og arbeidsområdene før du sletter plasseringen.

1

Fra kundevisningen i https://admin.webex.com, gå til Tjenester > Samtale > Steder.

2

Klikk i Handlinger-kolonnen ved siden av plasseringen du vil slette.

3

Velg Slett plassering, og bekreft at du vil slette den 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 ved siden av stedsnavnet og velge Slettingsstatus.

Du kan endre PSTN-oppsettet, navnet, tidssonen og språket for en plassering etter at den 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

Fra kundevisningen i https://admin.webex.com, gå til Tjenester > Anrop > Plasseringer og velg deretter stedet du vil oppdatere.

Hvis du ser et Advarsel-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 har konfigurert dette 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 Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en full PSTN erstatning løsning som gir nødanrop, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller port eksisterende numre til Cisco.


     

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

    • Du har kjøpt minst én engasjert Cisco Calling Plan OCP (Utgående ringeplan).

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

    • Posisjonen din er ny. For øyeblikket er ikke eksisterende steder som har fått tildelt andre PSTN-funksjoner, 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 skybasert PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

     

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

    Hvis du ser muligheten til å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å anskaffe og klargjøre telefonnumre i Control Hub på en enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller du vil koble til ikke-skynettsteder med skynettsteder.

     

    Webex Calling-kunder med lokasjoner som tidligere er konfigurert med en lokal gateway, konverteres automatisk til lokalt PSTN med en tilsvarende trunk.

3

Velg hovednummeret der lokasjonens hovedkontakt kan nås.

4

(Valgfritt) Under Nødanropkan du velge Nødstedsidentifikator som skal tilordnes denne plasseringen.


 

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

I noen land (eksempel: Frankrike), det er forskriftsmessige krav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødanrop og blir gjort tilgjengelig for nødetatene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, kan du se Forbedrede nødanrop.

Nødanropsleverandøren kan trenge informasjon om tilgangsnettverket og oppnås ved å definere et nytt privat SIP-utvidelseshode, P-Access-Network-Info. Hodet inneholder informasjon om tilgangsnettverket.

Når du angir nødplasseringsidentifikatoren for en plassering, sendes plasseringsverdien til leverandøren som en del av SIP-meldingen. Kontakt nødanropsleverandøren for å se om du trenger denne innstillingen, og bruk verdien som leveres av nødanropsleverandøren."

5

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

6

(Valgfritt) Klikk blyantikonet øverst på Plassering-siden for å endre stedsnavn, kunngjøringsspråk, e-postspråk, tidssoneeller adresse etter behov, og klikk deretter Lagre.


 

Endring av kunngjøringsspråket trer i kraft umiddelbart for alle nye brukere og funksjoner som legges til på denne plasseringen. Hvis eksisterende brukere og/eller funksjoner også skal endre kunngjøringsspråket, velger du Endre for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjonernår du blir bedt om det. Klikk på Bruk. Du kan se fremdriften på Oppgaver-siden. Du kan ikke gjøre flere endringer før dette 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

Fra kundevisningen i https://admin.webex.com, gå til Tjenester > Anrop > Tjenesteinnstillinger og bla deretter 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.
  • Styresiffer i ruteprefiks– Du kan angi en verdi her uansett om du bruker lokasjonsrutingsprefikser.
  • 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. Hvis du vil foreta eksterne anrop , må du ta med det utgående nummereringssifferet.

Innvirkning på brukere:

  • Brukere må slå av og på telefonen for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnumre for brukere bør ikke starte med samme nummer som plasseringens styresiffer.

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

Fra kundevisningen i https://admin.webex.com, gå til Tjenester > Samtale > Samtaleruting 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

Fra kundevisningen i https://admin.webex.com, gå til Tjenester > Samtale > Steder.

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.

Du kan enkelt vise, aktivere, fjerne og legge til telefonnumre for organisasjonen i Kontrollhub. Hvis du vil ha mer informasjon, kan du se Behandle telefonnumre i Kontrollhub.

1

Fra kundevisningen i https://admin.webex.com, velger du bygningsikonet .

2

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

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

1

Fra kundevisningen i https://admin.webex.com, gå til Organisasjonsinnstillinger > Tjenester, bla til Samtale og velg deretter Klientinnstillinger.

2

Dra og slipp oppringingsalternativer som du vil at brukerne skal se, i feltet Tilgjengelige samtalealternativer, og ordne dem deretter på nytt i ønsket prioritetsrekkefølge for brukerne.

Andre alternativer som er skjult for brukere, vises i feltet Alternativer for skjult samtale, som vist i dette eksempelskjermbildet:

3

Slå på Aktiver enkeltklikk for å ringe hvis du vil at brukere skal kunne ringe med det første anropsalternativet du konfigurerte i forrige trinn.


 

Det kan ta opptil 24 timer før endringene vises i Webex App. Du kan råde brukerne dine til å starte appene sine på nytt for å hente disse endringene raskere.

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar PSTN-anrop. Når du har konfigurert denne innstillingen på organisasjonsnivå, kan du overstyre denne innstillingen for bestemte brukere.


Velg bare alternativet for hele organisasjonen hvis du er klar til å overføre hele organisasjonen.

Før du starter

  • Organisasjonen må ha de riktige abonnementene for samtalevirkemåten du velger.

  • Brukere må ha gyldige telefonnumre. Hvis numrene er ugyldige, sender Webex App fortsatt nummeret til anropsappen du velger, men anropet fra den appen mislykkes.

Gå til https://admin.webex.com Administrasjons- > organisasjonsinnstillingeri kundevisningen i, og bla deretter til Anropsvirkemåte, og velg deretter ett av følgende: .

  • Kalle inn Webex –Velg dette alternativet hvis du vil at brukere skal ringe direkte i Webex App ved hjelp av Webex Calling.
  • Webex Calling-appen: Velg dette alternativet hvis organisasjonen har et abonnement på Cisco Webex Calling og du vil tillate brukere å foreta PSTN-kall ved hjelp av Webex Calling-appen . Når brukere foretar PSTN-anrop i Webex App, brukes Webex Calling-appen til å ringe.

     

    Webex Calling-appen er bare tilgjengelig for utvalgte kunder.

Det vises en melding som angir at anropsvirkemåten er oppdatert. Brukere kan nå foreta PSTN-anrop fra Webex App eller Webex Calling-appen .

Brukere må ha det tilsvarende programmet installert for å kunne foreta PSTN-kall fra Webex App. Forsikre deg om at du lar folk få vite hvilket valg du gjør, og om en annen app brukes til å ringe PSTN.


 

Du kan endre denne innstillingen på brukernivå hvis bestemte personer må bruke en annen anropsvirkemåte. Gå til Brukere og velg Anropsvirkemåte under under Innstillinger. Du kan gjøre ditt valg og deretter klikke Lagre.

2022年3月7日
Implementer CUBE høy tilgjengelighet som lokal gateway

Local Gateway (LGW) er det eneste alternativet for å gi lokale PSTN-tilgang for Cisco Webex Calling-kunder. Formålet med dette dokumentet er å hjelpe deg med å bygge en lokal gateway-konfigurasjon ved hjelp av KUBE med høy tilgjengelighet, aktive/ventende CUBEer for tilstandsfull failover av aktive samtaler.

Grunnleggende

Forutsetninger

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

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway-plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende KUBE-bedriftsdistribusjon endres for også å bruke den lokale gateway-funksjonen for Cisco Webex Calling, må du være oppmerksom på konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og -funksjoner ikke avbrytes og at du overholder kube 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.


Kommandoene og loggene for fremvisning i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referanse materiale

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

Oversikt over Webex-anropsløsning

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

Distribusjonen av lokal gateway (representert nedenfor) er fokus for denne artikkelen. Lokal gateway -trunk (premises-based PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Det gir også tilkobling til en lokal IP PBX-distribusjon som Cisco Unified CM. All kommunikasjon til og fra skyen sikres ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt- eller flerområdedistribusjon. Konfigurasjonen som er beskrevet i denne artikkelen, er basert på denne distribusjonen.

Boks-til-boks-redundans for lag 2

KUBE 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. KUBE-øktinformasjon kontrolleres på tvers av ruterparet, slik at standby-ruteren kan overta alle CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalering og medier.


Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler i transitt kontrolleres ikke (for eksempel en forsøks- eller ringetilstand).

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

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 designhensyn og konfigurasjoner i denne artikkelen. Denne illustrasjonen viser et vanlig CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling trunk-distribusjon.

Infra-komponent for redundansgruppe

Redundancy Group (RG) Infra-komponenten gir infrastrukturstøtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBEene og forhandler om den endelige stabile overflødighetstilstanden. Denne komponenten inneholder også:

  • En HSRP-lignende protokoll som forhandler om den endelige overflødighetstilstanden for hver ruter ved å utveksle keepalive og hello-meldinger mellom de to CUBEene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontrollpunkt av signal- og medietilstanden for hvert kall fra den aktive til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

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

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

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

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilknyttede fysiske grensesnitt på begge CUBEene 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 mål-IP-adresse for samtalene som går gjennom CUBE HA-ruterne. Fra et Webex Calling-synspunkt fungerer DERFOR CUBE HA-parene som en enkelt lokal gateway.

Anropssignalerings- og RTP-øktinformasjonen for etablerte samtaler blir kontrollpunkt fra den aktive ruteren til standby-ruteren. Når Active-ruteren går ned, tar Standby-ruteren over, og fortsetter å videresende RTP-strømmen som tidligere ble rutet av den første ruteren.

Kall i midlertidig tilstand på tidspunktet for failover vil ikke bli beholdt etter overgang. For eksempel samtaler som ikke er fullstendig etablert ennå eller er i ferd med å bli endret med en overførings- eller sperringfunksjon. Etablerte samtaler kan kobles fra etter by-switchover.

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

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt med

  • Gig1 og Gig2 kalles trafikkgrensesnitt (SIP/RTP), og Gig3 er RG-kontroll/datagrensesnitt (Redundancy Group)

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

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

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

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

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

  • Grensesnittidentifikator for redundans, rii må være unik for en kombinasjon av par/grensesnitt på samme lag 2

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

  • Tilbakekoblingsgrensesnitt kan ikke brukes som binding fordi de alltid er oppe

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

  • CUBE-HA støttes ikke over en krysset nettverkstilkobling for RG-kontroll/datakobling (Gig3)

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

  • Kan ikke avslutte WAN direkte på CUBE-er eller Data HA på hver side

  • Både aktiv/ventemodus må være i samme datasenter

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

  • Ved failover går den tidligere aktive CUBE gjennom en ny last ved design, og bevarer signalering og

Konfigurer redundans på begge CUBEene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBEene som er ment å brukes i et HA-par for å få opp virtuelle IPer.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen for 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 taletrafikkgrensesnitttilstanden slik at den aktive ruten vil ganske aktiv rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA under undermodusen for redundans for programmet.

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 overflødighetsmodus

  • programredundans– Går inn i konfigurasjonsmodus for programredundans

  • gruppe: Går inn i konfigurasjonsmodus for redundansprogramgruppe

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

  • prioritet 100 failover-terskel 75– Angir innledende prioritet og failover-terskler for en RG

  • tidtakere forsinke 30 laste inn 60på nytt – Konfigurerer de to gangene for forsinkelse og ny innlasting

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

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

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

  • control GigabitEthernet3-protokoll 1– Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBEene, og angir protokollforekomsten som skal knyttes til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundansprogramprotokoll

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

  • spor– sporing av grensesnitt for RG-gruppe

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

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

    • Ventetid – Intervallet mellom mottak av en Hello-melding og antakelsen om at avsenderruteren mislyktes. Denne varigheten må være større enn hello-tiden - Standard 10 sekunder. Området er 750 millisekunder-255 sekunder

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

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-programmet å kontrollere overflødighetsprosessen.

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– Hvis du vil legge til og fjerne denne kommandoen, må du laste inn på nytt for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjonen er brukt.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IPer som vist nedenfor, og bruk identifikatoren for redundansgrensesnittet (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 grensesnittidentifikatoren for redundans for overflødighetsgruppen. 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 alle programgrupper for redundans bør angi riktig lokal informasjon og motpartsinformasjon.

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


     

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

5

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

Plattformen for å laste sist er alltid ventemodus.

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

Etter at VCUBE-1 starter helt opp, lagrer du konfigurasjonen av VCUBE-2 og laster den inn på nytt.

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

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevante utdata er uthevet med fet skrift.

Vi lastet VCUBE-2 på nytt sist og i henhold til designhensynene; plattformen for å laste sist vil 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#

Konfigurere en lokal gateway på begge KUBEene

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

  • Brukernavn: Hussain1076LGU_

  • Passord: lOV12MEaZx

1

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


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

Her er den lokale gateway-konfigurasjonen som vil gjelde for begge plattformene basert på Control Hub-parameterne som vises ovenfor, lagre og last inn på nytt. SIP-sammendragslegitimasjon fra Kontrollhub 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 utgangskommandoen for fremvisning 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 søknadsgruppe for redundans 1

vis status for sip-ua-register


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 utgangen av "show sip-ua registerstatus" er tom i VCUBE-1

3

Aktiver nå følgende feilsøkinger 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

Overgangen fra ACTIVE til STANDBY LGW skjer i følgende scenario, i tillegg til CLI som er oppført ovenfor

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

  • Når ACTIVE-ruterens strømsykluser

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

5

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


VCUBE-1#show sip-ua register status

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

VCUBE-1 er nå den aktive LGW.

6

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


VCUBE-1#show log

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

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

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

Du kan kreve en integrasjon 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-trunk for trunk til lokal gateway

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

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

Innstilling Verdi
Navn Unikt navn, for eksempel Webex
Beskrivelse Meningsfull beskrivelse, for eksempel sikkerhetsprofil for webex SIP-trunk
Innkommende port Må samsvare port 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 gateway-stammen med følgende innstillinger:

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

Opprette et kallende søkeområde for samtaler fra Webex

Opprett et kallende søkeområde for samtaler 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 områder)

PSTNInternational (PSTN-tilgang)

onNetRemote (GDPR lært destinasjoner)


 

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Enhetlige 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 kallene til og fra Webex via den lokale gatewayen med følgende innstillinger:

Innstilling Verdi
Enhetsinformasjon
Navn på enhet 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
Kaller søkeområde Det tidligere definerte søkeområdet for kall: Webex
AAR kaller søkeområde Et kallende søkeområde med bare tilgang til PSTN-rutemønstre: PSTNReroute
SIP-informasjon
Destinasjonsadresse IP-adressen til den lokale gateway-KUBEN
Målport 5060
Sikkerhetsprofil for SIP-trunk Tidligere definert: Webex
SIP-profil Tidligere definert: Webex

Konfigurere rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

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

Konfigurere ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

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

Opprette en partisjon for Webex-mål

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

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

Hva nå?

Pass på at du legger til denne partisjonen i alle kallende søkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i søkeområdet for kall som brukes som innkommende søkeområde for samtaler på PSTN-trunker, slik at kall fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-mål

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

Innstilling Verdi
Rutemønster Fullstendig +E.164-mønster for DID-området i Webex med det ledende "\". For eksempel: \+140855501XX
Rute partisjon Webex
Gateway/ruteliste RLWebex_
Haster prioritet Kontrollert

Konfigurere forkortet normalisering av oppringing mellom nettsteder for Webex

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

Innstilling Verdi
Mønster for oversettelse ESN-mønster for ESN-området i Webex. For eksempel: 80121XX
Partisjon Webex
Beskrivelse Meningsfull beskrivelse, for eksempel Webex-normaliseringsmønster
Bruk avsenderens søkeområde for anrop Kontrollert
Haster prioritet Kontrollert
Ikke vent på tidsavbrudd for interdigit ved etterfølgende hopp Kontrollert
Kalt parttransformasjonsmaske Maske for å normalisere tallet til +E.164. For eksempel: +140855501XX
2022年5月18日
Konfigurere webex-anropsfunksjonene

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

Definere en jaktgruppe

Hunt-grupper ruter innkommende samtaler til en gruppe 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 konfigurerer en jaktgruppe, kan du se Hunt Groups in Cisco Webex Control Hub.

Opprette en samtalekø

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

Hvis du vil ha mer informasjon om hvordan du konfigurerer og administrerer en samtalekø, kan du se Administrere samtalekøer i Cisco Webex Control Hub.

Opprette en resepsjonistklient

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

Hvis du vil ha informasjon om hvordan du konfigurerer og viser mottaksklienter, kan du se Resepsjonistklienter i Cisco Webex Control Hub.

Opprette og administrere automatiske svartjeneste

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 gi forskjellige alternativer når bedriften din er åpen eller lukket.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjeneste, kan du se Administrere automatiske svartjeneste i Cisco Webex Control Hub.

Konfigurere en sidevekslingsgruppe

Sideveksling for gruppe gjør det mulig for en bruker å plassere en enveis samtale- eller gruppeside til opptil 75 målbrukere og arbeidsområder ved å slå et nummer eller en utvidelse som er tilordnet en bestemt sidevekslingsgruppe.

Hvis du vil ha informasjon om hvordan du konfigurerer og redigerer sidevekslingsgrupper, kan du se Konfigurere en sidevekslingsgruppe i Cisco Webex Control Hub.

Sette opp henting av samtale

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

Hvis du vil ha informasjon om hvordan du konfigurerer en samtalehentingsgruppe, kan du se Call Pickup i Cisco Webex Control Hub.

Sett opp samtalepark

Call park lar en definert gruppe brukere parkere samtaler mot andre tilgjengelige medlemmer av en samtaleparkgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på deres telefon.

Hvis du vil ha mer informasjon om hvordan du konfigurerer call park, kan du se Call Park i Cisco Webex Control Hub.

Tillat brukere å holde seg til andre personers telefonsamtaler

1

Gå til Brukerehttps://admin.webex.comi kundevisningen i , og velg deretter brukeren du vil endre.

2

Velg Anrop, gå til Avanserte anropsinnstillinger, og velg deretter Lekter inn.

3

Slå på Barge In, velg om du vil at telefonen skal spille av en lyd når noen lekter inn i en samtale, og klikk deretter Lagre.

Hindre noen i å overvåke en brukers linjestatus

1

Gå til Brukerehttps://admin.webex.comi kundevisningen i , og velg brukeren du vil endre.

2

Velg Anrop, og gå deretter til Personvern.

3

Velg de riktige personverninnstillingene for automatisk svartjeneste for denne brukeren.

4

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

Ved hjelp av det overordnede eksemplet ovenfor søker du etter navnet på administrasjonsassistenten deres.

5

Klikk på Lagre.

Eksempel

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

Overvåkingsliste - Andre brukere og call park utvidelser

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


Overvåkingstjenesten fungerer bare med en brukers primære enhet.

1

Gå til Brukerehttps://admin.webex.comi kundevisningen i , og velg brukeren du vil endre.

2

Velg Anrop, velg Avanserte anropsinnstillinger, og gå deretter til 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 samtaler, søk etter personen eller samtaleparkutvidelsen som skal overvåkes, og klikk deretter Lagre.


 

Listen over overvåkede linjer i Kontrollhub tilsvarer rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan omorganisere listen over overvåkede linjer når som helst.


 

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene Oppringer-ID for bruker eller arbeidsområde.

Eksempel

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

Aktivere hotellbygging for en bruker

Ved å aktivere hotellarbeid for en bruker kan de arbeide på et annet sted samtidig som de opprettholder funksjonaliteten og funksjonene til hovedskranken.

1

Gå til Brukerehttps://admin.webex.com i kundevisningen i , og velg deretter brukeren du vil endre.

2

Velg Anrop, velg Avanserte samtaleinnstillinger, og klikk Hotell.

3

Slå på Hotelling, og klikk deretter Lagre.

Eksempel

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du konfigurerer innstillingene for musikk på vent i Kontrollhub.
2022年3月7日
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 spesielle tegnbegrensningene gjelder bare for brukere av Webex Calling.

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 å registrere 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 har en aktiv lisensmal, lar du alle servicekolonnene stå tomme, og malen tilordnes automatisk for den nye brukeren i den raden.


     

    Du kan ikke tilordne tillatelser for innholdsbehandling for virksomheter til brukere som bruker lisensmalen, se Konfigurere innstillinger for virksomhetsinnholdsbehandling i Cisco Webex Control Hub hvis du vil ha mer informasjon.

  • Hvis du vil tilordne en plassering, skriver du inn navnet i Plassering-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.

3

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

4

Velg enten Legg til bare tjenester eller Legg til og fjern tjenester.

Hvis du har en aktiv lisensmal, velger du Legg bare til tjenester.

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

Gå til Brukerehttps://admin.webex.com fra kundevisningen i .

2

Velg en bruker og klikk på Tjenester > Rediger lisenser.

3

Hvis du har flere abonnementer, velger du et abonnement fra listen.

4

Velg tjenestene du vil legge til eller fjerne, og klikk på Neste.

5

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


 

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, og når den oppgaven er fullført, kan du laste opp neste.

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


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 å registrere 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-post, oppretter dette en ny bruker.

  • Hvis du vil tilordne en plassering, skriver du inn navnet i Plassering-kolonnen. Hvis du lar dette feltet stå tomt, tilordnes brukeren til standardplasseringen.

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

  • 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

Skriv inn en verdi i Anropsatferd hvis du vil endre måten anrop skjer på for bestemte brukere. Du kan angi ett av følgende alternativer og se Konfigurere virkemåte for Webex-appanrop hvis du vil ha mer informasjon om hver innstilling:

  • BRUK__ORGANISASJONSINNSTILLINGER– Skriv inn denne strengen for å bruke innstillingen for hele organisasjonen.

  • NAVNGITT_WEBEX_TEAMS RINGER_—Skriv inn denne strengen for å bruke alternativet Anrop i Webex Teams.

  • RING_MED_APP_REGISTRERT_ FOR_WEBEXCALLTEL– Skriv inn denne strengen for å bruke alternativet Webex Calling app ringer.

5

Angi et Nummer for innringer-ID, Innringer-ID Fornavnog Innringer-ID Etternavn. Hvis du lar kolonnene Innringer-ID-nummer, Innringer-ID Fornavn og Innringer-ID Etternavn stå tomme, vil det som står i kolonnen Fornavn, Etternavn og Telefonnummer vise når brukeren foretar et anrop. Hvis du lar Innringer-ID-nummeret stå tomt, vises hovednummeret for plasseringen når brukeren ringer.


 

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.

6

Når du har lagret CSV-filen, klikker du på Importer, velger filen du gjorde endringer i, og deretter klikker du Åpne.

7

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


 

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

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.

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 alternative numre slik at flere telefonnumre ringer på samme telefon. Du kan angi forskjellige ringetoner for hvert tall for å skille mellom hvilke linjer som ringes til.

1

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

2

Velg Anrop og klikk deretter Legg til nummer.

3

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

Hvis et nummer allerede er tilordnet brukeren, legges eventuelle tilleggsnummer som legges til brukeren, til som et alternativt nummer. Du kan legge til opptil 10 alternative tall 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.

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 vil fortsette å støtte anrop for utgående og innkommende samtaler i en kort periode, med mindre administratoren aktiverer samtaleoppfanging 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.

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.


1

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

2

Under Roller og sikkerhet, klikk på Administratorroller eller Tjenestetilgang.

3

Velg en rolle som skal tilordnes denne brukeren.

Hvis du vil tilordne en bruker som administrator for Webex-området, klikker du Rediger ved siden av Administratorroller for Webex-område og velger en rolle for hvert Webex-område du vil at brukeren skal administrere.


 

Hvis brukere med eksisterende tjenesteadministratorroller (for eksempel administrator for Webområde) får eller mister en administratorrolle på organisasjonsnivå, kan tjenesteadministratorrollene endres. Du bør gå gjennom tjenesteadministratorrollene for disse brukerne for å kontrollere at de er riktige.

4

Velg Lagre.

2022年5月18日
Konfigurere og administrere Webex Calling-enheter

Du kan tilordne og administrere enheter for brukere og arbeidsområder i Kontrollhub. Velg å legge til av MAC-adressen 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. Selv om alle 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, 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


Når det gjelder DECT-enheter, er bare DECT-baseenheter (ikke DECT-håndsett) tilgjengelige for tilordning i Control Hub. 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 Administrere 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 i Control Hub.

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 arbeidsområde-enhet er at den ikke er tilordnet en bestemt bruker, men snarere en fysisk plassering, noe som gir mulighet for delt bruk.

Enhetene som er oppført , støtter 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

1

Gå til https://admin.webex.comBehandling > arbeidsområderi kundevisningen i , 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 inneholde mer enn 30 tegn, og det kan ikke inneholde %-, #-, <,>, /-, \- og " tegn.</,>

3

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

4

Velg enhetstypen fra rullegardinlisten, velg om du vil registrere telefonen med en aktiveringskode (hvis alternativet vises) eller en MAC-adresse, og klikk deretter 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.


Brukere med en webex calling profesjonell lisens kan bruke sin personlige rom systemenhet til å foreta (eller motta) eksterne samtaler ved hjelp av et telefonnummer eller bruke utvidelsesbasert anrop fra enheten.


Kall som foretas ved hjelp av URI, vil fortsatt bli rutet gjennom Webex-appen .

1

Gå til Brukerehttps://admin.webex.comi kundevisningen i , og velg brukeren du vil tilordne enheten til.

2

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

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

Kopier, send e-post eller skriv ut den 16-sifrede aktiveringskoden og send den til brukeren slik at de kan aktivere den nye enheten, eller, 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 fra https://settings.webex.com. Brukere kan også legge til sine egne personlige enheter derfra. Hvis du vil ha mer informasjon, kan du se Konfigurere et rom eller en bordenhet som en personlig enhet.


Brukere med en webex calling profesjonell lisens kan bruke sin personlige rom systemenhet til å foreta (eller motta) eksterne samtaler ved hjelp av et telefonnummer eller bruke utvidelsesbasert anrop fra enheten.


Kall som foretas ved hjelp av URI, vil fortsatt bli 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 alternativet Eksisterende bruker .

3

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

4

Velg Cisco Webex Room Device.

5

Kopier, send e-post eller skriv ut den 16-sifrede aktiveringskoden og send den til brukeren slik at de kan aktivere den nye enheten, eller, 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 fra https://settings.webex.com. Brukere kan også legge til sine egne personlige enheter derfra. Hvis du vil ha mer informasjon, kan du se Set Up a Webex Board, Room eller Desk Device as a Personal Device.

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 arbeidsområde-enhet er at den ikke er tilordnet en bestemt bruker, men snarere en fysisk plassering, 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 anrop– Brukere kan bare foreta SIP-kall (Webex App eller Webex Session Initiation Protocol) ved hjelp av en SIP-adresse (for eksempel username@example.calls.webex.com).
  • Webex-anrop – I tillegg til å kunne foreta og motta Webex App- og SIP-anrop, kan personer i arbeidsområdet bruke enheten til å foreta og motta telefonsamtaler fra Webex Calling-nummereringsplanen . Du kan for eksempel ringe kollegaen din Giacomo Edwards ved å ringe telefonnummeret 555-555-5555, internnummeret 5555 eller SIP-adressen gedwards@example.webex.com, men du kan også ringe din lokale pizzarestaurant.
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 den nødvendige informasjonen og aktivere disse enhetene med bare et par enkle trinn.

Enhetene som står oppført her, støtter Webex Calling. Selv om alle disse enhetene kan registreres ved hjelp av en MAC-adresse, kan bare følgende delsett registreres 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

1

Gå til Enheterhttps://admin.webex.comi kundevisningen i , 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– Du kan få en liste over alle brukerne i organisasjonen og de tilknyttede attributtene, slik at du ikke trenger å slå opp hver bruker manuelt.
  • Legg til eksempelmalfor enhet – Du kan bruke en mal som vi har kommet frem til, og deretter skrive inn 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å:
    • Du må angi et telefonnummer, internnummereller begge deler. Merk: Disse feltene har tidligere fått tittelen Katalognummer og Direkte linje.

    • For Brukernavn-kolonnen i CSV-filen må du sørge for at du skriver inn brukerens e-postadresse, ikke bruker-ID eller navn. 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 det, bruker du en ny CSV-fil.

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

    • Hvis Enhetstype er IP, kreves en modell (for eksempel Cisco 7841, Cisco 8851 og så videre), bør en modell være tom hvis Enhetstype er WEBEX eller WEBEX_CALLING.

    • Hvis du lar MAC-adressekolonnen stå tom, genereres en aktiveringskode som må angis på selve enheten.

4

Hvis MAC-adressen 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.
  • Aktiveringskodefor 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

Importer den utfylte CSV-filen.

6

Klikk på Send inn.

Du får en statusoppdatering etter hvert som enhetene aktiveres.

 

Multiplatform-enheter må kjøre en fastvarebelastning på 11.2.3MSR1 eller nyere for at brukere skal kunne angi aktiveringskoden på enheten. Hvis du vil ha informasjon om hvordan du oppgraderer fastvare for telefon, kan du lese denne artikkelen.

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

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 ikonet ved siden av Enheter og klikker 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 i brukeren, er Webex Aware, vises alternativet Webex Aware under enhetene som vist i diagrammet. Webex Aware indikerer at enheten har integrert seg på Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen.

6

Klikk Handlinger for å administrere enheten. Handlinger bidrar til å installere konfigurasjonsendringer eller oppdatere fastvare for MPP-enhetene.

Kategorien Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
  • Bruk forespørsel om endringsproblemer på telefonen for å laste ned og bruke endringer på konfigurasjonen.
  • Forespørsel om omstart av problemer for å tvinge omstart av enheten og laste ned gjeldende konfigurasjon.
  • Rapporter forespørsel om problemproblemer til enheten for å generere og laste opp en PRT til skyen.
  • Delete- 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 fleksibel kontorplass, kan du se Fleksibel kontorplass 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 legges til i arbeidsområdet, er Webex Aware, vises alternativet Webex Aware under enhetene som vist i diagrammet. Webex Aware indikerer at enheten har integrert seg på Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen.

6

Klikk Handlinger for å administrere enheten. Handlinger bidrar til å installere konfigurasjonsendringer eller oppdatere fastvare for MPP-enhetene.

Kategorien Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
  • Bruk forespørsel om endringsproblemer på telefonen for å laste ned og bruke endringer på konfigurasjonen.
  • Forespørsel om omstart av problemer for å tvinge omstart av enheten og laste ned gjeldende konfigurasjon.
  • Rapporter forespørsel om problemproblemer til enheten for å generere og laste opp en PRT til skyen.
  • Delete- sletter en enhet som er oppført for brukeren.

Du kan legge til linjer på en brukers primære enhet og endre rekkefølgen på hvordan linjene vises. Dette kalles også delte linjevisninger og gjør det mulig for brukere å motta anrop og ringe til og fra en annen brukers internnummer, ved å bruke sin egen telefon. Et eksempel på dette er en lederassistent som ønsker å kunne ringe 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 bruk av skrivebordsapp eller mobilapp av brukeren. Flere linjer kan legges til på en arbeidsområdetelefon, men en arbeidsområdetelefon kan ikke legges til som en delt linje.


Hurtignumre som er lagt til av en bruker på MPP-telefonen, er ikke synlige i Control Hub og kan overskrives hvis en delt linje er konfigurert.

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 for, 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.


 
Primærbrukeren på linje 1 kan ikke fjernes.
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 konfigurasjonene for ATA-enheter tilgjengelige for enheter med 2 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 komprimeringsalternativer 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 i Control Hub, fra 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

Deretter klikker du 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 blir tilgjengelige.

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

Når du kobler tilbehør (hodesett/KEM-er) til en MPP-enhet, vises de som et beholdningsvare under Enheter-fanen 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 denne videodemonstrasjonen om hvordan du viser tilbehøret ditt i Control Hub.
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-3 STK

Cisco IP-konferansetelefon 7832/8832

2022年3月7日
Innføringstrender og bruksrapporter for Webex-anrop

Du har en rekke rapporter lett tilgjengelig som kan hjelpe deg med å vurdere hvordan Webex Calling-tjenester brukes, hvor ofte de brukes. Du kan også få et raskt bilde av mediekvaliteten for din plassering.

Vis anropsrapporter

Du kan bruke Analytics-siden i Kontrollhub for å få innsikt i hvordan folk bruker Webex Calling og Webex-appen (engasjement) og kvalikheten i deres samtalemedieopplevelse. Hvis du vil ha tilgang til Webex Calling-analyse , logger du på Kontrollhub, går deretter til Analytics og velger Kall-fanen .

1

Hvis du vil ha detaljerte anropsloggrapporter, logger du på Kontrollhub, går deretter til Analytics og velger deretter Detaljert anropslogg.

Du blir automatisk ført til teleadministrasjonsportalen, der du kan analysere og evaluere samtalebruk. Hvis du vil ha informasjon om rapportene som er tilgjengelige for bestemte anropsfunksjoner, kan du se Ringe administratorportalen – Rapporter. Hvis du vil ha informasjon om samtaleaktivitet, kan du se Ringe administratorportalen – Analytics. Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, kan du se Dedicated Instance Analytics.

2

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på Kontrollhub, går deretter til Analytics og velger Deretter Anrop.

Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.

Kjøre CScan-verktøyet

CScan er et verktøy for nettverksberedskap som er utviklet for å teste nettverkstilkoblingen til Webex Calling.

Hvis du vil ha mer informasjon, kan du se Bruke CScan til å teste nettverkskvalitetpå Webex Calling.

2022年5月18日
Portreferanseinformasjon for Cisco Webex Calling

Her er en liste over adresser, porter og protokoller som brukes for å koble telefonene, Webex-appen og gatewayene til Cisco Webex Calling. Denne artikkelen er for nettverksadministratorer, spesielt sikkerhetsadministratorer for brannmur og proxy som ønsker å bruke Webex Calling-tjenester i organisasjonen.

En riktig konfigurert brannmur er avgjørende for en vellykket anropsdistribusjon. Vi krever porter for signalering, medier, nettverkstilkobling og lokal gateway fordi Webex Calling er en global tjeneste. Vi anbefaler at du lar alle portene som er oppført i tabellen, være åpne.

Ikke alle brannmurkonfigurasjoner trenger porter for å være åpne, men hvis du kjører regler for inne-til-utsiden, må du åpne porter for å tillate protokollene som kreves for service out. Så lenge du distribuerer NAT, definerer rimelige bindingsperioder og unngår å manipulere SIP på NAT-enheten, bør du ikke åpne porter innkommende på brannmuren.


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.

Se Nettverkskrav for Webex-tjenester for detaljer om nettverkskrav for Webex Meetings og meldinger.

Webex Calling-trafikk gjennom brannmur

De fleste kunder distribuerer en Internett-brannmur, eller Internett-proxy og brannmur, for å begrense og kontrollere HTTP-basert trafikk som forlater og går inn i nettverket deres. Webex Calling-endepunktene støtter ikke https-proxy, bortsett fra myke klienter, som støtter følgende proxy-miljøer og de tilsvarende godkjenningsmetodene:

  1. Manuell proxy-konfigurasjon

    • Ingen autentisering

    • Grunnleggende

    • NTLM

    • Forhandle

  2. WPAD Proxy-konfigurasjon

    • Ingen autentisering

    • Grunnleggende

  3. PAC Proxy-konfigurasjon

    • Ingen autentisering

    • Grunnleggende

    • NTLM

    • Forhandle

Følg brannmurveiledningen for å aktivere tilgang til Webex Calling-tjenester fra nettverket.

Brannmurkonfigurasjon

Hvis brannmuren støtter URL-filtrering, konfigurerer du brannmuren slik at URL-adressene for webex-anropsmålet vises. Se tabellen Domener og URL-adresser for Webex Calling Services for detials.

Hvis du bruker en brannmur som ikke støtter filtrering av URL/domene, konfigurerer du brannmuren til å filtrere trafikk ved hjelp av IP-adresseområder og porter som er oppført i IP-adresser og porter for Webex Calling Services.

IP-adresser og porter for Webex Calling-tjenester

Tabellen nedenfor beskriver porter og protokoller som må åpnes i brannmuren for at skyregistrerte Webex-apper og enheter skal kunne kommunisere med Webex Calling-skysignalering og medietjenester.

IP-delnett for Webex Calling-tjenester

23.89.1.128/25

23.89.33.0/24

23.89.40.0/25

23.89.76.128/25

52.26.82.54/24

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.128/25

170.72.17.128/25

170.72.29.0/24

170.72.82.0/25

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Tilkoblingsformål

Kildeadresser

Kildeporter

Protokoll

Måladresser

Målporter

Merknader

Oppringingssignalisering til Webex Calling (SIP TLS)

Lokal gateway ekstern (NIC) 8000–65535

TCP

Referer til IP-delnett for Webex Calling-tjenester.

8934

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

Enheter

5060-5080

Applikasjoner

Midlertidig port (OS-avhengig)

Oppringingsmedia til Webex Calling (STUN, SRTP)

Lokal gateway ekstern NIC

8000-48198

UDP

Referer til IP-delnett for Webex Calling-tjenester.

5004,19560–65535

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

Enheter

19560–19660

Applikasjoner

Midlertidig port

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)

Oppringingssignalisering til offentlig adresserte endepunkter (SIP TLS)

Referer til IP-delnett for Webex Calling-tjenester.

Midlertidig port

TCP

Sluttpunkt IP

8934

Disse IP-ene/portene er nødvendige for inngående SIP-TLS-samtalesignalering fra Webex Calling-sky (kilde) til offentlig adresserte endepunkter (mål).

Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)

Webex Calling-enheter

Midlertidig port

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443, 6970

*Disse IP-adressene tilhører cloudupgrader.webex.com.

Du må bare aktivere cloudupgrader.webex.com og portene 443, 6970 når du migrerer fra forretningstelefoner (Cisco Unified CM) til Webex Calling. Gå til upgrade.cisco.com for mer informasjon.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80, 443

*Disse IP-adressene tilhører activation.webex.com.

Disse IP-adressene er nødvendige for sikker inkludering av enheter (MPP-telefoner) via en 16-sifret aktiveringskode (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80, 443

Disse IP-adressene tilhører activate.cisco.com.

Dette domenet brukes til CDA / EDOS - MAC-adressebasert levering. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med nyere fastvare.

Når en telefon kobles til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, kontakter den en enhetsaktiveringsserver for null berøring hvis det ikke er konfigurert noen DHCP-alternativer. 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». Vi anbefaler at du tillater begge domenenavnene gjennom brannmuren din.

72.163.10.128/25

173.37.146.128/25

80, 443

Disse IP-adressene tilhører webapps.cisco.com.

Dette domenet brukes til CDA / EDOS - MAC-adressebasert levering. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med eldre fastvare.

Når en telefon kobles til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, kontakter den en enhetsaktiveringsserver for null berøring hvis det ikke er konfigurert noen DHCP-alternativer. 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». Vi anbefaler at du tillater begge domenenavnene gjennom brannmuren din.

Referer til IP-delnett for Webex Calling-tjenester.

80, 443

Disse IP-adressene er nødvendige for enhetskonfigurasjon og fastvareadministrasjon for Webex Calling.

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)

Enhets navneløsning

Webex Calling-enheter

Midlertidig port

UDP og TCP

Vertsdefinert

53

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

80, 443

Disse IP-adressene tilhører Webex Idbroker-autentiseringstjenester og brukes av klienter, dvs. Webex-applikasjoner.

Referer til IP-delnett for Webex Calling-tjenester.

80, 443, 8443

Disse IP-adressene tilhører Webex Calling-applikasjonskonfigurasjonstjenester og brukes av klienter, dvs. Webex-applikasjoner.

Synkronisering av applikasjonstid

Webex Calling-applikasjoner

123

UDP

Vertsdefinert

123

Løsning på applikasjonsnavn

Webex Calling-applikasjoner

Midlertidig port

UDP og TCP

Vertsdefinert

53

CScan

Webex Calling-applikasjoner

Midlertidig port

UDP og TCP

Referer til IP-delnett for Webex Calling-tjenester.

8934 og 80, 443, 19569–19760

Disse IP-adressene brukes av CScan-tjenester som brukes av klienter, dvs. Webex-applikasjoner. Gå til cscan.webex.com for mer informasjon.

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

*Disse IP-adressene/områdene eies ikke av Cisco og kan endres med jevne mellomrom. Hvis du bruker en brannmur, anbefaler vi at du tillater nettadressene som er oppført.

Domener og nettadresser for Webex Calling-tjenester

Domene/nettadresse

Beskrivelse

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

Cisco Webex-tjenester

*.webexcallingpbx.com

Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling-admin-portal.

Control Hub

*.webexcalling.com.au

Webex Calling-tjenester i Australia.

Alle

*.webexcalling.eu

Webex Calling-tjenester i Europa.

Alle

*.webexcallingpbx.net

Klientkonfigurasjon og administrasjonstjenester for oppringing.

Webex-apper

*.cisco.com

Når en telefon kobles til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, kontakter den en enhetsaktiveringsserver for null berøring hvis det ikke er konfigurert noen DHCP-alternativer. Nye telefoner bruker activate.cisco.com, og telefoner med fastvareutgivelse før 11.2(1) fortsetter å bruke webapps.cisco.com for klargjøring.

MPP-telefoner, Control Hub

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.webex.com

Webex-kjernetjenester for Calling, Meeting og Meldinger, som autentisering osv.

Alle

*.wbx2.com og *.ciscospark.com

Webex-mikrotjenester, for eksempel programvareoppgraderingstjeneste.

Alle

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

Enhetsbehandlingstjenester (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

Hvis nettverksbrannmuren din støtter domenetillatelseslister for http(s)-trafikk, som *.webex.com, anbefales det på det sterkeste å tillate alle disse domenene.

Webex Meetings/Meldinger – nettverkskrav

Hvis du distribuerer Webex Calling med Webex Meetings- og Meldinger-tjenester, finner du nettverkskravene for Webex Meetings- og Meldinger-tjenester i Nettverkskrav for Webex-tjenester.

Dokumentrevisjonshistorikk

Dato

Vi har gjort følgende endringer i denne artikkelen

mai 2022 kl.

Lagt til IP-delnettverket 52.26.82.54/24 for Webex Calling-tjenesten

april 2022 kl.

Oppdaterte det interne og eksterne UDP-portområdet for den lokale gatewayen til 8000-48198

april 2022 kl.

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

  • 23.89.40.0/25

  • 23.89.1.128/25

februar 2022 kl.

La 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

La til 5004 som målport for oppringingsmedia til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som blir 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 sammen.

Notater-kolonnen er lagt til tabellen med IP-adresser og porter for bedre å forstå behovene.

Følgende IP-adresser ble flyttet til forenklede områder for enhetskonfigurasjon og fastvareadministrasjon (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

Følgende IP-adresser ble lagt til for applikasjonkonfigurasjon fordi Cisco Webex-klienten 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 applikasjonskonfigurasjonen:

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

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikasjonskonfigurasjonen:

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

Vi har lagt til følgende domener i applikasjonskonfigurasjonen:

  • 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 inntil disse IP-adressene også kan legges til der.

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

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

  • Korrigerte én av IP-adressene – endret 199.59.67.156 til 199.59.64.156

  • Nye funksjoner krevde nye porter i tillegg til UDP – 19560–19760

11. mars 2020

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

  • 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