Vi presenterer Webex-anrop

Tenk deg å kunne dra nytte av skyanrop, mobilitet og PBX-funksjoner i bedriftsklassen, sammen med Webex 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-tilgang for hver bruker

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

Samtalekø

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.

Resepsjonist Klient

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

Office 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øre tjenester, enheter og brukere i Kontrollhub, Kryssstart til detaljert konfigurasjon i portalen for å ringe til administrator

Control Hub ( ) er enhttps://admin.webex.comadministrasjonsportal som integreres med Webex Calling for å strømlinjeforme ordrene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet –Webex Calling ,Webex og 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 Teleadministrasjonsportal.

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

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 ved å skrive inn e-postadressene deres i Kontrollhub. 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 Komme i gang -koblingen i e-postmeldingen ved hjelp av 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 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 , rull til Godkjenning , klikk Endre , og velg deretterIntegrer en tredjeparts identitetsleverandør.

Tilordne tjenester til brukere

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

Gå til Brukere , klikk Behandle brukere , velg Eksporter ogimporter 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 Phones (MPPer) for Webex Calling og Webex 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 bestillingsveiledningen for lokal gateway.

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 kall 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-aktiverte plasseringer 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.

BroadCloud sender samtaler som ikke samsvarer med kundens Webex Calling-destinasjoner, til den lokale gatewayen. Dette inkluderer PSTN-numre og Unified CM interne utvidelser, som BroadCloud ikke kan se. Den lokale gatewayen ruter alle samtaler som kommer fra BroadCloud 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.

BroadCloud ruter alle samtaler som ikke samsvarer med kundens Webex Calling-destinasjoner, 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 ringes opp på et Webex Calling-endepunkt, ikke kan rutes til et annet mål i samme kunde i BroadCloud, sendes samtalen til den lokale gatewayen for videre behandling. Alle off-net (utenfor BroadCloud) samtaler 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 kallruting 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.) BroadCloud-rutingslogikken sørger deretter for at samtalen 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. Enhver annen oppringingsvane enn +E.164 må normaliseres til +E.164 før samtalene sendes til den lokale gatewayen for å tillate riktig ruting i BroadCloud.

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 Unified CM fra BroadCloud

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 Unified CM fra BroadCloud

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 BroadCloud. 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 BroadCloud. 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 kapittelet For nummerplan 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 BroadCloud

Figur 3. Legge til BroadCloud-destinasjon i nummerplanen

For å legge til rekkevidde for BroadCloud-destinasjoner til denne nummerplanen, må en partisjon som representerer alle BroadCloud-destinasjoner opprettes ("BroadCloud") og et +E.164-rutemønster for hvert DID-område i BroadCloud legges til denne partisjonen. Dette rutemønsteret refererer til en ruteliste med bare ett medlem: rutegruppen med SIP-stammen til den lokale gatewayen for samtaler til BroadCloud. Fordi alle oppringte destinasjoner 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 BroadCloud uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker ringer "914085550165", normaliserer oppringingsoversettelsesmønsteret i partisjonen "UStoE164" denne oppringingsstrengen til "+14085550165" som deretter samsvarer med rutemønsteret for et BroadCloud-mål i partisjonen "BroadCloud." 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.

For å legge til enterprise-forkortet oppringing til BroadCloud-destinasjoner, legger du til det respektive oversettelsesmønsteret for oppringing for BroadCloud-plasseringen til "BroadCloud" -partisjonen (for eksempel "8101XX" i diagrammet). Etter normalisering sendes samtalen igjen til BroadCloud etter å ha matchet rutemønsteret i "BroadCloud" -partisjonen.

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

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 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 Teams når det er standard anropsprogram på Mac eller Windows:

  • CLICKTOCALL: eller CLICKTOCALL://

  • NIPPE: 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 kontrollerer Bruk alltid denne appen.

Hvis brukerne må tilbakestille standardinnstillingene for anropsappen slik at de kan velge Webex, kan du be dem om å endre protokolltilknytningene for Webex i Windows 10:

  1. Åpne Systeminnstillinger for standard appinnstillinger, klikk Angi standarder etter app , og velg deretterWebex.

  2. Velg Webex for hver protokoll.

Protokollbehandlere for Mac

Hvis andre apper som er registrert i anropsprotokollene før Webex på Mac OS, må brukerne konfigurere Webex-appene til å være standard oppringingsalternativ.

I Webex for Mac kan brukere bekrefte at Webex 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 når de klikker nummeret til en Outlook-kontakt.