- Hjem
- /
- Artikel
Definitioner
Definitioner | Beskrivelse |
---|---|
Cisco-partner | En enhed (generelt en tjenesteudbyder), der sælger Cisco-produkter og -tjenester til deres kunder. |
Slutkunde | Brugere, der bruger Cisco-produkter og -tjenester, der sælges til dem af en Cisco-partner. |
CUBE | Cisco Unified Border Element |
Partnerorganisation | Webex Identity and Service Management-lager, der vedligeholder oplysninger om Cisco-partnere og deres kunder. |
Partner Hub | Webportal til klargøring af identitet og tjenester til Cisco-partnere og de kunder, de administrerer. |
Kundeorganisation | Webex Identity and Service Management-lager, der vedligeholder oplysninger om slutkunden. |
Virksomhedmed bred arbejdskraft eller tjenesteudbyder/gruppe | Repræsentation af slutkunden i Broad Works. |
Oversigt
Med løsningen Bring Your Own PSTN (BYoPSTN) kan Webex til Cisco BroadWorks-tjenesteudbydere klargøre telefonnumre, som de ejer, så brugere kan bruge dem, når de deltager i Webex Meetings. Løsningen giver partnere mulighed for at udnytte deres egne PSTN-netværk og gøre brug af eksisterende relationer med PSTN-udbydere frem for at bruge numre leveret af Cisco.
Referencearkitekturen i dette dokument giver et slutpunkt-til-slutpunkt-design til valgmuligheden BYoPSTN. Denne arkitektur er godkendt af Cisco og bruger Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) til opkaldstrafik mellem BroadWorks og Webex Meetings.
Valg af valgmuligheden Mødedeltagelse
I øjeblikket understøtter Webex til Cisco Broad Works to valgmuligheder for klargøring af mødetelefonnumre. Tjenesteudbydere skal vælge en af disse to valgmuligheder – en blanding understøttes ikke:
Cisco-indgående opkaldsnumre (Cisco PSTN) – Cisco angiver de telefonnumre, som mødedeltagere kan bruge til at deltage i møder
Partnerangivne opkaldsnumre (BY oPSTN) – tjenesteudbydere angiver deres egne telefonnumre, der skal bruges af mødedeltagere, når de deltager i møder
BYoPSTN-løsning
Partnere, der vælger valgmuligheden Partner opkaldsnumre (BY oPSTN), skal angive deres egne PSTN-telefonnumre og skal levere den netværksinfrastruktur, der kræves for at dirigere opkald til og fra Webex. BY oPSTN-løsningen gør det lettere at dirigere opkald Over the Top (OTT) via det offentlige internet fra BroadWorks til Webex.
Følgende betingelser gælder, når indstillingen BY oPSTN vælges:
Cisco-partnere kan bruge de samme telefonnumre til mere end én slutkunde. Disse telefonnumre kan være i ethvert land, som partneren driver.
Valgmuligheden BYO PSTN kræver ingen ændringer af den generelle onboardingproces for Webex til Cisco Broad Works-kunder.
BYoPSTN kræver klargøring på Cisco Partner-niveau, og alle slutkunder, som partnere aktiverer, når BY oPSTN er funktionsdygtig, aktiveres automatisk.
Alle den klargøring, der kræves for kundemødewebsteder, er automatisk, som med den aktuelle generelt tilgængelige løsning.
Partnere, der aktiverer både standard- og premium-pakker, har to mødewebsteder: et websted for standardbrugere og et andet for Premium-brugere. Begge websteder er aktiveret for BY oPSTN.
Mødedeltagere, der ringer op til møder, kan vælge at bruge video- og indholdsdeling via internettet.
Gælder for mødedeltagere for både rummøder og PMR-møder. Bemærk, at rummet for rummøder skal være oprettet af en standard- eller Premium-bruger med Webex Meeting-værtsfunktioner for at modtage et PSTN-adgangsnummer – rum oprettet af grundlæggende brugere modtager ikke PSTN-adgangsnumre.
Dette dokument indeholder en valideret konfiguration, der bruger CUBE som din SBC. Men hvis du ikke vil bruge CUBE, kan du installere din egen SBC.
Arkitektur
Webex til Cisco Broad WorksBY oPSTN-løsningen bygger på Webex Edge-sættet af tjenester, mere specifikt den Webex Edge-lydtjeneste, der er tilgængelig for virksomhedskunder. Arkitekturen er tilpasset til at integrere Cisco Partners Broad Works-infrastrukturen med Webex Edge-lyd, hvilket gør det muligt for Cisco Partner at centralt konfigurere sæt af telefonnumre til deres slutkunder.
Hovedelementerne i arkitekturen er som følger:
Bredeværker – infrastruktur for Cisco PartnersWide Works
Cisco Unified Border Element (CUBE) – Reference Session Border Controller (SBC) for den løsning, der er installeret i Cisco Partners datacenter. CUBE'en skal være inde i en DMZ. Bemærk, at hvis du ikke vil bruge CUBE, kan du installere din egen SBC.
Webex Edge-lyd – Webex-tjeneste, der fjerner PSTN fra Webex ved at ændre dirigering af opkald for at gøre brug af den Cisco Partner-leverede infrastruktur.
Opkald fra deltagere om at deltage i et møde gennem Broad Works til CUBE og fra CUBE til Webex-infrastrukturen i skyen via internettet. Denne model gælder for begge følgende scenarier for deltagelse i møder:
Indgående opkald – en deltager ringer til telefonnummeret i mødeinvitationen på enten deres Broad Works-registrerede håndsæt, mobilenhed eller på Webex-appen. Opkaldet startes af Broad Works.
Tilbagekald (valgfrit) – en deltager anmoder om, at Webex ringer til et telefonnummer, som deltageren angiver. Opkaldet startes af Webex.
Opkald, der distribueres fraBroad Works til CUBE i partnerinfrastrukturen, vil bruge SIP TCP til opkaldssignaler og RTP til medier. Fra CUBE til Webex bruger opkald SIP TLS til signalering og sRTP til medier. Viderestilling af opkald fra CUBE til WebEx sker via internettet og bruger ikke en SIP-trunk.
Den typiske opsætning for scenarier for indgående opkald/tilbagekald er som følger:
Cisco Partner har et PSTN-telefonnummer (for eksempel 2403332200) og en tilknyttet Webex-adgangskode (for eksempel 88631321777971704941).
Cisco Partner indeholder bestemmelser om en virtuel abonnent påstore værker, der svarer til CUBE-enheden. Partneren knytter telefonnummeret til adgangskoden og omvendt.
Adgangskoden, der sendes til Webex i SIP-meddelelserne, identificerer de mødewebsteder, der er tilknyttet Cisco Partner.
Ovenstående telefonnummer til tilknytning af adgangskode er konfigureret én gang og er fælles for alle slutkundens mødewebsteder.
Deltagere, der deltager i mødet, skal indtaste det tilsvarende møde-id (f.eks. 123456), som identificerer det specifikke møde, der skal deltage i.
Det anbefales, at partnere følger den redundans-model, der er beskrevet nedenfor.
Deltag i møde ved hjælp af indgående opkald
Følgende billede viser processen for en bruger, der deltager i mødet via indgående opkald.
Her er de trin, der er involveret, for at deltageren kan deltage i et møde via indgående opkald.
Brugeren planlægger et møde i Webex. Webex tildeler et møde-id (f.eks. 123456).
Brugeren ringer til det telefonnummer, der er tilknyttet mødet (f.eks. 2403332200). SIP INVITE bærer anmodnings-URI'en som det telefonnummer, der er tilknyttet mødet.
BroadWorks oversætter telefonnummeret til en adgangskode (f.eks. 88631321777971704941), der er tilknyttet mødewebstedet, og dirigerer opkaldet til CUBE med anmodnings-URI'en som adgangskoden.
Webex modtager SIP INVITATION og besvarer opkaldet. Sproget i meddelelserne bestemmes af det sprog, der er angivet for telefonnummeret, når det klargøres i Cisco Partner Hub og BroadWorks.
Bruger angiver møde-id'et (f.eks. 123456) ved hjælp af DTMF. Webex bekræfter brugeren og lader derefter brugeren deltage i mødet.
Deltag i møde ved hjælp af tilbagekald (valgfrit)
Følgende billede viser processen for en bruger, der deltager i mødet via tilbagekald. Brugeren anmoder om et opkald fra Webex for at deltage i et møde.
Her er de trin, der er involveret, for at deltageren kan deltage i et møde via tilbagekald:
Brugeren planlægger et møde i Webex. Webex tildeler et møde-id (f.eks. 123456).
Brugeren anmoder om et opkald fra Webex til deres ønskede nummer (f.eks. +16504441000) for at deltage i mødet ved hjælp af Webex-appen eller Meetings-klienten.
Webex starter en SIP INVITATION til CUBE baseret på tilbagekalds-DNS SRV-gruppen, der er klargjort i Cisco Partner Hub og BroadWorks. URI'en til SIP INVITE-anmodning indeholder det telefonnummer, der skal modtage opkaldet (f.eks. +16504441000@cube.example.com).
CUBE oversætter telefonnummeret i Remote Party-id'et til en værdi, der identificerer en virtuel abonnent på brede værker (f.eks. 88631321777971704941@ecccx.amer.pub.webex.com). Dette identificerer CUBE som en virtuel bruger til applikationsserveren Broad Works.
Opkald tilbydes det ønskede telefonnummer, og brugeren besvarer opkaldet for at deltage i mødet. Dette telefonnummer kan være en abonnent for Broad Works eller et PSTN-nummer. Hvis det ønskede nummer er et PSTN-nummer, bruger Broad Works den klargjorte sti til at dirigere opkaldet til PSTN.
For valgmuligheden Tilbagekald er det obligatorisk at aktivere følgende to funktioner:
- 102746 – Bredunderstøttelse af CI UUID
- 102074 – BYO PSTN-faktureringsunderstøttelse for tilbagekaldog indgåendeopkald
Dette kan bekræftes fra CLI som følger:
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 kan finde en detaljeret beskrivelse af disse funktioner og aktivering i afsnittet "Voice XML Meeting Callback Virtual Subscriber" i dette dokument.
Hvis du vælger ikke at konfigurere valgmuligheden Deltag i møde ved hjælp af tilbagekald, kan brugere stadig bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd. I dette tilfælde er du ikke forpligtet til at konfigurere DNS SRV-tilbagekaldsgrupper. |
Oversigt over løsningskonfiguration
Løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Komponenterne er som følger:
BroadWorks
CUBE (eller en alternativ SP-certificeret sessionsgrænsecontroller (SBC))
Webex Edge-lyd
Der er indbyrdes afhængighed mellem konfigurationen af disse forskellige komponenter, og som sådan kræves en eller flere løsningsfrøorganisationer for at fuldføre den påkrævede løsningskonfiguration og -bekræftelse.
Frøorganisation
En frøorganisation er en Webex-organisation, som du konfigurerer til at generere og validere indstillinger for BYOPSTN-løsningen. Frøorganisationen skal have tildelt mindst én bruger tildelt en standardpakke, og denne standardpakke skal bruge de partnerangivne opkaldsnumre (BY oPSTN) mødedeltagelsesvalgmulighed. Det anbefales, at du tilknytter frøorganisationen med en test Broad Works Service Provider eller Enterprise.
Løsningsfrøorganisationerne tjener to formål:
Frøkonfiguration – Klargøringen af frøorganisationen(e) genererer telefonnummer til mødeadgangskoder og et universelt unikt mødewebsted-id (webstedets UUID), der er påkrævet for løbende drift af løsningen. Disse oplysninger er nødvendige for at konfigurere Broad Works Virtual Subscribers (VSUB).
Konfigurationsvalidering – brug frøorganisationen til at bestemme, om din BY oPSTN-løsning er konfigureret i overensstemmelse med dine krav. Brug frøorganisationen og test brugere til at validere sager om indgående opkald og tilbagekald ved hjælp af de partnerangivne opkaldsnumre og DNS SRV-tilbagekaldsposter (hvis tilbagekald er aktiveret).
Administratoren skal generere en frøløsningsorganisation for hvert unikke sæt telefonnumre og DNS SRV-tilbagekaldsposter. Genereringen af frøløsningsorganisationen i hvert enkelt tilfælde genererer det påkrævede telefonnummer til mødeadgangskode-tilknytninger og muligheden for at bekræfte de tilknyttede mødeindkalds- og tilbagekaldsbrugstilfælde for disse telefonnumre og DNS SRV-tilbagekalds-poster.
Administratoren, der bruger Cisco Partner Hub, skal vælge én frøløsningsorganisation som den primære frøløsningsorganisation. Mødewebstedets UUID for standardpakkemødet for denne primære frøopløsningsorganisation skal konfigureres på BroadWorks. Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Dette enkeltwebsteds-UUID deles af alle sæt af telefonnumre og tilbagekalds-DNS SRV-poster. Flere websteds UUID-værdier er ikke påkrævet.
De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.
De efterfølgende afsnit indeholder flere oplysninger om de forskellige konfigurationselementer.
BY oPSTN-konfigurationselementer
Et centralt element i løsningen er konfigurationen af Cisco Partner-telefonnumre og DNS SRV-tilbagekaldsposter. BYoPSTN bruger telefonnummergrupper og tilbagekalds-DNS SRV-grupper som en måde at tildele geografisk baserede telefonnumre og overflødig dirigering af opkald til Webex-møder. Disse elementer er tildelt slutkunder af kundeskabelonen.
Telefonnummergrupper (PNG)
Cisco-partnere klargør de telefonnumre, der bruges af deltagere til at deltage i møder i Cisco Partner Hub. Disse telefonnumre organiseres sammen i en telefonnummergruppe. Listen over telefonnumre er knyttet til et mødewebsted. Alle personlige mødelokaler (PMR) og planlagte møder på det pågældende mødewebsted bruger de tilknyttede telefonnumre. Følgende er et eksempel på en telefonnummergruppe:
Navn på telefonnummer | Land | Landekode | Telefonnummer | Meddelelse | Afgiftstype | Prioritering af indgående opkald |
---|---|---|---|---|---|---|
USA Maryland | USA | +1 | 2403332200 | Engelsk | Afgiftbelagt opkald | Primær |
USA Florida | USA | +1 | 9049002303 | Engelsk | Afgiftbelagt opkald | Sekundær |
USA New York | USA | +1 | 8056504578 | Engelsk | Gratis opkald | Ingen |
Telefonnumre har følgende attributter:
Navn på telefonnummer – navn til at beskrive telefonnummeret
Land – land, som telefonen er tildelt
Landekode – landeopkaldskode eller landeopkaldskode
Telefonnummer – det telefonnummer, der skal bruges til at deltage i et møde uden landekoden
Meddelelse – sprog for den meddelelse, der skal afspilles, når en deltager deltager i et møde
Afgiftstype – nummertype: Betaling eller gratisnummer
Opkaldsprioritet – den prioritet, der er tildelt mødenumrene. Deltagervisningen af mødets deltagelsesnumre sorteres baseret på denne prioritet.
Standardtelefonnumre: Administratorer kan tildele en indgående opkaldsprioritet af primær, sekundær eller ingen til et telefonnummer i telefonnummergruppen. Telefonnumre med en prioritet på primære eller sekundære er standardtelefonnumre. Standardtelefonnumrene sendes i mødeinvitationens e-mailinvitationer og er angivet i den prioriteringsrækkefølge, som deltagerne skal bruge til at deltage i møder. Standardtelefonnumrene er ikke påkrævet for at være i det samme land. Der skal vælges et primært telefonnummer, et sekundært telefonnummer er valgfrit. Mindst et af standardtelefonnumrene skal indtaste afgift.
Slutkundens brugere kan vælge at angive deres egne standardtelefonnumre ved hjælp af mødewebstedets grænseflade. Disse numre vises for den pågældende bruger og dennes deltagere, når de er mødeværten. Hvis brugeren deltager i et møde som mødedeltager, vises vedkommende kun for vedkommende.
I henhold til ovenstående eksempel bestemmer Cisco Partner-administratoren US Maryland som primær og US Florida som sekundær, disse er standardtelefonnumrene. En bruger kan vælge at tilsidesætte dette i sine møder ved at ændre det primære til US New York og sekundært som US Maryland.
Det maksimale antal telefonnumre for en given telefonnummergruppe er 98.
BEMÆRK: Det understøttes ikke til at konfigurere et dedikeret nummer for en enkelt virksomhed.
DNS SRV-tilbagekaldsgrupper (CDSG)
For at give mødedeltagere mulighed for at vælge tilbagekaldsindstillingen kræves der en tilbagekalds-DNS SRV-gruppe, der peger på CUBE-forekomsten(erne) i Cisco Partners netværk. Webex bruger disse poster til at dirigere tilbagekaldet via CUBE til Broad Works, som derefter kan placere mødetilbagekaldet til mødedeltagerens telefonnummer.
Følgende er et eksempel på en tilbagekalds-DNS SRV-gruppe.
Land/område | Landekode | DNS SRV-post |
---|---|---|
USA | +1 | cube.us.example.com |
Mexico | +52 | cube.mx.example.com |
Alle andre lande | Ikke anvendelig | cube.global.example.com |
DNS SRV-tilbagekalds-poster har følgende attributter:
Land/region – det land eller område, hvor denne DNS SRV-post skal bruges til at sende opkaldsanmodninger.
Landekode – Den landekode, der er tilknyttet landet/regionen. Du kan kun have én DNS SRV-post pr. landekode.
DNS SRV-post – DNS SRV-posten for Cisco Partner CUBE-forekomsten(er).
Når deltageren anmoder om et opkald på sit angivne telefonnummer, bruger Webex tilbagekalds-DNS SRV, der er knyttet til landekoden for det angivne telefonnummer, til at dirigere opkaldet til de relevante elementer i Cisco Partners-netværket.
Brug af en DNS SRV-post på denne måde understøtter overflødige CUBE-tilfælde til at servicere opkaldsanmodninger fra Webex. I eksemplet ovenfor, når mødedeltagere i USA anmoder om et tilbagekald fra Webex til deres amerikanske telefonnummer, bruger Webex DNS SRV cube.us.example.com
for at dirigere det opkald til Cisco Partners netværk. Når mødedeltagere i Mexico anmoder om et tilbagekald fra Webex til deres telefonnummer i Mexico, bruger Webex DNS SRV cube.mx.example.com
for at dirigere det opkald til Cisco Partners netværk.
For lande/regioner, der ikke har en specifik tilbagekalds-DNS SRV-post, dirigeres disse opkaldsanmodninger til DNS SRV-posten Alle andre lande . Administratoren skal konfigurere en DNS SRV-post for "Alle andre lande".
Det maksimale antal poster for en given tilbagekalds-DNS SRV-gruppe er 200.
Kundeskabeloner
Kundeskabelonen er et eksisterende koncept til Webex for Broad Works-løsningen. Skabelonen angiver den standardkonfiguration, der bruges til at klargøre en slutkunde. BYoPSTN giver yderligere attributter til kundeskabelonen:
Mødedeltagelsestype – kan enten være Cisco-indgående opkaldsnumre eller partneropkaldsnumre. Denne attribut angiver de telefonnumre, der er konfigureret for mødewebsteder, der er tilknyttet standard- og premium-pakkerne. Partneropkaldsnumre skal vælges af administratoren.
Telefonnummergruppe – kun tilknyttet valgmuligheden Partnerangivne opkaldsnumre, angiver denne attribut de telefonnumre, der bruges af slutkunder, der er klargjort til standard- og premium-pakker, når de deltager i møder.
DNS SRV-tilbagekaldsgruppe – kun valgmuligheden med partnerangivne opkaldsnumre angiver denne attribut de DNS SRV-poster, der bruges af Webex, når de ringer tilbage til slutkunder, der er klargjort til standard- og premium-pakker, når de deltager i møder. Hvis du ikke vil aktivere tilbagekald, kan du vælge "Deaktiver tilbagekald", når du opretter eller opdaterer en kundeskabelon. Når den første abonnent for enten Standard eller Premium er klargjort for en slutkunde, klargøres det tilknyttede pakketmødewebsted. Pakkens mødewebsted er klargjort i henhold til ovenstående kundeskabelon. Enhver efterfølgende klargjort abonnent for enten Standard eller Premium føjes til det allerede klargjorte mødewebsted – mødewebstedets konfiguration ændres ikke.
Eventuelle ændringer af kundeskabelonen med hensyn til ovenstående attributter gælder kun for nyligt klargjorte pakkemødewebsteder. Eksisterende mødewebsteder, der allerede er klargjort, påvirkes ikke af ændringer i kundeskabelonen.
Den ene bemærkelsesværdige undtagelse er, at hvis en slutkunde allerede har et pakkemødewebsted, klargøres ethvert nyt pakkemødewebsted ved hjælp af den samme mødetype som det eksisterende pakkemødewebsted. Hvis en slutkunde f.eks. har et standardpakketmødewebsted, der bruger Cisco-opkaldsnumre, og kundeskabelonen opdateres til at bruge partnerangivne opkaldsnumre, klargøres et nyt Premium-pakketmødewebsted ved hjælp af Cisco-opkaldsnumre, gælder kundeskabelonindstillingen ikke. Standard- og Premium-mødewebsteder for en given slutkunde skal altid klargøres konsekvent.
Opkaldsklynge for brede værker
Cisco Partner Hub – Broad Works-opkaldsklynge giver adgang til at se og/eller downloade oplysningerne Broad Works (BY o PSTN) . BY oPSTN-konfigurationsoplysningerne for en given klynge omfatter følgende data:
Oplysninger om primær frøløsning, herunder standardpakkens mødewebsted UUID og webstedets URL-adresse.
Oplysninger om telefonnummergruppe for alle grupper, der er konfigureret for denne klynge. Dette omfatter telefonnummeret til mødeadgangskoder for hver gruppe. Bemærk, at detaljerne skal omfatte grupper, der er knyttet til alle sekundære frøopløsningsorganisationer.
DNS SRV-tilbagekaldsgruppeoplysninger for alle grupper, der er konfigureret for denne klynge. Bemærk, at detaljerne skal omfatte grupper, der er knyttet til alle sekundære frøopløsningsorganisationer.
Kundeskabelonoplysninger for disse skabeloner ved hjælp af en af telefonnummergrupper og tilbagekalds-DNS SRV-grupper.
Hver Broad Works-opkaldsklynge har sin egen konfiguration af Broad Works (BY oPSTN) specifikt sine tildelte telefonnummergrupper og DNS SRV-tilbagekalds-gruppe. Bemærk dog, at alle opkaldsklynger i Broad Works deler den samme primære frøløsningsorganisation og som sådan alle inkluderer den samme standard pakkemødets UUID og webstedets URL-adresse.
Oplysningerne Broad Works-konfiguration (BYoPSTN) er kun tilgængelige til visning/download, når administratoren konfigurerer og vælger den primære frøløsningsorganisation. Den primære frøløsningsorganisation skal have mindst én bruger tildelt standardpakken, og denne standardpakke skal bruge de partnerangivne opkaldsnumre (BY oPSTN) til mødedeltagelse.
Eksempel påBY o PSTN-konfigurationselementer
Følgende billede viser et eksempel på en Broad Works-installation med flere klynger med geografisk baserede kundeskabeloner, telefonnumre og distribution.
Den første tabel viser en multiklynge Broad Works-installation med regionalt baserede kundeskabeloner, telefonnummergrupper og tilbagekalds-DNS SRV-grupper. De efterfølgende tabeller udvides på telefonnummergruppen og DNS SRV-grupper for tilbagekald.
BroadWorks-klynger | Skabelonnavn | Pakke | Type af mødedeltagelse | Telefonnummergruppe | DNS SRV-tilbagekaldsgruppe |
---|---|---|---|---|---|
bwks os ng | US West Std | Standard | Partnerangivne indgående opkaldsnumre | USA Vest | cb os |
US West Prem | Premium | ||||
US East Std | Standard | USA Øst | |||
US East Prem | Premium | ||||
bwks mx | MX-tid | Standard | Partnerangivne indgående opkaldsnumre | mx png | cb mx |
MX-præm | Premium | ||||
bwks uk | Britisk tid | Standard | Partnerangivne indgående opkaldsnumre | uk png | Tilbagekald deaktiveret |
UK Præm | Premium | ||||
bwks os | US-tid | Standard | Cisco-indgående opkaldsnumre | Ingen | Ingen |
Abonnenter, der er klargjort ved hjælp af US West Std- eller US West Prm-skabelonen, bruger US West Phone-nummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB US DNS SRV-registre.
Abonnenter, der er klargjort ved hjælp af US East Std- eller US East Prm-skabelonen, bruger US East Phone-nummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB US DNS SRV-registre.
Abonnenter klargjort ved hjælp af MX Std- eller MX Prm-skabelonen bruger MX PNG-telefonnummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB MX DNS SRV-posterne.
Abonnenter, der er klargjort ved hjælp af UK Std- eller UK Prm-skabelonen, bruger UK PNG-telefonnumrene, når de deltager i møder. Disse abonnenter vil ikke blive tilbudt mødedeltagelse via tilbagekald, da tilbagekald er deaktiveret.
Abonnenter, der er klargjort ved hjælp af US Std, bruger Cisco-opkaldsnumre og har derfor ikke tildelt nogen telefonnummergruppe eller tilbagekalds-DNS SRV-gruppe. Disse abonnenter bruger Cisco-angivne telefonnumre til mødedeltagere og Cisco DNS SRV-poster til mødedeltagere ved hjælp af tilbagekald.
Oplysninger om eksemplet med telefonnummergrupper er som følger:
Telefonnummergruppe | Navn på telefonnummer | Land | Landekode | Telefonnummer | Meddelelse | Afgiftstype | Prioritering af indgående opkald |
---|---|---|---|---|---|---|---|
USA Vest | USA San Francisco | USA | +1 | 4156551000 | Engelsk | Afgiftbelagt opkald | Primær |
US Palo Alto | USA | +1 | 9863502478 | Engelsk | Gratis opkald | Ingen | |
USA Øst | USA Maryland | USA | +1 | 2403332200 | Engelsk | Afgiftbelagt opkald | Primær |
USA Florida | USA | +1 | 9049002303 | Engelsk | Afgiftbelagt opkald | Sekundær | |
USA New York | USA | +1 | 8056504578 | Engelsk | Gratis opkald | Ingen | |
mx png | Mexico | MX | +52 | 2065304086 | Europæisk spansk | Afgiftbelagt opkald | Primær |
uk png | Storbritannien | Storbritannien | + 44 | 4527789651 | Engelsk | Afgiftbelagt opkald | Primær |
Oplysninger om eksemplet med tilbagekalds-DNS SRV-grupper er som følger:
DNS SRV-tilbagekaldsgruppe | Land | DNS SRV |
---|---|---|
cb os | USA | cube.us.example.com |
Alle andre lande | cube.row.example.com | |
cb mx | MX | cube.mx.example.com |
Alle andre lande | cube.row.example.com |
Konfigurationen for den amerikanske DNS SRV-post, cube.us.example.com, kan være som i eksemplet:
| 86400 | i | SRV | 10 | 10 | 5061 |
|
| 86400 | i | SRV | 10 | 10 | 5061 |
|
Denne DNS SRV-post kan opløses til følgende DNS A-post:
| 86400 | i | A | 45.84.168.81 |
| 86400 | i | A | 45.84.168.82 |
DNS SRV-poster løses for at sikre SIP-opkald fra Webex til CUBE. |
Porte, der bruges af Webex
Portene i tabellen nedenfor skal åbnes på firewallen på den DMZ, hvor CUBE befinder sig, og andre porte kan lukkes. For yderligere oplysninger om havne og netværkskrav, se følgende artikel:
https://collaborationhelp.cisco.com/article/WBX264
Source | Kildeporte | Destination | Destinationsport | Protokol | Beskrivelse | ||
---|---|---|---|---|---|---|---|
Webex Edge-lydtjenester | Kortvarig | CUBE | 5061 | TCP | (mTLS 1.2) Indgående SIP-signaler fra Webex Edge-lyd til CUBE SBC.
| ||
Webex Edge-lydtjenester | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping-indstillinger for Webex Edge-lyd. | ||
CUBE | Kortvarig | Edge-lyd | 5605 | TCP | (mTLS 1.2) Udgående SIP-signal til Webex Edge-lyd. | ||
Webex Edge-lydtjenester | Kortvarig | CUBE | Ephemerale porte 8000-59999 | UDP | (SRTP) Firewallpinhole skal åbnes for indgående medietrafik til Edge-lyd. | ||
CUBE | Ephemerale porte 10200 - 28000 | Edge-lyd | Kortvarig | UDP | (SRTP) Firewallpinhole skal åbnes for udgående medietrafik til CUBE. |
TLS og SRTP Cipher Suites
TLS v1.2 eller højere bruges til mTLS-håndsæt, og følgende cifre understøttes af Webex Edge-lyd (under tilbagekald tilbyder Webex Edge-lyd disse i TLS Handshake's Client Hello):
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 cifre bruges til sRTP:
ÆD_ER_256_GCM
ÆDER_128__GCM
AES_CM_128_HMAC_SHA1_80
ER_CM_128_HMAC_SHA1_32
Understøttede lydcodecs
g722
G711µ
G711a
SIP- og RTP-profilkrav
Løsningen kræver, at du mellem CUBE (eller din SBC) og Webex installerer SIP TLS til signalering og sRTP til medier.
SIP- og RTP-profiler som led i denne meddelelse skal opfylde følgende krav:
SIP-profilkrav | Detaljer |
---|---|
Timer for udløb af session | 2220 sek (accepter SIP 422)* justeret efter forretningsbehov, og 422 forventes. |
Medietilbud om indtrængen | Tidligt tilbud |
Medietilbud til udløb | Sent tilbud |
Indstillinger for ping interval | 30'er (Minimum) |
DTMF | RFC2833 Nyttelast 101 (ingen akustisk DTMF!) |
SIP-UDP-porte | 4000-4010,5061,5065 |
RTP-profil | Detaljer |
---|---|
Stemmenyttelsesprofil | G.722/ G.711μ /G.711a |
Pakkestørrelse | 20 ms. |
VAD (Stemmeaktivitetsregistrering) | Nej |
Timer for medieinaktivitet | 1200 ms |
Ændring af codec mellem opkald | Ikke accepteret |
RTP | 8000-48198 |
sRTP-kryptering | ÆD_ER_256_GCM ÆDER_128__GCM AES_CM_128_HMAC_SHA1_80 ER_CM_128_HMAC_SHA1_32 |
G.729-codec understøttes ikke. Hvis du vil bruge G.729, skal du bruge transkodere. |
Webex-domæner for viderestilling af opkald
DNS SRV _sips._tcp.<domain>
bruges til at få adgang til Webex Edge-lyd. Der er fire domæner afhængigt af regionen.
Område | Domæne |
---|---|
Nord-, Mellem- og Sydamerika | ecccspx.amer.pub.webex.com |
Storbritannien, Nordafrika | ecccspx.emea.pub.webex.com |
Asia Pacific | ecccspx.apac.pub.webex.com |
Australien / New Zealand | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV løses til flere A-poster, der peger på det primære og sekundære websted. Følgende tabel er et eksempel for AMER-regionen og vil blive ændret i fremtiden.
Optagelse af type | Optag | Target | Formål |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Registrering af Webex Edge-lyd |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Peger på Webex Edge-lyd AMER primær 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102 | Peger på Webex Edge-lyd AMER primær 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Peger på Webex Edge-lyd AMER sekundær 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230 | Peger på Webex Edge-lyd AMER sekundær 2 |
DNS-SRV er dynamisk af natur, IP-adresserne er tilbøjelige til at ændre sig. Derfor skal du undgå hardkodning eller bogmærkning af IP-adresserne. Se afsnittet "Dokumentrevision historik" for eventuelle ændringer eller opdateringer i portreferenceoplysninger for Webex Calling-dokumentet . |
CUBE-redundans
Cisco Unified Border Element (CUBE) aktiverer funktionen Sessionsgrænsekontrol i et netværk, der administrerer SIP-forbindelser mellem eksterne enheder og interne netværk. Yderligere oplysninger om CUBE er tilgængelige i afsnittet Forudsætninger nedenfor.
De understøttede redundans-modeller er defineret med det formål at levere høj tilgængelighed og eliminere enkeltpunktssvigt for Cisco Partner. Der er skitseret tre forskellige modeller nedenfor. Cisco Partners bør vælge den model, der gælder for deres miljø.
Under onboardingprocessen skal partneren deaktivere ICMP-filtre.
Duplex CUBE-installation til bredeværker installeret på et enkelt sted
Simplex CUBE-installation til bredeværker installeret i flere websteder
En mere redundans model er mulig, hvor CUBE installeres i dupleks-tilstand på hvert websted. Denne model er ikke nødvendig i betragtning afat Broad Works udrulles med georedundans.
Klargør
1 | Partnerforudsætninger
|
2 | Klargør telefonnumre i Cisco Partner Hub
|
3 | Klargør DNS SRV-tilbagekaldsgrupper i Cisco Partner Hub (valgfrit)
|
4 | Tilknyt PNG (og CDSG) til kundeskabeloner
|
5 | Klargøringsorganisationer for frøløsninger
|
6 | Vælg organisationen for primær frøløsning
|
7 | Download konfigurationen afBroad Works (AF oPSTN)
|
8 | Bestem DNS SRV-domænet for Webex Edge-lyd
|
9 | Konfiguration af KlargøringspartnerBroad Works
|
10 | Klargør partner CUBE (eller din egen SBC)
|
11 | BY oPSTN-certificering
|
Trin 1: Partnerforudsætninger
Følgende forudsætninger skal være opfyldt for klargøring af BYoPSTN. De forudsætninger, der er angivet nedenfor, antager, at partneren har en fungerende Webex til Cisco Broad Works-installation, der omfatter:
Fungerende Broad Works-system – som dokumenteret i løsningsvejledningen til Webex til Cisco Broad Works
BroadWorks AS-licens med “VoiceXML”-tjeneste i tilstrækkelig mængde (1 pr. PSTN-nummer)
OmfattendeProgramrettelser påkrævet:
For 22 kr:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
For 23 kr:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Til R24
AP.as.24.0.944.ap376935
Cisco CUBE-system installeret (IOS version 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 hardwarebaserede og virtuelle CUBE understøttes. Hardwarebaseret CUBE anbefales til skalerbarhed og håndtering af større antal opkald.
Webex-partnerorganisation – som beskrevet i løsningsvejledningen til Webex til Cisco Broad Works
Trin 2: Klargør telefonnummergrupper (PNG) i Partner Hub
Proceduren, som Cisco Partner bruger til at tilføje deres Webex-mødeopkaldsnumre, er som følger:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret opkaldstelefonnummerp.
Indtast navnet på telefonnummergruppen , og vælg Næste.
Indtast oplysninger om telefonnummer , og vælg Næste.
Gennemse oplysningerne om telefonnummergruppen, og vælg Gem.
Gentag denne procedure for hver telefonnummergruppe, der skal tilføjes.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 3: Klargør DNS SRV-grupper (CDSG) for tilbagekald i Partner Hub
Dette trin skal kun fuldføres, hvis du vil installere valgmuligheden Mødedeltagelse via tilbagekald. Ellers kan du springe dette trin over. |
Hvis du ikke konfigurerer denne valgmulighed, kan brugere bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd. |
Når du bruger valgmuligheden Mødetilbagekald, kræves en tilbagekalds-DNS SRV-gruppe for at dirigere opkald fra Webex til CUBE. Proceduren, som Cisco Partner bruger til at tilføje deres CUBE DNS SRV-poster til Webex, er som følger:
Log ind på Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret tilbagekalds-DNS SRV-gruppe.
Indtast DNS SRV-gruppens navn for tilbagekald.
Vælg Næste.
Indtast DNS SRV-oplysningerne om tilbagekald.
Vælg Næste.
Gennemse oversigten over tilbagekalds-DNS SRV-oplysninger.
Vælg Gem.
Klargør eventuelle opdateringer til DNS for at afspejle de nye poster i DNS SRV-gruppen.
Gentag denne procedure for hver tilbagekalds-DNS SRV-gruppe, der skal tilføjes.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 4: Tilknyt PNG og CDSG til kundeskabeloner i Partner Hub
Indledende konfiguration og bekræftelse af BY oPSTN-løsningen kræver en frøorganisation for hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe (hvis tilbagekald er påkrævet). Det anbefales derfor, at Cisco-partnere på samme måde opretter en ny kundeskabelon for hver unik kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe. Hver kundeskabelon skal bruges til at generere en tilsvarende frøorganisation.
Når BY oPSTN-konfigurationen er udsået og bekræftet ved hjælp af frøorganisationerne, kan telefonnummergrupper og tilbagekalds-DNS SRV-grupper anvendes på eksisterende kundeskabeloner efter behov.
Bemærk, at nyligt oprettede kundeskabeloner ikke er i brug af eksisterende kunder, der ikke er testet, og kan derfor sikkert bruges til manuel bekræftelse af BYO PSTN-konfigurationen.
Hvis du ikke installerer mødedeltagelse via tilbagekald, behøver du ikke at tilknytte tilbagekalds-DNS SRV-grupper til kundeskabelonen. Du skal dog vælge Deaktiver tilbagekald. |
Gør følgende for at føje til en ny kundeskabelon:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Skabeloner, vælg Tilføj skabelon.
Indtast skabelonoplysningerne. På pakketypestadiet :
Vælg pakketype som standard.
Vælg Konfiguration af mødedeltagelse som partner leverede opkaldsnumre (AF oPSTN).
Vælg en klargjort telefonnummergruppe.
For tilbagekalds-DNS SRV-gruppe skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald. Ellers skal du vælge Deaktiver tilbagekald.
Vælg Næste.
Indtast de resterende skabelonoplysninger.
Gennemse oversigten over skabelonoplysninger.
Klik på Gem.
Gentag denne procedure for hver kundeskabelon, der skal tilføjes
Skærmbilledet nedenfor illustrerer proceduren.
Hvis du vil opdatere en eksisterende kundeskabelon, skal du gøre følgende:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til sektionen Opkald til brede værker.
Under Skabeloner, vælg Vis skabelon.
Vælg den skabelon, der skal opdateres.
Rul til afsnittet Konfiguration af mødedeltagelse:
Vælg Partner opkaldsnumre (BY oPSTN).
Vælg en tidligere konfigureret telefonnummergruppe.
For tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald, skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe. Ellers skal du vælge Deaktiver tilbagekald.
Vælg Gem.
Skærmbilledet nedenfor illustrerer proceduren.
Trin 5: Klargøringsorganisationer for frøløsninger
BY oPSTN-løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Et af de to formål med frøløsningsorganisationerne er at generere telefonnummer til mødeadgangskoder og en universelt unik identifikator (webstedets UUID), der kræves for løbende drift af løsningen. Det andet formål er konfigurationskontrol.
For hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe, der skal bruges, skal der oprettes en tilsvarende kundeskabelon tidligere. For hver af disse kundeskabeloner skal en frøopløsningsorganisation klargøres. Klargøringen af disse frøorganisationer genererer telefonnummeret til tilknytninger af mødeadgangskoder og et mødewebsteds-UUID, der er påkrævet for at konfigurere BroadWorks.
Ved hjælp af hver af de tidligere konfigurerede kundeskabeloner skal du klargøre en abonnent til en ny test Broad Works Service Provider eller ny Broad Works Enterprise med en standardpakkebruger . Det resulterende Standardpakkemødewebstedet skal bruge valgmuligheden Partnerudbyders opkaldsnumre til mødedeltagelse. En af følgende metoder kan bruges til at klargøre abonnenten:
Klargør testabonnenten ved hjælp af Broad Works-abonnenters API'er som dokumenteret på
developer.webex.com
.Aktivér testabonnenten for IM&P-tjenesten på et bredtarbejde, der er konfigureret til at bruge kundeskabelonen. Sørg for, at kundeskabelonen bruger standardpakken som standard for at sikre, at testabonnenten tildeles en standardpakke. Alternativt skal testabonnenten efterfølgende opdateres for at have standardpakken.
Bemærk venligst, at det anbefales, at frøopløsningsorganisationerne er tilknyttet en test Broad Works Service Provider eller test Broad WorksEnterprise.
Trin 6: Vælg organisationen for primær frøløsning
Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Du bør ikke slette frøorganisationen, da det tilknyttede mødested også slettes. Hvis frøorganisationen fjernes, skal du klargøre en ny og konfigurere Broadworks med det nye websteds UUID.
De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.
Hvis du vil vælge den primære frøløsningsorganisation, skal du gøre følgende:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til sektionen Opkald til brede værker.
Under sektionen Konfigurationsvalidering (BY o PSTN) skal du vælge Tildel.
På skærmen Tildel organisation skal du søge efter og vælge en af de frøorganisationer, der tidligere er konfigureret
Vælg Tildel.
Den valgte frøorganisation er den primære frøorganisation.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 7: Download Broad Works-konfiguration (AF oPSTN)
Oplysninger om den primære frøløsningsorganisation, telefonnummergrupper og DNS SRV-tilbagekaldsgruppe for en given Broad Works-klynge er tilgængelige på en enkelt placering, JSON-filen BY oPSTN. Disse oplysninger er nødvendige for at konfigurere Broad Works for BYoPSTN.
Bemærk, at JSON-konfigurationsfilen kun er tilgængelig til visning/download, når den primære frøopløsningsorganisation er valgt.
Proceduren for at se/downloade JSON-konfigurationsfilen er som følger:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Klynger, vælg Vis klynge.
Vælg den klynge, der er knyttet til de kundeskabeloner, der er konfigureret til BY oPSTN.
Rul til konfigurationen Broad Works for sektionen BY o PSTN.
Klik på Download JSON-konfigurationsfil.
Gentag denne procedure for alle andre klynger forstore værker.
Skærmbillederne nedenfor illustrerer proceduren.
Se eksemplet JSON-konfigurationsfilen nedenfor. Filen indeholder yderligere oplysninger om hver telefonnummergruppe, tilbagekalds-DNS SRV-gruppe. Følgende nøglekonfigurationselementer, der skal indtastes i Brede værker, er markeret med fed skrift.
webstedetsUUID: Bredeværker skal sende denne værdi i SIP-meddelelserne. Det er et token, som Webex Edge-lyd bruger til at bekræfte identiteten af Cisco Partners Wide Works og dens adgang til mødewebsteder, der administreres af denne Cisco Partner.
Tilknytning af telefonnummer – til – adgangskode: Telefonnumrene og deres tilknyttede Webex-adgangskoder skal konfigureres på Broad WorksWorks.
phoneNumber
adgangskode
lokalDato: Det ønskede meddelelsessprog, der er knyttet til telefonnummeret, skal konfigureres på BroadWorks.
dnsSrv: Tilbagekalds-DNS SRV skal konfigureres i DNS og henvise til de ønskede CUBE-tilfælde.
{
"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"
}
]
}
Trin 8: Bestem DNS SRV-domænet for Webex Edge-lyd
DNS SRV-domænet for Webex Edge-lyd skal konfigureres på BroadWorks. Brug følgende procedure til at bestemme værdien.
Log ind på Cisco Partner Hub.
Gå til kunderne.
Vælg BY oPSTN-valideringsselskabet.
Vælg Vis kunde.
Gå til Tjenester/Møder.
Vælg webstedet for standardpakkemøder.
Rul ned til bunden af sidepanelet, vælg Konfigurer websted.
Vælg Almindelige indstillinger/lydindstillinger.
Vælg Generer Lua-script under sektionen Brugertilpassede globale indgående opkaldsnumre under sektionen Edge-lyd.
I pop op-vinduet søger du efter værdi "-- Opdater til header med CCAX URL".
-- 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)
Udtræk værdien med fed skrift, for eksempel,
ecccx.amer.webex.com.
Dette er DNS SRV-domænet for Webex Edge-lyd, der skal konfigureres på BroadWorks.
Trin 9: Konfiguration af KlargøringspartnerBroad Works
Dette afsnit beskriver den konfiguration af detstore arbejde, der er nødvendig for at implementere scenarierne for indgående mødeopkald og tilbagekald, der vises i diagrammerne nedenfor. Konfigurationseksemplerne er baseret på dataene i JSON-filen, der vises i det foregående afsnit. Numre, domæner, navn på virksomhed/grupper, enhedstype, politikker, profiler osv. forventes at variere efter partner.
Opkaldsstrøm:
- Bruger anmoder om tilbagekald, Webex starter et tilbagekald.
- Opkald dirigeres til BroadWorks OTT.
- Opkald når den CUBE, der er klargjort i CH. CUBE dirigerer opkaldet til Broad Works.
- BroadWorks identificerer opkaldet som mødeværtens oprindelse og opretter en session for mødeværtsbrugeren og behandler opkaldet.
- Mødeværtsbrugersessionen behandler opkaldet og oversætter det opkaldsnummer. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren.
- BroadWorks dirigerer opkaldet enten til den bruger, der er tilknyttet enheden (7) eller til PSTN (8).
Før du begynder
SIP-kommunikation mellemBroad Works og CUBE kan være over UDP eller TCP afhængigt af dine netværkskrav. Hvis f.eks. nogle netværks- eller adgangsenheder (f.eks. gateways eller slutpunkter) i BYO PSTN-indgående eller tilbagekaldsstrømmene ikke understøtter TCP, skal UDP bruges i stedet.
Den konfiguration og eksempler, der vises i denne vejledning, bruger TCP som transportprotokollen. Hvis du vil bruge TCP, skal du sørge for, at din Broad Works Application Server og netværksserver begge er konfigureret til TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Programserver
Identificer/enhedsprofil
Der skal oprettes en ny identitetstype/enhedsprofil for at repræsentere CUBE. Sørg for at angive følgende egenskaber nedenfor, mens andre kan efterlades ved standardværdier:
Signaladressetype – Indstil til intelligent proxyadressering
Godkendelse – indstil til aktiveret
Support-identitet i UPDATE og Re-INVITE – markeret
Statisk registrering er i stand – indstillet til aktiveret
Video i stand – indstillet til deaktiveret
I eksemplet nedenfor oprettes den nye identitetsprofil-/enhedsprofil-type "VXML_profile" for at repræsentere CUBE.
Virtuel XML-abonnent til tale
Opret en tale-XML-forekomst
Hvert Webex Meetings PSTN-nummer repræsenteres af en virtuel abonnent i Broad Works, og Voice XML-funktionen for virtuelle abonnenter kan bruges. Det anbefales, at en dedikeret virksomhed og gruppe bruges til alle virtuelle Voice XML-abonnenter. Bemærk, at vi faktisk ikke udnytter nogen Voice XML-funktioner, men denne type virtuel bruger er egnet til interaktion med CUBE.
For at bruge Voice XML-tjenesten skal du sørge for, at licensen har tilstrækkelige "VoiceXML"-mængder, og at tjenesten er godkendt på virksomheds- og gruppeniveauerne, og at Voice XML-tjenesten tildeles gruppen som vist i eksempelbilledet nedenfor.
Under Voice XML, og opret en forekomst for hvert PSTN-nummer.
, vælgKonfigurer taleXML-adresser
For hver Voice XML-forekomst skal du klargøre følgende under Voice XML-adresser:
Telefonnummer – indtast opkaldsnummeret for Webex Meetings-webstedet (f.eks. 2403332200).
Lokalnummer
Identitet/enhedsprofil – Opret en forekomst (f.eks. VXML_deviceProf) baseret på den enhedstype, der er oprettet i det forrige afsnit (VXML_profile i eksemplet), og angiv følgende konfiguration.
Linje/port – Indtast i <access number="">@<domain> formatet, hvor
<access number=""> er adgangskodenummeret for Webex Meetings-webstedet (tilgængeligt fra JSON-filen) (f.eks. 88631321777971704941)
<domain> er domænet for Webex Edge-lyd for dette mødewebsted (for eksempel ecccspx.amer.pub.webex.com)
Kontaktsip – For mødeindgående opkald til adgangsnummeret sendes INVITE med en anmodning-URI indstillet til værdien af dette felt. Indtast SIP-kontakten i dette format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, hvor:
<sip contact=""> er <number> fra linje-/portfeltet, men med domænet som SRV, der løses til CUBE's adresse (f.eks. 88631321777971704941@cube.internal.local)
<Locale> repræsenterer sprogindstillingen i henhold til brugerens landestandard (f.eks. locale=en_USA)
<Meetings Site="" UUID=""> er webstedets UUID fra JSON-filen (f.eks. x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> skal være transport=tcp for at få AS til at bruge TCP til at sende meddelelser til CUBE.
Nedenfor er et eksempel på indstillinger forVoice XML-adresser.
For hvert yderligere mødetilgangsnummer, der skal bruges, skal der oprettes en ekstra virtuel Voice XML-abonnent på samme måde som ovenstående. Den samme enhedsprofil kan bruges, men linjeporten og kontaktfelterne skal være konstrueret ud fra adgangsnummeroplysningerne som vist ovenfor. |
Sørg for at verificere, at de grænser for politik for opkaldsbehandling, som du konfigurerer på abonnenten med virtuelle Broad Works, er tilstrækkelige til at håndtere de ekstra BY oPSTN-opkald i din telefonnummergruppe. |
Tildel SIP-godkendelse til taleXML-forekomst
Tildel godkendelsestjenesten til den virtuelle Voice XML-abonnent. Dette bruges til at godkende SIP INVITE-meddelelser fra CUBE i tilbagekaldsscenariet. Det forhindrer også den virtuelle Voice XML-abonnent i at acceptere opkald fra andre parter end CUBE
Gå til siden Godkendelse af virtuelle abonnenter under Hjælpeprogrammer, og indtast SIP-brugernavnet og -adgangskoden som vist herunder:
CUBE skal konfigureres med det samme brugernavn og adgangskode for at godkende de INVITE-meddelelser, der sendes til AS. Et eksempel på kommandoen til at konfigurere SIP-godkendelse på CUBE er som følger:
|
Namedefs-fil
Kontaktfeltet Voice XML Virtual Subscriber SIP indeholder den URL-adresse, hvor domænedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan bruges til at løse den interne SRV til CUBE IP.
I vores eksempel er SIP-kontakt SRV cube.internal.local og beslutter at adressere 10.165.196.30 port 5060 for at nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs
filen opdateres som følger:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings-opkaldstype
Indstillinger for konfiguration af Webex Meetings-opkaldsbehandling er tilgængelige for at styre, hvordan indgående opkald håndteres. Mødeindgående opkald behandles som standard som eksterne opkald, da indgående opkaldsnumre hostes i en dedikeret virksomhed eller tjenesteudbyder. Eksterne opkald medtages normalt i sessionstilladelseskontrol-sessionstæller og markeres til opladning i CDR-feltopladningsindikatoren for.
Følgende eksempel tilføjer den anbefalede konfiguration til at behandle indgående mødeopkald som interne opkald, så de udelukkes fra opladning og udelukkes fra antallet af sessionsadgangskontrol.
Ved at indstille Gennemtving NS-opladningsfelt til sand, er populationen af CDR-feltopladningsindikator baseret på den konfigurerede opladningsattribut for netværksserverens opkaldstype.
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
Virtuel abonnent tilVoice XML-møde tilbagekald
Opret en abonnent til Voice XML-møde tilbagekald
En dedikeret virtuel Voice XML-abonnent med en speciel valgmulighed for Webex-mødetilbagekald (herefter kaldet Voice XML-mødetilbagekaldskanter) skal konfigureres på applikationsserveren til Broad Works (AS) for at håndtere Webex Meetings-tilbagekaldsopkald. Der kan kun konfigureres en enkelt forekomst af denne abonnent på AS.
Hvis du vil aktivere funktionen, skal du indstille aktiverbar funktion 102074 til at være sand 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
Da funktionen "BYO PSTN-fakturering understøttelse af tilbagekaldog indgående opkald" afhænger af funktionen "Broad Works Support for CI UUID", skal du også aktivere funktionen (102746), før du aktiverer funktionen (102074). For yderligere oplysninger, se afsnittet "CI-bruger UUID-synkronisering (Broadworks-support for CI UUID)". |
Voice XML-mødetilbagekaldsabonnementet svarer til den eksisterende virtuelle BYOPSTN VXML-abonnent, men har markeret den med et nyt "Webex Meeting Callback"-flag. Denne Voice XML-mødetilbagekaldsabonnedeltager konfigureres med den samme enhedsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnent samt godkendelsestjenesten med de samme legitimationsoplysninger.
Et eksempel vises herunder:
Abonnenten til Voice XML-møde-tilbagekald skal eksistere på det AS, der er vært for mødeværtsbrugeren. Når AS'en modtager INVITE-anmodningen om tilbagekald, forsøger den at finde både bruger af Voice XML-tilbagekald og mødeværtsbrugeren på AS'en under opsætning af opkald. Hvis ingen af disse brugere findes, afvises opkaldet.
Mødeværtssession
I tilbagekaldsscenariet med X-Cisco-Meet-Info-headeren modtager Cisco Broad Works-applikationsserveren en SIP INVITE-anmodning og identificerer mødeværtsbrugeren ved hjælp af værtens CI-bruger UUID-parameter i SIP X-Cisco-Meet-Info-headeren. Der oprettes en opkaldssession på vegne af mødeværtsbrugeren oprettes for at behandle opkaldet og udføre brugerens tjenesteprofil. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren. Møde-id'et og webstedets UUID-oplysninger fra headeren SIP X-Cisco-Meet-Info registreres i faktureringsposten.
Et eksempel på SIP X-Cisco-Meet-Info-headeren vises nedenfor:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Applikationsleveringsplatform
CI-bruger UUID-synkronisering (Broadworks-understøttelse af CI UUID)
Bruger-CI UUID er et entydigt id til at identificere brugere i Webex-miljøet.
Denne Webex-klargøringssynkroniseringsapplikation på Cisco Broad Works Application Delivery Platform (ADP) bruges til at synkronisere, kortlægge og gemme bruger-CI UUID i infrastrukturen for Broad Works, så den kan bruges i forskellige interaktioner med Webex og Webex tilBroad Works-tjenesten.
Se "Aktivér Webex-mødetilbagekald" om, hvordan CI-bruger UUID-tilknytningen bruges af Cisco Broad Works-netværksserveren og Cisco Broad Works-applikationsserveren.
Følgende trin konfigurerer applikationen Webex-klargøringssynkronisering til periodisk meningsmåling og opdatering af de brede arbejdsbrugere med CI UUID.
Webex-applikationen til klargøringssynkronisering kræver OA uth-legitimationsoplysninger med spark-admin:broadworks_subscribers_read rækkevidde for Cisco-identitetsudbyderen og kan hentes ved at indsende en tjenesteanmodning med din onboardingagent.
Markér afsnittet "Få OA uth-legitimationsoplysninger til dit Webex til Cisco Broad Works" for at få flere oplysninger om at hæve tjenesteanmodningen 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
Tilføj tokenet med et passende partnernavn på følgende måde:
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 ********
Føj det partnernavn, der er knyttet til OA uth-token, til listen over partnere, der skal overvåges af Webex Provisioning Sync-applikationen med det "aktiverede"-flag, der er indstillet til "sandt".
Med denne Webex-klargøringssynkroniseringsapplikation begynder CI-bruger UUID-synkronisering på det definerede meningsmålingsinterval.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Når partneren er inkluderet, kan applikationen Webex-klargøringssynkronisering nu udføre tilknytningen af CI UUID til Broad Works-brugere.
Skift forbindelsens timeout ved hjælp af 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 tilknytning kan udføres automatisk eller manuelt. Kommandoen til manuelsynkronisering af CLI kan øjeblikkeligt udløse tilknytningen for at finde sted.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnere med "aktiveret" indstillet til "sand" udfører tilknyttede i meningsmålingsintervallet. Under den indledende tilknytning anmoder Webex-applikationen om Webex-abonnentsynkronisering API'en for at hente de data, der indeholder CI UUID for alle brugere, der hostes af partneren. Broad Works-brugerens eksterne id er opdateret med det tilknyttede CI UUID. Efterfølgende tilknytninger påvirker brugere, der føjes til partneren. Statuskommandoen kan bruges til at se, om synkroniseringen er fuldfø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 fuldført, ændres statussen tilbage til overvågning. Efterfølgende synkronisering udføres på brugere, der er føjet til partneren efter "Sidste synkroniseringstid".
Følgende figur viser CI UUID-indstillingen i det eksterne id:
Netværksserver
Opkaldstype
Med henblik på fakturering og rapportering kan det være ønskeligt at markere CDR'er for Meetings-indgående opkald. Dette kan opnås ved hjælp af politikken for indtastning af netværksserverfør opkald.
For det første tilføjes en ny opkaldstype på NS CLI under /System/CallP/Opkaldstype. Følgende eksempel tilføjer den nye "WXM"-opkaldstype:
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
Opkaldstypen kan derefter bruges i en forekomst af indtastning af opkaldfør opkald, der er en del af Broad Works-brugerens distributionsprofil. I dette eksempel blev en ny forekomst afindtastning af opkald "wxm" tilføjet under CLI-kontekst /Politik/Indtastning af opkald føropkald, men det kunne være en eksisterende forekomst af indtastning af indtastning af opkald, der allerede bruges:
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
Det næste trin er at tilføje poster til forekomsten af indtastning af opkald før opkald for alle opkaldsnumre under CLI-konteksten /Politik/Indtastning af opkaldfør opkald/Opkaldsplan. 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
Forekomsten af indtastningfør opkald tilføjes derefter (forudsat at den ikke allerede findes) til den relevante distributionsprofil for den oprindelige bruger 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
Bredeværker, der stammer fra CDR'er, genereres kun af opkald, der stammer fra BW-abonnenter. PSTN-baserede opkald fra "netværkssiden" af AS vil ikke generere CDR'er, der stammer fra. Der vil være en afsluttende CDR for den virtuelle Voice XML-abonnent i begge tilfælde. |
DirigeringNE
En routingNE er påkrævet på NS under /System/Device/Routing NE CLI-kontekst for at repræsentere CUBE. På denne måde, når NS modtager INVITE fra CUBE, matcher den via-headeren med den routing-NE-post, der er klargjort på NS. Se Administrationsvejledning til Cisco Broad Works Network Server Command Line Interface for oplysninger om, hvordan du tilføjer en distributionsnummer (NE).
Nedenfor er et eksempel på kommandoerne til at tilføje Routing NE "WebexMeetings", hvor CUBE IP-adressen = 10.165.196.30. Eksemplet viser også kommandoer til at oprette en ny Orig-omdirigeringog profilforekomster, der skal tilknyttes routing-NE, men eksisterende forekomster kan også bruges.
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 eksempelkonfigurationen sender CUBE til NS en INVITE, der svarer til følgende (vigtige felter med fed 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-anmodning-URI indeholder tilbagekaldsnummeret
Via header: indeholder IP-adressen for CUBE, som vil blive brugt til at vælge routingNE-profilen.
X-Cisco-Info-Mød-header: bruges til at identificere værtensCIU-serUuid, meetingid og webstedetsUUID.
Når du modtager INVITE, bruger NS Via-headeren til at matche routing-NE "WebexMeetings". Dette vil igen vælge den "wxm_routing" distributionsprofil, der indeholder "wxm_Inst"-forekomsten af OrigRedirect.
Politikken for NS OrigOmdirigering matcher derefter X-CISCO-MEET-INFO-headeren:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
med linjeporten, der er konfigureret på den virtuelle Voice XML-abonnent, og send en 302 omdirigering til det AS-par, der hoster den pågældende abonnent. 302-meddelelsen svarer til 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
Domænet i INVITE URI (i eksemplet er det bw.myenterprise.com), der sendes af CUBE til NS, skal anerkendes af NS. Dette kan gøres ved at tilføje domænet i NS_CLI/System/Alias-konteksten, for eksempel:
NS_CLI/System/Alias> add bw.myenterprise.com
Kommandoen til at konfigurere INVITE URI-domænet på CUBE kan findes i det næste afsnit under opkalds-peer/sessionsmål, for eksempel:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
VærterNE
For at understøtte konfigurationsindstillinger for Webex Meetings-opkaldsbehandling til fakturering og kontrol af sessionstilladelse skal applikationsserverens NE-signalattributter Opkaldstype Required And Requires Charge Indication være aktiveret i NS_CLI/System/Device/Hosting-NE-kontekst._ Eksempel:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Aktivér tilbagekald til Webex-møde
I tilbagekaldsscenariet med SIP X-Cisco-Meet-Info-headeren sender CUBE opkaldet til netværksserveren for originator omdirigering til AS-parret. AS-parret bestemmes ud fra parameteren Aktivér WebexMeeting Hoost Lookup-systemet.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Når Webex Meeting Hoost Lookup-systemparameteren er indstillet til sand, bruges mødeværtsbrugerens CI UUID i X-Cisco-Meet-Info-headeren til at identificere det AS-par, der er vært for mødeværtsbrugeren.
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
Trin 10 Klargøringspartner CUBE
Dette afsnit indeholder en valideret konfiguration til, hvordan du installerer Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) for Bring din egen PSTN-løsning.
Dette afsnit fokuserer på de CUBE-konfigurationer, der er nødvendige for at interagere med eksemplet Webex til Cisco Broad Works-konfiguration, der vises i det foregående afsnit. For en mere generel diskussion om den indledende CUBE-installation og -konfiguration, se følgende vejledninger: 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
Installer Yvores egen SBC-indstilling
Hvis du ikke vil installere CUBE, har du mulighed for at installere din egen SBC. Bemærk dog, at dette dokument ikke indeholder en valideret konfiguration for andre SBC'er end CUBE.
Hvis du installerer din egen SBC, kan du følge kravene til CUBE-konfiguration på højt niveau (f.eks. tildelinger såsom domænet, offentlige og private grænseflader og gateways) for at vejlede din konfiguration. Se dog din SBC-dokumentation for detaljeret hjælp til kommandolinjen, da de faktiske kommandoer til din egen SBC sandsynligvis vil afvige fra CUBE.
Medmindre andet er angivet, gælder de resterende konfigurationskrav i trin 10, uanset hvilken SBC du installerer. Kommandolinjeeksemplerne er dog kun for CUBE, medmindre det er angivet, at eksemplet gælder for andre SBC'er. For andre SBC'er henvises der til din SBC-dokumentation for konfigurationskommandoer. |
Indledende konfiguration
For at konfigurere CUBE skal den privilegerede EXEC-tilstand være aktiveret. Indtast adgangskoden, hvis du bliver bedt om det.
enable
Sådan går du ind i global konfigurationstilstand:
configure terminal
Indstil domænet:
ip domain name myenterprise.com
Indstil den maksimale segmentstørrelse (MSS):
ip tcp mss 1360
Netværkskonfiguration
Definer de offentlige og private grænseflader. I vores CUBE-eksempel:
------- 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 gateways til IP-routing for offentlige og private sider:
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) skal være inde i en DMZ med korrekt konfigurerede firewallregler. Se afsnittet Porte, der bruges af Webex, for listen over porte, der skal åbnes på den eksterne firewall |
Konfigurer SRV-poster for tilbagekaldsopkald, der sendes fra CUBE (eller din SBC) til netværksserverne for Broad Works. 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-serveren:
ip name-server <DNS_IP_address>
En alternativ DNS-indstilling er at konfigurere intern DNS, hvor den interne DNS når ud til en overordnet DNS-server, hvis det interne opslag mislykkes. |
Konfiguration af opkaldsbehandling
Generelt
Konfigurer CUBE (eller din SBC) med alle IP-adresser, der skal have adgang til VoIP-tjenesten. Dette omfatter:
Private SIP-signaladresser for Broad Works AS-, NS- og MS-servere.
Offentlige sideadresser for Webex Edge til lydinfrastruktur.
Se nedenfor for eksempel CUBE-konfiguration:
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
Ovenstående IP-adresseområde er et eksempel. For den aktuelle liste over offentlige IP-adresser for Webex-lydinfrastrukturen skal du gå til: |
Hvordan tillader jeg Webex Meetings-trafik på mit netværk?– IP-adresseområdet for de fleste klynger vises under Liste over IP-adresseområder, der bruges af Cisco Webex-mødetjenester. En undtagelse er for Kina-klynger, hvor intervallet vises på linket nedenfor:
Netværkskrav for Kina-klynge til Cisco Webex
Standardtimeren for CUBE til at oprette en TCP-forbindelse, før den viderestilles, er 20 sekunder. Sådan ændres den:
ip tcp synwait-time <5-300 (seconds)>
På siden Broad Works er standardtimeren for programserveren til timeout på en ikke-responsiv adgangsenhed 6 sekunder. Sådan ændres den:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
De offentlige og private sidegrænseflader for RTP-trafik på CUBE (eller din egen SBC) skal åbnes. Se nedenfor for CUBE-eksemplet:
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 for CUBE
- <CUBE PRIV="" IP=""> er den private IP-adresse for CUBE
- Portområde: i eksemplet portinterval fra 10200 til 28000
CUBE understøtter følgende TLS-krypteringspakker (under indgående opkald tilbyder 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 indstillinger, der skal konfigureres (se nedenfor for eksempel CUBE-konfigurationer):
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 indgående og udgående opkald skal defineres til senere brug i opkalds-peers:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge-lyd understøtter G722-, G711ulaw- og G711alaw-codecs. Følgende stemmeklassekode skal defineres til senere brug i opkalds-peers:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge-lyd bruger SRTP. Stemmeklassen SRTP-krypto tildeler den foretrukne SRTP-krypteringspakke, der skal bruges til Edge-lyd. Konfigurer følgende pakker for. Stemmeklassens srtp-krypteringskonfiguration skal anvendes på de opkalds-peers, der bruges til forbindelsen med Edge-lyd.
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
Forkonfigurer en primær nøgle for at kunne indstille en adgangskode til godkendelse
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Indtast de SIP-godkendelsesoplysninger, der blev klargjort for den virtuelle Voice XML-abonnent på AS ved hjælp af følgende kommando. For tilbagekaldsscenarier bruges disse legitimationsoplysninger, når AS udfordrer INVITE, som CUBE (eller din egen SBC) sender til AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Når godkendelsen er konfigureret, vil adgangskoden blive overskygget, når den vises med kommandoen "vis kørende konfiguration"
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Følgende globale SIP-konfiguration skal også udfø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>
Oversættelsesprofiler
SIP-meddelelsesprofil 2340 bruges til indgående mødeopkald. Den skal have en post til at modificere de SIP-meddelelser, der kommer fra Broad Works, før den sendes ud til Edge-lyd, som vist i eksemplet artikel 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"
Ovenstående regel 11 viser den indgående anmodning-uri fra Broad Works, som har kontaktværdien for den virtuelle CUBE-abonnentenhedsprofil (værdien af kontaktfeltet i VXML_deviceProf-enhedsprofilen i vores eksempel):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Til det relevante domæne til dirigering af Webex Edge-lydopkald:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Bemærk, at når CUBE (eller din egen SBC) er bag en statisk NAT, kræves der yderligere konfiguration til sip-profilen 2340. Se følgende link for yderligere oplysninger:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHvis du installerer din egen SBC, skal du konfigurere lignende regler på din egen SBC. |
For at videresende 486 meddelelser sendt af AS tilbage til Webex Edge-lyd er følgende konfiguration påkrævet på CUBE (for din egen SBC, se din SBC-dokumentation for hjælp)
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 andre 4xx meddelelser skal viderestilles tilbage til Webex Edge-lyden, skal du følge det samme eksempel ovenfor.
Opkalds peers
En stemmeklasse-lejer skal defineres på CUBE (eller din egen SBC) til brug i opkalds-peers senere, hvilket opfylder følgende kriterier:
- Der er ingen interworking mellem nyttelast, der er nødvendig for RTP-NTE DTMF-pakker, så konfigurer asymmetrisk nyttelast fuldt.
- Edge-lyd understøtter ikke opdateringer af opkalder-id, så værdien "ingen opdatering-opkalder" skal konfigureres.
- Distribution af Webex Edge-lyd-opkald er baseret på URI'er. URI'en for opkaldsrute skal være aktiveret for at matche opkalds-peers baseret 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 opkalds peers er konfigureret til at tillade CUBE at behandle opkald mellem Broad Works og Webex Edge-lyd. Konfigurer følgende på CUBE (en lignende konfiguration skal 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-opkaldsflows
Med den konfiguration, der er udført ovenfor, er eksempler på scenarier for indgående/udgående opkald på CUBE beskrevet nedenfor. Farvekodningen på et bestemt trin relaterer den til de samme farveposter i opkalds-peers ovenfor.
Hvis du installerer din egen SBC, skal du se din SBC-dokumentation for at få oplysninger om opkaldsflows med din SBC. |
For et scenarie med indgående mødeopkald fra Broad Works til Webex:
- En indgående INVITE modtages fra Broad Works på den interne grænseflade 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>
- Den indgående peer-profil 23401 vælges baseret på værten i den indgående anmodning-URI ("cube.internal.local"), der matcher konfigurationen af "indgående uri-anmodning OUTEdge-lyd".
- Den udgående opkalds-peer 23411 vælges baseret på værten i anmodnings-URI ("cube.internal.local"), der matcher konfigurationen af "destinationuri OUTE-dge-lyd".
- En udgående INVITE sendes på den eksterne grænseflade med værten i anmodnings-URI'en, der er ændret fra "cube.internal.local" til "ecccspx.amer.pub.webex.com" ved hjælp af meddelelsesprofilen "taleklasse sip-profiler 2340", der er angivet i opkalds-peer:
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 mødetilbagekaldsscenarie fra Webex til Broad Works
- En indgående INVITE modtages fra Webex i CUBE's eksterne grænseflade 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 indgående opkalds-peer 23411 vælges baseret på mønsteret "x-cisco-webex-service=lyd", der er til stede i den indgående anmodning-URI baseret på konfigurationen af "indgående uri-anmodning INE-dge-lyd".
- To udgående opkalds-peers vælges ud fra mønsteret "x-cisco-webex-service=lyd", der er til stede i anmodnings-URI baseret på konfigurationen af "destinationuri-INE-dge-lyd".
- Opkaldspeer 302
- Opkalds-peer 23401
- En udgående INVITE sendes til netværksserverne (SRV-opslag baseret på "session target dns:bw.myenterprise.com-post" i opkalds-peer) på den interne grænseflade
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
- Netværksserveren returnerer kontakter for det AS-par, der hoster den virtuelle CUBE-abonnent:
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 dirigerer opkaldet til det aktive AS baseret på den returnerede kontakt i 302-meddelelsen:
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-konfiguration
Følgende konfigurationstrin skal udføres for at tillade mTLS-forbindelser mellem CUBE (eller din egen SBC) og Webex Edge-lyd.
Det er obligatorisk, at du konfigurerer mTLS mellem CUBE (eller din egen SBC) og Webex Edge-lyd. |
Understøttelse af wildcard-certifikat
Jokerkortsignerede certifikater bruger et generisk emnenavn (f.eks. *.us.example.com), der svarer til domænet for CUBE eller din egen SBC. Jokerkortcertifikater understøttes for CUBE- eller SBC-installationer med flere klynger, men understøttes ikke for CUBE- eller SBC-installationer med enkelt node.
Tillidspulje
Under TLS-håndsættet, når Webex Edge-lyd sender sit certifikat, validerer CUBE det i forhold til listen over certifikater, der accepteres i tillidspuljen.
Tillidspuljepakken skal opdateres med Cisco Root CA ved at downloade den seneste "Cisco Trusted Core Root Bundle" fra http://www.cisco.com/security/pki/ brug af kommandoen:
crypto pki trustpool import clean url <url>
De certifikater, der sendes af Webex Edge-lyd, er signeret af IdenTrust. Sørg for, at "IdenTrust Commercial Root CA"-certifikatet er installeret. Se dette link for at få flere oplysninger:
Hvis du bruger din egen SBC og ikke kan fuldføre importen, kan du konvertere pakken til .pem-format ved hjælp af open source-værktøjer, såsom OpenSSL. Du kan f.eks. bruge hydraant-id-certifikater med følgende kommando:
|
Tillidspunkt
Edge-lyd kræver, at din CUBE tilbyder underskrevne certifikater fra betroede CA-certifikatmyndigheder for fælles TLS (mTLS)-forbindelser. Brug følgende link til at få en liste over certifikatmyndigheder, som Cisco har tillid til. Certifikater, der er underskrevet af myndighederne på denne liste, anses for gyldige, og forbindelsen vil være tilladt: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Single node CUBE
En enkelt node betyder, at CUBE (eller din egen SBC) importerer et certifikat med emnenavnet entydigt til sin FQDN, hvilket betyder, at ingen anden CUBE vil kunne importere det (med andre ord IKKE et jokerkortcertifikat).
Sådan oprettes CSR (Certificate Signing Request) for CUBE:
- opret nøglepar (dette nøglepar vil blive knyttet til tillidspunktet)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- generelle nøgler – angiver, at nøglepar med generelle formål skal genereres.
- etiket <key-label> – (valgfrit) Navn, der bruges til et RSA-nøglepar, når de eksporteres. Hvis en tastetiket ikke er angivet, bruges routerens fuldt kvalificerede domænenavn (FQDN).
- eksporterbar – (valgfri) Angiver, at RSA-nøglepar kan eksporteres til en anden Cisco-enhed, f.eks. en router.
- opret tillidspunkt (Et tillidspunkt indeholder det certifikat, du vil binde på CUBE. Når CUBE modtager en certifikatanmodning, svarer den med tillidspunktens certifikat vedhæftet)
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 certifikattilbagekaldelsesliste (CRL) er en liste over tilbagekaldte certifikater. CRL'en er oprettet og signeret digitalt af det CA, der oprindeligt udstedte certifikaterne. CRL indeholder datoer for, hvornår hvert certifikat blev udstedt, og hvornår det udløber.
tilmeldingsterminalpem – tilføjer PEM-grænser (privacy enhanced mail) til certifikatanmodningen (manuel kopiering fra START CERTIFIKATANMODNING til AFSLUT CERTIFIKATANMODNING)
fqdn – Fuldt kvalificeret domænenavn for CUBE
emnelinavn CN=<fqdn> – det emnelinavn, der skal underskrives
rsakeypair <key label=""> – keypair genereret fra forrige trin
(henvisning: 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)
- generer 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 (fra START CERTIFIKATANMODNING til AFSLUT CERTIFIKATANMODNING) til CA (Certificate Authority)
CA genererer et signeret certifikat
- Afhængigt af nøglecenteret vil de levere rodcertifikatet (f.eks. DigiCertCA.crt) og det ønskede certifikat (f.eks. cube.crt)
- Indlæs CA-certifikatet
- Godkend først tillidspunktet med rodcertifikatet
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
- Importér derefter CUBE's certifikat på tillidspunktet 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 installerer din egen SBC, skal du se din SBC-dokumentation for at få oplysninger om, hvordan du opretter CSR. |
Multinode CUBE-klynge (ved brug af alternative navne i certifikat) – UNDERSTØTTES IKKE
Flere knudepunkter betyder, at CUBE vil kunne importere det samme certifikat for mere end én CUBE-installation. Brug af emnets alternative navn til at generere CSR understøttes i øjeblikket ikke: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Multinode CUBE-klynge (bruger jokertegn signeret certifikat som pkcs12-format)
Flere knuder, der bruger et jokertegn signeret certifikat, betyder, at emnenavnet er generisk (f.eks. *.us.example.com), og det svarer til CUBE's domæne (eller dit SBC-domæne).
- Hvis du har et jokerkortcertifikat klar, skal du få filerne til offentlige (.crt) og private nøgle (.key) klar.
- Ved hjælp af OpenSSL skal du oprette en samlet PKCS12-format (.pfx)-fil, herunder .crt- og .key-filen: (brug cygwin på Windows) – henvisning: 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
- Opret et tillidspunkt, 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>
Valider konfigurationen af CUBE-certifikat
Kontrollér, at hele kæden er inkluderet i certifikatet. Følgende eksempel viser valideringskommandoer for CUBE. Hvis du installerer din egen SBC, skal du bruge de kommandoer, der gælder for din 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
Indstil SIP-signaler til brug af tillidspunkt
Brug følgende kommando til at klargøre SIP UA med CUBE-tillidspunktet. Følgende er et eksempel på CUBE. Hvis du installerer din egen SBC, skal du se din SBC-dokumentation for at få kommandohjælp.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE-logfiler
For at se aktiverede fejlfindingsfiltre
CUBE# show debug
Sådan indstilles fejlfindingsfiltre (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
Sådan udløses fejlfindingsfiltre (eksempel)
CUBE# no debug ccsip messages
Sådan ryddes og kontrolleres logbuffer
CUBE# clear log
>>> make test call <<<
CUBE# show log
Hvis du ikke installerer CUBE, skal du se dokumentationen til din egen SBC for at få oplysninger om, hvordan du bruger logfiler. |
Andre nyttige kommandoer
Sådan kontrollerer du den aktuelle konfiguration
CUBE# show running-config (or just CUBE# show run)
Sådan gemmer du konfiguration til ROM, der bruges, når den startes
CUBE# write
Trin 11 AF oPSTN-certificering
Efter konfiguration og klargøring af BPartnerePSTN-løsningen er fuldført, skal partneren gennemgå et sæt accepttestsager for at bekræfte deres løsning. Dette er et obligatorisk trin for at partneren BPartnereTN kan godkendes og aktiveres.
Godkendelsestest-sagerne er beskrevet i dokumentet Bring Your Own PSTN-godkendelsesprocedure Webex for Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partneren skal levere resultaterne af de godkendelsestest, der er udført, til onboarding- og certificeringsholdene.
Spørgsmål, problemer og resultater fra udførelsen af godkendelsestest skal rapporteres og deles i det Webex-rum, der er tildelt til onboarding af partneren.
Anvend opdateringer til en telefonnummergruppe/tilbagekalds-DNS SRV-gruppe
Når kunder, der ikke er testet, er tildelt en kundeskabelon ved hjælp af partnerangivne opkaldsnumre, er følgende valgmuligheder for deltagelse i mødet tilgængelige for disse brugere:
Mødeinvitationer omfatter et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen
Webex-appen viser et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen som valgmulighed for mødedeltagelse
Webex-mødewebstedets brugergrænseflade viser et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen som valgmulighed for mødedeltagelse
Hvis tilbagekald er aktiveret på kundeskabelonen, giver Webex-møde valgmuligheden 'Ring mig op på', hvor tilbagekaldsanmodningen dirigeres til en af de poster, der er angivet i den tildelte DNS SRV-tilbagekaldsgruppe
En ændring af valgmuligheder for mødedeltagelse for en kundeskabelon eller en ændring af en tildelt telefonnummergruppe eller en ændring af en tilbagekalds-DNS SRV-gruppe kan påvirke ovenstående valgmuligheder for deltagelse i møde. Disse ændringer gælder ikke for eksisterende kunder, men nyklargjorte kunder vil se disse ændringer afspejles øjeblikkeligt for deres Standard- og Premium-pakkemødewebsteder. Det anbefales derfor på det kraftigste, at en sådan ændring bekræftes ved hjælp af en frøopløsningsorganisation, før den anvendes på eksisterende kundeskabeloner, telefonnummergrupper eller tilbagekalds-DNS SRV-grupper (hvis tilbagekalds-DNS SRV-grupper er installeret).
Følgende trin skal følges, når du foretager en opdatering af valgmulighederne for deltagelse i mødet for en kundeskabelon og/eller anvender opdateringer til telefonnummergrupper eller tilbagekalds-DNS SRV-grupper.
Bemærk, hvis kundeskabeloner, telefonnummergrupper eller tilbagekalds-DNS SRV-grupper bruges af udbydere af Broad Works Service Providers og/eller Test Broad WorksEnterprises, er denne procedure valgfri. Det kan være mere hensigtsmæssigt blot at slette udbyderne af test afBroad Works Service Providers og/eller test Broad Works Enterprises-organisationer og omklargøre dem ved hjælp af de opdaterede kundeskabeloner, telefonnummergrupper eller DNS SRV-grupper til tilbagekald.
Opdater kun telefonnummergruppe:
Opret en ny midlertidig telefonnummergruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye telefonnummergruppe. Hvis en eksisterende telefonnummergruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Download JSON-filen BY oPSTN (Broad Works Configuration), den indeholder telefonnummeret til tilkobling af adgangskode for de nye telefonnumre i telefonnummergruppen.
- Bestem DNS SRV-domænet for Webex Edge-lyd for standardpakkens mødewebsted for seedløsningsorganisationen. Den skal være uændret i forhold til den værdi, der tidligere er fastsat for den oprindelige telefonnummergruppe.
- Anvend konfigurationsopdateringerne på Broad WorksConfiguration (BY oPSTN) JSON-filen.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frø og deltage i mødet ved hjælp af opkaldstelefonnumrene.
- Anvend opdateringen til den oprindelige telefonnummergruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, den midlertidige telefonnummergruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige telefonnummergruppe er blevet opdateret.
Opdater kun DNS SRV-tilbagekaldsgruppe:
- Opret en ny midlertidig DNS SRV-tilbagekaldsgruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye tilbagekalds-DNS SRV-gruppe og den eksisterende telefonnummergruppe. Hvis en eksisterende DNS SRV-tilbagekaldsgruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frøorganisationen, deltage i mødet ved hjælp af indgående telefonnumre og bruge valgmuligheden "Ring mig op på".
- Anvend opdateringen til den oprindelige DNS SRV-tilbagekaldsgruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, DNS SRV-tilbagekaldsgruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige DNS SRV-tilbagekaldsgruppe er blevet opdateret.
Opdater både telefonnummer og DNS SRV-tilbagekaldsgruppe:
- Opret et nyt midlertidigt telefonnummer og DNS SRV-tilbagekaldsgruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye telefonnummergruppe og den nye DNS SRV-gruppe til tilbagekald. Hvis en eksisterende telefonnummergruppe og/eller DNS SRV-tilbagekaldsgruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Download JSON-filen BY oPSTN (Broad Works Configuration), den indeholder telefonnummeret til tilkobling af adgangskode for de nye telefonnumre i telefonnummergruppen.
- Bestem DNS SRV-domænet for Webex Edge-lyd for standardpakkens mødewebsted for seedløsningsorganisationen. Den skal være uændret i forhold til den værdi, der tidligere er fastsat for den oprindelige telefonnummergruppe.
- Anvend konfigurationsopdateringerne på Broad WorksConfiguration (BY oPSTN) JSON-filen.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frøorganisationen, deltage i mødet ved hjælp af indgående telefonnumre og bruge valgmuligheden "Ring mig op på".
- Anvend opdateringen på det oprindelige telefonnummer og DNS SRV-tilbagekaldsgruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, den midlertidige telefonnummergruppe, DNS SRV-tilbagekaldsgruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige telefonnummergruppe og tilbagekalds-DNS SRV-gruppe er blevet opdateret.
Organisationen for primær frøopløsning bør ikke slettes, medmindre en ny organisation for primær frøopløsning er valgt og konfigureret på BroadWorks. Sletning af den primære frøløsningsorganisation fjerner webstedets UUID, som BYO PSTN-løsningen afhænger af for godkendelse af SIP-meddelelser til Webex Edge-lyd. Hvis den slettes, mislykkes mødedeltagere ved hjælp af indgående opkald for websteder, der bruger det partnerangivne opkaldsnummer. |
G722-medieinteroperabilitet, når du bruger din egen SBC
Når du udnytter din egen SBC, skal interoperabilitetsproblemer, der normalt håndteres af CUBE, overvejes mellem Cisco Partners Broad Works Infrastructure og Webex Cloud. Et eksempel er et indgående opkald eller et tilbagekald ved hjælp af G722-codec, der involverer medieserveren til Broad Works (f.eks. ved brug af tjenesten til optagelse af opkald til Broad Works). I dette scenarie kan Webex Edge-lyd sende en SDP med linjen "a=fmtp:9". Din SBC skal opdatere denne linje for at tilføje bitrate-parameteren for at have "a=fmtp:9 bitrate=64", før du sender den til backend for Broad Works.
Kendte begrænsninger
Alle ændringer af valgmuligheden Kundeskabelon-mødedeltagelse, Cisco-indgående opkaldsnumre eller partnerangivne indgående opkaldsnumre anvendes kun på nyligt klargjorte kunder. Eksisterende kunder, der bruger skabelonen, forbliver uændrede.
Alle ændringer af kundeskabelontelefonnummergruppen eller tilbagekalds-DNS SRV-gruppeindstillingerne anvendes kun på nyklargjorte kunder eller eksisterende kunder, der klargøres til deres første standard- eller premium-pakkebruger. Eksisterende kunder, der allerede har standard- eller premium-pakketbrugere, forbliver uændrede.
Alle ændringer af telefonnummergrupper eller tilbagekalds-DNS SRV-grupper, der er tildelt kundeskabeloner, anvendes kun på nyklargjorte kunder eller eksisterende kunder, der klargøres til deres første standard- eller premium-pakkebruger. Eksisterende kunder, der er tildelt tilknyttede skabeloner, der allerede har standard- eller premium-pakkebrugere, forbliver uændrede.
En given kundeskabelon understøtter valgmuligheden Cisco-indgående opkaldsnumre eller partnerangivne opkaldsnummer-mødedeltagelsesmulighed. En kombination af de to valgmuligheder for den samme skabelon understøttes ikke.
SIP-meddelelsen for 'Ring mig op på' eller tilbagekaldsmødedeltagelsessagen indeholder ikke oplysninger om den kunde og/eller bruger, der er vært for det møde, der skal deltage i.
Telefonnumrene og tilknyttede mødeadgangskoder for en given telefonnummergruppe understøtter kun et enkelt DNS SRV-domæne til Webex Edge-lyd (f.eks. ecccspx.amer.webex.com). Brug af disse telefonnumre til at ringe op til møder i et andet DNS SRV-domæne til Webex Edge-lyd understøttes ikke.
Webex Edge-lyd understøtter ikke genforhandling af codecs midt-opkald. Som sådan fungerer tjenester, der aktiveres, efter et opkald er besvaret, muligvis ikke korrekt.
Webex-appen, Webex Meeting-webstedets brugergrænseflade og e-mailinvitationen til Webex Meeting giver et link til et dokument med "begrænsninger for gratis opkald". Dette dokument er specifikt for Cisco-angivne telefonnumre og bør ignoreres af brugere, når de bruger partnerangivne telefonnumre til mødedeltagelse.
Dokumentets revisionshistorik
Følgende tabel viser en oversigt over ændringer i dette dokument i løbet af de seneste 12 måneder.
Dato | Version | Beskrivelse af skift | |
---|---|---|---|
Den 08. april 2024 | 1-36 |
| |
10. januar 2024 | 1-35 |
| |
22. december 2023 | 1-34 |
| |
04. juli 2023 | 1-33 |
| |
2. februar 2023 | 1-32 |
| |
2. februar 2023 | 1-31 |
| |
31. januar 2023 | 1-30 |
| |
29. nov 2022 | 1-29 |
|
Definitioner
Definitioner | Beskrivelse |
---|---|
Cisco-partner | En enhed (generelt en tjenesteudbyder), der sælger Cisco-produkter og -tjenester til deres kunder. |
Slutkunde | Brugere, der bruger Cisco-produkter og -tjenester, der sælges til dem af en Cisco-partner. |
CUBE | Cisco Unified Border Element |
Partnerorganisation | Webex Identity and Service Management-lager, der vedligeholder oplysninger om Cisco-partnere og deres kunder. |
Partner Hub | Webportal til klargøring af identitet og tjenester til Cisco-partnere og de kunder, de administrerer. |
Kundeorganisation | Webex Identity and Service Management-lager, der vedligeholder oplysninger om slutkunden. |
Virksomhedmed bred arbejdskraft eller tjenesteudbyder/gruppe | Repræsentation af slutkunden i Broad Works. |
Oversigt
Med løsningen Bring Your Own PSTN (BYoPSTN) kan Webex til Cisco BroadWorks-tjenesteudbydere klargøre telefonnumre, som de ejer, så brugere kan bruge dem, når de deltager i Webex Meetings. Løsningen giver partnere mulighed for at udnytte deres egne PSTN-netværk og gøre brug af eksisterende relationer med PSTN-udbydere frem for at bruge numre leveret af Cisco.
Referencearkitekturen i dette dokument giver et slutpunkt-til-slutpunkt-design til valgmuligheden BYoPSTN. Denne arkitektur er godkendt af Cisco og bruger Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) til opkaldstrafik mellem BroadWorks og Webex Meetings.
Valg af valgmuligheden Mødedeltagelse
I øjeblikket understøtter Webex til Cisco Broad Works to valgmuligheder for klargøring af mødetelefonnumre. Tjenesteudbydere skal vælge en af disse to valgmuligheder – en blanding understøttes ikke:
Cisco-indgående opkaldsnumre (Cisco PSTN) – Cisco angiver de telefonnumre, som mødedeltagere kan bruge til at deltage i møder
Partnerangivne opkaldsnumre (BY oPSTN) – tjenesteudbydere angiver deres egne telefonnumre, der skal bruges af mødedeltagere, når de deltager i møder
BYoPSTN-løsning
Partnere, der vælger valgmuligheden Partner opkaldsnumre (BY oPSTN), skal angive deres egne PSTN-telefonnumre og skal levere den netværksinfrastruktur, der kræves for at dirigere opkald til og fra Webex. BY oPSTN-løsningen gør det lettere at dirigere opkald Over the Top (OTT) via det offentlige internet fra BroadWorks til Webex.
Følgende betingelser gælder, når indstillingen BY oPSTN vælges:
Cisco-partnere kan bruge de samme telefonnumre til mere end én slutkunde. Disse telefonnumre kan være i ethvert land, som partneren driver.
Valgmuligheden BYO PSTN kræver ingen ændringer af den generelle onboardingproces for Webex til Cisco Broad Works-kunder.
BYoPSTN kræver klargøring på Cisco Partner-niveau, og alle slutkunder, som partnere aktiverer, når BY oPSTN er funktionsdygtig, aktiveres automatisk.
Alle den klargøring, der kræves for kundemødewebsteder, er automatisk, som med den aktuelle generelt tilgængelige løsning.
Partnere, der aktiverer både standard- og premium-pakker, har to mødewebsteder: et websted for standardbrugere og et andet for Premium-brugere. Begge websteder er aktiveret for BY oPSTN.
Mødedeltagere, der ringer op til møder, kan vælge at bruge video- og indholdsdeling via internettet.
Gælder for mødedeltagere for både rummøder og PMR-møder. Bemærk, at rummet for rummøder skal være oprettet af en standard- eller Premium-bruger med Webex Meeting-værtsfunktioner for at modtage et PSTN-adgangsnummer – rum oprettet af grundlæggende brugere modtager ikke PSTN-adgangsnumre.
Dette dokument indeholder en valideret konfiguration, der bruger CUBE som din SBC. Men hvis du ikke vil bruge CUBE, kan du installere din egen SBC.
Arkitektur
Webex til Cisco Broad WorksBY oPSTN-løsningen bygger på Webex Edge-sættet af tjenester, mere specifikt den Webex Edge-lydtjeneste, der er tilgængelig for virksomhedskunder. Arkitekturen er tilpasset til at integrere Cisco Partners Broad Works-infrastrukturen med Webex Edge-lyd, hvilket gør det muligt for Cisco Partner at centralt konfigurere sæt af telefonnumre til deres slutkunder.
Hovedelementerne i arkitekturen er som følger:
Bredeværker – infrastruktur for Cisco PartnersWide Works
Cisco Unified Border Element (CUBE) – Reference Session Border Controller (SBC) for den løsning, der er installeret i Cisco Partners datacenter. CUBE'en skal være inde i en DMZ. Bemærk, at hvis du ikke vil bruge CUBE, kan du installere din egen SBC.
Webex Edge-lyd – Webex-tjeneste, der fjerner PSTN fra Webex ved at ændre dirigering af opkald for at gøre brug af den Cisco Partner-leverede infrastruktur.
Opkald fra deltagere om at deltage i et møde gennem Broad Works til CUBE og fra CUBE til Webex-infrastrukturen i skyen via internettet. Denne model gælder for begge følgende scenarier for deltagelse i møder:
Indgående opkald – en deltager ringer til telefonnummeret i mødeinvitationen på enten deres Broad Works-registrerede håndsæt, mobilenhed eller på Webex-appen. Opkaldet startes af Broad Works.
Tilbagekald (valgfrit) – en deltager anmoder om, at Webex ringer til et telefonnummer, som deltageren angiver. Opkaldet startes af Webex.
Opkald, der distribueres fraBroad Works til CUBE i partnerinfrastrukturen, vil bruge SIP TCP til opkaldssignaler og RTP til medier. Fra CUBE til Webex bruger opkald SIP TLS til signalering og sRTP til medier. Viderestilling af opkald fra CUBE til WebEx sker via internettet og bruger ikke en SIP-trunk.
Den typiske opsætning for scenarier for indgående opkald/tilbagekald er som følger:
Cisco Partner har et PSTN-telefonnummer (for eksempel 2403332200) og en tilknyttet Webex-adgangskode (for eksempel 88631321777971704941).
Cisco Partner indeholder bestemmelser om en virtuel abonnent påstore værker, der svarer til CUBE-enheden. Partneren knytter telefonnummeret til adgangskoden og omvendt.
Adgangskoden, der sendes til Webex i SIP-meddelelserne, identificerer de mødewebsteder, der er tilknyttet Cisco Partner.
Ovenstående telefonnummer til tilknytning af adgangskode er konfigureret én gang og er fælles for alle slutkundens mødewebsteder.
Deltagere, der deltager i mødet, skal indtaste det tilsvarende møde-id (f.eks. 123456), som identificerer det specifikke møde, der skal deltage i.
Det anbefales, at partnere følger den redundans-model, der er beskrevet nedenfor.
Deltag i møde ved hjælp af indgående opkald
Følgende billede viser processen for en bruger, der deltager i mødet via indgående opkald.
Her er de trin, der er involveret, for at deltageren kan deltage i et møde via indgående opkald.
Brugeren planlægger et møde i Webex. Webex tildeler et møde-id (f.eks. 123456).
Brugeren ringer til det telefonnummer, der er tilknyttet mødet (f.eks. 2403332200). SIP INVITE bærer anmodnings-URI'en som det telefonnummer, der er tilknyttet mødet.
BroadWorks oversætter telefonnummeret til en adgangskode (f.eks. 88631321777971704941), der er tilknyttet mødewebstedet, og dirigerer opkaldet til CUBE med anmodnings-URI'en som adgangskoden.
Webex modtager SIP INVITATION og besvarer opkaldet. Sproget i meddelelserne bestemmes af det sprog, der er angivet for telefonnummeret, når det klargøres i Cisco Partner Hub og BroadWorks.
Bruger angiver møde-id'et (f.eks. 123456) ved hjælp af DTMF. Webex bekræfter brugeren og lader derefter brugeren deltage i mødet.
Deltag i møde ved hjælp af tilbagekald (valgfrit)
Følgende billede viser processen for en bruger, der deltager i mødet via tilbagekald. Brugeren anmoder om et opkald fra Webex for at deltage i et møde.
Her er de trin, der er involveret, for at deltageren kan deltage i et møde via tilbagekald:
Brugeren planlægger et møde i Webex. Webex tildeler et møde-id (f.eks. 123456).
Brugeren anmoder om et opkald fra Webex til deres ønskede nummer (f.eks. +16504441000) for at deltage i mødet ved hjælp af Webex-appen eller Meetings-klienten.
Webex starter en SIP INVITATION til CUBE baseret på tilbagekalds-DNS SRV-gruppen, der er klargjort i Cisco Partner Hub og BroadWorks. URI'en til SIP INVITE-anmodning indeholder det telefonnummer, der skal modtage opkaldet (f.eks. +16504441000@cube.example.com).
CUBE oversætter telefonnummeret i Remote Party-id'et til en værdi, der identificerer en virtuel abonnent på brede værker (f.eks. 88631321777971704941@ecccx.amer.pub.webex.com). Dette identificerer CUBE som en virtuel bruger til applikationsserveren Broad Works.
Opkald tilbydes det ønskede telefonnummer, og brugeren besvarer opkaldet for at deltage i mødet. Dette telefonnummer kan være en abonnent for Broad Works eller et PSTN-nummer. Hvis det ønskede nummer er et PSTN-nummer, bruger Broad Works den klargjorte sti til at dirigere opkaldet til PSTN.
For valgmuligheden Tilbagekald er det obligatorisk at aktivere følgende to funktioner:
- 102746 – Bredunderstøttelse af CI UUID
- 102074 – BYO PSTN-faktureringsunderstøttelse for tilbagekaldog indgåendeopkald
Dette kan bekræftes fra CLI som følger:
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 kan finde en detaljeret beskrivelse af disse funktioner og aktivering i afsnittet "Voice XML Meeting Callback Virtual Subscriber" i dette dokument.
Hvis du vælger ikke at konfigurere valgmuligheden Deltag i møde ved hjælp af tilbagekald, kan brugere stadig bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd. I dette tilfælde er du ikke forpligtet til at konfigurere DNS SRV-tilbagekaldsgrupper. |
Oversigt over løsningskonfiguration
Løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Komponenterne er som følger:
BroadWorks
CUBE (eller en alternativ SP-certificeret sessionsgrænsecontroller (SBC))
Webex Edge-lyd
Der er indbyrdes afhængighed mellem konfigurationen af disse forskellige komponenter, og som sådan kræves en eller flere løsningsfrøorganisationer for at fuldføre den påkrævede løsningskonfiguration og -bekræftelse.
Frøorganisation
En frøorganisation er en Webex-organisation, som du konfigurerer til at generere og validere indstillinger for BYOPSTN-løsningen. Frøorganisationen skal have tildelt mindst én bruger tildelt en standardpakke, og denne standardpakke skal bruge de partnerangivne opkaldsnumre (BY oPSTN) mødedeltagelsesvalgmulighed. Det anbefales, at du tilknytter frøorganisationen med en test Broad Works Service Provider eller Enterprise.
Løsningsfrøorganisationerne tjener to formål:
Frøkonfiguration – Klargøringen af frøorganisationen(e) genererer telefonnummer til mødeadgangskoder og et universelt unikt mødewebsted-id (webstedets UUID), der er påkrævet for løbende drift af løsningen. Disse oplysninger er nødvendige for at konfigurere Broad Works Virtual Subscribers (VSUB).
Konfigurationsvalidering – brug frøorganisationen til at bestemme, om din BY oPSTN-løsning er konfigureret i overensstemmelse med dine krav. Brug frøorganisationen og test brugere til at validere sager om indgående opkald og tilbagekald ved hjælp af de partnerangivne opkaldsnumre og DNS SRV-tilbagekaldsposter (hvis tilbagekald er aktiveret).
Administratoren skal generere en frøløsningsorganisation for hvert unikke sæt telefonnumre og DNS SRV-tilbagekaldsposter. Genereringen af frøløsningsorganisationen i hvert enkelt tilfælde genererer det påkrævede telefonnummer til mødeadgangskode-tilknytninger og muligheden for at bekræfte de tilknyttede mødeindkalds- og tilbagekaldsbrugstilfælde for disse telefonnumre og DNS SRV-tilbagekalds-poster.
Administratoren, der bruger Cisco Partner Hub, skal vælge én frøløsningsorganisation som den primære frøløsningsorganisation. Mødewebstedets UUID for standardpakkemødet for denne primære frøopløsningsorganisation skal konfigureres på BroadWorks. Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Dette enkeltwebsteds-UUID deles af alle sæt af telefonnumre og tilbagekalds-DNS SRV-poster. Flere websteds UUID-værdier er ikke påkrævet.
De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.
De efterfølgende afsnit indeholder flere oplysninger om de forskellige konfigurationselementer.
BY oPSTN-konfigurationselementer
Et centralt element i løsningen er konfigurationen af Cisco Partner-telefonnumre og DNS SRV-tilbagekaldsposter. BYoPSTN bruger telefonnummergrupper og tilbagekalds-DNS SRV-grupper som en måde at tildele geografisk baserede telefonnumre og overflødig dirigering af opkald til Webex-møder. Disse elementer er tildelt slutkunder af kundeskabelonen.
Telefonnummergrupper (PNG)
Cisco-partnere klargør de telefonnumre, der bruges af deltagere til at deltage i møder i Cisco Partner Hub. Disse telefonnumre organiseres sammen i en telefonnummergruppe. Listen over telefonnumre er knyttet til et mødewebsted. Alle personlige mødelokaler (PMR) og planlagte møder på det pågældende mødewebsted bruger de tilknyttede telefonnumre. Følgende er et eksempel på en telefonnummergruppe:
Navn på telefonnummer | Land | Landekode | Telefonnummer | Meddelelse | Afgiftstype | Prioritering af indgående opkald |
---|---|---|---|---|---|---|
USA Maryland | USA | +1 | 2403332200 | Engelsk | Afgiftbelagt opkald | Primær |
USA Florida | USA | +1 | 9049002303 | Engelsk | Afgiftbelagt opkald | Sekundær |
USA New York | USA | +1 | 8056504578 | Engelsk | Gratis opkald | Ingen |
Telefonnumre har følgende attributter:
Navn på telefonnummer – navn til at beskrive telefonnummeret
Land – land, som telefonen er tildelt
Landekode – landeopkaldskode eller landeopkaldskode
Telefonnummer – det telefonnummer, der skal bruges til at deltage i et møde uden landekoden
Meddelelse – sprog for den meddelelse, der skal afspilles, når en deltager deltager i et møde
Afgiftstype – nummertype: Betaling eller gratisnummer
Opkaldsprioritet – den prioritet, der er tildelt mødenumrene. Deltagervisningen af mødets deltagelsesnumre sorteres baseret på denne prioritet.
Standardtelefonnumre: Administratorer kan tildele en indgående opkaldsprioritet af primær, sekundær eller ingen til et telefonnummer i telefonnummergruppen. Telefonnumre med en prioritet på primære eller sekundære er standardtelefonnumre. Standardtelefonnumrene sendes i mødeinvitationens e-mailinvitationer og er angivet i den prioriteringsrækkefølge, som deltagerne skal bruge til at deltage i møder. Standardtelefonnumrene er ikke påkrævet for at være i det samme land. Der skal vælges et primært telefonnummer, et sekundært telefonnummer er valgfrit. Mindst et af standardtelefonnumrene skal indtaste afgift.
Slutkundens brugere kan vælge at angive deres egne standardtelefonnumre ved hjælp af mødewebstedets grænseflade. Disse numre vises for den pågældende bruger og dennes deltagere, når de er mødeværten. Hvis brugeren deltager i et møde som mødedeltager, vises vedkommende kun for vedkommende.
I henhold til ovenstående eksempel bestemmer Cisco Partner-administratoren US Maryland som primær og US Florida som sekundær, disse er standardtelefonnumrene. En bruger kan vælge at tilsidesætte dette i sine møder ved at ændre det primære til US New York og sekundært som US Maryland.
Det maksimale antal telefonnumre for en given telefonnummergruppe er 98.
BEMÆRK: Det understøttes ikke til at konfigurere et dedikeret nummer for en enkelt virksomhed.
DNS SRV-tilbagekaldsgrupper (CDSG)
For at give mødedeltagere mulighed for at vælge tilbagekaldsindstillingen kræves der en tilbagekalds-DNS SRV-gruppe, der peger på CUBE-forekomsten(erne) i Cisco Partners netværk. Webex bruger disse poster til at dirigere tilbagekaldet via CUBE til Broad Works, som derefter kan placere mødetilbagekaldet til mødedeltagerens telefonnummer.
Følgende er et eksempel på en tilbagekalds-DNS SRV-gruppe.
Land/område | Landekode | DNS SRV-post |
---|---|---|
USA | +1 | cube.us.example.com |
Mexico | +52 | cube.mx.example.com |
Alle andre lande | Ikke anvendelig | cube.global.example.com |
DNS SRV-tilbagekalds-poster har følgende attributter:
Land/region – det land eller område, hvor denne DNS SRV-post skal bruges til at sende opkaldsanmodninger.
Landekode – Den landekode, der er tilknyttet landet/regionen. Du kan kun have én DNS SRV-post pr. landekode.
DNS SRV-post – DNS SRV-posten for Cisco Partner CUBE-forekomsten(er).
Når deltageren anmoder om et opkald på sit angivne telefonnummer, bruger Webex tilbagekalds-DNS SRV, der er knyttet til landekoden for det angivne telefonnummer, til at dirigere opkaldet til de relevante elementer i Cisco Partners-netværket.
Brug af en DNS SRV-post på denne måde understøtter overflødige CUBE-tilfælde til at servicere opkaldsanmodninger fra Webex. I eksemplet ovenfor, når mødedeltagere i USA anmoder om et tilbagekald fra Webex til deres amerikanske telefonnummer, bruger Webex DNS SRV cube.us.example.com
for at dirigere det opkald til Cisco Partners netværk. Når mødedeltagere i Mexico anmoder om et tilbagekald fra Webex til deres telefonnummer i Mexico, bruger Webex DNS SRV cube.mx.example.com
for at dirigere det opkald til Cisco Partners netværk.
For lande/regioner, der ikke har en specifik tilbagekalds-DNS SRV-post, dirigeres disse opkaldsanmodninger til DNS SRV-posten Alle andre lande . Administratoren skal konfigurere en DNS SRV-post for "Alle andre lande".
Det maksimale antal poster for en given tilbagekalds-DNS SRV-gruppe er 200.
Kundeskabeloner
Kundeskabelonen er et eksisterende koncept til Webex for Broad Works-løsningen. Skabelonen angiver den standardkonfiguration, der bruges til at klargøre en slutkunde. BYoPSTN giver yderligere attributter til kundeskabelonen:
Mødedeltagelsestype – kan enten være Cisco-indgående opkaldsnumre eller partneropkaldsnumre. Denne attribut angiver de telefonnumre, der er konfigureret for mødewebsteder, der er tilknyttet standard- og premium-pakkerne. Partneropkaldsnumre skal vælges af administratoren.
Telefonnummergruppe – kun tilknyttet valgmuligheden Partnerangivne opkaldsnumre, angiver denne attribut de telefonnumre, der bruges af slutkunder, der er klargjort til standard- og premium-pakker, når de deltager i møder.
DNS SRV-tilbagekaldsgruppe – kun valgmuligheden med partnerangivne opkaldsnumre angiver denne attribut de DNS SRV-poster, der bruges af Webex, når de ringer tilbage til slutkunder, der er klargjort til standard- og premium-pakker, når de deltager i møder. Hvis du ikke vil aktivere tilbagekald, kan du vælge "Deaktiver tilbagekald", når du opretter eller opdaterer en kundeskabelon. Når den første abonnent for enten Standard eller Premium er klargjort for en slutkunde, klargøres det tilknyttede pakketmødewebsted. Pakkens mødewebsted er klargjort i henhold til ovenstående kundeskabelon. Enhver efterfølgende klargjort abonnent for enten Standard eller Premium føjes til det allerede klargjorte mødewebsted – mødewebstedets konfiguration ændres ikke.
Eventuelle ændringer af kundeskabelonen med hensyn til ovenstående attributter gælder kun for nyligt klargjorte pakkemødewebsteder. Eksisterende mødewebsteder, der allerede er klargjort, påvirkes ikke af ændringer i kundeskabelonen.
Den ene bemærkelsesværdige undtagelse er, at hvis en slutkunde allerede har et pakkemødewebsted, klargøres ethvert nyt pakkemødewebsted ved hjælp af den samme mødetype som det eksisterende pakkemødewebsted. Hvis en slutkunde f.eks. har et standardpakketmødewebsted, der bruger Cisco-opkaldsnumre, og kundeskabelonen opdateres til at bruge partnerangivne opkaldsnumre, klargøres et nyt Premium-pakketmødewebsted ved hjælp af Cisco-opkaldsnumre, gælder kundeskabelonindstillingen ikke. Standard- og Premium-mødewebsteder for en given slutkunde skal altid klargøres konsekvent.
Opkaldsklynge for brede værker
Cisco Partner Hub – Broad Works-opkaldsklynge giver adgang til at se og/eller downloade oplysningerne Broad Works (BY o PSTN) . BY oPSTN-konfigurationsoplysningerne for en given klynge omfatter følgende data:
Oplysninger om primær frøløsning, herunder standardpakkens mødewebsted UUID og webstedets URL-adresse.
Oplysninger om telefonnummergruppe for alle grupper, der er konfigureret for denne klynge. Dette omfatter telefonnummeret til mødeadgangskoder for hver gruppe. Bemærk, at detaljerne skal omfatte grupper, der er knyttet til alle sekundære frøopløsningsorganisationer.
DNS SRV-tilbagekaldsgruppeoplysninger for alle grupper, der er konfigureret for denne klynge. Bemærk, at detaljerne skal omfatte grupper, der er knyttet til alle sekundære frøopløsningsorganisationer.
Kundeskabelonoplysninger for disse skabeloner ved hjælp af en af telefonnummergrupper og tilbagekalds-DNS SRV-grupper.
Hver Broad Works-opkaldsklynge har sin egen konfiguration af Broad Works (BY oPSTN) specifikt sine tildelte telefonnummergrupper og DNS SRV-tilbagekalds-gruppe. Bemærk dog, at alle opkaldsklynger i Broad Works deler den samme primære frøløsningsorganisation og som sådan alle inkluderer den samme standard pakkemødets UUID og webstedets URL-adresse.
Oplysningerne Broad Works-konfiguration (BYoPSTN) er kun tilgængelige til visning/download, når administratoren konfigurerer og vælger den primære frøløsningsorganisation. Den primære frøløsningsorganisation skal have mindst én bruger tildelt standardpakken, og denne standardpakke skal bruge de partnerangivne opkaldsnumre (BY oPSTN) til mødedeltagelse.
Eksempel påBY o PSTN-konfigurationselementer
Følgende billede viser et eksempel på en Broad Works-installation med flere klynger med geografisk baserede kundeskabeloner, telefonnumre og distribution.
Den første tabel viser en multiklynge Broad Works-installation med regionalt baserede kundeskabeloner, telefonnummergrupper og tilbagekalds-DNS SRV-grupper. De efterfølgende tabeller udvides på telefonnummergruppen og DNS SRV-grupper for tilbagekald.
BroadWorks-klynger | Skabelonnavn | Pakke | Type af mødedeltagelse | Telefonnummergruppe | DNS SRV-tilbagekaldsgruppe |
---|---|---|---|---|---|
bwks os ng | US West Std | Standard | Partnerangivne indgående opkaldsnumre | USA Vest | cb os |
US West Prem | Premium | ||||
US East Std | Standard | USA Øst | |||
US East Prem | Premium | ||||
bwks mx | MX-tid | Standard | Partnerangivne indgående opkaldsnumre | mx png | cb mx |
MX-præm | Premium | ||||
bwks uk | Britisk tid | Standard | Partnerangivne indgående opkaldsnumre | uk png | Tilbagekald deaktiveret |
UK Præm | Premium | ||||
bwks os | US-tid | Standard | Cisco-indgående opkaldsnumre | Ingen | Ingen |
Abonnenter, der er klargjort ved hjælp af US West Std- eller US West Prm-skabelonen, bruger US West Phone-nummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB US DNS SRV-registre.
Abonnenter, der er klargjort ved hjælp af US East Std- eller US East Prm-skabelonen, bruger US East Phone-nummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB US DNS SRV-registre.
Abonnenter klargjort ved hjælp af MX Std- eller MX Prm-skabelonen bruger MX PNG-telefonnummeret, når de deltager i møder. Disse abonnenter, der møder anmodninger om deltagelse i tilbagekald, sendes til CB MX DNS SRV-posterne.
Abonnenter, der er klargjort ved hjælp af UK Std- eller UK Prm-skabelonen, bruger UK PNG-telefonnumrene, når de deltager i møder. Disse abonnenter vil ikke blive tilbudt mødedeltagelse via tilbagekald, da tilbagekald er deaktiveret.
Abonnenter, der er klargjort ved hjælp af US Std, bruger Cisco-opkaldsnumre og har derfor ikke tildelt nogen telefonnummergruppe eller tilbagekalds-DNS SRV-gruppe. Disse abonnenter bruger Cisco-angivne telefonnumre til mødedeltagere og Cisco DNS SRV-poster til mødedeltagere ved hjælp af tilbagekald.
Oplysninger om eksemplet med telefonnummergrupper er som følger:
Telefonnummergruppe | Navn på telefonnummer | Land | Landekode | Telefonnummer | Meddelelse | Afgiftstype | Prioritering af indgående opkald |
---|---|---|---|---|---|---|---|
USA Vest | USA San Francisco | USA | +1 | 4156551000 | Engelsk | Afgiftbelagt opkald | Primær |
US Palo Alto | USA | +1 | 9863502478 | Engelsk | Gratis opkald | Ingen | |
USA Øst | USA Maryland | USA | +1 | 2403332200 | Engelsk | Afgiftbelagt opkald | Primær |
USA Florida | USA | +1 | 9049002303 | Engelsk | Afgiftbelagt opkald | Sekundær | |
USA New York | USA | +1 | 8056504578 | Engelsk | Gratis opkald | Ingen | |
mx png | Mexico | MX | +52 | 2065304086 | Europæisk spansk | Afgiftbelagt opkald | Primær |
uk png | Storbritannien | Storbritannien | + 44 | 4527789651 | Engelsk | Afgiftbelagt opkald | Primær |
Oplysninger om eksemplet med tilbagekalds-DNS SRV-grupper er som følger:
DNS SRV-tilbagekaldsgruppe | Land | DNS SRV |
---|---|---|
cb os | USA | cube.us.example.com |
Alle andre lande | cube.row.example.com | |
cb mx | MX | cube.mx.example.com |
Alle andre lande | cube.row.example.com |
Konfigurationen for den amerikanske DNS SRV-post, cube.us.example.com, kan være som i eksemplet:
| 86400 | i | SRV | 10 | 10 | 5061 |
|
| 86400 | i | SRV | 10 | 10 | 5061 |
|
Denne DNS SRV-post kan opløses til følgende DNS A-post:
| 86400 | i | A | 45.84.168.81 |
| 86400 | i | A | 45.84.168.82 |
DNS SRV-poster løses for at sikre SIP-opkald fra Webex til CUBE. |
Porte, der bruges af Webex
Portene i tabellen nedenfor skal åbnes på firewallen på den DMZ, hvor CUBE befinder sig, og andre porte kan lukkes. For yderligere oplysninger om havne og netværkskrav, se følgende artikel:
https://collaborationhelp.cisco.com/article/WBX264
Source | Kildeporte | Destination | Destinationsport | Protokol | Beskrivelse | ||
---|---|---|---|---|---|---|---|
Webex Edge-lydtjenester | Kortvarig | CUBE | 5061 | TCP | (mTLS 1.2) Indgående SIP-signaler fra Webex Edge-lyd til CUBE SBC.
| ||
Webex Edge-lydtjenester | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping-indstillinger for Webex Edge-lyd. | ||
CUBE | Kortvarig | Edge-lyd | 5605 | TCP | (mTLS 1.2) Udgående SIP-signal til Webex Edge-lyd. | ||
Webex Edge-lydtjenester | Kortvarig | CUBE | Ephemerale porte 8000-59999 | UDP | (SRTP) Firewallpinhole skal åbnes for indgående medietrafik til Edge-lyd. | ||
CUBE | Ephemerale porte 10200 - 28000 | Edge-lyd | Kortvarig | UDP | (SRTP) Firewallpinhole skal åbnes for udgående medietrafik til CUBE. |
TLS og SRTP Cipher Suites
TLS v1.2 eller højere bruges til mTLS-håndsæt, og følgende cifre understøttes af Webex Edge-lyd (under tilbagekald tilbyder Webex Edge-lyd disse i TLS Handshake's Client Hello):
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 cifre bruges til sRTP:
ÆD_ER_256_GCM
ÆDER_128__GCM
AES_CM_128_HMAC_SHA1_80
ER_CM_128_HMAC_SHA1_32
Understøttede lydcodecs
g722
G711µ
G711a
SIP- og RTP-profilkrav
Løsningen kræver, at du mellem CUBE (eller din SBC) og Webex installerer SIP TLS til signalering og sRTP til medier.
SIP- og RTP-profiler som led i denne meddelelse skal opfylde følgende krav:
SIP-profilkrav | Detaljer |
---|---|
Timer for udløb af session | 2220 sek (accepter SIP 422)* justeret efter forretningsbehov, og 422 forventes. |
Medietilbud om indtrængen | Tidligt tilbud |
Medietilbud til udløb | Sent tilbud |
Indstillinger for ping interval | 30'er (Minimum) |
DTMF | RFC2833 Nyttelast 101 (ingen akustisk DTMF!) |
SIP-UDP-porte | 4000-4010,5061,5065 |
RTP-profil | Detaljer |
---|---|
Stemmenyttelsesprofil | G.722/ G.711μ /G.711a |
Pakkestørrelse | 20 ms. |
VAD (Stemmeaktivitetsregistrering) | Nej |
Timer for medieinaktivitet | 1200 ms |
Ændring af codec mellem opkald | Ikke accepteret |
RTP | 8000-48198 |
sRTP-kryptering | ÆD_ER_256_GCM ÆDER_128__GCM AES_CM_128_HMAC_SHA1_80 ER_CM_128_HMAC_SHA1_32 |
G.729-codec understøttes ikke. Hvis du vil bruge G.729, skal du bruge transkodere. |
Webex-domæner for viderestilling af opkald
DNS SRV _sips._tcp.<domain>
bruges til at få adgang til Webex Edge-lyd. Der er fire domæner afhængigt af regionen.
Område | Domæne |
---|---|
Nord-, Mellem- og Sydamerika | ecccspx.amer.pub.webex.com |
Storbritannien, Nordafrika | ecccspx.emea.pub.webex.com |
Asia Pacific | ecccspx.apac.pub.webex.com |
Australien / New Zealand | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV løses til flere A-poster, der peger på det primære og sekundære websted. Følgende tabel er et eksempel for AMER-regionen og vil blive ændret i fremtiden.
Optagelse af type | Optag | Target | Formål |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Registrering af Webex Edge-lyd |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Registrering af Webex Edge-lyd |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Peger på Webex Edge-lyd AMER primær 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102 | Peger på Webex Edge-lyd AMER primær 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Peger på Webex Edge-lyd AMER sekundær 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230 | Peger på Webex Edge-lyd AMER sekundær 2 |
DNS-SRV er dynamisk af natur, IP-adresserne er tilbøjelige til at ændre sig. Derfor skal du undgå hardkodning eller bogmærkning af IP-adresserne. Se afsnittet "Dokumentrevision historik" for eventuelle ændringer eller opdateringer i portreferenceoplysninger for Webex Calling-dokumentet . |
CUBE-redundans
Cisco Unified Border Element (CUBE) aktiverer funktionen Sessionsgrænsekontrol i et netværk, der administrerer SIP-forbindelser mellem eksterne enheder og interne netværk. Yderligere oplysninger om CUBE er tilgængelige i afsnittet Forudsætninger nedenfor.
De understøttede redundans-modeller er defineret med det formål at levere høj tilgængelighed og eliminere enkeltpunktssvigt for Cisco Partner. Der er skitseret tre forskellige modeller nedenfor. Cisco Partners bør vælge den model, der gælder for deres miljø.
Under onboardingprocessen skal partneren deaktivere ICMP-filtre.
Duplex CUBE-installation til bredeværker installeret på et enkelt sted
Simplex CUBE-installation til bredeværker installeret i flere websteder
En mere redundans model er mulig, hvor CUBE installeres i dupleks-tilstand på hvert websted. Denne model er ikke nødvendig i betragtning afat Broad Works udrulles med georedundans.
Klargør
1 | Partnerforudsætninger
|
2 | Klargør telefonnumre i Cisco Partner Hub
|
3 | Klargør DNS SRV-tilbagekaldsgrupper i Cisco Partner Hub (valgfrit)
|
4 | Tilknyt PNG (og CDSG) til kundeskabeloner
|
5 | Klargøringsorganisationer for frøløsninger
|
6 | Vælg organisationen for primær frøløsning
|
7 | Download konfigurationen afBroad Works (AF oPSTN)
|
8 | Bestem DNS SRV-domænet for Webex Edge-lyd
|
9 | Konfiguration af KlargøringspartnerBroad Works
|
10 | Klargør partner CUBE (eller din egen SBC)
|
11 | BY oPSTN-certificering
|
Trin 1: Partnerforudsætninger
Følgende forudsætninger skal være opfyldt for klargøring af BYoPSTN. De forudsætninger, der er angivet nedenfor, antager, at partneren har en fungerende Webex til Cisco Broad Works-installation, der omfatter:
Fungerende Broad Works-system – som dokumenteret i løsningsvejledningen til Webex til Cisco Broad Works
BroadWorks AS-licens med “VoiceXML”-tjeneste i tilstrækkelig mængde (1 pr. PSTN-nummer)
OmfattendeProgramrettelser påkrævet:
For 22 kr:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
For 23 kr:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Til R24
AP.as.24.0.944.ap376935
Cisco CUBE-system installeret (IOS version 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 hardwarebaserede og virtuelle CUBE understøttes. Hardwarebaseret CUBE anbefales til skalerbarhed og håndtering af større antal opkald.
Webex-partnerorganisation – som beskrevet i løsningsvejledningen til Webex til Cisco Broad Works
Trin 2: Klargør telefonnummergrupper (PNG) i Partner Hub
Proceduren, som Cisco Partner bruger til at tilføje deres Webex-mødeopkaldsnumre, er som følger:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret opkaldstelefonnummerp.
Indtast navnet på telefonnummergruppen , og vælg Næste.
Indtast oplysninger om telefonnummer , og vælg Næste.
Gennemse oplysningerne om telefonnummergruppen, og vælg Gem.
Gentag denne procedure for hver telefonnummergruppe, der skal tilføjes.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 3: Klargør DNS SRV-grupper (CDSG) for tilbagekald i Partner Hub
Dette trin skal kun fuldføres, hvis du vil installere valgmuligheden Mødedeltagelse via tilbagekald. Ellers kan du springe dette trin over. |
Hvis du ikke konfigurerer denne valgmulighed, kan brugere bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd. |
Når du bruger valgmuligheden Mødetilbagekald, kræves en tilbagekalds-DNS SRV-gruppe for at dirigere opkald fra Webex til CUBE. Proceduren, som Cisco Partner bruger til at tilføje deres CUBE DNS SRV-poster til Webex, er som følger:
Log ind på Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret tilbagekalds-DNS SRV-gruppe.
Indtast DNS SRV-gruppens navn for tilbagekald.
Vælg Næste.
Indtast DNS SRV-oplysningerne om tilbagekald.
Vælg Næste.
Gennemse oversigten over tilbagekalds-DNS SRV-oplysninger.
Vælg Gem.
Klargør eventuelle opdateringer til DNS for at afspejle de nye poster i DNS SRV-gruppen.
Gentag denne procedure for hver tilbagekalds-DNS SRV-gruppe, der skal tilføjes.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 4: Tilknyt PNG og CDSG til kundeskabeloner i Partner Hub
Indledende konfiguration og bekræftelse af BY oPSTN-løsningen kræver en frøorganisation for hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe (hvis tilbagekald er påkrævet). Det anbefales derfor, at Cisco-partnere på samme måde opretter en ny kundeskabelon for hver unik kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe. Hver kundeskabelon skal bruges til at generere en tilsvarende frøorganisation.
Når BY oPSTN-konfigurationen er udsået og bekræftet ved hjælp af frøorganisationerne, kan telefonnummergrupper og tilbagekalds-DNS SRV-grupper anvendes på eksisterende kundeskabeloner efter behov.
Bemærk, at nyligt oprettede kundeskabeloner ikke er i brug af eksisterende kunder, der ikke er testet, og kan derfor sikkert bruges til manuel bekræftelse af BYO PSTN-konfigurationen.
Hvis du ikke installerer mødedeltagelse via tilbagekald, behøver du ikke at tilknytte tilbagekalds-DNS SRV-grupper til kundeskabelonen. Du skal dog vælge Deaktiver tilbagekald. |
Gør følgende for at føje til en ny kundeskabelon:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Skabeloner, vælg Tilføj skabelon.
Indtast skabelonoplysningerne. På pakketypestadiet :
Vælg pakketype som standard.
Vælg Konfiguration af mødedeltagelse som partner leverede opkaldsnumre (AF oPSTN).
Vælg en klargjort telefonnummergruppe.
For tilbagekalds-DNS SRV-gruppe skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald. Ellers skal du vælge Deaktiver tilbagekald.
Vælg Næste.
Indtast de resterende skabelonoplysninger.
Gennemse oversigten over skabelonoplysninger.
Klik på Gem.
Gentag denne procedure for hver kundeskabelon, der skal tilføjes
Skærmbilledet nedenfor illustrerer proceduren.
Hvis du vil opdatere en eksisterende kundeskabelon, skal du gøre følgende:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til sektionen Opkald til brede værker.
Under Skabeloner, vælg Vis skabelon.
Vælg den skabelon, der skal opdateres.
Rul til afsnittet Konfiguration af mødedeltagelse:
Vælg Partner opkaldsnumre (BY oPSTN).
Vælg en tidligere konfigureret telefonnummergruppe.
For tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald, skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe. Ellers skal du vælge Deaktiver tilbagekald.
Vælg Gem.
Skærmbilledet nedenfor illustrerer proceduren.
Trin 5: Klargøringsorganisationer for frøløsninger
BY oPSTN-løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Et af de to formål med frøløsningsorganisationerne er at generere telefonnummer til mødeadgangskoder og en universelt unik identifikator (webstedets UUID), der kræves for løbende drift af løsningen. Det andet formål er konfigurationskontrol.
For hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe, der skal bruges, skal der oprettes en tilsvarende kundeskabelon tidligere. For hver af disse kundeskabeloner skal en frøopløsningsorganisation klargøres. Klargøringen af disse frøorganisationer genererer telefonnummeret til tilknytninger af mødeadgangskoder og et mødewebsteds-UUID, der er påkrævet for at konfigurere BroadWorks.
Ved hjælp af hver af de tidligere konfigurerede kundeskabeloner skal du klargøre en abonnent til en ny test Broad Works Service Provider eller ny Broad Works Enterprise med en standardpakkebruger . Det resulterende Standardpakkemødewebstedet skal bruge valgmuligheden Partnerudbyders opkaldsnumre til mødedeltagelse. En af følgende metoder kan bruges til at klargøre abonnenten:
Klargør testabonnenten ved hjælp af Broad Works-abonnenters API'er som dokumenteret på
developer.webex.com
.Aktivér testabonnenten for IM&P-tjenesten på et bredtarbejde, der er konfigureret til at bruge kundeskabelonen. Sørg for, at kundeskabelonen bruger standardpakken som standard for at sikre, at testabonnenten tildeles en standardpakke. Alternativt skal testabonnenten efterfølgende opdateres for at have standardpakken.
Bemærk venligst, at det anbefales, at frøopløsningsorganisationerne er tilknyttet en test Broad Works Service Provider eller test Broad WorksEnterprise.
Trin 6: Vælg organisationen for primær frøløsning
Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Du bør ikke slette frøorganisationen, da det tilknyttede mødested også slettes. Hvis frøorganisationen fjernes, skal du klargøre en ny og konfigurere Broadworks med det nye websteds UUID.
De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.
Hvis du vil vælge den primære frøløsningsorganisation, skal du gøre følgende:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til sektionen Opkald til brede værker.
Under sektionen Konfigurationsvalidering (BY o PSTN) skal du vælge Tildel.
På skærmen Tildel organisation skal du søge efter og vælge en af de frøorganisationer, der tidligere er konfigureret
Vælg Tildel.
Den valgte frøorganisation er den primære frøorganisation.
Skærmbillederne nedenfor illustrerer proceduren.
Trin 7: Download Broad Works-konfiguration (AF oPSTN)
Oplysninger om den primære frøløsningsorganisation, telefonnummergrupper og DNS SRV-tilbagekaldsgruppe for en given Broad Works-klynge er tilgængelige på en enkelt placering, JSON-filen BY oPSTN. Disse oplysninger er nødvendige for at konfigurere Broad Works for BYoPSTN.
Bemærk, at JSON-konfigurationsfilen kun er tilgængelig til visning/download, når den primære frøopløsningsorganisation er valgt.
Proceduren for at se/downloade JSON-konfigurationsfilen er som følger:
Log ind på Cisco Partner Hub.
Gå til Indstillinger.
Rul til Bredt.
Under Klynger, vælg Vis klynge.
Vælg den klynge, der er knyttet til de kundeskabeloner, der er konfigureret til BY oPSTN.
Rul til konfigurationen Broad Works for sektionen BY o PSTN.
Klik på Download JSON-konfigurationsfil.
Gentag denne procedure for alle andre klynger forstore værker.
Skærmbillederne nedenfor illustrerer proceduren.
Se eksemplet JSON-konfigurationsfilen nedenfor. Filen indeholder yderligere oplysninger om hver telefonnummergruppe, tilbagekalds-DNS SRV-gruppe. Følgende nøglekonfigurationselementer, der skal indtastes i Brede værker, er markeret med fed skrift.
webstedetsUUID: Bredeværker skal sende denne værdi i SIP-meddelelserne. Det er et token, som Webex Edge-lyd bruger til at bekræfte identiteten af Cisco Partners Wide Works og dens adgang til mødewebsteder, der administreres af denne Cisco Partner.
Tilknytning af telefonnummer – til – adgangskode: Telefonnumrene og deres tilknyttede Webex-adgangskoder skal konfigureres på Broad WorksWorks.
phoneNumber
adgangskode
lokalDato: Det ønskede meddelelsessprog, der er knyttet til telefonnummeret, skal konfigureres på BroadWorks.
dnsSrv: Tilbagekalds-DNS SRV skal konfigureres i DNS og henvise til de ønskede CUBE-tilfælde.
{
"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"
}
]
}
Trin 8: Bestem DNS SRV-domænet for Webex Edge-lyd
DNS SRV-domænet for Webex Edge-lyd skal konfigureres på BroadWorks. Brug følgende procedure til at bestemme værdien.
Log ind på Cisco Partner Hub.
Gå til kunderne.
Vælg BY oPSTN-valideringsselskabet.
Vælg Vis kunde.
Gå til Tjenester/Møder.
Vælg webstedet for standardpakkemøder.
Rul ned til bunden af sidepanelet, vælg Konfigurer websted.
Vælg Almindelige indstillinger/lydindstillinger.
Vælg Generer Lua-script under sektionen Brugertilpassede globale indgående opkaldsnumre under sektionen Edge-lyd.
I pop op-vinduet søger du efter værdi "-- Opdater til header med CCAX URL".
-- 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)
Udtræk værdien med fed skrift, for eksempel,
ecccx.amer.webex.com.
Dette er DNS SRV-domænet for Webex Edge-lyd, der skal konfigureres på BroadWorks.
Trin 9: Konfiguration af KlargøringspartnerBroad Works
Dette afsnit beskriver den konfiguration af detstore arbejde, der er nødvendig for at implementere scenarierne for indgående mødeopkald og tilbagekald, der vises i diagrammerne nedenfor. Konfigurationseksemplerne er baseret på dataene i JSON-filen, der vises i det foregående afsnit. Numre, domæner, navn på virksomhed/grupper, enhedstype, politikker, profiler osv. forventes at variere efter partner.
Opkaldsstrøm:
- Bruger anmoder om tilbagekald, Webex starter et tilbagekald.
- Opkald dirigeres til BroadWorks OTT.
- Opkald når den CUBE, der er klargjort i CH. CUBE dirigerer opkaldet til Broad Works.
- BroadWorks identificerer opkaldet som mødeværtens oprindelse og opretter en session for mødeværtsbrugeren og behandler opkaldet.
- Mødeværtsbrugersessionen behandler opkaldet og oversætter det opkaldsnummer. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren.
- BroadWorks dirigerer opkaldet enten til den bruger, der er tilknyttet enheden (7) eller til PSTN (8).
Før du begynder
SIP-kommunikation mellemBroad Works og CUBE kan være over UDP eller TCP afhængigt af dine netværkskrav. Hvis f.eks. nogle netværks- eller adgangsenheder (f.eks. gateways eller slutpunkter) i BYO PSTN-indgående eller tilbagekaldsstrømmene ikke understøtter TCP, skal UDP bruges i stedet.
Den konfiguration og eksempler, der vises i denne vejledning, bruger TCP som transportprotokollen. Hvis du vil bruge TCP, skal du sørge for, at din Broad Works Application Server og netværksserver begge er konfigureret til TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Programserver
Identificer/enhedsprofil
Der skal oprettes en ny identitetstype/enhedsprofil for at repræsentere CUBE. Sørg for at angive følgende egenskaber nedenfor, mens andre kan efterlades ved standardværdier:
Signaladressetype – Indstil til intelligent proxyadressering
Godkendelse – indstil til aktiveret
Support-identitet i UPDATE og Re-INVITE – markeret
Statisk registrering er i stand – indstillet til aktiveret
Video i stand – indstillet til deaktiveret
I eksemplet nedenfor oprettes den nye identitetsprofil-/enhedsprofil-type "VXML_profile" for at repræsentere CUBE.
Virtuel XML-abonnent til tale
Opret en tale-XML-forekomst
Hvert Webex Meetings PSTN-nummer repræsenteres af en virtuel abonnent i Broad Works, og Voice XML-funktionen for virtuelle abonnenter kan bruges. Det anbefales, at en dedikeret virksomhed og gruppe bruges til alle virtuelle Voice XML-abonnenter. Bemærk, at vi faktisk ikke udnytter nogen Voice XML-funktioner, men denne type virtuel bruger er egnet til interaktion med CUBE.
For at bruge Voice XML-tjenesten skal du sørge for, at licensen har tilstrækkelige "VoiceXML"-mængder, og at tjenesten er godkendt på virksomheds- og gruppeniveauerne, og at Voice XML-tjenesten tildeles gruppen som vist i eksempelbilledet nedenfor.
Under Voice XML, og opret en forekomst for hvert PSTN-nummer.
, vælgKonfigurer taleXML-adresser
For hver Voice XML-forekomst skal du klargøre følgende under Voice XML-adresser:
Telefonnummer – indtast opkaldsnummeret for Webex Meetings-webstedet (f.eks. 2403332200).
Lokalnummer
Identitet/enhedsprofil – Opret en forekomst (f.eks. VXML_deviceProf) baseret på den enhedstype, der er oprettet i det forrige afsnit (VXML_profile i eksemplet), og angiv følgende konfiguration.
Linje/port – Indtast i <access number="">@<domain> formatet, hvor
<access number=""> er adgangskodenummeret for Webex Meetings-webstedet (tilgængeligt fra JSON-filen) (f.eks. 88631321777971704941)
<domain> er domænet for Webex Edge-lyd for dette mødewebsted (for eksempel ecccspx.amer.pub.webex.com)
Kontaktsip – For mødeindgående opkald til adgangsnummeret sendes INVITE med en anmodning-URI indstillet til værdien af dette felt. Indtast SIP-kontakten i dette format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, hvor:
<sip contact=""> er <number> fra linje-/portfeltet, men med domænet som SRV, der løses til CUBE's adresse (f.eks. 88631321777971704941@cube.internal.local)
<Locale> repræsenterer sprogindstillingen i henhold til brugerens landestandard (f.eks. locale=en_USA)
<Meetings Site="" UUID=""> er webstedets UUID fra JSON-filen (f.eks. x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> skal være transport=tcp for at få AS til at bruge TCP til at sende meddelelser til CUBE.
Nedenfor er et eksempel på indstillinger forVoice XML-adresser.
For hvert yderligere mødetilgangsnummer, der skal bruges, skal der oprettes en ekstra virtuel Voice XML-abonnent på samme måde som ovenstående. Den samme enhedsprofil kan bruges, men linjeporten og kontaktfelterne skal være konstrueret ud fra adgangsnummeroplysningerne som vist ovenfor. |
Sørg for at verificere, at de grænser for politik for opkaldsbehandling, som du konfigurerer på abonnenten med virtuelle Broad Works, er tilstrækkelige til at håndtere de ekstra BY oPSTN-opkald i din telefonnummergruppe. |
Tildel SIP-godkendelse til taleXML-forekomst
Tildel godkendelsestjenesten til den virtuelle Voice XML-abonnent. Dette bruges til at godkende SIP INVITE-meddelelser fra CUBE i tilbagekaldsscenariet. Det forhindrer også den virtuelle Voice XML-abonnent i at acceptere opkald fra andre parter end CUBE
Gå til siden Godkendelse af virtuelle abonnenter under Hjælpeprogrammer, og indtast SIP-brugernavnet og -adgangskoden som vist herunder:
CUBE skal konfigureres med det samme brugernavn og adgangskode for at godkende de INVITE-meddelelser, der sendes til AS. Et eksempel på kommandoen til at konfigurere SIP-godkendelse på CUBE er som følger:
|
Namedefs-fil
Kontaktfeltet Voice XML Virtual Subscriber SIP indeholder den URL-adresse, hvor domænedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan bruges til at løse den interne SRV til CUBE IP.
I vores eksempel er SIP-kontakt SRV cube.internal.local og beslutter at adressere 10.165.196.30 port 5060 for at nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs
filen opdateres som følger:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Webex Meetings-opkaldstype
Indstillinger for konfiguration af Webex Meetings-opkaldsbehandling er tilgængelige for at styre, hvordan indgående opkald håndteres. Mødeindgående opkald behandles som standard som eksterne opkald, da indgående opkaldsnumre hostes i en dedikeret virksomhed eller tjenesteudbyder. Eksterne opkald medtages normalt i sessionstilladelseskontrol-sessionstæller og markeres til opladning i CDR-feltopladningsindikatoren for.
Følgende eksempel tilføjer den anbefalede konfiguration til at behandle indgående mødeopkald som interne opkald, så de udelukkes fra opladning og udelukkes fra antallet af sessionsadgangskontrol.
Ved at indstille Gennemtving NS-opladningsfelt til sand, er populationen af CDR-feltopladningsindikator baseret på den konfigurerede opladningsattribut for netværksserverens opkaldstype.
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
Virtuel abonnent tilVoice XML-møde tilbagekald
Opret en abonnent til Voice XML-møde tilbagekald
En dedikeret virtuel Voice XML-abonnent med en speciel valgmulighed for Webex-mødetilbagekald (herefter kaldet Voice XML-mødetilbagekaldskanter) skal konfigureres på applikationsserveren til Broad Works (AS) for at håndtere Webex Meetings-tilbagekaldsopkald. Der kan kun konfigureres en enkelt forekomst af denne abonnent på AS.
Hvis du vil aktivere funktionen, skal du indstille aktiverbar funktion 102074 til at være sand 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
Da funktionen "BYO PSTN-fakturering understøttelse af tilbagekaldog indgående opkald" afhænger af funktionen "Broad Works Support for CI UUID", skal du også aktivere funktionen (102746), før du aktiverer funktionen (102074). For yderligere oplysninger, se afsnittet "CI-bruger UUID-synkronisering (Broadworks-support for CI UUID)". |
Voice XML-mødetilbagekaldsabonnementet svarer til den eksisterende virtuelle BYOPSTN VXML-abonnent, men har markeret den med et nyt "Webex Meeting Callback"-flag. Denne Voice XML-mødetilbagekaldsabonnedeltager konfigureres med den samme enhedsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnent samt godkendelsestjenesten med de samme legitimationsoplysninger.
Et eksempel vises herunder:
Abonnenten til Voice XML-møde-tilbagekald skal eksistere på det AS, der er vært for mødeværtsbrugeren. Når AS'en modtager INVITE-anmodningen om tilbagekald, forsøger den at finde både bruger af Voice XML-tilbagekald og mødeværtsbrugeren på AS'en under opsætning af opkald. Hvis ingen af disse brugere findes, afvises opkaldet.
Mødeværtssession
I tilbagekaldsscenariet med X-Cisco-Meet-Info-headeren modtager Cisco Broad Works-applikationsserveren en SIP INVITE-anmodning og identificerer mødeværtsbrugeren ved hjælp af værtens CI-bruger UUID-parameter i SIP X-Cisco-Meet-Info-headeren. Der oprettes en opkaldssession på vegne af mødeværtsbrugeren oprettes for at behandle opkaldet og udføre brugerens tjenesteprofil. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren. Møde-id'et og webstedets UUID-oplysninger fra headeren SIP X-Cisco-Meet-Info registreres i faktureringsposten.
Et eksempel på SIP X-Cisco-Meet-Info-headeren vises nedenfor:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Applikationsleveringsplatform
CI-bruger UUID-synkronisering (Broadworks-understøttelse af CI UUID)
Bruger-CI UUID er et entydigt id til at identificere brugere i Webex-miljøet.
Denne Webex-klargøringssynkroniseringsapplikation på Cisco Broad Works Application Delivery Platform (ADP) bruges til at synkronisere, kortlægge og gemme bruger-CI UUID i infrastrukturen for Broad Works, så den kan bruges i forskellige interaktioner med Webex og Webex tilBroad Works-tjenesten.
Se "Aktivér Webex-mødetilbagekald" om, hvordan CI-bruger UUID-tilknytningen bruges af Cisco Broad Works-netværksserveren og Cisco Broad Works-applikationsserveren.
Følgende trin konfigurerer applikationen Webex-klargøringssynkronisering til periodisk meningsmåling og opdatering af de brede arbejdsbrugere med CI UUID.
Webex-applikationen til klargøringssynkronisering kræver OA uth-legitimationsoplysninger med spark-admin:broadworks_subscribers_read rækkevidde for Cisco-identitetsudbyderen og kan hentes ved at indsende en tjenesteanmodning med din onboardingagent.
Markér afsnittet "Få OA uth-legitimationsoplysninger til dit Webex til Cisco Broad Works" for at få flere oplysninger om at hæve tjenesteanmodningen 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
Tilføj tokenet med et passende partnernavn på følgende måde:
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 ********
Føj det partnernavn, der er knyttet til OA uth-token, til listen over partnere, der skal overvåges af Webex Provisioning Sync-applikationen med det "aktiverede"-flag, der er indstillet til "sandt".
Med denne Webex-klargøringssynkroniseringsapplikation begynder CI-bruger UUID-synkronisering på det definerede meningsmålingsinterval.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Når partneren er inkluderet, kan applikationen Webex-klargøringssynkronisering nu udføre tilknytningen af CI UUID til Broad Works-brugere.
Skift forbindelsens timeout ved hjælp af 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 tilknytning kan udføres automatisk eller manuelt. Kommandoen til manuelsynkronisering af CLI kan øjeblikkeligt udløse tilknytningen for at finde sted.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnere med "aktiveret" indstillet til "sand" udfører tilknyttede i meningsmålingsintervallet. Under den indledende tilknytning anmoder Webex-applikationen om Webex-abonnentsynkronisering API'en for at hente de data, der indeholder CI UUID for alle brugere, der hostes af partneren. Broad Works-brugerens eksterne id er opdateret med det tilknyttede CI UUID. Efterfølgende tilknytninger påvirker brugere, der føjes til partneren. Statuskommandoen kan bruges til at se, om synkroniseringen er fuldfø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 fuldført, ændres statussen tilbage til overvågning. Efterfølgende synkronisering udføres på brugere, der er føjet til partneren efter "Sidste synkroniseringstid".
Følgende figur viser CI UUID-indstillingen i det eksterne id:
Netværksserver
Opkaldstype
Med henblik på fakturering og rapportering kan det være ønskeligt at markere CDR'er for Meetings-indgående opkald. Dette kan opnås ved hjælp af politikken for indtastning af netværksserverfør opkald.
For det første tilføjes en ny opkaldstype på NS CLI under /System/CallP/Opkaldstype. Følgende eksempel tilføjer den nye "WXM"-opkaldstype:
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
Opkaldstypen kan derefter bruges i en forekomst af indtastning af opkaldfør opkald, der er en del af Broad Works-brugerens distributionsprofil. I dette eksempel blev en ny forekomst afindtastning af opkald "wxm" tilføjet under CLI-kontekst /Politik/Indtastning af opkald føropkald, men det kunne være en eksisterende forekomst af indtastning af indtastning af opkald, der allerede bruges:
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
Det næste trin er at tilføje poster til forekomsten af indtastning af opkald før opkald for alle opkaldsnumre under CLI-konteksten /Politik/Indtastning af opkaldfør opkald/Opkaldsplan. 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
Forekomsten af indtastningfør opkald tilføjes derefter (forudsat at den ikke allerede findes) til den relevante distributionsprofil for den oprindelige bruger 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
Bredeværker, der stammer fra CDR'er, genereres kun af opkald, der stammer fra BW-abonnenter. PSTN-baserede opkald fra "netværkssiden" af AS vil ikke generere CDR'er, der stammer fra. Der vil være en afsluttende CDR for den virtuelle Voice XML-abonnent i begge tilfælde. |
DirigeringNE
En routingNE er påkrævet på NS under /System/Device/Routing NE CLI-kontekst for at repræsentere CUBE. På denne måde, når NS modtager INVITE fra CUBE, matcher den via-headeren med den routing-NE-post, der er klargjort på NS. Se Administrationsvejledning til Cisco Broad Works Network Server Command Line Interface for oplysninger om, hvordan du tilføjer en distributionsnummer (NE).
Nedenfor er et eksempel på kommandoerne til at tilføje Routing NE "WebexMeetings", hvor CUBE IP-adressen = 10.165.196.30. Eksemplet viser også kommandoer til at oprette en ny Orig-omdirigeringog profilforekomster, der skal tilknyttes routing-NE, men eksisterende forekomster kan også bruges.
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 eksempelkonfigurationen sender CUBE til NS en INVITE, der svarer til følgende (vigtige felter med fed 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-anmodning-URI indeholder tilbagekaldsnummeret
Via header: indeholder IP-adressen for CUBE, som vil blive brugt til at vælge routingNE-profilen.
X-Cisco-Info-Mød-header: bruges til at identificere værtensCIU-serUuid, meetingid og webstedetsUUID.
Når du modtager INVITE, bruger NS Via-headeren til at matche routing-NE "WebexMeetings". Dette vil igen vælge den "wxm_routing" distributionsprofil, der indeholder "wxm_Inst"-forekomsten af OrigRedirect.
Politikken for NS OrigOmdirigering matcher derefter X-CISCO-MEET-INFO-headeren:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
med linjeporten, der er konfigureret på den virtuelle Voice XML-abonnent, og send en 302 omdirigering til det AS-par, der hoster den pågældende abonnent. 302-meddelelsen svarer til 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
Domænet i INVITE URI (i eksemplet er det bw.myenterprise.com), der sendes af CUBE til NS, skal anerkendes af NS. Dette kan gøres ved at tilføje domænet i NS_CLI/System/Alias-konteksten, for eksempel:
NS_CLI/System/Alias> add bw.myenterprise.com
Kommandoen til at konfigurere INVITE URI-domænet på CUBE kan findes i det næste afsnit under opkalds-peer/sessionsmål, for eksempel:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
VærterNE
For at understøtte konfigurationsindstillinger for Webex Meetings-opkaldsbehandling til fakturering og kontrol af sessionstilladelse skal applikationsserverens NE-signalattributter Opkaldstype Required And Requires Charge Indication være aktiveret i NS_CLI/System/Device/Hosting-NE-kontekst._ Eksempel:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Aktivér tilbagekald til Webex-møde
I tilbagekaldsscenariet med SIP X-Cisco-Meet-Info-headeren sender CUBE opkaldet til netværksserveren for originator omdirigering til AS-parret. AS-parret bestemmes ud fra parameteren Aktivér WebexMeeting Hoost Lookup-systemet.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Når Webex Meeting Hoost Lookup-systemparameteren er indstillet til sand, bruges mødeværtsbrugerens CI UUID i X-Cisco-Meet-Info-headeren til at identificere det AS-par, der er vært for mødeværtsbrugeren.
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
Trin 10 Klargøringspartner CUBE
Dette afsnit indeholder en valideret konfiguration til, hvordan du installerer Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) for Bring din egen PSTN-løsning.
Dette afsnit fokuserer på de CUBE-konfigurationer, der er nødvendige for at interagere med eksemplet Webex til Cisco Broad Works-konfiguration, der vises i det foregående afsnit. For en mere generel diskussion om den indledende CUBE-installation og -konfiguration, se følgende vejledninger: 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
Installer Yvores egen SBC-indstilling
Hvis du ikke vil installere CUBE, har du mulighed for at installere din egen SBC. Bemærk dog, at dette dokument ikke indeholder en valideret konfiguration for andre SBC'er end CUBE.
Hvis du installerer din egen SBC, kan du følge kravene til CUBE-konfiguration på højt niveau (f.eks. tildelinger såsom domænet, offentlige og private grænseflader og gateways) for at vejlede din konfiguration. Se dog din SBC-dokumentation for detaljeret hjælp til kommandolinjen, da de faktiske kommandoer til din egen SBC sandsynligvis vil afvige fra CUBE.
Medmindre andet er angivet, gælder de resterende konfigurationskrav i trin 10, uanset hvilken SBC du installerer. Kommandolinjeeksemplerne er dog kun for CUBE, medmindre det er angivet, at eksemplet gælder for andre SBC'er. For andre SBC'er henvises der til din SBC-dokumentation for konfigurationskommandoer. |
Indledende konfiguration
For at konfigurere CUBE skal den privilegerede EXEC-tilstand være aktiveret. Indtast adgangskoden, hvis du bliver bedt om det.
enable
Sådan går du ind i global konfigurationstilstand:
configure terminal
Indstil domænet:
ip domain name myenterprise.com
Indstil den maksimale segmentstørrelse (MSS):
ip tcp mss 1360
Netværkskonfiguration
Definer de offentlige og private grænseflader. I vores CUBE-eksempel:
------- 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 gateways til IP-routing for offentlige og private sider:
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) skal være inde i en DMZ med korrekt konfigurerede firewallregler. Se afsnittet Porte, der bruges af Webex, for listen over porte, der skal åbnes på den eksterne firewall |
Konfigurer SRV-poster for tilbagekaldsopkald, der sendes fra CUBE (eller din SBC) til netværksserverne for Broad Works. 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-serveren:
ip name-server <DNS_IP_address>
En alternativ DNS-indstilling er at konfigurere intern DNS, hvor den interne DNS når ud til en overordnet DNS-server, hvis det interne opslag mislykkes. |
Konfiguration af opkaldsbehandling
Generelt
Konfigurer CUBE (eller din SBC) med alle IP-adresser, der skal have adgang til VoIP-tjenesten. Dette omfatter:
Private SIP-signaladresser for Broad Works AS-, NS- og MS-servere.
Offentlige sideadresser for Webex Edge til lydinfrastruktur.
Se nedenfor for eksempel CUBE-konfiguration:
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
Ovenstående IP-adresseområde er et eksempel. For den aktuelle liste over offentlige IP-adresser for Webex-lydinfrastrukturen skal du gå til: |
Hvordan tillader jeg Webex Meetings-trafik på mit netværk?– IP-adresseområdet for de fleste klynger vises under Liste over IP-adresseområder, der bruges af Cisco Webex-mødetjenester. En undtagelse er for Kina-klynger, hvor intervallet vises på linket nedenfor:
Netværkskrav for Kina-klynge til Cisco Webex
Standardtimeren for CUBE til at oprette en TCP-forbindelse, før den viderestilles, er 20 sekunder. Sådan ændres den:
ip tcp synwait-time <5-300 (seconds)>
På siden Broad Works er standardtimeren for programserveren til timeout på en ikke-responsiv adgangsenhed 6 sekunder. Sådan ændres den:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
De offentlige og private sidegrænseflader for RTP-trafik på CUBE (eller din egen SBC) skal åbnes. Se nedenfor for CUBE-eksemplet:
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 for CUBE
- <CUBE PRIV="" IP=""> er den private IP-adresse for CUBE
- Portområde: i eksemplet portinterval fra 10200 til 28000
CUBE understøtter følgende TLS-krypteringspakker (under indgående opkald tilbyder 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 indstillinger, der skal konfigureres (se nedenfor for eksempel CUBE-konfigurationer):
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 indgående og udgående opkald skal defineres til senere brug i opkalds-peers:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge-lyd understøtter G722-, G711ulaw- og G711alaw-codecs. Følgende stemmeklassekode skal defineres til senere brug i opkalds-peers:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge-lyd bruger SRTP. Stemmeklassen SRTP-krypto tildeler den foretrukne SRTP-krypteringspakke, der skal bruges til Edge-lyd. Konfigurer følgende pakker for. Stemmeklassens srtp-krypteringskonfiguration skal anvendes på de opkalds-peers, der bruges til forbindelsen med Edge-lyd.
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
Forkonfigurer en primær nøgle for at kunne indstille en adgangskode til godkendelse
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Indtast de SIP-godkendelsesoplysninger, der blev klargjort for den virtuelle Voice XML-abonnent på AS ved hjælp af følgende kommando. For tilbagekaldsscenarier bruges disse legitimationsoplysninger, når AS udfordrer INVITE, som CUBE (eller din egen SBC) sender til AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Når godkendelsen er konfigureret, vil adgangskoden blive overskygget, når den vises med kommandoen "vis kørende konfiguration"
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Følgende globale SIP-konfiguration skal også udfø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>
Oversættelsesprofiler
SIP-meddelelsesprofil 2340 bruges til indgående mødeopkald. Den skal have en post til at modificere de SIP-meddelelser, der kommer fra Broad Works, før den sendes ud til Edge-lyd, som vist i eksemplet artikel 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"
Ovenstående regel 11 viser den indgående anmodning-uri fra Broad Works, som har kontaktværdien for den virtuelle CUBE-abonnentenhedsprofil (værdien af kontaktfeltet i VXML_deviceProf-enhedsprofilen i vores eksempel):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Til det relevante domæne til dirigering af Webex Edge-lydopkald:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Bemærk, at når CUBE (eller din egen SBC) er bag en statisk NAT, kræves der yderligere konfiguration til sip-profilen 2340. Se følgende link for yderligere oplysninger:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHvis du installerer din egen SBC, skal du konfigurere lignende regler på din egen SBC. |
For at videresende 486 meddelelser sendt af AS tilbage til Webex Edge-lyd er følgende konfiguration påkrævet på CUBE (for din egen SBC, se din SBC-dokumentation for hjælp)
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 andre 4xx meddelelser skal viderestilles tilbage til Webex Edge-lyden, skal du følge det samme eksempel ovenfor.
Opkalds peers
En stemmeklasse-lejer skal defineres på CUBE (eller din egen SBC) til brug i opkalds-peers senere, hvilket opfylder følgende kriterier:
- Der er ingen interworking mellem nyttelast, der er nødvendig for RTP-NTE DTMF-pakker, så konfigurer asymmetrisk nyttelast fuldt.
- Edge-lyd understøtter ikke opdateringer af opkalder-id, så værdien "ingen opdatering-opkalder" skal konfigureres.
- Distribution af Webex Edge-lyd-opkald er baseret på URI'er. URI'en for opkaldsrute skal være aktiveret for at matche opkalds-peers baseret 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 opkalds peers er konfigureret til at tillade CUBE at behandle opkald mellem Broad Works og Webex Edge-lyd. Konfigurer følgende på CUBE (en lignende konfiguration skal 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-opkaldsflows
Med den konfiguration, der er udført ovenfor, er eksempler på scenarier for indgående/udgående opkald på CUBE beskrevet nedenfor. Farvekodningen på et bestemt trin relaterer den til de samme farveposter i opkalds-peers ovenfor.
Hvis du installerer din egen SBC, skal du se din SBC-dokumentation for at få oplysninger om opkaldsflows med din SBC. |
For et scenarie med indgående mødeopkald fra Broad Works til Webex:
- En indgående INVITE modtages fra Broad Works på den interne grænseflade 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>
- Den indgående peer-profil 23401 vælges baseret på værten i den indgående anmodning-URI ("cube.internal.local"), der matcher konfigurationen af "indgående uri-anmodning OUTEdge-lyd".
- Den udgående opkalds-peer 23411 vælges baseret på værten i anmodnings-URI ("cube.internal.local"), der matcher konfigurationen af "destinationuri OUTE-dge-lyd".
- En udgående INVITE sendes på den eksterne grænseflade med værten i anmodnings-URI'en, der er ændret fra "cube.internal.local" til "ecccspx.amer.pub.webex.com" ved hjælp af meddelelsesprofilen "taleklasse sip-profiler 2340", der er angivet i opkalds-peer:
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 mødetilbagekaldsscenarie fra Webex til Broad Works
- En indgående INVITE modtages fra Webex i CUBE's eksterne grænseflade 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 indgående opkalds-peer 23411 vælges baseret på mønsteret "x-cisco-webex-service=lyd", der er til stede i den indgående anmodning-URI baseret på konfigurationen af "indgående uri-anmodning INE-dge-lyd".
- To udgående opkalds-peers vælges ud fra mønsteret "x-cisco-webex-service=lyd", der er til stede i anmodnings-URI baseret på konfigurationen af "destinationuri-INE-dge-lyd".
- Opkaldspeer 302
- Opkalds-peer 23401
- En udgående INVITE sendes til netværksserverne (SRV-opslag baseret på "session target dns:bw.myenterprise.com-post" i opkalds-peer) på den interne grænseflade
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
- Netværksserveren returnerer kontakter for det AS-par, der hoster den virtuelle CUBE-abonnent:
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 dirigerer opkaldet til det aktive AS baseret på den returnerede kontakt i 302-meddelelsen:
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-konfiguration
Følgende konfigurationstrin skal udføres for at tillade mTLS-forbindelser mellem CUBE (eller din egen SBC) og Webex Edge-lyd.
Det er obligatorisk, at du konfigurerer mTLS mellem CUBE (eller din egen SBC) og Webex Edge-lyd. |
Understøttelse af wildcard-certifikat
Jokerkortsignerede certifikater bruger et generisk emnenavn (f.eks. *.us.example.com), der svarer til domænet for CUBE eller din egen SBC. Jokerkortcertifikater understøttes for CUBE- eller SBC-installationer med flere klynger, men understøttes ikke for CUBE- eller SBC-installationer med enkelt node.
Tillidspulje
Under TLS-håndsættet, når Webex Edge-lyd sender sit certifikat, validerer CUBE det i forhold til listen over certifikater, der accepteres i tillidspuljen.
Tillidspuljepakken skal opdateres med Cisco Root CA ved at downloade den seneste "Cisco Trusted Core Root Bundle" fra http://www.cisco.com/security/pki/ brug af kommandoen:
crypto pki trustpool import clean url <url>
De certifikater, der sendes af Webex Edge-lyd, er signeret af IdenTrust. Sørg for, at "IdenTrust Commercial Root CA"-certifikatet er installeret. Se dette link for at få flere oplysninger:
Hvis du bruger din egen SBC og ikke kan fuldføre importen, kan du konvertere pakken til .pem-format ved hjælp af open source-værktøjer, såsom OpenSSL. Du kan f.eks. bruge hydraant-id-certifikater med følgende kommando:
|
Tillidspunkt
Edge-lyd kræver, at din CUBE tilbyder underskrevne certifikater fra betroede CA-certifikatmyndigheder for fælles TLS (mTLS)-forbindelser. Brug følgende link til at få en liste over certifikatmyndigheder, som Cisco har tillid til. Certifikater, der er underskrevet af myndighederne på denne liste, anses for gyldige, og forbindelsen vil være tilladt: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Single node CUBE
En enkelt node betyder, at CUBE (eller din egen SBC) importerer et certifikat med emnenavnet entydigt til sin FQDN, hvilket betyder, at ingen anden CUBE vil kunne importere det (med andre ord IKKE et jokerkortcertifikat).
Sådan oprettes CSR (Certificate Signing Request) for CUBE:
- opret nøglepar (dette nøglepar vil blive knyttet til tillidspunktet)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- generelle nøgler – angiver, at nøglepar med generelle formål skal genereres.
- etiket <key-label> – (valgfrit) Navn, der bruges til et RSA-nøglepar, når de eksporteres. Hvis en tastetiket ikke er angivet, bruges routerens fuldt kvalificerede domænenavn (FQDN).
- eksporterbar – (valgfri) Angiver, at RSA-nøglepar kan eksporteres til en anden Cisco-enhed, f.eks. en router.
- opret tillidspunkt (Et tillidspunkt indeholder det certifikat, du vil binde på CUBE. Når CUBE modtager en certifikatanmodning, svarer den med tillidspunktens certifikat vedhæftet)
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 certifikattilbagekaldelsesliste (CRL) er en liste over tilbagekaldte certifikater. CRL'en er oprettet og signeret digitalt af det CA, der oprindeligt udstedte certifikaterne. CRL indeholder datoer for, hvornår hvert certifikat blev udstedt, og hvornår det udløber.
tilmeldingsterminalpem – tilføjer PEM-grænser (privacy enhanced mail) til certifikatanmodningen (manuel kopiering fra START CERTIFIKATANMODNING til AFSLUT CERTIFIKATANMODNING)
fqdn – Fuldt kvalificeret domænenavn for CUBE
emnelinavn CN=<fqdn> – det emnelinavn, der skal underskrives
rsakeypair <key label=""> – keypair genereret fra forrige trin
(henvisning: 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)
- generer 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 (fra START CERTIFIKATANMODNING til AFSLUT CERTIFIKATANMODNING) til CA (Certificate Authority)
CA genererer et signeret certifikat
- Afhængigt af nøglecenteret vil de levere rodcertifikatet (f.eks. DigiCertCA.crt) og det ønskede certifikat (f.eks. cube.crt)
- Indlæs CA-certifikatet
- Godkend først tillidspunktet med rodcertifikatet
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
- Importér derefter CUBE's certifikat på tillidspunktet 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 installerer din egen SBC, skal du se din SBC-dokumentation for at få oplysninger om, hvordan du opretter CSR. |
Multinode CUBE-klynge (ved brug af alternative navne i certifikat) – UNDERSTØTTES IKKE
Flere knudepunkter betyder, at CUBE vil kunne importere det samme certifikat for mere end én CUBE-installation. Brug af emnets alternative navn til at generere CSR understøttes i øjeblikket ikke: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Multinode CUBE-klynge (bruger jokertegn signeret certifikat som pkcs12-format)
Flere knuder, der bruger et jokertegn signeret certifikat, betyder, at emnenavnet er generisk (f.eks. *.us.example.com), og det svarer til CUBE's domæne (eller dit SBC-domæne).
- Hvis du har et jokerkortcertifikat klar, skal du få filerne til offentlige (.crt) og private nøgle (.key) klar.
- Ved hjælp af OpenSSL skal du oprette en samlet PKCS12-format (.pfx)-fil, herunder .crt- og .key-filen: (brug cygwin på Windows) – henvisning: 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
- Opret et tillidspunkt, 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>
Valider konfigurationen af CUBE-certifikat
Kontrollér, at hele kæden er inkluderet i certifikatet. Følgende eksempel viser valideringskommandoer for CUBE. Hvis du installerer din egen SBC, skal du bruge de kommandoer, der gælder for din 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
Indstil SIP-signaler til brug af tillidspunkt
Brug følgende kommando til at klargøre SIP UA med CUBE-tillidspunktet. Følgende er et eksempel på CUBE. Hvis du installerer din egen SBC, skal du se din SBC-dokumentation for at få kommandohjælp.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE-logfiler
For at se aktiverede fejlfindingsfiltre
CUBE# show debug
Sådan indstilles fejlfindingsfiltre (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
Sådan udløses fejlfindingsfiltre (eksempel)
CUBE# no debug ccsip messages
Sådan ryddes og kontrolleres logbuffer
CUBE# clear log
>>> make test call <<<
CUBE# show log
Hvis du ikke installerer CUBE, skal du se dokumentationen til din egen SBC for at få oplysninger om, hvordan du bruger logfiler. |
Andre nyttige kommandoer
Sådan kontrollerer du den aktuelle konfiguration
CUBE# show running-config (or just CUBE# show run)
Sådan gemmer du konfiguration til ROM, der bruges, når den startes
CUBE# write
Trin 11 AF oPSTN-certificering
Efter konfiguration og klargøring af BPartnerePSTN-løsningen er fuldført, skal partneren gennemgå et sæt accepttestsager for at bekræfte deres løsning. Dette er et obligatorisk trin for at partneren BPartnereTN kan godkendes og aktiveres.
Godkendelsestest-sagerne er beskrevet i dokumentet Bring Your Own PSTN-godkendelsesprocedure Webex for Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partneren skal levere resultaterne af de godkendelsestest, der er udført, til onboarding- og certificeringsholdene.
Spørgsmål, problemer og resultater fra udførelsen af godkendelsestest skal rapporteres og deles i det Webex-rum, der er tildelt til onboarding af partneren.
Anvend opdateringer til en telefonnummergruppe/tilbagekalds-DNS SRV-gruppe
Når kunder, der ikke er testet, er tildelt en kundeskabelon ved hjælp af partnerangivne opkaldsnumre, er følgende valgmuligheder for deltagelse i mødet tilgængelige for disse brugere:
Mødeinvitationer omfatter et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen
Webex-appen viser et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen som valgmulighed for mødedeltagelse
Webex-mødewebstedets brugergrænseflade viser et eller flere standardtelefonnumre fra tildelingen af telefonnummergruppen som valgmulighed for mødedeltagelse
Hvis tilbagekald er aktiveret på kundeskabelonen, giver Webex-møde valgmuligheden 'Ring mig op på', hvor tilbagekaldsanmodningen dirigeres til en af de poster, der er angivet i den tildelte DNS SRV-tilbagekaldsgruppe
En ændring af valgmuligheder for mødedeltagelse for en kundeskabelon eller en ændring af en tildelt telefonnummergruppe eller en ændring af en tilbagekalds-DNS SRV-gruppe kan påvirke ovenstående valgmuligheder for deltagelse i møde. Disse ændringer gælder ikke for eksisterende kunder, men nyklargjorte kunder vil se disse ændringer afspejles øjeblikkeligt for deres Standard- og Premium-pakkemødewebsteder. Det anbefales derfor på det kraftigste, at en sådan ændring bekræftes ved hjælp af en frøopløsningsorganisation, før den anvendes på eksisterende kundeskabeloner, telefonnummergrupper eller tilbagekalds-DNS SRV-grupper (hvis tilbagekalds-DNS SRV-grupper er installeret).
Følgende trin skal følges, når du foretager en opdatering af valgmulighederne for deltagelse i mødet for en kundeskabelon og/eller anvender opdateringer til telefonnummergrupper eller tilbagekalds-DNS SRV-grupper.
Bemærk, hvis kundeskabeloner, telefonnummergrupper eller tilbagekalds-DNS SRV-grupper bruges af udbydere af Broad Works Service Providers og/eller Test Broad WorksEnterprises, er denne procedure valgfri. Det kan være mere hensigtsmæssigt blot at slette udbyderne af test afBroad Works Service Providers og/eller test Broad Works Enterprises-organisationer og omklargøre dem ved hjælp af de opdaterede kundeskabeloner, telefonnummergrupper eller DNS SRV-grupper til tilbagekald.
Opdater kun telefonnummergruppe:
Opret en ny midlertidig telefonnummergruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye telefonnummergruppe. Hvis en eksisterende telefonnummergruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Download JSON-filen BY oPSTN (Broad Works Configuration), den indeholder telefonnummeret til tilkobling af adgangskode for de nye telefonnumre i telefonnummergruppen.
- Bestem DNS SRV-domænet for Webex Edge-lyd for standardpakkens mødewebsted for seedløsningsorganisationen. Den skal være uændret i forhold til den værdi, der tidligere er fastsat for den oprindelige telefonnummergruppe.
- Anvend konfigurationsopdateringerne på Broad WorksConfiguration (BY oPSTN) JSON-filen.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frø og deltage i mødet ved hjælp af opkaldstelefonnumrene.
- Anvend opdateringen til den oprindelige telefonnummergruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, den midlertidige telefonnummergruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige telefonnummergruppe er blevet opdateret.
Opdater kun DNS SRV-tilbagekaldsgruppe:
- Opret en ny midlertidig DNS SRV-tilbagekaldsgruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye tilbagekalds-DNS SRV-gruppe og den eksisterende telefonnummergruppe. Hvis en eksisterende DNS SRV-tilbagekaldsgruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frøorganisationen, deltage i mødet ved hjælp af indgående telefonnumre og bruge valgmuligheden "Ring mig op på".
- Anvend opdateringen til den oprindelige DNS SRV-tilbagekaldsgruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, DNS SRV-tilbagekaldsgruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige DNS SRV-tilbagekaldsgruppe er blevet opdateret.
Opdater både telefonnummer og DNS SRV-tilbagekaldsgruppe:
- Opret et nyt midlertidigt telefonnummer og DNS SRV-tilbagekaldsgruppe med de påkrævede opdateringer.
- Opret en ny midlertidig kundeskabelon, der bruger den nye telefonnummergruppe og den nye DNS SRV-gruppe til tilbagekald. Hvis en eksisterende telefonnummergruppe og/eller DNS SRV-tilbagekaldsgruppe bruges sammen med gruppen, skal du tildele den til skabelonen.
- Opret en frøløsningsorganisation ved at klargøre en abonnent fra en test Broad Works Service Provider eller test Broad Works Enterprise med en standardpakke ved hjælp af den nye kundeskabelon. Bemærk, at dette er en sekundær frøløsningsorganisation. Der kræves ingen opdatering til mødewebstedets UUID, der er konfigureret påBroad Works.
- Download JSON-filen BY oPSTN (Broad Works Configuration), den indeholder telefonnummeret til tilkobling af adgangskode for de nye telefonnumre i telefonnummergruppen.
- Bestem DNS SRV-domænet for Webex Edge-lyd for standardpakkens mødewebsted for seedløsningsorganisationen. Den skal være uændret i forhold til den værdi, der tidligere er fastsat for den oprindelige telefonnummergruppe.
- Anvend konfigurationsopdateringerne på Broad WorksConfiguration (BY oPSTN) JSON-filen.
- Bekræft konfigurationen ved at planlægge møder ved hjælp af standardpakkewebstedet for frøorganisationen, deltage i mødet ved hjælp af indgående telefonnumre og bruge valgmuligheden "Ring mig op på".
- Anvend opdateringen på det oprindelige telefonnummer og DNS SRV-tilbagekaldsgruppe. Ændringen er nu i brug for kunder, der ikke er testet.
- Frøopløsningsorganisationen, den midlertidige telefonnummergruppe, DNS SRV-tilbagekaldsgruppe og kundeskabelonen kan slettes. Disse elementer er ikke længere påkrævet, når den oprindelige telefonnummergruppe og tilbagekalds-DNS SRV-gruppe er blevet opdateret.
Organisationen for primær frøopløsning bør ikke slettes, medmindre en ny organisation for primær frøopløsning er valgt og konfigureret på BroadWorks. Sletning af den primære frøløsningsorganisation fjerner webstedets UUID, som BYO PSTN-løsningen afhænger af for godkendelse af SIP-meddelelser til Webex Edge-lyd. Hvis den slettes, mislykkes mødedeltagere ved hjælp af indgående opkald for websteder, der bruger det partnerangivne opkaldsnummer. |
G722-medieinteroperabilitet, når du bruger din egen SBC
Når du udnytter din egen SBC, skal interoperabilitetsproblemer, der normalt håndteres af CUBE, overvejes mellem Cisco Partners Broad Works Infrastructure og Webex Cloud. Et eksempel er et indgående opkald eller et tilbagekald ved hjælp af G722-codec, der involverer medieserveren til Broad Works (f.eks. ved brug af tjenesten til optagelse af opkald til Broad Works). I dette scenarie kan Webex Edge-lyd sende en SDP med linjen "a=fmtp:9". Din SBC skal opdatere denne linje for at tilføje bitrate-parameteren for at have "a=fmtp:9 bitrate=64", før du sender den til backend for Broad Works.
Kendte begrænsninger
Alle ændringer af valgmuligheden Kundeskabelon-mødedeltagelse, Cisco-indgående opkaldsnumre eller partnerangivne indgående opkaldsnumre anvendes kun på nyligt klargjorte kunder. Eksisterende kunder, der bruger skabelonen, forbliver uændrede.
Alle ændringer af kundeskabelontelefonnummergruppen eller tilbagekalds-DNS SRV-gruppeindstillingerne anvendes kun på nyklargjorte kunder eller eksisterende kunder, der klargøres til deres første standard- eller premium-pakkebruger. Eksisterende kunder, der allerede har standard- eller premium-pakketbrugere, forbliver uændrede.
Alle ændringer af telefonnummergrupper eller tilbagekalds-DNS SRV-grupper, der er tildelt kundeskabeloner, anvendes kun på nyklargjorte kunder eller eksisterende kunder, der klargøres til deres første standard- eller premium-pakkebruger. Eksisterende kunder, der er tildelt tilknyttede skabeloner, der allerede har standard- eller premium-pakkebrugere, forbliver uændrede.
En given kundeskabelon understøtter valgmuligheden Cisco-indgående opkaldsnumre eller partnerangivne opkaldsnummer-mødedeltagelsesmulighed. En kombination af de to valgmuligheder for den samme skabelon understøttes ikke.
SIP-meddelelsen for 'Ring mig op på' eller tilbagekaldsmødedeltagelsessagen indeholder ikke oplysninger om den kunde og/eller bruger, der er vært for det møde, der skal deltage i.
Telefonnumrene og tilknyttede mødeadgangskoder for en given telefonnummergruppe understøtter kun et enkelt DNS SRV-domæne til Webex Edge-lyd (f.eks. ecccspx.amer.webex.com). Brug af disse telefonnumre til at ringe op til møder i et andet DNS SRV-domæne til Webex Edge-lyd understøttes ikke.
Webex Edge-lyd understøtter ikke genforhandling af codecs midt-opkald. Som sådan fungerer tjenester, der aktiveres, efter et opkald er besvaret, muligvis ikke korrekt.
Webex-appen, Webex Meeting-webstedets brugergrænseflade og e-mailinvitationen til Webex Meeting giver et link til et dokument med "begrænsninger for gratis opkald". Dette dokument er specifikt for Cisco-angivne telefonnumre og bør ignoreres af brugere, når de bruger partnerangivne telefonnumre til mødedeltagelse.
Dokumentets revisionshistorik
Følgende tabel viser en oversigt over ændringer i dette dokument i løbet af de seneste 12 måneder.
Dato | Version | Beskrivelse af skift | |
---|---|---|---|
Den 08. april 2024 | 1-36 |
| |
10. januar 2024 | 1-35 |
| |
22. december 2023 | 1-34 |
| |
04. juli 2023 | 1-33 |
| |
2. februar 2023 | 1-32 |
| |
2. februar 2023 | 1-31 |
| |
31. januar 2023 | 1-30 |
| |
29. nov 2022 | 1-29 |
|