You may notice some articles displaying content inconsistently. Pardon our dust as we update our site.
cross icon
I den här artikeln
dropdown icon
Ta med din egen PSTN-lösning
    Definitioner
      dropdown icon
      Översikt
        Arkitektur
        Delta i möte med inringning
        Delta i möte med återuppringning (valfritt)
        Lösningskonfiguration, översikt
        AV eller PSTN-konfigurationselement
        Telefonnummergrupper (PNG)
        DNS SRV-grupper för återuppringning (CDSG)
        Kundmallar
        Bredfungerar samtalskluster
      dropdown icon
      Exempel på AV eller PSTN-konfigurationselement
        Portar som används av Webex
        TLS- och SRTP-krypteringssviter
        Ljudkoder som stöds
        SIP- och RTP-profilkrav
        Domäner för Webex samtalsomkoppling
      dropdown icon
      CUBE-redundans
        Duplex CUBE-distribution för storaverk som distribueras på en enda webbplats
        Simplex CUBE-distribution för bredaverk som distribueras på flera webbplatser
      dropdown icon
      Tillhandahåller
        Steg 1: Partnerförutsättningar
        Steg 2: Etablera telefonnummergrupper (PNG) i partnerhubben
        Steg 3: Etablera DNS SRV-grupper med återuppringning (CDSG) i partnerhubben
        Steg 4: Koppla PNG och CDSG till kundmallar i Partner Hub
        Steg 5: Tillhandahåller organisationer för utsädeslösning
        Steg 6: Välj organisationen för primär utsädeslösning
        Steg 7: Hämta BroadWorks Configuration (BY eller PSTN)
        Steg 8: Bestäm DNS SRV-domänen för Webex Edge-ljud
        Steg 9: Konfigurera Broad Works-konfiguration för partner
        Steg 10 Etableringspartner CUBE
        Steg 11 AV oPSTN-certifiering
      Tillämpa uppdateringar på en telefonnummergrupp/DNS SRV-grupp för återuppringning i tjänst
        G722 Media-interoperabilitet vid användning av din egen SBC
          Kända begränsningar
          I den här artikeln
          cross icon
          dropdown icon
          Ta med din egen PSTN-lösning
            Definitioner
              dropdown icon
              Översikt
                Arkitektur
                Delta i möte med inringning
                Delta i möte med återuppringning (valfritt)
                Lösningskonfiguration, översikt
                AV eller PSTN-konfigurationselement
                Telefonnummergrupper (PNG)
                DNS SRV-grupper för återuppringning (CDSG)
                Kundmallar
                Bredfungerar samtalskluster
              dropdown icon
              Exempel på AV eller PSTN-konfigurationselement
                Portar som används av Webex
                TLS- och SRTP-krypteringssviter
                Ljudkoder som stöds
                SIP- och RTP-profilkrav
                Domäner för Webex samtalsomkoppling
              dropdown icon
              CUBE-redundans
                Duplex CUBE-distribution för storaverk som distribueras på en enda webbplats
                Simplex CUBE-distribution för bredaverk som distribueras på flera webbplatser
              dropdown icon
              Tillhandahåller
                Steg 1: Partnerförutsättningar
                Steg 2: Etablera telefonnummergrupper (PNG) i partnerhubben
                Steg 3: Etablera DNS SRV-grupper med återuppringning (CDSG) i partnerhubben
                Steg 4: Koppla PNG och CDSG till kundmallar i Partner Hub
                Steg 5: Tillhandahåller organisationer för utsädeslösning
                Steg 6: Välj organisationen för primär utsädeslösning
                Steg 7: Hämta BroadWorks Configuration (BY eller PSTN)
                Steg 8: Bestäm DNS SRV-domänen för Webex Edge-ljud
                Steg 9: Konfigurera Broad Works-konfiguration för partner
                Steg 10 Etableringspartner CUBE
                Steg 11 AV oPSTN-certifiering
              Tillämpa uppdateringar på en telefonnummergrupp/DNS SRV-grupp för återuppringning i tjänst
                G722 Media-interoperabilitet vid användning av din egen SBC
                  Kända begränsningar
                  Ta med din egen PSTN-lösning för Webex för Cisco BroadWorks
                  list-menuI den här artikeln
                  Ta med din egen PSTN-lösning

                  Definitioner

                  Definitioner

                  Beskrivning

                  Cisco-partner

                  En enhet (vanligtvis en tjänsteleverantör) som säljer Ciscos produkter och tjänster till sina kunder.

                  Slutkund

                  Användare som använder Ciscos produkter och tjänster som säljs till dem av en Cisco-partner.

                  CUBE

                  Cisco Unified-kantobjekt

                  Partnerorganisation

                  Arkiv för Webex Identity och Service Management som innehåller information om Cisco Partners och deras kunder.

                  Partnerhubb

                  Webbportal för att tillhandahålla identitet och tjänster för Cisco Partners och de kunder som de hanterar.

                  Kundorganisation

                  Arkiv för Webex Identity och Service Management som upprätthåller information om slutkunden.

                  BroadWorks Enterprise eller tjänsteleverantör/grupp

                  Representation av slutkunden i BroadWorks.

                  Översikt

                  Lösningen Bring Your Own PSTN (BYoPSTN) låter Webex för Cisco BroadWorks-tjänsteleverantörer tillhandahålla telefonnummer som de äger och som användare kan använda när de deltar i Webex Meetings. Lösningen gör att partner kan dra nytta av sina egna PSTN-nätverk och använda befintliga relationer med PSTN-leverantörer i stället för att använda nummer som tillhandahålls av Cisco.

                  Referensarkitekturen i det här dokumentet ger en design baserad på slutpunkt-till-slutpunkt för BYoPSTN-alternativet. Denna arkitektur har validerats av Cisco och använder Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) för samtalstrafik mellan BroadWorks och Webex Meetings.

                  Välja alternativet Delta i möte

                  För närvarande har Webex för Cisco BroadWorks stöd för två alternativ för etablering av mötestelefonnummer. Tjänsteleverantörer måste välja ett av dessa två alternativ – en blandning stöds inte:

                  • Cisco inringningsnummer (Cisco PSTN) – Cisco tillhandahåller de telefonnummer som mötesdeltagarna kan använda för att delta i möten

                  • Inringningsnummer som tillhandahålls av partner (BY eller PSTN) – Tjänsteleverantörer tillhandahåller sina egna telefonnummer som ska användas av mötesdeltagare när de deltar i möten

                  AV eller PSTN-lösning

                  Partner som väljer alternativet Partner tillhandahållna inringningsnummer (BY eller PSTN) måste tillhandahålla sina egna PSTN-telefonnummer och måste tillhandahålla den nätverksinfrastruktur som krävs för att dirigera samtal till och från Webex. Lösningen BY eller PSTN underlättar dirigering av samtal över toppen (OTT) via det offentliga internet från BroadWorks till Webex.

                  Följande villkor gäller när du väljer alternativet BYoPSTN:

                  • Cisco Partners kan använda samma telefonnummer för fler än en slutkund. Dessa telefonnummer kan finnas i alla länder som partnern använder.

                  • Alternativet BYeller PSTN kräver inga ändringar i den allmänna registreringsprocessen för Webex för Cisco BroadWorks-kunder.

                  • BY oPSTN kräver etablering på Cisco-partnernivå och alla slutkunder som partner aktiverar när BYoPSTN är i drift aktiveras automatiskt.

                  • Alla etableringar som krävs för kundmötesplatser är automatiska, precis som med den aktuella allmänt tillgängliga lösningen.

                  • Partner som aktiverar både standard- och premiumpaket har två möteswebbplatser: en webbplats för standardanvändare och en annan för Premium-användare. Båda webbplatserna är aktiverade för BY oPSTN.

                  • Mötesdeltagare som ringer in till möten kan välja att använda video- och innehållsdelning via internet.

                  • Gäller för mötesdeltagande för både utrymmesmöten och PMR-möten. Observera att för utrymmesmöten måste utrymmet ha skapats av en standard- eller premiumanvändare med värdfunktioner för Webex Meeting för att ta emot ett PSTN-åtkomstnummer – utrymmen som skapas av grundläggande användare får inte PSTN-åtkomstnummer.

                  • Det här dokumentet tillhandahåller en validerad konfiguration som använder CUBE som din SBC. Om du inte vill använda CUBE kan du dock distribuera din egen SBC.

                  Arkitektur

                  Webex för Cisco BroadWorks BY eller PSTN bygger på Webex Edge-tjänsteuppsättningen, närmare bestämt Webex Edge-ljudtjänsten som är tillgänglig för företagskunder. Arkitekturen är anpassad för att integrera Cisco Partners BroadWorks-infrastruktur med Webex Edge-ljud, vilket gör det möjligt för Cisco Partner att centralt konfigurera uppsättningar av telefonnummer för slutkundernas användning.

                  De viktigaste delarna av arkitekturen är följande:

                  • BroadWorks – Cisco Partners BroadWorks infrastruktur

                  • Cisco Unified Border Element (CUBE) – referenssessionsgränskontroll (SBC) för lösningen som distribueras i Cisco Partners datacenter. CUBE måste vara inuti en DMZ. Observera att om du inte vill använda CUBE kan du distribuera din egen SBC.

                  • Webex Edge-ljud – Webex-tjänsten, som avkopplar PSTN från Webex genom att ändra samtalsomkoppling för att använda den infrastruktur som tillhandahålls av Cisco Partner.

                  Samtal från mötesdeltagare för att delta i ett möte via BroadWorks till CUBE och från CUBE till Webex-infrastrukturen i molnet via internet. Den här modellen gäller båda följande scenarier för att delta i möten:

                  • Inringning – en mötesdeltagare ringer telefonnumret i mötesinbjudan på antingen sin BroadWorks-registrerade telefonlur, mobilenhet eller i Webex-appen. Samtalet initieras av BroadWorks.

                  • Återuppringning (valfritt) – en mötesdeltagare begär att Webex ringer upp ett telefonnummer som mötesdeltagaren tillhandahåller. Samtalet initieras av Webex.

                  Samtal som dirigeras från BroadWorks till CUBE inom partnerinfrastrukturen kommer att använda SIP TCP för samtalssignalering och RTP för media. Från CUBE till Webex använder samtal SIP TLS för signalering och sRTP för media. Samtalsomkoppling från CUBE till WebEx sker via Internet och använder inte en SIP-trunk.

                  Den typiska konfigurationen för inringnings-/återuppringningsscenarier är följande:

                  • Cisco Partner har ett PSTN-telefonnummer (till exempel 2403332200) och en tillhörande Webex-åtkomstkod (till exempel 88631321777971704941).

                  • Cisco Partner tillhandahåller en virtuell prenumerant på BroadWorks som motsvarar CUBE-enheten. Partnern mappar telefonnumret till åtkomstkoden och vice versa.

                  • Åtkomstkoden, som skickas till Webex i SIP-meddelandena, identifierar mötesplatserna som är associerade med Cisco-partnern.

                  • Ovanstående telefonnummer för åtkomstkodmappning har konfigurerats en gång och är vanligt för alla möteswebbplatser för slutkund.

                  • Mötesdeltagare som deltar i mötet måste ange motsvarande mötes-ID (till exempel 123456), som identifierar det specifika möte som ska delta i.

                  Det rekommenderas att partnerna följer den redundans modell som beskrivs nedan.

                  Delta i möte med inringning

                  Följande bild visar processen för en användare som deltar i mötet genom inringning.

                  Här är de steg som deltagaren använder för att delta i ett möte genom inringning.

                  1. Användaren schemalägger ett möte i Webex. Webex tilldelar ett mötes-ID (till exempel 123456).

                  2. Användaren ringer upp telefonnumret som är kopplat till mötet (till exempel 2403332200). SIP-INBJUDAN bär begäran-URI som det telefonnummer som är kopplat till mötet.

                  3. BroadWorks översätter telefonnumret till en åtkomstkod (till exempel 88631321777971704941) som är kopplad till mötesplatsen och dirigerar samtalet till CUBE med begäran-URI som åtkomstkod.

                  4. Webex tar emot SIP-INBJUDAN och besvarar samtalet. Meddelandenas språk bestäms av det språk som anges för telefonnumret när det tillhandahålls i Cisco Partner Hub och BroadWorks.

                  5. Användaren anger mötes-ID (till exempel 123456) med DTMF. Webex verifierar användaren och låter sedan användaren delta i mötet.

                  Delta i möte med återuppringning (valfritt)

                  Följande bild visar processen för en användare som deltar i mötet genom återuppringning, användaren begär ett samtal från Webex för att delta i ett möte.

                  Här är de steg som deltagaren använder för att delta i ett möte genom återuppringning:

                  1. Användaren schemalägger ett möte i Webex. Webex tilldelar ett mötes-ID (till exempel 123456).

                  2. Användaren begär ett samtal från Webex till önskat nummer (till exempel +16504441000) för att delta i mötet via Webex-appen eller Meetings-klienten.

                  3. Webex initierar en SIP-INBJUDAN till CUBE baserat på DNS SRV-gruppen för återuppringning, som tillhandahålls i Cisco Partner Hub och BroadWorks. URI för SIP INVITE-begäran innehåller det telefonnummer som måste ta emot samtalet (till exempel +16504441000@cube.example.com).

                  4. CUBE översätter telefonnumret i fjärrparts-ID till ett värde som identifierar en virtuell prenumerant på Broad Works (till exempel 88631321777971704941@ecccx.amer.pub.webex.com). Detta identifierar CUBE som en virtuell användare på BroadWorks-programservern.

                  5. Samtal erbjuds till användarens telefonnummer och användaren svarar på samtalet för att delta i mötet. Det här telefonnumret kan vara en BroadWorks-prenumerant eller ett PSTN-nummer. Om det begärda numret är ett PSTN-nummer använder BroadWorks den etablerade sökvägen för att dirigera samtalet till PSTN.

                  För alternativet återuppringning är det obligatoriskt att aktivera följande två funktioner:

                  • 102746 – Stöd för BroadWorks för CI UUID
                  • 102074 – BYO PSTN-faktureringsstöd för återuppringning och inringning

                  Detta kan bekräftas från CLI enligt nedan:

                  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      
                  

                  En detaljerad beskrivning av dessa funktioner och aktivering finns i avsnittet ”VoiceXML Meeting Call Back Virtual Subscriber” i det här dokumentet.


                   
                  Om du väljer att inte konfigurera alternativet Delta i möte med återuppringning kan användare fortfarande använda alternativet Inringning för att delta i möten eller de kan delta med datorljud. I det här fallet behöver du inte konfigurera DNS SRV-återuppringningsgrupper.

                  Lösningskonfiguration, översikt

                  Lösningen har flera olika komponenter, varav var och en måste konfigureras korrekt för att lösningen ska fungera. Komponenterna är följande:

                  • BroadWorks

                  • CUBE (eller en alternativ SP-certifierad sessionsgränskontroll (SBC))

                  • Webex Edge-ljud

                  Det finns ett ömsesidigt beroende mellan konfigurationen av dessa olika komponenter och som sådana krävs en eller flera lösningsfröorganisationer för att slutföra den nödvändiga lösningskonfigurationen och verifieringen.

                  Såorganisation

                  En utsädesorganisation är en Webex-organisation som du konfigurerar för att generera och validera inställningar för BYoPSTN-lösningen. Utsädesorganisationen måste ha minst en användare tilldelat ett standardpaket, och det standardpaketet måste använda alternativet för att delta i möten med partnerns inringningsnummer (BYoPSTN) . Vi rekommenderar att du associerar utsädesorganisationen med en BroadWorks-tjänsteleverantör eller Enterprise.

                  Lösningens såsorganisationer tjänar två syften:

                  • Utsädeskonfiguration – Etableringen av utsädesorganisationen/utsädesorganisationerna genererar telefonnummer för mötesåtkomstkodmappningar och en universellt unik identifierare (webbplats-UUID) som krävs för den pågående driften av lösningen. Den här informationen krävs för att konfigurera virtuellaBroad Works-prenumeranter (VSUB).

                  • Konfigurationsvalidering– Använd fröorganisationen för att avgöra om din BYoPSTN-lösning är konfigurerad enligt dina krav. Använd fröorganisationen och testa användare för att validera fall med inringning och återuppringning med hjälp av partnerns angivna inringningsnummer och DNS SRV-återuppringningsposter (om återuppringning är aktiverat).

                  Administratören måste skapa en organisation för utsäde för varje unik uppsättning telefonnummer och DNS SRV-återuppringningsposter. Genereringen av frölösningsorganisationen i varje fall genererar det telefonnummer som krävs för att mappas in- och återuppringningskod och möjligheten att verifiera de associerade användningsfallen för inringning och återuppringning för dessa telefonnummer och DNS SRV-poster för återuppringning.

                  Administratören måste välja en frölösningsorganisation som den primära frölösningsorganisationen med hjälp av Cisco Partner Hub. Mötesplatsens UUID för standardpaketmötet för den här organisationen av primär utsäde måste konfigureras i BroadWorks. Det är viktigt att den här mötesplatsen förblir etablerad eftersom den här webbplatsens UUID skickas i varje begäran om anslutning till möten som en autentiseringstoken. Den här enstaka webbplatsens UUID delas av alla uppsättningar telefonnummer och DNS SRV-poster för återuppringning. Flera UUID-värden på plats krävs inte.

                  De primära och eventuella sekundära frölösningsorganisationerna kan tas bort om så önskas innan uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas till kunder som inte har testats. När uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas alla kunder som inte har testats associeras dessa telefonnummer och återuppringningar med mötesplatser för dessa kunder och används för att delta i möten med inringning och återuppringning. Eventuella ändringar bör betraktas som att de påverkar tjänsten.

                  De följande avsnitten ger mer information om de olika konfigurationselementerna.

                  AV eller PSTN-konfigurationselement

                  En nyckelelement i lösningen är konfigurationen av Cisco Partners telefonnummer och DNS SRV-återuppringningsposter. BY oPSTN använder telefonnummergrupper och återuppringning DNS SRV-grupper som ett sätt att tilldela geografiskt baserade telefonnummer och överflödiga samtalsomkoppling för Webex-möten. Dessa element tilldelas till slutkunder av kundmallen.

                  Telefonnummergrupper (PNG)

                  Cisco Partners tillhandahåller de telefonnummer som används av mötesdeltagare för att delta i möten i Cisco Partner Hub. Dessa telefonnummer ordnas tillsammans till en telefonnummergrupp. Listan över telefonnummer är kopplad till en mötesplats. Alla personliga mötesrum (PMR) och schemalagda möten på den möteswebbplatsen använder tillhörande telefonnummer. Följande är ett exempel på en telefonnummergrupp:

                  Tabell 1. Telefonnummergrupp: USA österut

                  Telefonnummer Namn

                  Land

                  Landskod

                  Telefonnummer

                  Meddelande

                  Avgiftstyp

                  Inringningsprioritet

                  USA Maryland

                  USA

                  +1

                  2403332200

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Florida

                  USA

                  +1

                  9049002303

                  Engelska

                  Avgiftsbelagt

                  Sekundär

                  USA i New York

                  USA

                  +1

                  8056504578

                  Engelska

                  Avgiftsfritt

                  Ingen

                  Telefonnummer har följande attribut:

                  • Namn på telefonnummer – Namn för att beskriva telefonnumret

                  • Land – Land som telefonen har tilldelats

                  • Landskod – samtalskod eller inringningskod för land

                  • Telefonnummer – det telefonnummer som ska användas för att delta i ett möte utan landskod

                  • Meddelande – Språk för meddelandet som ska spelas upp när en mötesdeltagare deltar i ett möte

                  • Avgiftsbelagd typ – typ av nummer: Avgiftsbelagt eller avgiftsfritt

                  • Inringningsprioritet – den prioritet som tilldelats mötesnumren. Mötesdeltagarvyn för mötesdeltagarnas deltagarnummer ordnas baserat på den här prioriteringen.

                  Standardtelefonnummer: Administratörer kan tilldela en inringningsprioritet för primär, sekundär eller ingen till ett telefonnummer i telefonnummergruppen. Telefonnummer med primär eller sekundär prioritet är standardtelefonnummer. Standardtelefonnummer skickas i e-postinbjudan till mötet och listas i den prioritetsordning som mötesdeltagarna ska använda för att delta i möten. Standardtelefonnummer måste inte vara i samma land. Ett primärt telefonnummer måste väljas, ett sekundärt telefonnummer är valfritt. Minst ett av standardtelefonnummer måste vara av typen Avgiftsbelagt.

                  Slutanvändare kan välja att ange sina egna standardtelefonnummer med hjälp av mötets webbplatsgränssnitt. Dessa nummer visas för användaren och deras mötesdeltagare när de är mötesvärden. Om användaren deltar i ett möte som deltagare visas de endast för dem.

                  Som i exemplet ovan anger Cisco-partneradministratören USA Maryland som primär och USA Florida som sekundärt, dessa är standardtelefonnummer. En användare kan välja att åsidosätta detta i sina möten genom att byta primär till USA New York och sekundärt till USA Maryland.

                  Det maximala antalet telefonnummer för en viss telefonnummergrupp är 98.

                  OBS: Det går inte att konfigurera ett dedikerat nummer för ett enda företag.

                  DNS SRV-grupper för återuppringning (CDSG)

                  För att mötesdeltagare ska kunna välja återuppringningsalternativet krävs en återuppringning DNS SRV-grupp som pekar på CUBE-instans(er) i Cisco Partners nätverk. Webex använder dessa poster för att dirigera återuppringningen via CUBE till Broad Works, som sedan kan placera återuppringningen till mötesdeltagarens telefonnummer.

                  Följande är ett exempel på en DNS SRV-grupp för återuppringning.

                  Tabell 2. DNS SRV-gruppnamn för återuppringning: Global centralbank

                  Country/Region

                  Landskod

                  DNS SRV-post

                  USA

                  +1

                  cube.us.example.com

                  Mexiko

                  +52

                  cube.mx.example.com

                  Alla andra länder

                  Ej tillämpligt

                  cube.global.example.com

                  DNS SRV-poster för återuppringning har följande attribut:

                  • Land/region – det land eller region för vilket denna DNS SRV-post ska användas för att skicka samtalsförfrågningar.

                  • Landskod – den landskod som är kopplad till landet/regionen. Du kan bara ha en DNS SRV-post per landskod.

                  • DNS SRV-post – DNS SRV-post för Cisco-partner CUBE-instans(er).

                  När mötesdeltagaren begär ett samtal på sitt angivna telefonnummer använder Webex återuppringning DNS SRV som är kopplad till landskoden för det angivna telefonnumret för att dirigera samtalet till lämpliga element i Cisco Partners nätverk.

                  Att använda en DNS SRV-post på detta sätt ger stöd för överflödiga CUBE-instanser för att betjäna samtalsförfrågningar från Webex. I exemplet ovan, när mötesdeltagare i USA begär en återuppringning från Webex till sitt telefonnummer i USA använder Webex DNS SRV cube.us.example.com för att dirigera samtalet till Cisco Partners nätverk. När mötesdeltagare i Mexiko begär en återuppringning från Webex till sitt telefonnummer i Mexiko använder Webex DNS SRV cube.mx.example.com för att dirigera samtalet till Cisco Partners nätverk.

                  För alla länder/regioner som inte har en specifik DNS SRV-post för återuppringning dirigeras dessa samtalsförfrågningar till DNS SRV-posten ”Alla andra länder”. Administratören måste konfigurera en DNS SRV-post ”Alla andra länder”.

                  Det maximala antalet poster för en viss återuppringning DNS SRV-grupp är 200.

                  Kundmallar

                  Kundmallen är ett befintligt koncept för lösningen Webex för BroadWorks. Mallen tillhandahåller standardkonfigurationen som används för att etablera en slutkund. BY oPSTN ger ytterligare attribut till kundmallen:

                  • Typ av mötesdeltagande – kan vara antingen Cisco-inringningsnummer eller partnerinringningsnummer. Detta attribut anger de telefonnummer som har konfigurerats för möteswebbplatser som är kopplade till standard- och premiumpaketen. Administratören ska välja inringningsnummer som tillhandahålls av partner.

                  • Telefonnummergrupp – endast alternativet för inringningsnummer som tillhandahålls med partner anger detta attribut de telefonnummer som används av slutkunder som är etablerade för standard- och premiumpaket när de deltar i möten.

                  DNS SRV-grupp för återuppringning – endast alternativet för inringningsnummer som associeras med partner anger detta attribut de DNS SRV-poster som används av Webex vid återuppringning till slutkunder som är etablerade för standard- och premiumpaket när de deltar i möten. Om du inte vill aktivera återuppringning kan du välja ”Inaktivera återuppringning” när du skapar eller uppdaterar en kundmall. När den första prenumeranten för antingen Standard eller Premium tillhandahålls för en slutkund tillhandahålls den associerade paketmötesplatsen. Paketmötesplatsen tillhandahålls enligt ovanstående kundmall. Alla efterföljande etablerade prenumeranter för antingen Standard eller Premium läggs till på den redan etablerade mötesplatsen – mötesplatskonfigurationen ändras inte.

                  Alla ändringar i kundmallen med avseende på ovanstående attribut gäller endast nyetablerade paketmötesplatser. Befintliga möteswebbplatser som redan har etablerats påverkas inte av ändringar i kundmallen.

                  Det enda anmärkningsvärda undantaget är att om en slutkund redan har en paketmötesplats tillhandahålls alla nya paketmötesplatser med samma mötestyp som den befintliga paketmötesplatsen. Om en slutkund till exempel har en standardpaketmötesplats med Cisco-inringningsnummer och kundmallen har uppdaterats för att använda inringningsnummer tillhandahålls en ny premiumpaketmötesplats med hjälp av Cisco-inringningsnummer, gäller inte inställningen kundmall. Standard- och premiummötesplatserna för en viss slutkund ska alltid tillhandahållas konsekvent.

                  Bredfungerar samtalskluster

                  Cisco Partner Hub – BroadWorks Calling Cluster-skärmen ger åtkomst till att visa och/eller hämta BroadWorks-konfiguration (BYoPSTN) information. Konfigurationsinformationen BYoPSTN för ett visst kluster innehåller följande data:

                  • Information om organisationen av primära utsäde, inklusive UUID och webbplats-URL för standardpaketmötesplatsen.

                  • Information om telefonnummergrupp för alla grupper som har konfigurerats för det här klustret. Detta inkluderar telefonnumret till mappning av mötets åtkomstkod för varje grupp. Observera att uppgifterna bör inkludera grupper som är associerade med alla sekundära frölösningsorganisationer.

                  • Information om återuppringning av DNS SRV-grupp för alla grupper som har konfigurerats för det här klustret. Observera att uppgifterna bör inkludera grupper som är associerade med alla sekundära frölösningsorganisationer.

                  • Kundmallinformation för dessa mallar med hjälp av någon av telefonnummergrupperna och DNS SRV-grupperna för återuppringning.

                  Varje BroadWorks Calling Cluster har sin egen BroadWorks-konfiguration (BYoPSTN) information, särskilt dess tilldelade telefonnummergrupper och DNS SRV-grupp för återuppringning. Observera dock att alla samtalskluster i BroadWorks delar samma primära frölösningsorganisation och som sådan inkluderar samma UUID och webbplats-URL för standardpaketmötesplatsen.

                  Konfigurationen BroadWorks (BYoPSTN) är endast tillgänglig för visning/hämtning när administratören konfigurerar och väljer organisationen för primär utsäde. Organisationen för primär utsädeslösning måste ha minst en användare tilldelad till standardpaketet och det standardpaketet måste använda alternativet för inringningsnummer (BYoPSTN) som tillhandahålls av partner.

                  Exempel på AV eller PSTN-konfigurationselement

                  Följande bild visar ett exempel på en distribution av BroadWorks i flera kluster med geografiska kundmallar, telefonnummer och dirigering.

                  Den första tabellen visar en distribution med flera kluster av BroadWorks med regionalt baserade kundmallar, telefonnummergrupper och DNS SRV-grupper för återuppringning. Följande tabeller expanderar i telefonnummergruppen och DNS SRV-grupperna för återuppringning.

                  BroadWorks-kluster

                  Mallens namn

                  Paket

                  Typ av mötesanslutning

                  Telefonnummergrupp

                  DNS SRV-återuppringningsgrupp

                  bwks us ng

                  USA-västlig std

                  Standard

                  Partner levererade inringningsnummer

                  USA väster

                  Ring oss

                  USA:s västliga prem

                  Premium

                  USA:s öststd

                  Standard

                  USA österut

                  USA:s östliga prem

                  Premium

                  bwks mx

                  MX-std

                  Standard

                  Partner levererade inringningsnummer

                  mx png

                  cb mx

                  MX-förord

                  Premium

                  bwks uk

                  UK-std

                  Standard

                  Partner levererade inringningsnummer

                  uk png

                  Återuppringning inaktiverad

                  UK Prem

                  Premium

                  bwks oss

                  USA-std

                  Standard

                  Cisco inringningsnummer

                  Ingen

                  Ingen

                  • Prenumeranter som har etablerat sig med US West Std- eller US West Prm-mallen använder telefonnumret för US West när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB US DNS SRV-posterna.

                  • Prenumeranter som har etablerat sig med US East Std- eller US East Prm-mallen använder US East Phone-numret när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB US DNS SRV-posterna.

                  • Prenumeranter som etableras med MX Std- eller MX Prm-mallen använder MX PNG-telefonnumret när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB MX DNS SRV-posterna.

                  • Prenumeranter som reserveras med UK Std- eller UK Prm-mallen använder UK PNG-telefonnummer när de deltar i möten. Dessa prenumeranter kommer inte att erbjudas att delta i mötet via återuppringning eftersom återuppringning är inaktiverat.

                  • Prenumeranter som tillhandahålls med US Std använder Cisco-inringningsnummer och har därför ingen telefonnummergrupp eller DNS SRV-grupp för återuppringning tilldelad. Dessa prenumeranter använder telefonnummer från Cisco för att delta i möten och Cisco DNS SRV-poster för att delta i möten med återuppringning.

                  Information om exemplet telefonnummergrupper är följande:

                  Telefonnummergrupp

                  Telefonnummer Namn

                  Land

                  Landskod

                  Telefonnummer

                  Meddelande

                  Avgiftstyp

                  Inringningsprioritet

                  USA väster

                  USA San Francisco

                  USA

                  +1

                  4156551000

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Palo Alto

                  USA

                  +1

                  9863502478

                  Engelska

                  Avgiftsfritt

                  Ingen

                  USA österut

                  USA Maryland

                  USA

                  +1

                  2403332200

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Florida

                  USA

                  +1

                  9049002303

                  Engelska

                  Avgiftsbelagt

                  Sekundär

                  USA i New York

                  USA

                  +1

                  8056504578

                  Engelska

                  Avgiftsfritt

                  Ingen

                  mx png

                  Mexiko

                  SE

                  +52

                  2065304086

                  Europeisk spanska

                  Avgiftsbelagt

                  Primär

                  uk png

                  Storbritannien

                  Storbritannien

                  +44

                  4527789651

                  Engelska

                  Avgiftsbelagt

                  Primär

                  Information om exemplet med återuppringning DNS SRV-grupper är följande:

                  DNS SRV-återuppringningsgrupp

                  Land

                  DNS SRV

                  Ring oss

                  USA

                  cube.us.example.com

                  Alla andra länder

                  cube.row.example.com

                  cb mx

                  SE

                  cube.mx.example.com

                  Alla andra länder

                  cube.row.example.com

                  Konfigurationen för den amerikanska DNS SRV-posten, cube.us.example.com kan vara som i exemplet:

                  _sips._tcp.cube.us.example.com

                  86400

                  i

                  SRV

                  10

                  10

                  5061

                  cube01.us.example.com

                  _sips._tcp.cube.us.example.com

                  86400

                  i

                  SRV

                  10

                  10

                  5061

                  cube02.us.example.com

                  Den här DNS SRV-posten kan lösas upp till följande DNS A-post:

                  cube01.us.example.com

                  86400

                  i

                  A

                  45.84.168.81

                  cube02.us.example.com

                  86400

                  i

                  A

                  45.84.168.82


                   
                  DNS SRV-posterna löser sig för att säkra SIP-samtal från Webex till CUBE.

                  Portar som används av Webex

                  Portarna i tabellen nedan måste öppnas på brandväggen i DMZ där CUBE finns, och andra portar kan stängas. Mer information om hamnkrav och nätverkskrav finns i följande artikel:

                  https://collaborationhelp.cisco.com/article/WBX264

                  Source

                  Källportar

                  Destination

                  Destinationsportar

                  Protokoll

                  Beskrivning

                  Webex Edge-ljudtjänster

                  Tillfälliga

                  CUBE

                  5061

                  TCP

                  (mTLS 1.2) Inkommande SIP-signalering från Webex Edge-ljud till CUBE SBC.


                   
                  CUBE SBC kräver specifikt användning av port 5061. Användning av andra portar i intervallet 5060–5070 kan stödjas av andra SBC:er.

                  Webex Edge-ljudtjänster

                  4000 - 4010

                  CUBE

                  5061

                  TCP

                  (mTLS 1.2) Alternativ ping för Webex Edge-ljud.

                  CUBE

                  Tillfälliga

                  Edge-ljud

                  5605

                  TCP

                  (mTLS 1.2) Utgående SIP-signalering för Webex Edge-ljud.

                  Webex Edge-ljudtjänster

                  Tillfälliga

                  CUBE

                  Terminalportar

                  8000–59999

                  UDP

                  (SRTP) Brandväggshål måste öppnas för inkommande medietrafik till Edge-ljud.

                  CUBE

                  Terminalportar

                  10200 - 28000

                  Edge-ljud

                  Tillfälliga

                  UDP

                  (SRTP) Brandväggshål måste öppnas för utgående medietrafik till CUBE.

                  TLS- och SRTP-krypteringssviter

                  TLS v1.2 eller senare används för mTLS-handskakning, och följande kryptrar stöds av Webex Edge-ljud (under återuppringning erbjuder Webex Edge-ljud dessa i TLS-handskakas klienthej):

                  • 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öljande krypteringsnummer används för sRTP:

                  • AEAD_AES_256_GCM

                  • AEAD_AES_128_GCM

                  • AES_CM_128_HMAC_SHA1_80

                  • AES_CM_128_HMAC_SHA1_32

                  Ljudkoder som stöds

                  • g722

                  • G711µ

                  • G711a

                  SIP- och RTP-profilkrav

                  Lösningen kräver att du distribuerar SIP TLS för signalering och sRTP för media mellan CUBE (eller din SBC) och Webex.

                  SIP- och RTP-profilerna som en del av detta meddelande bör uppfylla följande krav:

                  Krav på SIP-profil

                  Detaljer

                  Timer för utgångsdatum för session

                  2220 sek (acceptera SIP 422) * justeras efter affärsbehov och 422 förväntas.

                  Medieerbjudande för ingripande

                  Tidigt erbjudande

                  Medieerbjudande för egress

                  Sent erbjudande

                  Alternativ ping intervall

                  30 (minimum)

                  DTMF

                  RFC2833 Nyttolast 101 (ingen akustisk DTMF!)

                  SIP-UDP-portar

                  4000-4010,5061,5065

                  RTP-profil

                  Detaljer

                  Profil för röstnyttolast

                  G. 722/ G. 711µ/ G. 711a

                  Paketstorlek

                  20 ms

                  VAD (röstaktivitetsdetektering)

                  Nej

                  Timer för mediainaktivitet

                  1 200 ms

                  Ändring av codec för mitten av uppringning

                  Ej godkänd

                  RTP

                  8000-48198

                  sRTP-chiffer

                  AEAD_AES_256_GCM

                  AEAD_AES_128_GCM

                  AES_CM_128_HMAC_SHA1_80

                  AES_CM_128_HMAC_SHA1_32


                   
                  G.729-codec stöds inte. Om du vill använda G.729 måste du använda transkodare.

                  Domäner för Webex samtalsomkoppling

                  DNS SRV _sips._tcp.<domain> används för att nå Webex Edge-ljud. Det finns fyra domäner beroende på region.

                  Region

                  Domän

                  Nord- och Sydamerika

                  ecccspx.amer.pub.webex.com

                  Storbritannien, Nordafrika

                  ecccspx.emea.pub.webex.com

                  Asien/Stillahavsregionen

                  ecccspx.apac.pub.webex.com

                  Australien / Nya Zeeland

                  ecccspx.anz.pub.webex.com

                  Europa

                  ecccspx.euro.pub.webex.com

                  DNS SRV löser sig till flera A-poster som pekar på den primära och sekundära webbplatsen. Följande tabell ger ett exempel för AMER-regionen och kan ändras i framtiden.

                  Inspelningstyp

                  Spela in

                  Target

                  Syfte

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxpr1.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxpr2.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxsc1.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxsc2.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  A

                  ecccspxpr1.amer.pub.webex.com

                  207.182.174.101

                  Poäng till Webex Edge-ljud AMER primärt 1

                  A

                  ecccspxpr2.amer.pub.webex.com

                  207.182.174.102

                  Poäng till Webex Edge-ljud AMER Primary 2

                  A

                  ecccspxsc1.amer.pub.webex.com

                  207.182.174.229*

                  Poäng till Webex Edge-ljud AMER sekundär 1

                  A

                  ecccspxsc2.amer.pub.webex.com

                  207.182.174.230*

                  Poäng till Webex Edge-ljud AMER sekundär 2


                   

                  DNS-SRV är dynamisk till sin natur, IP-adresserna är benägna att ändras. Undvik därför att hårdkoda eller bokmärka IP-adresserna. Se avsnittet ”Dokumentrevisionshistorik” för eventuella ändringar eller uppdateringar av portreferensinformationen för Webex Calling-dokumentet.

                  CUBE-redundans

                  Cisco Unified Border Element (CUBE) möjliggör sessionsgränskontroll i ett nätverk som hanterar SIP-anslutningar mellan externa enheter och internt nätverk. Mer information om CUBE finns i avsnittet Förutsättningar nedan.

                  De redundans-modeller som stöds definieras i syfte att ge hög tillgänglighet och eliminera en enda felpunkt för Cisco Partner. Tre olika modeller beskrivs nedan. Cisco Partners bör anta vilken modell som gäller för deras miljö.

                  Under registreringsprocessen ska partnern inaktivera ICMP-filter.

                  Duplex CUBE-distribution för storaverk som distribueras på en enda webbplats

                  Simplex CUBE-distribution för bredaverk som distribueras på flera webbplatser

                  Ytterligare en redundans är möjlig där CUBE distribueras i duplexläge på varje plats. Denna modell är inte nödvändig med tanke på att BroadWorks distribueras med geo-redundans.

                  Tillhandahåller

                  Cisco Partners måste distribuera och hantera den infrastruktur som anges ovan för att aktivera BYoPSTN i sitt nätverk. Följande steg krävs för att tillhandahålla och aktivera GENOM eller PSTN för en Cisco-partner.
                  1

                  Partnerförutsättningar

                  • Distribuera BroadWorks-systemet

                  • Distribuera CUBE för Webex Edge-ljud eller utnyttja din egen SBC

                  2

                  Etablera telefonnummer i Cisco Partner Hub

                  • Reservera telefonnummergrupper som ska associeras med kundmallar

                  3

                  Etablera DNS SRV-grupper för återuppringning i Cisco Partner Hub (valfritt)

                  • Om du vill distribuera mötesdelta via återuppringning ska du etablera DNS SRV-grupper för återuppringning och uppdatera dina DNS-inställningar. Annars kan du hoppa över det här steget.

                  4

                  Koppla PNG (och CDSG) till kundmallar

                  • Koppla telefonnummergrupper och DNS SRV-grupper med återuppringning (endast om återuppringning av möten har distribuerats) till dina kundmallar.

                  5

                  Tillhandahåller organisationer för utsädeslösning

                  • Tillhandahåll en testtjänsteleverantör eller ett företag för Webex For Broad Works med hjälp av var och en av kundmallarna.

                  • Tillhandahåll en prenumerant med ett standardpaket som använder alternativet för inringningsnummer som tillhandahålls av partner.

                  6

                  Välj organisationen för primär utsädeslösning

                  • Välj en enda primär frölösningsorganisation för GENOM oPSTN.

                  7

                  Hämta konfigurationen för Broad Works (BY eller PSTN)

                  • Hämta JSON-filen från Cisco Partner Hub som innehåller den information som behövs för att konfigurera BroadWorks

                  8

                  Bestäm DNS SRV-domänen för Webex Edge-ljud

                  • Identifiera domän för Webex Edge-ljud DNS SRV

                  9

                  Konfigurera Broad Works-konfiguration för partner

                  • Konfiguration av virtuell CUBE-prenumerant

                  • Tillämpa telefonnumret för åtkomstkodmappning från hämtad JSON-fil i virtuella prenumeranter

                  • Konfiguration av nätverksserver

                  10

                  Etablera partner CUBE (eller ditt eget SBC)

                  • Följ validerad konfiguration för att tillhandahålla CUBE som din SBC

                  • Alternativt. Om du inte vill använda CUBE reserverar du din egen SBC med CUBE-konfigurationen som en guide på hög nivå

                  11

                  AV eller PSTN-certifiering

                  • Slutföra godkännandetester för certifiering

                  Steg 1: Partnerförutsättningar

                  Följande förutsättningar måste vara uppfyllda för tillhandahållande av BY oPSTN. Förutsättningarna nedan förutsätter att partnern har en fungerande Webex för Cisco BroadWorks-distribution som inkluderar:

                  • Fungerande BroadWorks System – enligt dokumentationen i Webex för Cisco BroadWorks lösningsguide

                  • BroadWorks AS-licens med ”VoiceXML”-tjänst i tillräcklig mängd (1 per PSTN-nummer)

                  • BroadWorks-korrigeringar krävs:

                    För 22 kr:

                    • AP.xsp.22.0.1123.ap376935

                    • AP.as.22.0.1123.ap376935

                    För 23 kr:

                    • AP.xsp.23.0.1075.ap376935

                    • AP.as.23.0.1075.ap376935

                    För R24

                    • AP.as.24.0.944.ap376935

                  • Cisco CUBE-system distribuerat (IOS version 16.12.2 eller senare): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

                    Både maskinvarubaserat och virtuellt CUBE stöds. Maskinvarubaserad CUBE rekommenderas för skalbarhet och hantering av större antal samtal.

                  • Webex-partnerorganisation – enligt beskrivningen i Webex för Cisco BroadWorks lösningsguide

                  Steg 2: Etablera telefonnummergrupper (PNG) i partnerhubben

                  Den procedur som Cisco Partner använder för att lägga till sina telefonnummer för inringning till Webex-möten är följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Konfiguration av mötesdelta (BY eller PSTN) väljer du Skapa telefonnummer för inringningp.

                  5. Ange telefonnummergruppens namn och välj Nästa.

                  6. Ange telefonnummerinformationen och välj Nästa.

                  7. Granska sammanfattningen av telefonnummergruppens uppgifter och välj Spara.

                  8. Upprepa denna procedur för varje telefonnummergrupp som ska läggas till.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 3: Etablera DNS SRV-grupper med återuppringning (CDSG) i partnerhubben


                   
                  Detta steg ska endast slutföras om du vill distribuera alternativet Delta i möte via återuppringning. Annars kan du hoppa över det här steget.

                   
                  Om du inte konfigurerar det här alternativet kan användare använda inringningsalternativet för att delta i möten, eller så kan de delta med datorljud.

                  När du använder alternativet Mötes återuppringning krävs en återuppringning DNS SRV-grupp för att dirigera samtal från Webex till CUBE. Proceduren som Cisco Partner använder för att lägga till sina CUBE DNS SRV-poster i Webex är följande:

                  1. Logga in på partnerhubben.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Konfiguration av mötesdelta (BY eller PSTN) väljer du Skapa DNS SRV-grupp för återuppringning.

                  5. Ange namnet för återuppringning DNS SRV -gruppen.

                  6. Välj Nästa.

                  7. Ange DNS SRV-uppgifter för återuppringning.

                  8. Välj Nästa.

                  9. Granska sammanfattningen av DNS SRV-detaljer för återuppringning.

                  10. Välj Spara.

                  11. Tillhandahålla eventuella uppdateringar av DNS för att återspegla de nya posterna i DNS SRV-gruppen.

                  12. Upprepa denna procedur för varje återuppringning DNS SRV-grupp som ska läggas till.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 4: Koppla PNG och CDSG till kundmallar i Partner Hub

                  Initial konfiguration och verifiering av BYoPSTN-lösningen kräver en utsädesorganisation för varje unik kombination av telefonnummergrupp och återuppringning DNS SRV-grupp (om återuppringning krävs). Därför rekommenderas det att Cisco Partners skapar en ny kundmall för varje unik kombination av telefonnummergrupp och DNS SRV-grupp för återuppringning. Varje kundmall bör användas för att generera en motsvarande såorganisation.

                  När BYoPSTN-konfigurationen har såtts och verifierats med hjälp av såsorganisationerna kan telefonnummergrupperna och DNS SRV-grupperna för återuppringning tillämpas på befintliga kundmallar efter behov.

                  Observera att nyskapade kundmallar inte används av befintliga kunder som inte har testats och därför säkert kan användas för manuell verifiering av BYoPSTN-konfigurationen.


                   
                  Om du inte distribuerar mötesanslutning via återuppringning behöver du inte koppla återuppringnings DNS SRV-grupper till kundmallen. Du måste dock välja Inaktivera återuppringning.

                  Om du vill lägga till i en ny kundmall gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Mallar väljer du Lägg till mall.

                  5. Ange mallinformation. På pakettypsstadiet:

                    • Välj pakettyp som standard.

                    • Välj Konfiguration för att delta i möte som Partner tillhandahållna inringningsnummer (BY eller PSTN).

                    • Välj en etablerad telefonnummergrupp.

                    • För återuppringning DNS SRV-grupp om du vill aktivera alternativet Återuppringning väljer du en reserverad DNS SRV-grupp för återuppringning. Annars väljer du Inaktivera återuppringning.

                  6. Välj Nästa.

                  7. Ange de återstående malluppgifterna.

                  8. Granska sammanfattningen av mallinformation.

                  9. Klicka på Spara.

                  10. Upprepa denna procedur för varje kundmall som måste läggas till

                  Skärmbilden nedan visar proceduren.

                  Om du vill uppdatera en befintlig kundmall gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till avsnittet Broad Works Calling.

                  4. Under Mallar väljer du Visa mall.

                  5. Välj mallen som ska uppdateras.

                  6. Bläddra till avsnittet Konfiguration för att delta i möte:

                    • Välj inringningsnummer som tillhandahålls av partner (BY eller PSTN).

                    • Välj en tidigare konfigurerad telefonnummergrupp.

                    • För Återuppringning DNS SRV-grupp väljer du en etablerad DNS SRV-grupp för återuppringning om du vill aktivera alternativet Återuppringning. Annars väljer du Inaktivera återuppringning.

                  7. Välj Spara.

                    Skärmbilden nedan visar proceduren.

                  Steg 5: Tillhandahåller organisationer för utsädeslösning

                  BYoPSTN-lösningen har flera olika komponenter, vardera måste konfigureras korrekt för att lösningen ska fungera. Ett av de två syftena med frölösningsorganisationerna är att generera telefonnummer för mötes åtkomstkoder och en universellt unik identifierare (webbplats-UUID) som krävs för att lösningen ska fungera kontinuerligt. Det andra syftet är konfigurationskontroll.

                  För varje unik kombination av telefonnummergrupp och DNS SRV-grupp för återuppringning som ska användas bör en motsvarande kundmall skapas tidigare. För var och en av dessa kundmallar måste en organisation för utsädeslösning tillhandahållas. Etableringen av dessa utsädesorganisationer genererar telefonnumret för mappning av mötes åtkomstkoder och en mötesplats-UUID som krävs för att konfigurera BroadWorks.

                  Med hjälp av var och en av de tidigare konfigurerade kundmallar reserverar du en prenumerant för en ny BroadWorks-tjänsteleverantör eller ny Broad Works Enterprise med en Standard-paketanvändare. Den resulterande standardpaketmötesplatsen ska använda alternativet för inringningsnummer för partnerleverantörens möte. Någon av följande metoder kan användas för att etablera prenumeranten:

                  1. Tillhandahåll testprenumeranten med hjälp av API:er för BroadWorks Subscribers enligt dokumentationen på developer.webex.com.

                  2. Aktivera testprenumeranten för IM&P-tjänsten på ett BroadWorks som har konfigurerats för att använda kundmallen. Se till att kundmallen använder standardpaketet som standard för att säkerställa att testprenumeranten tilldelas ett standardpaket. Alternativt måste testprenumeranten uppdateras för att ha standardpaketet.

                  Observera att det rekommenderas att frölösningsorganisationerna är associerade med en BroadWorks Service Provider eller BroadWorks Enterprise.

                  Steg 6: Välj organisationen för primär utsädeslösning

                  Det är viktigt att den här mötesplatsen förblir etablerad eftersom den här webbplatsens UUID skickas i varje begäran om anslutning till möten som en autentiseringstoken. Du ska inte ta bort fröorganisationen eftersom den associerade mötesplatsen också kommer att tas bort. Om utsädesorganisationen tas bort måste du tillhandahålla en ny och konfigurera om Broadworks med den nya webbplatsens UUID.

                  De primära och eventuella sekundära frölösningsorganisationerna kan tas bort om så önskas innan uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas till kunder som inte har testats. När uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas alla kunder som inte har testats associeras dessa telefonnummer och återuppringningar med mötesplatser för dessa kunder och används för att delta i möten med inringning och återuppringning. Eventuella ändringar bör betraktas som att de påverkar tjänsten.

                  Om du vill välja organisationen för primär utsädeslösning gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till avsnittet Broad Works Calling.

                  4. Under avsnittet Konfigurationsvalidering (BY eller PSTN) väljer du Tilldela.

                  5. På skärmen Tilldela organisation söker och väljer du en av de utsädesorganisationer som tidigare konfigurerats

                  6. Välj Tilldela.

                    Den valda såorganisationen är den primära såorganisationen.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 7: Hämta BroadWorks Configuration (BY eller PSTN)

                  Information om organisationen för primär utsäde, telefonnummergrupper och DNS SRV-gruppen för återuppringning för ett visst BroadWorks-kluster finns på en enda plats, BroadWorks-konfiguration (BYoPSTN) JSON-filen. Den här informationen behövs för att konfigurera BroadWorks för BY eller PSTN.

                  Observera att JSON-konfigurationsfilen endast är tillgänglig för visning/hämtning när organisationen för primär utsädeslösning har valts.

                  Proceduren för att visa/hämta JSON-konfigurationsfilen är följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Välj Visa kluster under Kluster.

                  5. Välj det kluster som är associerat med kundmallar som har konfigurerats för AV eller PSTN.

                  6. Bläddra till BroadWorks verkskonfiguration för avsnittet BY o PSTN.

                  7. Klicka på Hämta JSON-konfigurationsfil.

                  8. Upprepa denna procedur för alla andra BroadWorks-kluster.

                  Skärmbilderna nedan illustrerar proceduren.

                  Se exempelkonfigurationsfilen för JSON nedan. Filen innehåller ytterligare information om varje telefonnummergrupp, återuppringning DNS SRV-grupp. Följande nyckelkonfigurationsobjekt som måste anges i BroadWorks är markerade med fetstil.

                  • webbplats-UUID: BroadWorks måste skicka detta värde i SIP-meddelandena, det är en token som Webex Edge-ljud använder för att bekräfta identiteten på Cisco Partners BroadWorks och dess åtkomst till mötesplatser som hanteras av denna Cisco Partner.

                  • Mappning av telefonnummer – till åtkomstkod: Telefonnumren och tillhörande Webex-åtkomstkoder måste konfigureras i BroadWorks.

                    • telefonnummer

                    • åtkomstkod

                  • lokalTagg: Önskat meddelandespråk som är kopplat till telefonnummer måste konfigureras i BroadWorks.

                  • dnsSrv: DNS SRV för återuppringning måste konfigureras i DNS och hänvisa till önskade CUBE-instanser.

                  
                  {
                     "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"
                        }
                     ]
                  }
                  

                  Steg 8: Bestäm DNS SRV-domänen för Webex Edge-ljud

                  DNS SRV-domänen för Webex Edge-ljud måste konfigureras i BroadWorks. Använd följande procedur för att bestämma värdet.

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Kunder.

                  3. Välj BY oPSTN-valideringsenterprise.

                  4. Välj Visa kund.

                  5. Gå till Tjänster/Möten.

                  6. Välj standardpaketmötesplatsen.

                  7. Bläddra till botten av panelen bredvid och välj Konfigurera webbplats.

                  8. Välj Allmänna inställningar/Ljudinställningar.

                  9. Under avsnittet Edge-ljudanpassade globala inringningsnummer väljer du Generera Lua-skript.

                  10. Sök efter värde ”-- Uppdatera till rubriken med CCAX URL” i popup-fönstret.

                     
                    -- 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)
                    
                  11. Extrahera värdet i fetstil, till exempel, ecccx.amer.webex.com.

                  Detta är den DNS SRV-domän för Webex Edge-ljud som måste konfigureras på BroadWorks.

                  Steg 9: Konfigurera Broad Works-konfiguration för partner

                  I det här avsnittet beskrivs den konfiguration av BroadWorks som krävs för att genomföra scenarierna för inringning och återuppringning av möten som visas i diagrammen nedan. Konfigurationsexemplen baseras på data i JSON-filen som visas i föregående avsnitt. Nummer, domäner, namn på företag/grupper, enhetstyp, policyer, profiler etc. förväntas variera beroende på partner.

                  Information om breda verk – Ring mig (återuppringning med SIP X-Cisco-Meet-Info-rubrik) – till registrerad telefon/PSTN

                  Samtalsflöde:

                  1. Användaren begär återuppringning, Webex initierar en återuppringning.
                  2. Samtal dirigeras till BroadWorks OTT.
                  3. Samtalet når CUBE som tillhandahålls i CH. CUBE dirigerar samtalet till BroadWorks.
                  4. BroadWorks identifierar samtalet som mötesvärdens ursprung och skapar en session för mötesvärdens användare och behandlar samtalet.
                  5. Mötesvärdens användarsession bearbetar samtalet och översätter det uppringda numret. Dessutom genereras en faktureringspost för mötesvärdens användare.
                  6. BroadWorks dirigerar samtalet antingen till användaren som är kopplad till enheten (7) eller till PSTN (8).
                  Användarens telefon eller PSTN ringer och när de besvaras deltar de i mötet.

                  Innan du börjar

                  SIP-kommunikation mellan BroadWorks och CUBE kan vara över UDP eller TCP beroende på dina nätverkskrav. Om vissa nätverk- eller åtkomstenheter (till exempel gateways eller slutpunkter) i flödena BYeller PSTN för inringning eller återuppringning inte har stöd för TCP, ska UDP användas istället.

                  Konfigurationen och exemplen som visas i den här guiden använder TCP som transportprotokoll. Om du vill använda TCP ska du se till att både din BroadWorks-programserver och nätverksservern är konfigurerade för TCP:

                  _CLI/Interface/SIP> get
                  networkProxyTransport = unspecified
                  accessProxyTransport = unspecified
                  supportDnsSrv = true
                  supportTcp = true

                  Programserver

                  Identifiera/typ av enhetsprofil

                  En ny identitets-/enhetsprofiltyp bör skapas för att representera CUBE. Se till att ange följande egenskaper nedan, medan andra kan lämnas på standardvärden:

                  • Typ av signalering – Ställ in på intelligent proxyadress

                  • Autentisering – Ställ in som aktiverad

                  • Supportidentitet i UPDATE och Re-INVITE – kontrollerad

                  • Statisk registrering möjlig – Ställ in som aktiverad

                  • Videomöjlig – Ställ in som inaktiverad

                  I exemplet nedan skapas den nya identitets-/enhetsprofiltypen ”VXML_profile” för att representera CUBE.

                  Virtuell prenumerant till röst-XML

                  Skapa en röst-XML-instans

                  Varje Webex Meetings PSTN-nummer representeras av en virtuell prenumerant i BroadWorks och funktionen VoiceXML kan användas. Det rekommenderas att ett dedikerat företag och en särskild grupp används för alla virtuella VoiceXML-prenumeranter. Observera att vi faktiskt inte använder några VoiceXML-funktioner, men den här typen av virtuella användare är lämplig för att interagera med CUBE.

                  För att använda VoiceXML-tjänsten ska du se till att licensen har tillräckligt med ”VoiceXML”-kvantiteter och att tjänsten är auktoriserad på företagsnivå och gruppnivå, och att VoiceXML-tjänsten tilldelas gruppen som visas i exempelbilden nedan.

                  Under Grupp > Tjänster, välj RöstXML och skapa en instans för varje PSTN-nummer.

                  Konfigurera röst-XML-adresser

                  För varje VoiceXML-instans anger du följande under VoiceXML-adresser:

                  • Telefonnummer – Ange inringningsnumret för Webex Meetings-webbplatsen (till exempel 2403332200).

                  • Anknytning

                  • Identitet/enhetsprofil – Skapa en instans (till exempel VXML_deviceProf) baserat på enhetstypen som skapades i föregående avsnitt (VXML_profile i exemplet) och ange följande konfiguration.

                  • Linje/port – ange i <access number="">@<domain> formatet, där

                    • <access number=""> är åtkomstkodsnumret för Webex Meetings-webbplatsen (tillgängligt från JSON-filen) (till exempel 88631321777971704941)

                    • <domain> är domänen för Webex Edge-ljud för den här möteswebbplatsen (till exempel ecccspx.amer.pub.webex.com)

                  • Kontakta sip – För inringningssamtal till åtkomstnumret skickas INVITE med en begäran-URI som är inställd på värdet i det här fältet. Ange SIP-kontakten i det här formatet <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, där:

                    • <sip contact=""> är <number> från linje/port fältet men med domänen som SRV som löser sig till CUBE:s adress (till exempel 88631321777971704941@cube.internal.local)

                    • <Locale> representerar språkinställningen enligt användarspråket (till exempel locale=en_USA)

                    • <Meetings Site="" UUID=""> är webbplats-UUID från JSON-filen (till exempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

                    • <SIP transport=""> bör vara transport=tcp för att få AS att använda TCP för att skicka meddelanden till CUBE.

                  Nedan visas ett exempel på inställningar för röstXML-adresser.


                   
                  För varje ytterligare mötesåtkomstnummer som ska användas ska en ytterligare virtuell VoiceXML-prenumerant skapas analog till ovanstående. Samma enhetsprofil kan användas, men fälten Linjeport och Kontakt måste konstrueras utifrån åtkomstnummerinformationen som visas ovan.

                   
                  Kontrollera att de begränsningar för samtalshanteringspolicyn som du konfigurerar i den virtuella prenumeranten i BroadWorks är tillräckliga för att hantera de extra BYoPSTN-samtal i din telefonnummergrupp.

                  Tilldela SIP-autentisering till röst-XML-instans

                  Tilldela autentiseringstjänsten till den virtuella abonnenten för VoiceXML. Detta kommer att användas för att autentisera SIP INVITE-meddelanden från CUBE i återuppringningsscenariot. Det förhindrar också att den virtuella VoiceXML-prenumeranten tar emot samtal från andra parter än CUBE

                  Gå till sidan för virtuell prenumerantautentisering under Verktyg och ange SIP-användarnamn och lösenord enligt följande:


                   

                  CUBE måste konfigureras med samma användarnamn och lösenord för att autentisera INVITE-meddelanden som skickas till AS.

                  Ett exempel på kommandot för att konfigurera SIP-autentisering på CUBE är följande:

                  sip-ua authentication username VSUB password 0 <unencrypted password>
                  (See the CUBE onfiguration/datafill for more details).

                  Namedefs fil

                  SIP-kontaktfältet för virtuell XML-prenumerant innehåller URL:en där domändelen löses till CUBE-adressen. Detta är en intern SRV och namedefs-filen på AS kan användas för att lösa den interna SRV till CUBE IP.

                  I vårt exempel är SIP-kontaktens SRV cube.internal.local och löser sig till 10.165.196.30 port 5060 för att nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen uppdateras enligt följande:

                  _sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

                  Samtalstyp för Webex Meetings

                  Konfigurationsalternativen för samtalsbehandling av Webex Meetings är tillgängliga för att kontrollera hur inringningssamtal för möten hanteras. Som standard behandlas inringningssamtal som externa samtal eftersom inringningsnummer är värd för ett särskilt företag eller en särskild tjänsteleverantör. Externa samtal ingår normalt i sessionens antagningskontrollräkning och flaggas för laddning i CDR-fältet laddningsindikator.

                  Följande exempel lägger till den rekommenderade konfigurationen för att behandla mötessamtal som interna samtal så att de utesluts från laddning och utesluts från räkenskaperna för sessionstillträde.

                  Genom att ställa in Verkställ NS-laddningsfältet som sant baseras populationen i CDR-fältet laddningsindikator på det konfigurerade laddningsattributet för nätverksserverns samtalstyp.

                  AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
                  
                  AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
                        Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
                    ==========================================================================================
                    Webex Meetings       WXM               true                                true
                  

                  Virtuell prenumerant för återuppringning av röst-XML-möte

                  Skapa en Voice-XML-mötesdeltagare med återuppringning

                  En dedikerad virtuell VoiceXML-prenumerant med ett speciellt Webex Meeting-återuppringningsalternativ (nedan kallad VoiceXML-mötesåteruppringningsalternativ) måste konfigureras på BroadWorks Application Server (AS) för att hantera återuppringningssamtal i Webex Meetings. Endast en enskild instans av den här prenumeranten kan konfigureras på AS.

                  Om du vill aktivera funktionen ställer du in aktiveringsfunktionen 102074 som sann via CLI.

                  AS_CLI/System/ActivatableFeature> activate 102074
                  ***** Warning *****:
                  This activity should only be done during a maintenance window because
                  this may cause large amounts of data to be added/modified/deleted and
                  it may take some time to execute. Features that have web page impacts
                  require that users and administrators log out and log back in.
                  Are you sure you want to continue?
                  
                  Please confirm (Yes, Y, No, N): y
                  ...Done
                  
                  AS_CLI/System/ActivatableFeature> get
                  
                        Id                                               Description  Activated  Last Modified Timestamp
                  =============================================================================================
                    102746                            BroadWorks Support for CI UUID       true
                    102074          BYO PSTN Billing support for CallBack and CallIn       true      
                    104256                          Weak Password Validation Service      false
                    104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
                    103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
                    104255    Control password usage and behavior to ensure security      false
                  

                   

                  Eftersom funktionen ”BYO PSTN-fakturering för återuppringning och inringning” beror på funktionen ”BroadWorks Support för CI UUID” måste du också aktivera funktionen (102746) innan du aktiverar funktionen (102074). Mer information finns i avsnittet ”CI User UUID Sync (Broadworks Support för CI UUID)”.

                  VoiceXML-mötesdeltagaren för återuppringning liknar den befintliga virtuella BYOPSTN VXML-prenumeranten, men taggade den med en ny flagga för återuppringning av Webex-möten. Den här VoiceXML-mötesprenumeranten konfigureras med samma enhetsprofil som den befintliga virtuella BYOPSTN VXML-prenumeranten, samt autentiseringstjänsten med samma inloggningsuppgifter.

                  Ett exempel visas nedan:

                  Prenumerant för återuppringning av VoiceXML-möten måste finnas på den AS som är värd för mötesvärdens användare. När tjänsteleverantören tar emot INVITE-begäran om återuppringning försöker den att hitta både återuppringningsanvändaren VoiceXML-mötesåteruppringningsanvändaren och mötesvärdsanvändaren på telefonnumret under samtalskonfigurationen. Om ingen av dessa användare hittas avvisas samtalet.

                  Mötets värdsession

                  I återuppringningsscenariot med X-Cisco-Meet-Info-rubriken tar Cisco BroadWorks-programservern emot en SIP-INVITE-begäran och identifierar mötesvärdanvändaren med hjälp av parametern för värd-CI-användare i SIP X-Cisco-Meet-Info-rubriken. En samtalssession skapas för mötesvärdens användare skapas för att behandla samtalet och köra användarens tjänsteprofil. Dessutom genereras en faktureringspost för mötesvärdens användare. Mötes-ID och webbplatsens UUID-information från rubriken SIP X-Cisco-Meet-Info samlas in i faktureringsposten.

                  Ett exempel på rubriken SIP X-Cisco-Meet-Info visas nedan:

                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
                  -04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

                  Plattform för programleverans

                  CI-användarnas UUID-synkronisering (Broadworks-stöd för CI UUID)

                  Användar-CI UUID är en unik identifierare för att identifiera användare i Webex-miljön.

                  Detta Webex Provisioning Sync-program på Cisco BroadWorks Application Delivery Platform (ADP) används för att synkronisera, kartlägga och lagra användar-CI UUID i BroadWorks-infrastrukturen så att det kan användas i olika interaktioner med Webex och Webex för BroadWorks-tjänsten.

                  Se ”Aktivera Webex Meeting Callback” om hur CI User UUID-associationen används av Cisco BroadWorks nätverksserver och Cisco BroadWorksapplication Server.

                  Följande steg konfigurerar programmet Webex Provisioning Sync för att regelbundet göra omröstningar och uppdatera de bredaarbetsanvändarna med CI UUID.

                  Webex Provisionssync-programmet kräver OAuth-inloggningsuppgifter med spark-admin:broadworks_subscribers_read scope för Cisco Identity Provider och kan erhållas genom att samla in en tjänstebegäran med din registreringsagent.

                  Se avsnittet ”Hämta OAuth-inloggningsuppgifter för ditt Webex för Cisco BroadWorks” för mer information om hur du tar upp tjänstebegäran 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

                  Lägg till token med lämpligt partnernamn enligt följande:

                  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       ********
                  

                  Lägg till partnernamnet som är associerat med OAuth-token i listan över partner som ska övervakas av programmet Webex Provisioning Sync med flaggan ”aktiverad” som är inställd på ”sant”.

                  Med detta Webex Provisionssync-program börjar CI-användarnas UUID-synkronisering på det definierade omröstningsintervallet.

                  ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

                  När partnern har inkluderats kan Webex Provisioning Sync-programmet nu ansluta CI UUID till BroadWorks-användarna.

                  Ändra tidsgränsen för anslutning med följande kommandon:

                  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
                  

                  Den här anslutningen kan göras automatiskt eller manuellt. Kommandot för manuell synkronisering av CLI kan omedelbart utlösa anslutningen.

                  ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

                  Partner med ”aktiverat” inställt som ”sant” utför associerad i omröstningsintervallet. Under den initiala associeringen frågar Webex-programmet Etableringssynkronisering Webex-prenumerantens API för att hämta data som innehåller CI UUID för alla användare som partnern är värd för. BroadWorks-användarens externa ID uppdateras med tillhörande CI UUID. Efterföljande föreningar påverkar användare som lagts till i partnern. Statuskommandot kan användas för att se om synkroniseringen är klar.

                  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 är klar ändras statusen tillbaka till övervakning. Efterföljande synkronisering utförs på användare som lagts till i partnern efter ”Sista synkroniseringstiden”.

                  Följande figur visar CI UUID som ställts in i externt ID:

                  Nätverksserver

                  Samtalstyp

                  För fakturering och rapportering kan det vara önskvärt att markera CDR:er för inringningssamtal i möten. Detta kan göras med hjälp av policyn för att skriva in nätverksservern föresamtal.

                  Lägg först till en ny samtalstyp på NS CLI under /System/CallP/CallTyp. Följande exempel lägger till den nya samtalstypen ”WXM”:

                  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
                  

                  Samtalstypen kan sedan användas i en instans för typning föresamtal som är en del av BroadWorks-användarens routningsprofil. I det här exemplet har en ny instans för typning före samtal ”wxm” lagts till under /Policy/CLI-typning före samtal, men det kan vara en befintlig instans för typning före samtal som redan används:

                  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 
                  

                  Nästa steg är att lägga till poster i instans för typning före samtal för alla inringningsnummer under CLI-kontexten /Policy/FöresamtalTypning/DialPlanPlan. Till exempel:

                  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
                  

                  Instans för typning föresamtal läggs sedan till (förutsatt att den inte redan finns) i den tillämpliga routningsprofilen för den ursprungliga användaren som visas i exemplet nedan:

                  NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
                  NS_CLI/Policy/Profile> get profile Profall
                  Profile:  Profall
                                   Policy              Instance
                     ==========================================
                               CallTyping           DefaultInst
                            CallScreening           DefaultInst
                              SubLocation           DefaultInst
                                FarEndRtg           DefaultInst
                               NearEndRtg           DefaultInst
                               UrlDialing           DefaultInst
                              MediaSrvSel           DefaultInst
                                   SIMPLE           DefaultInst
                                DstSvcRtg           DefaultInst
                        NumberPortability           DefaultInst
                               RCBasedRtg           DefaultInst
                        NetVoicePortalRtg           DefaultInst
                            PreCallTyping                   wxm    
                  

                   
                  BroadWorks med ursprung i CDR:er genereras endast av samtal från BW-prenumeranter. PSTN-baserade samtal från ”nätverkssidan” i det alternativa systemet kommer inte att generera CDR:er med ursprung. Det kommer att finnas en avslutande CDR för den virtuella abonnenten VoiceXML i båda fallen.

                  DirigeringNE

                  En dirigeringNE krävs på NS under /System/Device/DirigeringNE CLI-kontext för att representera CUBE. På det här sättet, när NS tar emot INVITE från CUBE, matchar den via-rubriken med den dirigeringNE-post som tillhandahålls på NS. Se Administrationsguide för Cisco Broad Works nätverksserverkommandolinje för information om hur du lägger till en dirigeringNE.

                  Nedan visas ett exempel på kommandon för att lägga till routning-NE ”WebexMeetings”, där CUBE IP-adressen = 10.165.196.30. I exemplet visas även kommandon för att skapa en ny OrigRedirect- och profilinstanser för att ansluta till routningsinstansenNE, men befintliga instanser kan också användas.

                  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 exempelkonfigurationen skickar CUBE till NS en INVITE som liknar följande (viktiga fält med fet skrift):

                  INVITE sip:+19991111111@domain.com:5060 SIP/2.0
                  Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
                  Remote-Party-ID:" BroadWorks
                  "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
                  From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
                  To:<sip:+19991111111@domain.com>
                  Date:Thu, 03 Nov 2022 12:39:58 GMT
                  Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
                  Supported:100rel,timer,resource-priority,replaces,sdp-anat
                  Min-SE:14400
                  Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
                  X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
                  User-Agent: Cisco-SIPGateway/IOS-16.12.2s
                  Timestamp: 1667479198
                  Session-ID:
                  e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
                  Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
                  CSeq:101 INVITE
                  Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
                  Expires:180
                  Allow-Events:telephone-event
                  Max-Forwards:68
                  

                  Där:

                  • URI för INVITE-begäran innehåller återuppringningsnumret

                  • Via rubrik: innehåller CUBE:s IP-adress som kommer att användas för att välja NE-profil för dirigering.

                  • X-Cisco-Info-Meet-rubrik: används för att identifiera värd-CIU serUuid, meetingid och webbplats-UUID.

                  När NS tar emot INVITE använder Via-rubriken för att matcha routningNE ”WebexMeetings”. Detta kommer i sin tur att välja ”wxm_routing” routningsprofilen som innehåller ”wxm_Inst”-instansen för OrigRedirect.

                  Policyn för NS-origRedirect kommer sedan att matcha rubriken X-CISCO-MEET-INFO:

                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

                  med linjeporten konfigurerad på den virtuella VoiceXML-prenumeranten och skicka en 302-omdirigering till AS-paret som är värd för den prenumeranten. Meddelandet 302 liknar följande:

                  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änen i INVITE URI (i exemplet är det bw.myenterprise.com) som skickas av CUBE till NS måste identifieras av NS. Detta kan göras genom att lägga till domänen i NS_CLI/System/Alias-kontexten, till exempel:

                  NS_CLI/System/Alias> add bw.myenterprise.com

                  Kommandot för att konfigurera INVITE URI-domänen på CUBE finns i nästa avsnitt, under målet för samtalskollega/session, till exempel:

                  dial-peer voice 23401 voip
                  session target dns:bw.myenterprise.com

                  VärdNE

                  För att stödja Webex Meetings-samtalsbehandlingsalternativen för fakturering och kontroll av sessionsantagning måste programserverns värd-NE-signaleringsegenskaper Information om samtalstyp som krävs och krävercharge vara aktiverade i NS_CLI/System/Device/Hosting-NE-kontext._ Till exempel:

                  NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
                   CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

                  Aktivera återuppringning av Webex Meeting

                  I återuppringningsscenariot med rubriken SIP X-Cisco-Meet-Info skickar CUBE samtalet till nätverksservern för att omdirigeras till AS-paret. AS-paret bestäms baserat på parametern aktivera WebexMeetingHoost Lookup.

                  NS_CLI/System/CallP/Options> get
                    accessSideRoutingNeDeterminedViaSignaling = false
                    disableNdcValidationForCalledNumbers = true
                    forceRoutingNEProfile = false
                    skipPrivatePoliciesOnEmergency = true
                    maxReturnedContacts = 10
                    enableWebexMeetingHostLookup = true
                  

                  När aktivera systemparametern för WebexMeetingHoost Lookup är korrekt används mötesvärdens användar-CI UUID i rubriken X-Cisco-Meet-Info för att identifiera AS-paret som är värd för mötesvärdens användare.

                  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
                  

                  Steg 10 Etableringspartner CUBE

                  Det här avsnittet tillhandahåller en validerad konfiguration för hur du distribuerar Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) för Ta med din egen PSTN-lösning.

                  Det här avsnittet fokuserar på de CUBE-konfigurationer som krävs för att samverka med exemplet Webex för Cisco BroadWorks-konfiguration som visas i föregående avsnitt. För en mer allmän diskussion om den inledande distributionen och konfigurationen av CUBE, se följande guider: 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

                  Distribuera Yvårt eget SBC-alternativ

                  Om du inte vill distribuera CUBE har du möjlighet att distribuera din egen SBC. Observera dock att det här dokumentet inte tillhandahåller en validerad konfiguration för andra SBC-enheter än CUBE.

                  Om du distribuerar din egen SBC kan du följa CUBE-konfigurationskraven på hög nivå (till exempel tilldelningar som domänen, offentliga och privata gränssnitt och gateways) för att vägleda din konfiguration. Se dock din SBC-dokumentation för detaljerad hjälp med kommandorad eftersom de faktiska kommandona för din egen SBC sannolikt kommer att skilja sig från CUBE.


                   

                  Om inte annat anges gäller de återstående konfigurationskraven i steg 10 oavsett vilken SBC du distribuerar. Exempel på kommandoraden är dock endast för CUBE, om det inte anges att exemplet gäller för andra SBC:er. För andra SBC:er, se din SBC-dokumentation för konfigurationskommandrar.

                  Inledande konfiguration

                  För att konfigurera CUBE måste det privilegierade EXEC-läget vara aktiverat. Ange lösenordet om du blir ombedd.

                  enable

                  Så här går du in i globalt konfigurationsläge:

                  configure terminal

                  Ställ in domänen:

                  ip domain name myenterprise.com

                  Ställ in maximal segmentstorlek (MSS):

                  ip tcp mss 1360

                  Nätverkskonfiguration

                  Definiera offentliga och privata gränssnitt. I vårt CUBE-exempel:

                  ------- 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
                  !
                  

                  Konfigurera gatewayer för IP-routning för offentliga och privata sidor:

                  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>
                  

                  Aktivera SSH:

                  ip ssh logging events
                  ip ssh version 2
                  !
                  username admin privilege 15 password <password>
                  

                   

                  CUBE (eller din egen SBC) måste vara inuti en DMZ med korrekt konfigurerade brandväggsregler. Se avsnittet Portar som används av Webex för listan över portar som ska öppnas på den externa brandväggen

                  Konfigurera SRV-poster för återuppringningssamtal som skickas från CUBE (eller din SBC) till nätverksservrar för BroadWorks. Till exempel SRV för 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>
                  

                  Konfigurera DNS-servern:

                  ip name-server <DNS_IP_address>

                   

                  Ett alternativt DNS-alternativ är att konfigurera intern DNS där den interna DNS når ut till en överordnad DNS-server om den interna sökningen misslyckas.

                  Konfiguration av samtalsbehandling

                  Allmänt

                  Konfigurera CUBE (eller din SBC) med alla IP-adresser som behöver åtkomst till VoIP-tjänsten. Detta inkluderar:

                  • Privata SIP-signaleringsadresser för BroadWorks AS, NS och MS-servrar.

                  • Offentliga sidadresser för Webex Edge för ljudinfrastruktur.

                  Se nedan för ett exempel på 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
                  

                   
                  IP-adressintervallet ovan är ett exempel. För den aktuella listan över offentliga IP-adresser för Webex-ljudinfrastrukturen går du till:

                  Hur tillåter jag Webex Meetings-trafik i mitt nätverk?– IP-adressintervallet för de flesta kluster visas under Lista över IP-adressintervall som används av Cisco Webex Meetings-tjänster. Ett undantag är för Kinas kluster, för vilka intervallet visas på följande länk:

                  Nätverkskrav för Cisco Webex kinesiska kluster

                  Standardtimern för CUBE för att upprätta en TCP-anslutning innan den dirigeras vidare är 20 sekunder. Så här ändrar du:

                  ip tcp synwait-time <5-300 (seconds)>

                  På BroadWorks-sidan är standardtimern för programservern att timeout på en icke-responsiv åtkomstenhet 6 sekunder. Så här ändrar du:

                  AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>

                  Offentliga och privata sidgränssnitt för RTP-trafik på CUBE (eller din egen SBC) måste öppnas. Se nedan för CUBE-exemplet:

                  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
                  

                  Där:

                  • <CUBE PUB="" IP=""> är den offentliga IP-adressen för CUBE
                  • <CUBE PRIV="" IP=""> är CUBE:s privata IP-adress
                  • Portintervall: i exemplet, portintervall från 10200 till 28000

                  CUBE har stöd för följande TLS-krypteringssviter (under inringning erbjuder CUBE dessa i TLS-handskakets klienthej):

                  • 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

                  Andra allmänna inställningar att konfigurera (se nedan för exempel på 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 för inkommande och utgående uppringning måste definieras för senare användning i samtalskollegor:

                  voice class uri INEdgeAudio sip
                   pattern x-cisco-webex-service=audio
                  !
                  voice class uri OUTEdgeAudio sip
                   host cube.internal.local
                  

                  Webex Edge-ljud har stöd för codec för G722, G711ulaw och G711alaw. Följande röstklasskod måste definieras för senare användning i samtalskollegor:

                  voice class codec 3
                   codec preference 1 g722-64
                   codec preference 2 g711ulaw
                   codec preference 3 g711alaw
                  

                  Webex Edge-ljud använder SRTP. Röstklassen SRTP-crypto tilldelar den rekommenderade SRTP-kryptosviten som ska användas för Edge-ljud. Konfigurera följande kryptopaket i ordning. Konfigurationen av röstklass srtp-crypto måste tillämpas på samtalskollegor som används för anslutning med Edge-ljud.

                  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
                  

                  Förkonfigurera en primär nyckel för att kunna ställa in ett lösenord för autentisering

                  key config-key password-encrypt Password123 authentication username <username>
                  password encryption aes
                  

                  Ange inloggningsuppgifterna för SIP-autentisering som har tillhandahållits för den virtuella VoiceXML-prenumeranten i AS med följande kommando. För återuppringningsscenarier kommer dessa inloggningsuppgifter att användas när AS utmanar den INVITE som CUBE (eller din egen SBC) skickar till AS.

                  sip-ua
                   ------- to enable authentication -------
                   authentication username <username> password 0 <password>
                  

                  När autentiseringen har konfigurerats blir lösenordet fördunklat när det visas med kommandot ”visa kör-config”

                  sip-ua
                   ------- to enable authentication -------
                   authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
                  

                  Följande globala SIP-konfiguration måste också göras:

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

                  Översättningsprofiler

                  SIP-meddelandeöversättningsprofilen 2340 används för inringningssamtal för möten. Den bör ha en post för att ändra SIP-meddelanden som kommer från BroadWorks innan den skickas ut till Edge-ljud, som visas i exempelregel 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"
                  

                  I ovanstående regel 11 kartläggs inkommande begäran Uri från BroadWorks, som har kontaktvärdet för den virtuella CUBE-prenumerantens enhetsprofil (värdet av kontaktfältet i VXML_deviceProf Device Profile i vårt exempel):

                  88631321777971704941@cube.internal.local;x-cisco-site-
                  uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
                  Till lämplig dirigeringsdomän för Webex Edge-ljud:
                  88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
                  uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp

                  Observera att när CUBE (eller din egen SBC) ligger bakom en statisk NAT krävs ytterligare konfiguration till sip-profilen 2340. Se följande länk för mer information:

                  https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

                   
                  Om du distribuerar din egen SBC måste du konfigurera liknande regler på din egen SBC.

                  För att vidarebefordra 486 meddelanden som skickas av AS tillbaka till Webex Edge-ljudet krävs följande konfiguration på CUBE (för din egen SBC, se din SBC-dokumentation för 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"
                  

                  Om andra 4xx meddelanden behöver skickas tillbaka till Webex Edge-ljud följer du samma exempel ovan.

                  Ring kollegor

                  En röstklassklient måste definieras på CUBE (eller din egen SBC) för användning i samtalskollegor senare, vilket uppfyller följande kriterier:

                  • Det finns inget driftsätt för nyttolast som behövs för RTP-NTE DTMF-paket, så konfigurera full asymmetrisk nyttolast.
                  • Edge-ljud har inte stöd för uppdateringar av inringar-ID, så värdet ”ingen uppdatering-uppringare” måste konfigureras.
                  • Samtalsomkoppling för Webex Edge-ljud baseras på URI:er. URI för samtalsdirigering måste vara aktiverat för att matcha samtalskollegor baserat 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öljande uppringningskollegor är konfigurerade så att CUBE kan behandla samtal mellan BroadWorks och Webex Edge-ljud. Konfigurera följande på CUBE (en liknande konfiguration måste konfigureras 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-samtalsflöden

                  Med konfigurationen som gjorts ovan beskrivs exempel på scenarierna för inkommande/utgående samtalsflöde i CUBE nedan. Färgkodningen på ett specifikt steg relaterar till samma färgposter i uppringningskodarna ovan.


                   
                  Om du distribuerar din egen SBC, se din SBC-dokumentation för mer information om samtalsflöden med din SBC.

                  För ett inringningsscenario från Broadfungerar till Webex:

                  • En inkommande INVITE tas emot från BroadWorks i det interna gränssnittet 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>
                    
                  • Peer-profilen för inkommande uppringning 23401 väljs baserat på värden i den inkommande begäran URI (”cube.internal.local”) som matchar konfigurationen ”inkommande uri-begäran OUTEdgeAudio”.
                  • Utgående uppringningskollega 23411 väljs baserat på värden i begäran-URI (”cube.internal.local”) som matchar konfigurationen ”destination uri OUTEdgeAudio”.
                  • En utgående INVITE skickas i det externa gränssnittet med värden i begäran-URI har ändrats från ”cube.internal.local” till ”ecccspx.amer.pub.webex.com” med översättningsprofilen för ”röst-klass sip-profiler 2340” som anges i uppringningskollegen:
                    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>
                    

                  För ett scenario med återuppringning från Webex till Broad Works

                  • En inkommande INVITE tas emot från Webex i det externa CUBE-gränssnittet 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
                    
                  • Inkommande samtalskollega 23411 väljs baserat på mönstret ”x-cisco-webex-service=ljud” som finns i URI för inkommande begäran baserat på konfigurationen ”inkommande uri-begäran INEdgeAudio”.
                  • Två utgående samtalskollegor väljs baserat på att mönstret ”x-cisco-webex-service=ljud” finns i begäran-URI baserat på konfigurationen ”destination uri INEdgeAudio”.

                    - Ring peer 302

                    - Ring peer 23401

                  • En utgående INVITE skickas till nätverksservrarna (SRV-sökning baserad på ”session target dns:bw.myenterprise.com entry” i uppringningskollegan) i det interna gränssnittet
                    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
                    
                  • Nätverksservern returnerar kontakter för AS-paret som är värd för den virtuella CUBE-prenumeranten:
                    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 dirigerar samtalet till den aktiva AS baserat på den returnerade kontakten i meddelandet 302:
                    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öljande konfigurationssteg måste göras för att tillåta mTLS-anslutningar mellan CUBE (eller din egen SBC) och Webex Edge-ljud.


                   
                  Det är obligatoriskt att du konfigurerar mTLS mellan CUBE (eller din egen SBC) och Webex Edge-ljud.

                  Stöd för wildcard-certifikat

                  Wildcard signerade certifikat använder ett generiskt ämnesnamn (t.ex. *.us.example.com) som motsvarar domänen för CUBE eller ditt eget SBC. Wildcard-certifikat stöds för CUBE- eller SBC-distributioner med flera kluster men stöds inte för CUBE- eller SBC-distributioner med en nod.

                  Trustpool

                  Under TLS-handskakning, när Webex Edge-ljud skickar sitt certifikat, kommer CUBE att validera det mot listan över certifikat som accepteras i trustpoolen.

                  Trustpool-paketet måste uppdateras med Cisco Root CA genom att hämta det senaste ”Cisco Trusted Core Root Bundle” från http://www.cisco.com/security/pki/ att använda kommandot:

                  crypto pki trustpool import clean url <url>

                  Certifikaten som skickas av Webex Edge-ljud är signerade av IdenTrust. Se till att certifikatet ”IdenTrust Commercial Root CA” är installerat. Se den här länken för mer information:

                  https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms


                   
                  Om du använder din egen SBC och inte kan slutföra importen kan du konvertera paketet till .pem-format med hjälp av öppna källverktyg, t.ex. Öppna SSL. Du kan till exempel använda hydrant-ID-certifikat med följande kommando:
                  openssl x509 -inform der -in certificate.cer -out certificate.pem

                  Trustpoint

                  Edge-ljud kräver att DIN CUBE erbjuder signerade certifikat från betrodda CA-certifikatutfärdare för anslutningar med ömsesidig TLS (mTLS). Använd följande länk för att komma till en lista över certifikatmyndigheter som Cisco litar på. Certifikat som har undertecknats av myndigheter i den här listan anses vara giltiga och anslutningen kommer att tillåtas: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

                  CUBE för enkel nod

                  En enda nod innebär att CUBE (eller ditt eget SBC) kommer att importera ett certifikat med ämnesnamnet unikt till dess FQDN, vilket innebär att ingen annan CUBE skulle kunna importera det (med andra ord INTE ett wildcard-certifikat).

                  • Så här skapar du CSR (certifikatsigneringsbegäran) för CUBE:

                    - skapa knapppar (detta knapppar kommer att länkas till trustpunkten)

                    CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
                    • allmänna nycklar – Anger att nyckelparet för allmänt syfte ska genereras.
                    • etikett <key-label> – (valfritt) Namn som används för ett RSA-nyckelpar när de exporteras. Om en nyckeletikett inte anges används routerns fullständigt kvalificerade domännamn (FQDN).
                    • exporterbart – (valfritt) Anger att RSA-nyckelparet kan exporteras till en annan Cisco-enhet, till exempel en router.

                    - skapa trustpoint (En trustpoint innehåller det certifikat som du vill binda på CUBE. När CUBE tar emot en certifikatbegäran kommer den att svara med trustpunktens certifikat bifogat)

                    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 lista över återkallade certifikat (CRL) är en lista över återkallade certifikat. CRL skapas och signeras digitalt av den CA som ursprungligen utfärdade certifikaten. CRL innehåller datum för när varje certifikat utfärdades och när det löper ut.

                    inskrivningsterminal pem – Lägger till gränser för integritetsförbättrad e-post (PEM) till certifikatbegäran (manuell kopiera-klistra från START CERTIFIKATBEGÄRAN till AVSLUTA CERTIFIKATBEGÄRAN)

                    fqdn – Fullständigt kvalificerat domännamn för CUBE

                    ämnesnamn CN=<fqdn> – ämnesnamnet som ska signeras

                    rsakeypair <key label=""> - knappparet som genererats från föregående steg

                    (referens: 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)

                    – generera 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
                    
                  • Skicka CSR (från START CERTIFIKATBEGÄRAN till AVSLUTA CERTIFIKATBEGÄRAN) till CA (certifikatutfärdare)
                  • CA genererar ett signerat certifikat

                    – Beroende på CA kommer de att tillhandahålla rotcertifikatet (t.ex. DigiCertCA.crt) och det begärda certifikatet (t.ex. cube.crt)

                  • Läs in CA-certifikatet

                    – Autentisera först förtroendepunkten med rotcertifikatet

                  • 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
                    

                    – Importera sedan CUBE:s certifikat på trustpoint 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
                    

                   
                  Om du distribuerar din egen SBC, se din SBC-dokumentation för information om hur du skapar CSR.

                  CUBE-kluster för flera noder (med alternativa namn i certifikatet) – stöds INTE

                  Flernod innebär att CUBE kommer att kunna importera samma certifikat för mer än en CUBE-distribution. Användning av det alternativa ämnesnamnet för att generera CSR stöds för närvarande inte: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred

                  CUBE-kluster för flera noder (använd wildcard signerat certifikat som pkcs12-format)

                  Flernod med ett wildcard signerat certifikat innebär att ämnesnamnet är generiskt (t.ex. *.us.example.com) och motsvarar CUBE:s domän (eller din SBC-domän).

                  • Förutsatt att du har ett wildcard-certifikat redo kan du göra offentliga (.crt) och privata nycklar (.key) filer redo.
                  • Med OpenSSL skapar du en PKCS12-fil (.pfx) som innehåller .crt- och .key-filer: (använd cygwin på Windows) - referens: 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
                  • Överför .pfx-filen till CUBE:bootflash: (scp från Linux-server till CUBE)
                    scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
                  • Skapa en trustpoint och importera 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>
                    

                  Validera konfigurationen av CUBE-certifikat

                  Kontrollera att hela kedjan ingår i certifikatet. Följande exempel visar valideringskommandon för CUBE. Om du distribuerar din egen SBC använder du de kommandon som gäller för 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
                  

                  Ställ in SIP-signalering för att använda trustpoint

                  Använd följande kommando för att tillhandahålla SIP UA med CUBE-trustpoint. Följande är ett exempel för CUBE. Om du distribuerar din egen SBC, se din SBC-dokumentation för kommandohjälp.

                  CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
                  CUBE-loggar

                  Se aktiverade felsökningsfilter

                  CUBE# show debug

                  Så här ställer du in felsökningsfilter (exempel)

                  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å här tar du bort felsökningsfilter (exempel)

                  CUBE# no debug ccsip messages

                  Rensa och kontrollera loggbuffert

                  CUBE# clear log
                  >>> make test call <<<
                  CUBE# show log
                  

                   

                  Om du inte distribuerar CUBE, se dokumentationen för din egen SBC för information om hur du använder loggar.

                  Andra användbara kommandon

                  Kontrollera aktuell konfiguration

                  CUBE# show running-config (or just CUBE# show run)

                  Spara konfiguration till ROM som kommer att användas när du startar

                  CUBE# write

                  Steg 11 AV oPSTN-certifiering

                  När konfigurationen och provisioneringen av B EnPSTN-lösning är slutförd måste partnern köra genom en uppsättning acceptfall för att kunna intyga sin lösning. Det här är ett obligatoriskt steg för att partner BEttPSTN ska kunna godkännas och aktiveras.

                  Testresultaten för acceptans beskrivs i dokumentet Ta med din egen PSTN-acceptationsprocedur Webex för Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

                  Partnern bör förse registrerings- och certifieringsteam med resultaten av de godtagningstester som har utförts.

                  Frågor, problem och resultat från utförandet av godkännandetestärenden ska rapporteras och delas i det Webex-utrymme som har tilldelats för registrering av partnern.

                  Tillämpa uppdateringar på en telefonnummergrupp/DNS SRV-grupp för återuppringning i tjänst

                  När kunder som inte testats har tilldelats en kundmall med hjälp av inringningsnummer från partner är följande alternativ för att delta i mötet tillgängliga för dessa användare:

                  • Mötesinbjudningar inkluderar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp

                  • Webex-appen visar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp som ett alternativ för att delta i mötet

                  • Användargränssnittet för Webex Meeting visar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp som ett alternativ för att delta i mötet

                  • Om återuppringning har aktiverats i kundmallen tillhandahåller Webex Meeting alternativet ”Ring mig på” där begäran om återuppringning dirigeras till en av de poster som anges i den tilldelade DNS SRV-återuppringningsgruppen

                  En ändring av alternativen för att delta i möte för en kundmall eller en ändring av en tilldelad telefonnummergrupp eller en ändring av en återuppringning DNS SRV-grupp kan påverka ovanstående alternativ för att delta i mötet. Dessa ändringar gäller inte för befintliga kunder, men nyetablerade kunder kommer att se dessa ändringar omedelbart återspeglas för sina Standard- och Premium-paketmötesplatser. Därför rekommenderas det starkt att en sådan ändring verifieras med hjälp av en frölösningsorganisation innan den tillämpas på befintliga kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning (om återuppringning DNS SRV-grupper distribueras).

                  Följande steg bör följas när du gör en uppdatering av alternativen för att delta i mötet för en kundmall och/eller tillämpar uppdateringar för telefonnummergrupper eller DNS SRV-grupper för återuppringning.

                  Observera att om kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning används av tjänsteleverantörer för BroadWorks och/eller test BroadWorks Enterprises, är denna procedur valfri. Det kan vara lämpligare att helt enkelt ta bort BroadWorks tjänsteleverantörer och/eller testa BroadWorks Enterprises-organisationer och ometablera dem med hjälp av uppdaterade kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning.

                  Uppdatera endast telefonnummergrupp:

                  1. Skapa en ny tillfällig telefonnummergrupp med nödvändiga uppdateringar.

                  2. Skapa en ny tillfällig kundmall som använder den nya telefonnummergruppen. Om en befintlig telefonnummergrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Hämta JSON-filen BroadWorks Configuration (BYoPSTN), DEN INNEHÅLLER TELEFONNUMRET FÖR ÅTKOMST TILL KODMAPPNING FÖR DE NYA TELEFONNUMREN I TELEFONNUMMERGRUPPEN.
                  5. Bestäm DNS SRV-domänen för Webex Edge-ljud för standardpaketmötesplatsen för frölösningsorganisationen. Den ska vara oförändrad från det värde som tidigare bestämts för den ursprungliga telefonnummergruppen.
                  6. Tillämpa konfigurationsuppdateringar på BroadWorks med JSON-filen BroadWorks Configuration (BYoPSTN).
                  7. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats och delta i mötet med hjälp av inringningsnumren.
                  8. Tillämpa uppdateringen på den ursprungliga telefonnummergruppen. Ändringen är nu i drift för kunder som inte har testats.
                  9. Organisationen för utsäde, den tillfälliga telefonnummergruppen och kundmallen kan tas bort. Dessa element krävs inte längre när den ursprungliga telefonnummergruppen har uppdaterats.

                  Uppdatera endast DNS SRV-grupp för återuppringning:

                  1. Skapa en ny tillfällig DNS SRV-återuppringningsgrupp med de nödvändiga uppdateringarna.
                  2. Skapa en ny tillfällig kundmall som använder den nya DNS SRV-gruppen för återuppringning och befintlig telefonnummergrupp. Om en befintlig DNS SRV-återuppringningsgrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats, delta i mötet med inringande telefonnummer och använda alternativet ”Ring mig på”.
                  5. Tillämpa uppdateringen på den ursprungliga DNS SRV-återuppringningsgruppen. Ändringen är nu i drift för kunder som inte har testats.
                  6. Organisationen för utsädeslösning, DNS SRV-återuppringningsgrupp och kundmall kan tas bort. Dessa element krävs inte längre när den ursprungliga DNS SRV-gruppen för återuppringning har uppdaterats.

                  Uppdatera både telefonnummer och DNS SRV-grupp för återuppringning:

                  1. Skapa ett nytt tillfälligt telefonnummer och DNS SRV-återuppringningsgrupp med nödvändiga uppdateringar.
                  2. Skapa en ny tillfällig kundmall som använder den nya telefonnummergruppen och den nya DNS SRV-gruppen för återuppringning. Om en befintlig telefonnummergrupp och/eller DNS SRV-återuppringningsgrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Hämta JSON-filen BroadWorks Configuration (BYoPSTN), DEN INNEHÅLLER TELEFONNUMRET FÖR ÅTKOMST TILL KODMAPPNING FÖR DE NYA TELEFONNUMREN I TELEFONNUMMERGRUPPEN.
                  5. Bestäm DNS SRV-domänen för Webex Edge-ljud för standardpaketmötesplatsen för frölösningsorganisationen. Den ska vara oförändrad från det värde som tidigare bestämts för den ursprungliga telefonnummergruppen.
                  6. Tillämpa konfigurationsuppdateringar på BroadWorks med JSON-filen BroadWorks Configuration (BYoPSTN).
                  7. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats, delta i mötet med inringande telefonnummer och använda alternativet ”Ring mig på”.
                  8. Tillämpa uppdateringen på det ursprungliga telefonnumret och DNS SRV-återuppringningsgruppen. Ändringen är nu i drift för kunder som inte har testats.
                  9. Organisationen för utsäde, den tillfälliga telefonnummergruppen, DNS SRV-återuppringningsgruppen och kundmall kan tas bort. Dessa element krävs inte längre när den ursprungliga telefonnummergruppen och DNS SRV-gruppen för återuppringning har uppdaterats.

                   
                  Organisationen för primär utsädeslösning ska inte tas bort om en ny organisation för primär utsädeslösning har valts och konfigurerats i BroadWorks. Om du tar bort organisationen för primär utsäde tas bort UUID på vilken BYoPSTN-lösningen är beroende av SIP-meddelandeautentisering till Webex Edge-ljud. Om det tas bort kommer mötesdeltagare via inringning för webbplatser som använder inringningsnummer från partner att misslyckas.

                  G722 Media-interoperabilitet vid användning av din egen SBC

                  När du använder din egen SBC måste interoperabilitetsproblem som normalt hanteras av CUBE övervägas mellan Cisco Partners BroadWorks Infrastructure och Webex Cloud. Ett exempel är en inringning eller återuppringning med G722-codec som involverar BroadWorks Media Server (till exempel när du använder BroadWorks samtalsinspelningstjänst). I det här fallet kan Webex Edge-ljudet skicka en SDP med linjen ”a=fmtp:9”. Din SBC måste uppdatera den här linjen för att lägga till bitrate-parametern så att den har ”a=fmtp:9 bitrate=64” innan den skickas till BroadWorks-backend.

                  Kända begränsningar

                  • Alla ändringar i alternativet Anslutning till kundmall, Cisco-inringningsnummer eller partnertillhandahållna inringningsnummer tillämpas endast på nyetablerade kunder. Befintliga kunder som använder mallen förblir oförändrade.

                  • Alla ändringar i inställningarna för kundmallens telefonnummergrupp eller DNS SRV-grupp för återuppringning tillämpas endast på nyetablerade kunder eller befintliga kunder som etableras för sin första standard- eller premiumpaketanvändare. Befintliga kunder som redan har standard- eller premiumpaketanvändare förblir oförändrade.

                  • Alla ändringar i telefonnummergrupper eller DNS SRV-grupper för återuppringning som är tilldelade till kundmallar tillämpas endast på nyetablerade kunder eller befintliga kunder som tillhandahålls för sin första standard- eller premiumpaketanvändare. Befintliga kunder som tilldelats till associerade mallar som redan har standard- eller premiumpaketanvändare förblir oförändrade.

                  • En viss kundmall har stöd för Cisco-inringningsnummer eller alternativet för att delta i möten med partnertillhandahållna samtalsnummer, en kombination av de två alternativen för samma mall stöds inte.

                  • SIP-meddelandena för användning av ”Ring mig på” eller återuppringning av möten innehåller inte information om den kund och/eller användare som är värd för det möte som ska delta i.

                  • Telefonnumren och tillhörande mötesåtkomstkoder för en viss telefonnummergrupp stöder endast en enda DNS SRV-domän för Webex Edge-ljud (till exempel ecccspx.amer.webex.com). Användning av dessa telefonnummer för att ringa in till möten på en annan DNS SRV-domän för Webex Edge-ljud stöds inte.

                  • Webex Edge-ljud stöder inte omförhandling av codec mitt samtal. Därför kanske tjänster som åberopas efter att ett samtal besvarats inte fungerar som de ska.

                  • Webex-appen, användargränssnittet för Webex Meeting-webbplatsen och e-postinbjudan till Webex Meeting innehåller en länk till ett dokument med ”avgiftsfria samtalsbegränsningar”. Det här dokumentet är specifikt för telefonnummer som tillhandahålls av Cisco och ska ignoreras av användare när de använder telefonnummer som tillhandahålls av partner för att delta i möten.

                  Revisionshistorik för dokument

                  Följande tabell visar en historik över ändringar av detta dokument under de senaste 12 månaderna.

                  Datum

                  Version

                  Beskrivning av ändring

                  08 april 2024

                  1-36

                  • Observera att DNS-SRV är dynamisk i naturen och lade till wildcard i IP-adresserna.

                  10 januari 2024

                  1-35

                  • Artikel 4 har lagts till i avsnittet Översättningsprofiler.

                  22 december 2023

                  1-34

                  • Uppdaterade avsnitten för att delta i mötet med återuppringning (valfritt), routning-NE, aktivera återuppringning av Webex-möten, översättningsprofiler och Cube-samtalsflöden har uppdaterats.

                  04 juli 2023

                  1-33

                  • Uppdaterade avsnittet Anslutning till möte med hjälp av återuppringning (valfritt).

                  02 februari 2023

                  1-32

                  • Lade till ny domän för Storbritannien och Nordafrika lade till under Webex samtalsomkopplingsdomäner.

                  • Lade till mötets värdsession och applikationsplattform under steg 9: Etablera konfiguration av Broad Works för partner.

                  02 februari 2023

                  1-31

                  • Uppdaterade Tillämpa uppdateringar i avsnittet DNS SRV-grupp för telefonnummergrupp/återuppringning i tjänst.

                  31 januari 2023

                  1–30

                  • Lade till avsnittet Programplattform under Programserver.

                  29 nov 2022

                  1-29

                  • Lade till Aktivera återuppringning av Webex Meeting i avsnittet Nätverksserver.

                  • Har lagts till Skapa en Voice-XML-mötesdeltagare med återuppringning i avsnittet Programserver.

                  • Uppdaterade DNS SRV-poster under Webex samtalsomkopplingsdomäner.

                  Ta med din egen PSTN-lösning

                  Definitioner

                  Definitioner

                  Beskrivning

                  Cisco-partner

                  En enhet (vanligtvis en tjänsteleverantör) som säljer Ciscos produkter och tjänster till sina kunder.

                  Slutkund

                  Användare som använder Ciscos produkter och tjänster som säljs till dem av en Cisco-partner.

                  CUBE

                  Cisco Unified-kantobjekt

                  Partnerorganisation

                  Arkiv för Webex Identity och Service Management som innehåller information om Cisco Partners och deras kunder.

                  Partnerhubb

                  Webbportal för att tillhandahålla identitet och tjänster för Cisco Partners och de kunder som de hanterar.

                  Kundorganisation

                  Arkiv för Webex Identity och Service Management som upprätthåller information om slutkunden.

                  BroadWorks Enterprise eller tjänsteleverantör/grupp

                  Representation av slutkunden i BroadWorks.

                  Översikt

                  Lösningen Bring Your Own PSTN (BYoPSTN) låter Webex för Cisco BroadWorks-tjänsteleverantörer tillhandahålla telefonnummer som de äger och som användare kan använda när de deltar i Webex Meetings. Lösningen gör att partner kan dra nytta av sina egna PSTN-nätverk och använda befintliga relationer med PSTN-leverantörer i stället för att använda nummer som tillhandahålls av Cisco.

                  Referensarkitekturen i det här dokumentet ger en design baserad på slutpunkt-till-slutpunkt för BYoPSTN-alternativet. Denna arkitektur har validerats av Cisco och använder Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) för samtalstrafik mellan BroadWorks och Webex Meetings.

                  Välja alternativet Delta i möte

                  För närvarande har Webex för Cisco BroadWorks stöd för två alternativ för etablering av mötestelefonnummer. Tjänsteleverantörer måste välja ett av dessa två alternativ – en blandning stöds inte:

                  • Cisco inringningsnummer (Cisco PSTN) – Cisco tillhandahåller de telefonnummer som mötesdeltagarna kan använda för att delta i möten

                  • Inringningsnummer som tillhandahålls av partner (BY eller PSTN) – Tjänsteleverantörer tillhandahåller sina egna telefonnummer som ska användas av mötesdeltagare när de deltar i möten

                  AV eller PSTN-lösning

                  Partner som väljer alternativet Partner tillhandahållna inringningsnummer (BY eller PSTN) måste tillhandahålla sina egna PSTN-telefonnummer och måste tillhandahålla den nätverksinfrastruktur som krävs för att dirigera samtal till och från Webex. Lösningen BY eller PSTN underlättar dirigering av samtal över toppen (OTT) via det offentliga internet från BroadWorks till Webex.

                  Följande villkor gäller när du väljer alternativet BYoPSTN:

                  • Cisco Partners kan använda samma telefonnummer för fler än en slutkund. Dessa telefonnummer kan finnas i alla länder som partnern använder.

                  • Alternativet BYeller PSTN kräver inga ändringar i den allmänna registreringsprocessen för Webex för Cisco BroadWorks-kunder.

                  • BY oPSTN kräver etablering på Cisco-partnernivå och alla slutkunder som partner aktiverar när BYoPSTN är i drift aktiveras automatiskt.

                  • Alla etableringar som krävs för kundmötesplatser är automatiska, precis som med den aktuella allmänt tillgängliga lösningen.

                  • Partner som aktiverar både standard- och premiumpaket har två möteswebbplatser: en webbplats för standardanvändare och en annan för Premium-användare. Båda webbplatserna är aktiverade för BY oPSTN.

                  • Mötesdeltagare som ringer in till möten kan välja att använda video- och innehållsdelning via internet.

                  • Gäller för mötesdeltagande för både utrymmesmöten och PMR-möten. Observera att för utrymmesmöten måste utrymmet ha skapats av en standard- eller premiumanvändare med värdfunktioner för Webex Meeting för att ta emot ett PSTN-åtkomstnummer – utrymmen som skapas av grundläggande användare får inte PSTN-åtkomstnummer.

                  • Det här dokumentet tillhandahåller en validerad konfiguration som använder CUBE som din SBC. Om du inte vill använda CUBE kan du dock distribuera din egen SBC.

                  Arkitektur

                  Webex för Cisco BroadWorks BY eller PSTN bygger på Webex Edge-tjänsteuppsättningen, närmare bestämt Webex Edge-ljudtjänsten som är tillgänglig för företagskunder. Arkitekturen är anpassad för att integrera Cisco Partners BroadWorks-infrastruktur med Webex Edge-ljud, vilket gör det möjligt för Cisco Partner att centralt konfigurera uppsättningar av telefonnummer för slutkundernas användning.

                  De viktigaste delarna av arkitekturen är följande:

                  • BroadWorks – Cisco Partners BroadWorks infrastruktur

                  • Cisco Unified Border Element (CUBE) – referenssessionsgränskontroll (SBC) för lösningen som distribueras i Cisco Partners datacenter. CUBE måste vara inuti en DMZ. Observera att om du inte vill använda CUBE kan du distribuera din egen SBC.

                  • Webex Edge-ljud – Webex-tjänsten, som avkopplar PSTN från Webex genom att ändra samtalsomkoppling för att använda den infrastruktur som tillhandahålls av Cisco Partner.

                  Samtal från mötesdeltagare för att delta i ett möte via BroadWorks till CUBE och från CUBE till Webex-infrastrukturen i molnet via internet. Den här modellen gäller båda följande scenarier för att delta i möten:

                  • Inringning – en mötesdeltagare ringer telefonnumret i mötesinbjudan på antingen sin BroadWorks-registrerade telefonlur, mobilenhet eller i Webex-appen. Samtalet initieras av BroadWorks.

                  • Återuppringning (valfritt) – en mötesdeltagare begär att Webex ringer upp ett telefonnummer som mötesdeltagaren tillhandahåller. Samtalet initieras av Webex.

                  Samtal som dirigeras från BroadWorks till CUBE inom partnerinfrastrukturen kommer att använda SIP TCP för samtalssignalering och RTP för media. Från CUBE till Webex använder samtal SIP TLS för signalering och sRTP för media. Samtalsomkoppling från CUBE till WebEx sker via Internet och använder inte en SIP-trunk.

                  Den typiska konfigurationen för inringnings-/återuppringningsscenarier är följande:

                  • Cisco Partner har ett PSTN-telefonnummer (till exempel 2403332200) och en tillhörande Webex-åtkomstkod (till exempel 88631321777971704941).

                  • Cisco Partner tillhandahåller en virtuell prenumerant på BroadWorks som motsvarar CUBE-enheten. Partnern mappar telefonnumret till åtkomstkoden och vice versa.

                  • Åtkomstkoden, som skickas till Webex i SIP-meddelandena, identifierar mötesplatserna som är associerade med Cisco-partnern.

                  • Ovanstående telefonnummer för åtkomstkodmappning har konfigurerats en gång och är vanligt för alla möteswebbplatser för slutkund.

                  • Mötesdeltagare som deltar i mötet måste ange motsvarande mötes-ID (till exempel 123456), som identifierar det specifika möte som ska delta i.

                  Det rekommenderas att partnerna följer den redundans modell som beskrivs nedan.

                  Delta i möte med inringning

                  Följande bild visar processen för en användare som deltar i mötet genom inringning.

                  Här är de steg som deltagaren använder för att delta i ett möte genom inringning.

                  1. Användaren schemalägger ett möte i Webex. Webex tilldelar ett mötes-ID (till exempel 123456).

                  2. Användaren ringer upp telefonnumret som är kopplat till mötet (till exempel 2403332200). SIP-INBJUDAN bär begäran-URI som det telefonnummer som är kopplat till mötet.

                  3. BroadWorks översätter telefonnumret till en åtkomstkod (till exempel 88631321777971704941) som är kopplad till mötesplatsen och dirigerar samtalet till CUBE med begäran-URI som åtkomstkod.

                  4. Webex tar emot SIP-INBJUDAN och besvarar samtalet. Meddelandenas språk bestäms av det språk som anges för telefonnumret när det tillhandahålls i Cisco Partner Hub och BroadWorks.

                  5. Användaren anger mötes-ID (till exempel 123456) med DTMF. Webex verifierar användaren och låter sedan användaren delta i mötet.

                  Delta i möte med återuppringning (valfritt)

                  Följande bild visar processen för en användare som deltar i mötet genom återuppringning, användaren begär ett samtal från Webex för att delta i ett möte.

                  Här är de steg som deltagaren använder för att delta i ett möte genom återuppringning:

                  1. Användaren schemalägger ett möte i Webex. Webex tilldelar ett mötes-ID (till exempel 123456).

                  2. Användaren begär ett samtal från Webex till önskat nummer (till exempel +16504441000) för att delta i mötet via Webex-appen eller Meetings-klienten.

                  3. Webex initierar en SIP-INBJUDAN till CUBE baserat på DNS SRV-gruppen för återuppringning, som tillhandahålls i Cisco Partner Hub och BroadWorks. URI för SIP INVITE-begäran innehåller det telefonnummer som måste ta emot samtalet (till exempel +16504441000@cube.example.com).

                  4. CUBE översätter telefonnumret i fjärrparts-ID till ett värde som identifierar en virtuell prenumerant på Broad Works (till exempel 88631321777971704941@ecccx.amer.pub.webex.com). Detta identifierar CUBE som en virtuell användare på BroadWorks-programservern.

                  5. Samtal erbjuds till användarens telefonnummer och användaren svarar på samtalet för att delta i mötet. Det här telefonnumret kan vara en BroadWorks-prenumerant eller ett PSTN-nummer. Om det begärda numret är ett PSTN-nummer använder BroadWorks den etablerade sökvägen för att dirigera samtalet till PSTN.

                  För alternativet återuppringning är det obligatoriskt att aktivera följande två funktioner:

                  • 102746 – Stöd för BroadWorks för CI UUID
                  • 102074 – BYO PSTN-faktureringsstöd för återuppringning och inringning

                  Detta kan bekräftas från CLI enligt nedan:

                  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      
                  

                  En detaljerad beskrivning av dessa funktioner och aktivering finns i avsnittet ”VoiceXML Meeting Call Back Virtual Subscriber” i det här dokumentet.


                   
                  Om du väljer att inte konfigurera alternativet Delta i möte med återuppringning kan användare fortfarande använda alternativet Inringning för att delta i möten eller de kan delta med datorljud. I det här fallet behöver du inte konfigurera DNS SRV-återuppringningsgrupper.

                  Lösningskonfiguration, översikt

                  Lösningen har flera olika komponenter, varav var och en måste konfigureras korrekt för att lösningen ska fungera. Komponenterna är följande:

                  • BroadWorks

                  • CUBE (eller en alternativ SP-certifierad sessionsgränskontroll (SBC))

                  • Webex Edge-ljud

                  Det finns ett ömsesidigt beroende mellan konfigurationen av dessa olika komponenter och som sådana krävs en eller flera lösningsfröorganisationer för att slutföra den nödvändiga lösningskonfigurationen och verifieringen.

                  Såorganisation

                  En utsädesorganisation är en Webex-organisation som du konfigurerar för att generera och validera inställningar för BYoPSTN-lösningen. Utsädesorganisationen måste ha minst en användare tilldelat ett standardpaket, och det standardpaketet måste använda alternativet för att delta i möten med partnerns inringningsnummer (BYoPSTN) . Vi rekommenderar att du associerar utsädesorganisationen med en BroadWorks-tjänsteleverantör eller Enterprise.

                  Lösningens såsorganisationer tjänar två syften:

                  • Utsädeskonfiguration – Etableringen av utsädesorganisationen/utsädesorganisationerna genererar telefonnummer för mötesåtkomstkodmappningar och en universellt unik identifierare (webbplats-UUID) som krävs för den pågående driften av lösningen. Den här informationen krävs för att konfigurera virtuellaBroad Works-prenumeranter (VSUB).

                  • Konfigurationsvalidering– Använd fröorganisationen för att avgöra om din BYoPSTN-lösning är konfigurerad enligt dina krav. Använd fröorganisationen och testa användare för att validera fall med inringning och återuppringning med hjälp av partnerns angivna inringningsnummer och DNS SRV-återuppringningsposter (om återuppringning är aktiverat).

                  Administratören måste skapa en organisation för utsäde för varje unik uppsättning telefonnummer och DNS SRV-återuppringningsposter. Genereringen av frölösningsorganisationen i varje fall genererar det telefonnummer som krävs för att mappas in- och återuppringningskod och möjligheten att verifiera de associerade användningsfallen för inringning och återuppringning för dessa telefonnummer och DNS SRV-poster för återuppringning.

                  Administratören måste välja en frölösningsorganisation som den primära frölösningsorganisationen med hjälp av Cisco Partner Hub. Mötesplatsens UUID för standardpaketmötet för den här organisationen av primär utsäde måste konfigureras i BroadWorks. Det är viktigt att den här mötesplatsen förblir etablerad eftersom den här webbplatsens UUID skickas i varje begäran om anslutning till möten som en autentiseringstoken. Den här enstaka webbplatsens UUID delas av alla uppsättningar telefonnummer och DNS SRV-poster för återuppringning. Flera UUID-värden på plats krävs inte.

                  De primära och eventuella sekundära frölösningsorganisationerna kan tas bort om så önskas innan uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas till kunder som inte har testats. När uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas alla kunder som inte har testats associeras dessa telefonnummer och återuppringningar med mötesplatser för dessa kunder och används för att delta i möten med inringning och återuppringning. Eventuella ändringar bör betraktas som att de påverkar tjänsten.

                  De följande avsnitten ger mer information om de olika konfigurationselementerna.

                  AV eller PSTN-konfigurationselement

                  En nyckelelement i lösningen är konfigurationen av Cisco Partners telefonnummer och DNS SRV-återuppringningsposter. BY oPSTN använder telefonnummergrupper och återuppringning DNS SRV-grupper som ett sätt att tilldela geografiskt baserade telefonnummer och överflödiga samtalsomkoppling för Webex-möten. Dessa element tilldelas till slutkunder av kundmallen.

                  Telefonnummergrupper (PNG)

                  Cisco Partners tillhandahåller de telefonnummer som används av mötesdeltagare för att delta i möten i Cisco Partner Hub. Dessa telefonnummer ordnas tillsammans till en telefonnummergrupp. Listan över telefonnummer är kopplad till en mötesplats. Alla personliga mötesrum (PMR) och schemalagda möten på den möteswebbplatsen använder tillhörande telefonnummer. Följande är ett exempel på en telefonnummergrupp:

                  Tabell 1. Telefonnummergrupp: USA österut

                  Telefonnummer Namn

                  Land

                  Landskod

                  Telefonnummer

                  Meddelande

                  Avgiftstyp

                  Inringningsprioritet

                  USA Maryland

                  USA

                  +1

                  2403332200

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Florida

                  USA

                  +1

                  9049002303

                  Engelska

                  Avgiftsbelagt

                  Sekundär

                  USA i New York

                  USA

                  +1

                  8056504578

                  Engelska

                  Avgiftsfritt

                  Ingen

                  Telefonnummer har följande attribut:

                  • Namn på telefonnummer – Namn för att beskriva telefonnumret

                  • Land – Land som telefonen har tilldelats

                  • Landskod – samtalskod eller inringningskod för land

                  • Telefonnummer – det telefonnummer som ska användas för att delta i ett möte utan landskod

                  • Meddelande – Språk för meddelandet som ska spelas upp när en mötesdeltagare deltar i ett möte

                  • Avgiftsbelagd typ – typ av nummer: Avgiftsbelagt eller avgiftsfritt

                  • Inringningsprioritet – den prioritet som tilldelats mötesnumren. Mötesdeltagarvyn för mötesdeltagarnas deltagarnummer ordnas baserat på den här prioriteringen.

                  Standardtelefonnummer: Administratörer kan tilldela en inringningsprioritet för primär, sekundär eller ingen till ett telefonnummer i telefonnummergruppen. Telefonnummer med primär eller sekundär prioritet är standardtelefonnummer. Standardtelefonnummer skickas i e-postinbjudan till mötet och listas i den prioritetsordning som mötesdeltagarna ska använda för att delta i möten. Standardtelefonnummer måste inte vara i samma land. Ett primärt telefonnummer måste väljas, ett sekundärt telefonnummer är valfritt. Minst ett av standardtelefonnummer måste vara av typen Avgiftsbelagt.

                  Slutanvändare kan välja att ange sina egna standardtelefonnummer med hjälp av mötets webbplatsgränssnitt. Dessa nummer visas för användaren och deras mötesdeltagare när de är mötesvärden. Om användaren deltar i ett möte som deltagare visas de endast för dem.

                  Som i exemplet ovan anger Cisco-partneradministratören USA Maryland som primär och USA Florida som sekundärt, dessa är standardtelefonnummer. En användare kan välja att åsidosätta detta i sina möten genom att byta primär till USA New York och sekundärt till USA Maryland.

                  Det maximala antalet telefonnummer för en viss telefonnummergrupp är 98.

                  OBS: Det går inte att konfigurera ett dedikerat nummer för ett enda företag.

                  DNS SRV-grupper för återuppringning (CDSG)

                  För att mötesdeltagare ska kunna välja återuppringningsalternativet krävs en återuppringning DNS SRV-grupp som pekar på CUBE-instans(er) i Cisco Partners nätverk. Webex använder dessa poster för att dirigera återuppringningen via CUBE till Broad Works, som sedan kan placera återuppringningen till mötesdeltagarens telefonnummer.

                  Följande är ett exempel på en DNS SRV-grupp för återuppringning.

                  Tabell 2. DNS SRV-gruppnamn för återuppringning: Global centralbank

                  Country/Region

                  Landskod

                  DNS SRV-post

                  USA

                  +1

                  cube.us.example.com

                  Mexiko

                  +52

                  cube.mx.example.com

                  Alla andra länder

                  Ej tillämpligt

                  cube.global.example.com

                  DNS SRV-poster för återuppringning har följande attribut:

                  • Land/region – det land eller region för vilket denna DNS SRV-post ska användas för att skicka samtalsförfrågningar.

                  • Landskod – den landskod som är kopplad till landet/regionen. Du kan bara ha en DNS SRV-post per landskod.

                  • DNS SRV-post – DNS SRV-post för Cisco-partner CUBE-instans(er).

                  När mötesdeltagaren begär ett samtal på sitt angivna telefonnummer använder Webex återuppringning DNS SRV som är kopplad till landskoden för det angivna telefonnumret för att dirigera samtalet till lämpliga element i Cisco Partners nätverk.

                  Att använda en DNS SRV-post på detta sätt ger stöd för överflödiga CUBE-instanser för att betjäna samtalsförfrågningar från Webex. I exemplet ovan, när mötesdeltagare i USA begär en återuppringning från Webex till sitt telefonnummer i USA använder Webex DNS SRV cube.us.example.com för att dirigera samtalet till Cisco Partners nätverk. När mötesdeltagare i Mexiko begär en återuppringning från Webex till sitt telefonnummer i Mexiko använder Webex DNS SRV cube.mx.example.com för att dirigera samtalet till Cisco Partners nätverk.

                  För alla länder/regioner som inte har en specifik DNS SRV-post för återuppringning dirigeras dessa samtalsförfrågningar till DNS SRV-posten ”Alla andra länder”. Administratören måste konfigurera en DNS SRV-post ”Alla andra länder”.

                  Det maximala antalet poster för en viss återuppringning DNS SRV-grupp är 200.

                  Kundmallar

                  Kundmallen är ett befintligt koncept för lösningen Webex för BroadWorks. Mallen tillhandahåller standardkonfigurationen som används för att etablera en slutkund. BY oPSTN ger ytterligare attribut till kundmallen:

                  • Typ av mötesdeltagande – kan vara antingen Cisco-inringningsnummer eller partnerinringningsnummer. Detta attribut anger de telefonnummer som har konfigurerats för möteswebbplatser som är kopplade till standard- och premiumpaketen. Administratören ska välja inringningsnummer som tillhandahålls av partner.

                  • Telefonnummergrupp – endast alternativet för inringningsnummer som tillhandahålls med partner anger detta attribut de telefonnummer som används av slutkunder som är etablerade för standard- och premiumpaket när de deltar i möten.

                  DNS SRV-grupp för återuppringning – endast alternativet för inringningsnummer som associeras med partner anger detta attribut de DNS SRV-poster som används av Webex vid återuppringning till slutkunder som är etablerade för standard- och premiumpaket när de deltar i möten. Om du inte vill aktivera återuppringning kan du välja ”Inaktivera återuppringning” när du skapar eller uppdaterar en kundmall. När den första prenumeranten för antingen Standard eller Premium tillhandahålls för en slutkund tillhandahålls den associerade paketmötesplatsen. Paketmötesplatsen tillhandahålls enligt ovanstående kundmall. Alla efterföljande etablerade prenumeranter för antingen Standard eller Premium läggs till på den redan etablerade mötesplatsen – mötesplatskonfigurationen ändras inte.

                  Alla ändringar i kundmallen med avseende på ovanstående attribut gäller endast nyetablerade paketmötesplatser. Befintliga möteswebbplatser som redan har etablerats påverkas inte av ändringar i kundmallen.

                  Det enda anmärkningsvärda undantaget är att om en slutkund redan har en paketmötesplats tillhandahålls alla nya paketmötesplatser med samma mötestyp som den befintliga paketmötesplatsen. Om en slutkund till exempel har en standardpaketmötesplats med Cisco-inringningsnummer och kundmallen har uppdaterats för att använda inringningsnummer tillhandahålls en ny premiumpaketmötesplats med hjälp av Cisco-inringningsnummer, gäller inte inställningen kundmall. Standard- och premiummötesplatserna för en viss slutkund ska alltid tillhandahållas konsekvent.

                  Bredfungerar samtalskluster

                  Cisco Partner Hub – BroadWorks Calling Cluster-skärmen ger åtkomst till att visa och/eller hämta BroadWorks-konfiguration (BYoPSTN) information. Konfigurationsinformationen BYoPSTN för ett visst kluster innehåller följande data:

                  • Information om organisationen av primära utsäde, inklusive UUID och webbplats-URL för standardpaketmötesplatsen.

                  • Information om telefonnummergrupp för alla grupper som har konfigurerats för det här klustret. Detta inkluderar telefonnumret till mappning av mötets åtkomstkod för varje grupp. Observera att uppgifterna bör inkludera grupper som är associerade med alla sekundära frölösningsorganisationer.

                  • Information om återuppringning av DNS SRV-grupp för alla grupper som har konfigurerats för det här klustret. Observera att uppgifterna bör inkludera grupper som är associerade med alla sekundära frölösningsorganisationer.

                  • Kundmallinformation för dessa mallar med hjälp av någon av telefonnummergrupperna och DNS SRV-grupperna för återuppringning.

                  Varje BroadWorks Calling Cluster har sin egen BroadWorks-konfiguration (BYoPSTN) information, särskilt dess tilldelade telefonnummergrupper och DNS SRV-grupp för återuppringning. Observera dock att alla samtalskluster i BroadWorks delar samma primära frölösningsorganisation och som sådan inkluderar samma UUID och webbplats-URL för standardpaketmötesplatsen.

                  Konfigurationen BroadWorks (BYoPSTN) är endast tillgänglig för visning/hämtning när administratören konfigurerar och väljer organisationen för primär utsäde. Organisationen för primär utsädeslösning måste ha minst en användare tilldelad till standardpaketet och det standardpaketet måste använda alternativet för inringningsnummer (BYoPSTN) som tillhandahålls av partner.

                  Exempel på AV eller PSTN-konfigurationselement

                  Följande bild visar ett exempel på en distribution av BroadWorks i flera kluster med geografiska kundmallar, telefonnummer och dirigering.

                  Den första tabellen visar en distribution med flera kluster av BroadWorks med regionalt baserade kundmallar, telefonnummergrupper och DNS SRV-grupper för återuppringning. Följande tabeller expanderar i telefonnummergruppen och DNS SRV-grupperna för återuppringning.

                  BroadWorks-kluster

                  Mallens namn

                  Paket

                  Typ av mötesanslutning

                  Telefonnummergrupp

                  DNS SRV-återuppringningsgrupp

                  bwks us ng

                  USA-västlig std

                  Standard

                  Partner levererade inringningsnummer

                  USA väster

                  Ring oss

                  USA:s västliga prem

                  Premium

                  USA:s öststd

                  Standard

                  USA österut

                  USA:s östliga prem

                  Premium

                  bwks mx

                  MX-std

                  Standard

                  Partner levererade inringningsnummer

                  mx png

                  cb mx

                  MX-förord

                  Premium

                  bwks uk

                  UK-std

                  Standard

                  Partner levererade inringningsnummer

                  uk png

                  Återuppringning inaktiverad

                  UK Prem

                  Premium

                  bwks oss

                  USA-std

                  Standard

                  Cisco inringningsnummer

                  Ingen

                  Ingen

                  • Prenumeranter som har etablerat sig med US West Std- eller US West Prm-mallen använder telefonnumret för US West när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB US DNS SRV-posterna.

                  • Prenumeranter som har etablerat sig med US East Std- eller US East Prm-mallen använder US East Phone-numret när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB US DNS SRV-posterna.

                  • Prenumeranter som etableras med MX Std- eller MX Prm-mallen använder MX PNG-telefonnumret när de deltar i möten. De prenumeranter som möter begäran om återuppringning skickas till CB MX DNS SRV-posterna.

                  • Prenumeranter som reserveras med UK Std- eller UK Prm-mallen använder UK PNG-telefonnummer när de deltar i möten. Dessa prenumeranter kommer inte att erbjudas att delta i mötet via återuppringning eftersom återuppringning är inaktiverat.

                  • Prenumeranter som tillhandahålls med US Std använder Cisco-inringningsnummer och har därför ingen telefonnummergrupp eller DNS SRV-grupp för återuppringning tilldelad. Dessa prenumeranter använder telefonnummer från Cisco för att delta i möten och Cisco DNS SRV-poster för att delta i möten med återuppringning.

                  Information om exemplet telefonnummergrupper är följande:

                  Telefonnummergrupp

                  Telefonnummer Namn

                  Land

                  Landskod

                  Telefonnummer

                  Meddelande

                  Avgiftstyp

                  Inringningsprioritet

                  USA väster

                  USA San Francisco

                  USA

                  +1

                  4156551000

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Palo Alto

                  USA

                  +1

                  9863502478

                  Engelska

                  Avgiftsfritt

                  Ingen

                  USA österut

                  USA Maryland

                  USA

                  +1

                  2403332200

                  Engelska

                  Avgiftsbelagt

                  Primär

                  USA Florida

                  USA

                  +1

                  9049002303

                  Engelska

                  Avgiftsbelagt

                  Sekundär

                  USA i New York

                  USA

                  +1

                  8056504578

                  Engelska

                  Avgiftsfritt

                  Ingen

                  mx png

                  Mexiko

                  SE

                  +52

                  2065304086

                  Europeisk spanska

                  Avgiftsbelagt

                  Primär

                  uk png

                  Storbritannien

                  Storbritannien

                  +44

                  4527789651

                  Engelska

                  Avgiftsbelagt

                  Primär

                  Information om exemplet med återuppringning DNS SRV-grupper är följande:

                  DNS SRV-återuppringningsgrupp

                  Land

                  DNS SRV

                  Ring oss

                  USA

                  cube.us.example.com

                  Alla andra länder

                  cube.row.example.com

                  cb mx

                  SE

                  cube.mx.example.com

                  Alla andra länder

                  cube.row.example.com

                  Konfigurationen för den amerikanska DNS SRV-posten, cube.us.example.com kan vara som i exemplet:

                  _sips._tcp.cube.us.example.com

                  86400

                  i

                  SRV

                  10

                  10

                  5061

                  cube01.us.example.com

                  _sips._tcp.cube.us.example.com

                  86400

                  i

                  SRV

                  10

                  10

                  5061

                  cube02.us.example.com

                  Den här DNS SRV-posten kan lösas upp till följande DNS A-post:

                  cube01.us.example.com

                  86400

                  i

                  A

                  45.84.168.81

                  cube02.us.example.com

                  86400

                  i

                  A

                  45.84.168.82


                   
                  DNS SRV-posterna löser sig för att säkra SIP-samtal från Webex till CUBE.

                  Portar som används av Webex

                  Portarna i tabellen nedan måste öppnas på brandväggen i DMZ där CUBE finns, och andra portar kan stängas. Mer information om hamnkrav och nätverkskrav finns i följande artikel:

                  https://collaborationhelp.cisco.com/article/WBX264

                  Source

                  Källportar

                  Destination

                  Destinationsportar

                  Protokoll

                  Beskrivning

                  Webex Edge-ljudtjänster

                  Tillfälliga

                  CUBE

                  5061

                  TCP

                  (mTLS 1.2) Inkommande SIP-signalering från Webex Edge-ljud till CUBE SBC.


                   
                  CUBE SBC kräver specifikt användning av port 5061. Användning av andra portar i intervallet 5060–5070 kan stödjas av andra SBC:er.

                  Webex Edge-ljudtjänster

                  4000 - 4010

                  CUBE

                  5061

                  TCP

                  (mTLS 1.2) Alternativ ping för Webex Edge-ljud.

                  CUBE

                  Tillfälliga

                  Edge-ljud

                  5605

                  TCP

                  (mTLS 1.2) Utgående SIP-signalering för Webex Edge-ljud.

                  Webex Edge-ljudtjänster

                  Tillfälliga

                  CUBE

                  Terminalportar

                  8000–59999

                  UDP

                  (SRTP) Brandväggshål måste öppnas för inkommande medietrafik till Edge-ljud.

                  CUBE

                  Terminalportar

                  10200 - 28000

                  Edge-ljud

                  Tillfälliga

                  UDP

                  (SRTP) Brandväggshål måste öppnas för utgående medietrafik till CUBE.

                  TLS- och SRTP-krypteringssviter

                  TLS v1.2 eller senare används för mTLS-handskakning, och följande kryptrar stöds av Webex Edge-ljud (under återuppringning erbjuder Webex Edge-ljud dessa i TLS-handskakas klienthej):

                  • 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öljande krypteringsnummer används för sRTP:

                  • AEAD_AES_256_GCM

                  • AEAD_AES_128_GCM

                  • AES_CM_128_HMAC_SHA1_80

                  • AES_CM_128_HMAC_SHA1_32

                  Ljudkoder som stöds

                  • g722

                  • G711µ

                  • G711a

                  SIP- och RTP-profilkrav

                  Lösningen kräver att du distribuerar SIP TLS för signalering och sRTP för media mellan CUBE (eller din SBC) och Webex.

                  SIP- och RTP-profilerna som en del av detta meddelande bör uppfylla följande krav:

                  Krav på SIP-profil

                  Detaljer

                  Timer för utgångsdatum för session

                  2220 sek (acceptera SIP 422) * justeras efter affärsbehov och 422 förväntas.

                  Medieerbjudande för ingripande

                  Tidigt erbjudande

                  Medieerbjudande för egress

                  Sent erbjudande

                  Alternativ ping intervall

                  30 (minimum)

                  DTMF

                  RFC2833 Nyttolast 101 (ingen akustisk DTMF!)

                  SIP-UDP-portar

                  4000-4010,5061,5065

                  RTP-profil

                  Detaljer

                  Profil för röstnyttolast

                  G. 722/ G. 711µ/ G. 711a

                  Paketstorlek

                  20 ms

                  VAD (röstaktivitetsdetektering)

                  Nej

                  Timer för mediainaktivitet

                  1 200 ms

                  Ändring av codec för mitten av uppringning

                  Ej godkänd

                  RTP

                  8000-48198

                  sRTP-chiffer

                  AEAD_AES_256_GCM

                  AEAD_AES_128_GCM

                  AES_CM_128_HMAC_SHA1_80

                  AES_CM_128_HMAC_SHA1_32


                   
                  G.729-codec stöds inte. Om du vill använda G.729 måste du använda transkodare.

                  Domäner för Webex samtalsomkoppling

                  DNS SRV _sips._tcp.<domain> används för att nå Webex Edge-ljud. Det finns fyra domäner beroende på region.

                  Region

                  Domän

                  Nord- och Sydamerika

                  ecccspx.amer.pub.webex.com

                  Storbritannien, Nordafrika

                  ecccspx.emea.pub.webex.com

                  Asien/Stillahavsregionen

                  ecccspx.apac.pub.webex.com

                  Australien / Nya Zeeland

                  ecccspx.anz.pub.webex.com

                  Europa

                  ecccspx.euro.pub.webex.com

                  DNS SRV löser sig till flera A-poster som pekar på den primära och sekundära webbplatsen. Följande tabell ger ett exempel för AMER-regionen och kan ändras i framtiden.

                  Inspelningstyp

                  Spela in

                  Target

                  Syfte

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxpr1.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxpr2.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxsc1.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  SRV

                  _sips._tcp.ecccspx.amer.pub.webex.com

                  ecccspxsc2.amer.pub.webex.com

                  Upptäckt av Webex Edge-ljud

                  A

                  ecccspxpr1.amer.pub.webex.com

                  207.182.174.101

                  Poäng till Webex Edge-ljud AMER primärt 1

                  A

                  ecccspxpr2.amer.pub.webex.com

                  207.182.174.102

                  Poäng till Webex Edge-ljud AMER Primary 2

                  A

                  ecccspxsc1.amer.pub.webex.com

                  207.182.174.229*

                  Poäng till Webex Edge-ljud AMER sekundär 1

                  A

                  ecccspxsc2.amer.pub.webex.com

                  207.182.174.230*

                  Poäng till Webex Edge-ljud AMER sekundär 2


                   

                  DNS-SRV är dynamisk till sin natur, IP-adresserna är benägna att ändras. Undvik därför att hårdkoda eller bokmärka IP-adresserna. Se avsnittet ”Dokumentrevisionshistorik” för eventuella ändringar eller uppdateringar av portreferensinformationen för Webex Calling-dokumentet.

                  CUBE-redundans

                  Cisco Unified Border Element (CUBE) möjliggör sessionsgränskontroll i ett nätverk som hanterar SIP-anslutningar mellan externa enheter och internt nätverk. Mer information om CUBE finns i avsnittet Förutsättningar nedan.

                  De redundans-modeller som stöds definieras i syfte att ge hög tillgänglighet och eliminera en enda felpunkt för Cisco Partner. Tre olika modeller beskrivs nedan. Cisco Partners bör anta vilken modell som gäller för deras miljö.

                  Under registreringsprocessen ska partnern inaktivera ICMP-filter.

                  Duplex CUBE-distribution för storaverk som distribueras på en enda webbplats

                  Simplex CUBE-distribution för bredaverk som distribueras på flera webbplatser

                  Ytterligare en redundans är möjlig där CUBE distribueras i duplexläge på varje plats. Denna modell är inte nödvändig med tanke på att BroadWorks distribueras med geo-redundans.

                  Tillhandahåller

                  Cisco Partners måste distribuera och hantera den infrastruktur som anges ovan för att aktivera BYoPSTN i sitt nätverk. Följande steg krävs för att tillhandahålla och aktivera GENOM eller PSTN för en Cisco-partner.
                  1

                  Partnerförutsättningar

                  • Distribuera BroadWorks-systemet

                  • Distribuera CUBE för Webex Edge-ljud eller utnyttja din egen SBC

                  2

                  Etablera telefonnummer i Cisco Partner Hub

                  • Reservera telefonnummergrupper som ska associeras med kundmallar

                  3

                  Etablera DNS SRV-grupper för återuppringning i Cisco Partner Hub (valfritt)

                  • Om du vill distribuera mötesdelta via återuppringning ska du etablera DNS SRV-grupper för återuppringning och uppdatera dina DNS-inställningar. Annars kan du hoppa över det här steget.

                  4

                  Koppla PNG (och CDSG) till kundmallar

                  • Koppla telefonnummergrupper och DNS SRV-grupper med återuppringning (endast om återuppringning av möten har distribuerats) till dina kundmallar.

                  5

                  Tillhandahåller organisationer för utsädeslösning

                  • Tillhandahåll en testtjänsteleverantör eller ett företag för Webex For Broad Works med hjälp av var och en av kundmallarna.

                  • Tillhandahåll en prenumerant med ett standardpaket som använder alternativet för inringningsnummer som tillhandahålls av partner.

                  6

                  Välj organisationen för primär utsädeslösning

                  • Välj en enda primär frölösningsorganisation för GENOM oPSTN.

                  7

                  Hämta konfigurationen för Broad Works (BY eller PSTN)

                  • Hämta JSON-filen från Cisco Partner Hub som innehåller den information som behövs för att konfigurera BroadWorks

                  8

                  Bestäm DNS SRV-domänen för Webex Edge-ljud

                  • Identifiera domän för Webex Edge-ljud DNS SRV

                  9

                  Konfigurera Broad Works-konfiguration för partner

                  • Konfiguration av virtuell CUBE-prenumerant

                  • Tillämpa telefonnumret för åtkomstkodmappning från hämtad JSON-fil i virtuella prenumeranter

                  • Konfiguration av nätverksserver

                  10

                  Etablera partner CUBE (eller ditt eget SBC)

                  • Följ validerad konfiguration för att tillhandahålla CUBE som din SBC

                  • Alternativt. Om du inte vill använda CUBE reserverar du din egen SBC med CUBE-konfigurationen som en guide på hög nivå

                  11

                  AV eller PSTN-certifiering

                  • Slutföra godkännandetester för certifiering

                  Steg 1: Partnerförutsättningar

                  Följande förutsättningar måste vara uppfyllda för tillhandahållande av BY oPSTN. Förutsättningarna nedan förutsätter att partnern har en fungerande Webex för Cisco BroadWorks-distribution som inkluderar:

                  • Fungerande BroadWorks System – enligt dokumentationen i Webex för Cisco BroadWorks lösningsguide

                  • BroadWorks AS-licens med ”VoiceXML”-tjänst i tillräcklig mängd (1 per PSTN-nummer)

                  • BroadWorks-korrigeringar krävs:

                    För 22 kr:

                    • AP.xsp.22.0.1123.ap376935

                    • AP.as.22.0.1123.ap376935

                    För 23 kr:

                    • AP.xsp.23.0.1075.ap376935

                    • AP.as.23.0.1075.ap376935

                    För R24

                    • AP.as.24.0.944.ap376935

                  • Cisco CUBE-system distribuerat (IOS version 16.12.2 eller senare): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

                    Både maskinvarubaserat och virtuellt CUBE stöds. Maskinvarubaserad CUBE rekommenderas för skalbarhet och hantering av större antal samtal.

                  • Webex-partnerorganisation – enligt beskrivningen i Webex för Cisco BroadWorks lösningsguide

                  Steg 2: Etablera telefonnummergrupper (PNG) i partnerhubben

                  Den procedur som Cisco Partner använder för att lägga till sina telefonnummer för inringning till Webex-möten är följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Konfiguration av mötesdelta (BY eller PSTN) väljer du Skapa telefonnummer för inringningp.

                  5. Ange telefonnummergruppens namn och välj Nästa.

                  6. Ange telefonnummerinformationen och välj Nästa.

                  7. Granska sammanfattningen av telefonnummergruppens uppgifter och välj Spara.

                  8. Upprepa denna procedur för varje telefonnummergrupp som ska läggas till.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 3: Etablera DNS SRV-grupper med återuppringning (CDSG) i partnerhubben


                   
                  Detta steg ska endast slutföras om du vill distribuera alternativet Delta i möte via återuppringning. Annars kan du hoppa över det här steget.

                   
                  Om du inte konfigurerar det här alternativet kan användare använda inringningsalternativet för att delta i möten, eller så kan de delta med datorljud.

                  När du använder alternativet Mötes återuppringning krävs en återuppringning DNS SRV-grupp för att dirigera samtal från Webex till CUBE. Proceduren som Cisco Partner använder för att lägga till sina CUBE DNS SRV-poster i Webex är följande:

                  1. Logga in på partnerhubben.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Konfiguration av mötesdelta (BY eller PSTN) väljer du Skapa DNS SRV-grupp för återuppringning.

                  5. Ange namnet för återuppringning DNS SRV -gruppen.

                  6. Välj Nästa.

                  7. Ange DNS SRV-uppgifter för återuppringning.

                  8. Välj Nästa.

                  9. Granska sammanfattningen av DNS SRV-detaljer för återuppringning.

                  10. Välj Spara.

                  11. Tillhandahålla eventuella uppdateringar av DNS för att återspegla de nya posterna i DNS SRV-gruppen.

                  12. Upprepa denna procedur för varje återuppringning DNS SRV-grupp som ska läggas till.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 4: Koppla PNG och CDSG till kundmallar i Partner Hub

                  Initial konfiguration och verifiering av BYoPSTN-lösningen kräver en utsädesorganisation för varje unik kombination av telefonnummergrupp och återuppringning DNS SRV-grupp (om återuppringning krävs). Därför rekommenderas det att Cisco Partners skapar en ny kundmall för varje unik kombination av telefonnummergrupp och DNS SRV-grupp för återuppringning. Varje kundmall bör användas för att generera en motsvarande såorganisation.

                  När BYoPSTN-konfigurationen har såtts och verifierats med hjälp av såsorganisationerna kan telefonnummergrupperna och DNS SRV-grupperna för återuppringning tillämpas på befintliga kundmallar efter behov.

                  Observera att nyskapade kundmallar inte används av befintliga kunder som inte har testats och därför säkert kan användas för manuell verifiering av BYoPSTN-konfigurationen.


                   
                  Om du inte distribuerar mötesanslutning via återuppringning behöver du inte koppla återuppringnings DNS SRV-grupper till kundmallen. Du måste dock välja Inaktivera återuppringning.

                  Om du vill lägga till i en ny kundmall gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Under Mallar väljer du Lägg till mall.

                  5. Ange mallinformation. På pakettypsstadiet:

                    • Välj pakettyp som standard.

                    • Välj Konfiguration för att delta i möte som Partner tillhandahållna inringningsnummer (BY eller PSTN).

                    • Välj en etablerad telefonnummergrupp.

                    • För återuppringning DNS SRV-grupp om du vill aktivera alternativet Återuppringning väljer du en reserverad DNS SRV-grupp för återuppringning. Annars väljer du Inaktivera återuppringning.

                  6. Välj Nästa.

                  7. Ange de återstående malluppgifterna.

                  8. Granska sammanfattningen av mallinformation.

                  9. Klicka på Spara.

                  10. Upprepa denna procedur för varje kundmall som måste läggas till

                  Skärmbilden nedan visar proceduren.

                  Om du vill uppdatera en befintlig kundmall gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till avsnittet Broad Works Calling.

                  4. Under Mallar väljer du Visa mall.

                  5. Välj mallen som ska uppdateras.

                  6. Bläddra till avsnittet Konfiguration för att delta i möte:

                    • Välj inringningsnummer som tillhandahålls av partner (BY eller PSTN).

                    • Välj en tidigare konfigurerad telefonnummergrupp.

                    • För Återuppringning DNS SRV-grupp väljer du en etablerad DNS SRV-grupp för återuppringning om du vill aktivera alternativet Återuppringning. Annars väljer du Inaktivera återuppringning.

                  7. Välj Spara.

                    Skärmbilden nedan visar proceduren.

                  Steg 5: Tillhandahåller organisationer för utsädeslösning

                  BYoPSTN-lösningen har flera olika komponenter, vardera måste konfigureras korrekt för att lösningen ska fungera. Ett av de två syftena med frölösningsorganisationerna är att generera telefonnummer för mötes åtkomstkoder och en universellt unik identifierare (webbplats-UUID) som krävs för att lösningen ska fungera kontinuerligt. Det andra syftet är konfigurationskontroll.

                  För varje unik kombination av telefonnummergrupp och DNS SRV-grupp för återuppringning som ska användas bör en motsvarande kundmall skapas tidigare. För var och en av dessa kundmallar måste en organisation för utsädeslösning tillhandahållas. Etableringen av dessa utsädesorganisationer genererar telefonnumret för mappning av mötes åtkomstkoder och en mötesplats-UUID som krävs för att konfigurera BroadWorks.

                  Med hjälp av var och en av de tidigare konfigurerade kundmallar reserverar du en prenumerant för en ny BroadWorks-tjänsteleverantör eller ny Broad Works Enterprise med en Standard-paketanvändare. Den resulterande standardpaketmötesplatsen ska använda alternativet för inringningsnummer för partnerleverantörens möte. Någon av följande metoder kan användas för att etablera prenumeranten:

                  1. Tillhandahåll testprenumeranten med hjälp av API:er för BroadWorks Subscribers enligt dokumentationen på developer.webex.com.

                  2. Aktivera testprenumeranten för IM&P-tjänsten på ett BroadWorks som har konfigurerats för att använda kundmallen. Se till att kundmallen använder standardpaketet som standard för att säkerställa att testprenumeranten tilldelas ett standardpaket. Alternativt måste testprenumeranten uppdateras för att ha standardpaketet.

                  Observera att det rekommenderas att frölösningsorganisationerna är associerade med en BroadWorks Service Provider eller BroadWorks Enterprise.

                  Steg 6: Välj organisationen för primär utsädeslösning

                  Det är viktigt att den här mötesplatsen förblir etablerad eftersom den här webbplatsens UUID skickas i varje begäran om anslutning till möten som en autentiseringstoken. Du ska inte ta bort fröorganisationen eftersom den associerade mötesplatsen också kommer att tas bort. Om utsädesorganisationen tas bort måste du tillhandahålla en ny och konfigurera om Broadworks med den nya webbplatsens UUID.

                  De primära och eventuella sekundära frölösningsorganisationerna kan tas bort om så önskas innan uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas till kunder som inte har testats. När uppsättningen telefonnummer och DNS SRV-poster för återuppringning tilldelas alla kunder som inte har testats associeras dessa telefonnummer och återuppringningar med mötesplatser för dessa kunder och används för att delta i möten med inringning och återuppringning. Eventuella ändringar bör betraktas som att de påverkar tjänsten.

                  Om du vill välja organisationen för primär utsädeslösning gör du följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till avsnittet Broad Works Calling.

                  4. Under avsnittet Konfigurationsvalidering (BY eller PSTN) väljer du Tilldela.

                  5. På skärmen Tilldela organisation söker och väljer du en av de utsädesorganisationer som tidigare konfigurerats

                  6. Välj Tilldela.

                    Den valda såorganisationen är den primära såorganisationen.

                  Skärmbilderna nedan illustrerar proceduren.

                  Steg 7: Hämta BroadWorks Configuration (BY eller PSTN)

                  Information om organisationen för primär utsäde, telefonnummergrupper och DNS SRV-gruppen för återuppringning för ett visst BroadWorks-kluster finns på en enda plats, BroadWorks-konfiguration (BYoPSTN) JSON-filen. Den här informationen behövs för att konfigurera BroadWorks för BY eller PSTN.

                  Observera att JSON-konfigurationsfilen endast är tillgänglig för visning/hämtning när organisationen för primär utsädeslösning har valts.

                  Proceduren för att visa/hämta JSON-konfigurationsfilen är följande:

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Inställningar.

                  3. Bläddra till Broad Works Calling.

                  4. Välj Visa kluster under Kluster.

                  5. Välj det kluster som är associerat med kundmallar som har konfigurerats för AV eller PSTN.

                  6. Bläddra till BroadWorks verkskonfiguration för avsnittet BY o PSTN.

                  7. Klicka på Hämta JSON-konfigurationsfil.

                  8. Upprepa denna procedur för alla andra BroadWorks-kluster.

                  Skärmbilderna nedan illustrerar proceduren.

                  Se exempelkonfigurationsfilen för JSON nedan. Filen innehåller ytterligare information om varje telefonnummergrupp, återuppringning DNS SRV-grupp. Följande nyckelkonfigurationsobjekt som måste anges i BroadWorks är markerade med fetstil.

                  • webbplats-UUID: BroadWorks måste skicka detta värde i SIP-meddelandena, det är en token som Webex Edge-ljud använder för att bekräfta identiteten på Cisco Partners BroadWorks och dess åtkomst till mötesplatser som hanteras av denna Cisco Partner.

                  • Mappning av telefonnummer – till åtkomstkod: Telefonnumren och tillhörande Webex-åtkomstkoder måste konfigureras i BroadWorks.

                    • telefonnummer

                    • åtkomstkod

                  • lokalTagg: Önskat meddelandespråk som är kopplat till telefonnummer måste konfigureras i BroadWorks.

                  • dnsSrv: DNS SRV för återuppringning måste konfigureras i DNS och hänvisa till önskade CUBE-instanser.

                  
                  {
                     "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"
                        }
                     ]
                  }
                  

                  Steg 8: Bestäm DNS SRV-domänen för Webex Edge-ljud

                  DNS SRV-domänen för Webex Edge-ljud måste konfigureras i BroadWorks. Använd följande procedur för att bestämma värdet.

                  1. Logga in på Cisco Partner Hub.

                  2. Gå till Kunder.

                  3. Välj BY oPSTN-valideringsenterprise.

                  4. Välj Visa kund.

                  5. Gå till Tjänster/Möten.

                  6. Välj standardpaketmötesplatsen.

                  7. Bläddra till botten av panelen bredvid och välj Konfigurera webbplats.

                  8. Välj Allmänna inställningar/Ljudinställningar.

                  9. Under avsnittet Edge-ljudanpassade globala inringningsnummer väljer du Generera Lua-skript.

                  10. Sök efter värde ”-- Uppdatera till rubriken med CCAX URL” i popup-fönstret.

                     
                    -- 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)
                    
                  11. Extrahera värdet i fetstil, till exempel, ecccx.amer.webex.com.

                  Detta är den DNS SRV-domän för Webex Edge-ljud som måste konfigureras på BroadWorks.

                  Steg 9: Konfigurera Broad Works-konfiguration för partner

                  I det här avsnittet beskrivs den konfiguration av BroadWorks som krävs för att genomföra scenarierna för inringning och återuppringning av möten som visas i diagrammen nedan. Konfigurationsexemplen baseras på data i JSON-filen som visas i föregående avsnitt. Nummer, domäner, namn på företag/grupper, enhetstyp, policyer, profiler etc. förväntas variera beroende på partner.

                  Information om breda verk – Ring mig (återuppringning med SIP X-Cisco-Meet-Info-rubrik) – till registrerad telefon/PSTN

                  Samtalsflöde:

                  1. Användaren begär återuppringning, Webex initierar en återuppringning.
                  2. Samtal dirigeras till BroadWorks OTT.
                  3. Samtalet når CUBE som tillhandahålls i CH. CUBE dirigerar samtalet till BroadWorks.
                  4. BroadWorks identifierar samtalet som mötesvärdens ursprung och skapar en session för mötesvärdens användare och behandlar samtalet.
                  5. Mötesvärdens användarsession bearbetar samtalet och översätter det uppringda numret. Dessutom genereras en faktureringspost för mötesvärdens användare.
                  6. BroadWorks dirigerar samtalet antingen till användaren som är kopplad till enheten (7) eller till PSTN (8).
                  Användarens telefon eller PSTN ringer och när de besvaras deltar de i mötet.

                  Innan du börjar

                  SIP-kommunikation mellan BroadWorks och CUBE kan vara över UDP eller TCP beroende på dina nätverkskrav. Om vissa nätverk- eller åtkomstenheter (till exempel gateways eller slutpunkter) i flödena BYeller PSTN för inringning eller återuppringning inte har stöd för TCP, ska UDP användas istället.

                  Konfigurationen och exemplen som visas i den här guiden använder TCP som transportprotokoll. Om du vill använda TCP ska du se till att både din BroadWorks-programserver och nätverksservern är konfigurerade för TCP:

                  _CLI/Interface/SIP> get
                  networkProxyTransport = unspecified
                  accessProxyTransport = unspecified
                  supportDnsSrv = true
                  supportTcp = true

                  Programserver

                  Identifiera/typ av enhetsprofil

                  En ny identitets-/enhetsprofiltyp bör skapas för att representera CUBE. Se till att ange följande egenskaper nedan, medan andra kan lämnas på standardvärden:

                  • Typ av signalering – Ställ in på intelligent proxyadress

                  • Autentisering – Ställ in som aktiverad

                  • Supportidentitet i UPDATE och Re-INVITE – kontrollerad

                  • Statisk registrering möjlig – Ställ in som aktiverad

                  • Videomöjlig – Ställ in som inaktiverad

                  I exemplet nedan skapas den nya identitets-/enhetsprofiltypen ”VXML_profile” för att representera CUBE.

                  Virtuell prenumerant till röst-XML

                  Skapa en röst-XML-instans

                  Varje Webex Meetings PSTN-nummer representeras av en virtuell prenumerant i BroadWorks och funktionen VoiceXML kan användas. Det rekommenderas att ett dedikerat företag och en särskild grupp används för alla virtuella VoiceXML-prenumeranter. Observera att vi faktiskt inte använder några VoiceXML-funktioner, men den här typen av virtuella användare är lämplig för att interagera med CUBE.

                  För att använda VoiceXML-tjänsten ska du se till att licensen har tillräckligt med ”VoiceXML”-kvantiteter och att tjänsten är auktoriserad på företagsnivå och gruppnivå, och att VoiceXML-tjänsten tilldelas gruppen som visas i exempelbilden nedan.

                  Under Grupp > Tjänster, välj RöstXML och skapa en instans för varje PSTN-nummer.

                  Konfigurera röst-XML-adresser

                  För varje VoiceXML-instans anger du följande under VoiceXML-adresser:

                  • Telefonnummer – Ange inringningsnumret för Webex Meetings-webbplatsen (till exempel 2403332200).

                  • Anknytning

                  • Identitet/enhetsprofil – Skapa en instans (till exempel VXML_deviceProf) baserat på enhetstypen som skapades i föregående avsnitt (VXML_profile i exemplet) och ange följande konfiguration.

                  • Linje/port – ange i <access number="">@<domain> formatet, där

                    • <access number=""> är åtkomstkodsnumret för Webex Meetings-webbplatsen (tillgängligt från JSON-filen) (till exempel 88631321777971704941)

                    • <domain> är domänen för Webex Edge-ljud för den här möteswebbplatsen (till exempel ecccspx.amer.pub.webex.com)

                  • Kontakta sip – För inringningssamtal till åtkomstnumret skickas INVITE med en begäran-URI som är inställd på värdet i det här fältet. Ange SIP-kontakten i det här formatet <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, där:

                    • <sip contact=""> är <number> från linje/port fältet men med domänen som SRV som löser sig till CUBE:s adress (till exempel 88631321777971704941@cube.internal.local)

                    • <Locale> representerar språkinställningen enligt användarspråket (till exempel locale=en_USA)

                    • <Meetings Site="" UUID=""> är webbplats-UUID från JSON-filen (till exempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

                    • <SIP transport=""> bör vara transport=tcp för att få AS att använda TCP för att skicka meddelanden till CUBE.

                  Nedan visas ett exempel på inställningar för röstXML-adresser.


                   
                  För varje ytterligare mötesåtkomstnummer som ska användas ska en ytterligare virtuell VoiceXML-prenumerant skapas analog till ovanstående. Samma enhetsprofil kan användas, men fälten Linjeport och Kontakt måste konstrueras utifrån åtkomstnummerinformationen som visas ovan.

                   
                  Kontrollera att de begränsningar för samtalshanteringspolicyn som du konfigurerar i den virtuella prenumeranten i BroadWorks är tillräckliga för att hantera de extra BYoPSTN-samtal i din telefonnummergrupp.

                  Tilldela SIP-autentisering till röst-XML-instans

                  Tilldela autentiseringstjänsten till den virtuella abonnenten för VoiceXML. Detta kommer att användas för att autentisera SIP INVITE-meddelanden från CUBE i återuppringningsscenariot. Det förhindrar också att den virtuella VoiceXML-prenumeranten tar emot samtal från andra parter än CUBE

                  Gå till sidan för virtuell prenumerantautentisering under Verktyg och ange SIP-användarnamn och lösenord enligt följande:


                   

                  CUBE måste konfigureras med samma användarnamn och lösenord för att autentisera INVITE-meddelanden som skickas till AS.

                  Ett exempel på kommandot för att konfigurera SIP-autentisering på CUBE är följande:

                  sip-ua authentication username VSUB password 0 <unencrypted password>
                  (See the CUBE onfiguration/datafill for more details).

                  Namedefs fil

                  SIP-kontaktfältet för virtuell XML-prenumerant innehåller URL:en där domändelen löses till CUBE-adressen. Detta är en intern SRV och namedefs-filen på AS kan användas för att lösa den interna SRV till CUBE IP.

                  I vårt exempel är SIP-kontaktens SRV cube.internal.local och löser sig till 10.165.196.30 port 5060 för att nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen uppdateras enligt följande:

                  _sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

                  Samtalstyp för Webex Meetings

                  Konfigurationsalternativen för samtalsbehandling av Webex Meetings är tillgängliga för att kontrollera hur inringningssamtal för möten hanteras. Som standard behandlas inringningssamtal som externa samtal eftersom inringningsnummer är värd för ett särskilt företag eller en särskild tjänsteleverantör. Externa samtal ingår normalt i sessionens antagningskontrollräkning och flaggas för laddning i CDR-fältet laddningsindikator.

                  Följande exempel lägger till den rekommenderade konfigurationen för att behandla mötessamtal som interna samtal så att de utesluts från laddning och utesluts från räkenskaperna för sessionstillträde.

                  Genom att ställa in Verkställ NS-laddningsfältet som sant baseras populationen i CDR-fältet laddningsindikator på det konfigurerade laddningsattributet för nätverksserverns samtalstyp.

                  AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
                  
                  AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
                        Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
                    ==========================================================================================
                    Webex Meetings       WXM               true                                true
                  

                  Virtuell prenumerant för återuppringning av röst-XML-möte

                  Skapa en Voice-XML-mötesdeltagare med återuppringning

                  En dedikerad virtuell VoiceXML-prenumerant med ett speciellt Webex Meeting-återuppringningsalternativ (nedan kallad VoiceXML-mötesåteruppringningsalternativ) måste konfigureras på BroadWorks Application Server (AS) för att hantera återuppringningssamtal i Webex Meetings. Endast en enskild instans av den här prenumeranten kan konfigureras på AS.

                  Om du vill aktivera funktionen ställer du in aktiveringsfunktionen 102074 som sann via CLI.

                  AS_CLI/System/ActivatableFeature> activate 102074
                  ***** Warning *****:
                  This activity should only be done during a maintenance window because
                  this may cause large amounts of data to be added/modified/deleted and
                  it may take some time to execute. Features that have web page impacts
                  require that users and administrators log out and log back in.
                  Are you sure you want to continue?
                  
                  Please confirm (Yes, Y, No, N): y
                  ...Done
                  
                  AS_CLI/System/ActivatableFeature> get
                  
                        Id                                               Description  Activated  Last Modified Timestamp
                  =============================================================================================
                    102746                            BroadWorks Support for CI UUID       true
                    102074          BYO PSTN Billing support for CallBack and CallIn       true      
                    104256                          Weak Password Validation Service      false
                    104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
                    103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
                    104255    Control password usage and behavior to ensure security      false
                  

                   

                  Eftersom funktionen ”BYO PSTN-fakturering för återuppringning och inringning” beror på funktionen ”BroadWorks Support för CI UUID” måste du också aktivera funktionen (102746) innan du aktiverar funktionen (102074). Mer information finns i avsnittet ”CI User UUID Sync (Broadworks Support för CI UUID)”.

                  VoiceXML-mötesdeltagaren för återuppringning liknar den befintliga virtuella BYOPSTN VXML-prenumeranten, men taggade den med en ny flagga för återuppringning av Webex-möten. Den här VoiceXML-mötesprenumeranten konfigureras med samma enhetsprofil som den befintliga virtuella BYOPSTN VXML-prenumeranten, samt autentiseringstjänsten med samma inloggningsuppgifter.

                  Ett exempel visas nedan:

                  Prenumerant för återuppringning av VoiceXML-möten måste finnas på den AS som är värd för mötesvärdens användare. När tjänsteleverantören tar emot INVITE-begäran om återuppringning försöker den att hitta både återuppringningsanvändaren VoiceXML-mötesåteruppringningsanvändaren och mötesvärdsanvändaren på telefonnumret under samtalskonfigurationen. Om ingen av dessa användare hittas avvisas samtalet.

                  Mötets värdsession

                  I återuppringningsscenariot med X-Cisco-Meet-Info-rubriken tar Cisco BroadWorks-programservern emot en SIP-INVITE-begäran och identifierar mötesvärdanvändaren med hjälp av parametern för värd-CI-användare i SIP X-Cisco-Meet-Info-rubriken. En samtalssession skapas för mötesvärdens användare skapas för att behandla samtalet och köra användarens tjänsteprofil. Dessutom genereras en faktureringspost för mötesvärdens användare. Mötes-ID och webbplatsens UUID-information från rubriken SIP X-Cisco-Meet-Info samlas in i faktureringsposten.

                  Ett exempel på rubriken SIP X-Cisco-Meet-Info visas nedan:

                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
                  -04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

                  Plattform för programleverans

                  CI-användarnas UUID-synkronisering (Broadworks-stöd för CI UUID)

                  Användar-CI UUID är en unik identifierare för att identifiera användare i Webex-miljön.

                  Detta Webex Provisioning Sync-program på Cisco BroadWorks Application Delivery Platform (ADP) används för att synkronisera, kartlägga och lagra användar-CI UUID i BroadWorks-infrastrukturen så att det kan användas i olika interaktioner med Webex och Webex för BroadWorks-tjänsten.

                  Se ”Aktivera Webex Meeting Callback” om hur CI User UUID-associationen används av Cisco BroadWorks nätverksserver och Cisco BroadWorksapplication Server.

                  Följande steg konfigurerar programmet Webex Provisioning Sync för att regelbundet göra omröstningar och uppdatera de bredaarbetsanvändarna med CI UUID.

                  Webex Provisionssync-programmet kräver OAuth-inloggningsuppgifter med spark-admin:broadworks_subscribers_read scope för Cisco Identity Provider och kan erhållas genom att samla in en tjänstebegäran med din registreringsagent.

                  Se avsnittet ”Hämta OAuth-inloggningsuppgifter för ditt Webex för Cisco BroadWorks” för mer information om hur du tar upp tjänstebegäran 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

                  Lägg till token med lämpligt partnernamn enligt följande:

                  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       ********
                  

                  Lägg till partnernamnet som är associerat med OAuth-token i listan över partner som ska övervakas av programmet Webex Provisioning Sync med flaggan ”aktiverad” som är inställd på ”sant”.

                  Med detta Webex Provisionssync-program börjar CI-användarnas UUID-synkronisering på det definierade omröstningsintervallet.

                  ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

                  När partnern har inkluderats kan Webex Provisioning Sync-programmet nu ansluta CI UUID till BroadWorks-användarna.

                  Ändra tidsgränsen för anslutning med följande kommandon:

                  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
                  

                  Den här anslutningen kan göras automatiskt eller manuellt. Kommandot för manuell synkronisering av CLI kan omedelbart utlösa anslutningen.

                  ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

                  Partner med ”aktiverat” inställt som ”sant” utför associerad i omröstningsintervallet. Under den initiala associeringen frågar Webex-programmet Etableringssynkronisering Webex-prenumerantens API för att hämta data som innehåller CI UUID för alla användare som partnern är värd för. BroadWorks-användarens externa ID uppdateras med tillhörande CI UUID. Efterföljande föreningar påverkar användare som lagts till i partnern. Statuskommandot kan användas för att se om synkroniseringen är klar.

                  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 är klar ändras statusen tillbaka till övervakning. Efterföljande synkronisering utförs på användare som lagts till i partnern efter ”Sista synkroniseringstiden”.

                  Följande figur visar CI UUID som ställts in i externt ID:

                  Nätverksserver

                  Samtalstyp

                  För fakturering och rapportering kan det vara önskvärt att markera CDR:er för inringningssamtal i möten. Detta kan göras med hjälp av policyn för att skriva in nätverksservern föresamtal.

                  Lägg först till en ny samtalstyp på NS CLI under /System/CallP/CallTyp. Följande exempel lägger till den nya samtalstypen ”WXM”:

                  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
                  

                  Samtalstypen kan sedan användas i en instans för typning föresamtal som är en del av BroadWorks-användarens routningsprofil. I det här exemplet har en ny instans för typning före samtal ”wxm” lagts till under /Policy/CLI-typning före samtal, men det kan vara en befintlig instans för typning före samtal som redan används:

                  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 
                  

                  Nästa steg är att lägga till poster i instans för typning före samtal för alla inringningsnummer under CLI-kontexten /Policy/FöresamtalTypning/DialPlanPlan. Till exempel:

                  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
                  

                  Instans för typning föresamtal läggs sedan till (förutsatt att den inte redan finns) i den tillämpliga routningsprofilen för den ursprungliga användaren som visas i exemplet nedan:

                  NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
                  NS_CLI/Policy/Profile> get profile Profall
                  Profile:  Profall
                                   Policy              Instance
                     ==========================================
                               CallTyping           DefaultInst
                            CallScreening           DefaultInst
                              SubLocation           DefaultInst
                                FarEndRtg           DefaultInst
                               NearEndRtg           DefaultInst
                               UrlDialing           DefaultInst
                              MediaSrvSel           DefaultInst
                                   SIMPLE           DefaultInst
                                DstSvcRtg           DefaultInst
                        NumberPortability           DefaultInst
                               RCBasedRtg           DefaultInst
                        NetVoicePortalRtg           DefaultInst
                            PreCallTyping                   wxm    
                  

                   
                  BroadWorks med ursprung i CDR:er genereras endast av samtal från BW-prenumeranter. PSTN-baserade samtal från ”nätverkssidan” i det alternativa systemet kommer inte att generera CDR:er med ursprung. Det kommer att finnas en avslutande CDR för den virtuella abonnenten VoiceXML i båda fallen.

                  DirigeringNE

                  En dirigeringNE krävs på NS under /System/Device/DirigeringNE CLI-kontext för att representera CUBE. På det här sättet, när NS tar emot INVITE från CUBE, matchar den via-rubriken med den dirigeringNE-post som tillhandahålls på NS. Se Administrationsguide för Cisco Broad Works nätverksserverkommandolinje för information om hur du lägger till en dirigeringNE.

                  Nedan visas ett exempel på kommandon för att lägga till routning-NE ”WebexMeetings”, där CUBE IP-adressen = 10.165.196.30. I exemplet visas även kommandon för att skapa en ny OrigRedirect- och profilinstanser för att ansluta till routningsinstansenNE, men befintliga instanser kan också användas.

                  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 exempelkonfigurationen skickar CUBE till NS en INVITE som liknar följande (viktiga fält med fet skrift):

                  INVITE sip:+19991111111@domain.com:5060 SIP/2.0
                  Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
                  Remote-Party-ID:" BroadWorks
                  "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
                  From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
                  To:<sip:+19991111111@domain.com>
                  Date:Thu, 03 Nov 2022 12:39:58 GMT
                  Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
                  Supported:100rel,timer,resource-priority,replaces,sdp-anat
                  Min-SE:14400
                  Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
                  X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
                  User-Agent: Cisco-SIPGateway/IOS-16.12.2s
                  Timestamp: 1667479198
                  Session-ID:
                  e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
                  Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
                  CSeq:101 INVITE
                  Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
                  Expires:180
                  Allow-Events:telephone-event
                  Max-Forwards:68
                  

                  Där:

                  • URI för INVITE-begäran innehåller återuppringningsnumret

                  • Via rubrik: innehåller CUBE:s IP-adress som kommer att användas för att välja NE-profil för dirigering.

                  • X-Cisco-Info-Meet-rubrik: används för att identifiera värd-CIU serUuid, meetingid och webbplats-UUID.

                  När NS tar emot INVITE använder Via-rubriken för att matcha routningNE ”WebexMeetings”. Detta kommer i sin tur att välja ”wxm_routing” routningsprofilen som innehåller ”wxm_Inst”-instansen för OrigRedirect.

                  Policyn för NS-origRedirect kommer sedan att matcha rubriken X-CISCO-MEET-INFO:

                  X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

                  med linjeporten konfigurerad på den virtuella VoiceXML-prenumeranten och skicka en 302-omdirigering till AS-paret som är värd för den prenumeranten. Meddelandet 302 liknar följande:

                  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änen i INVITE URI (i exemplet är det bw.myenterprise.com) som skickas av CUBE till NS måste identifieras av NS. Detta kan göras genom att lägga till domänen i NS_CLI/System/Alias-kontexten, till exempel:

                  NS_CLI/System/Alias> add bw.myenterprise.com

                  Kommandot för att konfigurera INVITE URI-domänen på CUBE finns i nästa avsnitt, under målet för samtalskollega/session, till exempel:

                  dial-peer voice 23401 voip
                  session target dns:bw.myenterprise.com

                  VärdNE

                  För att stödja Webex Meetings-samtalsbehandlingsalternativen för fakturering och kontroll av sessionsantagning måste programserverns värd-NE-signaleringsegenskaper Information om samtalstyp som krävs och krävercharge vara aktiverade i NS_CLI/System/Device/Hosting-NE-kontext._ Till exempel:

                  NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
                   CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

                  Aktivera återuppringning av Webex Meeting

                  I återuppringningsscenariot med rubriken SIP X-Cisco-Meet-Info skickar CUBE samtalet till nätverksservern för att omdirigeras till AS-paret. AS-paret bestäms baserat på parametern aktivera WebexMeetingHoost Lookup.

                  NS_CLI/System/CallP/Options> get
                    accessSideRoutingNeDeterminedViaSignaling = false
                    disableNdcValidationForCalledNumbers = true
                    forceRoutingNEProfile = false
                    skipPrivatePoliciesOnEmergency = true
                    maxReturnedContacts = 10
                    enableWebexMeetingHostLookup = true
                  

                  När aktivera systemparametern för WebexMeetingHoost Lookup är korrekt används mötesvärdens användar-CI UUID i rubriken X-Cisco-Meet-Info för att identifiera AS-paret som är värd för mötesvärdens användare.

                  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
                  

                  Steg 10 Etableringspartner CUBE

                  Det här avsnittet tillhandahåller en validerad konfiguration för hur du distribuerar Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) för Ta med din egen PSTN-lösning.

                  Det här avsnittet fokuserar på de CUBE-konfigurationer som krävs för att samverka med exemplet Webex för Cisco BroadWorks-konfiguration som visas i föregående avsnitt. För en mer allmän diskussion om den inledande distributionen och konfigurationen av CUBE, se följande guider: 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

                  Distribuera Yvårt eget SBC-alternativ

                  Om du inte vill distribuera CUBE har du möjlighet att distribuera din egen SBC. Observera dock att det här dokumentet inte tillhandahåller en validerad konfiguration för andra SBC-enheter än CUBE.

                  Om du distribuerar din egen SBC kan du följa CUBE-konfigurationskraven på hög nivå (till exempel tilldelningar som domänen, offentliga och privata gränssnitt och gateways) för att vägleda din konfiguration. Se dock din SBC-dokumentation för detaljerad hjälp med kommandorad eftersom de faktiska kommandona för din egen SBC sannolikt kommer att skilja sig från CUBE.


                   

                  Om inte annat anges gäller de återstående konfigurationskraven i steg 10 oavsett vilken SBC du distribuerar. Exempel på kommandoraden är dock endast för CUBE, om det inte anges att exemplet gäller för andra SBC:er. För andra SBC:er, se din SBC-dokumentation för konfigurationskommandrar.

                  Inledande konfiguration

                  För att konfigurera CUBE måste det privilegierade EXEC-läget vara aktiverat. Ange lösenordet om du blir ombedd.

                  enable

                  Så här går du in i globalt konfigurationsläge:

                  configure terminal

                  Ställ in domänen:

                  ip domain name myenterprise.com

                  Ställ in maximal segmentstorlek (MSS):

                  ip tcp mss 1360

                  Nätverkskonfiguration

                  Definiera offentliga och privata gränssnitt. I vårt CUBE-exempel:

                  ------- 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
                  !
                  

                  Konfigurera gatewayer för IP-routning för offentliga och privata sidor:

                  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>
                  

                  Aktivera SSH:

                  ip ssh logging events
                  ip ssh version 2
                  !
                  username admin privilege 15 password <password>
                  

                   

                  CUBE (eller din egen SBC) måste vara inuti en DMZ med korrekt konfigurerade brandväggsregler. Se avsnittet Portar som används av Webex för listan över portar som ska öppnas på den externa brandväggen

                  Konfigurera SRV-poster för återuppringningssamtal som skickas från CUBE (eller din SBC) till nätverksservrar för BroadWorks. Till exempel SRV för 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>
                  

                  Konfigurera DNS-servern:

                  ip name-server <DNS_IP_address>

                   

                  Ett alternativt DNS-alternativ är att konfigurera intern DNS där den interna DNS når ut till en överordnad DNS-server om den interna sökningen misslyckas.

                  Konfiguration av samtalsbehandling

                  Allmänt

                  Konfigurera CUBE (eller din SBC) med alla IP-adresser som behöver åtkomst till VoIP-tjänsten. Detta inkluderar:

                  • Privata SIP-signaleringsadresser för BroadWorks AS, NS och MS-servrar.

                  • Offentliga sidadresser för Webex Edge för ljudinfrastruktur.

                  Se nedan för ett exempel på 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
                  

                   
                  IP-adressintervallet ovan är ett exempel. För den aktuella listan över offentliga IP-adresser för Webex-ljudinfrastrukturen går du till:

                  Hur tillåter jag Webex Meetings-trafik i mitt nätverk?– IP-adressintervallet för de flesta kluster visas under Lista över IP-adressintervall som används av Cisco Webex Meetings-tjänster. Ett undantag är för Kinas kluster, för vilka intervallet visas på följande länk:

                  Nätverkskrav för Cisco Webex kinesiska kluster

                  Standardtimern för CUBE för att upprätta en TCP-anslutning innan den dirigeras vidare är 20 sekunder. Så här ändrar du:

                  ip tcp synwait-time <5-300 (seconds)>

                  På BroadWorks-sidan är standardtimern för programservern att timeout på en icke-responsiv åtkomstenhet 6 sekunder. Så här ändrar du:

                  AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>

                  Offentliga och privata sidgränssnitt för RTP-trafik på CUBE (eller din egen SBC) måste öppnas. Se nedan för CUBE-exemplet:

                  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
                  

                  Där:

                  • <CUBE PUB="" IP=""> är den offentliga IP-adressen för CUBE
                  • <CUBE PRIV="" IP=""> är CUBE:s privata IP-adress
                  • Portintervall: i exemplet, portintervall från 10200 till 28000

                  CUBE har stöd för följande TLS-krypteringssviter (under inringning erbjuder CUBE dessa i TLS-handskakets klienthej):

                  • 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

                  Andra allmänna inställningar att konfigurera (se nedan för exempel på 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 för inkommande och utgående uppringning måste definieras för senare användning i samtalskollegor:

                  voice class uri INEdgeAudio sip
                   pattern x-cisco-webex-service=audio
                  !
                  voice class uri OUTEdgeAudio sip
                   host cube.internal.local
                  

                  Webex Edge-ljud har stöd för codec för G722, G711ulaw och G711alaw. Följande röstklasskod måste definieras för senare användning i samtalskollegor:

                  voice class codec 3
                   codec preference 1 g722-64
                   codec preference 2 g711ulaw
                   codec preference 3 g711alaw
                  

                  Webex Edge-ljud använder SRTP. Röstklassen SRTP-crypto tilldelar den rekommenderade SRTP-kryptosviten som ska användas för Edge-ljud. Konfigurera följande kryptopaket i ordning. Konfigurationen av röstklass srtp-crypto måste tillämpas på samtalskollegor som används för anslutning med Edge-ljud.

                  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
                  

                  Förkonfigurera en primär nyckel för att kunna ställa in ett lösenord för autentisering

                  key config-key password-encrypt Password123 authentication username <username>
                  password encryption aes
                  

                  Ange inloggningsuppgifterna för SIP-autentisering som har tillhandahållits för den virtuella VoiceXML-prenumeranten i AS med följande kommando. För återuppringningsscenarier kommer dessa inloggningsuppgifter att användas när AS utmanar den INVITE som CUBE (eller din egen SBC) skickar till AS.

                  sip-ua
                   ------- to enable authentication -------
                   authentication username <username> password 0 <password>
                  

                  När autentiseringen har konfigurerats blir lösenordet fördunklat när det visas med kommandot ”visa kör-config”

                  sip-ua
                   ------- to enable authentication -------
                   authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
                  

                  Följande globala SIP-konfiguration måste också göras:

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

                  Översättningsprofiler

                  SIP-meddelandeöversättningsprofilen 2340 används för inringningssamtal för möten. Den bör ha en post för att ändra SIP-meddelanden som kommer från BroadWorks innan den skickas ut till Edge-ljud, som visas i exempelregel 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"
                  

                  I ovanstående regel 11 kartläggs inkommande begäran Uri från BroadWorks, som har kontaktvärdet för den virtuella CUBE-prenumerantens enhetsprofil (värdet av kontaktfältet i VXML_deviceProf Device Profile i vårt exempel):

                  88631321777971704941@cube.internal.local;x-cisco-site-
                  uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
                  Till lämplig dirigeringsdomän för Webex Edge-ljud:
                  88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
                  uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp

                  Observera att när CUBE (eller din egen SBC) ligger bakom en statisk NAT krävs ytterligare konfiguration till sip-profilen 2340. Se följande länk för mer information:

                  https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

                   
                  Om du distribuerar din egen SBC måste du konfigurera liknande regler på din egen SBC.

                  För att vidarebefordra 486 meddelanden som skickas av AS tillbaka till Webex Edge-ljudet krävs följande konfiguration på CUBE (för din egen SBC, se din SBC-dokumentation för 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"
                  

                  Om andra 4xx meddelanden behöver skickas tillbaka till Webex Edge-ljud följer du samma exempel ovan.

                  Ring kollegor

                  En röstklassklient måste definieras på CUBE (eller din egen SBC) för användning i samtalskollegor senare, vilket uppfyller följande kriterier:

                  • Det finns inget driftsätt för nyttolast som behövs för RTP-NTE DTMF-paket, så konfigurera full asymmetrisk nyttolast.
                  • Edge-ljud har inte stöd för uppdateringar av inringar-ID, så värdet ”ingen uppdatering-uppringare” måste konfigureras.
                  • Samtalsomkoppling för Webex Edge-ljud baseras på URI:er. URI för samtalsdirigering måste vara aktiverat för att matcha samtalskollegor baserat 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öljande uppringningskollegor är konfigurerade så att CUBE kan behandla samtal mellan BroadWorks och Webex Edge-ljud. Konfigurera följande på CUBE (en liknande konfiguration måste konfigureras 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-samtalsflöden

                  Med konfigurationen som gjorts ovan beskrivs exempel på scenarierna för inkommande/utgående samtalsflöde i CUBE nedan. Färgkodningen på ett specifikt steg relaterar till samma färgposter i uppringningskodarna ovan.


                   
                  Om du distribuerar din egen SBC, se din SBC-dokumentation för mer information om samtalsflöden med din SBC.

                  För ett inringningsscenario från Broadfungerar till Webex:

                  • En inkommande INVITE tas emot från BroadWorks i det interna gränssnittet 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>
                    
                  • Peer-profilen för inkommande uppringning 23401 väljs baserat på värden i den inkommande begäran URI (”cube.internal.local”) som matchar konfigurationen ”inkommande uri-begäran OUTEdgeAudio”.
                  • Utgående uppringningskollega 23411 väljs baserat på värden i begäran-URI (”cube.internal.local”) som matchar konfigurationen ”destination uri OUTEdgeAudio”.
                  • En utgående INVITE skickas i det externa gränssnittet med värden i begäran-URI har ändrats från ”cube.internal.local” till ”ecccspx.amer.pub.webex.com” med översättningsprofilen för ”röst-klass sip-profiler 2340” som anges i uppringningskollegen:
                    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>
                    

                  För ett scenario med återuppringning från Webex till Broad Works

                  • En inkommande INVITE tas emot från Webex i det externa CUBE-gränssnittet 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
                    
                  • Inkommande samtalskollega 23411 väljs baserat på mönstret ”x-cisco-webex-service=ljud” som finns i URI för inkommande begäran baserat på konfigurationen ”inkommande uri-begäran INEdgeAudio”.
                  • Två utgående samtalskollegor väljs baserat på att mönstret ”x-cisco-webex-service=ljud” finns i begäran-URI baserat på konfigurationen ”destination uri INEdgeAudio”.

                    - Ring peer 302

                    - Ring peer 23401

                  • En utgående INVITE skickas till nätverksservrarna (SRV-sökning baserad på ”session target dns:bw.myenterprise.com entry” i uppringningskollegan) i det interna gränssnittet
                    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
                    
                  • Nätverksservern returnerar kontakter för AS-paret som är värd för den virtuella CUBE-prenumeranten:
                    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 dirigerar samtalet till den aktiva AS baserat på den returnerade kontakten i meddelandet 302:
                    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öljande konfigurationssteg måste göras för att tillåta mTLS-anslutningar mellan CUBE (eller din egen SBC) och Webex Edge-ljud.


                   
                  Det är obligatoriskt att du konfigurerar mTLS mellan CUBE (eller din egen SBC) och Webex Edge-ljud.

                  Stöd för wildcard-certifikat

                  Wildcard signerade certifikat använder ett generiskt ämnesnamn (t.ex. *.us.example.com) som motsvarar domänen för CUBE eller ditt eget SBC. Wildcard-certifikat stöds för CUBE- eller SBC-distributioner med flera kluster men stöds inte för CUBE- eller SBC-distributioner med en nod.

                  Trustpool

                  Under TLS-handskakning, när Webex Edge-ljud skickar sitt certifikat, kommer CUBE att validera det mot listan över certifikat som accepteras i trustpoolen.

                  Trustpool-paketet måste uppdateras med Cisco Root CA genom att hämta det senaste ”Cisco Trusted Core Root Bundle” från http://www.cisco.com/security/pki/ att använda kommandot:

                  crypto pki trustpool import clean url <url>

                  Certifikaten som skickas av Webex Edge-ljud är signerade av IdenTrust. Se till att certifikatet ”IdenTrust Commercial Root CA” är installerat. Se den här länken för mer information:

                  https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms


                   
                  Om du använder din egen SBC och inte kan slutföra importen kan du konvertera paketet till .pem-format med hjälp av öppna källverktyg, t.ex. Öppna SSL. Du kan till exempel använda hydrant-ID-certifikat med följande kommando:
                  openssl x509 -inform der -in certificate.cer -out certificate.pem

                  Trustpoint

                  Edge-ljud kräver att DIN CUBE erbjuder signerade certifikat från betrodda CA-certifikatutfärdare för anslutningar med ömsesidig TLS (mTLS). Använd följande länk för att komma till en lista över certifikatmyndigheter som Cisco litar på. Certifikat som har undertecknats av myndigheter i den här listan anses vara giltiga och anslutningen kommer att tillåtas: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

                  CUBE för enkel nod

                  En enda nod innebär att CUBE (eller ditt eget SBC) kommer att importera ett certifikat med ämnesnamnet unikt till dess FQDN, vilket innebär att ingen annan CUBE skulle kunna importera det (med andra ord INTE ett wildcard-certifikat).

                  • Så här skapar du CSR (certifikatsigneringsbegäran) för CUBE:

                    - skapa knapppar (detta knapppar kommer att länkas till trustpunkten)

                    CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
                    • allmänna nycklar – Anger att nyckelparet för allmänt syfte ska genereras.
                    • etikett <key-label> – (valfritt) Namn som används för ett RSA-nyckelpar när de exporteras. Om en nyckeletikett inte anges används routerns fullständigt kvalificerade domännamn (FQDN).
                    • exporterbart – (valfritt) Anger att RSA-nyckelparet kan exporteras till en annan Cisco-enhet, till exempel en router.

                    - skapa trustpoint (En trustpoint innehåller det certifikat som du vill binda på CUBE. När CUBE tar emot en certifikatbegäran kommer den att svara med trustpunktens certifikat bifogat)

                    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 lista över återkallade certifikat (CRL) är en lista över återkallade certifikat. CRL skapas och signeras digitalt av den CA som ursprungligen utfärdade certifikaten. CRL innehåller datum för när varje certifikat utfärdades och när det löper ut.

                    inskrivningsterminal pem – Lägger till gränser för integritetsförbättrad e-post (PEM) till certifikatbegäran (manuell kopiera-klistra från START CERTIFIKATBEGÄRAN till AVSLUTA CERTIFIKATBEGÄRAN)

                    fqdn – Fullständigt kvalificerat domännamn för CUBE

                    ämnesnamn CN=<fqdn> – ämnesnamnet som ska signeras

                    rsakeypair <key label=""> - knappparet som genererats från föregående steg

                    (referens: 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)

                    – generera 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
                    
                  • Skicka CSR (från START CERTIFIKATBEGÄRAN till AVSLUTA CERTIFIKATBEGÄRAN) till CA (certifikatutfärdare)
                  • CA genererar ett signerat certifikat

                    – Beroende på CA kommer de att tillhandahålla rotcertifikatet (t.ex. DigiCertCA.crt) och det begärda certifikatet (t.ex. cube.crt)

                  • Läs in CA-certifikatet

                    – Autentisera först förtroendepunkten med rotcertifikatet

                  • 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
                    

                    – Importera sedan CUBE:s certifikat på trustpoint 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
                    

                   
                  Om du distribuerar din egen SBC, se din SBC-dokumentation för information om hur du skapar CSR.

                  CUBE-kluster för flera noder (med alternativa namn i certifikatet) – stöds INTE

                  Flernod innebär att CUBE kommer att kunna importera samma certifikat för mer än en CUBE-distribution. Användning av det alternativa ämnesnamnet för att generera CSR stöds för närvarande inte: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred

                  CUBE-kluster för flera noder (använd wildcard signerat certifikat som pkcs12-format)

                  Flernod med ett wildcard signerat certifikat innebär att ämnesnamnet är generiskt (t.ex. *.us.example.com) och motsvarar CUBE:s domän (eller din SBC-domän).

                  • Förutsatt att du har ett wildcard-certifikat redo kan du göra offentliga (.crt) och privata nycklar (.key) filer redo.
                  • Med OpenSSL skapar du en PKCS12-fil (.pfx) som innehåller .crt- och .key-filer: (använd cygwin på Windows) - referens: 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
                  • Överför .pfx-filen till CUBE:bootflash: (scp från Linux-server till CUBE)
                    scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
                  • Skapa en trustpoint och importera 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>
                    

                  Validera konfigurationen av CUBE-certifikat

                  Kontrollera att hela kedjan ingår i certifikatet. Följande exempel visar valideringskommandon för CUBE. Om du distribuerar din egen SBC använder du de kommandon som gäller för 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
                  

                  Ställ in SIP-signalering för att använda trustpoint

                  Använd följande kommando för att tillhandahålla SIP UA med CUBE-trustpoint. Följande är ett exempel för CUBE. Om du distribuerar din egen SBC, se din SBC-dokumentation för kommandohjälp.

                  CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
                  CUBE-loggar

                  Se aktiverade felsökningsfilter

                  CUBE# show debug

                  Så här ställer du in felsökningsfilter (exempel)

                  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å här tar du bort felsökningsfilter (exempel)

                  CUBE# no debug ccsip messages

                  Rensa och kontrollera loggbuffert

                  CUBE# clear log
                  >>> make test call <<<
                  CUBE# show log
                  

                   

                  Om du inte distribuerar CUBE, se dokumentationen för din egen SBC för information om hur du använder loggar.

                  Andra användbara kommandon

                  Kontrollera aktuell konfiguration

                  CUBE# show running-config (or just CUBE# show run)

                  Spara konfiguration till ROM som kommer att användas när du startar

                  CUBE# write

                  Steg 11 AV oPSTN-certifiering

                  När konfigurationen och provisioneringen av B EnPSTN-lösning är slutförd måste partnern köra genom en uppsättning acceptfall för att kunna intyga sin lösning. Det här är ett obligatoriskt steg för att partner BEttPSTN ska kunna godkännas och aktiveras.

                  Testresultaten för acceptans beskrivs i dokumentet Ta med din egen PSTN-acceptationsprocedur Webex för Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

                  Partnern bör förse registrerings- och certifieringsteam med resultaten av de godtagningstester som har utförts.

                  Frågor, problem och resultat från utförandet av godkännandetestärenden ska rapporteras och delas i det Webex-utrymme som har tilldelats för registrering av partnern.

                  Tillämpa uppdateringar på en telefonnummergrupp/DNS SRV-grupp för återuppringning i tjänst

                  När kunder som inte testats har tilldelats en kundmall med hjälp av inringningsnummer från partner är följande alternativ för att delta i mötet tillgängliga för dessa användare:

                  • Mötesinbjudningar inkluderar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp

                  • Webex-appen visar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp som ett alternativ för att delta i mötet

                  • Användargränssnittet för Webex Meeting visar ett eller flera standardtelefonnummer från tilldelningen av telefonnummergrupp som ett alternativ för att delta i mötet

                  • Om återuppringning har aktiverats i kundmallen tillhandahåller Webex Meeting alternativet ”Ring mig på” där begäran om återuppringning dirigeras till en av de poster som anges i den tilldelade DNS SRV-återuppringningsgruppen

                  En ändring av alternativen för att delta i möte för en kundmall eller en ändring av en tilldelad telefonnummergrupp eller en ändring av en återuppringning DNS SRV-grupp kan påverka ovanstående alternativ för att delta i mötet. Dessa ändringar gäller inte för befintliga kunder, men nyetablerade kunder kommer att se dessa ändringar omedelbart återspeglas för sina Standard- och Premium-paketmötesplatser. Därför rekommenderas det starkt att en sådan ändring verifieras med hjälp av en frölösningsorganisation innan den tillämpas på befintliga kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning (om återuppringning DNS SRV-grupper distribueras).

                  Följande steg bör följas när du gör en uppdatering av alternativen för att delta i mötet för en kundmall och/eller tillämpar uppdateringar för telefonnummergrupper eller DNS SRV-grupper för återuppringning.

                  Observera att om kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning används av tjänsteleverantörer för BroadWorks och/eller test BroadWorks Enterprises, är denna procedur valfri. Det kan vara lämpligare att helt enkelt ta bort BroadWorks tjänsteleverantörer och/eller testa BroadWorks Enterprises-organisationer och ometablera dem med hjälp av uppdaterade kundmallar, telefonnummergrupper eller DNS SRV-grupper för återuppringning.

                  Uppdatera endast telefonnummergrupp:

                  1. Skapa en ny tillfällig telefonnummergrupp med nödvändiga uppdateringar.

                  2. Skapa en ny tillfällig kundmall som använder den nya telefonnummergruppen. Om en befintlig telefonnummergrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Hämta JSON-filen BroadWorks Configuration (BYoPSTN), DEN INNEHÅLLER TELEFONNUMRET FÖR ÅTKOMST TILL KODMAPPNING FÖR DE NYA TELEFONNUMREN I TELEFONNUMMERGRUPPEN.
                  5. Bestäm DNS SRV-domänen för Webex Edge-ljud för standardpaketmötesplatsen för frölösningsorganisationen. Den ska vara oförändrad från det värde som tidigare bestämts för den ursprungliga telefonnummergruppen.
                  6. Tillämpa konfigurationsuppdateringar på BroadWorks med JSON-filen BroadWorks Configuration (BYoPSTN).
                  7. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats och delta i mötet med hjälp av inringningsnumren.
                  8. Tillämpa uppdateringen på den ursprungliga telefonnummergruppen. Ändringen är nu i drift för kunder som inte har testats.
                  9. Organisationen för utsäde, den tillfälliga telefonnummergruppen och kundmallen kan tas bort. Dessa element krävs inte längre när den ursprungliga telefonnummergruppen har uppdaterats.

                  Uppdatera endast DNS SRV-grupp för återuppringning:

                  1. Skapa en ny tillfällig DNS SRV-återuppringningsgrupp med de nödvändiga uppdateringarna.
                  2. Skapa en ny tillfällig kundmall som använder den nya DNS SRV-gruppen för återuppringning och befintlig telefonnummergrupp. Om en befintlig DNS SRV-återuppringningsgrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats, delta i mötet med inringande telefonnummer och använda alternativet ”Ring mig på”.
                  5. Tillämpa uppdateringen på den ursprungliga DNS SRV-återuppringningsgruppen. Ändringen är nu i drift för kunder som inte har testats.
                  6. Organisationen för utsädeslösning, DNS SRV-återuppringningsgrupp och kundmall kan tas bort. Dessa element krävs inte längre när den ursprungliga DNS SRV-gruppen för återuppringning har uppdaterats.

                  Uppdatera både telefonnummer och DNS SRV-grupp för återuppringning:

                  1. Skapa ett nytt tillfälligt telefonnummer och DNS SRV-återuppringningsgrupp med nödvändiga uppdateringar.
                  2. Skapa en ny tillfällig kundmall som använder den nya telefonnummergruppen och den nya DNS SRV-gruppen för återuppringning. Om en befintlig telefonnummergrupp och/eller DNS SRV-återuppringningsgrupp används tillsammans med gruppen ska du tilldela den till mallen.
                  3. Skapa en organisation för utsäde genom att etablera en prenumerant från en tjänsteleverantör för BroadWorks eller testa BroadWorks Enterprise med ett standardpaket med den nya kundmallen. Observera att detta är en sekundär frölösningsorganisation. Ingen uppdatering av mötesplatsens UUID som har konfigurerats i BroadWorks krävs.
                  4. Hämta JSON-filen BroadWorks Configuration (BYoPSTN), DEN INNEHÅLLER TELEFONNUMRET FÖR ÅTKOMST TILL KODMAPPNING FÖR DE NYA TELEFONNUMREN I TELEFONNUMMERGRUPPEN.
                  5. Bestäm DNS SRV-domänen för Webex Edge-ljud för standardpaketmötesplatsen för frölösningsorganisationen. Den ska vara oförändrad från det värde som tidigare bestämts för den ursprungliga telefonnummergruppen.
                  6. Tillämpa konfigurationsuppdateringar på BroadWorks med JSON-filen BroadWorks Configuration (BYoPSTN).
                  7. Verifiera konfigurationen genom att schemalägga möten med sädesorganisationens standardpaketwebbplats, delta i mötet med inringande telefonnummer och använda alternativet ”Ring mig på”.
                  8. Tillämpa uppdateringen på det ursprungliga telefonnumret och DNS SRV-återuppringningsgruppen. Ändringen är nu i drift för kunder som inte har testats.
                  9. Organisationen för utsäde, den tillfälliga telefonnummergruppen, DNS SRV-återuppringningsgruppen och kundmall kan tas bort. Dessa element krävs inte längre när den ursprungliga telefonnummergruppen och DNS SRV-gruppen för återuppringning har uppdaterats.

                   
                  Organisationen för primär utsädeslösning ska inte tas bort om en ny organisation för primär utsädeslösning har valts och konfigurerats i BroadWorks. Om du tar bort organisationen för primär utsäde tas bort UUID på vilken BYoPSTN-lösningen är beroende av SIP-meddelandeautentisering till Webex Edge-ljud. Om det tas bort kommer mötesdeltagare via inringning för webbplatser som använder inringningsnummer från partner att misslyckas.

                  G722 Media-interoperabilitet vid användning av din egen SBC

                  När du använder din egen SBC måste interoperabilitetsproblem som normalt hanteras av CUBE övervägas mellan Cisco Partners BroadWorks Infrastructure och Webex Cloud. Ett exempel är en inringning eller återuppringning med G722-codec som involverar BroadWorks Media Server (till exempel när du använder BroadWorks samtalsinspelningstjänst). I det här fallet kan Webex Edge-ljudet skicka en SDP med linjen ”a=fmtp:9”. Din SBC måste uppdatera den här linjen för att lägga till bitrate-parametern så att den har ”a=fmtp:9 bitrate=64” innan den skickas till BroadWorks-backend.

                  Kända begränsningar

                  • Alla ändringar i alternativet Anslutning till kundmall, Cisco-inringningsnummer eller partnertillhandahållna inringningsnummer tillämpas endast på nyetablerade kunder. Befintliga kunder som använder mallen förblir oförändrade.

                  • Alla ändringar i inställningarna för kundmallens telefonnummergrupp eller DNS SRV-grupp för återuppringning tillämpas endast på nyetablerade kunder eller befintliga kunder som etableras för sin första standard- eller premiumpaketanvändare. Befintliga kunder som redan har standard- eller premiumpaketanvändare förblir oförändrade.

                  • Alla ändringar i telefonnummergrupper eller DNS SRV-grupper för återuppringning som är tilldelade till kundmallar tillämpas endast på nyetablerade kunder eller befintliga kunder som tillhandahålls för sin första standard- eller premiumpaketanvändare. Befintliga kunder som tilldelats till associerade mallar som redan har standard- eller premiumpaketanvändare förblir oförändrade.

                  • En viss kundmall har stöd för Cisco-inringningsnummer eller alternativet för att delta i möten med partnertillhandahållna samtalsnummer, en kombination av de två alternativen för samma mall stöds inte.

                  • SIP-meddelandena för användning av ”Ring mig på” eller återuppringning av möten innehåller inte information om den kund och/eller användare som är värd för det möte som ska delta i.

                  • Telefonnumren och tillhörande mötesåtkomstkoder för en viss telefonnummergrupp stöder endast en enda DNS SRV-domän för Webex Edge-ljud (till exempel ecccspx.amer.webex.com). Användning av dessa telefonnummer för att ringa in till möten på en annan DNS SRV-domän för Webex Edge-ljud stöds inte.

                  • Webex Edge-ljud stöder inte omförhandling av codec mitt samtal. Därför kanske tjänster som åberopas efter att ett samtal besvarats inte fungerar som de ska.

                  • Webex-appen, användargränssnittet för Webex Meeting-webbplatsen och e-postinbjudan till Webex Meeting innehåller en länk till ett dokument med ”avgiftsfria samtalsbegränsningar”. Det här dokumentet är specifikt för telefonnummer som tillhandahålls av Cisco och ska ignoreras av användare när de använder telefonnummer som tillhandahålls av partner för att delta i möten.

                  Revisionshistorik för dokument

                  Följande tabell visar en historik över ändringar av detta dokument under de senaste 12 månaderna.

                  Datum

                  Version

                  Beskrivning av ändring

                  08 april 2024

                  1-36

                  • Observera att DNS-SRV är dynamisk i naturen och lade till wildcard i IP-adresserna.

                  10 januari 2024

                  1-35

                  • Artikel 4 har lagts till i avsnittet Översättningsprofiler.

                  22 december 2023

                  1-34

                  • Uppdaterade avsnitten för att delta i mötet med återuppringning (valfritt), routning-NE, aktivera återuppringning av Webex-möten, översättningsprofiler och Cube-samtalsflöden har uppdaterats.

                  04 juli 2023

                  1-33

                  • Uppdaterade avsnittet Anslutning till möte med hjälp av återuppringning (valfritt).

                  02 februari 2023

                  1-32

                  • Lade till ny domän för Storbritannien och Nordafrika lade till under Webex samtalsomkopplingsdomäner.

                  • Lade till mötets värdsession och applikationsplattform under steg 9: Etablera konfiguration av Broad Works för partner.

                  02 februari 2023

                  1-31

                  • Uppdaterade Tillämpa uppdateringar i avsnittet DNS SRV-grupp för telefonnummergrupp/återuppringning i tjänst.

                  31 januari 2023

                  1–30

                  • Lade till avsnittet Programplattform under Programserver.

                  29 nov 2022

                  1-29

                  • Lade till Aktivera återuppringning av Webex Meeting i avsnittet Nätverksserver.

                  • Har lagts till Skapa en Voice-XML-mötesdeltagare med återuppringning i avsnittet Programserver.

                  • Uppdaterade DNS SRV-poster under Webex samtalsomkopplingsdomäner.

                  Var den här artikeln användbar?