- Hjem
- /
- Artikkel
Definisjoner
Definisjoner | Beskrivelse |
---|---|
Cisco-partner | En enhet (vanligvis en tjenesteleverandør) som selger Cisco-produkter og -tjenester til sine kunder. |
Sluttkunde | Brukere som bruker Cisco-produktene og -tjenestene som selges til dem av en Cisco-partner. |
CUBE | Cisco Unified Border Element |
Partnerorganisasjon | Webex Identity and Service Management-lager som opprettholder informasjon om Cisco-partnere og deres kunder. |
Partner-hub | Nettportal for klargjøring av identitet og tjenester for Cisco-partnere og kundene de administrerer. |
Kundeorganisasjon | Webex Identity- og Service Management-lager som opprettholder informasjon om sluttkunde. |
BroadWorks Enterprise eller tjenesteleverandør/gruppe | Representasjon av sluttkunde i BroadWorks. |
Oversikt
BYoPSTN-løsningen (Bring Your Own PSTN) lar Webex for Cisco BroadWorks-tjenesteleverandører klargjøre telefonnumre de eier slik at brukerne kan bruke dem når de blir med i Webex Meetings. Løsningen lar partnere utnytte sine egne PSTN-nettverk og benytte seg av eksisterende relasjoner med PSTN-leverandører, i stedet for å bruke Cisco-oppgitte numre.
Referansearkitekturen i dette dokumentet gir en ende-til-ende-design for BYoPSTN-alternativet. Denne arkitekturen er validert av Cisco og bruker Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for samtaletrafikk mellom BroadWorks og Webex Meetings.
Velge alternativet for å bli med i møte
For øyeblikket støtter Webex for Cisco BroadWorks to alternativer for klargjøring av møtetelefonnumre. Tjenesteleverandører må velge ett av disse to alternativene – en blanding støttes ikke:
Cisco-innringingsnumre (Cisco PSTN) – Cisco gir telefonnumrene som møtedeltakere kan bruke til å delta i møter
Partner leverte innringingsnumre (BYoPSTN) – tjenesteleverandører oppgir sine egne telefonnumre som skal brukes av møtedeltakere når de blir med i møter
BYoPSTN-løsning
Partnere som velger alternativet BYoPSTN (Partner leverte innringingsnumre), må oppgi sine egne PSTN-telefonnumre og må klargjøre nettverksinfrastrukturen som kreves for å rute anrop til og fra Webex. BYoPSTN-løsningen forenkler ruting av samtaler Over the Top (OTT) via offentlig Internett fra BroadWorks til Webex.
Følgende betingelser gjelder når du velger alternativet BYoPSTN:
Cisco-partnere kan bruke de samme telefonnumrene for mer enn én sluttkunde. Disse telefonnumrene kan være i et hvilket som helst land som partneren opererer.
Alternativet BYoPSTN krever ingen endringer i den generelle integreringsprosessen for Webex for Cisco BroadWorks-kunder.
BYoPSTN krever klargjøring på Cisco-partnernivå, og alle sluttkunder som partnere aktiverer etter at BYoPSTN er operativt, aktiveres automatisk.
All klargjøring som kreves for kundemøteområder, er automatisk, som med den nåværende, generelt tilgjengelige løsningen.
Partnere som aktiverer både standard- og premiumpakker, har to møteområder: ett nettsted for standardbrukere og et annet for Premium-brukere. Begge nettstedene er aktivert for BYoPSTN.
Møtedeltakere som ringer inn til møter, kan velge å bruke video- og innholdsdeling via Internett.
Gjelder møtedeltakelser for både områdemøter og PMR-møter. Merk at for områdemøter må området ha blitt opprettet av en standard- eller premiumbruker med vertsfunksjoner for Webex Meeting for å kunne motta et PSTN-tilgang – områder som er opprettet av Basic-brukere, mottar ikke PSTN-tilgang .
Dette dokumentet inneholder en validert konfigurasjon som bruker CUBE som SBC. Hvis du imidlertid ikke vil bruke CUBE, kan du distribuere din egen SBC.
Arkitektur
BYoPSTN-løsningen for Webex for Cisco BroadWorks bygger på tjenestesettet Webex Edge , nærmere bestemt Webex Edge Audio-tjenesten som er tilgjengelig for bedriftskunder. Arkitekturen er tilpasset for å integrere Cisco Partners BroadWorks-infrastruktur med Webex Edge Audio, og dermed gjøre det mulig for Cisco-partneren å sentralt konfigurere sett med telefonnumre for bruk av sluttkundene sine.
Hovedelementene i arkitekturen er som følger:
BroadWorks – Cisco Partners BroadWorks-infrastruktur
Cisco Unified Border Element (CUBE) – referansekontroll for Session Border Controller (SBC) for løsningen som er distribuert i Cisco Partners datasenter. CUBE må være i en DMZ. Merk at hvis du ikke vil bruke CUBE, kan du distribuere din egen SBC.
Webex Edge Audio – Webex-tjeneste, som kobler fra PSTN fra Webex ved å endre samtaleruting for å bruke infrastrukturen levert av Cisco-partner.
Deltakeres samtaler om å bli med i et møte går gjennom BroadWorks til CUBE og fra CUBE til Webex-infrastrukturen i skyen via Internett. Denne modellen kan brukes for begge følgende scenarier for møtedeltakelse:
Innringing – en deltaker ringer telefonnummer i møteinvitasjonen enten på det BroadWorks-registrerte håndsettet, mobilenhet eller i Webex-appen. Samtalen startes av BroadWorks.
Tilbakeringing (valgfritt) – en deltaker ber om at Webex ringer et telefonnummer som deltakeren oppgir. Samtalen startes av Webex.
Anrop som rutes fra BroadWorks til CUBE i partnerinfrastrukturen vil bruke SIP TCP for samtalesignalering og RTP for media. Fra CUBE til Webex bruker samtaler SIP TLS for signalisering og sRTP for medier. Anropsruting fra CUBE til WebEx skjer via Internett og bruker ikke en SIP-trunk.
Det typiske oppsettet for scenarier med innringing/tilbakeringing er som følger:
Cisco-partner har et PSTN telefonnummer (for eksempel 2403332200) og en tilknyttet Webex- tilgangskode (for eksempel 886313217777971704941).
Cisco-partner klargjør en virtuell abonnent på BroadWorks som tilsvarer CUBE-enheten. Partneren tilordner telefonnummer til tilgangskode og omvendt.
tilgangskode, som sendes til Webex i SIP-meldingene, identifiserer møteområdene som er knyttet til Cisco-partneren.
telefonnummer ovenfor for tilgangskode konfigureres én gang og er felles for alle sluttkundemøteområder.
Deltakere som blir med på møtet, må angi den tilsvarende møte-ID-en (for eksempel 123456), som identifiserer det bestemte møtet som skal delta.
Det anbefales at partnere følger redundansmodellen som er skissert nedenfor.
Møte bli med ved hjelp av innringing
Bildet nedenfor viser prosessen til en bruker som blir med i møtet via innringing.
Her er fremgangsmåten for at deltakeren skal bli med i et møte ved innringing.
Bruker planlegger et møte i Webex. Webex tilordner en møte-ID (for eksempel 123456).
Brukeren ringer opp telefonnummeret som er knyttet til møtet (for eksempel 2403332200). SIP INVITE har forespørsels-URI som telefonnummer knyttet til møtet.
BroadWorks oversetter telefonnummeret til en tilgangskode (for eksempel 88631321777971704941) som er knyttet til møteområdet, og ruter anropet til CUBE med forespørsels-URIen som tilgangskode.
Webex mottar SIP INVITE og svarer på anropet. Språket for kunngjøringene bestemmes av språket som er angitt for telefonnummeret når det klargjøres i Cisco Partner Hub og BroadWorks.
Brukeren skriver inn møte-ID-en (for eksempel 123456) ved hjelp av DTMF. Webex bekrefter brukeren og lar deretter brukeren bli med på møtet.
Møtebli med ved hjelp av tilbakeringing (valgfritt)
Bildet nedenfor viser prosessen for en bruker som blir med i møtet ved tilbakeringing, brukeren ber om en samtale fra Webex for å bli med i et møte.
Dette er trinnene som er involvert for at deltakeren skal bli med i et møte ved tilbakeringing:
Bruker planlegger et møte i Webex. Webex tilordner en møte-ID (for eksempel 123456).
Brukeren ber om en samtale fra Webex til det ønsket nummer (for eksempel +16504441000) for å bli med på møtet ved hjelp av Webex-app eller Meetings-klienten.
Webex starter en SIP INVITE til CUBE basert på DNS SRV-tilbakeringingsgruppen, klargjort i Cisco Partner Hub og BroadWorks. URI-en for SIP INVITE-forespørsel inneholder telefonnummer som må motta anropet, (for eksempel +16504441000@cube.example.com).
CUBE oversetter telefonnummeret i den eksterne parts-ID-en til en verdi som identifiserer en virtuell abonnent på BroadWorks (for eksempel 886313217777971704941@ecccx.amer.pub.webex.com). Dette identifiserer CUBE som en virtuell bruker for BroadWorks-applikasjonsserveren.
Anrop tilbys telefonnummeret som brukeren ba om, og brukeren svarer på anropet for å bli med i møtet. Dette telefonnummer kan være en BroadWorks-abonnent eller et PSTN-nummer. Hvis det forespurte nummeret er et PSTN-nummer, bruker BroadWorks den klargjorte banen til å rute anropet til PSTN.
For tilbakeringingsalternativet er det obligatorisk å aktivere følgende to funksjoner:
- 102746 – BroadWorks-støtte for CI UUID
- 102074 – BYO PSTN-faktureringsstøtte for CallBack og CallIn
Dette kan bekreftes fra CLI som nedenfor:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Du finner en detaljert beskrivelse av disse funksjonene og aktiveringen i delen «Virtuell abonnent for VoiceXML-møtetilbakeringing» i dette dokumentet.
Hvis du velger å ikke konfigurere alternativet for å bli med i møte ved hjelp av tilbakeringing, kan brukere likevel bruke enten innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd. I dette tilfellet trenger du ikke å konfigurere DNS SRV-tilbakeringingsgrupper. |
Oversikt over løsningskonfigurasjon
Løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Komponentene er som følger:
BroadWorks
CUBE (eller en alternativ SP Certified Session Border Controller (SBC))
WebEx kantlyd
Det er gjensidige avhengigheter mellom konfigurasjonen av disse forskjellige komponentene, og som sådan kreves det én eller flere løsningsfrøorganisasjoner for å fullføre den nødvendige løsningskonfigurasjonen og verifiseringen.
Frøorganisasjon
En startorganisasjon er en Webex-organisasjon som du konfigurerer til å generere og validere innstillinger for BYoPSTN-løsningen. Frøorganisasjonen må ha minst én bruker tilordnet en Standard pakke, og at standardpakken må bruke Partner leverte innringingsnumre (BYoPSTN) alternativet for å bli med i møtet. Det anbefales at du knytter frøorganisasjonen til en BroadWorks-testleverandør eller Enterprise.
Organisasjonene for løsningsfrø har to formål:
Frøkonfigurasjon – Klargjøringen av startorganisasjonen(e) genererer tilordninger av telefonnummer til møtetilgangskoder og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Denne informasjonen er nødvendig for å konfigurere BroadWorks Virtual Subscribers (VSUB).
Konfigurasjonsvalidering – Bruk startorganisasjonen til å finne ut om BYoPSTN-løsningen er konfigurert i samsvar med kravene dine. Bruk startorganisasjonen og teste brukere til å validere bruksområder for møter med innringing og tilbakeringing ved hjelp av innringingsnumrene levert av partneren og DNS SRV-tilbakeringingsoppføringer (hvis tilbakeringing er aktivert).
administrator må generere en startløsningsorganisasjon for hvert unike sett med telefonnumre og DNS SRV-tilbakeringingsoppføringer. Genereringen av startløsningsorganisasjonen i hvert tilfelle genererer det nødvendige telefonnummer til tilgangskode for møtet, og muligheten til å bekrefte de tilknyttede brukssakene for møteanrop og tilbakeringing for disse telefonnumrene og DNS SRV-registreringer for tilbakeringing .
administrator som bruker Cisco Partner Hub, må velge én startløsningsorganisasjon som primær frøløsningsorganisasjon . møtested UUID for standardpakkemøtet for denne primære seed-løsningsorganisasjonen må konfigureres på BroadWorks. Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Denne UUID-en for enkeltnettstedet deles av alle sett med telefonnumre og DNS SRV-registreringer for tilbakeringing. Flere UUID-verdier for nettstedet er ikke obligatoriske.
Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.
De påfølgende delene gir mer informasjon om de forskjellige konfigurasjonselementene.
BYoPSTN-konfigurasjonselementer
Et sentralt element i løsningen er konfigurasjonen av Cisco Partner-telefonnumre og DNS SRV-tilbakeringingsoppføringer. BYoPSTN bruker telefonnummergrupper og DNS SRV-tilbakeringingsgrupper som en måte å tilordne geografisk baserte telefonnumre på og redundant samtaleruting for Webex-møter. Disse elementene tilordnes sluttkunder av kundemalen.
Telefonnummergrupper (PNG)
Cisco Partners klargjør telefonnumrene som brukes av deltakerne for å bli med i møter i Cisco Partner Hub. Disse telefonnumrene er ordnet sammen til en telefonnummergruppe. Listen over telefonnumre er knyttet til et møteområde. Alle personlige møterom (PMR) og planlagte møter på det møteområdet bruker de tilknyttede telefonnumrene. Følgende er et eksempel på en telefonnummergruppe:
Navn på telefonnummer | Land | Landskode | Telefonnummer | Kunngjøring | Avgiftstype | Anropsprioritet |
---|---|---|---|---|---|---|
Amerikanske Maryland | USA | +1 | 2403332200 | Engelsk | Avgift | Primær |
USA, Florida | USA | +1 | 9049002303 | Engelsk | Avgift | Sekundær |
USA, New York | USA | +1 | 8056504578 | Engelsk | Gratisnummer | Ingen |
Telefonnumre har følgende attributter:
Phone Number Name – Navn for å beskrive telefonnummer
Land – landet som telefonen er tilordnet til
Landskode – landsnummer eller landsnummer
Telefonnummer – telefonnummer som skal brukes for å bli med i et møte uten landskoden
Kunngjøring – Språket for kunngjøringen som skal spilles av når en deltaker blir med i et møte
Avgiftstype – nummertypen: Gratisnummer eller gratisnummer
Anropsprioritet – Prioriteten som er tilordnet møtenumrene. Deltakervisningen for møtedeltakelsesnumrene er sortert basert på denne prioriteten.
Standard telefonnumre: Administratorer kan tilordne en anropsprioritet som Primær, Sekundær eller Ingen til et telefonnummer i Telefonnummergruppen. Telefonnumrene med prioritet Primær eller Sekundær er standardtelefonnumre. Standardtelefonnumrene sendes i e-postene med møteinvitasjoner og er oppført i den prioriterte rekkefølgen deltakerne skal bruke for å bli med i møter. Standardtelefonnumrene er ikke påkrevd å være i samme land. Et primærtelefon må velges, et sekundært telefonnummer er valgfritt. Minst ett av standardtelefonnumrene må være av typen Toll.
Sluttkundebrukere kan velge å angi sine egne standardtelefonnumre ved hjelp av webgrensesnitt for møtested . Disse numrene vises for den brukeren og deltakerne når de er møtevert. Hvis brukeren blir med i et møte som deltaker, vises de bare for vedkommende.
I henhold til eksemplet ovenfor, klargjør Cisco Partner- administrator Amerikanske Maryland som primær og USA, Florida som sekundære, er dette standard telefonnumre. En bruker kan velge å overstyre dette i møtene sine ved å endre den primære til USA, New York og sekundær som Amerikanske Maryland .
maksimalt antall telefonnumre for en gitt telefonnummergruppe er 98.
MERK: Det støttes ikke å konfigurere et dedikert nummer for én enkelt bedrift.
DNS SRV-grupper for tilbakeringing (CDSG)
For å la møtedeltakere velge tilbakeringingsalternativet, kreves det en DNS SRV-tilbakeringingsgruppe som peker på CUBE-forekomsten(e) i Cisco-partnerens nettverk. Webex bruker disse oppføringene til å rute tilbakeringingen via CUBE til BroadWorks, som deretter kan plassere tilbakeringingen til møtedeltakerens telefonnummer.
Nedenfor finner du et eksempel på en DNS SRV-tilbakeringingsgruppe.
Land/område | Landskode | DNS SRV-oppføring |
---|---|---|
USA | +1 | cube.us.example.com |
Mexico | +52 | cube.mx.example.com |
Alle andre land | N/A | cube.global.example.com |
DNS SRV-registreringer for tilbakeringing har følgende attributter:
Land/region – landet eller regionen som denne DNS SRV-oppføringen skal brukes til å sende samtaleforespørsler for.
Landskode – landskoden som er knyttet til landet/regionen. Du kan bare ha én DNS SRV-registrering per landskode.
DNS SRV-oppføring – DNS SRV-registrering for Cisco Partner CUBE-forekomsten(e).
Når deltakeren ber om en samtale på det angitte telefonnummer sitt , bruker Webex DNS SRV for tilbakeringing som er knyttet til landskoden for det angitte telefonnummer, til å rute anropet til de riktige elementene i Cisco Partners-nettverket.
Bruk av en DNS SRV-registrering på denne måten gir støtte for overflødige CUBE-forekomster for å betjene samtaleforespørslene fra Webex. I eksemplet ovenfor, når møtedeltakere i USA ber om en tilbakeringing fra Webex til telefonnummer sitt i USA , bruker Webex DNS SRV cube.us.example.com
for å rute dette anropet til Cisco-partnerens nettverk. Når møtedeltakere i Mexico ber om tilbakeringing fra Webex til Mexico telefonnummer sitt, bruker Webex DNS SRV cube.mx.example.com
for å rute dette anropet til Cisco-partnerens nettverk.
For alle land/regioner som ikke har en bestemt DNS SRV-registrering for tilbakeringing, rutes disse samtaleforespørslene til Alle andre land DNS SRV-registrering. administrator må konfigurere en DNS SRV-registrering for «Alle andre land» .
maksimalt antall oppføringer for en gitt DNS SRV-tilbakeringingsgruppe er 200.
Kundemaler
Kundemalen er et eksisterende konsept for Webex for BroadWorks-løsningen. Malen inneholder standardkonfigurasjonen som brukes til å klargjøre en sluttkunde. BYoPSTN gir flere attributter til kundemalen:
Deltakelsestype for møte – Kan være enten Cisco-innringingsnumre eller innringingsnumre levert av partner. Dette attributtet angir telefonnumrene som er konfigurert for møteområder knyttet til standard- og premiumpakkene. Partnerleverte innringingsnumre skal velges av administrator.
Telefonnummergruppe – kun knyttet til alternativ for innringingsnumre levert av partner. Dette attributtet angir telefonnumrene som brukes av sluttkunder som er klargjort for standard- og premiumpakker når de deltar i møter.
DNS SRV-tilbakeringingsgruppe – kun tilknyttet innringingsnumre levert av partner. Dette attributtet indikerer DNS SRV-registreringer som brukes av Webex ved tilbakeringing til sluttkunder som er klargjort for standard- og premiumpakker når de deltar i møter. Hvis du ikke vil aktivere tilbakeringing, kan du velge «Deaktiver tilbakeringing» når du oppretter eller oppdaterer en kundemal. Når den første abonnenten for enten Standard eller Premium klargjøres for en sluttkunde, klargjøres det tilknyttede møtested . møtested klargjøres i henhold til kundemalen ovenfor. Alle senere klargjorte abonnenter for enten Standard eller Premium legges til på det allerede klargjorte møtested– konfigurasjonen av møtested endres ikke.
Alle endringer i kundemalen med hensyn til attributtene ovenfor, gjelder bare for nylig klargjorte pakkemøteområder. Eksisterende møteområder, som allerede er klargjort, påvirkes ikke av endringer i kundemalen.
Det eneste bemerkelsesverdige unntaket er at hvis en sluttkunde allerede har et møtested, klargjøres ethvert nytt pakkemøteområde med samme møtested som det eksisterende møtested. Hvis en sluttkunde for eksempel har et møtested for standard pakke som bruker Cisco-innringingsnumre, og kundemalen er oppdatert for å bruke innringingsnumre levert av partner, klargjøres et nytt møtested for Premium-pakke ved hjelp av Cisco-innringingsnumre, Innstillingen for Kundemal gjelder ikke. Standard- og Premium-møtestedene for en gitt sluttkunde skal alltid klargjøres konsekvent.
BroadWorks-anropsklynge
Cisco Partner Hub – BroadWorks Calling Cluster-skjermbildet gir tilgang til å vise og/eller laste ned BroadWorks-konfigurasjon (BYoPSTN) informasjon. BYoPSTN- konfigurasjonsinformasjon for en gitt klynge inkluderer følgende data:
Organisasjonsdetaljer for primær frøløsning, inkludert UUID for møtested for standard pakke og URL-adresse for nettstedet.
Telefonnummergruppedetaljer for alle grupper som er konfigurert for denne klyngen. Dette inkluderer tilordninger av telefonnummer til tilgangskode for hver gruppe. Merk at detaljene skal inkludere grupper som er knyttet til alle sekundære organisasjoner for startløsninger.
Tilbakeringingsdetaljer for DNS SRV-gruppe for alle grupper som er konfigurert for denne klyngen. Merk at detaljene skal inkludere grupper som er knyttet til alle sekundære organisasjoner for startløsninger.
Kundemaldetaljer for disse malene som bruker en av Telefonnummergruppene og DNS SRV-tilbakeringingsgruppene.
Hver BroadWorks-samtaleklynge har sin egen BroadWorks-konfigurasjon (BYoPSTN) informasjon spesifikt dens tilordnede telefonnummergrupper og tilbakeringings DNS SRV-gruppe. Vær imidlertid oppmerksom på at alle BroadWorks Calling Cluster deler den samme primære seed-løsningsorganisasjonen, og som sådan inkluderer alle den samme UUID-en for møtested for standardpakken og URL-adressen til nettstedet.
Den BroadWorks-konfigurasjon (BYoPSTN) informasjonen er bare tilgjengelig for visning/nedlasting når administrator konfigurerer og velger organisasjonen for primær frøløsning. Den primære seedløsningsorganisasjonen må ha minst én bruker tilordnet til standardpakken, og denne standardpakken må bruke møtealternativet for partnerleverte innringingsnumre (BYoPSTN).
Eksempel på BYoPSTN-konfigurasjonselementer
Bildet nedenfor viser et eksempel på en BroadWorks-distribusjon for flere klynger med geografisk baserte kundemaler, telefonnumre og ruting.
Den første tabellen viser en BroadWorks-distribusjon for flere klynger med regionalt baserte kundemaler, telefonnummergrupper og DNS SRV-tilbakeringingsgrupper. De påfølgende tabellene utvides med Telefonnummergruppe og DNS SRV-tilbakeringingsgrupper.
BroadWorks-klynge | Malnavn | Pakke | Type møtedeltakelse | Telefonnummergruppe | DNS SRV-gruppe for tilbakeringing |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standard | Partner oppga innringingsnumre | Vest i USA | CB USA |
West Prem | Premium | ||||
US East Std | Standard | Øst i USA | |||
Øst-Prem | Premium | ||||
BWKS MX | MX Std | Standard | Partner oppga innringingsnumre | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS Storbritannia | Storbritannia Std | Standard | Partner oppga innringingsnumre | PNG i Storbritannia | Tilbakeringing deaktivert |
Storbritannias prem | Premium | ||||
BWKS USA | US Std | Standard | Cisco-innringingsnumre | Ingen | Ingen |
Abonnenter klargjort ved hjelp av US West Std- eller US West Prm-malen, bruker US West-telefonnummeret når de blir med i møter. Disse abonnentene som møtes, forespørsler om å bli med i tilbakeringing, sendes til CB US DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av US East Std- eller US East Prm-malen, bruker US East-telefonnummeret når de blir med i møter. Disse abonnentene som møtes, forespørsler om å bli med i tilbakeringing, sendes til CB US DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av MX Std- eller MX Prm-malen, bruker MX PNG-telefonnummeret når de blir med i møter. Disse abonnentene som møter forespørsler om å bli med i tilbakeringing, sendes til CB MX DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av UK Std- eller UK Prm-malen, bruker britiske PNG-telefonnumre når de blir med i møter. Disse abonnentene vil ikke bli tilbudt møtedeltakelse via tilbakeringing da tilbakeringing er deaktivert.
Abonnenter klargjort ved hjelp av US Std bruker Cisco-innringingsnumre og har derfor ingen telefonnummergruppe eller DNS SRV-tilbakeringingsgruppe. Disse abonnentene bruker Cisco-angitte telefonnumre for møtedeltakelse og Cisco DNS SRV-registreringer for møtedeltakelse ved hjelp av tilbakeringing.
Detaljer om eksemplene på telefonnummergrupper er som følger:
Telefonnummergruppe | Navn på telefonnummer | Land | Landskode | Telefonnummer | Kunngjøring | Avgiftstype | Anropsprioritet |
---|---|---|---|---|---|---|---|
Vest i USA | USA, San Francisco | USA | +1 | 4156551000 | Engelsk | Avgift | Primær |
USA Palo Alto | USA | +1 | 9863502478 | Engelsk | Gratisnummer | Ingen | |
Øst i USA | Amerikanske Maryland | USA | +1 | 2403332200 | Engelsk | Avgift | Primær |
USA, Florida | USA | +1 | 9049002303 | Engelsk | Avgift | Sekundær | |
USA, New York | USA | +1 | 8056504578 | Engelsk | Gratisnummer | Ingen | |
MX PNG | Mexico | MX | +52 | 2065304086 | Europeisk spansk | Avgift | Primær |
PNG i Storbritannia | Storbritannia | Storbritannia | +44 | 4527789651 | Engelsk | Avgift | Primær |
Detaljer om eksemplene på DNS SRV-tilbakeringingsgrupper er som følger:
DNS SRV-gruppe for tilbakeringing | Land | DNS-SRV |
---|---|---|
CB USA | USA | cube.us.example.com |
Alle andre land | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Alle andre land | cube.row.example.com |
Konfigurasjonen for den amerikanske DNS SRV-registrering, cube.us.example.com kan være som i eksemplet:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Denne DNS SRV-registrering kan løses til følgende DNS A-oppføring:
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
DNS SRV-registreringer løses for å sikre SIP-anrop fra Webex til CUBE. |
Porter som brukes av Webex
Portene i tabellen nedenfor må åpnes på brannmuren til DMZ der CUBE befinner seg, og andre porter kan lukkes. Hvis du vil ha mer informasjon om porter og nettverkskrav, kan du se følgende artikkel:
https://collaborationhelp.cisco.com/article/WBX264
Kilde | Kildeporter | Destinasjon | Målporter | Protokoll | Beskrivelse | ||
---|---|---|---|---|---|---|---|
Webex Edge | Midlertidig port | CUBE | 5061 | TCP | (mTLS 1.2) Innkommende SIP-signalisering fra Webex Edge Audio til CUBE SBC.
| ||
Webex Edge | 4000–4010 | CUBE | 5061 | TCP | (mTLS 1.2) Alternativer-ping for Webex Edge Audio. | ||
CUBE | Midlertidig port | EdgeAudio | 5605 | TCP | (mTLS 1.2) Utgående SIP-signalisering for Webex Edge Audio. | ||
Webex Edge | Midlertidig port | CUBE | Kortvarige porter 8000–59999 | UDP | (SRTP) Pinholes i brannmuren må åpnes for innkommende medietrafikk til Edge-lyd. | ||
CUBE | Kortvarige porter 10200–28000 | Edge Audio | Midlertidig port | UDP | (SRTP) Pinholes i brannmuren må åpnes for utgående medietrafikk til CUBE. |
TLS- og SRTP-krypteringsprogram
TLS v1.2 eller nyere brukes for mTLS-håndtrykk, og følgende chiffer støttes av Webex Edge Audio (under tilbakeringing tilbyr Webex Edge Audio disse i klienten for TLS-håndtrykket Hei):
TLS_ ECDHE_ ECDSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_MED_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ MED_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_MED_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_MED_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ MED_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_MED_AES_128_CBC_SHA256
TLS_ RSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ MED_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ MED_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ MED_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ MED_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ MED_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_MED_AES_128_GCM_SHA256
TLS_DHE_DSS_MED_AES_128_CBC_SHA256
Følgende chiffer brukes for sRTP:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Lydkodeker støttes
G722
G711µ
G711a
Krav til SIP- og RTP-profiler
Løsningen krever at du mellom CUBE (eller SBC) og Webex distribuerer SIP TLS for signalisering og sRTP for medier.
SIP- og RTP-profilene som en del av denne kommunikasjonen skal være i samsvar med følgende krav:
Krav til SIP-profil | Detaljer |
---|---|
Tidtaker for utløp av økt | 2220 sek (godta SIP 422) * justeres per forretningsbehov og 422 forventes. |
Medietilbud for tilgang | Tidlig tilbud |
Medietilbud for utgang | Sen tilbud |
Alternativer ping-intervall | 30s (minimum) |
DTMF | RFC2833 Nyttelast 101 (ingen akustisk DTMF!) |
SIP-UDP-porter | 4000–4010,5061,5065 |
RTP-profil | Detaljer |
---|---|
Profil for tale nyttelast | G.722/ G.711μ /G.711a |
Pakkestørrelse | 20 ms |
VAD (Voice Activity Detection) | Nei |
Tidtaker for medieinaktivitet | 1200 ms |
Endring av kodek for midtnummer | Ikke akseptert |
RTP | 8000-48198 |
sRTP-krypteringer | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
G.729-kodeken støttes ikke. Hvis du vil bruke G.729, må du bruke transkoder. |
Domener for Webex-anropsruting
DNS SRV _sips._tcp.<domain>
brukes til å nå Webex Edge Audio. Det er fire domener avhengig av region.
Region | Domene |
---|---|
Nord- og Sør-Amerika | ecccspx.amer.pub.webex.com |
Storbritannia, Nord-Afrika | ecccspx.emea.pub.webex.com |
Asia og Stillehavsområdet | ecccspx.apac.pub.webex.com |
Australia / New Zealand | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV løser flere A-oppføringer som peker til det primære og sekundære området. Tabellen nedenfor gir et eksempel for AMER-regionen og kan endres i fremtiden.
Oppføringstype | Spill inn | Mål | Hensikt |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Peker på AMER Primær 1 for Webex Edge Audio |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Peker på Webex Edge Audio AMER Primær 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Peker på Webex Edge Audio AMER sekundær 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Peker på Webex Edge Audio AMER sekundær 2 |
DNS-SRV er dynamisk av natur, IP-adressene er utsatt for endring. Unngå derfor hardkoding eller bokmerke for IP-adressene. Se delen Revisjonshistorikk for dokumenter for eventuelle endringer eller oppdateringer som er gjort i Portreferanseinformasjon for Webex Calling dokument. |
CUBE-redundans
Cisco Unified Border Element (CUBE) aktiverer funksjonen for øktgrensekontroll i et nettverk som administrerer SIP-tilkoblinger mellom eksterne enheter og det interne nettverket. Mer informasjon om CUBE er tilgjengelig i delen Forutsetninger nedenfor.
Redundansmodellene som støttes, er definert med det formål å gi høy tilgjengelighet og eliminere enkeltfeil for Cisco-partneren. Tre forskjellige modeller er skissert nedenfor. Cisco-partnere bør ta i bruk den modellen som gjelder for miljøet deres.
Under innføringsprosessen bør partneren deaktivere ICMP-filtre.
Tosidig CUBE-distribusjon for BroadWorks distribuert på ett sted
Simplex CUBE-distribusjon for BroadWorks distribuert i flere områder
En ekstra redundansmodell er mulig der CUBE distribueres i dupleksmodus på hvert nettsted. Denne modellen er ikke nødvendig med tanke på at BroadWorks er distribuert med geografisk redundans.
Klargjør
1 | Forutsetninger for partner
|
2 | Klargjør telefonnumre i Cisco Partner Hub
|
3 | Klargjøre tilbakeringing DNS SRV-grupper i Cisco Partner Hub (valgfritt)
|
4 | Knytt PNG (og CDSG) til kundemaler
|
5 | Klargjør frøløsningsorganisasjoner
|
6 | Velg organisasjonen for primær frøløsning
|
7 | Last ned BroadWorks-konfigurasjonen (BYoPSTN)
|
8 | Bestem Webex Edge Audio DNS SRV-domenet
|
9 | Klargjøring av BroadWorks-konfigurasjon for partner
|
10 | Klargjøringspartner CUBE (eller din egen SBC)
|
11 | BYoPSTN-sertifisering
|
Trinn 1: Forutsetninger for partner
Følgende forutsetninger må være fullført for klargjøring av BYoPSTN. Forutsetningene nedenfor forutsetter at partneren har en fungerende Webex for Cisco BroadWorks-distribusjon som inkluderer:
Fungerende BroadWorks-system – som dokumentert i Løsningsveiledning for Webex for Cisco BroadWorks
BroadWorks AS-lisens med «VoiceXML»-tjeneste i tilstrekkelig mengde (1 per PSTN-nummer)
BroadWorks-oppdateringer kreves:
For R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
For R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
For R24
AP.as.24.0.944.ap376935
Cisco CUBE System distribuert (IOS versjon 16.12.2 eller nyere): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Både maskinvarebasert og virtuell CUBE støttes. Maskinvarebasert CUBE anbefales for skalerbarhet og håndtering av større antall samtaler.
Webex-partnerorganisasjon – som skissert i Løsningsveiledning for Webex for Cisco BroadWorks
Trinn 2: Klargjør telefonnummergrupper (PNG) i Partner Hub
Fremgangsmåten Cisco-partneren bruker for å legge til telefonnumrene for Webex-møte , er som følger:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett innringingsnummergruppe s.
Skriv inn Telefonnummergruppe navn og velg Neste .
Skriv inn Telefonnummer detaljer og velg Neste .
Se gjennom sammendraget med detaljer om telefonnummergruppe, og velg Lagre .
Gjenta denne fremgangsmåten for hver telefonnummergruppe som skal legges til.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 3: Klargjør tilbakeringing DNS SRV-grupper (CDSG) i Partner Hub
Dette trinnet skal bare fullføres hvis du vil distribuere alternativet Møte Bli med via tilbakeringing. Ellers kan du hoppe over dette trinnet. |
Hvis du ikke konfigurerer dette alternativet, kan brukere bruke innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd. |
Når du bruker alternativet for tilbakeringing for møte, kreves det en DNS SRV-tilbakeringingsgruppe for å rute anrop fra Webex til CUBE. Fremgangsmåten Cisco-partneren bruker for å legge til CUBE DNS SRV-registreringer i Webex, er som følger:
Logg på Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett DNS SRV-gruppe for tilbakeringing .
Angi DNS SRV for tilbakeringing Gruppenavn .
Velg Neste.
Angi DNS SRV-detaljer for tilbakeringing.
Velg Neste.
Se gjennom sammendraget av DNS SRV-detaljer for tilbakeringing.
Velg Lagre .
Klargjør eventuelle oppdateringer av DNS for å gjenspeile de nye oppføringene i DNS SRV-gruppen.
Gjenta denne fremgangsmåten for hver DNS SRV-tilbakeringingsgruppe som skal legges til.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 4: Knytt PNG og CDSG til kundemaler i Partner Hub
Første konfigurasjon og verifisering av BYoPSTN-løsningen krever en startorganisasjon for hver unike kombinasjon av Telefonnummergruppe og DNS SRV-gruppe for tilbakeringing (hvis tilbakeringing er nødvendig) . Derfor anbefales det at Cisco-partnere på samme måte oppretter en ny Kundemal for hver unike kombinasjon av telefonnummergruppe og tilbakeringing DNS SRV-gruppe. Hver kundemal skal brukes til å generere en tilsvarende startorganisasjon.
Når BYoPSTN-konfigurasjonen er seedet og bekreftet ved hjelp av startorganisasjonene, kan telefonnummergruppene og tilbakeringings DNS SRV-gruppene brukes på eksisterende kundemaler etter behov.
Vær oppmerksom på at nyopprettede kundemaler ikke er i bruk av eksisterende kunder som ikke er testet, og derfor trygt kan brukes til manuell bekreftelse av BYoPSTN-konfigurasjonen.
Hvis du ikke distribuerer Meeting Bli med via tilbakeringing, trenger du ikke å knytte DNS SRV-grupper for tilbakeringing til kundemalen. Du må imidlertid velge Deaktiver tilbakeringing . |
Hvis du vil legge til i en ny kundemal, gjør du følgende:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Maler , velger du Legg til mal .
Angi maldetaljer. På Pakketype trinn:
Velg Pakketype som Standard .
Velg Konfigurasjon for å bli med i møte som Partner leverte innringingsnumre (BYoPSTN) .
Velg en klargjort Telefonnummergruppe .
For Tilbakeringing DNS SRV-gruppe, Hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .
Velg Neste.
Angi de gjenværende maldetaljene.
Se gjennom sammendraget for maldetaljer.
Klikk på Lagre.
Gjenta denne fremgangsmåten for hver kundemal som må legges til
Skjermbildet nedenfor viser fremgangsmåten.
Hvis du vil oppdatere en eksisterende kundemal, gjør du følgende:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop delen.
Under Maler , velger du Vis mal .
Velg malen som skal oppdateres.
Bla til Konfigurasjon for å bli med i møte del:
Velg Partner leverte innringingsnumre (BYoPSTN) .
Velg en tidligere konfigurert Telefonnummergruppe .
For Tilbakeringing DNS SRV-gruppe , hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .
Velg Lagre .
Skjermbildet nedenfor viser fremgangsmåten.
Trinn 5: Klargjør frøløsningsorganisasjoner
BYoPSTN-løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Ett av de to formålene med startløsningsorganisasjonene er å generere tilordninger av telefonnummer til tilgangskoder for møte og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Det andre formålet er konfigurasjonsbekreftelse.
For hver unike kombinasjon av Telefonnummergruppe og DNS SRV-tilbakeringingsgruppe som skal brukes, må det opprettes en tilsvarende kundemal på forhånd. For hver av disse kundemalene må det klargjøres en startløsningsorganisasjon. Klargjøringen av disse startorganisasjonene genererer telefonnummer til tilordninger av møtetilgangskoder og en UUID for møtested som kreves for å konfigurere BroadWorks.
Bruk hver av de tidligere konfigurerte kundemalene til å klargjøre en abonnent for en ny testleverandør av BroadWorks-tjeneste eller ny BroadWorks Enterprise med en Standard pakke bruker. Det resulterende Standard pakke møtested skal bruke innringingsnumre fra partnerleverandør. En av følgende metoder kan brukes til å klargjøre abonnenten:
Klargjør testabonnenten ved hjelp av BroadWorks Subscribers API-er som dokumentert på
developer.webex.com
.Aktiver testabonnenten for IM&P-tjenesten på en BroadWorks som er konfigurert til å bruke kundemalen. Kontroller at kundemalen bruker standardpakken som standard for å sikre at testabonnenten blir tilordnet en standardpakke. Alternativt må testabonnenten oppdateres i etterkant for å ha standardpakken.
Merk at det anbefales at startløsningsorganisasjonene er knyttet til en testleverandør av BroadWorks-tjeneste eller test av BroadWorks Enterprise.
Trinn 6: Velg organisasjonen for primær frøløsning
Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Du bør ikke slette startorganisasjonen, da det tilknyttede møtested også blir slettet. Hvis startorganisasjonen fjernes, må du klargjøre en ny og konfigurere Broadworks på nytt med den nye UUID-en for nettstedet.
Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.
Gjør følgende for å velge organisasjonen for primær frøløsning:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop delen.
Under Konfigurasjonsvalidering (BYoPSTN) delen, velger du Tilordne .
I Tilordne organisasjon søker du etter og velger en av frøorganisasjonene som er konfigurert tidligere
Velg Tilordne .
Den valgte frøorganisasjonen er den primære frøorganisasjonen.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 7: Last ned BroadWorks-konfigurasjon (BYoPSTN)
Den primære seed-løsningsorganisasjonen, telefonnummergrupper og tilbakeringingsDNS SRV-gruppedetaljer for en gitt BroadWorks-klynge er tilgjengelig på ett sted, JSON-filen for BroadWorks-konfigurasjon (BYoPSTN). Denne informasjonen er nødvendig for å konfigurere BroadWorks for BYoPSTN.
Merk at JSON konfigurasjonsfil bare er tilgjengelig for visning/nedlasting etter at den primære organisasjonen for seed-løsningen er valgt.
Fremgangsmåten for å vise/laste ned JSON konfigurasjonsfil er som følger:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Klynger , velger du Vis klynge .
Velg klyngen som er knyttet til kundemalene som er konfigurert for BYoPSTN.
Bla til BroadWorks-konfigurasjon for BYoPSTN delen.
Klikk på Last ned JSON konfigurasjonsfil .
Gjenta denne fremgangsmåten for alle andre BroadWorks-klynger.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Se eksempel på JSON konfigurasjonsfil nedenfor. Filen inneholder tilleggsinformasjon om hver telefonnummergruppe, DNS SRV-tilbakeringingsgruppe. Følgende viktige konfigurasjonselementer som må angis på BroadWorks, er merket med fet skrift.
nettstedUUID: BroadWorks må sende denne verdien i SIP-meldingene. Det er et token som Webex Edge Audio bruker til å bekrefte identiteten til Cisco-partnerens BroadWorks og tilgangen til møteområder som administreres av denne Cisco-partneren.
Tilordning av telefonnummer til tilgangskode : Telefonnumrene og de tilknyttede Webex-tilgangskodene må konfigureres på BroadWorks.
phoneNumber
tilgangskode
localeTag: Det ønskede kunngjøringsspråket knyttet til telefonnummer må konfigureres på BroadWorks.
dnsSrv: Tilbakeringings-DNS SRV må konfigureres i DNS og referere til de ønskede CUBE-forekomstene.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Trinn 8: Bestem Webex Edge Audio DNS SRV-domenet
Webex Edge Audio DNS SRV-domenet må konfigureres på BroadWorks. Bruk følgende fremgangsmåte for å bestemme verdien.
Logg på Cisco Partner Hub.
Gå til Kunder .
Velg BYoPSTN Validation Enterprise.
Velg Vis kunde.
Gå til Tjenester/møter .
Velg møtested for standard pakke .
Bla til bunnen av sideut-panelet, velg Konfigurer nettsted .
Velg Fellesinnstillinger / Lydinnstillinger .
Under Egendefinerte globale innringingsnumre for Edge Audio delen, velger du Generer Lua-skript .
Søk etter verdien «-- Oppdater til topptekst med CCAX URL» i popup-vinduet.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Trekk ut verdien i fet skrift, for eksempel
ecccx.amer.webex.com.
Dette er Webex Edge Audio DNS SRV-domenet som må konfigureres på BroadWorks.
Trinn 9: Klargjøring av BroadWorks-konfigurasjon for partner
Denne delen beskriver BroadWorks-konfigurasjonen som er nødvendig for å implementere scenariene for møteinnringing og tilbakeringing som vises i diagrammene nedenfor. Konfigurasjonseksemplene er basert på dataene i JSON-filen vist i forrige del. Antall, domener, navn på bedrift/grupper, enhetstype, policyer, profiler osv. forventes å variere fra partner til partner.
Samtaleflyt:
- Bruker ber om tilbakeringing, Webex starter en tilbakeringing.
- Samtalen rutes til BroadWorks OTT.
- Anropet når CUBE klargjort i CH. CUBE ruter anropet til BroadWorks.
- BroadWorks identifiserer samtalen som møtevertsopprinnelse og oppretter en økt for møtevert og behandler samtalen.
- møtevert for møteverten behandler anropet og oversetter det ringt nummer. I tillegg genereres det en faktureringsoppføring på vegne av møtevert .
- BroadWorks ruter anropet enten til brukeren som er knyttet til enheten (7) eller til PSTN (8).
Før du starter
SIP-kommunikasjon mellom BroadWorks og CUBE kan foregå over UDP eller TCP, avhengig av nettverkskravene dine. Hvis for eksempel noen nettverks- eller tilgangsenheter (for eksempel gatewayer eller endepunkter) i BYoPSTN-anrops- eller tilbakeringingsflytene ikke støtter TCP, bør UDP brukes i stedet.
Konfigurasjonen og eksemplene som vises i denne veiledningen, bruker TCP som transportprotokoll. Hvis du vil bruke TCP, må du kontrollere at BroadWorks-applikasjonsserveren og nettverksserveren begge er konfigurert for TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Applikasjonsserver
Identifiser/enhetsprofiltype
Det må opprettes en ny identitets-/enhetsprofiltype for å representere CUBE. Sørg for å angi følgende egenskaper nedenfor, mens andre kan beholde standardverdiene:
Signaleringsadressetype – Angi til Intelligent proxy-adressering
Autentisering – Angi til Aktivert
Støtteidentitet i UPDATE og Re-INVITE – Sjekket
Kan brukes til statisk registrering – Angi til Aktivert
Videokompatible – Angi til Deaktivert
I eksemplet nedenfor skriver den nye identitets-/enhetsprofilen «VXML_profile ” er opprettet for å representere CUBE.
Virtuelt tale-XML-abonnent
Opprett en VoiceXML-forekomst
Hvert Webex Meetings PSTN-nummer representeres av en virtuell abonnent i BroadWorks, og den virtuelle abonnentfunksjonaliteten for VoiceXML kan brukes. Det anbefales at det brukes et dedikert foretak og en dedikert gruppe for alle virtuelle VoiceXML-abonnenter. Merk at vi faktisk ikke utnytter VoiceXML-funksjoner, men denne typen virtuelle brukere er egnet for samhandling med CUBE.
For å bruke VoiceXML-tjenesten må du sørge for at lisensen har tilstrekkelige «VoiceXML»-antall, og at tjenesten er autorisert på bedrifts- og gruppenivå, og at VoiceXML-tjenesten er tilordnet til gruppen som vist i eksempelbildet nedenfor.
Under VoiceXML og opprett en forekomst for hvert PSTN-nummer.
, velger duKonfigurer VoiceXML-adresser
For hver VoiceXML-forekomst klargjør du følgende under VoiceXML-adresser:
Telefonnummer – Angi innringingsnummeret for Webex Meetings -nettstedet (for eksempel 2403332200).
Internnummer
Identitets-/enhetsprofil – Opprett én forekomst (for eksempel VXML_device Prof) basert på enhetstype som ble opprettet i forrige del (VXML_profile i eksemplet), og angi følgende konfigurasjon.
Linje/port – Skriv inn i<access number=""> @<domain> format, hvor
<access number=""> er tilgangskodenummeret for Webex Meetings nettstedet (tilgjengelig fra JSON-filen) (for eksempel 88631321777971704941)
<domain> er domenet til Webex Edge Audio for dette møtested (for eksempel ecccspx.amer.pub.webex.com)
Kontakt sip – For møteanrop til tilgangsnummeret sendes INVITEEN med en forespørsels-URI satt til verdien for dette feltet. Angi SIP-kontakten i dette formatet<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , hvor:
<sip contact=""> er<number> fra linje/port-feltet, men med domenet som SRV som løses til CUBE-adressen (for eksempel 88631321777971704941@cube.internal.local)
<Locale> representerer språkinnstillingen i henhold til brukerspråk (for eksempel locale=en_ USA)
<Meetings Site="" UUID=""> er nettstedets UUID fra JSON-filen (for eksempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> skal være transport=tcp for å la AS-en bruke TCP til å sende meldinger til CUBE.
Nedenfor finner du et eksempel på innstillinger for VoiceXML-adresser.
For hvert ekstra møtetilgangsnummer som skal brukes, bør det opprettes en ekstra virtuell VoiceXML-abonnent analogt med det ovenfor. Den samme enhetsprofil kan brukes, men Linjeport- og Kontaktfeltene må bygges opp fra tilgangsnummerinformasjonen som vist ovenfor. |
Sørg for å kontrollere at grensene for policy for samtalebehandling som du konfigurerer på den virtuelle BroadWorks-abonnenten, er tilstrekkelige til å håndtere de ekstra BYoPSTN-anropene i telefonnummergruppen. |
Tilordne SIP-autentisering til VoiceXML-forekomst
Tilordne autentiseringstjenesten til den virtuelle VoiceXML-abonnenten. Dette vil bli brukt til å autentisere SIP INVITE-meldinger fra CUBE i tilbakeringingsscenariet. Den forhindrer også den virtuelle VoiceXML-abonnenten i å godta anrop fra andre parter enn CUBE
Gå til siden for virtuell abonnentautentisering under Verktøy, og skriv inn SIP-brukernavnet og -passordet som vist nedenfor:
CUBE må konfigureres med samme brukernavn og passord for å kunne autentisere INVITE-meldingene som sendes til AS. Et eksempel på kommandoen for å konfigurere SIP-godkjenning på CUBE er som følger:
|
Namedefs-fil
Det virtuelle SIP-kontaktfeltet for VoiceXML-abonnenten inneholder URL-adressen der domenedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan brukes til å løse den interne SRV til CUBE IP.
I eksemplet vårt er SIP-kontaktens SRV cube.internal.local og løses til adresse 10.165.196.30 port 5060 for å nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs
filen oppdateres som følger:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings
Konfigurasjonsalternativer for Webex Meetings samtalebehandling er tilgjengelige for å kontrollere hvordan møteanrop behandles. Som standard behandles møteanrop som eksterne samtaler ettersom innringingsnumre er vert for en dedikert bedrift eller tjenesteleverandør. Eksterne samtaler er vanligvis inkludert i antall økter for opptakskontroll for økter og flagges for belastning i CDR-feltet ladeindikator .
Eksempelet nedenfor legger til den anbefalte konfigurasjonen for å behandle møteanrop som interne samtaler, slik at de ekskluderes fra betaling og fra antall opptakskontroll for økter.
Etter innstilling Håndhev NS-gebyrfelt sannelig, populasjonen av CDR-feltet ladeindikator er basert på det konfigurerte Charge-attributtet for samtaletype for nettverksserveren .
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Virtuell abonnent for tilbakeringing av VoiceXML-møte
Opprett en abonnent for tilbakeringing av VoiceXML-møte
En dedikert virtuell VoiceXML-abonnent med et spesielt alternativ for Webex Meetings tilbakeringing (heretter kalt abonnent for VoiceXML-møtetilbakeringing) må konfigureres på BroadWorks Application Server (AS) for å håndtere tilbakeringing fra Webex Meetings . Bare én forekomst av denne abonnenten kan konfigureres på AS.
Hvis du vil aktivere funksjonen, setter du den aktiverbare funksjonen 102074 til sann via CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Siden «BYO PSTN-faktureringsstøtte for CallBack- og CallIn»-funksjonen avhenger av «BroadWorks Support for CI UUID»-funksjonen, må du også aktivere (102746) funksjonen før du aktiverer (102074)-funksjonen. Hvis du vil ha mer informasjon, se delen "CI-bruker UUID-synkronisering (Broadworks Support for CI UUID)". |
VoiceXML-møtetilbakeringingsabonnenten ligner på den eksisterende virtuelle BYOPSTN VXML-abonnenten, men merket den med et nytt «Webex Meetingtilbakering»-flagg. Denne tilbakeringingsabonnenten for VoiceXML-møte er konfigurert med samme enhetsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnenten, i tillegg til godkjenningstjenesten med samme legitimasjon.
Et eksempel er vist nedenfor:
Abonnenten for VoiceXML-møtetilbakeringing må finnes på AS som er møtevert for møtevertsbrukeren. Når AS-en mottar forespørselen om tilbakeringing av møtet INVITE, prøver den å finne både brukeren av VoiceXML-møtetilbakeringing og møtevert på AS under oppsett av samtale. Hvis ingen av disse brukerne blir funnet, avvises anropet.
Møtevertsøkt
I tilbakeringingsscenariet med X-Cisco-Meet-Info-hodet, mottar Cisco BroadWorks-applikasjonsserveren en SIP INVITE-forespørsel og identifiserer møtevertsbrukeren ved hjelp av UUID-parameteren for møtevert CI-bruker i SIP X-Cisco-Meet-Info-hodet. En samtaleøkt opprettes på vegne av møtevert . Brukeren opprettes for å behandle samtalen og utføre tjenesteprofil til brukeren. I tillegg genereres det en faktureringsoppføring på vegne av møtevert . møte-ID -en og UUID-informasjonen for nettstedet fra SIP X-Cisco-Meet-Info-hodet fanges opp i faktureringsoppføringen.
Et eksempel på SIP X-Cisco-Meet-Info-hodet vises nedenfor:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plattform for applikasjonslevering
CI-bruker UUID-synkronisering (Broadworks-støtte for CI UUID)
Brukerens CI UUID er en unik identifikator for å identifisere brukere i Webex-miljøet.
Dette Webex-programmet for klargjøringssynkronisering på Cisco BroadWorks Application Delivery Platform (ADP) brukes til å synkronisere, tilordne og lagre brukerens CI UUID i BroadWorks-infrastrukturen, slik at den kan brukes i forskjellige samhandlinger med Webex og Webex for BroadWorks-tjenesten.
Se « Aktiver tilbakeringing fra Webex Meeting» om hvordan CI Bruker UUID-tilknytning brukes av Cisco BroadWorks-nettverksserveren og Cisco BroadWorks-applikasjonsserveren.
Følgende trinn konfigurerer Webex-klargjøringssynkroniseringsprogrammet til regelmessig å spørre og oppdatere BroadWork-brukere med CI UUID.
Webex-programmet for klargjøringssynkronisering krever OAuth-legitimasjon med spark-admin:broadworks_subscribers_read omfanget for Cisco Identity Provider og kan fås ved å ta opp en tjenesteforespørsel med onboarding-agenten.
Se delen Hente OAuth-legitimasjon for Webex for Cisco BroadWorks for mer informasjon om hvordan du kan tjenesteforespørsel på: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Legg til tokenet med et passende partnernavn på følgende måte:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Legg til partnernavnet som er knyttet til OAuth-tokenet, i listen over partnere som skal overvåkes av Webex Provisioning Sync-applikasjonen med «enabled»-flagget satt til «true».
Med dette vil Webex klargjøringssynkroniseringsprogrammet begynne å utføre CI-bruker UUID-synkronisering på definert avstemningsintervall.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Når partneren er inkludert, kan Webex Provisioning Sync-applikasjonen nå utføre tilknytningen av CI UUID til BroadWorks-brukerne.
Endre tidsavbruddet for tilkoblingen ved hjelp av følgende kommandoer:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Denne tilknytningen kan gjøres automatisk eller manuelt. CLI manualSync-kommandoen kan umiddelbart utløse tilknytningen.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnere med «Aktivert» satt til «true», utfører det tilknyttede avstemningsintervall. Under den første tilknytningen spør Webex-klargjøringssynkroniseringsprogrammet Webex Subscriber API for å hente dataene som inneholder CI UUID for alle brukere som er vert av partneren. Den eksterne ID-en til BroadWorks-brukeren oppdateres med den tilknyttede CI-UUID-en. Etterfølgende tilknytninger påvirker brukere som er lagt til i partneren. Status-kommandoen kan brukes til å se om synkroniseringen er fullført.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Når synkroniseringen er fullført, endres statusen tilbake til overvåking. Etterfølgende synkronisering utføres på brukere som er lagt til i partneren etter «Siste synkroniseringstid».
Følgende figur viser CI-UUID-en som er angitt i den eksterne ID-en:
Nettverksserver
Samtaletype
For fakturerings- og rapporteringsformål kan det være ønskelig å merke CDR-er for innringingssamtaler til møter. Dette kan gjøres ved hjelp av policyen for PreCallTyping for nettverksserver.
Først legger du til en nytt anrop på NS CLI under /System/CallP/CallType. Følgende eksempel legger til den nye «WXM» samtaletype:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
samtaletype kan deretter brukes i en PreCallTyping-forekomst som er en del av BroadWorks-brukerens rutingprofil. I dette eksemplet ble en ny PreCallTyping-forekomst «wxm» lagt til under /Policy/PreCallTyping CLI-kontekst, men det kan være en eksisterende PreCallTyping-forekomst som allerede er i bruk:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Neste trinn er å legge til oppføringer i PreCallTyping-forekomsten for alle innringingsnumrene i CLI-konteksten /Policy/PreCallTyping/DialPlan. For eksempel:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
PreCallTyping-forekomsten legges deretter til (forutsatt at den ikke allerede finnes) i den gjeldende rutingsprofilen til den opprinnelige brukeren, som vist i eksemplet nedenfor:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
BroadWorks-originerende CDR-er genereres bare av samtaler som kommer fra BW-abonnenter. PSTN-originerte anrop fra «nettverk»-siden av AS vil ikke generere originerende CDR-er. Det vil være en avsluttende CDR for den virtuelle VoiceXML-abonnenten i begge tilfeller. |
RutingNE
En RoutingNE er nødvendig på NS under /System/Device/RoutingNE CLI-kontekst for å representere CUBE. På denne måten, når NS mottar INVITE fra CUBE, vil den matche via-hodet med RoutingNE-oppføringen som er klargjort på NS. Se administrasjonsveiledning for Cisco BroadWorks-nettverksserver for kommandolinjegrensesnitt for detaljer om hvordan du legger til en RoutingNE.
Nedenfor er et eksempel på kommandoene for å legge til RoutingNE «WebexMeetings», der CUBE IP-adresse = 10.165.196.30. Eksemplet viser også kommandoer for å opprette en ny OrigRedirect og Profile-forekomster som skal knyttes til RoutingNE, men eksisterende forekomster kan også brukes.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Med eksempelkonfigurasjonen sender CUBE en INVITE til NS som ligner på følgende (viktige felt med fet skrift):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Hvor:
INVITE-forespørsels-URI inneholder tilbakeringingsnummeret
Via topptekst: inneholder IP-adresse til CUBE-en som skal brukes til å velge profilen RoutingNE.
X-Cisco-Info-Meet-overskrift: brukes til å identifisere vertsCIUserUuid, Meetingid og siteUUID.
Når den mottar INVITE, bruker NS Via-hodet for å samsvare med RoutingNE «WebexMeetings». Dette vil i sin tur velge «wxm_routing ” rutingprofil som inneholderwxm_ Inst»-forekomst av OrigRedirect.
NS OrigRedirect-policyen vil da samsvare med X-CISCO-MEET-INFO-hodet:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
med linjeporten konfigurert på den virtuelle VoiceXML-abonnenten, og send en 302-viderekobling til AS-paret som er vert for denne abonnenten. 302-meldingen ligner på følgende:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Domenet i INVITE URI (i eksemplet er det bw.myenterprise.com) som sendes av CUBE til NS, må gjenkjennes av NS. Dette kan gjøres ved å legge til domenet på NS_ CLI/System/Alias-kontekst, for eksempel:
NS_CLI/System/Alias> add bw.myenterprise.com
Kommandoen for å konfigurere INVITE URI-domenet på CUBE-en finner du for eksempel i den neste delen, under node-/øktmål:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
For å støtte konfigurasjonsalternativer for samtalebehandling for Webex Meetings for fakturering og kontroll av økttilgang, må applikasjonsserverens Hosting NE-signaleringsattributter CallTypeInfoRequired og KreverChargeIndication må være aktivert i konteksten NS_CLI/System/Device/HostingNE._ For eksempel:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Aktiver tilbakeringing fra Webex Meeting
I tilbakeringingsscenariet med SIP X-Cisco-Meet-Info-hodet, sender CUBE anropet til nettverksserveren for avsenderviderekobling til AS-paret. AS-paret bestemmes basert på aktiver WebexMeetingHoostLookup systemparameter.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Når aktiver WebexMeetingHoostLookup systemparameteren er satt til sann, brukes møtevert CI UUID i X-Cisco-Meet-Info-hodet til å identifisere AS-paret som er møtevert for møtevertsbrukeren.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Trinn 10 Klargjør partner CUBE
Denne delen inneholder en validert konfigurasjon for hvordan du distribuerer Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for Bring Your Own PSTN-løsningen.
Denne delen fokuserer på CUBE-konfigurasjonene som er nødvendige for å fungere sammen med eksempelkonfigurasjonen for Webex for Cisco BroadWorks vist i forrige del. Hvis du vil ha en mer generell diskusjon om første CUBE-distribusjon og konfigurasjon, kan du se følgende veiledninger: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Distribuer Y vår egen SBC Alternativ
Hvis du ikke vil distribuere CUBE, har du muligheten til å distribuere din egen SBC. Vær imidlertid oppmerksom på at dette dokumentet ikke gir en bekreftet konfigurasjon for andre SBC-er enn CUBE.
Hvis du distribuerer din egen SBC, kan du følge CUBE-konfigurasjonskravene på høyt nivå (for eksempel tilordninger som domenet, offentlige og private grensesnitt og gatewayer) for å veilede konfigurasjonen. Se imidlertid SBC-dokumentasjonen for detaljert kommandolinjehjelp, da de faktiske kommandoene for din egen SBC sannsynligvis vil avvike fra CUBE.
Med mindre annet er angitt, gjelder de gjenværende konfigurasjonskravene i trinn 10 uansett hvilken SBC du distribuerer. Kommandolinjeeksemplene er imidlertid bare for CUBE, med mindre det er angitt at eksemplet gjelder for andre SBC-er. For andre SBC-er, se SBC-dokumentasjonen for konfigurasjonskommandoer. |
Første konfigurasjon
For å konfigurere CUBE må den privilegerte EXEC-modusen være aktivert. Hvis du blir bedt om det, skriver du inn passordet.
enable
Slik går du inn i global konfigurasjonsmodus:
configure terminal
Angi domene:
ip domain name myenterprise.com
Angi maksimal segmentstørrelse (MSS):
ip tcp mss 1360
Konfigurasjon av nettverk
Definer det offentlige og det private grensesnittet. I CUBE-eksemplet vårt:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Konfigurer gatewayer for IP-ruting for den offentlige og private siden:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Aktiver SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (eller din egen SBC) må være i en DMZ med riktig konfigurerte brannmurregler. Se avsnitt Porter som brukes av Webex for listen over porter som skal åpnes på den eksterne brannmuren |
Konfigurere SRV-registreringer for tilbakeringingsanrop som sendes fra CUBE (eller SBC-en din) til BroadWorks-nettverksserverne. For eksempel SRV for bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Konfigurer DNS-server:
ip name-server <DNS_IP_address>
Et alternativt DNS-alternativ er å konfigurere intern DNS der den interne DNS når ut til en overordnet DNS-server hvis det interne oppslaget mislykkes. |
Konfigurasjon av samtalebehandling
Generelt
Konfigurer CUBE (eller SBC) med alle IP-adressene som må ha tilgang til VoIP-tjenesten. Dette inkluderer:
SIP-signalisering på private side for BroadWorks AS-, NS- og MS-serverne.
Offentlige sideadresser for Webex Edge for lyd-infrastruktur.
Se nedenfor for et eksempel på CUBE-konfigurasjon:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
IP-adresse ovenfor er et eksempel. Hvis du vil ha den gjeldende listen over offentlige IP-adresser for Webex-lydinfrastrukturen, går du til: |
Hvordan tillater jeg trafikk for Webex Meetings på nettverket mitt? – IP-adresseområdet for de fleste klynger vises under Liste over IP-adresse som brukes av Cisco Webex Meeting Services . Ett unntak er for Kina-klynger, der området vises på koblingen nedenfor:
Nettverkskrav for Cisco Webex Kina-klynge
Standard tidtaker for CUBE for å opprette en TCP-tilkobling før ruten går videre, er 20 sekunder. Slik endrer du det:
ip tcp synwait-time <5-300 (seconds)>
På BroadWorks-siden er standard tidtaker for programserveren for tidsavbrudd på en tilgangsenhet som ikke svarer, 6 sekunder. Slik endrer du det:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
De offentlige og private sidegrensesnittene for RTP-trafikk på CUBE (eller din egen SBC) må åpnes. Se nedenfor for CUBE-eksempelet:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Hvor:
- <CUBE PUB="" IP=""> er den offentlige IP-adresse til CUBE
- <CUBE PRIV="" IP=""> er den private IP-adresse til CUBE
- Portområde: i eksemplet er portområdet fra 10200 til 28000
CUBE støtter følgende TLS-chifferserier (under innringing tilbyr CUBE disse i TLS Handshake's Client Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Andre generelle innstillinger som skal konfigureres (se nedenfor for eksempler på CUBE-konfigurasjoner):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri-er for innkommende og utgående oppringing må defineres for senere bruk i oppringingsmotparter:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio støtter kodeker for G722, G711ulaw og G711alaw. Følgende taleklassekode må defineres for senere bruk i anropsmotparter:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio bruker SRTP. Taleklassen SRTP-crypto tilordner den foretrukne SRTP-krypteringspakken som skal brukes for Edge Audio. Konfigurer følgende kryptoprogramserier i rekkefølge. Konfigurasjonen av taleklassen srtp-crypto må brukes på oppringingsnodene som brukes for tilkoblingen med Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Forhåndskonfigurere en primærnøkkel for å kunne angi et passord for autentisering
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Angi SIP-autentiseringslegitimasjonen som ble klargjort for den virtuelle VoiceXML-abonnenten på AS ved hjelp av følgende kommando. For tilbakeringingsscenarier vil denne legitimasjonen bli brukt når AS utfordrer INVITEEN som CUBE (eller din egen SBC) sender til AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Når autentiseringen er konfigurert, vil passordet bli tilsløret ved visning med kommandoen «vis running-config»
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Følgende globale SIP-konfigurasjon må også utføres:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Oversettelsesprofiler
Oversettelsesprofilen for SIP-melding 2340 brukes for møteanrop. Den skal ha en oppføring for å endre SIP-meldingene som kommer fra BroadWorks før de sendes ut til Edge Audio, som vist i eksempelregel 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Regel 11 ovenfor tilordner den innkommende forespørsels-URIen fra BroadWorks, som har kontaktverdien for enhetsprofil for den virtuelle CUBE-abonnenten (verdien av kontaktfeltet i VXML_device Prof-enhetsprofil i eksemplet vårt):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Til riktig domene for ruting av samtaler for Webex Edge Audio:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Merk at når CUBE (eller din egen SBC) er bak en statisk NAT, kreves det ytterligere konfigurasjon til sip-profilen 2340. Se følgende kobling for mer informasjon:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHvis du distribuerer din egen SBC, må du konfigurere lignende regler på din egen SBC. |
For å videresende 486 meldinger sendt av AS-en tilbake til Webex Edge Audio, kreves følgende konfigurasjon på CUBE (for din egen SBC, se SBC-dokumentasjonen for hjelp)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Hvis annet4xx meldinger må videresendes tilbake til Webex Edge Audio, følg samme eksempel ovenfor.
Ringe motparter
En taleklasseleier må være definert på CUBE (eller din egen SBC) for bruk i oppringingsmotparter senere, som oppfyller følgende kriterier:
- Det er ingen nyttelastsamarbeid som er nødvendig for RTP-NTE DTMF-pakker, så konfigurer den asymmetriske nyttelasten full.
- Edge-lyd støtter ikke oppdateringer av anrops-ID, så verdien for «no update-callerid» må konfigureres.
- Ruting av samtaleruting for Webex Edge Audio er basert på URI-er. Anropsruten-URI må være aktivert for å matche oppringingsnoder basert på URI-er.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Følgende oppringingsnoder er konfigurert til å tillate CUBE å behandle anrop mellom BroadWorks og Webex Edge Audio. Konfigurer følgende på CUBE (en lignende konfigurasjon må konfigureres på din egen SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE-anropsflyter
Med konfigurasjonen utført ovenfor, er eksempler på flytscenarier for innkommende/ utgående samtale på CUBE beskrevet nedenfor. Fargekoden for et bestemt trinn knytter det til de samme fargeoppføringene i oppringingsinnstillingene ovenfor.
Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for detaljer om samtaleflyter med SBC. |
For et møteinnkallingsscenario fra BroadWorks til Webex:
- En innkommende INVITE mottas fra BroadWorks i det interne grensesnittet med:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Nodeprofilen for innkommende oppringing 23401 er valgt basert på verten i den innkommende forespørsels-URIen (“cube.internal.local”) som samsvarer med konfigurasjonen for OUTEdgeAudio for innkommende uri-forespørsel.
- Den utgående oppringingsnoden 23411 er valgt basert på verten i forespørsels-URIen (“cube.internal.local”) som samsvarer med konfigurasjonen for «destinasjon-uri OUTEdgeAudio».
- En utgående INVITE sendes på det eksterne grensesnittet med verten i forespørsels-URIen som er endret fra «cube.internal.local» til «ecccspx.amer.pub.webex.com» ved hjelp av «voice-class sip profiles 2340» meldingsoversettelsesprofil angitt i oppringingsmotparten:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
For et tilbakeringingsscenario for møte fra Webex til BroadWorks
- En innkommende INVITE mottas fra Webex på det eksterne CUBE-grensesnittet med:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Den innkommende oppringingsnoden 23411 er valgt basert på mønsteret «x-cisco-webex-service=audio» som finnes i den innkommende forespørsels-URIen basert på konfigurasjonen for «innkommende uri-forespørsel INEdgeAudio» .
- To utgående oppringingsnoder velges basert på mønsteret «x-cisco-webex-service=audio» i forespørsels-URIen basert på konfigurasjonen «destination uri INEdgeAudio».
– Ring opp Peer 302
– Ring mot nummer 23401
- En utgående INVITE sendes til nettverksserverne (SRV-oppslag basert på «session target dns:bw.myenterprise.com entry» i node-anropet) i det interne grensesnittet
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Nettverksserveren returnerer kontakter for AS-paret som er vert for den virtuelle CUBE-abonnenten:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE-en ruter anropet til det aktive AS-en basert på den returnerte kontakten i 302-meldingen:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS-konfigurasjon
Følgende konfigurasjonstrinn må utføres for å tillate mTLS-tilkoblinger mellom CUBE (eller din egen SBC) og Webex Edge Audio.
Det er obligatorisk at du konfigurerer mTLS mellom CUBE (eller din egen SBC) og Webex Edge Audio. |
Støtte for jokertegnsertifikater
Jokertegnsignerte sertifikater bruker et generisk emnenavn (f.eks. *.us.example.com) som tilsvarer domenet for CUBE eller din egen SBC. Jokertegnsertifikater støttes for CUBE- eller SBC-distribusjoner med flere klynger, men støttes ikke for CUBE- eller SBC-distribusjoner med én node.
Trustpool
Når Webex Edge Audio sender sertifikatet sitt under TLS-håndtrykket, vil CUBE validere det mot listen over sertifikater som er godkjent i klareringsgruppen.
Trustpool-pakken må oppdateres med Cisco Root CA ved å laste ned den nyeste «Cisco Trusted Core Root Bundle» frahttp://www.cisco.com/security/pki/ ved hjelp av kommandoen:
crypto pki trustpool import clean url <url>
Sertifikatene som sendes av Webex Edge Audio, er signert av IdenTrust. Kontroller at sertifikatet «IdenTrust Commercial Root CA» er installert. Se denne koblingen for mer informasjon:
Hvis du bruker din egen SBC og ikke kan fullføre importen, kan du konvertere pakken til .pem-format ved hjelp av verktøy med åpen kildekode, for eksempel OpenSSL. Du kan for eksempel bruke hydrantID-sertifikater med følgende kommando:
|
Trustpoint
Edge Audio krever at CUBE tilbyr signerte sertifikater fra klarerte CA-sertifiseringsinstanser for Felles TLS-tilkoblinger (mTLS). Bruk følgende kobling for å komme til en liste over sertifiseringsinstanser som Cisco klarerer. Sertifikater som er signert av myndigheter i denne listen, anses som gyldige, og tilkoblingen tillates: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Enkel node CUBE
Enkel node betyr at CUBE (eller din egen SBC) vil importere et sertifikat med emnenavnet som er unikt for FQDN, noe som betyr at ingen andre CUBE vil kunne importere det (med andre ord, IKKE et jokertegnsertifikat).
Slik oppretter du CSR (Certificate Signing Request) for CUBE:
- opprett nøkkelpar (dette nøkkelparet vil bli koblet til klareringspunktet)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys – angir at det generelle nøkkelparet skal genereres.
- etikett<key-label> – (Valgfritt) Navn som brukes for et RSA-nøkkelpar når de eksporteres. Hvis det ikke er angitt en nøkkeletikett, brukes det fullt kvalifisert domenenavn (FQDN) til ruteren.
- eksporterbar – (valgfritt) Angir at RSA-nøkkelparet kan eksporteres til en annen Cisco-enhet, for eksempel en ruter.
- opprett klareringspunkt (Et klareringspunkt inneholder sertifikatet du vil binde på CUBE. Når CUBE mottar en sertifikatforespørsel, svarer den med klareringspunktets sertifikat vedlagt)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl – En liste over tilbakekalte sertifikater (CRL) er en liste over tilbakekalte sertifikater. CRL-en opprettes og signeres digitalt av sertifiseringsinstansen som opprinnelig utstedte sertifikatene. CRL-en inneholder datoer for når hvert sertifikat ble utstedt, og når det utløper.
enrollment terminal pem – legger til PEM-grenser (privacy-enhanced mail) i sertifikatforespørselen (manuell kopiering og lim inn fra BEGIN CERTIFICATE REQUEST til END CERTIFICATE REQUEST)
fqdn – Fullt kvalifisert domenenavn for CUBE
emnenavn CN=<fqdn> – emnenavnet som skal signeres
rsakeypair<key label=""> – nøkkelparet som ble generert fra forrige trinn
(referanse: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
– generere CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Send CSR-en (fra BEGIN CERTIFICATE-REQUEST til END CERTIFICATE-REQUEST) til CA (sertifiseringsinstans)
CA genererer et signert sertifikat
– Avhengig av sertifiseringsinstansen, vil de oppgi rotsertifikat (f.eks. DigiCertCA.crt) og det forespurte sertifikatet (f.eks. cube.crt)
- Last inn CA-sertifikat
– Først må du autentisere klareringspunktet med rotsertifikatet
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
– Deretter importerer du CUBE-sertifikatet til klareringspunktet CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for mer informasjon om hvordan du oppretter CSR. |
CUBE-klynge for flere noder (bruker alternative navn i sertifikatet) – støttes IKKE
Flere noder betyr at CUBE vil kunne importere det samme sertifikatet for mer enn én CUBE-distribusjon. Bruk av det alternative navnet på emnet for å generere CSR-en støttes for øyeblikket ikke : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
CUBE-klynge for flere noder (bruker jokertegnsignert sertifikat som pkcs12-format)
Flere noder som bruker et jokertegnsignert sertifikat, betyr at emnenavnet er generisk (f.eks. *.us.example.com), og det tilsvarer CUBEs domene (eller SBC-domenet ditt).
- Forutsatt at du har et jokertegnsertifikat klart, må du gjøre de offentlige filene (.crt) og den private nøkkel (.key) klare.
- Bruk OpenSSL til å opprette en medfølgende fil i PKCS12-format (.pfx) inkludert .crt- og .key-filen: (bruk cygwin på Windows) – referanse: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Overfør .pfx-filen i CUBE:bootflash: (scp fra Linux-server til CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Opprett et klareringspunkt og importer pkcs12-filen:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Bekreft CUBE-sertifikatkonfigurasjonen
Kontroller at hele kjeden er inkludert i sertifikatet. Følgende eksempel viser valideringskommandoer for CUBE. Hvis du distribuerer din egen SBC, bruker du kommandoene som gjelder for SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Angi at SIP-signalisering skal bruke klareringspunkt
Bruk følgende kommando til å klargjøre SIP UA med klareringspunktet CUBE. Følgende er et eksempel for CUBE. Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for kommandohjelp.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE-logger
For å se aktiverte feilsøkingsfiltre
CUBE# show debug
Slik angir du feilsøkingsfiltre (eksempler)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Slik opphever du feilsøkingsfiltre (eksempel)
CUBE# no debug ccsip messages
For å tømme og kontrollere loggbuffer
CUBE# clear log
>>> make test call <<<
CUBE# show log
Hvis du ikke distribuerer CUBE, kan du se dokumentasjonen for din egen SBC for mer informasjon om hvordan du bruker logger. |
Andre nyttige kommandoer
For å sjekke gjeldende konfig
CUBE# show running-config (or just CUBE# show run)
For å lagre konfigurasjon til ROM som vil bli brukt ved oppstart
CUBE# write
Trinn 11 BYoPSTN-sertifisering
Etter at konfigurasjonen og klargjøringen av BYoPSTN-løsningen er fullført, er partneren pålagt å kjøre gjennom et sett med aksepttesttilfeller for å sertifisere løsningen. Dette er et nødvendig trinn for at partner BYoPSTN skal godkjennes og aktiveres.
Aksepttestsakene er skissert i dokumentet Ta med din egen PSTN-godkjenningsprosedyre Webex for Cisco BroadWorks på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partneren skal gi resultatene av de vellykkede godkjente aksepttestene til introduksjons- og sertifiseringsteamene.
Spørsmål, problemer og resultater fra gjennomføringen av aksepttestsakene skal rapporteres og deles på Webex-området som er tilordnet for integrering av partneren.
Bruke oppdateringer for en tjenestenummergruppe/DNS SRV-tilbakeringingsgruppe
Når kunder som ikke er testet, blir tilordnet en kundemal ved hjelp av innringingsnumre levert av partner, er følgende alternativer for å bli med i møte tilgjengelige for disse brukerne:
Møteinvitasjoner inkluderer ett eller flere standardtelefonnumre fra den tilordnede telefonnummergruppen
Webex-appen viser ett eller flere standardtelefonnumre fra den tilordnede telefonnummergruppen som et møtedeltakelsesalternativ
Brukergrensesnittet for Webex Meeting-nettstedet viser ett eller flere standardtelefonnumre fra tilordne telefonnummergruppen som et møtedeltakelsesalternativ
Hvis tilbakeringing er aktivert på kundemalen, tilbyr Webex Meeting alternativet Ring meg på der tilbakeringingsforespørselen rutes til en av oppføringene som er angitt i den tilordnede DNS SRV-tilbakeringingsgruppen
En endring i alternativer for møtedeltakelse for en kundemal eller en endring i en tilordnet telefonnummergruppe eller en endring i en DNS SRV-tilbakeringingsgruppe kan påvirke alternativene for møtedeltakelse ovenfor. Disse endringene gjelder ikke for eksisterende kunder, men nylig klargjorte kunder vil se disse endringene umiddelbart for møtenettstedene for standard- og premiumpakkene sine. Derfor anbefales det på det sterkeste at slike endringer bekreftes ved hjelp av en startløsningsorganisasjon før de brukes på eksisterende kundemaler, telefonnummergrupper eller DNS SRV-tilbakeringingsgrupper (hvis DNS SRV-tilbakeringingsgrupper er distribuert).
Følgende trinn bør følges når du oppdaterer alternativene for møtedeltakelse for en kundemal og/eller bruker oppdateringer for telefonnummergrupper eller DNS SRV-tilbakeringingsgrupper.
Merk at hvis kundemalene, telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene er i bruk av testleverandører av BroadWorks og/eller tester BroadWorks Enterprises, er denne fremgangsmåten valgfri. Det kan være mer hensiktsmessig å ganske enkelt slette testleverandørene av BroadWorks-tjenestene og/eller teste BroadWorks Enterprises-organisasjonene og klargjøre dem på nytt ved hjelp av de oppdaterte kundemalene, telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene.
Oppdater kun telefonnummergruppe:
Opprett en ny midlertidig telefonnummergruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye telefonnummergruppen. Hvis en eksisterende telefonnummergruppe brukes sammen med gruppen, tilordner du den til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Last ned JSON-filen for BroadWorks Configuration (BYoPSTN), den inneholder telefonnummer for tilgangskode til kodetilordning for de nye telefonnumrene i Phone Number Group.
- Bestem Webex Edge Audio DNS SRV-domenet for startløsningsorganisasjonen møtested for standard pakke. Den skal være uendret fra verdien som tidligere ble bestemt for den opprinnelige telefonnummergruppen.
- Bruk konfigurasjonsoppdateringene på BroadWorks ved hjelp av JSON-filen for BroadWorks Configuration (BYoPSTN).
- Kontroller konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen og bli med på møtet ved hjelp av innringingsnumrene.
- Bruk oppdateringen på den opprinnelige telefonnummergruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Organisasjonen for startløsningen, den midlertidige telefonnummergruppen og kundemalen kan slettes. Disse elementene er ikke lenger obligatoriske når den opprinnelige telefonnummergruppen har blitt oppdatert.
Oppdater kun DNS SRV-tilbakeringingsgruppe:
- Opprett en ny midlertidig DNS SRV-tilbakeringingsgruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye DNS SRV-tilbakeringingsgruppen og eksisterende telefonnummergruppe. Hvis en eksisterende DNS SRV-tilbakeringingsgruppe brukes sammen med gruppen, tilordner du den til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Bekreft konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen, bli med på møtet ved hjelp av innringingsnumrene og bruke alternativet Ring meg på.
- Bruk oppdateringen på den opprinnelige DNS SRV-tilbakeringingsgruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Startløsningsorganisasjonen, DNS SRV-tilbakeringingsgruppe og kundemal kan slettes. Disse elementene er ikke lenger nødvendige når den opprinnelige DNS SRV-tilbakeringingsgruppen er oppdatert.
Oppdater både telefonnummer og DNS SRV-tilbakeringingsgruppe:
- Opprett et nytt midlertidig telefonnummer og DNS SRV-tilbakeringingsgruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye telefonnummergruppen og den nye DNS SRV-tilbakeringingsgruppen. Hvis en eksisterende telefonnummergruppe og/eller DNS SRV-tilbakeringingsgruppe brukes sammen med gruppen, tilordner du det til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Last ned JSON-filen for BroadWorks Configuration (BYoPSTN), den inneholder telefonnummer for tilgangskode til kodetilordning for de nye telefonnumrene i Phone Number Group.
- Bestem Webex Edge Audio DNS SRV-domenet for startløsningsorganisasjonen møtested for standard pakke. Den skal være uendret fra verdien som tidligere ble bestemt for den opprinnelige telefonnummergruppen.
- Bruk konfigurasjonsoppdateringene på BroadWorks ved hjelp av JSON-filen for BroadWorks Configuration (BYoPSTN).
- Bekreft konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen, bli med på møtet ved hjelp av innringingsnumrene og bruke alternativet Ring meg på.
- Bruk oppdateringen på det opprinnelige telefonnummeret og DNS SRV-tilbakeringingsgruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Organisasjonen av startløsningen, den midlertidige telefonnummergruppen, DNS SRV-tilbakeringingsgruppen og kundemalen kan slettes. Disse elementene er ikke lenger obligatoriske når den opprinnelige telefonnummergruppen og DNS SRV-gruppen for tilbakeringing har blitt oppdatert.
Organisasjonen for primær startløsning skal ikke slettes med mindre en ny organisasjon for primær startløsning er valgt og konfigurert på BroadWorks. Hvis du sletter den primære organisasjonen for seed-løsningen, fjernes siteUUID-en som BYoPSTN-løsningen er avhengig av for SIP-melding til Webex Edge Audio. Hvis det slettes, mislykkes møtedeltakelsen ved hjelp av innringernummer for nettsteder som bruker et innringingsnummer levert av partner. |
G722 medieinteroperabilitet når du bruker din egen SBC
Når du bruker din egen SBC, må interoperabilitetsproblemer som vanligvis håndteres av CUBE, vurderes mellom Cisco Partners BroadWorks Infrastructure og Webex Cloud. Ett eksempel er en innringing eller tilbakeringing ved hjelp av G722-kodek som involverer BroadWorks medieserver (for eksempel når du bruker tjenesten BroadWorks samtaleopptak). I dette scenariet kan Webex Edge Audio sende en SDP med «a=fmtp:9»-linjen. SBC-en din må oppdatere denne linjen for å legge til bitrate-parameteren slik at den får «a=fmtp:9 bitrate=64» før den sendes til BroadWorks-serverdelen.
Kjente begrensninger
Alle endringer i møtealternativet for kundemal, Cisco-innringingsnumre eller innringingsnumre levert av partner, brukes bare på nylig klargjorte kunder. Eksisterende kunder som bruker malen, forblir uendret.
Alle endringer i innstillingene for telefonnummergruppe for kundemal eller DNS SRV-tilbakeringingsgruppe brukes bare på nylig klargjorte kunder eller eksisterende kunder som klargjøres for sin første bruker av standard- eller premiumpakken. Eksisterende kunder som allerede har brukere av standard- eller premiumpakken, forblir uendret.
Alle endringer i telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene som er tilordnet til kundemaler, brukes bare på nylig klargjorte kunder eller eksisterende kunder som klargjøres for sin første bruker av standard- eller premiumpakken. Eksisterende kunder som er tilordnet tilknyttede maler som allerede har standard- eller premiumpakkebrukere, forblir uendret.
En gitt kundemal støtter Cisco-innringingsnumre eller et møte for å delta på et møte med anropsnummer levert av partner. En kombinasjon av de to alternativene for den samme malen støttes ikke.
Bruksanvisningen for SIP-meldinger for Ring meg på eller deltakelse i tilbakeringingsmøte inkluderer ikke informasjon om kunden og/eller brukeren som er vert for møtet som skal delta.
Telefonnumrene og de tilknyttede møtetilgangskodene for en gitt telefonnummergruppe støtter bare ett enkelt Webex Edge Audio DNS SRV-domene (for eksempel ecccspx.amer.webex.com). Bruk av disse telefonnumrene til å ringe inn til møter i et annet Webex Edge Audio DNS SRV-domene støttes ikke.
Webex Edge Audio støtter ikke reforhandling av kodeker i midten av samtalen. Som sådan kan det hende at tjenester som startes etter at et anrop er besvart, ikke fungerer som de skal.
Webex-appen, brukergrensesnittet for Webex Meeting-nettstedet og e-posten med invitasjon til Webex Meeting inneholder en kobling til et «Gratisnummerbegrensninger»-dokument. Dette dokumentet er spesifikt for telefonnumre levert av Cisco og bør ignoreres av brukere når de bruker telefonnumre levert av partner for å delta i møte.
Dokumentrevisjonshistorikk
Tabellen nedenfor viser en historikk over endringer i dette dokumentet i løpet av de siste 12 månedene.
Dato | Versjon | Beskrivelse av endring | |
---|---|---|---|
8. april 2024 | 1-36 |
| |
10. januar 2024 | 1-35 |
| |
22. desember 2023 | 1-34 |
| |
4. juli 2023 | 1-33 |
| |
2. februar 2023 | 1-32 |
| |
2. februar 2023 | 1-31 |
| |
31. januar 2023 | 1–30 |
| |
29. november 2022 | 1-29 |
|
Definisjoner
Definisjoner | Beskrivelse |
---|---|
Cisco-partner | En enhet (vanligvis en tjenesteleverandør) som selger Cisco-produkter og -tjenester til sine kunder. |
Sluttkunde | Brukere som bruker Cisco-produktene og -tjenestene som selges til dem av en Cisco-partner. |
CUBE | Cisco Unified Border Element |
Partnerorganisasjon | Webex Identity and Service Management-lager som opprettholder informasjon om Cisco-partnere og deres kunder. |
Partner-hub | Nettportal for klargjøring av identitet og tjenester for Cisco-partnere og kundene de administrerer. |
Kundeorganisasjon | Webex Identity- og Service Management-lager som opprettholder informasjon om sluttkunde. |
BroadWorks Enterprise eller tjenesteleverandør/gruppe | Representasjon av sluttkunde i BroadWorks. |
Oversikt
BYoPSTN-løsningen (Bring Your Own PSTN) lar Webex for Cisco BroadWorks-tjenesteleverandører klargjøre telefonnumre de eier slik at brukerne kan bruke dem når de blir med i Webex Meetings. Løsningen lar partnere utnytte sine egne PSTN-nettverk og benytte seg av eksisterende relasjoner med PSTN-leverandører, i stedet for å bruke Cisco-oppgitte numre.
Referansearkitekturen i dette dokumentet gir en ende-til-ende-design for BYoPSTN-alternativet. Denne arkitekturen er validert av Cisco og bruker Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for samtaletrafikk mellom BroadWorks og Webex Meetings.
Velge alternativet for å bli med i møte
For øyeblikket støtter Webex for Cisco BroadWorks to alternativer for klargjøring av møtetelefonnumre. Tjenesteleverandører må velge ett av disse to alternativene – en blanding støttes ikke:
Cisco-innringingsnumre (Cisco PSTN) – Cisco gir telefonnumrene som møtedeltakere kan bruke til å delta i møter
Partner leverte innringingsnumre (BYoPSTN) – tjenesteleverandører oppgir sine egne telefonnumre som skal brukes av møtedeltakere når de blir med i møter
BYoPSTN-løsning
Partnere som velger alternativet BYoPSTN (Partner leverte innringingsnumre), må oppgi sine egne PSTN-telefonnumre og må klargjøre nettverksinfrastrukturen som kreves for å rute anrop til og fra Webex. BYoPSTN-løsningen forenkler ruting av samtaler Over the Top (OTT) via offentlig Internett fra BroadWorks til Webex.
Følgende betingelser gjelder når du velger alternativet BYoPSTN:
Cisco-partnere kan bruke de samme telefonnumrene for mer enn én sluttkunde. Disse telefonnumrene kan være i et hvilket som helst land som partneren opererer.
Alternativet BYoPSTN krever ingen endringer i den generelle integreringsprosessen for Webex for Cisco BroadWorks-kunder.
BYoPSTN krever klargjøring på Cisco-partnernivå, og alle sluttkunder som partnere aktiverer etter at BYoPSTN er operativt, aktiveres automatisk.
All klargjøring som kreves for kundemøteområder, er automatisk, som med den nåværende, generelt tilgjengelige løsningen.
Partnere som aktiverer både standard- og premiumpakker, har to møteområder: ett nettsted for standardbrukere og et annet for Premium-brukere. Begge nettstedene er aktivert for BYoPSTN.
Møtedeltakere som ringer inn til møter, kan velge å bruke video- og innholdsdeling via Internett.
Gjelder møtedeltakelser for både områdemøter og PMR-møter. Merk at for områdemøter må området ha blitt opprettet av en standard- eller premiumbruker med vertsfunksjoner for Webex Meeting for å kunne motta et PSTN-tilgang – områder som er opprettet av Basic-brukere, mottar ikke PSTN-tilgang .
Dette dokumentet inneholder en validert konfigurasjon som bruker CUBE som SBC. Hvis du imidlertid ikke vil bruke CUBE, kan du distribuere din egen SBC.
Arkitektur
BYoPSTN-løsningen for Webex for Cisco BroadWorks bygger på tjenestesettet Webex Edge , nærmere bestemt Webex Edge Audio-tjenesten som er tilgjengelig for bedriftskunder. Arkitekturen er tilpasset for å integrere Cisco Partners BroadWorks-infrastruktur med Webex Edge Audio, og dermed gjøre det mulig for Cisco-partneren å sentralt konfigurere sett med telefonnumre for bruk av sluttkundene sine.
Hovedelementene i arkitekturen er som følger:
BroadWorks – Cisco Partners BroadWorks-infrastruktur
Cisco Unified Border Element (CUBE) – referansekontroll for Session Border Controller (SBC) for løsningen som er distribuert i Cisco Partners datasenter. CUBE må være i en DMZ. Merk at hvis du ikke vil bruke CUBE, kan du distribuere din egen SBC.
Webex Edge Audio – Webex-tjeneste, som kobler fra PSTN fra Webex ved å endre samtaleruting for å bruke infrastrukturen levert av Cisco-partner.
Deltakeres samtaler om å bli med i et møte går gjennom BroadWorks til CUBE og fra CUBE til Webex-infrastrukturen i skyen via Internett. Denne modellen kan brukes for begge følgende scenarier for møtedeltakelse:
Innringing – en deltaker ringer telefonnummer i møteinvitasjonen enten på det BroadWorks-registrerte håndsettet, mobilenhet eller i Webex-appen. Samtalen startes av BroadWorks.
Tilbakeringing (valgfritt) – en deltaker ber om at Webex ringer et telefonnummer som deltakeren oppgir. Samtalen startes av Webex.
Anrop som rutes fra BroadWorks til CUBE i partnerinfrastrukturen vil bruke SIP TCP for samtalesignalering og RTP for media. Fra CUBE til Webex bruker samtaler SIP TLS for signalisering og sRTP for medier. Anropsruting fra CUBE til WebEx skjer via Internett og bruker ikke en SIP-trunk.
Det typiske oppsettet for scenarier med innringing/tilbakeringing er som følger:
Cisco-partner har et PSTN telefonnummer (for eksempel 2403332200) og en tilknyttet Webex- tilgangskode (for eksempel 886313217777971704941).
Cisco-partner klargjør en virtuell abonnent på BroadWorks som tilsvarer CUBE-enheten. Partneren tilordner telefonnummer til tilgangskode og omvendt.
tilgangskode, som sendes til Webex i SIP-meldingene, identifiserer møteområdene som er knyttet til Cisco-partneren.
telefonnummer ovenfor for tilgangskode konfigureres én gang og er felles for alle sluttkundemøteområder.
Deltakere som blir med på møtet, må angi den tilsvarende møte-ID-en (for eksempel 123456), som identifiserer det bestemte møtet som skal delta.
Det anbefales at partnere følger redundansmodellen som er skissert nedenfor.
Møte bli med ved hjelp av innringing
Bildet nedenfor viser prosessen til en bruker som blir med i møtet via innringing.
Her er fremgangsmåten for at deltakeren skal bli med i et møte ved innringing.
Bruker planlegger et møte i Webex. Webex tilordner en møte-ID (for eksempel 123456).
Brukeren ringer opp telefonnummeret som er knyttet til møtet (for eksempel 2403332200). SIP INVITE har forespørsels-URI som telefonnummer knyttet til møtet.
BroadWorks oversetter telefonnummeret til en tilgangskode (for eksempel 88631321777971704941) som er knyttet til møteområdet, og ruter anropet til CUBE med forespørsels-URIen som tilgangskode.
Webex mottar SIP INVITE og svarer på anropet. Språket for kunngjøringene bestemmes av språket som er angitt for telefonnummeret når det klargjøres i Cisco Partner Hub og BroadWorks.
Brukeren skriver inn møte-ID-en (for eksempel 123456) ved hjelp av DTMF. Webex bekrefter brukeren og lar deretter brukeren bli med på møtet.
Møtebli med ved hjelp av tilbakeringing (valgfritt)
Bildet nedenfor viser prosessen for en bruker som blir med i møtet ved tilbakeringing, brukeren ber om en samtale fra Webex for å bli med i et møte.
Dette er trinnene som er involvert for at deltakeren skal bli med i et møte ved tilbakeringing:
Bruker planlegger et møte i Webex. Webex tilordner en møte-ID (for eksempel 123456).
Brukeren ber om en samtale fra Webex til det ønsket nummer (for eksempel +16504441000) for å bli med på møtet ved hjelp av Webex-app eller Meetings-klienten.
Webex starter en SIP INVITE til CUBE basert på DNS SRV-tilbakeringingsgruppen, klargjort i Cisco Partner Hub og BroadWorks. URI-en for SIP INVITE-forespørsel inneholder telefonnummer som må motta anropet, (for eksempel +16504441000@cube.example.com).
CUBE oversetter telefonnummeret i den eksterne parts-ID-en til en verdi som identifiserer en virtuell abonnent på BroadWorks (for eksempel 886313217777971704941@ecccx.amer.pub.webex.com). Dette identifiserer CUBE som en virtuell bruker for BroadWorks-applikasjonsserveren.
Anrop tilbys telefonnummeret som brukeren ba om, og brukeren svarer på anropet for å bli med i møtet. Dette telefonnummer kan være en BroadWorks-abonnent eller et PSTN-nummer. Hvis det forespurte nummeret er et PSTN-nummer, bruker BroadWorks den klargjorte banen til å rute anropet til PSTN.
For tilbakeringingsalternativet er det obligatorisk å aktivere følgende to funksjoner:
- 102746 – BroadWorks-støtte for CI UUID
- 102074 – BYO PSTN-faktureringsstøtte for CallBack og CallIn
Dette kan bekreftes fra CLI som nedenfor:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Du finner en detaljert beskrivelse av disse funksjonene og aktiveringen i delen «Virtuell abonnent for VoiceXML-møtetilbakeringing» i dette dokumentet.
Hvis du velger å ikke konfigurere alternativet for å bli med i møte ved hjelp av tilbakeringing, kan brukere likevel bruke enten innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd. I dette tilfellet trenger du ikke å konfigurere DNS SRV-tilbakeringingsgrupper. |
Oversikt over løsningskonfigurasjon
Løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Komponentene er som følger:
BroadWorks
CUBE (eller en alternativ SP Certified Session Border Controller (SBC))
WebEx kantlyd
Det er gjensidige avhengigheter mellom konfigurasjonen av disse forskjellige komponentene, og som sådan kreves det én eller flere løsningsfrøorganisasjoner for å fullføre den nødvendige løsningskonfigurasjonen og verifiseringen.
Frøorganisasjon
En startorganisasjon er en Webex-organisasjon som du konfigurerer til å generere og validere innstillinger for BYoPSTN-løsningen. Frøorganisasjonen må ha minst én bruker tilordnet en Standard pakke, og at standardpakken må bruke Partner leverte innringingsnumre (BYoPSTN) alternativet for å bli med i møtet. Det anbefales at du knytter frøorganisasjonen til en BroadWorks-testleverandør eller Enterprise.
Organisasjonene for løsningsfrø har to formål:
Frøkonfigurasjon – Klargjøringen av startorganisasjonen(e) genererer tilordninger av telefonnummer til møtetilgangskoder og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Denne informasjonen er nødvendig for å konfigurere BroadWorks Virtual Subscribers (VSUB).
Konfigurasjonsvalidering – Bruk startorganisasjonen til å finne ut om BYoPSTN-løsningen er konfigurert i samsvar med kravene dine. Bruk startorganisasjonen og teste brukere til å validere bruksområder for møter med innringing og tilbakeringing ved hjelp av innringingsnumrene levert av partneren og DNS SRV-tilbakeringingsoppføringer (hvis tilbakeringing er aktivert).
administrator må generere en startløsningsorganisasjon for hvert unike sett med telefonnumre og DNS SRV-tilbakeringingsoppføringer. Genereringen av startløsningsorganisasjonen i hvert tilfelle genererer det nødvendige telefonnummer til tilgangskode for møtet, og muligheten til å bekrefte de tilknyttede brukssakene for møteanrop og tilbakeringing for disse telefonnumrene og DNS SRV-registreringer for tilbakeringing .
administrator som bruker Cisco Partner Hub, må velge én startløsningsorganisasjon som primær frøløsningsorganisasjon . møtested UUID for standardpakkemøtet for denne primære seed-løsningsorganisasjonen må konfigureres på BroadWorks. Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Denne UUID-en for enkeltnettstedet deles av alle sett med telefonnumre og DNS SRV-registreringer for tilbakeringing. Flere UUID-verdier for nettstedet er ikke obligatoriske.
Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.
De påfølgende delene gir mer informasjon om de forskjellige konfigurasjonselementene.
BYoPSTN-konfigurasjonselementer
Et sentralt element i løsningen er konfigurasjonen av Cisco Partner-telefonnumre og DNS SRV-tilbakeringingsoppføringer. BYoPSTN bruker telefonnummergrupper og DNS SRV-tilbakeringingsgrupper som en måte å tilordne geografisk baserte telefonnumre på og redundant samtaleruting for Webex-møter. Disse elementene tilordnes sluttkunder av kundemalen.
Telefonnummergrupper (PNG)
Cisco Partners klargjør telefonnumrene som brukes av deltakerne for å bli med i møter i Cisco Partner Hub. Disse telefonnumrene er ordnet sammen til en telefonnummergruppe. Listen over telefonnumre er knyttet til et møteområde. Alle personlige møterom (PMR) og planlagte møter på det møteområdet bruker de tilknyttede telefonnumrene. Følgende er et eksempel på en telefonnummergruppe:
Navn på telefonnummer | Land | Landskode | Telefonnummer | Kunngjøring | Avgiftstype | Anropsprioritet |
---|---|---|---|---|---|---|
Amerikanske Maryland | USA | +1 | 2403332200 | Engelsk | Avgift | Primær |
USA, Florida | USA | +1 | 9049002303 | Engelsk | Avgift | Sekundær |
USA, New York | USA | +1 | 8056504578 | Engelsk | Gratisnummer | Ingen |
Telefonnumre har følgende attributter:
Phone Number Name – Navn for å beskrive telefonnummer
Land – landet som telefonen er tilordnet til
Landskode – landsnummer eller landsnummer
Telefonnummer – telefonnummer som skal brukes for å bli med i et møte uten landskoden
Kunngjøring – Språket for kunngjøringen som skal spilles av når en deltaker blir med i et møte
Avgiftstype – nummertypen: Gratisnummer eller gratisnummer
Anropsprioritet – Prioriteten som er tilordnet møtenumrene. Deltakervisningen for møtedeltakelsesnumrene er sortert basert på denne prioriteten.
Standard telefonnumre: Administratorer kan tilordne en anropsprioritet som Primær, Sekundær eller Ingen til et telefonnummer i Telefonnummergruppen. Telefonnumrene med prioritet Primær eller Sekundær er standardtelefonnumre. Standardtelefonnumrene sendes i e-postene med møteinvitasjoner og er oppført i den prioriterte rekkefølgen deltakerne skal bruke for å bli med i møter. Standardtelefonnumrene er ikke påkrevd å være i samme land. Et primærtelefon må velges, et sekundært telefonnummer er valgfritt. Minst ett av standardtelefonnumrene må være av typen Toll.
Sluttkundebrukere kan velge å angi sine egne standardtelefonnumre ved hjelp av webgrensesnitt for møtested . Disse numrene vises for den brukeren og deltakerne når de er møtevert. Hvis brukeren blir med i et møte som deltaker, vises de bare for vedkommende.
I henhold til eksemplet ovenfor, klargjør Cisco Partner- administrator Amerikanske Maryland som primær og USA, Florida som sekundære, er dette standard telefonnumre. En bruker kan velge å overstyre dette i møtene sine ved å endre den primære til USA, New York og sekundær som Amerikanske Maryland .
maksimalt antall telefonnumre for en gitt telefonnummergruppe er 98.
MERK: Det støttes ikke å konfigurere et dedikert nummer for én enkelt bedrift.
DNS SRV-grupper for tilbakeringing (CDSG)
For å la møtedeltakere velge tilbakeringingsalternativet, kreves det en DNS SRV-tilbakeringingsgruppe som peker på CUBE-forekomsten(e) i Cisco-partnerens nettverk. Webex bruker disse oppføringene til å rute tilbakeringingen via CUBE til BroadWorks, som deretter kan plassere tilbakeringingen til møtedeltakerens telefonnummer.
Nedenfor finner du et eksempel på en DNS SRV-tilbakeringingsgruppe.
Land/område | Landskode | DNS SRV-oppføring |
---|---|---|
USA | +1 | cube.us.example.com |
Mexico | +52 | cube.mx.example.com |
Alle andre land | N/A | cube.global.example.com |
DNS SRV-registreringer for tilbakeringing har følgende attributter:
Land/region – landet eller regionen som denne DNS SRV-oppføringen skal brukes til å sende samtaleforespørsler for.
Landskode – landskoden som er knyttet til landet/regionen. Du kan bare ha én DNS SRV-registrering per landskode.
DNS SRV-oppføring – DNS SRV-registrering for Cisco Partner CUBE-forekomsten(e).
Når deltakeren ber om en samtale på det angitte telefonnummer sitt , bruker Webex DNS SRV for tilbakeringing som er knyttet til landskoden for det angitte telefonnummer, til å rute anropet til de riktige elementene i Cisco Partners-nettverket.
Bruk av en DNS SRV-registrering på denne måten gir støtte for overflødige CUBE-forekomster for å betjene samtaleforespørslene fra Webex. I eksemplet ovenfor, når møtedeltakere i USA ber om en tilbakeringing fra Webex til telefonnummer sitt i USA , bruker Webex DNS SRV cube.us.example.com
for å rute dette anropet til Cisco-partnerens nettverk. Når møtedeltakere i Mexico ber om tilbakeringing fra Webex til Mexico telefonnummer sitt, bruker Webex DNS SRV cube.mx.example.com
for å rute dette anropet til Cisco-partnerens nettverk.
For alle land/regioner som ikke har en bestemt DNS SRV-registrering for tilbakeringing, rutes disse samtaleforespørslene til Alle andre land DNS SRV-registrering. administrator må konfigurere en DNS SRV-registrering for «Alle andre land» .
maksimalt antall oppføringer for en gitt DNS SRV-tilbakeringingsgruppe er 200.
Kundemaler
Kundemalen er et eksisterende konsept for Webex for BroadWorks-løsningen. Malen inneholder standardkonfigurasjonen som brukes til å klargjøre en sluttkunde. BYoPSTN gir flere attributter til kundemalen:
Deltakelsestype for møte – Kan være enten Cisco-innringingsnumre eller innringingsnumre levert av partner. Dette attributtet angir telefonnumrene som er konfigurert for møteområder knyttet til standard- og premiumpakkene. Partnerleverte innringingsnumre skal velges av administrator.
Telefonnummergruppe – kun knyttet til alternativ for innringingsnumre levert av partner. Dette attributtet angir telefonnumrene som brukes av sluttkunder som er klargjort for standard- og premiumpakker når de deltar i møter.
DNS SRV-tilbakeringingsgruppe – kun tilknyttet innringingsnumre levert av partner. Dette attributtet indikerer DNS SRV-registreringer som brukes av Webex ved tilbakeringing til sluttkunder som er klargjort for standard- og premiumpakker når de deltar i møter. Hvis du ikke vil aktivere tilbakeringing, kan du velge «Deaktiver tilbakeringing» når du oppretter eller oppdaterer en kundemal. Når den første abonnenten for enten Standard eller Premium klargjøres for en sluttkunde, klargjøres det tilknyttede møtested . møtested klargjøres i henhold til kundemalen ovenfor. Alle senere klargjorte abonnenter for enten Standard eller Premium legges til på det allerede klargjorte møtested– konfigurasjonen av møtested endres ikke.
Alle endringer i kundemalen med hensyn til attributtene ovenfor, gjelder bare for nylig klargjorte pakkemøteområder. Eksisterende møteområder, som allerede er klargjort, påvirkes ikke av endringer i kundemalen.
Det eneste bemerkelsesverdige unntaket er at hvis en sluttkunde allerede har et møtested, klargjøres ethvert nytt pakkemøteområde med samme møtested som det eksisterende møtested. Hvis en sluttkunde for eksempel har et møtested for standard pakke som bruker Cisco-innringingsnumre, og kundemalen er oppdatert for å bruke innringingsnumre levert av partner, klargjøres et nytt møtested for Premium-pakke ved hjelp av Cisco-innringingsnumre, Innstillingen for Kundemal gjelder ikke. Standard- og Premium-møtestedene for en gitt sluttkunde skal alltid klargjøres konsekvent.
BroadWorks-anropsklynge
Cisco Partner Hub – BroadWorks Calling Cluster-skjermbildet gir tilgang til å vise og/eller laste ned BroadWorks-konfigurasjon (BYoPSTN) informasjon. BYoPSTN- konfigurasjonsinformasjon for en gitt klynge inkluderer følgende data:
Organisasjonsdetaljer for primær frøløsning, inkludert UUID for møtested for standard pakke og URL-adresse for nettstedet.
Telefonnummergruppedetaljer for alle grupper som er konfigurert for denne klyngen. Dette inkluderer tilordninger av telefonnummer til tilgangskode for hver gruppe. Merk at detaljene skal inkludere grupper som er knyttet til alle sekundære organisasjoner for startløsninger.
Tilbakeringingsdetaljer for DNS SRV-gruppe for alle grupper som er konfigurert for denne klyngen. Merk at detaljene skal inkludere grupper som er knyttet til alle sekundære organisasjoner for startløsninger.
Kundemaldetaljer for disse malene som bruker en av Telefonnummergruppene og DNS SRV-tilbakeringingsgruppene.
Hver BroadWorks-samtaleklynge har sin egen BroadWorks-konfigurasjon (BYoPSTN) informasjon spesifikt dens tilordnede telefonnummergrupper og tilbakeringings DNS SRV-gruppe. Vær imidlertid oppmerksom på at alle BroadWorks Calling Cluster deler den samme primære seed-løsningsorganisasjonen, og som sådan inkluderer alle den samme UUID-en for møtested for standardpakken og URL-adressen til nettstedet.
Den BroadWorks-konfigurasjon (BYoPSTN) informasjonen er bare tilgjengelig for visning/nedlasting når administrator konfigurerer og velger organisasjonen for primær frøløsning. Den primære seedløsningsorganisasjonen må ha minst én bruker tilordnet til standardpakken, og denne standardpakken må bruke møtealternativet for partnerleverte innringingsnumre (BYoPSTN).
Eksempel på BYoPSTN-konfigurasjonselementer
Bildet nedenfor viser et eksempel på en BroadWorks-distribusjon for flere klynger med geografisk baserte kundemaler, telefonnumre og ruting.
Den første tabellen viser en BroadWorks-distribusjon for flere klynger med regionalt baserte kundemaler, telefonnummergrupper og DNS SRV-tilbakeringingsgrupper. De påfølgende tabellene utvides med Telefonnummergruppe og DNS SRV-tilbakeringingsgrupper.
BroadWorks-klynge | Malnavn | Pakke | Type møtedeltakelse | Telefonnummergruppe | DNS SRV-gruppe for tilbakeringing |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standard | Partner oppga innringingsnumre | Vest i USA | CB USA |
West Prem | Premium | ||||
US East Std | Standard | Øst i USA | |||
Øst-Prem | Premium | ||||
BWKS MX | MX Std | Standard | Partner oppga innringingsnumre | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS Storbritannia | Storbritannia Std | Standard | Partner oppga innringingsnumre | PNG i Storbritannia | Tilbakeringing deaktivert |
Storbritannias prem | Premium | ||||
BWKS USA | US Std | Standard | Cisco-innringingsnumre | Ingen | Ingen |
Abonnenter klargjort ved hjelp av US West Std- eller US West Prm-malen, bruker US West-telefonnummeret når de blir med i møter. Disse abonnentene som møtes, forespørsler om å bli med i tilbakeringing, sendes til CB US DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av US East Std- eller US East Prm-malen, bruker US East-telefonnummeret når de blir med i møter. Disse abonnentene som møtes, forespørsler om å bli med i tilbakeringing, sendes til CB US DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av MX Std- eller MX Prm-malen, bruker MX PNG-telefonnummeret når de blir med i møter. Disse abonnentene som møter forespørsler om å bli med i tilbakeringing, sendes til CB MX DNS SRV-registreringer.
Abonnenter klargjort ved hjelp av UK Std- eller UK Prm-malen, bruker britiske PNG-telefonnumre når de blir med i møter. Disse abonnentene vil ikke bli tilbudt møtedeltakelse via tilbakeringing da tilbakeringing er deaktivert.
Abonnenter klargjort ved hjelp av US Std bruker Cisco-innringingsnumre og har derfor ingen telefonnummergruppe eller DNS SRV-tilbakeringingsgruppe. Disse abonnentene bruker Cisco-angitte telefonnumre for møtedeltakelse og Cisco DNS SRV-registreringer for møtedeltakelse ved hjelp av tilbakeringing.
Detaljer om eksemplene på telefonnummergrupper er som følger:
Telefonnummergruppe | Navn på telefonnummer | Land | Landskode | Telefonnummer | Kunngjøring | Avgiftstype | Anropsprioritet |
---|---|---|---|---|---|---|---|
Vest i USA | USA, San Francisco | USA | +1 | 4156551000 | Engelsk | Avgift | Primær |
USA Palo Alto | USA | +1 | 9863502478 | Engelsk | Gratisnummer | Ingen | |
Øst i USA | Amerikanske Maryland | USA | +1 | 2403332200 | Engelsk | Avgift | Primær |
USA, Florida | USA | +1 | 9049002303 | Engelsk | Avgift | Sekundær | |
USA, New York | USA | +1 | 8056504578 | Engelsk | Gratisnummer | Ingen | |
MX PNG | Mexico | MX | +52 | 2065304086 | Europeisk spansk | Avgift | Primær |
PNG i Storbritannia | Storbritannia | Storbritannia | +44 | 4527789651 | Engelsk | Avgift | Primær |
Detaljer om eksemplene på DNS SRV-tilbakeringingsgrupper er som følger:
DNS SRV-gruppe for tilbakeringing | Land | DNS-SRV |
---|---|---|
CB USA | USA | cube.us.example.com |
Alle andre land | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Alle andre land | cube.row.example.com |
Konfigurasjonen for den amerikanske DNS SRV-registrering, cube.us.example.com kan være som i eksemplet:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Denne DNS SRV-registrering kan løses til følgende DNS A-oppføring:
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
DNS SRV-registreringer løses for å sikre SIP-anrop fra Webex til CUBE. |
Porter som brukes av Webex
Portene i tabellen nedenfor må åpnes på brannmuren til DMZ der CUBE befinner seg, og andre porter kan lukkes. Hvis du vil ha mer informasjon om porter og nettverkskrav, kan du se følgende artikkel:
https://collaborationhelp.cisco.com/article/WBX264
Kilde | Kildeporter | Destinasjon | Målporter | Protokoll | Beskrivelse | ||
---|---|---|---|---|---|---|---|
Webex Edge | Midlertidig port | CUBE | 5061 | TCP | (mTLS 1.2) Innkommende SIP-signalisering fra Webex Edge Audio til CUBE SBC.
| ||
Webex Edge | 4000–4010 | CUBE | 5061 | TCP | (mTLS 1.2) Alternativer-ping for Webex Edge Audio. | ||
CUBE | Midlertidig port | EdgeAudio | 5605 | TCP | (mTLS 1.2) Utgående SIP-signalisering for Webex Edge Audio. | ||
Webex Edge | Midlertidig port | CUBE | Kortvarige porter 8000–59999 | UDP | (SRTP) Pinholes i brannmuren må åpnes for innkommende medietrafikk til Edge-lyd. | ||
CUBE | Kortvarige porter 10200–28000 | Edge Audio | Midlertidig port | UDP | (SRTP) Pinholes i brannmuren må åpnes for utgående medietrafikk til CUBE. |
TLS- og SRTP-krypteringsprogram
TLS v1.2 eller nyere brukes for mTLS-håndtrykk, og følgende chiffer støttes av Webex Edge Audio (under tilbakeringing tilbyr Webex Edge Audio disse i klienten for TLS-håndtrykket Hei):
TLS_ ECDHE_ ECDSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_MED_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ MED_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_MED_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_MED_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ MED_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_MED_AES_128_CBC_SHA256
TLS_ RSA_ MED_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ MED_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ MED_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ MED_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ MED_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ MED_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_MED_AES_128_GCM_SHA256
TLS_DHE_DSS_MED_AES_128_CBC_SHA256
Følgende chiffer brukes for sRTP:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Lydkodeker støttes
G722
G711µ
G711a
Krav til SIP- og RTP-profiler
Løsningen krever at du mellom CUBE (eller SBC) og Webex distribuerer SIP TLS for signalisering og sRTP for medier.
SIP- og RTP-profilene som en del av denne kommunikasjonen skal være i samsvar med følgende krav:
Krav til SIP-profil | Detaljer |
---|---|
Tidtaker for utløp av økt | 2220 sek (godta SIP 422) * justeres per forretningsbehov og 422 forventes. |
Medietilbud for tilgang | Tidlig tilbud |
Medietilbud for utgang | Sen tilbud |
Alternativer ping-intervall | 30s (minimum) |
DTMF | RFC2833 Nyttelast 101 (ingen akustisk DTMF!) |
SIP-UDP-porter | 4000–4010,5061,5065 |
RTP-profil | Detaljer |
---|---|
Profil for tale nyttelast | G.722/ G.711μ /G.711a |
Pakkestørrelse | 20 ms |
VAD (Voice Activity Detection) | Nei |
Tidtaker for medieinaktivitet | 1200 ms |
Endring av kodek for midtnummer | Ikke akseptert |
RTP | 8000-48198 |
sRTP-krypteringer | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
G.729-kodeken støttes ikke. Hvis du vil bruke G.729, må du bruke transkoder. |
Domener for Webex-anropsruting
DNS SRV _sips._tcp.<domain>
brukes til å nå Webex Edge Audio. Det er fire domener avhengig av region.
Region | Domene |
---|---|
Nord- og Sør-Amerika | ecccspx.amer.pub.webex.com |
Storbritannia, Nord-Afrika | ecccspx.emea.pub.webex.com |
Asia og Stillehavsområdet | ecccspx.apac.pub.webex.com |
Australia / New Zealand | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV løser flere A-oppføringer som peker til det primære og sekundære området. Tabellen nedenfor gir et eksempel for AMER-regionen og kan endres i fremtiden.
Oppføringstype | Spill inn | Mål | Hensikt |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Oppdaging av Webex Edge Audio |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Peker på AMER Primær 1 for Webex Edge Audio |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Peker på Webex Edge Audio AMER Primær 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Peker på Webex Edge Audio AMER sekundær 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Peker på Webex Edge Audio AMER sekundær 2 |
DNS-SRV er dynamisk av natur, IP-adressene er utsatt for endring. Unngå derfor hardkoding eller bokmerke for IP-adressene. Se delen Revisjonshistorikk for dokumenter for eventuelle endringer eller oppdateringer som er gjort i Portreferanseinformasjon for Webex Calling dokument. |
CUBE-redundans
Cisco Unified Border Element (CUBE) aktiverer funksjonen for øktgrensekontroll i et nettverk som administrerer SIP-tilkoblinger mellom eksterne enheter og det interne nettverket. Mer informasjon om CUBE er tilgjengelig i delen Forutsetninger nedenfor.
Redundansmodellene som støttes, er definert med det formål å gi høy tilgjengelighet og eliminere enkeltfeil for Cisco-partneren. Tre forskjellige modeller er skissert nedenfor. Cisco-partnere bør ta i bruk den modellen som gjelder for miljøet deres.
Under innføringsprosessen bør partneren deaktivere ICMP-filtre.
Tosidig CUBE-distribusjon for BroadWorks distribuert på ett sted
Simplex CUBE-distribusjon for BroadWorks distribuert i flere områder
En ekstra redundansmodell er mulig der CUBE distribueres i dupleksmodus på hvert nettsted. Denne modellen er ikke nødvendig med tanke på at BroadWorks er distribuert med geografisk redundans.
Klargjør
1 | Forutsetninger for partner
|
2 | Klargjør telefonnumre i Cisco Partner Hub
|
3 | Klargjøre tilbakeringing DNS SRV-grupper i Cisco Partner Hub (valgfritt)
|
4 | Knytt PNG (og CDSG) til kundemaler
|
5 | Klargjør frøløsningsorganisasjoner
|
6 | Velg organisasjonen for primær frøløsning
|
7 | Last ned BroadWorks-konfigurasjonen (BYoPSTN)
|
8 | Bestem Webex Edge Audio DNS SRV-domenet
|
9 | Klargjøring av BroadWorks-konfigurasjon for partner
|
10 | Klargjøringspartner CUBE (eller din egen SBC)
|
11 | BYoPSTN-sertifisering
|
Trinn 1: Forutsetninger for partner
Følgende forutsetninger må være fullført for klargjøring av BYoPSTN. Forutsetningene nedenfor forutsetter at partneren har en fungerende Webex for Cisco BroadWorks-distribusjon som inkluderer:
Fungerende BroadWorks-system – som dokumentert i Løsningsveiledning for Webex for Cisco BroadWorks
BroadWorks AS-lisens med «VoiceXML»-tjeneste i tilstrekkelig mengde (1 per PSTN-nummer)
BroadWorks-oppdateringer kreves:
For R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
For R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
For R24
AP.as.24.0.944.ap376935
Cisco CUBE System distribuert (IOS versjon 16.12.2 eller nyere): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Både maskinvarebasert og virtuell CUBE støttes. Maskinvarebasert CUBE anbefales for skalerbarhet og håndtering av større antall samtaler.
Webex-partnerorganisasjon – som skissert i Løsningsveiledning for Webex for Cisco BroadWorks
Trinn 2: Klargjør telefonnummergrupper (PNG) i Partner Hub
Fremgangsmåten Cisco-partneren bruker for å legge til telefonnumrene for Webex-møte , er som følger:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett innringingsnummergruppe s.
Skriv inn Telefonnummergruppe navn og velg Neste .
Skriv inn Telefonnummer detaljer og velg Neste .
Se gjennom sammendraget med detaljer om telefonnummergruppe, og velg Lagre .
Gjenta denne fremgangsmåten for hver telefonnummergruppe som skal legges til.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 3: Klargjør tilbakeringing DNS SRV-grupper (CDSG) i Partner Hub
Dette trinnet skal bare fullføres hvis du vil distribuere alternativet Møte Bli med via tilbakeringing. Ellers kan du hoppe over dette trinnet. |
Hvis du ikke konfigurerer dette alternativet, kan brukere bruke innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd. |
Når du bruker alternativet for tilbakeringing for møte, kreves det en DNS SRV-tilbakeringingsgruppe for å rute anrop fra Webex til CUBE. Fremgangsmåten Cisco-partneren bruker for å legge til CUBE DNS SRV-registreringer i Webex, er som følger:
Logg på Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett DNS SRV-gruppe for tilbakeringing .
Angi DNS SRV for tilbakeringing Gruppenavn .
Velg Neste.
Angi DNS SRV-detaljer for tilbakeringing.
Velg Neste.
Se gjennom sammendraget av DNS SRV-detaljer for tilbakeringing.
Velg Lagre .
Klargjør eventuelle oppdateringer av DNS for å gjenspeile de nye oppføringene i DNS SRV-gruppen.
Gjenta denne fremgangsmåten for hver DNS SRV-tilbakeringingsgruppe som skal legges til.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 4: Knytt PNG og CDSG til kundemaler i Partner Hub
Første konfigurasjon og verifisering av BYoPSTN-løsningen krever en startorganisasjon for hver unike kombinasjon av Telefonnummergruppe og DNS SRV-gruppe for tilbakeringing (hvis tilbakeringing er nødvendig) . Derfor anbefales det at Cisco-partnere på samme måte oppretter en ny Kundemal for hver unike kombinasjon av telefonnummergruppe og tilbakeringing DNS SRV-gruppe. Hver kundemal skal brukes til å generere en tilsvarende startorganisasjon.
Når BYoPSTN-konfigurasjonen er seedet og bekreftet ved hjelp av startorganisasjonene, kan telefonnummergruppene og tilbakeringings DNS SRV-gruppene brukes på eksisterende kundemaler etter behov.
Vær oppmerksom på at nyopprettede kundemaler ikke er i bruk av eksisterende kunder som ikke er testet, og derfor trygt kan brukes til manuell bekreftelse av BYoPSTN-konfigurasjonen.
Hvis du ikke distribuerer Meeting Bli med via tilbakeringing, trenger du ikke å knytte DNS SRV-grupper for tilbakeringing til kundemalen. Du må imidlertid velge Deaktiver tilbakeringing . |
Hvis du vil legge til i en ny kundemal, gjør du følgende:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Maler , velger du Legg til mal .
Angi maldetaljer. På Pakketype trinn:
Velg Pakketype som Standard .
Velg Konfigurasjon for å bli med i møte som Partner leverte innringingsnumre (BYoPSTN) .
Velg en klargjort Telefonnummergruppe .
For Tilbakeringing DNS SRV-gruppe, Hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .
Velg Neste.
Angi de gjenværende maldetaljene.
Se gjennom sammendraget for maldetaljer.
Klikk på Lagre.
Gjenta denne fremgangsmåten for hver kundemal som må legges til
Skjermbildet nedenfor viser fremgangsmåten.
Hvis du vil oppdatere en eksisterende kundemal, gjør du følgende:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop delen.
Under Maler , velger du Vis mal .
Velg malen som skal oppdateres.
Bla til Konfigurasjon for å bli med i møte del:
Velg Partner leverte innringingsnumre (BYoPSTN) .
Velg en tidligere konfigurert Telefonnummergruppe .
For Tilbakeringing DNS SRV-gruppe , hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .
Velg Lagre .
Skjermbildet nedenfor viser fremgangsmåten.
Trinn 5: Klargjør frøløsningsorganisasjoner
BYoPSTN-løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Ett av de to formålene med startløsningsorganisasjonene er å generere tilordninger av telefonnummer til tilgangskoder for møte og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Det andre formålet er konfigurasjonsbekreftelse.
For hver unike kombinasjon av Telefonnummergruppe og DNS SRV-tilbakeringingsgruppe som skal brukes, må det opprettes en tilsvarende kundemal på forhånd. For hver av disse kundemalene må det klargjøres en startløsningsorganisasjon. Klargjøringen av disse startorganisasjonene genererer telefonnummer til tilordninger av møtetilgangskoder og en UUID for møtested som kreves for å konfigurere BroadWorks.
Bruk hver av de tidligere konfigurerte kundemalene til å klargjøre en abonnent for en ny testleverandør av BroadWorks-tjeneste eller ny BroadWorks Enterprise med en Standard pakke bruker. Det resulterende Standard pakke møtested skal bruke innringingsnumre fra partnerleverandør. En av følgende metoder kan brukes til å klargjøre abonnenten:
Klargjør testabonnenten ved hjelp av BroadWorks Subscribers API-er som dokumentert på
developer.webex.com
.Aktiver testabonnenten for IM&P-tjenesten på en BroadWorks som er konfigurert til å bruke kundemalen. Kontroller at kundemalen bruker standardpakken som standard for å sikre at testabonnenten blir tilordnet en standardpakke. Alternativt må testabonnenten oppdateres i etterkant for å ha standardpakken.
Merk at det anbefales at startløsningsorganisasjonene er knyttet til en testleverandør av BroadWorks-tjeneste eller test av BroadWorks Enterprise.
Trinn 6: Velg organisasjonen for primær frøløsning
Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Du bør ikke slette startorganisasjonen, da det tilknyttede møtested også blir slettet. Hvis startorganisasjonen fjernes, må du klargjøre en ny og konfigurere Broadworks på nytt med den nye UUID-en for nettstedet.
Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.
Gjør følgende for å velge organisasjonen for primær frøløsning:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop delen.
Under Konfigurasjonsvalidering (BYoPSTN) delen, velger du Tilordne .
I Tilordne organisasjon søker du etter og velger en av frøorganisasjonene som er konfigurert tidligere
Velg Tilordne .
Den valgte frøorganisasjonen er den primære frøorganisasjonen.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Trinn 7: Last ned BroadWorks-konfigurasjon (BYoPSTN)
Den primære seed-løsningsorganisasjonen, telefonnummergrupper og tilbakeringingsDNS SRV-gruppedetaljer for en gitt BroadWorks-klynge er tilgjengelig på ett sted, JSON-filen for BroadWorks-konfigurasjon (BYoPSTN). Denne informasjonen er nødvendig for å konfigurere BroadWorks for BYoPSTN.
Merk at JSON konfigurasjonsfil bare er tilgjengelig for visning/nedlasting etter at den primære organisasjonen for seed-løsningen er valgt.
Fremgangsmåten for å vise/laste ned JSON konfigurasjonsfil er som følger:
Logg på Cisco Partner Hub.
Gå til Innstillinger.
Bla til BroadWorks-anrop .
Under Klynger , velger du Vis klynge .
Velg klyngen som er knyttet til kundemalene som er konfigurert for BYoPSTN.
Bla til BroadWorks-konfigurasjon for BYoPSTN delen.
Klikk på Last ned JSON konfigurasjonsfil .
Gjenta denne fremgangsmåten for alle andre BroadWorks-klynger.
Skjermbildene nedenfor illustrerer fremgangsmåten.
Se eksempel på JSON konfigurasjonsfil nedenfor. Filen inneholder tilleggsinformasjon om hver telefonnummergruppe, DNS SRV-tilbakeringingsgruppe. Følgende viktige konfigurasjonselementer som må angis på BroadWorks, er merket med fet skrift.
nettstedUUID: BroadWorks må sende denne verdien i SIP-meldingene. Det er et token som Webex Edge Audio bruker til å bekrefte identiteten til Cisco-partnerens BroadWorks og tilgangen til møteområder som administreres av denne Cisco-partneren.
Tilordning av telefonnummer til tilgangskode : Telefonnumrene og de tilknyttede Webex-tilgangskodene må konfigureres på BroadWorks.
phoneNumber
tilgangskode
localeTag: Det ønskede kunngjøringsspråket knyttet til telefonnummer må konfigureres på BroadWorks.
dnsSrv: Tilbakeringings-DNS SRV må konfigureres i DNS og referere til de ønskede CUBE-forekomstene.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Trinn 8: Bestem Webex Edge Audio DNS SRV-domenet
Webex Edge Audio DNS SRV-domenet må konfigureres på BroadWorks. Bruk følgende fremgangsmåte for å bestemme verdien.
Logg på Cisco Partner Hub.
Gå til Kunder .
Velg BYoPSTN Validation Enterprise.
Velg Vis kunde.
Gå til Tjenester/møter .
Velg møtested for standard pakke .
Bla til bunnen av sideut-panelet, velg Konfigurer nettsted .
Velg Fellesinnstillinger / Lydinnstillinger .
Under Egendefinerte globale innringingsnumre for Edge Audio delen, velger du Generer Lua-skript .
Søk etter verdien «-- Oppdater til topptekst med CCAX URL» i popup-vinduet.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Trekk ut verdien i fet skrift, for eksempel
ecccx.amer.webex.com.
Dette er Webex Edge Audio DNS SRV-domenet som må konfigureres på BroadWorks.
Trinn 9: Klargjøring av BroadWorks-konfigurasjon for partner
Denne delen beskriver BroadWorks-konfigurasjonen som er nødvendig for å implementere scenariene for møteinnringing og tilbakeringing som vises i diagrammene nedenfor. Konfigurasjonseksemplene er basert på dataene i JSON-filen vist i forrige del. Antall, domener, navn på bedrift/grupper, enhetstype, policyer, profiler osv. forventes å variere fra partner til partner.
Samtaleflyt:
- Bruker ber om tilbakeringing, Webex starter en tilbakeringing.
- Samtalen rutes til BroadWorks OTT.
- Anropet når CUBE klargjort i CH. CUBE ruter anropet til BroadWorks.
- BroadWorks identifiserer samtalen som møtevertsopprinnelse og oppretter en økt for møtevert og behandler samtalen.
- møtevert for møteverten behandler anropet og oversetter det ringt nummer. I tillegg genereres det en faktureringsoppføring på vegne av møtevert .
- BroadWorks ruter anropet enten til brukeren som er knyttet til enheten (7) eller til PSTN (8).
Før du starter
SIP-kommunikasjon mellom BroadWorks og CUBE kan foregå over UDP eller TCP, avhengig av nettverkskravene dine. Hvis for eksempel noen nettverks- eller tilgangsenheter (for eksempel gatewayer eller endepunkter) i BYoPSTN-anrops- eller tilbakeringingsflytene ikke støtter TCP, bør UDP brukes i stedet.
Konfigurasjonen og eksemplene som vises i denne veiledningen, bruker TCP som transportprotokoll. Hvis du vil bruke TCP, må du kontrollere at BroadWorks-applikasjonsserveren og nettverksserveren begge er konfigurert for TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Applikasjonsserver
Identifiser/enhetsprofiltype
Det må opprettes en ny identitets-/enhetsprofiltype for å representere CUBE. Sørg for å angi følgende egenskaper nedenfor, mens andre kan beholde standardverdiene:
Signaleringsadressetype – Angi til Intelligent proxy-adressering
Autentisering – Angi til Aktivert
Støtteidentitet i UPDATE og Re-INVITE – Sjekket
Kan brukes til statisk registrering – Angi til Aktivert
Videokompatible – Angi til Deaktivert
I eksemplet nedenfor skriver den nye identitets-/enhetsprofilen «VXML_profile ” er opprettet for å representere CUBE.
Virtuelt tale-XML-abonnent
Opprett en VoiceXML-forekomst
Hvert Webex Meetings PSTN-nummer representeres av en virtuell abonnent i BroadWorks, og den virtuelle abonnentfunksjonaliteten for VoiceXML kan brukes. Det anbefales at det brukes et dedikert foretak og en dedikert gruppe for alle virtuelle VoiceXML-abonnenter. Merk at vi faktisk ikke utnytter VoiceXML-funksjoner, men denne typen virtuelle brukere er egnet for samhandling med CUBE.
For å bruke VoiceXML-tjenesten må du sørge for at lisensen har tilstrekkelige «VoiceXML»-antall, og at tjenesten er autorisert på bedrifts- og gruppenivå, og at VoiceXML-tjenesten er tilordnet til gruppen som vist i eksempelbildet nedenfor.
Under VoiceXML og opprett en forekomst for hvert PSTN-nummer.
, velger duKonfigurer VoiceXML-adresser
For hver VoiceXML-forekomst klargjør du følgende under VoiceXML-adresser:
Telefonnummer – Angi innringingsnummeret for Webex Meetings -nettstedet (for eksempel 2403332200).
Internnummer
Identitets-/enhetsprofil – Opprett én forekomst (for eksempel VXML_device Prof) basert på enhetstype som ble opprettet i forrige del (VXML_profile i eksemplet), og angi følgende konfigurasjon.
Linje/port – Skriv inn i<access number=""> @<domain> format, hvor
<access number=""> er tilgangskodenummeret for Webex Meetings nettstedet (tilgjengelig fra JSON-filen) (for eksempel 88631321777971704941)
<domain> er domenet til Webex Edge Audio for dette møtested (for eksempel ecccspx.amer.pub.webex.com)
Kontakt sip – For møteanrop til tilgangsnummeret sendes INVITEEN med en forespørsels-URI satt til verdien for dette feltet. Angi SIP-kontakten i dette formatet<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , hvor:
<sip contact=""> er<number> fra linje/port-feltet, men med domenet som SRV som løses til CUBE-adressen (for eksempel 88631321777971704941@cube.internal.local)
<Locale> representerer språkinnstillingen i henhold til brukerspråk (for eksempel locale=en_ USA)
<Meetings Site="" UUID=""> er nettstedets UUID fra JSON-filen (for eksempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> skal være transport=tcp for å la AS-en bruke TCP til å sende meldinger til CUBE.
Nedenfor finner du et eksempel på innstillinger for VoiceXML-adresser.
For hvert ekstra møtetilgangsnummer som skal brukes, bør det opprettes en ekstra virtuell VoiceXML-abonnent analogt med det ovenfor. Den samme enhetsprofil kan brukes, men Linjeport- og Kontaktfeltene må bygges opp fra tilgangsnummerinformasjonen som vist ovenfor. |
Sørg for å kontrollere at grensene for policy for samtalebehandling som du konfigurerer på den virtuelle BroadWorks-abonnenten, er tilstrekkelige til å håndtere de ekstra BYoPSTN-anropene i telefonnummergruppen. |
Tilordne SIP-autentisering til VoiceXML-forekomst
Tilordne autentiseringstjenesten til den virtuelle VoiceXML-abonnenten. Dette vil bli brukt til å autentisere SIP INVITE-meldinger fra CUBE i tilbakeringingsscenariet. Den forhindrer også den virtuelle VoiceXML-abonnenten i å godta anrop fra andre parter enn CUBE
Gå til siden for virtuell abonnentautentisering under Verktøy, og skriv inn SIP-brukernavnet og -passordet som vist nedenfor:
CUBE må konfigureres med samme brukernavn og passord for å kunne autentisere INVITE-meldingene som sendes til AS. Et eksempel på kommandoen for å konfigurere SIP-godkjenning på CUBE er som følger:
|
Namedefs-fil
Det virtuelle SIP-kontaktfeltet for VoiceXML-abonnenten inneholder URL-adressen der domenedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan brukes til å løse den interne SRV til CUBE IP.
I eksemplet vårt er SIP-kontaktens SRV cube.internal.local og løses til adresse 10.165.196.30 port 5060 for å nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs
filen oppdateres som følger:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings
Konfigurasjonsalternativer for Webex Meetings samtalebehandling er tilgjengelige for å kontrollere hvordan møteanrop behandles. Som standard behandles møteanrop som eksterne samtaler ettersom innringingsnumre er vert for en dedikert bedrift eller tjenesteleverandør. Eksterne samtaler er vanligvis inkludert i antall økter for opptakskontroll for økter og flagges for belastning i CDR-feltet ladeindikator .
Eksempelet nedenfor legger til den anbefalte konfigurasjonen for å behandle møteanrop som interne samtaler, slik at de ekskluderes fra betaling og fra antall opptakskontroll for økter.
Etter innstilling Håndhev NS-gebyrfelt sannelig, populasjonen av CDR-feltet ladeindikator er basert på det konfigurerte Charge-attributtet for samtaletype for nettverksserveren .
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Virtuell abonnent for tilbakeringing av VoiceXML-møte
Opprett en abonnent for tilbakeringing av VoiceXML-møte
En dedikert virtuell VoiceXML-abonnent med et spesielt alternativ for Webex Meetings tilbakeringing (heretter kalt abonnent for VoiceXML-møtetilbakeringing) må konfigureres på BroadWorks Application Server (AS) for å håndtere tilbakeringing fra Webex Meetings . Bare én forekomst av denne abonnenten kan konfigureres på AS.
Hvis du vil aktivere funksjonen, setter du den aktiverbare funksjonen 102074 til sann via CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Siden «BYO PSTN-faktureringsstøtte for CallBack- og CallIn»-funksjonen avhenger av «BroadWorks Support for CI UUID»-funksjonen, må du også aktivere (102746) funksjonen før du aktiverer (102074)-funksjonen. Hvis du vil ha mer informasjon, se delen "CI-bruker UUID-synkronisering (Broadworks Support for CI UUID)". |
VoiceXML-møtetilbakeringingsabonnenten ligner på den eksisterende virtuelle BYOPSTN VXML-abonnenten, men merket den med et nytt «Webex Meetingtilbakering»-flagg. Denne tilbakeringingsabonnenten for VoiceXML-møte er konfigurert med samme enhetsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnenten, i tillegg til godkjenningstjenesten med samme legitimasjon.
Et eksempel er vist nedenfor:
Abonnenten for VoiceXML-møtetilbakeringing må finnes på AS som er møtevert for møtevertsbrukeren. Når AS-en mottar forespørselen om tilbakeringing av møtet INVITE, prøver den å finne både brukeren av VoiceXML-møtetilbakeringing og møtevert på AS under oppsett av samtale. Hvis ingen av disse brukerne blir funnet, avvises anropet.
Møtevertsøkt
I tilbakeringingsscenariet med X-Cisco-Meet-Info-hodet, mottar Cisco BroadWorks-applikasjonsserveren en SIP INVITE-forespørsel og identifiserer møtevertsbrukeren ved hjelp av UUID-parameteren for møtevert CI-bruker i SIP X-Cisco-Meet-Info-hodet. En samtaleøkt opprettes på vegne av møtevert . Brukeren opprettes for å behandle samtalen og utføre tjenesteprofil til brukeren. I tillegg genereres det en faktureringsoppføring på vegne av møtevert . møte-ID -en og UUID-informasjonen for nettstedet fra SIP X-Cisco-Meet-Info-hodet fanges opp i faktureringsoppføringen.
Et eksempel på SIP X-Cisco-Meet-Info-hodet vises nedenfor:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plattform for applikasjonslevering
CI-bruker UUID-synkronisering (Broadworks-støtte for CI UUID)
Brukerens CI UUID er en unik identifikator for å identifisere brukere i Webex-miljøet.
Dette Webex-programmet for klargjøringssynkronisering på Cisco BroadWorks Application Delivery Platform (ADP) brukes til å synkronisere, tilordne og lagre brukerens CI UUID i BroadWorks-infrastrukturen, slik at den kan brukes i forskjellige samhandlinger med Webex og Webex for BroadWorks-tjenesten.
Se « Aktiver tilbakeringing fra Webex Meeting» om hvordan CI Bruker UUID-tilknytning brukes av Cisco BroadWorks-nettverksserveren og Cisco BroadWorks-applikasjonsserveren.
Følgende trinn konfigurerer Webex-klargjøringssynkroniseringsprogrammet til regelmessig å spørre og oppdatere BroadWork-brukere med CI UUID.
Webex-programmet for klargjøringssynkronisering krever OAuth-legitimasjon med spark-admin:broadworks_subscribers_read omfanget for Cisco Identity Provider og kan fås ved å ta opp en tjenesteforespørsel med onboarding-agenten.
Se delen Hente OAuth-legitimasjon for Webex for Cisco BroadWorks for mer informasjon om hvordan du kan tjenesteforespørsel på: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Legg til tokenet med et passende partnernavn på følgende måte:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Legg til partnernavnet som er knyttet til OAuth-tokenet, i listen over partnere som skal overvåkes av Webex Provisioning Sync-applikasjonen med «enabled»-flagget satt til «true».
Med dette vil Webex klargjøringssynkroniseringsprogrammet begynne å utføre CI-bruker UUID-synkronisering på definert avstemningsintervall.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Når partneren er inkludert, kan Webex Provisioning Sync-applikasjonen nå utføre tilknytningen av CI UUID til BroadWorks-brukerne.
Endre tidsavbruddet for tilkoblingen ved hjelp av følgende kommandoer:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Denne tilknytningen kan gjøres automatisk eller manuelt. CLI manualSync-kommandoen kan umiddelbart utløse tilknytningen.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnere med «Aktivert» satt til «true», utfører det tilknyttede avstemningsintervall. Under den første tilknytningen spør Webex-klargjøringssynkroniseringsprogrammet Webex Subscriber API for å hente dataene som inneholder CI UUID for alle brukere som er vert av partneren. Den eksterne ID-en til BroadWorks-brukeren oppdateres med den tilknyttede CI-UUID-en. Etterfølgende tilknytninger påvirker brukere som er lagt til i partneren. Status-kommandoen kan brukes til å se om synkroniseringen er fullført.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Når synkroniseringen er fullført, endres statusen tilbake til overvåking. Etterfølgende synkronisering utføres på brukere som er lagt til i partneren etter «Siste synkroniseringstid».
Følgende figur viser CI-UUID-en som er angitt i den eksterne ID-en:
Nettverksserver
Samtaletype
For fakturerings- og rapporteringsformål kan det være ønskelig å merke CDR-er for innringingssamtaler til møter. Dette kan gjøres ved hjelp av policyen for PreCallTyping for nettverksserver.
Først legger du til en nytt anrop på NS CLI under /System/CallP/CallType. Følgende eksempel legger til den nye «WXM» samtaletype:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
samtaletype kan deretter brukes i en PreCallTyping-forekomst som er en del av BroadWorks-brukerens rutingprofil. I dette eksemplet ble en ny PreCallTyping-forekomst «wxm» lagt til under /Policy/PreCallTyping CLI-kontekst, men det kan være en eksisterende PreCallTyping-forekomst som allerede er i bruk:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Neste trinn er å legge til oppføringer i PreCallTyping-forekomsten for alle innringingsnumrene i CLI-konteksten /Policy/PreCallTyping/DialPlan. For eksempel:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
PreCallTyping-forekomsten legges deretter til (forutsatt at den ikke allerede finnes) i den gjeldende rutingsprofilen til den opprinnelige brukeren, som vist i eksemplet nedenfor:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
BroadWorks-originerende CDR-er genereres bare av samtaler som kommer fra BW-abonnenter. PSTN-originerte anrop fra «nettverk»-siden av AS vil ikke generere originerende CDR-er. Det vil være en avsluttende CDR for den virtuelle VoiceXML-abonnenten i begge tilfeller. |
RutingNE
En RoutingNE er nødvendig på NS under /System/Device/RoutingNE CLI-kontekst for å representere CUBE. På denne måten, når NS mottar INVITE fra CUBE, vil den matche via-hodet med RoutingNE-oppføringen som er klargjort på NS. Se administrasjonsveiledning for Cisco BroadWorks-nettverksserver for kommandolinjegrensesnitt for detaljer om hvordan du legger til en RoutingNE.
Nedenfor er et eksempel på kommandoene for å legge til RoutingNE «WebexMeetings», der CUBE IP-adresse = 10.165.196.30. Eksemplet viser også kommandoer for å opprette en ny OrigRedirect og Profile-forekomster som skal knyttes til RoutingNE, men eksisterende forekomster kan også brukes.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Med eksempelkonfigurasjonen sender CUBE en INVITE til NS som ligner på følgende (viktige felt med fet skrift):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Hvor:
INVITE-forespørsels-URI inneholder tilbakeringingsnummeret
Via topptekst: inneholder IP-adresse til CUBE-en som skal brukes til å velge profilen RoutingNE.
X-Cisco-Info-Meet-overskrift: brukes til å identifisere vertsCIUserUuid, Meetingid og siteUUID.
Når den mottar INVITE, bruker NS Via-hodet for å samsvare med RoutingNE «WebexMeetings». Dette vil i sin tur velge «wxm_routing ” rutingprofil som inneholderwxm_ Inst»-forekomst av OrigRedirect.
NS OrigRedirect-policyen vil da samsvare med X-CISCO-MEET-INFO-hodet:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
med linjeporten konfigurert på den virtuelle VoiceXML-abonnenten, og send en 302-viderekobling til AS-paret som er vert for denne abonnenten. 302-meldingen ligner på følgende:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Domenet i INVITE URI (i eksemplet er det bw.myenterprise.com) som sendes av CUBE til NS, må gjenkjennes av NS. Dette kan gjøres ved å legge til domenet på NS_ CLI/System/Alias-kontekst, for eksempel:
NS_CLI/System/Alias> add bw.myenterprise.com
Kommandoen for å konfigurere INVITE URI-domenet på CUBE-en finner du for eksempel i den neste delen, under node-/øktmål:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
For å støtte konfigurasjonsalternativer for samtalebehandling for Webex Meetings for fakturering og kontroll av økttilgang, må applikasjonsserverens Hosting NE-signaleringsattributter CallTypeInfoRequired og KreverChargeIndication må være aktivert i konteksten NS_CLI/System/Device/HostingNE._ For eksempel:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Aktiver tilbakeringing fra Webex Meeting
I tilbakeringingsscenariet med SIP X-Cisco-Meet-Info-hodet, sender CUBE anropet til nettverksserveren for avsenderviderekobling til AS-paret. AS-paret bestemmes basert på aktiver WebexMeetingHoostLookup systemparameter.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Når aktiver WebexMeetingHoostLookup systemparameteren er satt til sann, brukes møtevert CI UUID i X-Cisco-Meet-Info-hodet til å identifisere AS-paret som er møtevert for møtevertsbrukeren.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Trinn 10 Klargjør partner CUBE
Denne delen inneholder en validert konfigurasjon for hvordan du distribuerer Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for Bring Your Own PSTN-løsningen.
Denne delen fokuserer på CUBE-konfigurasjonene som er nødvendige for å fungere sammen med eksempelkonfigurasjonen for Webex for Cisco BroadWorks vist i forrige del. Hvis du vil ha en mer generell diskusjon om første CUBE-distribusjon og konfigurasjon, kan du se følgende veiledninger: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Distribuer Y vår egen SBC Alternativ
Hvis du ikke vil distribuere CUBE, har du muligheten til å distribuere din egen SBC. Vær imidlertid oppmerksom på at dette dokumentet ikke gir en bekreftet konfigurasjon for andre SBC-er enn CUBE.
Hvis du distribuerer din egen SBC, kan du følge CUBE-konfigurasjonskravene på høyt nivå (for eksempel tilordninger som domenet, offentlige og private grensesnitt og gatewayer) for å veilede konfigurasjonen. Se imidlertid SBC-dokumentasjonen for detaljert kommandolinjehjelp, da de faktiske kommandoene for din egen SBC sannsynligvis vil avvike fra CUBE.
Med mindre annet er angitt, gjelder de gjenværende konfigurasjonskravene i trinn 10 uansett hvilken SBC du distribuerer. Kommandolinjeeksemplene er imidlertid bare for CUBE, med mindre det er angitt at eksemplet gjelder for andre SBC-er. For andre SBC-er, se SBC-dokumentasjonen for konfigurasjonskommandoer. |
Første konfigurasjon
For å konfigurere CUBE må den privilegerte EXEC-modusen være aktivert. Hvis du blir bedt om det, skriver du inn passordet.
enable
Slik går du inn i global konfigurasjonsmodus:
configure terminal
Angi domene:
ip domain name myenterprise.com
Angi maksimal segmentstørrelse (MSS):
ip tcp mss 1360
Konfigurasjon av nettverk
Definer det offentlige og det private grensesnittet. I CUBE-eksemplet vårt:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Konfigurer gatewayer for IP-ruting for den offentlige og private siden:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Aktiver SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (eller din egen SBC) må være i en DMZ med riktig konfigurerte brannmurregler. Se avsnitt Porter som brukes av Webex for listen over porter som skal åpnes på den eksterne brannmuren |
Konfigurere SRV-registreringer for tilbakeringingsanrop som sendes fra CUBE (eller SBC-en din) til BroadWorks-nettverksserverne. For eksempel SRV for bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Konfigurer DNS-server:
ip name-server <DNS_IP_address>
Et alternativt DNS-alternativ er å konfigurere intern DNS der den interne DNS når ut til en overordnet DNS-server hvis det interne oppslaget mislykkes. |
Konfigurasjon av samtalebehandling
Generelt
Konfigurer CUBE (eller SBC) med alle IP-adressene som må ha tilgang til VoIP-tjenesten. Dette inkluderer:
SIP-signalisering på private side for BroadWorks AS-, NS- og MS-serverne.
Offentlige sideadresser for Webex Edge for lyd-infrastruktur.
Se nedenfor for et eksempel på CUBE-konfigurasjon:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
IP-adresse ovenfor er et eksempel. Hvis du vil ha den gjeldende listen over offentlige IP-adresser for Webex-lydinfrastrukturen, går du til: |
Hvordan tillater jeg trafikk for Webex Meetings på nettverket mitt? – IP-adresseområdet for de fleste klynger vises under Liste over IP-adresse som brukes av Cisco Webex Meeting Services . Ett unntak er for Kina-klynger, der området vises på koblingen nedenfor:
Nettverkskrav for Cisco Webex Kina-klynge
Standard tidtaker for CUBE for å opprette en TCP-tilkobling før ruten går videre, er 20 sekunder. Slik endrer du det:
ip tcp synwait-time <5-300 (seconds)>
På BroadWorks-siden er standard tidtaker for programserveren for tidsavbrudd på en tilgangsenhet som ikke svarer, 6 sekunder. Slik endrer du det:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
De offentlige og private sidegrensesnittene for RTP-trafikk på CUBE (eller din egen SBC) må åpnes. Se nedenfor for CUBE-eksempelet:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Hvor:
- <CUBE PUB="" IP=""> er den offentlige IP-adresse til CUBE
- <CUBE PRIV="" IP=""> er den private IP-adresse til CUBE
- Portområde: i eksemplet er portområdet fra 10200 til 28000
CUBE støtter følgende TLS-chifferserier (under innringing tilbyr CUBE disse i TLS Handshake's Client Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Andre generelle innstillinger som skal konfigureres (se nedenfor for eksempler på CUBE-konfigurasjoner):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri-er for innkommende og utgående oppringing må defineres for senere bruk i oppringingsmotparter:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio støtter kodeker for G722, G711ulaw og G711alaw. Følgende taleklassekode må defineres for senere bruk i anropsmotparter:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio bruker SRTP. Taleklassen SRTP-crypto tilordner den foretrukne SRTP-krypteringspakken som skal brukes for Edge Audio. Konfigurer følgende kryptoprogramserier i rekkefølge. Konfigurasjonen av taleklassen srtp-crypto må brukes på oppringingsnodene som brukes for tilkoblingen med Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Forhåndskonfigurere en primærnøkkel for å kunne angi et passord for autentisering
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Angi SIP-autentiseringslegitimasjonen som ble klargjort for den virtuelle VoiceXML-abonnenten på AS ved hjelp av følgende kommando. For tilbakeringingsscenarier vil denne legitimasjonen bli brukt når AS utfordrer INVITEEN som CUBE (eller din egen SBC) sender til AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Når autentiseringen er konfigurert, vil passordet bli tilsløret ved visning med kommandoen «vis running-config»
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Følgende globale SIP-konfigurasjon må også utføres:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Oversettelsesprofiler
Oversettelsesprofilen for SIP-melding 2340 brukes for møteanrop. Den skal ha en oppføring for å endre SIP-meldingene som kommer fra BroadWorks før de sendes ut til Edge Audio, som vist i eksempelregel 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Regel 11 ovenfor tilordner den innkommende forespørsels-URIen fra BroadWorks, som har kontaktverdien for enhetsprofil for den virtuelle CUBE-abonnenten (verdien av kontaktfeltet i VXML_device Prof-enhetsprofil i eksemplet vårt):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Til riktig domene for ruting av samtaler for Webex Edge Audio:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Merk at når CUBE (eller din egen SBC) er bak en statisk NAT, kreves det ytterligere konfigurasjon til sip-profilen 2340. Se følgende kobling for mer informasjon:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHvis du distribuerer din egen SBC, må du konfigurere lignende regler på din egen SBC. |
For å videresende 486 meldinger sendt av AS-en tilbake til Webex Edge Audio, kreves følgende konfigurasjon på CUBE (for din egen SBC, se SBC-dokumentasjonen for hjelp)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Hvis annet4xx meldinger må videresendes tilbake til Webex Edge Audio, følg samme eksempel ovenfor.
Ringe motparter
En taleklasseleier må være definert på CUBE (eller din egen SBC) for bruk i oppringingsmotparter senere, som oppfyller følgende kriterier:
- Det er ingen nyttelastsamarbeid som er nødvendig for RTP-NTE DTMF-pakker, så konfigurer den asymmetriske nyttelasten full.
- Edge-lyd støtter ikke oppdateringer av anrops-ID, så verdien for «no update-callerid» må konfigureres.
- Ruting av samtaleruting for Webex Edge Audio er basert på URI-er. Anropsruten-URI må være aktivert for å matche oppringingsnoder basert på URI-er.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Følgende oppringingsnoder er konfigurert til å tillate CUBE å behandle anrop mellom BroadWorks og Webex Edge Audio. Konfigurer følgende på CUBE (en lignende konfigurasjon må konfigureres på din egen SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE-anropsflyter
Med konfigurasjonen utført ovenfor, er eksempler på flytscenarier for innkommende/ utgående samtale på CUBE beskrevet nedenfor. Fargekoden for et bestemt trinn knytter det til de samme fargeoppføringene i oppringingsinnstillingene ovenfor.
Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for detaljer om samtaleflyter med SBC. |
For et møteinnkallingsscenario fra BroadWorks til Webex:
- En innkommende INVITE mottas fra BroadWorks i det interne grensesnittet med:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Nodeprofilen for innkommende oppringing 23401 er valgt basert på verten i den innkommende forespørsels-URIen (“cube.internal.local”) som samsvarer med konfigurasjonen for OUTEdgeAudio for innkommende uri-forespørsel.
- Den utgående oppringingsnoden 23411 er valgt basert på verten i forespørsels-URIen (“cube.internal.local”) som samsvarer med konfigurasjonen for «destinasjon-uri OUTEdgeAudio».
- En utgående INVITE sendes på det eksterne grensesnittet med verten i forespørsels-URIen som er endret fra «cube.internal.local» til «ecccspx.amer.pub.webex.com» ved hjelp av «voice-class sip profiles 2340» meldingsoversettelsesprofil angitt i oppringingsmotparten:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
For et tilbakeringingsscenario for møte fra Webex til BroadWorks
- En innkommende INVITE mottas fra Webex på det eksterne CUBE-grensesnittet med:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Den innkommende oppringingsnoden 23411 er valgt basert på mønsteret «x-cisco-webex-service=audio» som finnes i den innkommende forespørsels-URIen basert på konfigurasjonen for «innkommende uri-forespørsel INEdgeAudio» .
- To utgående oppringingsnoder velges basert på mønsteret «x-cisco-webex-service=audio» i forespørsels-URIen basert på konfigurasjonen «destination uri INEdgeAudio».
– Ring opp Peer 302
– Ring mot nummer 23401
- En utgående INVITE sendes til nettverksserverne (SRV-oppslag basert på «session target dns:bw.myenterprise.com entry» i node-anropet) i det interne grensesnittet
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Nettverksserveren returnerer kontakter for AS-paret som er vert for den virtuelle CUBE-abonnenten:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE-en ruter anropet til det aktive AS-en basert på den returnerte kontakten i 302-meldingen:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS-konfigurasjon
Følgende konfigurasjonstrinn må utføres for å tillate mTLS-tilkoblinger mellom CUBE (eller din egen SBC) og Webex Edge Audio.
Det er obligatorisk at du konfigurerer mTLS mellom CUBE (eller din egen SBC) og Webex Edge Audio. |
Støtte for jokertegnsertifikater
Jokertegnsignerte sertifikater bruker et generisk emnenavn (f.eks. *.us.example.com) som tilsvarer domenet for CUBE eller din egen SBC. Jokertegnsertifikater støttes for CUBE- eller SBC-distribusjoner med flere klynger, men støttes ikke for CUBE- eller SBC-distribusjoner med én node.
Trustpool
Når Webex Edge Audio sender sertifikatet sitt under TLS-håndtrykket, vil CUBE validere det mot listen over sertifikater som er godkjent i klareringsgruppen.
Trustpool-pakken må oppdateres med Cisco Root CA ved å laste ned den nyeste «Cisco Trusted Core Root Bundle» frahttp://www.cisco.com/security/pki/ ved hjelp av kommandoen:
crypto pki trustpool import clean url <url>
Sertifikatene som sendes av Webex Edge Audio, er signert av IdenTrust. Kontroller at sertifikatet «IdenTrust Commercial Root CA» er installert. Se denne koblingen for mer informasjon:
Hvis du bruker din egen SBC og ikke kan fullføre importen, kan du konvertere pakken til .pem-format ved hjelp av verktøy med åpen kildekode, for eksempel OpenSSL. Du kan for eksempel bruke hydrantID-sertifikater med følgende kommando:
|
Trustpoint
Edge Audio krever at CUBE tilbyr signerte sertifikater fra klarerte CA-sertifiseringsinstanser for Felles TLS-tilkoblinger (mTLS). Bruk følgende kobling for å komme til en liste over sertifiseringsinstanser som Cisco klarerer. Sertifikater som er signert av myndigheter i denne listen, anses som gyldige, og tilkoblingen tillates: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Enkel node CUBE
Enkel node betyr at CUBE (eller din egen SBC) vil importere et sertifikat med emnenavnet som er unikt for FQDN, noe som betyr at ingen andre CUBE vil kunne importere det (med andre ord, IKKE et jokertegnsertifikat).
Slik oppretter du CSR (Certificate Signing Request) for CUBE:
- opprett nøkkelpar (dette nøkkelparet vil bli koblet til klareringspunktet)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys – angir at det generelle nøkkelparet skal genereres.
- etikett<key-label> – (Valgfritt) Navn som brukes for et RSA-nøkkelpar når de eksporteres. Hvis det ikke er angitt en nøkkeletikett, brukes det fullt kvalifisert domenenavn (FQDN) til ruteren.
- eksporterbar – (valgfritt) Angir at RSA-nøkkelparet kan eksporteres til en annen Cisco-enhet, for eksempel en ruter.
- opprett klareringspunkt (Et klareringspunkt inneholder sertifikatet du vil binde på CUBE. Når CUBE mottar en sertifikatforespørsel, svarer den med klareringspunktets sertifikat vedlagt)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl – En liste over tilbakekalte sertifikater (CRL) er en liste over tilbakekalte sertifikater. CRL-en opprettes og signeres digitalt av sertifiseringsinstansen som opprinnelig utstedte sertifikatene. CRL-en inneholder datoer for når hvert sertifikat ble utstedt, og når det utløper.
enrollment terminal pem – legger til PEM-grenser (privacy-enhanced mail) i sertifikatforespørselen (manuell kopiering og lim inn fra BEGIN CERTIFICATE REQUEST til END CERTIFICATE REQUEST)
fqdn – Fullt kvalifisert domenenavn for CUBE
emnenavn CN=<fqdn> – emnenavnet som skal signeres
rsakeypair<key label=""> – nøkkelparet som ble generert fra forrige trinn
(referanse: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
– generere CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Send CSR-en (fra BEGIN CERTIFICATE-REQUEST til END CERTIFICATE-REQUEST) til CA (sertifiseringsinstans)
CA genererer et signert sertifikat
– Avhengig av sertifiseringsinstansen, vil de oppgi rotsertifikat (f.eks. DigiCertCA.crt) og det forespurte sertifikatet (f.eks. cube.crt)
- Last inn CA-sertifikat
– Først må du autentisere klareringspunktet med rotsertifikatet
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
– Deretter importerer du CUBE-sertifikatet til klareringspunktet CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for mer informasjon om hvordan du oppretter CSR. |
CUBE-klynge for flere noder (bruker alternative navn i sertifikatet) – støttes IKKE
Flere noder betyr at CUBE vil kunne importere det samme sertifikatet for mer enn én CUBE-distribusjon. Bruk av det alternative navnet på emnet for å generere CSR-en støttes for øyeblikket ikke : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
CUBE-klynge for flere noder (bruker jokertegnsignert sertifikat som pkcs12-format)
Flere noder som bruker et jokertegnsignert sertifikat, betyr at emnenavnet er generisk (f.eks. *.us.example.com), og det tilsvarer CUBEs domene (eller SBC-domenet ditt).
- Forutsatt at du har et jokertegnsertifikat klart, må du gjøre de offentlige filene (.crt) og den private nøkkel (.key) klare.
- Bruk OpenSSL til å opprette en medfølgende fil i PKCS12-format (.pfx) inkludert .crt- og .key-filen: (bruk cygwin på Windows) – referanse: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Overfør .pfx-filen i CUBE:bootflash: (scp fra Linux-server til CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Opprett et klareringspunkt og importer pkcs12-filen:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Bekreft CUBE-sertifikatkonfigurasjonen
Kontroller at hele kjeden er inkludert i sertifikatet. Følgende eksempel viser valideringskommandoer for CUBE. Hvis du distribuerer din egen SBC, bruker du kommandoene som gjelder for SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Angi at SIP-signalisering skal bruke klareringspunkt
Bruk følgende kommando til å klargjøre SIP UA med klareringspunktet CUBE. Følgende er et eksempel for CUBE. Hvis du distribuerer din egen SBC, kan du se SBC-dokumentasjonen for kommandohjelp.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE-logger
For å se aktiverte feilsøkingsfiltre
CUBE# show debug
Slik angir du feilsøkingsfiltre (eksempler)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Slik opphever du feilsøkingsfiltre (eksempel)
CUBE# no debug ccsip messages
For å tømme og kontrollere loggbuffer
CUBE# clear log
>>> make test call <<<
CUBE# show log
Hvis du ikke distribuerer CUBE, kan du se dokumentasjonen for din egen SBC for mer informasjon om hvordan du bruker logger. |
Andre nyttige kommandoer
For å sjekke gjeldende konfig
CUBE# show running-config (or just CUBE# show run)
For å lagre konfigurasjon til ROM som vil bli brukt ved oppstart
CUBE# write
Trinn 11 BYoPSTN-sertifisering
Etter at konfigurasjonen og klargjøringen av BYoPSTN-løsningen er fullført, er partneren pålagt å kjøre gjennom et sett med aksepttesttilfeller for å sertifisere løsningen. Dette er et nødvendig trinn for at partner BYoPSTN skal godkjennes og aktiveres.
Aksepttestsakene er skissert i dokumentet Ta med din egen PSTN-godkjenningsprosedyre Webex for Cisco BroadWorks på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partneren skal gi resultatene av de vellykkede godkjente aksepttestene til introduksjons- og sertifiseringsteamene.
Spørsmål, problemer og resultater fra gjennomføringen av aksepttestsakene skal rapporteres og deles på Webex-området som er tilordnet for integrering av partneren.
Bruke oppdateringer for en tjenestenummergruppe/DNS SRV-tilbakeringingsgruppe
Når kunder som ikke er testet, blir tilordnet en kundemal ved hjelp av innringingsnumre levert av partner, er følgende alternativer for å bli med i møte tilgjengelige for disse brukerne:
Møteinvitasjoner inkluderer ett eller flere standardtelefonnumre fra den tilordnede telefonnummergruppen
Webex-appen viser ett eller flere standardtelefonnumre fra den tilordnede telefonnummergruppen som et møtedeltakelsesalternativ
Brukergrensesnittet for Webex Meeting-nettstedet viser ett eller flere standardtelefonnumre fra tilordne telefonnummergruppen som et møtedeltakelsesalternativ
Hvis tilbakeringing er aktivert på kundemalen, tilbyr Webex Meeting alternativet Ring meg på der tilbakeringingsforespørselen rutes til en av oppføringene som er angitt i den tilordnede DNS SRV-tilbakeringingsgruppen
En endring i alternativer for møtedeltakelse for en kundemal eller en endring i en tilordnet telefonnummergruppe eller en endring i en DNS SRV-tilbakeringingsgruppe kan påvirke alternativene for møtedeltakelse ovenfor. Disse endringene gjelder ikke for eksisterende kunder, men nylig klargjorte kunder vil se disse endringene umiddelbart for møtenettstedene for standard- og premiumpakkene sine. Derfor anbefales det på det sterkeste at slike endringer bekreftes ved hjelp av en startløsningsorganisasjon før de brukes på eksisterende kundemaler, telefonnummergrupper eller DNS SRV-tilbakeringingsgrupper (hvis DNS SRV-tilbakeringingsgrupper er distribuert).
Følgende trinn bør følges når du oppdaterer alternativene for møtedeltakelse for en kundemal og/eller bruker oppdateringer for telefonnummergrupper eller DNS SRV-tilbakeringingsgrupper.
Merk at hvis kundemalene, telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene er i bruk av testleverandører av BroadWorks og/eller tester BroadWorks Enterprises, er denne fremgangsmåten valgfri. Det kan være mer hensiktsmessig å ganske enkelt slette testleverandørene av BroadWorks-tjenestene og/eller teste BroadWorks Enterprises-organisasjonene og klargjøre dem på nytt ved hjelp av de oppdaterte kundemalene, telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene.
Oppdater kun telefonnummergruppe:
Opprett en ny midlertidig telefonnummergruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye telefonnummergruppen. Hvis en eksisterende telefonnummergruppe brukes sammen med gruppen, tilordner du den til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Last ned JSON-filen for BroadWorks Configuration (BYoPSTN), den inneholder telefonnummer for tilgangskode til kodetilordning for de nye telefonnumrene i Phone Number Group.
- Bestem Webex Edge Audio DNS SRV-domenet for startløsningsorganisasjonen møtested for standard pakke. Den skal være uendret fra verdien som tidligere ble bestemt for den opprinnelige telefonnummergruppen.
- Bruk konfigurasjonsoppdateringene på BroadWorks ved hjelp av JSON-filen for BroadWorks Configuration (BYoPSTN).
- Kontroller konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen og bli med på møtet ved hjelp av innringingsnumrene.
- Bruk oppdateringen på den opprinnelige telefonnummergruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Organisasjonen for startløsningen, den midlertidige telefonnummergruppen og kundemalen kan slettes. Disse elementene er ikke lenger obligatoriske når den opprinnelige telefonnummergruppen har blitt oppdatert.
Oppdater kun DNS SRV-tilbakeringingsgruppe:
- Opprett en ny midlertidig DNS SRV-tilbakeringingsgruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye DNS SRV-tilbakeringingsgruppen og eksisterende telefonnummergruppe. Hvis en eksisterende DNS SRV-tilbakeringingsgruppe brukes sammen med gruppen, tilordner du den til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Bekreft konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen, bli med på møtet ved hjelp av innringingsnumrene og bruke alternativet Ring meg på.
- Bruk oppdateringen på den opprinnelige DNS SRV-tilbakeringingsgruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Startløsningsorganisasjonen, DNS SRV-tilbakeringingsgruppe og kundemal kan slettes. Disse elementene er ikke lenger nødvendige når den opprinnelige DNS SRV-tilbakeringingsgruppen er oppdatert.
Oppdater både telefonnummer og DNS SRV-tilbakeringingsgruppe:
- Opprett et nytt midlertidig telefonnummer og DNS SRV-tilbakeringingsgruppe med de nødvendige oppdateringene.
- Opprett en ny midlertidig kundemal som bruker den nye telefonnummergruppen og den nye DNS SRV-tilbakeringingsgruppen. Hvis en eksisterende telefonnummergruppe og/eller DNS SRV-tilbakeringingsgruppe brukes sammen med gruppen, tilordner du det til malen.
- Opprett en startløsningsorganisasjon ved å klargjøre en abonnent fra en testleverandør av BroadWorks-tjenesten eller teste BroadWorks Enterprise med en standardpakke ved hjelp av den nye kundemalen. Vær oppmerksom på at dette er en sekundær organisasjon for seed-løsninger. Det kreves ingen oppdatering av møtenettstedetUUID som er konfigurert på BroadWorks.
- Last ned JSON-filen for BroadWorks Configuration (BYoPSTN), den inneholder telefonnummer for tilgangskode til kodetilordning for de nye telefonnumrene i Phone Number Group.
- Bestem Webex Edge Audio DNS SRV-domenet for startløsningsorganisasjonen møtested for standard pakke. Den skal være uendret fra verdien som tidligere ble bestemt for den opprinnelige telefonnummergruppen.
- Bruk konfigurasjonsoppdateringene på BroadWorks ved hjelp av JSON-filen for BroadWorks Configuration (BYoPSTN).
- Bekreft konfigurasjonen ved å planlegge møter ved hjelp av standardpakken for startorganisasjonen, bli med på møtet ved hjelp av innringingsnumrene og bruke alternativet Ring meg på.
- Bruk oppdateringen på det opprinnelige telefonnummeret og DNS SRV-tilbakeringingsgruppen. Endringen er nå tatt i bruk for kunder som ikke er testet.
- Organisasjonen av startløsningen, den midlertidige telefonnummergruppen, DNS SRV-tilbakeringingsgruppen og kundemalen kan slettes. Disse elementene er ikke lenger obligatoriske når den opprinnelige telefonnummergruppen og DNS SRV-gruppen for tilbakeringing har blitt oppdatert.
Organisasjonen for primær startløsning skal ikke slettes med mindre en ny organisasjon for primær startløsning er valgt og konfigurert på BroadWorks. Hvis du sletter den primære organisasjonen for seed-løsningen, fjernes siteUUID-en som BYoPSTN-løsningen er avhengig av for SIP-melding til Webex Edge Audio. Hvis det slettes, mislykkes møtedeltakelsen ved hjelp av innringernummer for nettsteder som bruker et innringingsnummer levert av partner. |
G722 medieinteroperabilitet når du bruker din egen SBC
Når du bruker din egen SBC, må interoperabilitetsproblemer som vanligvis håndteres av CUBE, vurderes mellom Cisco Partners BroadWorks Infrastructure og Webex Cloud. Ett eksempel er en innringing eller tilbakeringing ved hjelp av G722-kodek som involverer BroadWorks medieserver (for eksempel når du bruker tjenesten BroadWorks samtaleopptak). I dette scenariet kan Webex Edge Audio sende en SDP med «a=fmtp:9»-linjen. SBC-en din må oppdatere denne linjen for å legge til bitrate-parameteren slik at den får «a=fmtp:9 bitrate=64» før den sendes til BroadWorks-serverdelen.
Kjente begrensninger
Alle endringer i møtealternativet for kundemal, Cisco-innringingsnumre eller innringingsnumre levert av partner, brukes bare på nylig klargjorte kunder. Eksisterende kunder som bruker malen, forblir uendret.
Alle endringer i innstillingene for telefonnummergruppe for kundemal eller DNS SRV-tilbakeringingsgruppe brukes bare på nylig klargjorte kunder eller eksisterende kunder som klargjøres for sin første bruker av standard- eller premiumpakken. Eksisterende kunder som allerede har brukere av standard- eller premiumpakken, forblir uendret.
Alle endringer i telefonnummergruppene eller DNS SRV-tilbakeringingsgruppene som er tilordnet til kundemaler, brukes bare på nylig klargjorte kunder eller eksisterende kunder som klargjøres for sin første bruker av standard- eller premiumpakken. Eksisterende kunder som er tilordnet tilknyttede maler som allerede har standard- eller premiumpakkebrukere, forblir uendret.
En gitt kundemal støtter Cisco-innringingsnumre eller et møte for å delta på et møte med anropsnummer levert av partner. En kombinasjon av de to alternativene for den samme malen støttes ikke.
Bruksanvisningen for SIP-meldinger for Ring meg på eller deltakelse i tilbakeringingsmøte inkluderer ikke informasjon om kunden og/eller brukeren som er vert for møtet som skal delta.
Telefonnumrene og de tilknyttede møtetilgangskodene for en gitt telefonnummergruppe støtter bare ett enkelt Webex Edge Audio DNS SRV-domene (for eksempel ecccspx.amer.webex.com). Bruk av disse telefonnumrene til å ringe inn til møter i et annet Webex Edge Audio DNS SRV-domene støttes ikke.
Webex Edge Audio støtter ikke reforhandling av kodeker i midten av samtalen. Som sådan kan det hende at tjenester som startes etter at et anrop er besvart, ikke fungerer som de skal.
Webex-appen, brukergrensesnittet for Webex Meeting-nettstedet og e-posten med invitasjon til Webex Meeting inneholder en kobling til et «Gratisnummerbegrensninger»-dokument. Dette dokumentet er spesifikt for telefonnumre levert av Cisco og bør ignoreres av brukere når de bruker telefonnumre levert av partner for å delta i møte.
Dokumentrevisjonshistorikk
Tabellen nedenfor viser en historikk over endringer i dette dokumentet i løpet av de siste 12 månedene.
Dato | Versjon | Beskrivelse av endring | |
---|---|---|---|
8. april 2024 | 1-36 |
| |
10. januar 2024 | 1-35 |
| |
22. desember 2023 | 1-34 |
| |
4. juli 2023 | 1-33 |
| |
2. februar 2023 | 1-32 |
| |
2. februar 2023 | 1-31 |
| |
31. januar 2023 | 1–30 |
| |
29. november 2022 | 1-29 |
|