- Hjem
- /
- Artikkel
Takk for tilbakemeldingen.
Konfigurer trunks, rutegrupper og oppringingsplaner for Webex Calling
I denne artikkelen
Tilbakemelding?Webex-anropsplaner, trunker og rutegrupper hjelper deg med å konfigurere Webex Calling for å administrere samtaler mellom Webex Calling-vertsbrukere og lokale PBX-brukere. Denne løsningen lar deg konfigurere vertsbaserte brukere til å bruke Cloud PSTN (CCP eller Cisco PSTN) eller lokalebasert PSTN.
En trunk er en forbindelse mellom Webex Calling og lokalene, som avsluttes på lokalene med en lokal gateway eller annen støttet enhet. Etter at du har opprettet en trunk, kan du tilordne den til en rutegruppe.
En rutegruppe er en gruppe trunker som lar Webex Calling distribuere samtaler over flere trunker eller gi redundans.
En lokal gateway er en lokal enhet som kobler sammen trunk-nettverket, det lokale PSTN-nettet, and/or Sentralbord.
Trunks, rutegrupper og oppringingsplaner gir følgende fordeler:
-
Lastbalansering og failover på tvers av trunker til Webex Calling og lokalene.
-
Mulighet for Webex Calling-brukere til å bruke Cloud PSTN (Cloud Connected PSTN (CCP) eller Cisco PSTN) og nå PBX-brukere i bedriften.
-
Ruting av samtaler til forskjellige lokale sentralbord.
-
Tandemfunksjonalitet for å rute samtaler mellom lokale sentralbord.
-
Bredere utvalg av migrerings- og sameksistensscenarier med lokale PBX-er, inkludert blandede nettsteder med lokale brukere og Webex Calling-brukere.
-
Dybdegående oversikt over beslutninger om ruting av anrop.
PSTN-alternativer for din plassering
Når plasseringen din er aktivert, må du konfigurere PSTN-tilkobling for Webex Calling-brukere innenfor den plasseringen. Følgende PSTN-alternativer er tilgjengelige:
-
Cisco PSTN– Velg dette alternativet hvis du ønsker en samlet løsning som lar deg bestille nye PSTN-numre og portere eksisterende numre til Cisco. Cisco PSTN-alternativet er bare tilgjengelig under følgende betingelser:
-
Du har kjøpt og aktivert Cisco-anropsabonnementet.
-
Stedet er i et land der Cisco Calling Plan støttes.
-
-
Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skyløsning som ikke krever distribusjon av lokal maskinvare, og velg deretter en CCP-leverandør du ønsker. Cloud PSTN (Cisco PSTN eller Cloud Connected PSTN) kan bare brukes til å gi PSTN-tilgang for Webex Calling-brukere. Samtaler som kommer fra lokale brukere har ikke tilgang til PSTN i skyen.
-
Lokalbasert PSTN (lokal gateway)– Velg dette alternativet hvis du vil beholde din nåværende PSTN-leverandør. Trunker for lokalbasert PSTN gjennom lokal gateway kan også brukes til å koble til lokale sentralbord. Du kan beholde eksisterende funksjonalitet for lokal gateway uten å gjøre noen konfigurasjonsendringer. Steder som bruker lokal gateway er satt til lokalebasert PSTN, og lokale gatewayer blir trunker.
Konfigurer den valgte PSTN-tilkoblingen i Control Hub ved å velge , velg stedet du vil endre, velg deretter Tildel eller Administrer og velg ønsket PSTN-tilkobling.
Stamme
En trunk er en forbindelse mellom Webex Calling og lokalene, avsluttet på lokalene med en støttet øktgrensekontroller som fungerer som en lokal gateway. Se Kom i gang med lokal gateway for å forstå de ulike trunking-modellene og kravene til enheter og konfigurasjon.
For en registreringstrunkmodell utfører Session Border Controller (SBC) SIP-registrering. Registreringsbasert trunk krever at den lokale gatewayen opprettholder aktiv SIP-registrering. Koblingen er implisitt til registrering.
Før du begynner
Alle trunker må tilordnes en plassering i Control Hub.
| 1 |
Velg Legg til bagasjerom. |
| 2 |
Velg en plassering fra rullegardinlisten. |
| 3 |
Skriv inn et [] Navn for bagasjerommet. |
| 4 |
Velg Registrering fra rullegardinlisten Trunktype. |
| 5 |
Innstillingen for støtte for dobbel identitet påvirker håndteringen av Fra-headeren og P-Asserted-Identity (PAI)-headeren når en innledende SIP INVITE sendes til trunk-en for et utgående anrop. Med dobbel identitet aktivert, fylles Fra og PAI ut i Webex Calling (og begge identitetsoverskriftene kan være forskjellige). Når dobbel identitet er deaktivert, er PAI og Fra identiske og satt til det Fra-overskriften ble satt til med dobbel identitet aktivert. Nedenfor er noen eksempelscenarioer for å bedre forstå bruken av denne innstillingen:
|
| 6 |
Klikk på Lagre. |
Hva du skal gjøre nå
Trunk-informasjonen vises på skjermen Registrer domene, Trunk-gruppe OTG/DTG, Line/Port, Utgående proxy-adresse. Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et dokument, slik at du kan se den når du er klar til å konfigurere den lokale gatewayen. Hvis du mister legitimasjonen, må du generere den på nytt fra skjermbildet for trunk-informasjon i Control Hub. Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunk-en.
Denne handlingen påvirker tjenesten, så det anbefales å gjøres utenom åpningstidene.
Hvis du konfigurerer en trunk for å koble den lokale gatewayen til Webex Calling, se: Konfigurer lokal gateway på IOS-XE for Webex Calling.
En trunk er forbindelsen mellom Webex Calling og lokalene, og avsluttes på lokalene med en lokal gateway eller annen støttet enhet.
Før du begynner
Alle trunker må tilordnes en plassering i Control Hub.
| 1 |
Logg inn på Kontrollhub. |
| 2 |
Naviger til . |
| 3 |
Gå til . |
| 4 |
Velg Legg til bagasjerom. |
| 5 |
Velg en plassering og et navn på bagasjerommet. Navnet på trunk-en kan ikke være mer enn 24 tegn langt. |
| 6 |
Innstillingen for støtte for dobbel identitet påvirker håndteringen av Fra-headeren og P-Asserted-Identity (PAI)-headeren når en innledende SIP INVITE sendes til trunk-en for et utgående anrop. Med dobbel identitet aktivert, fylles Fra og PAI ut i Webex Calling (og begge identitetsoverskriftene kan være forskjellige). Når dobbel identitet er deaktivert, er PAI og Fra identiske og satt til det Fra-overskriften ble satt til med dobbel identitet aktivert. Nedenfor er noen eksempelscenarioer for å bedre forstå bruken av denne innstillingen:
|
| 7 |
Klikk på Lagre. |
| 8 |
P-Charge-Info-støtten tar for seg behovet for at PSTN-leverandører skal ha en mer pålitelig metode for autentisering og fakturering av samtaler i Webex Calling. Den lokale gatewayen kan motta en anrops-ID som er forskjellig fra nummeret du vil bruke til fakturering eller autorisasjon. For å sende en ekstra identifikator for disse formålene, bruk P-Charge-Info -headeren. Aktiver dette alternativet for å inkludere P-Charge-Info -hodet i informasjonen om utgående PSTN-anrop som sendes til trunk-linjen, ved hjelp av et tall basert på det valgte policyalternativet. PSTN-leverandøren kan deretter bruke den enkle P-Charge-Info -headeren for å bestemme det fakturerbare nummeret, noe som eliminerer behovet for å bruke PAI-headeren for vanlige oppringninger og Diversion-headeren for omdirigeringer. Som standard setter systemet P-Charge-Info Support -policyen til Deaktivert.
Begrensninger:
|
Hva du skal gjøre nå
Trunk-informasjonen vises på skjermen Registrer domene, Trunk-gruppe OTG/DTG, Line/Port, Utgående proxy-adresse. Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et dokument, slik at du kan se den når du er klar til å konfigurere den lokale gatewayen. Hvis du mister legitimasjonen, må du generere den på nytt fra skjermbildet for trunk-informasjon i Control Hub. Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunk-en.
Denne handlingen påvirker tjenesten, så det anbefales å gjøre det utenom åpningstid.
Du kan redigere trunknavnet eller vise trunkdetaljene og -bruken i Kontrollhuben.
| 1 |
Velg stammen du vil vise eller endre. |
| 2 |
På sidepanelet, ved siden av bagasjeromsnavnet, klikker du på Du kan også se bruksinformasjonen for bagasjerommet. |
| 3 |
For å se ytterligere detaljer, klikk på Administrer ved siden av Trunks. Bruk denne innstillingen hvis du mister påloggingsinformasjonen for trunk-kontoen og må generere den på nytt. Klikk på Hent brukernavn og passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunk-en. Dette påvirker tjenesten. |
| 4 |
Innstillingen for støtte for dobbel identitet påvirker håndteringen av Fra-headeren og P-Asserted-Identity (PAI)-headeren når en innledende SIP INVITE sendes til trunk-en for et utgående anrop. Når dobbel identitet er deaktivert, er PAI og Fra identiske og satt til det Fra-overskriften ble satt til med dobbel identitet aktivert. Nedenfor er noen eksempelscenarioer for å bedre forstå bruken av denne innstillingen:
|
-ikonet for å endre navnet på bagasjerommet.Du kan slette en trunk så lenge den ikke er i bruk.
| 1 |
Velg stammen du vil slette. |
| 2 |
Klikk på |
i kolonnen For å sjekke statusen til trunk-enheten i kontrollhuben.
| 1 |
Logg inn på Kontrollhub https://admin.webex.com, gå til . |
| 2 |
Velg bagasjerommet du vil sjekke statusen for. |
| 3 |
Klikk på Bagasjeromsinformasjon. Følgende er de forskjellige statusene for bagasjerommet:
|
Når du legger til en sertifikatbasert trunk, må du angi et fullstendig kvalifisert domenenavn (FQDN). Deretter bruker Webex Calling en kombinasjon av FQDN og den lokale gatewayens sertifikat for å stole på en lokal gateway.
Krav for å konfigurere en lokal gateway fra kontrollhuben:
-
Den lokale gatewayen MÅ være direkte tilgjengelig fra internett ved hjelp av en offentlig IPv4-adresse. Denne adressen MÅ løses fra en DNS A- eller SRV-oppføring fra et domene som er bekreftet i Kontrollhuben. Hvis den lokale gatewayen er konfigurert med en privat IP-adresse, vil en 1:1 Statisk adresseoversettelse (NAT) er nødvendig for å sikre at den kan nås direkte fra Internett.
-
Når det distribueres bak en brannmur, MÅ passende regler konfigureres for å tillate TLS SIP-signalering og UDP/SRTP medier som skal passere mellom den lokale gatewayen og Internett.
-
Se Webex Calling port-referanseveiledningen for detaljer om portene som brukes i flyter mellom den lokale gatewayen og Webex Cloud.
-
Denne konfigurasjonsveiledningen forutsetter at standard TLS SIP-port 5061 brukes av den lokale gatewayen til å motta signalering. Om nødvendig kan en alternativ lytteport for signalering brukes.
-
-
Et signert sertifikat er nødvendig for vellykket autorisasjon og autentisering av anrop fra trunk. En lokal gateway MÅ oppfylle følgende krav når man oppretter en toveis gjensidig TLS-tilkobling med Webex Calling-tjenester for SIP:
-
Et lokalt gateway-sertifikat MÅ være:
-
Signert av en CA nevnt i Hvilke rotsertifikatmyndigheter støttes for anrop til Cisco Webex lyd- og videoplattformer?
-
Signerte sertifikater MÅ alltid ha en gyldig utløpsdato.
-
Rot- eller mellomliggende sertifikater som brukes til å signere sertifikatet MÅ ha en gyldig utløpsdato og skal ikke tilbakekalles.
-
Sertifikater MÅ signeres for bruk på klient og server.
-
Sertifikater MÅ inneholde det fullstendig kvalifiserte domenenavnet (FQDN) som et vanlig navn eller et alternativt emnenavn i sertifikatet, der FQDN for trunk er valgt i Kontrollhuben. Kravene er utdypet i neste avsnitt.
-
-
En tillitspakke nevnt i Hvilke rotsertifikatmyndigheter støttes for anrop til Cisco Webex lyd- og videoplattformer?bør lastes opp for å validere sertifikater fra Webex-tjenester for SIP.
-
Før du begynner
-
Domene som er gjort krav på og bekreftet: Når du legger til en trunk, MÅ en vertsadresse fra et verifisert eller et påstått toppnivådomenenavn velges, se Administrer-ditt-domene.
-
Unik adresse på tvers av organisasjonen: En trunk opprettes med en unik FQDN- eller SRV-vertsadresse. Denne adressen MÅ være unik for hele organisasjonen, og ingen to trunker kan bruke samme adresse.
-
En trunk med et FQDN london.lgw.cisco.com:5062 kan bare opprettes hvis det ikke finnes noen annen trunk med vertsadressen london.lgw.cisco.com. Dette er ikke tillatt selv om det finnes en trunk med samme adressenavn som en SRV-adresse eller et FQDN og med en annen portkombinasjon.
-
En trunk med SRV-adressen london.lgw.cisco.com kan bare opprettes hvis det ikke finnes noen annen trunk med vertsadressen london.lgw.cisco.com. Dette er ikke tillatt selv om det finnes en trunk med samme navn som SRV-adresse eller en FQDN og med en annen portkombinasjon.
-
-
DNS-konfigurasjon: Den lokale gatewayen MÅ løses fra det offentlige internett via en DNS A- eller DNS-tjenestepost (SRV)-post.
-
Hvis et FQDN velges, MÅ adressen bli omdannet til en DNS A-post og ikke til et eller flere DNS CNAME.
-
Hvis en SRV-adresse velges, MÅ tjenestetypen ha prefikset "_sips._tcp".
-
Adressen kan bli omgjort til én eller flere DNS A-poster med ulik vekt og prioritet. Mens du gjør dette, anbefales det å bruke samme lytteport for alle oppføringer.
-
Registreringer i tjenestejournalen må ha passende vekt og prioritet. Bruk av ulik vekt og prioritet påvirker trafikkfordelingen for samtaler som kommer fra Webex Calling.
-
-
Alle opptakstyper MÅ ha en rimelig høy TTL. 300 sekunder eller høyere er å foretrekke.
-
-
Alle trunker må tilordnes en plassering i kontrollhuben.
Tabellen nedenfor inneholder eksempler med ulike typer poster som er valgt i organisasjonen din som trunk-adresse samtidig.
|
Trunk-konfigurasjon som FQDN eller SRV |
Regel for DNS-konfigurasjon |
Adressen som er oppført i sertifikatet som et vanlig navn (CN) eller et alternativt navn for subjektet (SAN) |
Krav til SIP-kontakthode |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com med port 5061 |
london.lgw1.cisco.com er en DNS A-post |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls eller sip:user@london.lgw1.cisco.com:port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com endres til EN A-rekord frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls eller sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips. []._tcp.frankfurt.lgw.cisco.com løser opp til TO eller flere A-poster. fr.lgw1.cisco.com fr.lgw2.cisco.com Begge postene MÅ løses til en unik IP-adresse, og som foreslått kan de ha ulik vekt og prioritet. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls eller sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Hver SIP-transaksjon som den lokale gatewayen initierer mot Webex Calling Cloud, skal inneholde kontakthodet med FQDN for en lokal gateway.
ALTERNATIVER Transaksjoner fra lokal gateway er spesielt viktige for at den lokale gatewayens status i kontrollhuben skal være online.
| 1 |
Velg Legg til bagasjerom. |
| 2 |
Velg en plassering fra rullegardinlisten. |
| 3 |
Skriv inn et [] Navn for bagasjerommet. |
| 4 |
Velg Sertifikatbasert fra rullegardinlisten Trunktype. |
| 5 |
Velg en enhetstype fra rullegardinmenyen. SBC-integrasjonen med Cisco Webex Calling som tredjeparts lokal gateway (LGW) støttes bare med sertifikatbasert trunk. Bare SBC-er som vises i enhetstypelisten i Control Hub, valideres av våre pålitelige partnere som kompatible Webex Calling Local Gateways. Hvis du vil ha mer informasjon om støttede tredjepartsleverandører, kan du se: Støtte for tredjeparts SBC under Trunk -delen. |
| 6 |
Skriv inn Session Border Controller (SBC) Adresse, Domeneog Port. Dette er FQDN- eller SRV-adressen for Webex Calling for å nå ut til din Enterprise SBC.
Du må ha et bekreftet domene. Hvis du vil ha mer informasjon, kan du se Administrer domenene dine |
| 7 |
Angi maksimalt antall samtidige samtaler.
|
| 8 |
Klikk på Lagre. Hvis valideringen ikke består, vises ikke Lagre-knappen. Valideringen kan mislykkes hvis det valgte FQDN-et eller SRV-et ikke er unikt for organisasjonen din. Sjekk kravet for unike FQDN- eller SRV-adresser ovenfor. Hvis problemet vedvarer, kontakt Ciscos kundestøtteteam. |
Hva du skal gjøre nå
-
Lagre Webex Calling Edge-adressene som vises på den siste skjermen.
-
For å konfigurere en KUB som din lokale gateway, se: Konfigurer lokal gateway på IOS-XE for Webex Calling
Du kan redigere navnet på trunk-en eller vise detaljer og bruk av trunk-en i Control Hub.
| 1 |
Velg stammen du vil vise eller endre. |
| 2 |
På sidepanelet, ved siden av bagasjeromsnavnet, klikker du på Du kan også se bruksinformasjonen for bagasjerommet. |
| 3 |
For å se ytterligere detaljer, klikk på Administrer ved siden av Trunks. Bruk denne innstillingen hvis du vil oppdatere en verdi for Maks. antall samtidige anrop. Hvis du må oppdatere SRV-adressen, FQDN-en eller porten til den lokale gatewayen, må du legge til en ny trunk og slette den gamle trunken. |
| 4 |
Innstillingen for støtte for dobbel identitet påvirker håndteringen av Fra-headeren og P-Asserted-Identity (PAI)-headeren når en innledende SIP INVITE sendes til trunk-en for et utgående anrop. Nedenfor er noen eksempelscenarioer for å bedre forstå bruken av denne innstillingen:
|
Du kan slette en trunk så lenge den ikke er i bruk.
| 1 |
Velg stammen du vil slette. |
| 2 |
Klikk på |
For å sjekke statusen til trunk-enheten i kontrollhuben.
| 1 |
Logg inn på Kontrollhub https://admin.webex.com, gå til . |
| 2 |
Velg bagasjerommet du vil sjekke statusen for. |
| 3 |
Klikk på Bagasjeromsinformasjon. Følgende er de forskjellige statusene for bagasjerommet:
|
|
SI-nr. |
Feilbeskrivelse |
Handling |
|---|---|---|
|
1. |
TLS-tilkobling til lokal gateway mislyktes på grunn av DNS-løsningsfeil for FQDN-en som er konfigurert for gatewayen din. |
Bekreft DNS-konfigurasjonene for SRV-en /FQDN konfigurert og sørg for at de er løselige |
|
2. |
TLS-tilkobling til lokal gateway mislyktes på grunn av et transportproblem |
Bekreft at de oppløste IP-adressene og porten til den lokale gatewayen er gyldige |
|
3. |
TLS-tilkobling til lokal gateway mislyktes fordi gatewayens sertifikat er signert av en ugyldig sertifiseringsinstans. |
Bekreft og sørg for at det lokale gateway-sertifikatet er signert av en gyldig sertifiseringsinstans ( Hvilke rotsertifikatmyndigheter støttes for anrop til Cisco Webex lyd- og videoplattformer?) |
|
4. |
TLS-tilkobling til lokal gateway mislyktes fordi gatewayens sertifikat er utløpt |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er utløpt |
|
5. |
TLS-tilkobling til lokal gateway mislyktes fordi gatewayens sertifikat er utstedt av en utløpt sertifiseringsinstans. |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er signert av en utløpt sertifikatkjede for sertifiseringsinstansen. |
|
6. |
TLS-tilkobling til lokal gateway mislyktes fordi FQDN-en som er konfigurert for gatewayen din mangler fra CN eller SAN |
Bekreft og sørg for at det lokale gateway-sertifikatet har CN / SAN samme som FQDN/SRV konfigurert |
|
7. |
SIP-alternativer sendt til den lokale gatewayen mottok ikke noe svar |
Bekreft og sørg for at KUBE-en er konfigurert til å motta OPTIONS-forespørsler og svare. Bekreft KUBE-konfigurasjonen |
|
8. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes på grunn av et ugyldig gateway-sertifikat |
Bekreft og sørg for at det lokale gateway-sertifikatet er gyldig |
|
9. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes fordi vi ikke kunne stole på sertifiseringsinstansen. |
Bekreft og sørg for at det lokale gateway-sertifikatet er signert av den gyldige sertifiseringsinstansen ( Hvilke rotsertifikatmyndigheter støttes for anrop til Cisco Webex lyd- og videoplattformer?) |
|
10. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes på grunn av utløpte sertifikater i kjeden |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er signert av den utløpte sertifikatkjeden |
|
11. |
TLS-tilkobling og SIP-alternativer fra lokal gateway til Webex Calling har mislyktes |
Bekreft og sørg for at KUBE-en er konfigurert til å sende OPTIONS-forespørsler |
|
12. |
SIP-alternativer svar fra den lokale gatewayen indikerer en serverfeil eller at tjenesten er utilgjengelig |
Bekreft og sørg for at den lokale gatewayen ikke er i vedlikeholdsmodus, eller at anropsruting ikke er deaktivert |
|
13. |
TLS-tilkobling til lokal gateway mislyktes fordi sertifikatet til den lokale gatewayen er tilbakekalt |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er tilbakekalt |
|
14. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes fordi gatewayens sertifikat er tilbakekalt |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er tilbakekalt |
|
15. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes fordi gatewayens sertifikat er utløpt |
Bekreft og sørg for at det lokale gateway-sertifikatet ikke er utløpt |
|
16. |
TLS-tilkobling fra lokal gateway til Webex Calling mislyktes på grunn av en sertifikatfeil |
Bekreft og sørg for at det lokale gateway-sertifikatet er gyldig og oppfyller kravene |
|
17. |
TLS-tilkobling til lokal gateway fra Webex Calling mislyktes på grunn av en sertifikatfeil |
bekrefte og sørge for at Local Gateway-sertifikatet er gyldig og oppfyller kravene |
Feil SI-nr.: 2, 6, 11 og 12 vises bare når alle kantproxy-nodene opplever et problem.
Rutegruppe
En rutegruppe er en gruppe trunker som lar Webex Calling distribuere samtaler over flere trunker eller gi redundans.
Før du begynner
-
Legg til trunker før du konfigurerer en rutegruppe.
-
Rutegrupper kan inkludere konfigurerte trunker fra flere steder.
-
Trunker kan konfigureres enkeltvis eller tilordnes en rutegruppe. Legg til trunker i rutegrupper for å gi redundans og skalerbarhet.
-
Hver rutegruppe må inneholde minst én trunk, med maksimalt 10 trunker per rutegruppe.
-
Når du konfigurerer en rutegruppe, angir du et prioritetsnivå for trunkene i rutegruppen. Denne innstillingen gjør det mulig å rute anrop på en belastningsbalansert måte.
-
Samtaler fordeles tilfeldig mellom trunker med samme prioritet. Hvis en trunk som er satt til høyest prioritet ikke er tilgjengelig, prøver systemet å rute samtalen til en trunk med en lavere prioritetsinnstilling. For eksempel:
-
Trunk 1 og Trunk 2 er satt til prioritetsnivå 1.
-
Trunk 3 er satt til prioritetsnivå 2.
-
Webex Calling ruter anrop til Trunk 1 og Trunk 2 på en belastningsbalansert måte.
-
Hvis Trunk 1 og Trunk 2 ikke kan nås, blir anrop rutet til Trunk 3.
-
| 1 |
Velg . |
| 2 |
Gi rutegruppen et navn, og velg deretter trunk(ene) som skal legges til fra rullegardinmenyen. |
| 3 |
Velg prioritetsnivå for bagasjerommet. |
| 4 |
Klikk på Lagre. |
Hva du skal gjøre nå
Fra bekreftelsesskjermen kan du gå til siden Steder for å konfigurere PSTN-tilkoblingen til individuelle steder, eller du kan gå til siden Oppringingsplaner for å bruke denne rutegruppen som rutingsvalg for en oppringingsplan. En rutegruppe kan også brukes som et rutevalg for ukjent utvidelsesruting på en lokasjon.
Du kan endre navnet på en eksisterende rutegruppe, legge til trunker, endre antall tilordnede trunker og endre trunkprioritetsnivåene. Fra detaljsiden for rutegruppen kan du også se Anrop til lokale internlinjer, Oppringingsplanerog PSTN-tilkobling.
| 1 |
Velg rutegruppen du vil endre. |
| 2 |
Klikk på |
| 3 |
For å legge til eller redigere trunker i rutegruppen, klikk på Administrer ved siden av Trunker. Du kan legge til en trunk fra rullegardinmenyen, redigere prioritetsnivået til en eksisterende trunk i tabellen, and/or slette en eksisterende trunk fra tabellen. |
| 4 |
Klikk på Lagre. |
Du kan slette en rutegruppe så lenge den ikke er i bruk.
| 1 |
Velg rutegruppen du vil slette. |
| 2 |
Klikk på |
Med oppringingsplaner kan du rute samtaler til lokale destinasjoner ved hjelp av trunker eller rutegrupper. Konfigurer oppringingsplanene globalt for en bedrift og bruk dem på alle brukere, uavhengig av plassering. En oppringingsplan spesifiserer også rutingsvalget (trunk eller rutegruppe) for samtaler som samsvarer med et av oppringingsmønstrene. Definer de spesifikke oppringingsmønstrene som en del av oppringingsplanen din. Et oppringingsmønster representerer lokale utvidelser:
-
ESN/on-net tall
-
+E.164 mønstre
-
SIP URI-domener
Numeriske oppringingsmønstre
Numeriske mønstre kan enten representere E.164-tall eller virksomhetsnumre. Mønstre for E.164-tall starter med en ledende +, etterfulgt av en sekvens med sifre (1–9), og deretter valgfrie jokertegn.
Oppringingsmønster for bedrifter
Et bedriftsoppringingsmønster har en sekvens av sifre (1–9), etterfulgt av valgfrie jokertegn. Gyldige jokertegn er ! (samsvarer med en hvilken som helst siffersekvens) og X (samsvarer med et enkelt siffer, 0–9). Jokertegnet! kan bare forekomme én gang på slutten og bare i et E.164-mønster.
Du kan ikke bruke:
-
Jokertegnet «X» midt i tall, for eksempel: 617495X3XX
-
Jokerkortet "!" når du bruker jokertegnet «X» i konfigurasjonen av oppringingsplanen, for eksempel: 1617495X3!
|
Eksempler på bedriftsoppringingsplaner | |
|---|---|
|
+1408555XXXX |
11-sifret +E.164 tall som starter med +1408555 |
|
+14085551234 |
Nøyaktig oppringingsstreng +14085551234 |
|
+496100! |
Enhver oppringingsstreng som starter med +496100 |
|
84969XXX |
8-sifret ESN som starter med 84969 |
|
84969764 |
Nøyaktig 8-sifret ESN 84969764 |
Oppringingsplanen i Webex Calling godtar fra- og til-overskriftene i E.164 eller utvidelser, og kan ikke være en kombinasjon. For eksempel:
Fra: 1-222-333-4444
Til: 1-555-666-7777
Syntaks for SIP URI-oppringingsmønster:
Bare domener på høyre side av SIP URI etter @ er matchet. Alternativene er enten:
-
Fullt kvalifisert domene
-
Domene med en ledende * (indikerer alle underdomener til et gitt domene)
Eksempler:
|
Eksempler på syntaks for SIP URI-oppringingsmønster | ||
|---|---|---|
|
Prefiks |
Betydning |
Eksempler |
|
example.com |
Bare URI-er med vertsdelen «example.com» |
alice@example.com |
|
us.example.com |
Bare URI-er med vertsdelen «us.example.com» |
alice@us.example.com |
|
*.example.com |
URI-er der vertsdelen er underdomenet til «example.com» |
alice@eu.example.com alice@sales.us.example.com Merknad: alice@example.com er ikke samsvarende |
Når du har opprettet trunks og rutegrupper, kan du konfigurere en oppringingsplan i Control Hub.
| 1 |
Klikk på Oppringingsplaner, deretter på Opprett oppringingsplan. |
| 2 |
Skriv inn et Navn for oppringingsplanen. |
| 3 |
Velg et rutevalg. Velg enten en tidligere opprettet trunk- eller rutegruppe. |
| 4 |
(Valgfritt) Du kan manuelt opprette eller importere et oppringingsmønster for de valgte rutevalgene. |
| 5 |
Klikk på Lagre. |
Hva du skal gjøre nå
Du kan også legge til oppringingsmønstre i bulk etter at oppringingsplanen er opprettet. For å legge til oppringingsmønstre i bulk ved hjelp av en CSV-fil, gå til skjermbildet Oppringingsplaner og velg rullegardinmenyen ] Handlinger fra oppringingsplanen for å redigere, og velg deretter Importer oppringingsmønstre CSV eller Eksporter oppringingsmønstre CSV. Velg Last ned mal eller Importer CSV-fil og klikk på Send inn.
Du kan endre navnet, rutingsvalgene og oppringingsmønstrene til en eksisterende oppringingsplan i Control Hub.
| 1 |
Velg oppringingsplanen du vil endre. |
| 2 |
På sidepanelet, ved siden av navnet på oppringingsplanen, klikker du på |
| 3 |
For å endre Rutevalg velger du et annet alternativ fra rullegardinmenyen. |
| 4 |
For å legge til et nytt oppringingsmønster manuelt, klikk på Legg til oppringingsmønstre. Eller klikk på Importer CSV for å legge til oppringingsmønstre i massevis. |
| 5 |
For å fjerne et oppringingsmønster, klikk på |
| 6 |
Klikk på Lagre. |
-ikonet ved siden av oppringingsmønsteret du vil fjerne.| 1 |
Velg oppringingsplanen du vil slette. |
| 2 |
Klikk på |
Du kan aktivere innstillingen Anrop til lokale utvidelser i Kontrollhub. Denne innstillingen gjelder for brukere på et sted som er registrert i en PBX, og lar deg rute ukjente internnumre (anropsnummeret er 2–10 sifre langt) til PBX-en ved hjelp av en eksisterende trunk eller rutegruppe.
Før du begynner
Innstillingen for anrop til lokale utvidelser er aktivert per lokasjon.
Denne innstillingen tillater bevaring av oppringingsvaner i en blandet cloud/premises miljø. Brukere kan fortsette å bruke forkortet oppringing (for eksempel 4 sifre), selv om nettstedet delvis er migrert til Webex Calling.
Når dette er aktivert, blir anrop fra brukere på stedet til en ukjent internlinje (mellom 2–10 sifre) rutet til den valgte ruten. group/trunk som lokalene kaller.
Samtaler som rutes gjennom trunker på stedet fra en ukjent internlinje håndteres som lokale anrop. Dette refererer til oppstrømsanrop som kommer inn i Webex Calling fra en trunk.
Anrop anses å komme fra en ukjent internlinje når innringer-ID-en ikke samsvarer med noen av de eksisterende oppringingsplanmønstrene.
| 1 |
Logg inn på Kontrollhub. |
| 2 |
Gå til . |
| 3 |
Velg plasseringen du vil endre. |
| 4 |
Klikk på fanen Ringer. |
| 5 |
Klikk på Intern oppringingunder delen Oppringing. |
| 6 |
Slå på for å aktivere Ruting av ukjente utvidelser til lokalene som interne anrop. Shariff-bildet er utdatert. |
| 7 |
Velg en rutingsgruppe eller trunk fra rullegardinmenyen for å rute anrop. |
| 8 |
Klikk på Lagre. |
I Control Hub kan du konfigurere innstillinger for samtaleruting mellom Webex Calling og lokaler. Disse innstillingene bestemmer hvordan ukjente numre håndteres når du bruker trunks og rutegrupper til en lokal PBX, og formatet for anrops-ID for samtaler som rutes mellom Webex Calling og PBX-en din.
| 1 |
Bla til Samtaleruting mellom Webex Calling og lokaler og velg hvordan du vil håndtere ukjente numre.
Innstillingen for håndtering av ukjent nummer er satt til Eldre virkemåte for å bevare rutingsvirkemåten. Denne innstillingen kan endres for å dra nytte av nye funksjoner for samtaleruting (for eksempel oppringingsplaner og rutegrupper). |
| 2 |
Velg formatet for anrops-ID. Når +E.164 Hvis alternativet telefonnummer er valgt, velger Webex Calling den eksterne nummer-ID-en (CLID), som er et E.164-nummer. Når alternativet ESN (Enterprise Significant Number) er valgt, velger Webex Calling den interne CLID-en, som er en ESN. |
| 3 |
Velg Maksimal ukjent internnummerlengde (2–10 sifre) som du vil angi for lokalbasert ruting. Når du øker lengden på forlengelsen, og hvis nummerskjemaet som brukes av PSTN-leverandøren ikke er E.164, vil innkommende PSTN-anrop bli ansett som lokale anrop som kommer fra lokale kanaler. For å unngå potensiell feilruting anbefaler vi derfor å håndheve E.164-formatet for slike innkommende PSTN-anrop før de sendes til Webex Calling. |
| 4 |
Klikk på Lagre.  |
Verktøyet Bekreft samtaleruting i Control Hub tilbyr:
-
Simulering av anrop for å analysere rutebeslutninger.
-
Nyttig veiledning under design- og konfigurasjonsfasene av en utrulling.
-
Hendelser i Webex Analytics-plattformen som inkluderer beslutninger om samtaleruting.
-
Støtte i feilsøkingssaker.
| 1 |
Logg inn på Kontrollhub. |
| 2 |
Gå til . Alternativt kan kunder som bruker Cisco-anropsabonnementet rute fra .
|
| 3 |
Velg Bekreft samtalerouting. |
| 4 |
Fra rullegardinmenyen velger du Velg anropskilde for en skybruker, et arbeidsområde, en virtuell linje eller en lokal trunk for å bekrefte anropsruting. |
| 5 |
Skriv inn et tall eller en URI. |
| 6 |
Klikk på Se rutingsresultat for å se samtalerutingen. |
Eksempel 1: Flersteds-sentral
Beskrivelse av implementeringen
-
Bedriftskunde med 100 lokasjoner over hele USA.
-
Multi-site PBX-distribusjon (eller nettverk av PBX-er), med hoved-PBX spredt over to hovedsteder for HA.
-
8-sifret bedriftsnummerplan: 8 + 3-sifret nettstedskode + 4-sifret forlengelse.
-
30 nettsteder forblir lokale, 70 nettsteder flyttes til Webex Calling. PSTN forblir lokalt, gjennom SIP-trunker på de to hovedstedene.
-
Ingen blandede nettsteder. For hvert nettsted er brukerne enten alle lokale eller alle skyregistrerte.
Implementeringsløsning
-
Enkeltnummerplan med 30 E.164 + 30 ESN-mønstre som ruter anrop for lokale brukere til en rutegruppe med to trunker, som avsluttes på to lokale gatewayer på de to hovedstedene.
Eksempel 2: Blandede skybaserte PBX-nettsteder
Beskrivelse av implementeringen
-
Bedriftskunde med 50 lokasjoner over hele USA: 10 store steder og 40 små filialer.
-
Sentraler på store steder, sentralbord på filialer.
-
7-sifret Enterprise-nummerplan: 8 + 2-sifret nettstedskode + 4-sifret forlengelse.
-
Webex Calling kun på filialer, langsom migrering fra PBX-er på store steder (blandede steder med både Webex Calling- og PBX-brukere).
-
Skytilkoblet PSTN for alle skybrukere (lokale brukere fortsetter å bruke eksisterende PSTN).
-
Sky- og PBX-brukere på hvert store sted må beholde muligheter for kun oppringing via internnummer.
Implementeringsløsning
-
Oppringingsplaner for å rute samtaler til hver av sentralbordene fra et hvilket som helst annet sted. I tillegg er anrop til lokale utvidelser konfigurert til å rute anrop til en trunk som avsluttes på en lokal gateway på stedet, for hvert store nettsted.
|
Konfigurerbare begrensninger for trunks, rutegrupper og oppringingsplaner | |
|---|---|
|
Beskrivelse |
Maksimal begrensning |
|
Oppringingsmønstre som en CSV-fil kan laste opp til en oppringingsplan |
10000 |
|
Trunker som kan konfigureres per lokasjon |
100 |
|
Rutegrupper per bedriftskunde |
10000 |
|
Trunker som kan konfigureres innenfor en rutegruppe |
10 |
|
Oppringingsplaner konfigurerbare per bedriftskunde |
10000 |
|
Oppringingsmønstre konfigurerbare med én oppringingsplan |
10000 |
