Tenk deg å kunne dra nytte av skysamtaler, mobilitet og PBX-funksjoner i bedriftsklasse, sammen med Webex-appen for meldinger og møter og samtaler fra en myk Webex Calling -klient eller Cisco-enhet. Det er akkurat det Webex Calling har å tilby deg.
Vi introduserer Webex Calling
Webex Calling gir følgende funksjoner og fordeler:
Samtaleabonnement for telefonibrukere og fellesområder.
Sikre og pålitelige skytjenester levert av pålitelige regionale tjenesteleverandører
Webex-appen tilgang for alle brukere, og legger til omfattende enhetlig kommunikasjon og teamsamarbeidstjenester.
Webex Meetings som et valgfritt, integrert tillegg for å gi premium møteopplevelser som bedriftsbrukere forventer.
Offentlig svitsjet telefoninettverk (PSTN)-tilgang for å la brukerne ringe numre utenfor organisasjonen. Tjenesten leveres via en eksisterende bedriftsinfrastruktur (lokal gateway uten lokal IP-PBX eller med eksisterende Unified CM -samtalemiljø) eller PSTN-alternativer levert av Partner eller Cisco.
Nivå 1-støtte levert av partneren din, neste nivå-støtte levert av Cisco
Kontrollhub er en nettbasert administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet – Webex Calling , Webex-appen , og Webex Meetings.
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 anrop basert på innringer-ID-attributter for å opprette VIP-lister eller behandle anrop fra bestemte retningsnumre på en annen måte. |
Ring opp kø |
Du kan konfigurere en samtalekø slik at når innkommende anrop ikke kan besvares, får anropere automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet. |
Mottak av anrop |
Du kan forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukere kan svare på anrop fra en annen bruker. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine. |
Samtaleparkering |
Du kan slå på samtaleparkering slik at brukere kan sette en samtale på vent og hente den fra en annen telefon. |
Huntgruppe |
Du vil kanskje definere huntgrupper i følgende scenarier:
|
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 oppkallingsgruppe, spilles meldingen av på alle enhetene i gruppen. |
Resepsjonistklient |
Bidra til å støtte behovene til frontoffice-personellet ved å gi dem et komplett sett med alternativer for samtalekontroll , storstilt linjeovervåking, samtalekø, flere katalogalternativer og visninger, Outlook-integrering og mer. |
Brukere kan konfigurere følgende funksjoner ihttps://settings.webex.com , som krysslanseres i Anroper brukerportal .
Funksjon |
Beskrivelse |
---|---|
Avvisning av anonym samtale |
Brukere kan avvise innkommende anrop med blokkerte anrops-ID-er. |
Bedriftskontinuitet |
Hvis brukernes telefoner ikke er koblet til nettverket på grunn av for eksempel strømbrudd, nettverksproblemer og så videre, kan brukerne viderekoble innkommende anrop til et bestemt telefonnummer. |
Viderekobling av samtale |
Brukere kan viderekoble innkommende anrop til en annen telefon. |
Selektiv viderekobling av anrop |
Brukere kan viderekoble anrop til bestemte tider fra bestemte anropere. Denne innstillingen vil ha forrang over viderekobling av anrop. |
Samtalevarsling |
Brukere kan sende seg selv en e-post når de mottar et anrop i henhold til forhåndsdefinerte kriterier som telefonnummer eller dato og klokkeslett. |
Samtale venter |
Brukere kan tillate svar på flere innkommende anrop. |
Ikke forstyrr |
Brukere kan midlertidig la alle anrop gå direkte til talepost. |
Kontor hvor som helst |
Brukere kan bruke sine valgte telefoner («steder») som en forlengelse av bedriftens telefonnummer og oppringingsabonnement. |
Prioritert varsel |
Brukere kan ringe telefonene sine med en tydelig ringetone når forhåndsdefinerte kriterier er oppfylt, for eksempel telefonnummer eller dato og klokkeslett. |
Eksternt kontor |
Brukere kan foreta anrop fra en ekstern telefon og få den vist fra forretningslinjen. I tillegg vil alle innkommende anrop til forretningslinjen deres ringe på denne eksterne telefonen. |
Selektiv mottak av anrop |
Brukere kan godta anrop fra bestemte anropere til bestemte tider. |
Selektiv avvisning av anrop |
Brukere kan avvise anrop til bestemte tider fra bestemte anropere. |
Sekvensiell ring |
Ringe opptil 5 enheter etter hverandre for innkommende anrop. |
Samtidig ringing |
Ring brukernes og andre («samtalemottakere») numre samtidig for innkommende anrop. |
Klargjøring av tjenester, enheter og brukere i Kontrollhub , Kryssstart til detaljert konfigurasjon i Ringer Admin Portal
Kontrollhub (https://admin.webex.com ) er en administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det medfølgende tilbudet – Webex Calling , Webex-appen , og Møter .
Kontrollhub er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan foreta førstegangsoppsett av ringetjenesten, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å tilknytte enheter, legge til numre, tjenester, ringefunksjoner og så videre. Også fra Kontrollhub , kan du kryssstarte til Ringer Admin Portal .
Brukeropplevelse
Brukere har tilgang til følgende grensesnitt:
Webex Calling program – myk klient for anrop som er merket av Cisco. Hvis du vil ha mer informasjon, se Utforsk den nye Cisco Webex Calling .
Webex-innstillinger (https://settings.webex.com ) – Grensesnitt der brukere kan angi innstillinger for profilen, laste ned Webex-appen og krysslansere til Anroper brukerportal for Samtaleinnstillinger. Hvis du vil ha mer informasjon, se Endre innstillingene for Cisco Webex .
Webex-app – App inkludert i abonnementet som en Cisco-merket Team Messaging-klient. Hvis du vil ha mer informasjon, se Kom i gang med Cisco Webex appen .
Webex Meetings– valgfritt program lagt til som en Meetings-løsning. Hvis du vil ha mer informasjon, se Webex Meetings .
Kundeadministratorer
Som administrator på en prøveversjon eller betalt abonnement på Webex Calling , kan du konfigurere organisasjonen din i Kontrollhub ved å legge til steder, lisenser, telefonnumre, ringefunksjoner, brukere og arbeidsområder (romenheter som registreres i Webex-skyen). Du kan også administrere alle disse komponentene derfra.
Hvis du vil ha veiledning, se Konfigurasjonsveiledning for Cisco Webex Calling .
Hvis du vil ha mer informasjon om Webex Calling tilbud, se Cisco Webex Calling i databladet for Cisco Collaboration Flex Plan for sluttkunder
Partnere
Som tjenesteleverandør kan du merke, markedsføre og selge Webex Calling til kundene dine. Du kan konfigurere og utvide prøveversjoner, distribuere tjenester for kundene dine og opprette og klargjøre bestillinger for kundene dine.
Hvis du vil ha veiledning, se Konfigurasjonsveiledning for Cisco Webex Calling (program for tidlig partnerregistrering) .
Hvis du vil ha flere partnerressurser, kan du se Webex Calling Sales Connect-ressurser . (Krever legitimasjon for partner.)
Tilgjengelighet
Se Webex Calling topptekst i Hvor er Cisco Webex tilgjengelig artikkel for land der Webex Calling er tilgjengelig for salg.
Oversikt
Webex Calling inkluderer nå et dedikert skyforekomstalternativ basert på Cisco Unified Communications Manager arkitekturen. Dedicated Instance er integrert med Webex Calling og drar nytte av Webex-plattformtjenester, for å bringe sentralisert administrasjon samt gjeldende skyinnovasjon, utviklet hvor som helst på Webex-plattformen, for å forbedre ringeopplevelsen. Dedicated Instance støtter også eldre Cisco-endepunkter eller eksisterende integrasjoner som er en del av kritiske forretningsarbeidsflyter.
Dedicated Instance-tillegget for Webex-anrop inkluderer:
Cisco Unified Communications Manager
Cisco Unified direktemelding og Presence
Cisco Unified Unity Connection
Cisco Expressway
Cisco Emergency Responder (kun Amerika-regionen)
Cisco Session Management Edition (SME) (valgfritt)
Utvidet avkastning – Dedikert forekomst støtter de samme tale- og videoendepunktene som den tilknyttede UC Manager-utgivelsen, noe som eliminerer kravet om å oppdatere alle kundeendepunkter ved overføring til skyen og utvider avkastningen for disse ressursene.
Grunnleggende Inter-Op - Dedikert forekomst er integrert med Webex Calling for samtaleruting gjennom Webex-plattformen. Kunder har fleksibilitet til å distribuere brukere på tvers av både dedikert forekomst og Webex-anrop, og justere over tid etter behov for å imøtekomme deres forretningsbehov for skysamtaler.
Kunder som deler brukere på tvers av plattformer, vil oppleve forskjellige funksjoner. Anropsfunksjonene er ikke harmonisert mellom Dedicated Instance og Webex Calling. For eksempel kan Webex Calling-brukere ikke være en del av en jaktgruppe på Dedicated Instance. |
Ta en omvisning i Kontrollhub
Kontrollhub er ditt eneste, nettbaserte grensesnitt for å administrere organisasjonen, administrere brukerne, tilordne tjenester, analysere brukstrender og samtalekvalitet med mer.
For å komme i gang med organisasjonen anbefaler vi at du inviterer noen få brukere til å bli med Webex-appen ved å skrive inn e-postadressene deres i Kontrollhub . Oppfordre folk til å bruke tjenestene du tilbyr, inkludert samtaler, og gi deg tilbakemelding om opplevelsen. Når du er klar, kan du alltid legge til flere brukere.
Vi anbefaler at du bruker den nyeste skrivebordsversjonen av Google Chrome eller Mozilla Firefox for å få tilgang til Control Hub. Nettlesere på mobile enheter og andre stasjonære nettlesere kan gi uventede resultater. |
Bruk informasjonen nedenfor som et overordnet sammendrag av hva du kan forvente når du skal konfigurere organisasjonen din med tjenester. Hvis du vil ha mer detaljert informasjon, kan du se de enkelte kapitlene for trinnvise instruksjoner.
Kom i gang
Når partneren din har opprettet kontoen din, mottar du en velkomst-e-post. Klikk på Komme i gang koblingen i e-posten, ved hjelp av Chrome eller Firefox for å få tilgang Kontrollhub . Koblingen logger deg automatisk på med e-postadresse for administrator . Deretter blir du bedt om å opprette administrator ditt.
Førstegangsveiviser for prøveversjoner
Hvis partneren din har registrert deg for en prøveversjon, starter installasjonsveiviseren automatisk etter at du logger deg på Kontrollhub . Veiviseren leder deg gjennom de grunnleggende innstillingene for å komme i gang med organisasjonen din Webex Calling , blant andre tjenester. Du kan konfigurere og se gjennom samtaleinnstillingene før du fullfører veiviseren.
Se gjennom innstillingene dine
Når Kontrollhub laster inn, kan du se gjennom innstillingene dine.
Legg til brukere
Nå som du har konfigurert tjenestene, er du klar til å legge til personer fra firmakatalogen. Gå til Brukere og klikk Behandle brukere .
Hvis du bruker Microsoft Active Directory, anbefaler vi at du aktiverer Katalogsynkronisering først, og deretter bestemme hvordan du vil legge til brukere. Klikk på Neste og følg instruksjonene for å konfigurere Cisco-registerkobling.
Konfigurere engangspålogging (SSO)
Webex-appen bruker enkel godkjenning. Du kan velge å konfigurere SSO slik at brukere autentiserer med Enterprise Identity-leverandøren ved hjelp av Enterprise-legitimasjonen i stedet for et eget passord som lagres og administreres i Webex.
Gå til Innstillinger , bla til Autentisering , klikk Endre , og velg deretter Integrer en tredjeparts identitetsleverandør .
Tilordne tjenester til brukere
Du må tilordne tjenester til brukerne du har lagt til, slik at andre kan begynne å bruke Webex-appen .
Gå til Brukere , klikk Behandle brukere , velger du Eksporter og importer brukere med en CSV-fil , og klikk deretter Eksporter .
I filen du laster ned, legger du bare til Sant for tjenestene du vil tilordne til hver av brukerne dine.
Importer den fullførte filen, klikk på Legg til og fjern tjenester og klikk deretter på Send. Du er nå klar til å konfigurere anropsfunksjoner, registrere enheter som kan deles på et felles sted, og registrere og knytte enheter til brukere.
Gi brukerne mulighetene
Nå som du har lagt til brukere og de har blitt tildelt tjenester, kan de begynne å bruke sine støttede flerplattformstelefoner (MPP) for Webex Calling og Webex-appen for meldinger og møter. Oppmuntre dem til å bruke Innstillinger for Cisco Webex som en one-stop-shop for tilgangen.
Rollen til den lokale gatewayen
Den lokal gateway er en bedrifts- eller partneradministrert kantenhet for PSTN-samarbeid (Public Switch Telephony Network) og eldre PBX-samarbeid (inkludert Unified CM).
Du kan bruke Kontrollhub for å tilordne en lokal gateway til et sted, deretter Kontrollhub gir parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokal gateway i skyen, og deretter leveres PSTN-tjenesten gjennom gatewayen til Webex Calling brukere på et bestemt sted.
Hvis du vil angi og bestille en lokal gateway, kan du lese Bestillingsveiledning for lokal gateway .
Støttet lokale gateway-distribusjoner for Webex Calling
Følgende grunnleggende distribusjoner støttes:
Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves.
Lokale gateway-distribusjoner uten lokal IP-PBX
Frittstående lokale gateway-distribusjoner
Denne figuren viser en Webex Calling distribusjon uten eksisterende IP-PBX og gjelder for én plassering eller en distribusjon med flere steder.
For alle samtaler som ikke samsvarer med din Webex Calling destinasjoner, Webex Calling sender disse samtalene til den lokal gateway som er tilordnet stedet for behandling. Den lokal gateway ruter alle anrop som kommer fra Webex Calling til PSTN og i den andre retningen, PSTN til Webex Calling .
PSTN-gateway kan være en dedikert plattform eller en korresident med den lokal gateway. Som i figuren nedenfor, anbefaler vi den dedikerte PSTN-gateway -gatewayvarianten av denne distribusjonen. den kan brukes hvis den eksisterende PSTN-gateway ikke kan brukes som en Webex Calling lokal gateway.
Coresident Local Gateway-distribusjon
Den lokal gateway kan være IP-basert, koblet til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller analog krets. Følgende figur viser en Webex Calling distribusjon der den lokal gateway er identisk med PSTN GW/SBC.
Lokale gateway-distribusjoner med lokal Unified CM PBX
Integreringer med Unified CM er påkrevd i følgende tilfeller:
Webex Calling -aktiverte steder legges til i en eksisterende Cisco UC -distribusjon der Unified CM er distribuert som den lokale løsningen for samtalekontroll
Direkte oppringing mellom telefoner registrert for Unified CM og telefoner inn Webex Calling steder er obligatorisk.
Denne figuren viser en Webex Calling distribusjon der kunden har en eksisterende Unified CM IP PBX.
Webex Calling sender samtaler som ikke samsvarer med kundens Webex Calling mål til den lokal gateway. Dette inkluderer PSTN-numre og interne internnumre i Unified CM , som Webex Calling ikke kan se. Den lokal gateway ruter alle anrop som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale destinasjoner eller til PSTN i henhold til den eksisterende ringeplanen. Unified CM oppringingsplanen normaliserer tall som +E.164. PSTN-gateway kan være en dedikert eller samboer med den lokal gateway.
Dedikert PSTN-gateway
Den dedikerte PSTN-gateway gatewayvarianten av denne distribusjonen som vist i dette diagrammet er det anbefalte alternativet og kan brukes hvis den eksisterende PSTN-gateway ikke kan brukes som en Webex Calling lokal gateway.
Coresident PSTN Gateway
Denne figuren viser en Webex Calling distribusjon med en Unified CM der den lokal gateway er identisk med PSTN-gateway/SBC.
Webex Calling ruter alle samtaler som ikke samsvarer med kundens Webex Calling mål til den lokal gateway som er tilordnet til stedet. Dette inkluderer PSTN-destinasjoner og Internett-anrop mot interne Unified CM -numre. Den lokal gateway ruter alle anrop til Unified CM. Unified CM ruter deretter anrop til lokalt registrerte telefoner eller til PSTN via den lokal gateway, som har PSTN/SBC-funksjonalitet samlokalisert.
Hensyn til samtaleruting
Samtaler fra Webex Calling til Unified CM
Den Webex Calling Rutingslogikk fungerer slik: hvis nummeret som ringes opp på a Webex Calling endepunkt kan ikke rutes til noen annen destinasjon i den samme kunden i Webex Calling, og deretter sendes samtalen til den lokal gateway for videre behandling. Alle anrop utenfor nettet (utenfor Webex Calling) sendes til den lokal gateway.
For en Webex Calling distribusjon uten integrering i en eksisterende Unified CM, regnes alle anrop utenfor nettet som et PSTN-anrop. Når kombinert med Unified CM, kan en ekstern samtale fortsatt være en Internett-anrop til et hvilket som helst mål som er vert på Unified CM , eller et ekte anrop utenfor nettet til en PSTN-destinasjon. Skillet mellom de to sistnevnte anropstypene bestemmes av Unified CM og avhenger av oppringingsplanen for bedriften som er klargjort på Unified CM.
Følgende figur viser en Webex Calling bruker som ringer et nasjonalt nummer i USA.
Unified CM , basert på den konfigurerte anropsplanen, ruter nå anropet til et lokalt registrert endepunkt der den oppringte destinasjonen er klargjort som registernummer. For dette må Unified CM -oppringingsplanen støtte ruting av +E.164-numre.
Anrop fra Unified CM til Webex Calling
Aktivere samtaleruting fra Unified CM til Webex Calling på Unified CM må det klargjøres et sett med ruter for å definere settet med +E.164- og bedriftsnummerplanadresser i Webex Calling .
Med disse rutene på plass er begge anropsscenarioene vist i figuren nedenfor mulige.
Hvis en anroper i PSTN ringer et DID-nummer som er tilordnet en Webex Calling enhet, viderekobles samtalen til bedriften gjennom bedriftens PSTN-gateway og deretter Unified CM. Den oppringte adressen til det anropet samsvarer med en av Webex Calling ruter som klargjøres i Unified CM , og anropet sendes til den lokal gateway. (Den oppringte adressen må være i +E.164-format når den sendes til den lokal gateway.) Rutinglogikken for Webex Calling sørger for at anropet sendes til den tiltenkte Webex Calling enhet, basert på DID-tilordning.
Samtaler som kommer fra Unified CM registrerte endepunkter, målrettet mot destinasjoner i Webex Calling , er underlagt oppringingsplanen som er klargjort på Unified CM. Vanligvis lar denne ringeplanen brukerne bruke vanlige oppringingsvaner for bedriften til å foreta anrop. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før anropene sendes til den lokal gateway for å tillate riktig ruting i Webex Calling.
Tjenesteklasse (CoS)
Det anbefales alltid å implementere stramme restriksjoner for tjenester av forskjellige årsaker, inkludert å unngå samtalesløyfer og forhindre svindel med avgifter. I forbindelse med integrering Webex Calling Lokal gateway med tjenesteklasse Unified CM vi må vurdere tjenesteklasse for:
Enheter registrert med Unified CM
Anrop som kommer til Unified CM fra PSTN
Anrop som kommer til Unified CM fra Webex Calling
Enheter registrert med Unified CM
Legger til Webex Calling destinasjoner som en ny klasse av destinasjoner til et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til Webex Calling destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert inter-site) mål.
Hvis en oppringingsplan for bedrifter allerede implementerer tillatelsen «(forkortet) on-net inter-site», finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-nett Webex Calling mål i samme partisjon.
Ellers eksisterer ikke konseptet med «(forkortet) tillatelse for on-net inter-site» ennå, og da må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling mål legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til de riktige anropssøkeområdene.
Anrop som kommer til Unified CM fra PSTN
Legger til Webex Calling destinasjoner som en ny klasse av destinasjoner til et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til Webex Calling destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale (inkludert inter-site) mål.
Hvis en oppringingsplan for bedrifter allerede implementerer tillatelsen «(forkortet) on-net inter-site», finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-nett Webex Calling mål i samme partisjon.
Ellers eksisterer ikke konseptet med «(forkortet) tillatelse for on-net inter-site» ennå, og da må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling mål legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til de riktige anropssøkeområdene.
Anrop som kommer til Unified CM fra Webex Calling
Samtaler som kommer inn fra PSTN, trenger tilgang til alle Webex Calling destinasjoner. Dette krever at du legger til partisjonen ovenfor som inneholder alle Webex Calling mål til anropssøkeområdet som brukes for innkommende anrop på PSTN-trunken. Tilgangen til Webex Calling destinasjoner kommer i tillegg til den allerede eksisterende tilgangen.
Mens for samtaler fra PSTN-tilgang til Unified CM DID-er og Webex Calling DID-er er obligatoriske anrop med opprinnelse i Webex Calling trenger tilgang til Unified CM DID-er og PSTN-destinasjoner.
Dette tallet sammenligner disse to forskjellige tjenesteklassene for samtaler fra PSTN og Webex Calling. Figuren viser også at hvis PSTN-gateway er samlokalisert med den lokale gatewayen, kreves det to trunker fra den kombinerte PSTN GW og Local Gateway til Unified CM: én for samtaler med opprinnelse i PSTN og én for samtaler med opprinnelse i Webex Calling. Dette er drevet av kravet om å bruke differensierte anropssøkeområder per trafikktype. Med to innkommende trunker på Unified CM kan dette enkelt oppnås ved å konfigurere det nødvendige anropssøkeområdet for innkommende anrop på hver trunk.
Integrering av ringeplan
Denne veiledningen forutsetter en eksisterende installasjon som er basert på beste gjeldende praksis i «Foretrukket arkitektur for Cisco Collaboration On-Premises Deployments, CVD». Den nyeste versjonen er tilgjengelig her .
Den anbefalte utformingen av ringeplanen følger designtilnærmingen som er dokumentert i kapitlet Oppringingsplan i den nyeste versjonen av Cisco Collaboration System SRND her .
Denne figuren viser en oversikt over den anbefalte utformingen av ringeplanen. Nøkkelegenskapene for denne oppringingsplandesignen inkluderer:
Alle katalognumre som er konfigurert på Unified CM , er i +E.164-format.
Alle katalognumre ligger på samme partisjon (DN) og er merket som haster.
Kjerneruting er basert på +E.164.
Alle oppringingsvaner som ikke er +E.164 (for eksempel forkortet intern oppringing og PSTN-oppringing ved bruk av vanlige oppringingsvaner) normaliseres (globalisert) til +E.164 ved bruk av oversettelsesmønstre for oppringingsnormalisering.
Oversettelsesmønstre for normalisering av oppringing bruker oversettelsesmønster for søkeområdearv. de har alternativet «Bruk avsenderens anropssøkeområde» angitt.
Tjenesteklasse implementeres ved hjelp av nettsteds- og tjenestespesifikke anropssøkeområder.
PSTN-tilgang (for eksempel tilgang til internasjonale PSTN-destinasjoner) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene til den anropende søkeområdet som definerer tjenesteklassen.
Tilgjengelighet for Webex Calling
Hvis du vil legge til tilgjengelighet for Webex Calling destinasjoner i denne oppringingsplanen, må det opprettes en partisjon som representerer alle Webex Calling destinasjoner ("Webex Calling") og et +E.164- rutemønster for hvert DID-område i Webex Calling legges til i denne partisjonen. Dette rutemønster refererer til en ruteliste med bare ett medlem: rutegruppe med SIP-trunk -trunken til den lokale gatewayen for anrop til Webex Calling. Fordi alle oppringte mål normaliseres til +E.164 enten ved hjelp av oversettelsesmønstre for oppringingsnormalisering for samtaler som kommer fra Unified CM -registrerte endepunkter eller innkommende transformasjoner av anropte for samtaler som kommer fra PSTN, er dette enkle settet med +E.164-rutemønstre nok til å oppnå tilgjengelighet for mål i Webex Calling uavhengig av oppringingsvanen som brukes.
Hvis en bruker for eksempel ringer «914085550165», normaliserer oversettelsesmønster for oppringingnormalisering i partisjonen «UStoE164» denne oppringingsstrengen til «+14085550165», som deretter samsvarer med rutemønster for en Webex Calling destinasjon i partisjonen «Webex Calling». Unified CM sender til slutt samtalen til den lokal gateway.
Legg til kortoppringing mellom nettsteder
Den anbefalte måten å legge til forkortede mellomliggende oppringing i referanseoppringingsplanen er å legge til oversettelsesmønstre for normalisering av oppringing for alle områder under bedriftsnummerplanen til en dedikert partisjon ("ESN", Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp oppringingsstrenger i formatet til bedriftsnummerplanen og normaliserer den oppringte strengen til +E.164.
Hvis du vil legge til kortnummer for bedrifter i Webex Calling destinasjoner, legger du til det respektive oversettelsesmønsteret for oppringingsnormalisering for oversettelsesmønster Webex Calling plasseringen i «Webex Calling»-partisjonen (for eksempel «8101XX» i diagrammet). Etter normalisering sendes samtalen på nytt til Webex Calling etter å ha samsvarende rutemønster i «Webex Calling»-partisjonen.
Vi anbefaler ikke å legge til det kortnummer oversettelsesmønster for normalisering av oppringing for Webex Calling anrop i «ESN»-partisjonen, fordi denne konfigurasjonen kan skape uønskede samtaleruting .
Protokollbehandlere for anrop
Webex Calling registrerer følgende protokollbehandlere med operativsystem for å aktivere klikk for å ringe-funksjonalitet fra nettlesere eller andre programmer. Følgende protokoller starter en lyd- eller videosamtale i Webex-appen når det er standard samtaleprogram på Mac eller Windows:
KLIKKOCALL: eller KLIKKTOKALL://
SIP: eller SIP://
TLF: eller TLF://
WEBEXTEL: eller WEBEXTEL://
Protokollbehandlere for Windows
Andre apper kan registrere seg for protokollbehandlerne før Webex-appen . I Windows 10, systemvinduet for å be brukerne om å velge hvilken app som skal brukes til å starte samtalen. Brukerpreferansen kan huskes hvis brukeren sjekker Bruk alltid denne appen .
Hvis brukere må tilbakestille standardinnstillingene for samtaleappen slik at de kan velge Webex-appen , kan du be dem endre protokolltilknytningene for Webex-appen i Windows 10:
Åpne Standard appinnstillinger systeminnstillinger, klikk på Angi standardinnstillinger etter app ,og velg deretter Webex-appen .
Velg for hver protokoll Webex-appen .
Protokollbehandlere for macOS
På Mac OS, hvis andre apper registrerte seg for anropsprotokollene tidligere Webex-appen , må brukerne konfigurere sine Webex-appen som standard anropsalternativ.
I Webex-appen for Mac kan brukere bekrefte det Webex-appen er valgt for Starte samtaler med innstilling under generelle innstillinger. De kan også sjekke Koble alltid til Microsoft Outlook hvis de ønsker å foreta anrop Webex-appen når de klikker på nummeret til en Outlook-kontakt.
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 (skrivebords- og mobilklienter med støtte for flere enheter), teamsamarbeid i Webex-appen , og muligheten til å gruppere 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. Grunnlisenser støttes ikke for abonnementer på bedriftsavtaler.
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.
Offentlig svitsjet telefonnettverk (PSTN)
Webex Calling krever PSTN-tjenester, velg mellom disse tre alternativene:
Lokal gateway – Bruk en lokal gateway med eksisterende PSTN-tjenester og integrer til lokal PBX for integrering av oppringingsplanen.
Lokal gateway for lokalt basert 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. Du kan distribuere den lokal gateway som frittstående eller i integrering med Cisco Unified Communications Manager. Se Kom i gang med lokal gateway for detaljer.
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, Webex Board og Skrivebordsenheter støttes som enheter i et arbeidsområde du oppretter i Control Hub. Se Cisco Webex rom, Webex Board og skrivebordenheter inn Støttede enheter for Webex Calling hvis du vil ha mer informasjon. Du kan imidlertid tilby disse enhetene PSTN-tjenesten ved å aktivere Webex Calling for arbeidsområdet.
Brannmur
Oppfyll brannmurkravene som 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 , sørg for at du:
har grunnleggende kunnskap om VoIP-prinsipper
har grunnleggende praktisk kunnskap om Cisco IOS-XE- og IOS-XE-stemmekonsepter
Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)
har en grunnleggende forståelse for Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM
Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.
Maskinvare- og programvarekrav for lokal gateway
Kontroller at distribusjonen har én eller flere av de lokale gatewayene (Cisco CUBE (for IP-basert tilkobling) eller Cisco IOS Gateway (for TDM-basert tilkobling)) som finnes i tabell 1 i bestillingsveiledningen for lokal gateway for Webex Calling. I tillegg må du kontrollere at plattformen kjører en støttet IOS-XE-versjon i henhold til konfigurasjonsveiledningen for lokal gateway.
Lisenskrav for lokale gatewayer
CUBE-anropslisenser må være installert på den lokale gatewayen. Hvis du vil ha mer informasjon, kan du se konfigurasjonsveiledningen for Cisco Unified Border Element.
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.
Tilpass organisasjonen for Webex Calling i Control Hub. Når du har aktivert din første plassering via veiviser for første gangs installasjon, kan du konfigurere og administrere flere steder, trunktilordning og bruk, alternativer for oppringingsplaner, brukere, enheter og funksjoner.
Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsinstallasjon (FTSW). Når FTSW er fullført for din første posisjon, trenger den ikke å fullføres for flere steder.
1 | Klikk på linken Komme i gang i velkomst-e-posten du mottar.
|
||
2 | Gå gjennom og godta vilkårene for bruk. |
||
3 | Se gjennom planen, og klikk deretter på 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:
|
||
7 | Gjør følgende valg som skal brukes på denne plasseringen:
|
||
8 | Klikk på Neste. |
||
9 | Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør. |
Før du starter
Hvis du vil opprette en ny plassering, klargjør du følgende informasjon:
Stedsadresse
Ønskede telefonnumre (valgfritt)
1 | Logg på Control Hub påhttps://admin.webex.com , gå til . Husk at nye plasseringer vil bli driftet i det regionale datasenteret som tilsvarer kontraktslandet du valgte ved hjelp av veiviseren for førstegangsoppsett. |
||||
2 | Konfigurer innstillingene for plasseringen:
|
||||
3 | Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere. |
||||
4 | Hvis du klikket på Legg til nå, velger du ett av følgende alternativer:
Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning. |
||||
5 | Velg om du vil aktivere tallene nå eller senere. |
||||
6 | Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft . Tall legges til for den bestemte plasseringen. Gyldige oppføringer flyttes til Validerte numre-feltet, og ugyldige oppføringer beholdes i feltet Legg til numre, ledsaget av en feilmelding. Avhengig av hvor du befinner deg, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi numre med eller uten koden, og koden settes foran. |
||||
7 | Klikk på Lagre. |
Hva nå?
Når du har opprettet en plassering, kan du aktivere nødtjenester for denne plasseringen. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.
Før du starter
Få en liste over brukerne og arbeidsområdene som er knyttet til en plassering: Gå til Tjenester > Numre og velg plasseringen som skal slettes fra rullegardinmenyen.slette de brukerne og arbeidsområdene før du sletter plasseringen. Du må |
1 | Logg på Control Hub påhttps://admin.webex.com , gå til . |
2 | Klikk på i Handlinger ved siden av stedet du vil slette. |
3 | Velg Slett plassering , og bekreft at du vil slette denne plasseringen. Det tar vanligvis et par minutter før stedet slettes permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på Mer ved siden av stedsnavnet og velge Status for sletting. |
Du kan endre PSTN-oppsettet i tillegg til navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.
For eksisterende steder kan du aktivere 112-nødtjenester. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon. |
1 | Logg på Control Hub påhttps://admin.webex.com , gå til . Hvis du ser et Forsiktig-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret. |
||||||
2 | (Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalitetsbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Behandle for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:
|
||||||
3 | Velg hovednummeret der lokasjonens hovedkontakt kan nås. |
||||||
4 | (Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.
|
||||||
5 | Velg Talepostnummeret som brukere kan ringe for å sjekke telefonsvareren for denne plasseringen. |
||||||
6 | (Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Tidssone eller Språk etter behov, og klikk deretter på Lagre.
|
Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer nummerplanen, oppdateres eksempelnumrene i Control Hub for å vise disse endringene.
Du kan konfigurere tillatelser for utgående anrop for en plassering. Se disse trinnene for å konfigurere tillatelser for utgående anrop. |
1 | Logg på Control Hub påhttps://admin.webex.com/ , gå til , og bla til Intern oppringing . |
||||
2 | Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:
|
||||
3 | Angi intern oppringing for bestemte plasseringer. Gå til Oppringing og endre deretter intern og ekstern oppringing etterbehov: , velg en plassering, bla ned til
Innvirkning på brukere:
|
Hvis du er en merverdiforhandler, kan du bruke denne fremgangsmåten til å starte lokal gatewaykonfigurasjon i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling-plasseringene for å gi ruting mot en bedrifts-PSTN-tjenesteleverandør.
En plassering som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre plasseringer. |
Før du starter
Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.
Opprett alle steder og spesifikke innstillinger og tall til hver av dem. Lokasjoner må finnes før du kan legge til et lokalt PSTN.
Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.
Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.
1 | Logg inn på Kontrollhub klhttps://admin.webex.com , gå til , og velg Legg til trunk . |
||
2 | Velg et sted. |
||
3 | Gi trunken et navn, og klikk på Lagre.
|
Hva nå?
Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/portog Utgående proxy-adresse.
Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokale PSTN-nettverket.
Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og Tilbakestill passord for å generere et nytt sett med godkjenningslegitimasjon som skal brukes på trunken.
1 | Logg på Control Hub påhttps://admin.webex.com , gå til . |
||
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.
|
||
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 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 din i Kontrollhub . Hvis du vil ha mer informasjon, se Administrer telefonnumre i Control Hub .
1 | Logg inn på Kontrollhub klhttps://admin.webex.com , velger du bygningsikonet . |
2 | Velg fanen Abonnementer og klikk deretter på Kjøp nå. En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement. |
Du kan bruke Webex Control Hub til å angi prioriteten for tilgjengelige oppringingsalternativer som brukere ser i Webex. Du kan også aktivere dem for enkel klikk-til-samtale. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .
Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere med rett til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .
Local Gateway (LGW) er det eneste alternativet for å gi lokalbasert PSTN-tilgang for Cisco Webex Calling -kunder. Hensikten med dette dokumentet er å hjelpe deg med å bygge en lokal gateway-konfigurasjon ved hjelp av CUBE høy tilgjengelighet, aktive CUBE eller ventemodus for tilstandsfull failover for aktive samtaler.
Grunnleggende informasjon
Forutsetninger
Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:
Lag 2 boks-til-boks-redundans med CUBE Enterprise for bevaring av tilstandsfull samtale
Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .
Maskinvare og programvarekomponenter
CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.
Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v). |
Referansemateriale
Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:
ISR 4K-serien –https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE) –https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred-arkitektur for Cisco Webex Calling–https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Oversikt over Webex Calling Solution
Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.
Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.
Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.
Lag 2 Boks-til-boks-redundans
CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.
Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus). I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring |
Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .
Infrakomponent for redundansgruppe
Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:
En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.
En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.
Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.
Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.
Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier
B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.
Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.
Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.
Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:
CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert
Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)
Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)
Portkanal støttes for både RG Control/data- og trafikkgrensesnitt
All signalisering/medier hentes fra/til den virtuelle IP-adressen
Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus
Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform
Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2
Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon
Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe
Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres
CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)
Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.
Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider
Både Aktiv/Standby må være i samme datasenter
Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter
Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier
Konfigurer redundans på begge CUBE-ene
Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.
1 | Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.
Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede. |
||||||
2 | Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.
Her er en forklaring på feltene som brukes i denne konfigurasjonen:
|
||||||
3 | Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under
redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk. |
||||||
4 | Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( rii )
Her er en forklaring på feltene som brukes i denne konfigurasjonen:
|
||||||
5 | Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt. Plattformen som skal lastes inn sist, er alltid ventemodus.
Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.
|
||||||
6 | Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift . Vi lastet inn på nytt VCUBE-2 sist og i henhold til utformingshensyn; plattformen som skal lastes inn på nytt, vil alltid være det Ventemodus .
|
Konfigurere en lokal gateway på begge CUBE-ene
I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge den lokale gateway-konfigurasjonen på begge plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:
Brukernavn: Hussain1076_ LGU
Passord: lOV12MEaZx
1 | Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene vist nedenfor, før det kan brukes i legitimasjonen eller i delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-kryptering og denne brukerdefinerte konfigurasjonsnøkkelen.
Her er den lokale gateway-konfigurasjonen som gjelder for begge plattformene basert på Kontrollhub parameterne vist ovenfor, lagre og last inn på nytt. SIP sammendragslegitimasjon fra Kontrollhub er uthevet i fet skrift .
Vi har lastet inn på nytt for å vise kommandoen show VCUBE-2 etterfulgt av VCUBE-1 , gjør VCUBE-1 ventemodus CUBE og VCUBE-2 den aktive CUBE |
2 | Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med SBC for Webex Calling tilgang. Ta en titt på resultatet av følgende show-kommandoer. vis redundans-programgruppe 1 vis sip-ua-registerstatus
Fra utdataene ovenfor kan du se det VCUBE-2 er den aktive LGW-en som opprettholder registreringen med SBC for Webex Calling tilgang, mens utdataene for «vis sip-ua-registerstatus» er tom i VCUBE-1 |
3 | Aktiver nå følgende feilsøkingsprogrammer på VCUBE-1
|
4 | Simuler failover ved å gi følgende kommando på den aktive LGW-en, i dette tilfellet VCUBE-2.
Overgang fra ACTIVE til STANDBY LGW skjer i følgende scenario i tillegg til CLI-en som er oppført ovenfor
|
5 | Kontroller om VCUBE-1 er registrert med Webex Calling -tilgang SBC. VCUBE-2 ville ha blitt lastet inn på nytt nå.
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.
|
Du kan kreve en integrering med Unified CM hvis Webex Calling-aktiverte plasseringer legges til i en eksisterende distribusjon der Unified CM er den lokale samtalekontrollløsningen, og hvis du trenger direkte oppringing mellom telefoner som er registrert på Unified CM og telefoner i Webex Calling-plasseringer.
Konfigurere sikkerhetsprofil for SIP-overføring for overføring til lokal gateway
I tilfeller der Local Gateway og PSTN gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (kall fra Webex og fra PSTN) som kommer fra samme enhet, og bruke differensiert tjenesteklasse på disse anropstypene. Denne differensierte anropsbehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokale gatewayen og PSTN-gatewayenheten som krever forskjellige SIP-lytteporter for de to koffertene.
Opprett en dedikert sikkerhetsprofil for SIP-kanaler for den lokale gatewaystammen med følgende innstillinger:
|
Konfigurere SIP-profil for den lokale gatewaystammen
Opprett en dedikert SIP-profil for den lokale gatewaystammen med følgende innstillinger:
|
Opprett et søkeområde for anrop fra Webex
Opprett et søkeområde for anrop som kommer fra Webex, med følgende innstillinger:
|
Konfigurere en SIP-trunk til og fra Webex
Opprett en SIP-trunk for oppringingene til og fra Webex via local gateway med følgende innstillinger:
|
Konfigurere rutegruppe for Webex
Opprett en rutegruppe med følgende innstillinger:
|
Konfigurer ruteliste for Webex
Opprett en ruteliste med følgende innstillinger:
|
Opprett en partisjon for Webex-destinasjoner
Opprett en partisjon for Webex-destinasjonene med følgende innstillinger:
|
Hva du skal gjøre videre
Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-destinasjoner. Du må legge til denne partisjonen spesifikt i søkeområdet for anrop som brukes som søkeområde for innkommende anrop på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.
Konfigurer rutemønstre for Webex-destinasjoner
Konfigurer rutemønstre for hvert DID-område på Webex med følgende innstillinger:
|
Konfigurere forkortet oppringingsnormalisering mellom nettsteder for Webex
Hvis forkortet oppringing mellom nettsteder kreves til Webex, konfigurerer du oppringingsnormaliseringsmønstre for hvert ESN-område på Webex med følgende innstillinger:
|
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.
- Legg til brukere manuelt
- Legg til flere brukere med CSV-malen
- Endre brukere med CSV-malen
- Rediger tjenestelisenser for enkeltbrukere
- Legge til eller slette numre for en bruker
- Send en e-postinvitasjon på nytt
- Slett en bruker fra organisasjonen din
- Deaktiver en bruker fra organisasjonen din
- Tilordne organisasjonskontoroller til brukere
Du kan tilordne og administrere enheter for brukere og arbeidsområder i Control Hub. Velg å legge til etter MAC-adresse eller ved å generere en aktiveringskode for å angi på selve enheten.
Med Control Hub kan du tilordne enheter til brukere for personlig bruk.
Enhetene som står oppført her, støtter Webex Calling. Alle disse enhetene kan legges til ved hjelp av en MAC-adresse, men bare følgende delsett kan registreres ved hjelp av en aktiveringskode:
Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851, 6861, 6871)
Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)
Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)
Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)
Cisco IP Conference Phone 7832 og 8832
Cisco Video Phone 8875
Når det gjelder DECT-enheter, er det kun DECT-baseenheter (ikke DECT-håndsett) som er tilgjengelige for tilordning i Kontrollhub . Når du har tilordnet en baseenhet til en bruker, må du deretter pare et DECT-håndsett manuelt med den baseenheten. Hvis du vil ha mer informasjon, se Koble håndsettet til basestasjonen. |
1 | Fra kundevisningen ihttps://admin.webex.com , gå til . Du kan også legge til en enhet i brukeren fra Brukere-delen ved å gå til
> velg en bruker . | ||||
2 | Velg Personlig bruk for å tilordne en enhet til en bruker, og klikk deretter på Neste . | ||||
3 | Skriv inn enten brukernavnet eller det faktiske navnet på telefonens eier, velg brukeren fra resultatene, og klikk deretter Neste . | ||||
4 | Velg Cisco IP-telefon, og klikk deretter på Neste. | ||||
5 | Velg en enhet fra rullegardinliste, og klikk deretter på Neste . | ||||
6 | Velg ett av følgende alternativer, og klikk deretter på Lagre .
Hvis du velger å generere en aktiveringskode for enheten, men du ennå ikke har brukt denne koden, står det Aktivering for enhetsstatusen i Enheter-delen til den tilordnede brukeren samt Enheter-hovedlisten i Control Hub. Husk at det kan ta opptil 10 minutter før enhetsstatusen oppdateres om Kontrollhub . Hvis du vil endre eller administrere enhetene som er tilordnet til brukeren, kan du se Behandle en enhet for en bruker delen. |
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øtte Webex Calling. Selv om flesteparten av disse enhetene kan registreres ved bruk av en MAC-adresse, kan bare følgende delsett registreres ved bruk av en aktiveringskode:
Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851)
Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)
Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)
Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)
Cisco IP Conference Phone 7832 og 8832
1 | Fra kundevisningen ihttps://admin.webex.com , gå til . Du kan også legge til en enhet i et nytt arbeidsområde fra Enheter-delen ved å gå til
. | ||
2 | Velg . | ||
3 | Skriv inn et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtypen og legg til kapasitet. Klikk deretter på Neste.
| ||
4 | Velg Cisco IP-telefon, og klikk deretter på Neste. | ||
5 | Velg en enhetstype fra rullegardinliste, og klikk deretter på Neste … | ||
6 | Velg om du vil registrere telefonen med en aktiveringskode (hvis alternativet vises) eller en MAC-adresse, og klikk deretter på Neste . Hvis du velger å registrere enheten ved hjelp av en aktiveringskode, sendes koden via e-post til den angitte administrator 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. | ||
7 | Klikk på Ringer tjenesten, og velg abonnementet du vil tilordne til arbeidsområdet. | ||
8 | Tilordne et Sted og Telefonnummer (bestemmes av stedet du velger), og klikk deretter på Lagre. Du kan også tilordne et internnummer.
|
Hvis du vil bruke en telefon som er tilordnet én Webex Calling bruker/arbeidsområde på nytt, til en annen Webex Calling bruker/arbeidsområde, følger du denne fremgangsmåten:
1 | Fra kundevisningen ihttps://admin.webex.com, går du til brukeren/arbeidsområdet som enheten er tilordnet for øyeblikket. Du kan tilordne enheten på nytt i disse scenariene:
|
2 | Gå til innstillingsmenyen på telefonen og fullfør disse trinnene for å tilordne telefonen på nytt. |
3 | Følg instruksjonene i Legg til og tilordne telefon til bruker eller Legg til en telefon i et nytt arbeidsområde for å tilordne eller legge til en telefon til en bruker/arbeidsområde. |
4 | Når du legger til enheten i Control Hub, fullfører du disse handlingene på telefonen: |
Hvis du tilordner en tavle-, skrivebords- eller romenhet som en personlig enhet til noen, kan vedkommende få Webex-samtaler og -møter direkte til enheten sin. Hvis du vil ha mer informasjon, se Tilordne en personlig tavle-, bord- eller romenhet til en bruker .
Når folk er på jobb, samles de i mange arbeidsområder som lunsjrom, lobbyer og konferanserom. Du kan konfigurere delte Cisco Webex-enheter i disse arbeidsområdene, legge til tjenester og deretter se samarbeidet skje.
Hovedprinsippet for en Workspaces-enhet er at den ikke er tilordnet til en bestemt bruker, men snarere en fysisk sted, noe som gir mulighet for delt bruk.
1 | Fra kundevisningen ihttps://admin.webex.com , gå til . Du kan også legge til en enhet i et nytt arbeidsområde fra Enheter-delen ved å gå til
. |
2 | Velg . |
3 | Skriv inn et navn på arbeidsområdet (for eksempel navnet på det fysiske rommet), velg romtype og legg til kapasitet. Klikk deretter på Neste. |
4 | Velg Cisco Collaboration-enhet og klikk deretter Neste . Cisco Collaboration-enheten inkluderer Cisco Webex eller Desk-enhet, inkludert Cisco Webex Board. |
5 | Velg en av følgende tjenester, og klikk på Neste .
|
6 | Hvis du har valgt Cisco Webex Calling tjenesten, og velg deretter abonnementet du vil tilordne til arbeidsområdet. |
7 | Tilordne et Sted, Telefonnummer (bestemmes av stedet du velger), et Internnummer og klikk deretter på Lagre. |
8 | Aktiver enheten ved hjelp av den angitte koden. Du kan kopiere, sende per e-post eller skrive ut aktiveringskoden. |
Hvis du vil tilordne flere enheter til brukere og arbeidsområder, kan du fylle ut en CSV-fil med den nødvendige informasjonen og aktivere disse enhetene med bare et par enkle trinn.
Enhetene som står oppført her, støtter Webex Calling. Du kan registrere alle enheter ved hjelp av en MAC-adresse; registrerer imidlertid følgende undergruppe av enheter ved hjelp av en aktiveringskode:
Cisco IP Phone 6800-serien multiplattformtelefoner (lydtelefoner – 6821, 6841, 6851)
Cisco IP Phone 7800-serien multiplattformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)
Cisco IP Phone 8800-serien multiplattformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)
Cisco IP Phone 8800-serien multiplattformtelefoner (videotelefoner – 8845, 8865)
Cisco IP Conference Phone 7832 og 8832
Cisco Video Phone 8875
1 | Fra kundevisningen ihttps://admin.webex.com , gå til . | |||||||||||||||||||||||||||||||||||||||||||||||
2 | Velg ett av følgende alternativer, og klikk på Last ned .
Du kan bruke tabellen nedenfor til å klargjøre CSV-fil.
| |||||||||||||||||||||||||||||||||||||||||||||||
3 | Fyll ut regnearket. | |||||||||||||||||||||||||||||||||||||||||||||||
4 | Last opp CSV-filen ved å dra og slippe den eller klikke på Velg en fil. | |||||||||||||||||||||||||||||||||||||||||||||||
5 | Hvis MAC-adresse er tom, får du alternativer for å velge hvor aktiveringskoden skal sendes.
Du eller brukeren må angi aktiveringskoden på enheten for å aktivere den. | |||||||||||||||||||||||||||||||||||||||||||||||
6 | Klikk på Send inn. Viser oppdatert status når enhetene blir aktive.
|
Hvis du vil vise listen over enheter som er tilordnet til brukere og arbeidsområder, kan du eksportere CSV-fil.
Fra kundevisningen i https://admin.webex.com går du til Enheter.
Velg flere enheter fra enhetslisten, og velg Eksporter alternativet. Du kan velge feltene som skal inkluderes i CSV-fil, og eksportere innholdet til en lokal mappe.
Feltene som vises i CSV-fil, avhenger av tilkoblingen av enheten til plattformen. Derfor er noen felt ikke tilgjengelige i utdatafilen. |
Du kan legge til, fjerne, starte på nytt, kontrollere aktivering eller opprette en ny aktiveringskode for enhetene som er tilordnet brukere i organisasjonen. Dette kan være nyttig for å vise og administrere enheter på brukerskjermen ved behov.
1 | Fra kundevisningen i , gå til Ringe > steder.https://admin.webex.com | ||
2 | Velg en bruker og klikk Enheter . | ||
3 | Hvis du vil legge til en enhet for denne brukeren, klikker du på Legg til enhet.
Hvis du vil ha mer informasjon om hvordan du legger til enheten for en bruker, kan du se Legge til telefoner til en bruker delen. | ||
4 | Hvis du vil endre en eksisterende enhet, velger du enhetsnavnet. Dette tar deg til Enheter-siden. Her kan du se og redigere enhetsinnstillinger, slette enheten, starte enheten på nytt eller opprette en ny aktiveringskode for enheten, hvis det er aktuelt. Hvis du vil ha mer informasjon om hvordan du konfigurerer telefoninnstillinger, kan du se Konfigurere og oppdatere telefoninnstillinger. | ||
5 | Hvis enheten som er lagt til for brukeren, er Webex Aware, vises Webex Aware-alternativet under enhetene som vist i diagrammet. Webex Aware angir at enheten er integrert i Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen. | ||
6 | Klikk på Handlinger for å administrere enheten. Handlinger hjelper deg med å bruke konfigurasjonsendringer eller oppdatere fastvaren for MPP-enhetene. Fanen Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
|
Enheter kan legges til og administreres direkte fra en arbeidsområdeprofil. Arbeidsområdeenheter kan inkludere ATA-enheter, for eksempel faksmaskiner. Du kan også konfigurere en arbeidsområdeenhet som fleksibel kontorplass-vert. Hvis du vil ha mer informasjon om hotell, kan du se: Hotell i Cisco Webex Control Hub .
1 | Fra kundevisningen ihttps://admin.webex.com , gå til . |
2 | Velg arbeidsområdet som skal endres. |
3 | Hvis du vil legge til en enhet, klikker du på Legg til enhet i Enheter flis. Hvis du vil ha mer informasjon om hvordan du legger til enheter i arbeidsområdet, kan du se Legg til en telefon i et nytt arbeidsområde delen. |
4 | Hvis du vil endre en eksisterende enhet, velger du enhetsnavnet. Dette tar deg til Enheter-siden. Her kan du se og redigere enhetsinnstillinger, slette enheten, starte enheten på nytt og aktivere enheten som fleksibel kontorplass-vert. Hvis du vil ha mer informasjon om hvordan du konfigurerer telefoninnstillinger, kan du se Konfigurere og oppdatere telefoninnstillinger. |
5 | Hvis enheten som er lagt til i arbeidsområdet, er Webex Aware, vises Webex Aware-alternativet under enhetene som vist i diagrammet. Webex Aware angir at enheten er integrert i Webex-plattformen og har tilgang til Webex-funksjoner som støttes av telefonen. |
6 | Klikk på Handlinger for å administrere enheten. Handlinger hjelper deg med å bruke konfigurasjonsendringer eller oppdatere fastvaren for MPP-enhetene. Fanen Handlinger har disse alternativene for en Webex Aware-aktivert enhet:
|
linjevisning lar deg legge til linjer på en primærenhet for brukeren og endre rekkefølgen på hvordan linjene vises. Denne funksjonen lar en bruker motta og foreta anrop til og fra en annen brukers internnummer ved hjelp av sin egen telefon. Et eksempel på delt linje linjevisning er en lederassistent som ønsker å foreta og motta anrop fra sjefens linje. Delte linjevisninger kan også være en annen forekomst av primærbrukerens linje.
Den maksimale konfigurasjonsgrensen er 35 enheter for hvert brukertelefonnummer , inkludert skrivebords- eller telefonnummer til brukeren. Du kan legge til flere linjer i en arbeidsområdetelefon, men kan ikke legge til en arbeidsområdetelefon som en delt linje.
Når du tilordner en delt linje, kan du tilordne numre fra forskjellige Webex Calling steder til enheter på et annet sted. Et nummer (bruker, arbeidsområde, virtuell linje) fra beliggenheten i Storbritannia kan for eksempel tilordnes en enhet som er tilordnet en bruker i USA. Hvis du vil ha mer informasjon om delt linje på tvers av steder, kan du se: Konfigurasjon av delte linjer og virtuelle linjer på tvers av steder . |
Når en bruker legger til kortnumre i MPP-telefonen, er de ikke synlige i Control Hub. Kortnumre kan overskrives når du konfigurerer en delt linje. Hvis en bruker har konfigurert numre fra andre brukere/grupper på enhetene sine, kan du legge til en egendefinert etikett for den delt linje. Denne egendefinerte etiketten hjelper deg med å identifisere det ene delt linje utseende fra det andre. |
1 | Fra kundevisningen i https://admin.webex.com går du til Brukere eller Arbeidsområder (avhengig av hvor enheten som skal endres, er tilordnet). | ||
2 | Velg brukeren eller arbeidsområdet du vil endre, og bla til Enheter. | ||
3 | Velg enheten du vil legge til eller endre de delte linjene, og bla til Telefonbrukere og innstillinger . Brukerne og stedene som vises på denne telefonen, er oppført etter visning. | ||
4 | Hvis du vil legge til eller fjerne brukere eller steder fra denne telefonen, velger du Konfigurer linjer. | ||
5 | Hvis du vil fjerne en linje, klikker du på
| ||
6 | Hvis du vil legge til et delt linje linjeutseende, klikker du på
| ||
7 | Skriv inn navnet eller telefonnummeret, velg blant alternativene som vises, og klikk på Lagre. |
Du kan konfigurere portene på en ATA-enhet (analog telefonadapter) som er tilordnet en bruker i Control Hub. For øyeblikket er de to tilgjengelige konfigurasjonene for ATA-enheter for enheter med to porter og enheter med 24 porter.
1 | Fra kundevisningen i https://admin.webex.com går du til Brukere. | ||
2 | Velg brukeren du vil endre, og bla ned til Enheter. | ||
3 | Velg enheten der du vil legge til eller endre noe. | ||
4 | Klikk på Konfigurer porter under Brukere på denne enheten. | ||
5 | Hvis du vil legge til en delt portkonfigurasjon, klikker du på | ||
6 | Skriv inn navnet eller telefonnummeret, velg blant alternativene som vises, og klikk på Lagre.
| ||
7 | Hvis enheten krever T.38-fakskomprimering, merker du av i boksen i T.38-kolonnen eller overstyrer komprimeringsalternativene på brukernivå, og deretter klikker du på Lagre .
|
Du kan når som helst legge til telefonnumre på Desk- og Room-enheter i kundeorganisasjonen, enten du er midt i en prøveperiode eller har konvertert til et betalt abonnement.
Vi har økt antall telefonnumre du kan legge til Kontrollhub 250 til 1000. |
1 | Fra kundevisningen i https://admin.webex.com går du til og klikker deretter på Legg til nummer. |
2 | Angi Sted og Nummertype. Hvis du overfører numre, skriver du inn både gjeldende og nye faktureringsnumre. |
3 | Angi Sted , Tilstand , Retningsnummer , Prefiks (valgfritt), og klikk deretter på Søk . Tilgjengelige numre vises. |
4 | Velg tallene du vil legge til i stedet. Tallene du velger flyttes over til Valgte numre felt. |
5 | Klikk på Lagre. |
Du kan se en liste over PSTN-numre som organisasjonen har bestilt. Med denne informasjonen kan du se ubrukte numre som er tilgjengelige, og numrene som er bestilt som snart vil bli tilgjengelige.
Fra kundevisningen i https://admin.webex.com går du til . |
Når du kobler tilbehør (headset/KEM) til en MPP-enhet, vises de som et inventarelement under kategorien Enheter i Control Hub. Fra Control Hub-enhetsbeholdningen kan du se tilbehørsmodellen, statusen og hvem tilbehøret tilhører. Når du velger et tilbehør, kan du hente mer informasjon, for eksempel serienummeret for tilbehøret og gjeldende programvareversjon. Feltet for tilbehørsstatus rapporteres som «online» så lenge tilbehøret er koblet til MPP. Et MPP-tilkoblet hodesett oppgraderer automatisk programvaren med den nyeste versjonen som er tilgjengelig fra Enhetshåndtering.
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 | — | — | — | — |
Telefonmodell | KEM |
---|---|
Cisco IP-telefon 8811/8841/8845 | — |
Cisco IP-telefon 8851/8861/8865 | BEKEM CP-8800-A-KEM CP-8800-V-KEM |
Cisco IP-telefon 7811/7821/7841/7861 | — |
Cisco IP-telefon 6821/6841/6861/6871 | — |
Cisco IP-telefon 6851 | CP-68KEM-3PCC |
Cisco IP-konferansetelefon 7832/8832 | — |
Hvis du vil feilsøke problemene med utvidelsesmodul ( utvidelsesmodul) på telefoner som er registrert for Webex Calling, kan du se Feilsøke problemer med utvidelsesmoduler i Webex Calling for detaljer. |
Administratorer har en rekke rapporter lett tilgjengelig som kan hjelpe deg med å vurdere hvordan Webex Calling tjenester brukes, og hvor ofte de brukes. Administratorer kan også få en rask oversikt over mediekvaliteten for stedet ditt.
Vise samtalerapporter
Du kan bruke Analytics-siden i Kontrollhub for å få innsikt i hvordan folk bruker Webex Calling og Webex app (engasjement) og kvaliteten på samtalemedieopplevelsen. For å få tilgang Webex Calling analytics, logg på Kontrollhub , og deretter gå til Analyse og velg Ringer -fanen.
1 | Logg på for detaljerte samtaleloggrapporter Kontrollhub , og deretter gå til . |
2 | Velg Detaljert anropslogg . Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse . |
3 | Logg på for å få tilgang til mediekvalitetsdata Kontrollhub , og deretter gå til Analyse og velg deretter Ringer . Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.
|
Kjør CScan-verktøyet
CScan er et nettverksberedskapsverktøy utviklet for å teste nettverkstilkobling til Webex Calling .
Hvis du vil ha mer informasjon, se Bruk CScan til å teste kvaliteten på Webex Calling Network . |
Denne artikkelen er for nettverksadministratorer, spesielt sikkerhetsadministratorer for brannmur og proxy som ønsker å bruke Webex Calling-tjenester i organisasjonen. Den beskriver nettverkskravene og viser adressene, portene og protokollene som brukes for å koble til telefonene, Webex-appen og gatewayene til Webex Calling tjenester.
En riktig konfigurert brannmur og proxy er avgjørende for en vellykket Calling-distribusjon. Webex Calling bruker SIP og HTTPS for samtalesignalering og de tilknyttede adressene og portene for medier, nettverkstilkobling og gateway-tilkobling som Webex Calling er en global tjeneste.
Ikke alle brannmurkonfigurasjoner krever at porter er åpne. Men hvis du kjører innsiden-til-utenfor-regler, må du åpne porter for at de nødvendige protokollene skal kunne gi ut tjenester.
Oversettelse av nettverksadresse (NAT)
Funksjoner for nettverksadresseoversettelse (NAT) og portadresseoversettelse (PAT) brukes på grensen mellom to nettverk for å oversette adresseområder eller forhindre kollisjon av IP-adresse .
Organisasjoner bruker gateway-teknologier som brannmurer og proxyer som leverer NAT- eller PAT-tjenester for å gi Internett-tilgang til programmer eller enheter som er på et privat IP-adresse . Disse gatewayene gjør at trafikk fra interne apper eller enheter til Internett ser ut til å komme fra én eller flere offentlig rutebare IP-adresser.
Hvis du distribuerer NAT, er det ikke obligatorisk å åpne en innkommende port på brannmuren.
Valider NAT-gruppestørrelsen som kreves for app- eller enhetstilkobling når flere appbrukere og enheter får tilgang til Webex Calling og Webex-bevisste tjenester ved hjelp av NAT eller PAT. Kontroller at tilstrekkelige offentlige IP-adresser er tilordnet til NAT-poolene for å forhindre utmattelse av porter. Utmattelse av porter bidrar til at interne brukere og enheter ikke kan koble til Webex Calling og Webex Aware-tjenestene.
Definer rimelige bindingsperioder og unngå å manipulere SIP på NAT-enheten.
Konfigurer et minimums-tidsavbrudd for NAT for å sikre riktig drift av enhetene. Eksempel: Cisco-telefoner sender en oppfølgingsmelding om REGISTER-oppdatering hvert 1.–2. minutt.
Hvis nettverket implementerer NAT eller SPI, må du angi et lengre tidsavbrudd (på minst 30 minutter) for tilkoblingene. Dette tidsavbruddet gir pålitelig tilkobling samtidig som det reduserer batteriforbruket til brukernes mobile enheter.
SIP Application Layer Gateway
Hvis en ruter eller brannmur er SIP Aware, som betyr at den har SIP Application Layer Gateway (ALG) eller noe lignende aktivert, anbefaler vi at du slår av denne funksjonaliteten for å opprettholde riktig drift av tjenesten.
Se den relevante produsentens dokumentasjon for informasjon om hvordan du deaktiverer SIP ALG på bestemte enheter.
Proxy-støtte for Webex Calling
De fleste kunder distribuerer en internettbrannmur, eller internettproxy og brannmur, for å begrense og kontrollere den HTTP-baserte trafikken som går ut av og kommer inn i nettverket. Dermed beskytter de nettverket deres mot forskjellige former for nettangrep.
Proxyer utfører flere sikkerhetsfunksjoner, for eksempel:
Tillat eller blokker tilgang til bestemte nettadresser.
Grunnleggende godkjenning
IP-adresse/domene/vertsnavn/URI-omdømmeoppslag
Trafikdekryptering og inspeksjon
Når proxy-funksjonen konfigureres, gjelder den for alle applikasjoner som bruker HTTP-protokollen.
Applikasjonene inkluderer følgende:
Webex-tjenester
CDA-prosedyrer (Customer Device Activation) ved hjelp av Cisco Cloud -klargjøringsplattform, for eksempel GDS, EDOS-enhetsaktivering, klargjøring og integrering av Webex-sky.
sertifikatautentisering
Fastvareoppgradering
Statusrapporter
PRT-opplastinger
VoIP-tjenester
Hvis det er konfigurert en proxy-server , er det bare signaltrafikken (HTTP/HTTPS) som sendes til proxy-server. Klienter som bruker SIP til å registrere seg for Webex Calling -tjenesten og tilknyttede medier, sendes ikke til proxyen. La derfor disse klientene gå direkte gjennom brannmuren. |
Støttede proxy-alternativer, konfigurasjon og autentiseringstyper
De støttede proxy-typene er:
Eksplisitt proxy (inspeksjon eller ikke-inspeksjon) – Konfigurer klientens app eller enhet med eksplisitt proxy for å angi serveren som skal brukes. Dette alternativet støtter én av følgende godkjenningstyper:
Gjennomsiktig proxy (ikke-inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-server og krever ingen endringer for å fungere med en ikke-inspeksjons proxy.
Gjennomsiktig proxy (inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-server . Ingen HTTP-konfigurasjonsendringer er nødvendige. Klientene dine trenger imidlertid enten app eller enheter et rotsertifikat slik at de klarerer proxyen. IT-teamet bruker de inspeksjonsfullmektigene til å håndheve retningslinjer på nettstedene som skal besøkes, og innholdstypene som ikke er tillatt.
Konfigurer proxy-adressene manuelt for Webex Room-enheter, Cisco IP-telefoner for flere plattformer (MPP) og Webex-appen ved hjelp av:
Plattform OS
Enhets-URL
Automatisk oppdagelse
Mens du konfigurerer, velger du mellom følgende proxy-konfigurasjoner og autentiseringstyper:
Produkt | Proxykonfigurasjon | Godkjenningstype |
---|---|---|
Webex for Mac | Manuell, WPAD, PAC | Ingen godkjenning, enkel, NTLM |
Webex for Windows | Manuell, WPAD, PAC, GPO | Ingen godkjenning, enkel, NTLM (2), Negotiate |
Webex for iOS | Manuell, WPAD, PAC | Ingen godkjenning, enkel, sammendrag, NTLM |
Webex for Android | Manuell, PAC | Ingen godkjenning, enkel, sammendrag, NTLM |
WebEx Meetings mobil-app | Støttes via OS | Ingen godkjenning, enkel, sammendrag, NTLM, Negotiate |
Webex Room-enheter | WPAD, PAC eller manuell | Ingen godkjenning, enkel, sammendrag |
Cisco IP-telefoner | Manuell, WPAD, PAC | Ingen godkjenning, enkel, sammendrag |
Webex-videonettnode | Manuelt | Ingen godkjenning, enkel, sammendrag, NTLM |
For tegnforklaringer i tabellen:
Mac NTLM godkjenning – maskinen trenger ikke å være logget på domenet, brukeren bes om et passord(2):
† Windows NTLM Auth – støttes bare hvis en maskin er logget på domenet
Automatisk nettproxy-søk (WPAD) – se Protokoll for automatisk oppdagelse av nettproxy for detaljer.
Automatisk konfigurasjonsfiler for proxy (PAC) – se Automatisk konfigurasjonsfiler for proxy for detaljer.
Hvis du vil koble Cisco Webex Board, Desk- eller Room Series-enhet til en proxy-server, se Koble enheten til tavle-, bord- eller romserien til en proxy-server .
For Cisco IP-telefoner, se Sett opp en proxy-server som et eksempel på konfigurering av proxy-server og innstillingene.
for |
Proxy-innstillinger for Windows OS
Microsoft Windows støtter to nettverksbibliotek for HTTP-trafikk (WinINet og WinHTTP) som tillater proxy-konfigurasjon.WinINet er et supersett av WinHTTP.
WinInet er kun utviklet for énbruker, skrivebordsklientapplikasjoner
WinHTTP er først og fremst utviklet for serverbaserte applikasjoner med flere brukere
Når du velger mellom de to, velger du WinINet som innstillinger for proxy- konfigurasjonsinnstillinger. Hvis du vil ha mer informasjon, se wininet-vs-winhttp .
Se Konfigurer en liste over tillatte domener for å få tilgang til Webex mens du er på bedriftsnettverk for detaljer om følgende:
For å sikre at personer bare logger på programmer ved hjelp av kontoer fra en forhåndsdefinert liste over domener.
Bruk en proxy-server til å fange opp forespørsler og begrense tillatte domener.
Proxy-inspeksjon og sertifikatfesting
Webex-appen og Webex-enhetene validerer sertifikatene til serverne de oppretter TLS-økter med. Sertifikatkontroller, slik som sertifikatutstederen og den digitale signaturen, er avhengige av å bekrefte sertifikatkjeden opptil rotsertifikatet. For å utføre valideringskontrollene bruker Webex-appen og -enheter et sett med klarerte rot-CA-sertifikater som er installert i operativsystem klareringslager.
Hvis du har distribuert en proxy for TLS-inspeksjon for å fange opp, må du dekryptere og inspisere Webex Calling trafikk. Kontroller at sertifikatet proxyen viser (i stedet for Webex-tjenestesertifikatet) er signert av en sertifiseringsinstans, og at rotsertifikat er installert i klareringslageret til Webex-appen eller Webex-enheten.
For Webex-appen – installer CA-sertifikat som brukes til å signere sertifikatet av proxyen i operativsystem til enheten.
For Webex Room-enheter og Cisco IP-telefoner for flere plattformer – Åpne en tjenesteforespørsel med TAC-teamet for å installere CA-sertifikat.
Denne tabellen viser Webex-appen og Webex-enheter som støtter TLS-inspeksjon av proxy-servere
Produkt | Støtter egendefinerte, klarerte sertifiseringsinstanser for TLS-inspeksjon |
---|---|
Webex-appen (Windows, Mac, iOS, Android, nett) | Ja |
Webex Room-enheter | Ja |
Cisco IP-telefoner for flere plattformer (MPP). | Ja |
Konfigurasjon av brannmur
Cisco støtter Webex Calling og Webex Aware-tjenester i sikre datasentre for Cisco og Amazon Web Services (AWS). Amazon har reservert IP-undernettene sine til Ciscos eget bruk, og sikret tjenestene som ligger i disse undernettene i den virtuelle private skyen AWS.
Konfigurer brannmuren slik at kommunikasjon fra enheter, programmer og Internett-vendte tjenester utfører funksjonene sine på riktig måte. Denne konfigurasjonen gir tilgang til alle de støttede Webex Calling og Webex Aware-skytjenester, domenenavn, IP-adresser, porter og protokoller.
Godkjenn eller åpne tilgangen til følgende, slik at Webex Calling og Webex Aware-tjenestene fungerer som de skal.
Nettadressene/domenene nevnt under delen Domener og URL-er for Webex Calling Services
IP-delnett, porter og protokoller nevnt under delen IP-delnett for Webex Calling Services
Hvis du bruker Webex Meetings, Meldinger og andre tjenester, må du sørge for at domenene/nettadressene som er nevnt i denne artikkelen, også er åpne Nettverkskrav for Webex-tjenester
Hvis du bare bruker en brannmur, støttes ikke filtrering av Webex Calling trafikk ved hjelp av IP-adresser alene, da IP-adresse er dynamiske og kan endres når som helst. Oppdater reglene regelmessig. Hvis du ikke oppdaterer brannmurregellisten, kan dette påvirke brukeropplevelsen. Cisco støtter ikke filtrering av et undersett av IP-adresser basert på et bestemt geografisk område eller tjenesteleverandør. Filtrering etter region kan føre til alvorlig forringelse av ringeopplevelsen din.
Hvis brannmuren ikke støtter domene-/URL-filtrering, bruker du et alternativ for Enterprise Proxy-server. Dette alternativet filtrerer/tillater etter URL/domene HTTP-ene som signaliserer trafikk til Webex Calling og Webex Aware-tjenester i proxy-serveren, før du videresender til brannmuren.
For Webex Calling , UDP er Ciscos foretrukne transportprotokoll for medier, og den anbefaler at du kun bruker SRTP over UDP. TCP og TLS som transportprotokoller for medier støttes ikke for Webex Calling i produksjonsmiljøer. Den tilkoblingsorienterte naturen til disse protokollene påvirker mediekvaliteten over nettverk med tap. Hvis du har spørsmål angående transportprotokollen, kan du få en støttebillett.
Domener og URL-adresser for Webex Calling tjenester
En * på begynnelsen av en URL (f.eks. *.webex.com) indikerer at tjenester på toppnivådomenet og alle underdomener må være tilgjengelige.
Domene/nettadresse | Beskrivelse | Webex-apper og -enheter som bruker disse domenene/nettadressene | ||
---|---|---|---|---|
Cisco Webex-tjenester | ||||
*.broadcloudpbx.com | Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling Admin Portal. | Control Hub | ||
*.broadcloud.com.au | Webex Calling-tjenester i Australia. | Alle | ||
*.broadcloud.eu | Webex Calling-tjenester i Europa. | Alle | ||
*.broadcloudpbx.net | Klientkonfigurasjon og administrasjonstjenester for oppringing. | Webex-apper | ||
*.webex.com *.cisco.com | Webex Calling og Webex Aware
Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til tilbakestilling til fabrikkinnstillinger uten at DHCP-alternativer er angitt, kontakter den en enhetsaktiveringsserver for null berøringsklargjøring. Nye telefoner bruker activate.cisco.com og telefoner med fastvareversjon tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com for klargjøring. Last ned enhetens fastvare og nasjonale oppdateringer fra binaries.webex.com . Gi Cisco flerplattformtelefoner (MPP) eldre enn 12.0.3-versjonen tilgang sudirenewal.cisco.com gjennom port 80 for å fornye MIC (Manufacturer Installed Certificate) og ha en SUDI (Secure Unique Device Identifier). Hvis du vil ha mer informasjon, se Feltvarsel . | Alle | ||
*.ucmgmt.cisco.com | Webex Calling-tjenester | Control Hub | ||
*.wbx2.com og *.ciscospark.com | Brukes til skybevissthet, CSDM, WDM, kvikksølv og så videre. Disse tjenestene er nødvendige for at appene og enhetene skal kunne nå Webex Calling og Webex Aware-tjenestene under og etter integreringen. | Alle | ||
*.webexapis.com | Webex-mikrotjenester som administrerer programmene og enhetene dine.
| Alle | ||
*.webexcontent.com | Webex Messaging-tjenester relatert til generell fillagring, inkludert:
| Webex Apps-meldingstjenester.
| ||
*.accompany.com | Integrering av personinnsikt | Webex-apper | ||
Ytterligere Webex-relaterte tjenester (tredjepartsdomener) | ||||
*.appdynamics.com *.eum-appdynamics.com | Ytelsessporing, feil og krasjregistrering, øktmåledata. | Control Hub | ||
*.huron-dev.com | Webex Calling-mikrotjenester som vekslingstjenester, bestilling av telefonnummer og oppgavetjenester. | Control Hub | ||
*.sipflash.com | Administrasjonstjeneste for enhet Fastvareoppgraderinger og sikker integreringsformål. | Webex-apper | ||
*.walkme.com *.walkmeusercontent.com | Webex-brukerveiledningsklient. Tilbyr innføring og bruksomvisninger for nye brukere. Klikk her for mer informasjon om WalkMe. | Webex-apper | ||
*.google.com *.googleapis.com | Varsler til Webex-apper på mobile enheter (eksempel: ny melding, når anropet blir besvart) For IP-delnett, se disse koblingene Tjenesten Google Firebase Cloud Messaging (FCM). Apple pushvarsel Service (APNS)
| Webex-app |
IP-delnett for Webex Calling tjenester
IP-delnett for Webex Calling-tjenester | ||
---|---|---|
23.89.0.0/16 | 85.119.56.0/23 | 128.177.14.0/24 |
128.177.36.0/24 | 135.84.168.0/21 | 139.177.64.0/21 |
139.177.72.0/23 | 144.196.0.0/16 | 150.253.128.0/17 |
170.72.0.0/16 | 170.133.128.0/18 | 185.115.196.0/22 |
199.19.196.0/23 | 199.19.199.0/24 | 199.59.64.0/21 |
Tilkoblingsformål | Kildeadresser | Kildeporter | Protokoll | Måladresser | Målporter | Merknader | |
---|---|---|---|---|---|---|---|
Oppringingssignalisering til Webex Calling (SIP TLS) | Lokal gateway ekstern (NIC) | 8000–65535 | TCP | Referer til IP-delnett for Webex Calling-tjenester. | 5062, 8934 | Disse IP-ene/portene er nødvendige for utgående SIP-TLS-anropssignalering fra lokale gatewayer, enheter og applikasjoner (kilde) til Webex Calling Cloud (destinasjon). Port 5062 (obligatorisk for sertifikatbasert trunk). Og port 8934 (obligatorisk for registreringsbasert trunk | |
Enheter | 5060-5080 | 8934 | |||||
Applikasjoner | Midlertidig port (OS-avhengig) | ||||||
Samtalesignalering fra Webex Calling (SIP TLS) til lokal gateway | Webex Calling . Se IP-delnett for Webex Calling Services | 8934 | TCP | IP- eller IP-område valgt av kunden for den lokale gatewayen | Port eller portområde valgt av kunden for den lokale gatewayen | Gjelder sertifikatbaserte lokale gatewayer. Det er nødvendig å opprette en tilkobling fra Webex Calling til en lokal gateway. Den registreringsbaserte lokal gateway fungerer ved å gjenbruke en tilkobling som er opprettet fra den lokal gateway. Destinasjonsport er kundevalgt Konfigurer trunker | |
Anropsmedier til Webex Calling (STUN, SRTP, T38) | Lokal gateway ekstern NIC | 8000-48198† | UDP | Referer til IP-delnett for Webex Calling-tjenester. | 5004, 9000 (STUN-porter) 8500-8700,19560-65535 (SRTP over UDP) |
| |
Enheter | 19560–19660 | ||||||
Applikasjoner | 8500-8700 | ||||||
Oppringingssignalisering til PSTN-gateway (SIP TLS) | Lokal gateway intern NIC | 8000–65535 | TCP | Din ITSP PSTN GW eller Unified CM | Avhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM) | ||
Samtalemedier fra Webex Calling (SRTP, T38) | Webex Calling . Se IP-delnett for Webex Calling Services | 19560-65535 (SRTP over UDP) | UDP | IP- eller IP-område valgt av kunden for den lokale gatewayen | Medieportområde valgt av kunden for den lokale gatewayen | Webex-anrop lar alle eksterne enheter utføre medielåsing hvis enheten er bak en NAT. For sertifikatbasert lokal gateway er det nødvendig å tillate inngangstilgang for et bestemt portområde. Se nettverkskravene som er spesifikke for NAT når du distribuerer en sertifikatbasert lokal gateway . | |
Oppringingsmedia til PSTN-gateway (SRTP) | Lokal gateway intern NIC | 8000-48198† | UDP | Din ITSP PSTN GW eller Unified CM | Avhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM) | ||
Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter) | Webex Calling-enheter | Midlertidig port | TCP | 3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26 | 443, 6970, 80 | Obligatorisk av følgende årsaker:
| |
Applikasjonskonfigurasjon | Webex Calling-applikasjoner | Midlertidig port | TCP | 62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19 | 443, 8443 | Brukes til Idbroker-autentisering, applikasjonskonfigurasjonstjenester for klienter, nettleserbasert webtilgang for egenomsorg OG tilgang til administrative grensesnitt. | |
Synkronisering av enhetstid (NTP) | Webex Calling-enheter | 51494 | UDP | Referer til IP-delnett for Webex Calling-tjenester. | 123 | Disse IP-adressene er nødvendige for tidssynkronisering for enheter (MPP-telefoner, ATA-er og SPA ATA-er) | |
Oppløsning av enhetsnavn og oppløsning av programnavn | Webex Calling-enheter | Midlertidig port | UDP og TCP | Vertsdefinert | 53 | Brukes til DNS-oppslag for å finne IP-adressene til Webex-servere i skyen. Selv om vanlige DNS-oppslag gjøres over UDP, kan noen kreve TCP, hvis spørringssvarene ikke får plass til det i UDP-pakker. | |
Synkronisering av applikasjonstid | Webex Calling-applikasjoner | 123 | UDP | Vertsdefinert | 123 | ||
Nettbasert Nettverksberedskap Prekvalifiseringsverktøy for Webex Calling | Midlertidig port | TCP | Referer til IP-delnett for Webex Calling-tjenester. | 8934 og 443 | Nettbasert Prekvalifiseringsverktøy for nettverksberedskap for Webex Calling. Gå til cscan.webex.com for mer informasjon. | ||
UDP | 19569–19760 | ||||||
Ytterligere Webex Calling og Webex Aware (Tredjepart) | |||||||
Push-varsler APNS- og FCM-tjenester | Webex Calling-programmer | Midlertidig port | TCP | Se IP-undernett nevnt under koblingene | 443, 2197, 5228, 5229, 5230, 5223 | Varsler til Webex-apper på mobile enheter (eksempel: Når du mottar en ny melding eller når et anrop blir besvart) |
|
Webex Meetings/Meldinger – nettverkskrav
Integrer MPP-enheter til Webex Cloud for tjenester som samtalelogg, katalogsøk og møter. Nettverkskravene for disse Webex-tjenestene finner du i Nettverkskrav for Webex-tjenester. Hvis du bruker møter, meldingstjenester og andre tjenester fra Webex-appen, må du kontrollere at domenene/nettadressene/adressene som er nevnt i denne artikkelen, er åpne.
Referanser
Hvis du vil vite hva som er nytt i Webex Calling, kan du se Hva er nytt i Webex Calling
Hvis du vil ha sikkerhetskrav for Webex Calling, kan du se Artikkel
Optimalisering av Webex Calling Media med interaktiv tilkoblingsetablering (ICE) Artikkel
Dokumentrevisjonshistorikk
Dato | Vi har gjort følgende endringer i denne artikkelen | ||
---|---|---|---|
18. desember 2023 | Inkludert sudirenewal.cisco.com Krav til URL- og port 80 for enhetskonfigurasjon og fastvarebehandling for Cisco MPP-telefonens MIC-fornyelse. | ||
11. desember 2023 | Oppdaterte IP-delnettene for Webex Calling tjenester til å inkludere et større sett med IP-adresser. 150.253.209.128/25 – endret til 150.253.128.0/17 | ||
29. november 2023 | Oppdaterte IP-delnettene for Webex Calling tjenester for å inkludere et større sett med IP-adresser for å imøtekomme utvidelse av Webex Calling -regionen for fremtidig vekst. 144.196.33.0/25 – endret til 144.196.0.0/16 Avsnittene for IP-delnett for Webex Calling tjenester under Webex Calling (SIP TLS) og Call media to Webex Calling (STUN, SRTP) oppdateres for klarhet i sertifikatbasert trunking og brannmurkravene for lokal gateway. | ||
14. august 2023 | Vi har lagt til følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for å støtte økte kapasitetskrav for Edge og Webex Calling Services.
| ||
5. juli 2023 | La til koblingenhttps://binaries.webex.com for å installere Cisco MPP-fastvaren. | ||
7. mars 2023 | Vi har overhalt hele artikkelen til å inkludere:
| ||
5. mars 2023 | Oppdaterer artikkelen til å inkludere følgende:
| ||
15. november 2022 | Vi har lagt til følgende IP-adresser for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):
Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):
| ||
14. november 2022 | La til IP-subnett 170.72.242.0/24 for Webex Calling -tjenesten. | ||
8. september 2022 kl. | Cisco MPP-fastvaren går over til brukhttps://binaries.webex.com som verts-URL for MPP-fastvareoppgraderinger i alle regioner. Denne endringen forbedrer ytelsen for fastvareoppgradering. | ||
30. august 2022 kl. | Fjernet referanse til Port 80 fra radene Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter), Programkonfigurasjon og CScan i Port-tabellen, siden det ikke er noen avhengighet. | ||
18. august 2022 | Ingen endring i løsningen. Målportene 5062 (kreves for sertifikatbasert trunk), 8934 (kreves for registreringsbasert trunk) for anropssignalering til Webex Calling (SIP TLS) er oppdatert. | ||
26. juli 2022 | Lagt til 54.68.1.225 IP-adresse, som kreves for fastvareoppgradering av Cisco 840/860-enheter. | ||
21. juli 2022 | Oppdaterte målportene 5062, 8934 for anropssignalering til Webex Calling (SIP TLS). | ||
14. juli 2022 | La til URL-adressene som støtter en fullstendig funksjon av Webex Aware-tjenester. La til IP-subnett 23.89.154.0/25 for Webex Calling -tjenesten. | ||
27. juni 2022 | Oppdaterte domenet og URL-adressene for Webex Calling-tjenester: *.broadcloudpbx.com *.broadcloud.com.au *.broadcloud.eu *.broadcloudpbx.net | ||
15. juni 2022 kl. | Lagt til følgende porter og protokoller under IP-adresser og porter for Webex-anropstjenester:
Oppdatert informasjon i Webex Meetings/Messaging - Nettverkskrav-delen | ||
24. mai 2022 | Lagt til IP subnett 52.26.82.54/24 til 52.26.82.54/32 for Webex Calling service | ||
6. mai 2022 | Lagt til IP subnett 52.26.82.54/24 for Webex Calling service | ||
7. april 2022 | Oppdaterte det interne og eksterne UDP-portområdet for lokal gateway til 8000-48198† | ||
5. april 2022 | Lagt til følgende IP-delnett for Webex Calling-tjenesten:
| ||
29. mars 2022 | Lagt til følgende IP-delnett for Webex Calling-tjenesten:
| ||
20. september 2021 | La til fire nye IP-delnett for Webex Calling-tjenesten:
| ||
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.
| ||
4. mars 2021 | Erstatt Webex Calling diskrete IP-er og mindre IP-intervaller med forenklede områder i en egen tabell for bedre forståelse for brannmurkonfigurasjon. | ||
26. februar 2021 | Lagt til 5004 som destinasjonsport for anropsmedier til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som vil være tilgjengelig i Webex Calling i april 2021. | ||
22. februar 2021 | Domener og nettadresser er nå oppført i en egen tabell. Tabellen IP-adresser og porter justeres for å gruppere IP-adresser for de samme tjenestene. Legge til Merknader-kolonnen i tabellen IP-adresser og porter som hjelper deg med å forstå kravene. Flytte følgende IP-adresser til forenklede områder for enhetskonfigurasjon og fastvarebehandling (Cisco-enheter):
Legger til følgende IP-adresser for programkonfigurasjon fordi Cisco Webex klient peker til en nyere DNS SRV i Australia i mars 2021.
| ||
21. januar 2021 | Vi har lagt til følgende IP-adresser i enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):
Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):
Vi har lagt til følgende IP-adresser i programkonfigurasjonen:
Vi har fjernet følgende IP-adresser fra programkonfigurasjonen:
Vi har fjernet følgende portnumre fra programkonfigurasjonen:
Vi har lagt til følgende domener i programkonfigurasjonen:
| ||
23. desember 2020 | La til nye IP-adresser for applikasjonskonfigurasjon i portreferansebildene. | ||
22. desember 2020 | Oppdaterte applikasjonskonfigurasjonsraden i tabellene for å inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154. Skjulte nettverksdiagrammene til disse IP-adressene ble lagt til. | ||
11. desember 2020 | Oppdaterte enhetskonfigurasjonen og fastvareadministrasjonen (Cisco-enheter) og applikasjonkonfigurasjonsradene for de støttede kanadiske domenene. | ||
16. oktober 2020 | Oppdaterte oppringingssignalisering og medieoppføringer med følgende IP-adresser:
| ||
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:
| ||
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:
| ||
11. mars 2020 | Vi la til følgende domene- og IP-adresser i programkonfigurasjonen:
Vi oppdaterte følgende domener med flere IP-adresser til enhetskonfigurasjon og fastvareadministrasjon:
| ||
27. februar 2020 | Vi la til følgende domene og porter i enhetskonfigurasjon og fastvareadministrasjon: cloudupgrader.webex.com – 443, 6970 |