Vattenstämpel
18 mar 2021 | visning(ar) | personer tyckte att detta var till hjälp

Konfigurationsarbetsflöde för Webex Calling

Konfigurationsarbetsflöde för Webex Calling

Översikt över Webex-samtal

Introduktion till Cisco Webex-samtal

Du kan utnyttja företagsklassade molnsamtal, mobilitet och PBX-funktioner, tillsammans med Cisco Webex för meddelanden och möten och samtal från en mobil Webex-klient eller Cisco-enhet. Det är precis vad Webex-samtal har att erbjuda dig.

Webex Calling ger följande fördelar:

  • Samtalsprenumerationer för telefonianvändare och vanliga områden

  • Webex-åtkomst för varje användare

  • Offentlig PSTN-åtkomst (Switch Telephony Network) för att låta dina användare ringa nummer utanför organisationen. Tjänsten tillhandahålls via en befintlig företagsinfrastruktur (lokal gateway utan lokal IP PBX eller med befintlig Unified CM-samtalsmiljö)

Webex Calling har stöd för följande funktioner. Mer information finns i kapitlet Konfigurera Webex-samtalsfunktioner.

Tabell 1. Funktioner som kan konfigureras av administratör

Funktion

Beskrivning

Autosvar

Du kan lägga till hälsningar, konfigurera menyer och dirigera samtal till en svarstjänst, en sökgrupp, en röstbrevlåda eller en real person. Du kan skapa ett 24-timmars schema eller tillhandahålla olika alternativ när ditt företag är öppet eller stängt. Du kan även dirigera samtal baserat på nummerpresentationens attribut för att skapa VIP-listor eller hantera samtal från vissa postnummer annorlunda.

Samtalskö

Du kan ställa in en samtalskö så att inkommande samtal inte kan besvaras när inringare får ett automatiskt svar, lugnande meddelanden och musik som är väntande tills någon kan besvara samtalet.

Hämta samtal

Du kan förbättra samarbetet och samarbetet genom att skapa en samtalssvarsgrupp så att användarna kan besvara alla andras samtal. När du lägger till användare i en samtalssvarsgrupp och en gruppmedlem är borta eller upptagen kan en annan medlem svara på deras samtal.

Call Park

Du kan aktivera samtalsparkering så att användare kan parkera ett samtal och hämta det från en annan telefon.

Svarsgrupp

Du kanske vill konfigurera huntgrupper i följande scenarier:

  • Ett säljteam som vill ha dirigering i följd. Ett inkommande samtal ringer en telefon, men om det inte finns något svar går samtalet till nästa agent i listan.

  • Ett supportteam som vill att alla telefoner ska ringas upp samtidigt, så att den första tillgängliga agenten kan ta samtalet.

Anropsgrupp (Paging-grupp)

Du kan skapa en personsökningsgrupp så att användare kan skicka ett ljudmeddelande till en person, en avdelning eller ett team. När någon skickar ett meddelande till en personsökningsgrupp spelas meddelandet upp på alla enheter i gruppen.

Receptionistklient

Hjälp kontorspersonalens behov genom att tillhandahålla en fullständig uppsättning av alternativ för samtalskontroll, storskalig linjeövervakning, samtalsköer, flera katalogalternativ och vyer, Outlook-integrering med mera.

Användare kan konfigurera följande funktioner i https://settings.webex.com, som startas i samtalsanvändarportalen.

Tabell 2. Funktioner som kan konfigureras av användare

Funktion

Beskrivning

Anonym samtalsavslag

Användare kan avvisa inkommande samtal med blockerat inringar-ID.

Verksamhetskontinuitet

Om användarnas telefoner inte är anslutna till nätverket av någon anledning (såsom avbrott, nätverksproblem och så vidare), kan användare vidarebefordra inkommande samtal till ett visst telefonnummer.

Samtalsvidarekoppling

Användare kan vidarebefordra inkommande samtal till en annan telefon.

Val av samtals vidarebefordran

Användare kan vidarebefordra samtal vid en viss tidpunkt från specifika uppringare. Den här inställningen har företräde framför samtals vidarebefordran.

Samtals av meddelande

Användare kan skicka e-postmeddelanden när de får ett samtal enligt fördefinierade kriterier som telefonnummer eller datum och tid.

Call Park

Användare kan tillåta att ytterligare inkommande samtal besvaras.

Stör ej

Användare kan tillfälligt låta alla samtal gå direkt till röstbrevlådan.

Office Anywhere

Användare kan använda sina valda telefoner ("platser") som en utökning av deras företagstelefonnummer och nummerplan.

Prioritetsvarning

Användare kan ringa till sina telefoner med en uppringning när fördefinierade kriterier uppfylls, till exempel telefonnummer eller datum och tid.

Fjärrkontor

Användare kan ringa samtal från en fjärrtelefon och få den att visas från sin verksamhetslinje. Dessutom kommer alla inkommande samtal till företagets linje att ringa via denna fjärrtelefon.

Selektivt godkännande av samtal

Användare kan acceptera samtal vid specifika tidpunkter från specifika uppringare.

Selektiv samtalsavslag

Användare kan avvisa samtal vid särskilda tidpunkter från specifika uppringare.

Sekventiell ring

Ringa upp till 5 enheter var efter en för inkommande samtal.

Samtidig ringsignal

Ring användares och andras ("samtalsmottagare") nummer samtidigt för inkommande samtal.

Provisioneringstjänster, enheter och användare i Control Hub – starta i detaljerad konfiguration isamtalsadministrationsportalen

Cisco Webex Control Hub () är en hanteringsportal som integreras med Webex Calling för att effektivisera dina beställningar och din konfiguration, och centralisera din hantering av det paketeradehttps://admin.webex.com erbjudandet–WebexCalling, Webex, och WebexMeetings.

Control Hub är den centrala punkten för etablering av alla tjänster, enheter och användare. Du kan göra första konfigurationen av din samtalstjänst, registrera MPP-telefoner till molnet (med MAC-adress), konfigurera användare genom att koppla enheter, lägga till nummer, tjänster, samtalsfunktioner och så vidare. Från Control Hub kan du också öppnasamtalsadministrationsportalen för mer detaljerad konfiguration av funktioner, enheter och användare. Provisionering av alla ytterligare tjänster (Webex Meetings eller Teams) sker även i Control Hub.

Samtalsadministratörsportalen ger kunderna tillgång till avancerade konfigurationer av samtalsfunktioner samt en snabbvy av tjänstförsäkran. Tjänstetjänster tillhandahåller statistik över samtalskvalitet på flera platser inom sina företagsenheter genom att ange om samtalen är av god, till god eller dålig kvalitet. Att få omedelbar feedback om samtalskvaliteten gör det möjligt för partner och kundadministratörer att erbjuda bästa servicekvalitet till sina kunder.

Användarupplevelse

Användare har tillgång till följande gränssnitt:

Ta en rundtur i Cisco Webex Control Hub

Control Hub är ditt enda go-to-baserade gränssnitt där du kan hantera organisationen, hantera användare, tilldela tjänster, analysera trender för implementering och samtalskvalitet med mera.

För att komma igång med din organisation rekommenderar vi att du bjuder in några användare att delta i Webex genom att ange deras e-postadresser i ControlHub. Uppmuntra personer att använda de tjänster du tillhandahåller, inklusive att ringa, och att ge dig feedback om deras upplevelse. När du är klar kan du alltid lägga till fler användare.


Vi rekommenderar att du använder den senaste skrivbordsversionen av Google Chrome eller Mozilla Firefox för att komma åt ControlHub. Webbläsare på mobila enheter och andra webbläsare kan ge oväntade resultat.

Använd informationen som visas nedan som en översikt på hög nivå över vad du kan förvänta dig när du konfigurerade din organisation med tjänsterna. För mer detaljerad information, se de individuella kapitlet för steg-för-steg-instruktioner.

Kom igång

När din partner har skapat ditt konto kommer du att få ett välkomstmeddelande via e-post. Klicka på komma igång-länken i e-postmeddelandet med Chrome eller Firefox för att komma åt Control Hub. Länken loggar automatiskt in med administratörens e-postadress. Därefter uppmanas du att skapa ditt administratörslösenord.

Guiden för första gången för provperioder

Om din partner har registrerat dig för en provperiod startas konfigurationsguiden automatiskt när du loggar in på Control Hub. Guiden hjälper dig genom de grundläggande inställningarna för att komma igång med din organisation med Cisco WebexCalling, bland andra tjänster. Du kan konfigurera och granska dina samtalsinställningar innan du är klar med guiden genomgång.

Granska dina inställningar

När Control Hub läses in kan du granska dina inställningar.

Lägg till användare

Nu när du har angett dina tjänster är du redo att lägga till personer från din företagskatalog. Gå till Användare och klicka på Hanteraanvändare.

Om du använder Microsoft Active Directory rekommenderar vi att du först aktiverar katalogsynkronisering och därefter bestämmer dig för hur du vill lägga till användare. Klicka på Nästa och följ anvisningarna för att konfigurera Cisco Kataloganslutning.

Konfigurera enkel inloggning (SSO)

Webex använder grundläggande autentisering. Du kan välja att konfigurera SSO så att användare autentiseras med din Enterprise Identity-leverantör med hjälp av sina enterprise-inloggningsuppgifter, i stället för ett separat lösenord som lagras och hanteras i Webex.

Gå till Inställningar, bläddra tillAutentisering, klicka på Ändra och välj sedan Integrera enidentitetsleverantör i tredjepart.

Tilldela tjänster till användare

Du måste tilldela -tjänster till de användare som du har lagt till så att personer kan börja använda Webex.

Gå till Användare, klicka på Hanteraanvändare, välj Exportera och importera användare med en CSV-filoch klicka sedan på Exportera .

I filen du hämtar lägger du helt enkelt till True för de tjänster som du vill tilldela till var och en av dina användare.

Importera den slutförda filen, klicka på Lägg till och ta bort tjänster och klicka sedan på Skicka. Du är nu redo att konfigurera samtalsfunktioner, registrera enheter som kan delas på en gemensam plats och registrera och associera enheter med användare.

Gör det möjligt för dina användare att

Nu när du har lagt till användare och de har tilldelats tjänster kan de börja använda sina multiplatforma telefoner (MPPS) som stöds för Webex-samtal och Webex för meddelanden och möten. Uppmuntra dem att använda Cisco Webex-inställningar som ett stopps köp för åtkomst.

Roll för lokal gateway

Den lokala gatewayen är en företags- eller partner hanterad Edge-enhet för sammanlänkning med offentlig telefoninät (PSTN) och äldre PBX-nätverk (inklusive Unified CM).

Du kan använda Cisco Webex Control Hub för att tilldela en lokal gateway till en plats, därefter tillhandahåller Control Hub parametrar som du kan konfigurera på CUBE. Dessa steg registrerar den lokala gatewayen med molnet och sedan tillhandahålls PSTN-tjänsten via gatewayen till Användare av Webex-samtal på en specifik plats.

För att ange och beställa en lokal gateway, läs beställningsguiden för lokalgateway.

Lokala gatewaydistributioner som stöds för Webex-samtal

Följande grunddistributioner stöds:

Den lokala gatewayen kan distribueras fristående eller i distributioner där integrering i Cisco Unified Communications Manager krävs.

Distribuering av lokala gateways utan lokal IP PBX

Fristående lokala gatewaydistributioner

Denna figur visar en Webex-samtalsdistribution utan någon befintlig IP PBX och kan tillämpas på en enskild plats eller en distribution med flera platser.

För alla samtal som inte stämmer överens med dina Webex-samtalsdestinationer skickar Webex-samtal dessa samtal till den lokala gateway som har tilldelats platsen för behandling. Den lokala gatewayen dirigerar alla samtal som kommer från Webex-samtal till PSTN och i den andra riktningen PSTN till Webex-samtal.

PSTN-gatewayen kan vara en dedikerad plattform eller coresident med den lokala gatewayen. Precis som i följande bild rekommenderar vi den dedikerade PSTN gateway-varianten av denna distribution. den kan användas om den befintliga PSTN-gatewayen inte kan användas som en lokal Webex Calling-gateway.

Coresident lokal gateway-distribution

Den lokala gatewayen kan vara IP-baserad och ansluta till en ITSP med en SIP-trunk, eller TDM baserad på en ISDN- eller analog krets. Följande bild visar en distribution av Webex-samtal där den lokala gatewayen ligger till grund för PSTN GW/SBC.

Lokala gatewaydistributioner med lokal Unified CM PBX

Integreringar med Unified CM krävs i följande fall:

  • Webex Calling -aktiverade platser läggs till i en befintligCisco UC-distribution där Unified CM distribueras som den lokala samtalskontrolllösningen

  • Direktsamtal mellan telefoner registrerade för Unified CM och telefoner på Webex-samtalsplatser krävs.

Denna figur visar en webex-samtalsdistribution där kunden har en befintlig Unified CM IP PBX.

BroadCloud skickar samtal som inte stämmer överens med kundens Webex-samtalsdestinationer till den lokala gatewayen. Detta inkluderar PSTN-nummer och interna Unified CM-anknytningar som BroadCloud inte kan se. Den lokala gatewayen dirigerar alla samtal som kommer från BroadCloud till Unified CM och vice versa. Unified CM dirigerar sedan inkommande samtal till lokala destinationer eller till PSTN enligt den befintliga uppringningsplanen. Unified CM-uppringningsplanen normaliserar nummer som +E.164. PSTN-gatewayen kan vara en dedikerad eller sam bofast med den lokala gatewayen.

Dedikerad PSTN-gateway

Den dedikerade PSTN gateway-varianten av denna distribution som visas i detta diagram är det rekommenderade alternativet och kan användas om den befintliga PSTN-gatewayen inte kan användas som en lokal Webex Calling-gateway.

Coresident PSTN-gateway

Den här figuren visar en distribution av Webex-samtal med en Unified CM där den lokala gatewayen samf?lss med PSTN gateway/SBC.

BroadCloud dirigerar alla samtal som inte stämmer överens med kundens Webex-samtalsdestinationer till den lokala gateway som har tilldelats platsen. Detta inkluderar PSTN-destinationer och interna samtal till interna anknytningar i Unified CM. Den lokala gatewayen dirigerar alla samtal till Unified CM. Unified CM dirigerar därefter samtal till lokalt registrerade telefoner eller till PSTN via den lokala gatewayen som har gemensam PSTN-/SBC-funktionalitet.

Överväganden vid samtalsdirigering

Samtal från Webex-samtal till Unified CM

Omdirigeringslogiken för Webex Calling fungerar på följande sätt: Om det nummer som rings upp på en Webex-samtalsslutpunkt inte kan dirigeras till en annan destination inom samma kund i BroadCloud skickas samtalet till den lokala gatewayen för vidare behandling. Alla externa samtal (utanför BroadCloud) skickas till den lokala gatewayen.

För en Webex Calling-distribution utan integrering till en befintlig Unified CM anses alla utanför nätverk-samtal vara ett PSTN-samtal. När det kombinerats med Unified CM, kan ett samtal utanför nätet fortfarande vara ett on-net-samtal till valfri destination som är värd för på Unified CM eller ett riktigt off-net-samtal till en PSTN-destination. Samtalet mellan de två senare samtalstyperna avgörs av Unified CM och beror på företagets uppringningsplan som tillhandahålls på Unified CM.

Följande bild visar en Webex Calling-användare som ringer ett nationellt nummer i USA.

Unified CM är nu baserat på den konfigurerade uppringningsplanen och dirigerar samtalet till en lokalt registrerad slutpunkt där den uppringda destinationen tillhandahålls som katalognummer. För detta behöver Unified CM-uppringningsplanen stödja dirigering av +E.164-nummer.

Samtal från Unified CM till Webex-samtal

För att aktivera samtalsdirigering från Unified CM till Webex-samtal på Unified CM måste en uppsättning vägar tillhandahållas för att definiera uppsättningen +E.164- och adresser för företagsnummerplan i Webex Calling.

Med dessa vägar på plats är båda samtalsscenarion som visas i följande bild möjliga.

Om en uppringare i PSTN ringer upp ett DID-nummer som är tilldelat till en Webex-samtalsenhet, så överlämnas samtalet till företaget via företagets PSTN-gateway och sedan via Unified CM. Den uppringda adressen för det samtalet matchar en av Webex Calling-vägar som tillhandahålls i Unified CM och samtalet skickas till den lokala gatewayen. (Den upp ringde adressen måste vara i +E.164-format när den skickas till den lokala gatewayen.) BroadCloud-dirigeringslogiken kontrollerar sedan att samtalet skickas till den avsedda Webex-samtalsenheten, baserat på DID-tilldelning.

Samtal från Unified CM-registrerade slutpunkter som är avsedda för destinationer i Webex-samtal omfattas dessutom av uppringningsplanen som tillhandahålls på Unified CM. Vanligtvis innebär denna uppringningsplan att användarna kan använda vanliga företagssamtal för att ringa samtal. Dessa samtal inkluderas inte nödvändigtvis bara +E.164-samtal. Alla uppringningar som är vanliga förutom +E.164 måste normaliseras till +E.164 innan samtal skickas till den lokala gatewayen för att tillåta korrekt dirigering i BroadCloud.

Tjänsteklass (CoS)

Vi rekommenderar alltid att man implementerar tätt tjänstebegränsningar av olika anledningar, exempelvis att undvika samtalsband och att förhindra avgiftsbelagda bedrägeri. I samband med att integrera en lokal Webex-samtalsgateway med Unified CM-tjänstklassen måste vi överväga en tjänsteklass för:

  • Enheter registrerade med Unified CM

  • Samtal som kommer till Unified CM från PSTN

  • Samtal som kommer till Unified CM från BroadCloud

Enheter registrerade med Unified CM

Att lägga till Webex Calling-destinationer som en ny destinationsklass i en befintlig CoS-konfiguration är ganska rakt fram: behörighet att ringa till destinationer för Webex-samtal motsvarar vanligtvis behörigheten att ringa lokala (inklusive platsbaserade) destinationer.

Om ett företags uppringningsplan redan implementerar behörigheten "(förkortad) on-net inter-site" så finns det redan en partition implementerad på Unified CM som vi kan använda och tillhandahålla alla kända destinationer för Webex-samtal i samma partition.

I annat fall finns inte konceptet "(förkortad) on-net inter-site"-behörighet än. Då behöver en ny partition (t.ex. "onNetRemote") tillhandahållas, Webex-samtalsdestinationer läggs till i den här partitionen och slutligen måste den nya partitionen läggas till i de lämpliga samtalssökutrymmena.

Samtal som kommer till Unified CM från PSTN

Att lägga till Webex Calling-destinationer som en ny destinationsklass i en befintlig CoS-konfiguration är ganska rakt fram: behörighet att ringa till destinationer för Webex-samtal motsvarar vanligtvis behörigheten att ringa lokala (inklusive platsbaserade) destinationer.

Om ett företags uppringningsplan redan implementerar behörigheten "(förkortad) on-net inter-site" så finns det redan en partition implementerad på Unified CM som vi kan använda och tillhandahålla alla kända destinationer för Webex-samtal i samma partition.

I annat fall finns inte konceptet "(förkortad) on-net inter-site"-behörighet än. Då behöver en ny partition (t.ex. "onNetRemote") tillhandahållas, Webex-samtalsdestinationer läggs till i den här partitionen och slutligen måste den nya partitionen läggas till i de lämpliga samtalssökutrymmena.

Samtal som kommer till Unified CM från BroadCloud

Samtal som kommer från PSTN behöver åtkomst till alla Webex Calling-destinationer. Detta kräver att partitionen ovan håller alla Webex-samtalsdestinationer i det samtalssökutrymme som används för inkommande samtal i PSTN-trunken. Åtkomsten till webex-samtalsdestinationer kommer utöver den redan befintliga åtkomsten.

För samtal från PSTN-åtkomst till DID:er för Unified CM och Webex-samtal krävs samtal som härstammar i Webex-samtal behöver du åtkomst till Unified CM DIDs- och PSTN-destinationer.

Figur 1. Differentierad coS för samtal från PSTN och Webex-samtal

Denna figur jämför dessa två olika tjänsteklasser för samtal från PSTN och BroadCloud. Figuren visar också att om funktionen för PSTN-gateway är samallokerad med lokal gateway krävs två trunkar från det kombinerade PSTN GW och lokala gatewayen till Unified CM: ett för samtal som härstammar i PSTN och ett för samtal som härstammar i BroadCloud. Detta beror på kravet att tillämpa differentierade samtalssökutrymmen per trafiktyp. Med två inkommande trunkar på Unified CM är detta enkelt att avknyta genom att konfigurera den obligatoriska samtalssökutrymmet för inkommande samtal på varje trunk

Integrering av nummerplan

Denna guide förutsätter en befintlig installation som baseras på bästa praxis i "Prioriterad arkitektur för Cisco Collaboration on-Premises Deployments, CVD". Den senaste versionen finns tillgänglig på https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Den rekommenderade designen för uppringningsplanen följer den design metod som beskrivs i kapitlet Nummerplan i den senaste versionen av Cisco Collaboration System SRND tillgängligt på https://www.cisco.com/go/ucsrnd.

Figur 2. Rekommenderad uppringningsplan

I den här figuren visas en översikt över den rekommenderade utformningen av uppringningsplanen. Huvudegenskaper för denna plan för uppringning inkluderar:

  • Alla katalognummer som är konfigurerade på Unified CM är i +E.164-format.

  • Alla katalognummer finns på samma partition (DN) och markeras som brådskande.

  • Kärndirigeringen baseras på +E.164.

  • Alla icke-+E.164-uppringning är normaliserade (globaliserade) till +E.164 genom att använda uppringningsöversättningsmönster.

  • För att ringa normaliseringsöversättningsmönster används det översättningsmönster som kräver ärvt sökutrymme; de har alternativet "Använd upphovsmanens samtalssökutrymme" inställt.

  • Tjänstklassen implementeras på webbplatsen och i klassen för tjänstespecifika samtalssökutrymmen.

  • PSTN-åtkomstfunktioner (till exempel åtkomst till internationella PSTN-destinationer) implementeras genom att lägga till partitioner med respektive +E.164-routemönster till det samtalssökutrymme som definierar tjänsteklassen.

Nåbarhet till BroadCloud

Figur 3. Lägga till BroadCloud-destination i nummerplanen

För att det ska gå att nå BroadCloud-destinationer i den här uppringningsplanen måste en partition som representerar alla BroadCloud-destinationer skapas ("BroadCloud") och ett +E.164-routemönster för varje DID-intervall i BroadCloud har lagts till i den här partitionen. Detta routemönster hänvisar till en routelista med endast en medlem: Routegruppen med SIP-trunken till den lokala gatewayen för samtal till BroadCloud. Eftersom alla uppringda destinationer är normaliserade till +E.164 genom att antingen använda uppringningsöversättningsöversättningsmönster för samtal från Unified CM-registrerade slutpunkter eller inkommande uppringda partomvandlare för samtal från PSTN är denna enskilda uppsättning routemönster av +E.164 tillräckligt stora för att nå nå för destinationer i BroadCloud oberoende av de uppringningssystem som används.

Om en användare exempelvis ringer upp "914085550165" normaliseringsöversättningsmönstret för uppringning i partitionen "UStoE164" normaliserar den här uppringningssträngen till "+1408550165" vilket då matchar routemönstret för en BroadCloud-destination i partitionen "BroadCloud." Unified CM skickar till slut samtalet till den lokala gatewayen.

Lägg till förkortad fjärruppringning

Figur 4. Lägga till förkortad fjärruppringning

Det rekommenderade sättet att lägga till förkortad uppringning inom webbplatsen till referensuppringningsplanen är att lägga tillöversättningsmönster för uppringning normalisering för alla webbplatser i företagets nummerplan till en dedikerad partition ("ESN", Enterprise Significant Numbers). Dessa översättningsmönster fångar upp uppringningssträngar i formatet för företagets nummerplan och normaliserar den uppringda strängen till +E.164.

För att lägga till förkortad uppringning till BroadCloud-destinationer lägger du till respektive normaliseringsöversättningsmönster för uppringning för BroadCloud-platsen i partitionen "BroadCloud" (till exempel "8101XX" i diagrammet). Efter normalisering skickas samtalet igen till BroadCloud efter att det har matchat routemönstret i partitionen "BroadCloud".

Vi rekommenderar inte att du lägger till det förkortade normaliseringsöversättningsmönstret för BroadCloud-samtal på "ESN"-partitionen, eftersom denna konfiguration kan skapa oönskade samtalsdirigerings-dirigeringar.

Skillnad mellan Webex-samtal för tjänsteleverantörer och återförsäljare med tillagda värden

Det finns två separata samtalserbjudanden som utnyttjar samma Webex-samtalsplattform. Det ena erbjudandet är till tjänsteleverantörer och deras kunder medan det andra erbjudandet gäller värdeskapande återförsäljare (VAR)och deras kunder. För det mesta är erbjudandena identiska och vi hänvisar till dem allmänt som Webex-samtal. Men det finns några skillnader och vi måste ringa upp dessa skillnader, vi kommer att se till att du vet om de gäller för SPS eller VAR.

Båda erbjudandena administreras i Control Hub och startas i samtalsadministrationsportalen men här finns några viktiga skillnader.

Ip-adresser kan märka sina samtalsportaler och -appar och måste bunta ihop och tillhandahålla sina egna PSTN-tjänster till sina kunder eller använda en lokal gatewaydistribution. SPS måste också ge sin egen Nivå 1-support.

VAR:er använder å andra sidan varumärkningen som tillhandahålls av Cisco. VAR:er är inte reglerade tjänsteleverantörer och kan inte tillhandahålla PSTN-tjänster. PSTN-tjänsten måste användas via en lokal gateway-distribution för företag. VAR:er kan också ge sin egen nivå 1-support eller använda Ciscos. Båda samtalserbjudanden ger tjänste försäkran genom mediakvalitetsstatistik och kan bunta Webex-och Webex Meetings tillsammans med sina samtalsprogram.

Protokollhanterare för samtal

Cisco Webex Calling registrerar följande protokollhanterare med operativsystemet för att aktivera klicka-för-att-ringa-funktionen från webbläsare eller annat program. Följande protokoll startar ett ljud- eller videosamtal i Webex Teams när det är standardsamtalsprogrammet på Mac eller Windows:

  • KLICKA PÅTOCALL: eller CLICKTOCALL://

  • Sip: eller SIP://

  • Tel: eller TEL://

  • WEBEXTEL: eller WEBEXTEL://

Protokollhanterare för Windows

Andra appar kan registrera sig för protokollhanterare innan Webex-appen. I Windows 10 ber systemfönstret användarna att välja vilken app de ska använda för att starta samtalet. Användarens inställningar går att komma ihåg om användaren kontrollerar Använd alltid den här appen.

Om användare behöver återställa standardinställningarna för appen för samtal så att de kan välja Webex kan du instruera dem att ändra protokollassociationerna för Webex i Windows 10:

  1. Öppna Standardinställningar för appinställningar, klicka på Ställ in standard per app och välj sedanWebex.

  2. För varje protokoll, välj Webex.

Protokollhanterare för Mac

På Mac OS måste användare, om andra appar har registrerats för samtalsprotokollen före Webex, konfigurera sina Webex-appar till standardsamtalsalternativet.

I Webex för Mac kan användare bekräfta att Webex är valt för Starta samtal med inställning under allmänna inställningar. De kan även markera Anslut alltid till Microsoft Outlook om de vill ringa samtal i Webex när de klickar på kontaktens nummer i Outlook.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Förbered din miljö för Webex Calling

Förbered din miljö Konfigurera Webex Calling för din organisation Konfigurera lokal gateway för PSTN åtkomst (endast VAR:er) Konfigurera UCM Konfigurera Webex Calling funktioner Konfigurera och hantera användare Konfigurera och hantera enheter

Krav för uppringning

Licensiering

Webex Calling tillgängligt via Cisco Collaboration Flex-abonnemanget. Du måste köpa en E-plan med företagsavtal (EA) (för alla användare, inklusive 50 % arbetsytor) eller en namngiven användares (NU) plan (vissa eller alla användare).

Webex Calling tre licenstyper("Stations Types")

  • Enterprise– dessa licenser innehåller en fullständig uppsättning funktioner för hela din organisation. Erbjudandet omfattar Unified Communications (Webex Calling), mobilitet (dator- och mobilklienter med stöd för flera enheter), teamsamarbete i Webex och alternativet att sammanföra möten med upp till 1 000 deltagare per möte.

  • Basic– Välj det här alternativet om dina användare behöver begränsade funktioner utan mobilitet eller enhetlig kommunikation. De får fortfarande ett fullfunktionerat rösterbjudande men är begränsat till en enhet per användare.


    Basic-licenser är endast tillgängliga om du har en namngiven användarprenumeration. Grundläggande licenser stöds inte för företagsavtalsprenumerationer.

  • Arbetsytor (även kallat vanligt område) – Välj detta alternativ om du vill ha grundläggande uppringning med en begränsad uppsättning samtalsfunktioner som är lämpliga för områden som mötesrum, lobbyer och konferensrum.

Denna dokumentation visar senare hur du använder Control Hub för att hantera dessa licensdistributioner mellan olika platser i din organisation.

Bandbreddskrav

Varje enhet i ett videosamtal kräver upp till 2 Mbit/s. Varje enhet i ett ljudsamtal kräver 100 kbit/s. Telefoner i viloläge behöver minimal bandbredd.

Lokal gateway för platsbaserad PSTN

Både Värde-tillagda återförsäljare (VAR:er) och Tjänsteleverantörer (SPs) kan ge PSTN åtkomst Webex Calling organisationer. Lokal gateway är för närvarande det enda alternativet för att tillhandahålla platsbaserad PSTN åtkomst. Den lokala gatewayen kan distribueras fristående eller i distributioner där integrering Cisco Unified Communications Manager behövs. De lokala gatewaykraven följer.

Enheter som stöds

Webex Calling IP-telefoner med Cisco Multiplatform (MPP). Som administratör kan du registrera följande telefoner i molnet. Se följande hjälpartiklar för mer information:


En komplett lista över de enheter som stöds för Webex Calling finns i Enheter som stöds för Webex Calling.

Cisco Webex Room, Board och Skrivbordsenheter stöds som enheter i en arbetsyta som du skapar i Control Hub. Se "Cisco Webex Room, board- och skrivbordsenheter" i Enheter som stöds för Webex Calling för mer information. Du kan dock tillhandahålla dessa enheter med en PSTN tjänst genom att Webex Calling för Workspace.

Brandvägg

Uppfyller brandväggskraven som finns dokumenterat i Portreferensinformation för Cisco Webex Calling.

Lokala gatewaykrav för Webex Calling

Allmänna förutsättningar

Innan du konfigurerar en lokal gateway för Cisco Webex Calling bör du se tillatt

    • Ha grundläggande kunskaper VoIP principer

    • Har grundläggande arbetskunskap i röstkoncepten Cisco IOS-XE och IOS-XE

    • Ha en grundläggande förståelse för hur Session Initiation Protocol (SIP)

    • Ha en grundläggande förståelse för Cisco Unified Communications Manager (Unified CM) om din distributionsmodell inkluderar Unified CM

    Mer information finns i konfigurationsguiden Cisco Unified Border Element (CUBE) på https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Maskinvaru- och programvarukrav för lokal gateway

Se till att din distribution har en eller flera lokala gateways (Cisco CUBE (för IP-baserad anslutning) eller Cisco IOS Gateway (för TDM-baserad anslutning)) som finns i tabell 1 i den lokala gatewayen för Webex Calling beställningsguide. Se dessutom till att plattformen kör en IOS-XE-version som stöds enligt konfigurationsguiden för lokalgateway.

Certifikat- och säkerhetskrav för lokal gateway

Webex Calling kräver säker signalering och media. Den lokala gatewayen utför krypteringen och en TLS-anslutning måste upprättas utgående till molnet med följande steg:

  • LGW måste uppdateras med CA-rotbunten från Cisco PKI

  • En uppsättning SIP digest-inloggningsuppgifter från Control Hubs konfigurationssida för trunk används för att konfigurera LGW (stegen är en del av konfigurationen som följer)

  • CA-rotpaket validerar presenterat certifikat

  • Uppmaning om inloggningsuppgifter (SIP digest angavs)

  • Molnet identifierar vilken lokal gateway som är säkert registrerad

Brandväggs-, NAT-traversal- och mediasökvägsoptimeringskrav för lokal gateway

I de flesta fall kan den lokala gatewayen och slutpunkterna finnas i det interna kundnätverket med hjälp privat IP adresser med NAT. Företagets brandvägg måste tillåta utgående trafik (SIP, RTP/UDP, HTTP) till specifika IP-adresser/portar som omfattas av portreferensinformationen.

Om du vill använda mediasökvägsoptimering med ICE måste den lokala gatewayens gränssnitt Webex Calling ha en direkt nätverkssökväg till och från de Webex Calling slutpunkterna. Om slutpunkterna är på en annan plats och det inte finns någon direkt nätverkssökväg mellan slutpunkterna och den lokala gatewayens Webex Calling-gränssnitt, måste den lokala gatewayen ha en allmän IP-adress tilldelad till gränssnittet som står inför Webex Calling för samtal mellan den lokala gatewayen och slutpunkterna för att använda mediasökvägsoptimering. Dessutom måste den köra IOS-XE version 16.12.5.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera Cisco Webex-samtal för din organisation

Innan du börjar

Om du försöker konfigurera en kund i Kanada är ytterligare steg nödvändiga. Kontakta partnersupporten för merinformation.

1

Klicka på länken Komma igång i välkomstmeddelandet som du får via e-post.


 

Din e-postadress till administratören används automatiskt för att logga in på Control Hub, där du uppmanas att skapa ditt administratörslösenord. När du har loggat in startar installationsguiden automatiskt.

2

Granska och godkänn servicevillkoren.

3

Granska ditt abonnemang och klicka sedan på Komma igång.

4

Välj det land som ditt datacenter ska mappa till och ange kundens kontakt- och kundadressinformation.

5

Klicka på Nästa: Standardplats.

6

Välj från följande alternativ:

  • Klicka på Spara och stäng om du är en partneradministratör och vill att kundadministratören ska slutföra etableringen av Webex-samtal.
  • Fyll i den nödvändiga platsinformationen. När du har skapat platsen i guiden kan du skapa fler platser senare.

 

Landet för standardplatsen anges som det kontraktsland som har valts av partnern och kan inte ändras. Du kan skapa andra platser i olika länder senare, men kom ihåg att de kommer att finnas på det regionala datacentret som motsvarar det kontraktsland du valde tidigare i den här proceduren. Du kan till exempel ha en plats i USA och en i Storbritannien.


 

Se till att du lägger till ett huvudnummer på den plats du skapar när du är klar med konfigurationsguiden.

7

(Valfritt) Växla i Skype för företag om denna integrering krävs, och klicka sedan på Nästa .


 

När denna platsomfattande inställning är aktiverad konverteras alla befintliga samtalsappar till samtal för S4B. Denna app kan köras tillsammans med Skype för företag i Windows och tillhandahåller integrerade PSTN-samtals funktioner.

8

Välj Nästa.

9

Ange en tillgänglig Cisco Webex SIP-adress och klicka på Nästa.

10

Välj Slutför.

Innan du börjar

Skapa en ny plats genom att förbereda följande information:

  • Platsadress

  • Önskade telefonnummer (valfritt)

1

Från kundvyn i går https://admin.webex.comdu till Tjänster och > ringer > platser och klickar sedan på Lägg till plats .

Kom ihåg att nya platser kommer att finnas på det regionala datacentret som motsvarar det avtalsland som du har valt med installationsguiden för första gången.

2

Konfigurera inställningarna för platsen:

  • Platsnamn– Ange ett unikt namn för att identifiera platsen.
  • Land– Välj ett land som du vill koppla platsen till. Du kan till exempel skapa en plats (huvudkontor) i USA och en annan (avdelning) i Storbritannien. Landet du väljer avgör vilka adressfält som följer. De som beskrivs här använder usa:s adresskonventionen som exempel.
  • Språk– välj språk för platsen.
  • Adress– Ange postadressen till platsen.
  • Stad– ange en stad för den här platsen.
  • Stat– Från den nedrullningade listrutan väljer du ett stat.
  • Postnummer –Ange postnumret.Telefonnummer– Ange telefonnumret där platsens huvudkontakt kan nås.
3

(Valfritt) Växla mellan Skype för företag om dina användare på den här platsen vill fortsätta samarbeta med skrivbordsappen Microsoft Skype för företag. Användare kommer att kunna ringa och ta emot telefonsamtal från utanför organisationen samt använda de avancerade samtalsfunktioner som Webex Calling S4B-appen erbjuder. Användare måste hämta och installera Webex Calling S4B-appen så att de korslansering i Webex Calling S4B-appen när de initierar eller tar emot ett PSTN-samtal i Microsoft Skype-appen.


 

Det är den enda gången som du kan välja att registrera dig för eller inte i Skype för företag-integrering med appen Webex-samtal. När platsen har skapats har du inte längre alternativet att ändra den här inställningen.

4

Klicka på Spara och välj sedan om du vill lägga till nummer nu eller senare.

5

Om du klickade på Lägg till nu väljer du något av följandealternativ:

  • Cisco PSTN – Välj detta alternativ om du vill ha en buntad lösning som gör att du kan beställa nya PSTN-nummer och porta befintliga nummer till Cisco.


     

    Cisco PSTN-alternativet visas endast vid följande omständigheter:

    1. Ciscos samtalsplan har aktiverats eller köpts för den kunden.

    2. Platsen finns i ett land där Ciscos samtalsplan stöds (för närvarande endast i USA).

  • Molnanslutet PSTN – Välj detta alternativ om du vill ha en molnlösning som inte kräver någon större investering i lokal maskinvara och sedan väljer envalfri CCP-leverantör.

     

    Endast partners som har stöd för din platss land visas.

    Om du ser alternativet beställningsnummer nu under en listad leverantör rekommenderar vi att du väljer detta alternativ så att du kan dra nytta av den integrerade CCP:en. På det här sättet kan du beställa dina nummer här i Control Hub. Om du väljer det här alternativet hittar du mer information och nästa steg här.

    Kom ihåg att om du bestämmer dig för att inte beställa dina nummer nu kan efterföljande ändringar av din PSTN-leverantör vara begränsade.

  • Platsbaserad PSTN (lokal gateway) – Du kan välja detta alternativ om du vill behålla din nuvarande PSTN-leverantör eller om du vill anslutaicke-molnwebbplatser till molnwebbplatser.

6

Välj om du vill aktivera numren nu eller senare.

7

Ange telefonnummer som kommaseparerade värden och klicka sedan på Validera.

Nummer läggs till för den specifika platsen. Giltiga poster flyttas till fältet Validerade nummer, och ogiltiga poster finns kvar i fältet Lägg till nummer tillsammans med ett felmeddelande.

Beroende på platsens land formateras numren enligt lokala uppringningskrav. Om till exempel en landskod krävs kan du ange nummer med eller utan kod och koden är förberedd.

8

Klicka på Spara.

Nästa steg

När du har skapat en plats kan du aktivera nödtjänster av nödnumret 911 för den platsen. Se RedService 111-tjänst för Webex-samtal för mer information.

När du skapade din kundorganisation i Control Hub blir den första platsen du skapade automatisktstandardplatsen. Användare som du lägger till i din organisation tilldelas till denna standardplats, om du inte anger något annat. Du kan göra efterföljande platser till standardplats men kom ihåg att du inte kan ta bort standardplatsen.

Innan du börjar


Få en lista över användare och arbetsytor som är kopplade till en plats: Gå till Tjänster > nummer och välj den plats som ska tas bort från rullgardyen. Du måste ta bort dessa användare och arbetsytor innan du tar bort platsen.

Kom ihåg att alla nummer som är kopplade till den här platsen kommer att släppas tillbaka till din PSTN-leverantör. kommer du inte längre att äga de numren.

1

Från kundvyn i går du till Tjänster > ringer > plats och väljer sedan https://admin.webex.com den plats som du vill ta bort.

2

Klicka på Mer bredvid platsnamnet, välj Ta bort plats och bekräfta att du vill ta bort den platsen.

Det tar vanligtvis några minuter innan platsen tas bort permanent, men det kan ta upp till en timme. Du kan kontrollera statusen genom att klicka Mer intill platsnamnet och välja Borttagningsstatus.

Du kan ändra dina PSTN-inställningar samt namn, tidszon och språk på en plats efter att den har skapats. Kom ihåg att det nya språket endast gäller nya användare och enheter. Befintliga användare och enheter fortsätter att använda det gamla språket.


För befintliga platser kan du aktivera nödtjänster med 911. Se RedService 111-tjänst för Webex-samtal för mer information.

1

Från kundvyn i går du till Tjänster > ringer > platser och väljer sedan https://admin.webex.com den plats som du vill uppdatera.

Om du ser en Varningssymbol bredvid en plats innebär det att du inte har konfigurerat något telefonnummer för den platsen än. Användare kommer inte att kunna ringa eller ta emot några samtal förrän det numret har konfigurerats.

2

(Valfritt) Under PSTN-anslutning väljer du antingen Molnanslutet PSTN eller lokalt baserat PSTN (lokal gateway), beroende på vilken du redan har konfigurerat. Klicka på Hantera för att ändra den konfigurationen och bekräfta sedan de tillhörande risker som finns genom att välja Fortsätt . Välj sedan något av följande alternativ och klicka på Spara:

  • Cisco PSTN – Välj detta alternativ om du vill ha en buntad lösning som gör att du kan beställa nya PSTN-nummer och porta befintliga nummer till Cisco.


     

    Partner måste vara auktoriserade Webex Calling VAR-partner och har accepterat det nya tillägget Webex-samtal genom inskrivning till Cisco Webex Calling VAR PSTN-program.

    Partner kommer att göra en beställning med licenser för Cisco-samtalsplan (utgående samtalsplan och telefonnummer) i Cisco Commerce Workspace (CCW).

    Detta alternativ är endast tillgängligt för återförsäljare med värde som läggs till.

  • Molnanslutet PSTN – Välj detta alternativ om du vill ha en molnlösning som inte kräver någon större investering i lokal maskinvara och sedan väljer envalfri CCP-leverantör.


     

    Endast partners som har stöd för din platss land visas.

    Om du ser alternativet beställningsnummer nu under en listad leverantör rekommenderar vi att du väljer detta alternativ så att du kan dra nytta av den integrerade CCP:en. På det här sättet kan du beställa dina nummer här i Control Hub. Om du väljer det här alternativet kan du gå hit för mer information och nästa steg

  • Platsbaserad PSTN (lokal gateway) – Välj detta alternativ om du vill behålla din nuvarande PSTN-leverantör eller om du vill anslutaicke-molnwebbplatser till molnwebbplatser.

     

    Webex-samtalskunder med platser som tidigare har konfigurerats med en lokal gateway konverteras automatiskt till platsbaserade PSTN med en motsvarande trunk.

3

Välj huvudnummer där platsens huvudkontakt kan nås.

4

Välj röstbrevlådenumret som användare kan ringa för att kontrollera röstbrevlådan för platsen.

5

(Valfritt) Klicka på pennikonen överst på sidan Plats för att ändra Platsnamn, Tidszon eller Språk efter behov och klicka sedan på Spara.

Dessa inställningar finns även tillgängliga i guiden för första installation. När du ändrar nummerplanen visas dessa ändringar i exempelnumren i Control Hub-uppdateringen.

1

Från kundvyn i https://admin.webex.comgår du till Tjänster > Ringer > och bläddrar sedan till Intern uppringning.

2

Konfigurera följande valfria uppringningsinställningar efter behov:

  • Längd på platsomdirigeringsprefixet – Vi rekommenderar den här inställningen om du har flera platser. Du kan ange en längd på 2–7 siffror. Om du har flera platser med samma anknytning måste användare ringa ett prefix när de ringer mellan platser. Om du till exempel har flera arkiv, alla med filtillägget 1 000, kan du konfigurera ett omdirigeringsprefix för varje butik. Om en butik har prefixet 888 ringer du 8881000 för att nå den lagringen.
  • Styrningssiffran i omdirigeringsprefixet – Du kan ange ett värde häroavsett om du använder platsdirigeringsprefixet.
  • Internanknytningslängd – Du kan ange 2–6 siffror och standard är 2.

     

    När du ökar anknytningslängden uppdateras inte befintliga kortnummer till interna anknytningar automatiskt.

3

Ange intern uppringning för specifika platser. Gå till Tjänster > ringa >, välj en plats, rulla till Ringa och ändra sedan interna och externa samtal efter behov:

  • Intern uppringning – Ange omdirigeringsprefixet som användare på andra platser måsteringa upp för att kunna kontakta någon på denna plats. Omdirigeringsprefixet för varje plats måste vara unikt. Vi rekommenderar att prefixets längd matchar längden på organisationsnivån, men den måste innehålla 2–7 siffror.
  • Externuppringning – Alternativt kan du välja en siffra för utgående samtal som användare måste slå för att nå en extern linje. Standard är Ingen och du kan lämna det om du inte kräver att uppringningen inte ska inringning. Om du bestämmer dig för att använda den här funktionen rekommenderar vi att du använder ett annat nummer än din organisations styrningssiffra.

     

    Användare kan inkludera siffran för utgående samtal när de ringer externa samtal för att efterlikna hur de ringde upp på äldre system. Men alla användare kan fortfarande ringa externa samtal utan att inkludera siffran för utgående samtal.

Påverkan för användare:

  • Användare måste starta om sina telefoner för att ändringarna av uppringningsinställningarna ska börja gälla.

  • Användartillägg ska inte starta med samma nummer som platsens styrningssiffra.

Om du är en återförsäljare för värde som läggs till kan du använda dessa steg för att starta lokal gatewaykonfiguration i Cisco Webex Control Hub. När denna gateway är registrerad till molnet kan du använda den på en eller flera av dina Cisco Webex-samtalsplatser för att tillhandahålla dirigering till en företags-PSTN-tjänsteleverantör.


En plats som har en lokal gateway kan inte tas bort när den lokala gatewayen används för andra platser.

Följ de här stegen för att skapa en trunk i Control Hub.

Innan du börjar

  • När en plats har lagts till och innan du konfigurerar platsbaserad PSTN för en plats måste du skapa en trunk.

  • Skapa alla platser och specifika inställningar och nummer till var och en. Det måste finnas platser innan du kan lägga till ett platsbaserat PSTN.

  • Förstå kraven på platsbaserad PSTN (lokal gateway) för Webex-samtal.

  • Du kan inte välja mer än en trunk för en plats med platsbaserad PSTN, men du kan välja samma trunk för flera platser.

1

Från kundvyn i går https://admin.webex.comdu till Tjänster för > samtal > och väljer Lägg till trunk .

2

Välj en plats.

3

Namnge trunken och klicka på Spara.


 

Namnet får inte vara längre än 24 tecken.

Nästa steg

Du presenteras relevanta parametrar som du behöver konfigurera på trunken. Du kan också skapa en uppsättning SIP-digest-inloggningsuppgifter för att skydda PSTN-anslutningen.

Trunkinformation visas på skärmen Registreradomän, Trunkgrupp OTG/DTG,Linje/Portoch Utgående proxyadress.

Vi rekommenderar att du kopierar denna information från Kontrollhubben och klistrar in den i en lokal textfil eller ett lokalt textdokument så att du kan hänvisa till den när du är redo att konfigurera det platsbaserade PSTN-telefonsystemet.

Om inloggningsuppgifterna förlorar sig måste du generera dem från skärmen trunkinformation i Control Hub. Klicka på Hämta användarnamn och Återställ lösenord om du vill generera en ny uppsättning autentiseringsuppgifter som kan användas på trunken.

1

Från kundvyn i https://admin.webex.comgår du till Tjänster för > samtal > platser.

2

Välj en plats att ändra och klicka på Hantera.

3

Välj Platsbaserad PSTN och klicka på Nästa .

4

Välj en trunk från den nedrullningade menyn.


 

Gå till trunksidan för att hantera dina gruppval.

5

Klicka på bekräftelsemeddelandet och klicka sedan på Spara.

Nästa steg

Du måste ange konfigurationsinformation som Control Hub har genererat och mappa parametrarna till den lokala gatewayen (till exempel på en Cisco CUBE som ligger lokalt). Den här artikeln vägser dig igenom den här processen. Se följande diagram som referens för ett exempel på hur konfigurationsinformation för Control Hub (till vänster) mappas till parametrar i CUBE (till höger):

När konfigurationen har slutförts på själva gatewayen kan du återgå till Tjänster >-samtal>-platseri Control Hub och den gateway som du har skapat kommer att listas på platskortet som du har tilldelat den till med en grön punkt till vänster om namnet. Denna status anger att gatewayen är säkert registrerad till samtalsmoln och fungerar som aktiv PSTN-gateway för platsen.

1

Från kundvyn i går https://admin.webex.comdu till Tjänster för > ringer > nummer.

En tabell visas som visar nummer och motsvarande information för alla platser. Du kan klicka på listrutan Alla platser och välja en plats om du vill filtrera efter en specifik plats. Tabellen innehåller information om vem numret är tilldelat till och dess status.

2

(Valfritt) Bredvid en nummerpost, under Åtgärder, klickar du på och väljer sedan ett av följande alternativ:

  • Redigera– för aktiva nummer som för närvarande är tilldelade till en användare eller en plats. Klicka på det här alternativet om du vill öppnasamtalsadministrationsportalen där du kan göra ytterligare ändringar.

  • Aktivera – För nummer som har statusen Inaktiv är detta alternativ tillgängligt när ettporterat Webex-samtalsnummer som har skickats in med en beställning är slutfört. När du har aktiverat numret visas numret som Aktivt när det är klart att användas.

  • Ta bort – För nummer som har statusen Inaktiv och som för närvarande inte är tilldelade till en användare elleren plats är detta alternativ tillgängligt.

3

(Valfritt) Klicka på Lägg tillnummer, fyll i den information som krävs för att lägga till minst ett nytt nummer på en plats och klicka sedan på Spara .


 

Giltiga poster flyttas till fältet Validerade nummer medan ogiltiga poster finns kvar i fältet Lägg till nummer tillsammans med ett felmeddelande.

Nummer måste följa E.164-format för alla länder, förutom att USA också kan följa det nationella formatet.

Beroende på platsens land formateras numren enligt lokala uppringningskrav. Om till exempel en landskod krävs kan du ange nummer med eller utan kod och koden är förberedd.

4

(Valfritt) Aktivera flera nummer samtidigt. Du kan filtrera din lista med nummer baserat på en specifik plats eller status eller både och. Klicka Inaktiv för att se endast de siffror som har ett inaktivt tillstånd. Du kan aktivera 500 nummer samtidigt genom att välja Aktivera nummer överst i din lista och sedan bekräfta din avsikt genom att klicka på Aktivera i dialogrutan som öppnas.

Om du försöker använda Cisco Webex-tjänster och vill konvertera din provperiod till en betald prenumeration kan du skicka en e-postbegäran till din partner.

1

Från kundvyn i https://admin.webex.comväljer du byggnadsikonen .

2

Välj fliken Prenumerationer och klicka sedan på Köpnu.

Ett e-postmeddelande skickas till din partner och ger dem veta att du är intresserad av att konvertera till en betald prenumeration.

Du kan använda Webex Control Hub för att ange prioriteten för tillgängliga samtalsalternativ som användare ser i Webex. Du kan även aktivera dem för ett-klick-för-samtal.

1

Från kundvyn i går https://admin.webex.comdu till Organisationsinställningar och > tjänster, bläddrar till Samtal och väljer sedanKlientinställningar.

2

Dra och släpp samtalsalternativ som du vill att användarna ska se i fältet Tillgängliga samtalsalternativ och ändra om dem i den prioritetsordning som du vill att dina användare ska ha.

Andra alternativ som är dolda för användare visas i fältet Dolda samtalsalternativ enligt bilden i exemplet:

3

Växla mellan Aktivera ett-klick-för-samtal om du vill att användare ska kunna ringa ett samtal med det första samtalsalternativet som du konfigurerade i föregående steg.


 

Det kan ta upp till ett dygn för ändringarna att visas i Webex. Du kan uppmana dina användare att starta om sina appar för att snabbare hämta information om dessa ändringar.

Du kan styra vad samtalsprogram som öppnas när användare ringer PSTN-samtal. När du har konfigurerat den här inställningen på organisationsnivå kan du åsidosätta den här inställningen för specifika användare.


Välj bara alternativet organisationsomfattande om du är redo att migrera hela din organisation.

Innan du börjar

  • Din organisation måste ha de korrekta prenumerationerna för det samtalsbeteende som du väljer.

  • Användarna måste ha giltiga telefonnummer. Om numren är ogiltiga skickar Webex ändå numret till samtalsappen som du har valt, men samtalet från den appen kommer att misslyckas.

Från kundvyn i https://admin.webex.comgår du till Inställningar, bläddrar tillSamtalsbeteende och väljer sedan något av följande: .

  • Samtal i Webex Teams –Välj det här alternativet om du vill att användare ska ringa direkt i Webex medWebex-samtal.
  • Webex-samtalsapp – Välj det här alternativet om din organisation har en prenumeration på Cisco Webex-samtal och du vill tillåta användare att ringa PSTN-samtal medWebex-samtalsappen. När användare ringer PSTN-samtal i Webexanvänds Webex-samtalsappen för att ringa samtalet.

Ett meddelande visas som indikerar att samtalsbeteendet har uppdaterats. Användare kan nu ringa PSTN-samtal från Webex ellerWebex samtalsapp.

Användarna måste ha motsvarande program installerat för att kunna ringa PSTN-samtal från Webex. Se till att du låter andra veta vilket val du har och om ett annat program används för att ringa PSTN-samtal.


 

Du kan ändra den här inställningen på användarnivå om vissa personer behöver använda olika samtalsbeteende. Gå till Användare och under Inställningar väljer duSamtalsbeteende. Du kan välja ett alternativ och sedan klicka på Spara.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera lokal gateway på iOS-XE för Webex Calling

När du har Webex Calling för din organisation kan du konfigurera en trunk för att ansluta din lokala gateway till Webex Calling. Trunken mellan den lokala gatewayen och Webex-molnet är alltid säker med SIP TLS-transport och SRTP för media mellan lokal gateway och Webex Calling Access SBC.

Använd det här aktivitetsflödet för att konfigurera en lokal gateway för din Webex Calling trunk. Stegen som följer utförs på själva den lokala gatewayen via kommandoraden. Trunken mellan den lokala gatewayen och Webex Calling är alltid säker med SIP TLS-transport och SRTP för media mellan lokal gateway Webex Calling Access SBC.

Innan du börjar

  • Förstå kraven för platsbaserad PSTN (lokal gateway) för Webex Calling.

  • Skapa en trunk i Control Hub och tilldela den till önskad plats.

  • Konfigurationsriktlinjerna som anges i det här dokumentet förutsätter att en dedikerad lokal gatewayplattform inte har någon befintlig röstkonfiguration. Om en befintlig driftsättning av en PSTN gateway eller CUBE-företag ändras för att även använda funktionen lokal gateway för Webex Calling ska du ägna stor uppmärksamhet till den konfiguration som tillämpas och se till att befintliga samtalsflöden och funktioner inte avbryts till följd av ändringar som du gör.

  Kommando eller åtgärd Syfte
1

Parametermappning mellan Cisco Webex Control Hub och Cisco Unified kantelement

Använd den här tabellen som referens för parametrarna som kommer från Control Hub och där de mappas till den lokala gatewayen.

2

Utför konfiguration av referensplattform

Implementera dessa steg som en gemensam global konfiguration för den lokala gatewayen. Konfigurationen inkluderar konfiguration av basplattformens konfiguration och en uppdatering av en betrodd pool.

3

Registrera lokal gateway för att Webex Calling

4

Välj ett, beroende på din distribution:

samtalsomkoppling på den lokala gatewayen baseras på det Webex Calling distributionsalternativ som du har valt. I avsnittet antas att IP-PSTN är på samma plattform som den lokala gatewayen. Konfigurationen som följer är för ett av dessa alternativ på den lokala gatewayen:

  • Distribuering av lokal gateway utan en lokal IP PBX. CUBE för lokal gateway och IP PSTN är kärnsidan.

  • Alternativet för lokal gateway-distribution i en befintlig Unified CM-miljö. CUBE för lokal gateway och IP PSTN är kärnsidan.

Tabell 1. Parametermappning mellan Cisco Webex Control Hub och lokal gateway

Control Hub

Lokal gateway

Registrator av domän:

Control Hub ska parsa domänen från den LinePort som tas emot från UCAPI.

exempel.com

Registrar

exempel.com

Trunkgrupp OTG/DTG

sip-profiler:

regelbegäran <rule-number> NÅGON sip-header

Från ändra ">" ";otg=otgDtgId>"

Linje/port

user@example.com

Nummer: användare

Utgående proxy

utgående proxy (DNS-SRV för åtkomst-SBC)

SIP-användarnamn

användarnamn

SIP-lösenord

lösenord

Innan du börjar

  • Se till att baslinjeplattformens konfiguration, t.ex. NTPs, ACL:er, aktivera lösenord, primärt lösenord, IP-dirigering, IP-adresser och så vidare är konfigurerad enligt din organisations policyer och procedurer.

  • Senaste av IOS-XE 16.12 eller IOS-XE 17.3 krävs för alla LGW-distributioner.

1

Se till att alla layer 3-gränssnitt har giltiga och dirigerbara IP-adresser tilldelade:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

Du måste förkonfigurera en primär nyckel för lösenordet med hjälp av kommandona som visas nedan innan den kan användas i inloggningsuppgifterna och delas. Typ 6 lösenord krypteras med AES-cypher och användardefinierad primär nyckel.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

Konfigurera IP-namnservern för att aktivera DNS-sökning och se till att den kan nås genom att pinga den:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Aktivera TLS 1.2-exklusivitet och en standardplatshållares Trustpoint:

  1. Skapa en platshållare PKI Trustpoint och ring det sampleTP

  2. Tilldela trustpoint som standard signalering trustpoint under sip-ua

  3. cn-san-validate-servern behövs för att säkerställa att den lokala gatewayen endast etablerar anslutningen om den utgående proxyn som konfigureras på klienten 200 (beskrivet senare) matchar med CN-SAN-listan som tas emot från servern.

  4. För att TLS ska fungera krävs en krypto trustpoint även om ett lokalt klientcertifikat (t.ex. mTLS) inte krävs för att anslutningen ska konfigureras.

  5. Inaktivera TLS v1.0 och v1.1 genom att aktivera exklusivitet v1.2.

  6. Ställ in antalet TCP-försök till 1 000 (5 msec flera = 5 sekunder).

  7. (IOS-XE 17.3.2 och senare) Ställ in timeranslutningen upprätta tls <wait-timer in="" sec="">. Intervallet är mellan 5 och 20 sekunder och standard är 20 sekunder. (LGW tar 20 sekunder att upptäcka TLS-anslutningsfel innan det försöker upprätta en anslutning till nästa tillgängliga Webex Calling Access SBC. Detta CLI gör det möjligt för administratören att ändra värdet för att tillgodose nätverksförhållanden och upptäcka anslutningsfel med Access SBC mycket snabbare).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Uppdatera lokal gateway Trustpool:

Standardbunten för betrodda certifikat inkluderar inte "DigiCert Root CA"-certifikatet som krävs för att validera serversidans certifikat vid TLS-anslutning och försöker Webex Calling.

Trustpool-bunten måste uppdateras genom att du hämtar den senaste "Cisco Trusted Core Root Bundle" från http://www.cisco.com/security/pki/.

  1. Kontrollera om ca-certifikatet för DigiCert-rum finns:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Om det inte finns, uppdatera enligt följande:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Verifiera:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Innan du börjar

Kontrollera att du har slutfört stegen i Control Hub för att skapa en plats och lägga till en trunk för den platsen. I exemplet som visas här har informationen erhållits från Control Hub.

1

Ange dessa kommandon för att slå på det lokala gatewayprogrammet (se Portreferensinformation för Cisco Webex Calling för de senaste IP-undernäten som måste läggas till i pålitlig lista):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Förklaring av kommandon:

Avgiftsbelagda bedrägeriförsök
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Aktiverar explicit käll-IP-adresserna för enheter från vilka den lokala gatewayen förväntar sig legitima VoIP-samtal, till exempel Webex Calling-peers, Unified CM-noder, IP-PSTN.

  • SOM standard blockerar LGW alla inkommande VoIP-samtal från IP-adresser som inte finns i dess betrodda lista. IP-adresser från uppringnings peer-enheter med "mötets mål-IP" eller servergrupp är betrodda som standard och behöver inte fyllas i här.

  • IP-adresser i den här listan måste matcha IP-undernäten enligt det lokala Webex Calling datacenter som kunden är ansluten till. Mer information finns i Portreferensinformation för Webex Calling.


     

    Om din LGW är bakom en brandvägg med begränsad kon NAT, kanske du föredrar att inaktivera IP-adressens betrodda lista i detWebex Calling-gränssnitt. Detta beror på att brandväggen redan skyddar dig från oombedda inkommande VoIP. Denna åtgärd skulle minska dina långsiktiga konfigurationskostnader eftersom vi inte kan garantera att adresserna för Webex Calling-peers kommer att vara fasta, och du skulle behöva konfigurera din brandvägg för peers i alla fall.

  • Andra IP-adresser kan behöva konfigureras i andra gränssnitt; Dina Unified CM-adresser kan till exempel behöva läggas till i de inåtriktade gränssnitten.

  • IP-adresserna måste matcha värdars IPoutbound-proxygår med i klient 200

  • Se för mer information.https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

Media
voice service voip
 media statistics 
 media bulk-stats 
  • Mediestatistik möjliggör medieövervakning på den lokala gatewayen.

  • Med media massstatistik kan kontrollplan hålla omröstningar i dataplan för statistik över masssamtal.

Grundläggande funktionalitet för SIP-till-SIP
allow-connections sip to sip
Extra tjänster
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Inaktiverar HÄNVISA och ersätter dialog-ID i Ersätter sidhuvudet med peer-dialog-ID.

Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889

Faxprotokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Aktiverar T.38 för faxtransport, men trafiken kommer inte att vara krypterad.

Aktivera global STUN
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • När ett samtal vidarebefordras till en Webex Calling-användare (t.ex. både uppringda och uppringda är Webex Calling-prenumeranter och har media ankare vid SBC:en förWebex Calling) kan media inte strömmas till den lokala gatewayen eftersom pin gatewayen inte är öppen.

  • Med STUN-bindningsfunktionen på den lokala gatewayen kan lokalt genererade STUN-förfrågningar skickas över den förhandlade mediasökvägen. Detta hjälper till att öppna upp pinpinningen i brandväggen.

  • STUN-lösenord är en förutsättning för att den lokala gatewayen ska kunna skicka STUN-meddelanden. IOS-/IOS-XE-baserade brandväggar kan konfigureras för att kontrollera detta lösenord och öppna pinkrypter dynamiskt (till exempel utan uttryckliga ut-regler). Men för distribuering av lokal gateway konfigureras brandväggen automatiskt så att den öppnar pin den i och ut baserat på Webex Calling SBC-subnät. Brandväggen bör därför bara behandla detta som alla inkommande UDP-paket, vilket utlöser att pinpinlöst öppnas utan att uttryckligen titta på paketinnehållet.

G729
sip
  g729 annexb-all

Tillåter alla versioner av G729.

SIP
early-offer forced

Tvingar den lokala gatewayen att skicka SDP-informationen i det första INBJUDNINGS-meddelandet i stället för att vänta på bekräftelse från den angränsande peer-datorn.

2

Konfigurera "SIP-profil 200".

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Dessa regler är

Förklaring av kommandon:

  • regel 9 ser till att sidhuvudet är listat som“SIP-Req-URI” och inte“SIP-Req-URL”

    Detta konverterar mellan SIP-URI:er och SIP-URL:er eftersom Webex Calling inte har stöd för SIP URI:er i meddelandena om förfrågan/svaret, men behöver dem för SRV frågor, t.ex._sips._tcp.<outbound-proxy>.
  • regel 20 ändrar sidhuvudet till att inkludera trunkgruppens OTG/DTG-parameter från Control Hub för att unikt identifiera en LGW-webbplats i ett företag.

  • Denna SIP-profil kommer att tillämpas på röstklassade klienter 200 (har senare försent) för all trafik som påverkas Webex Calling.

3

Konfigurera Codec-profil, STUN-definition och SRTP Crypto suite.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Förklaring av kommandon:

  • Codec för röstklass99: Tillåter både g711-kodekar (my och a-law) för sessioner. Tillämpas för alla dial-peers.

  • Röstklass srtp-crypto 200: Anger SHA1_80 som den enda SRTP-chiffersviten som erbjuds av lokal gateway i SDP som erbjuder och svarar. Webex Calling stöder endast SHA1_80.

  • Tillämpas på voice class-klient 200 (senare) som står inför Webex Calling.

  • Röstklass stun-usage 200: Definierar STUN-användning. Tillämpas på alla Webex Calling-införa (2XX-tagg) uppringnings-peers för att undvika något sätt ljud när en Unified CM-telefon vidarebefordrar samtalet till enannan Webex Calling telefon.


 

I fall där media är ankare vid ITSP SBC och den lokala gatewayen ligger bakom en NAT och väntar på den inkommande mediaströmmen från ITSP, kan detta kommando tillämpas på ITSP-vänte dial-peers.


 

Stun usage ice lite krävs för samtalsflöden som använder optimerad mediesökväg.

4

Mappa Control Hub-parametrar till lokal gateway-konfiguration:

Webex Calling läggs till som en klient inom den lokala gatewayen. Konfigurationen som krävs för att registrera den lokala gatewayen definieras under röstklassade klienter 200. Du måste hämta konfigurationselementen från sidan Trunk Info i Control Hub enligt bilden. Detta är ett exempel på hur du visar vilka fält som mappar till respektive lokala gateway-CLI.

Klient 200 tillämpas sedan på alla Webex Calling peer-peers(2xx-taggen) i konfigurationen för lokal gateway. Med hjälp av röstklassens klientfunktion kan sip-trunkparametrar grupperas och konfigureras i annat fall under rösttjänstens VoIP och sip-ua. När en klient konfigureras och tillämpas under en dial-peer tillämpas IOS-XE-konfigurationerna i följande ordning:

  • Konfiguration av uppringnings peer

  • Klientkonfiguration

  • Global konfiguration (rösttjänstens voip/sip-ua)

5

Konfigurera röstklassklient 200 för att aktivera Trunk-registrering från LGW till Webex Calling baserat på parametrarna du har fått från Control Hub:


 

Kommandoraden och parametrarna nedan är endast exempel. Du måste använda parametrarna för din egen distribution.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Förklaring av kommandon:

voice class tenant 200

En multitenant funktion för en lokal gateway möjliggör specifika globala konfigurationer för flera klienter på SIP-trunkar som möjliggör differentierade tjänster för klienter.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Registratorserver för lokal gateway med registrering inställd på att uppdateras varannan minut (50 % av 240 sekunder). Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Inloggningsuppgifter för trunkregistreringsutmaning. Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Autentiseringsverifiering för samtal. Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462

no remote-party-id

Inaktivera rubriken FÖR SIP Remote-Party-ID (RPID) Webex Calling stödjer PAI som aktiveras med CIOasserted-id pai(se nedan).

sip-server dns:40462196.cisco-bcld.com
Webex Calling servrar. Mer information finns på https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Så här använder du samma permanenta anslutning för registrering och samtalsbearbetning.

srtp-crypto 200

Anger SHA1_80 som definierat ivoice class srtp-crypto 200.

session transport tcp tls
Ställer in transport på TLS
url sips

SRV-förfrågan måste vara IP-adresser enligt åtkomstens SBC. alla andra meddelanden ändras till SIP av sip-profil 200.

error-passthru

Pass-thru-funktioner för SIP-felsvar

asserted-id pai

Aktiverar PAI-bearbetning i lokal gateway.

bind control source-interface GigabitEthernet0/0/1

Gränssnitt för signaleringskälla som Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Gränssnitt för mediekälla som Webex Calling.

no pass-thru content custom-sdp

Standardkommando under klient.

sip-profiles 200

Ändrar SIPS till SIP och ändrar linje/port för BJUD IN och REGISTRERA meddelanden enligt definition ivoice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling åtkomst till SBC. Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699

privacy-policy passthru

Skicka transparent över värden för sekretessrubriker från inkommande till utgående delen.

När klient 200 har definierats i den lokala gatewayen och en SIP VoIP-uppringnings-peer har konfigurerats initierar gatewayen sedan en TLS-anslutning till Webex Calling , vid vilken åtkomst-SBC visar sitt certifikat för den lokala gatewayen. Den lokala gatewayen validerar det SBC Webex Calling certifikat för åtkomst som använder CA-rotbunten som uppdaterats tidigare. En permanent TLS-session upprättas mellan den lokala gatewayen och Webex Calling åtkomst via SBC. Den lokala gatewayen skickar sedan en REGISTRERING till åtkomst-SBC som uppmanas. Registrerings-AOR är number@domain. Siffran tas från inloggningsuppgifternas "nummer"-parameter och domän från "registrator dns:<fqdn>". När registreringarna blir en utmaning används parametrarna användarnamn, lösenord och sfär från inloggningsuppgifter för att bygga tillbaka sidhuvudet och sip-profile 200 konverterar SIPS-URL:en tillbaka till SIP. Registreringen lyckades när 200 OK har tagits emot från åtkomstens SBC.

Följande konfiguration på den lokala gatewayen krävs för detta distributionsalternativ:

  1. Röstklassade klienter – först skapar vi ytterligare klienter för it-peer-uppringning som liknar den klient 200 som vi har skapat för Webex Calling utan att hauppringda personer.

  2. Uri:er förröstklass – Mönster som definierar värdens IP-adresser/portar för olika trunkar som avslutas på lokal gateway: Webex Calling LGW; och avbryta PSTN SIP-trunk på LGW.

  3. Utgående samtals peers– För att dirigera utgående samtalsvägar från LGW till ITSP SIP-trunken och Webex Calling .

  4. Röstklass DPG– Mål för utgående uppringda peers som startas från en inkommande uppringnings-peer.

  5. Inkommande uppringnings peers– För att acceptera inkommande samtalsuppringningar från ITSP och Webex Calling .

Konfigurationen i det här avsnittet kan användas för att konfigurera en lokal gateway som är värd för en partner, enligt nedan eller en lokal gateway för kundwebbplats.

1

Konfigurera följande röstklassade klienter:

  1. Röstklassklient 100 tillämpas på alla utgående uppringda peers som står inför IP-PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Röstklass klient 300 tillämpas på alla INKOMMANDE uppringning peers från IP PSTN.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Konfigurera följande URI för röstklass:

  1. Definiera ITSP:s värd-IP-adress:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiera mönster för att unikt identifiera en lokal gateway-webbplats i ett företag baserat på Control Hubs TrunkGroup OTG/DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Lokal gateway stöder för närvarande inte understreck "_" i matchningsmönstret. Som en tillfällig lösning använder vi punkt "." (matchar alla) för att matcha "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
3

Konfigurera följande utgående samtals peers:

  1. Utgående uppringning mot IP-PSTN:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    Förklaring av kommandon:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Definierar en peer-peer för VOIP-telefoni med en tagg på 101 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    destination-pattern BAD.BAD

    Siffermönster som gör det möjligt att välja denna uppringnings-peer. Vi kommer dock att anropa denna utgående uppringnings peer direkt från inkommande uppringnings peer med DPG-satser och som kringgår kriterierna för siffermönster. Resultatet blir att vi använder ett slumpmässigt mönster baserat på alfanumeriska siffror som tillåts av destinationsmönstret CLI.

    session protocol sipv2

    Anger att uppringnings peer-numret kommer att hantera SIP-samtalsben.

    session target ipv4:192.168.80.13

    Anger mål-IPv4-adressen dit denna samtalsström ska skickas. I detta fall ITSP:s IP-adress.

    voice-class codec 99

    Anger kodeksinställningslista 99 som ska användas för denna dial-peer.

    dtmf-relay rtp-nte

    Definierar RTP-NTE (RFC2833) som DTMF-funktionen som förväntas på detta samtalsben.

    voice-class sip tenant 100

    Uppringnings-peer ärver alla parametrarna från klient 100 såvida inte samma parameter anges i dial-peer-programmet.

    no vad

    Inaktiverar identifiering av röstaktivitet.

  2. Utgående uppringnings-peer till Webex Calling (Den här uppringnings peer-datorn kommer att uppdateras till att fungera som inkommande uppringd peer-peer från Webex Calling i konfigurationsguiden senare).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Förklaring av kommandon:

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

    Definierar en peer-peer för VoIP-telefoni med en tagg på 200201 och en meningsfull beskrivning ges för enkel hantering och felsökning

    session target sip-server

    Indikerar att den globala SIP-servern är destinationen för samtal från denna peer-samtal. Webex Calling som definierats i klienten 200 ärver för denna dial-peer.

    voice-class stun-usage 200

    Med STUN-bindningsfunktionen på den lokala gatewayen kan lokalt genererade STUN-förfrågningar skickas över den förhandlade mediasökvägen. Detta hjälper till att öppna upp pinpinningen i brandväggen.

    no voice-class sip localhost

    Inaktiverar ersättning av DNS-lokalt värdnamn i stället för den fysiska IP-adressen i Header-, Call-ID och Remote-Party-ID-rubriker för utgående meddelanden.

    voice-class sip tenant 200

    uppringnings peer ärver alla parametrarna från Tenant 200 (LGW Webex Calling Trunk) såvida inte samma parameter har definierats under själva <--> uppringnings peer-programmet. </-->

    srtp

    SRTP är aktiverat för denna samtalsben.

    no vad

    Inaktiverar identifiering av röstaktivitet.

4

Konfigurera följande uppringningsgrupper (DPG):

  1. Definierar uppringningsgrupp 100. Utgående uppringning-peer 101 är målet för alla inkommande uppringnings-peer-invokingdial-peer group 100. Vi kommer att tillämpa DPG 100 på inkommande peer-peer 200201 för Webex Calling --> LGW --> PSTN sökväg.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definiera uppringningsgrupp 200 med utgående peer-peer 200201 som mål förPSTN --> LGW --> Webex Calling sökväg. DPG 200 kommer att tillämpas på inkommande uppringning peer 100 som definieras senare.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Konfigurera följande inkommande dial-peers:

  1. Inkommande uppringnings peer för inkommande IP PSTN för samtalsuppringning:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Förklaring av kommandon

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definierar en peer-peer för VOIP-telefoni med en tagg på 100 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    session protocol sipv2

    Anger att uppringnings peer-numret kommer att hantera SIP-samtalsben.

    incoming uri via 100

    All inkommande trafik från IP-PSTN till lokalGW matchas på det inkommande VIA-rubrikens värd-IP-adress som definieras i röstklassens URI 100 SIP så att den matchar käll-IP-adressen (ITSP).

    destination dpg 200

    Med destination dpg 200 passerar IOS-XE genom de klassiska matchande kriteriet för utgående samtal och direkt går du vidare för att ställa in utgående samtal-fot med hjälp av de dial-peers som definieras i destinationens Dial-peer-grupp 200, vilket är dial-peer 200201.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 såvida inte samma parameter anges i dial-peer-programmet.

    no vad

    Inaktiverar identifiering av röstaktivitet.

  2. Inkommande uppringning för inkommande Webex Calling inkommande samtalsben:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 100
     incoming uri request 200
     

    Förklaring av kommandon

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Uppdaterar en voIP-uppringnings peer med en tagg på 200201 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    incoming uri request 200

    All inkommande trafik från Webex Calling till LGW kan matchas på det unika dtg-mönstret i begäran om URI, unikt identifiera den lokala gateway-webbplatsen i ett företag och i Webex Calling ekosystem.

    destination dpg 100

    Med destination dpg 100 passerar IOS-XE genom de klassiska matchande kriteriet för utgående samtal och direkt går du vidare för att ställa in utgående samtal-fot med hjälp av dial-peers som definieras i destinationens Dial-peer-grupp 100, vilket är dial-peer 101.

    max-conn 150

    Begränsar antalet samtidiga samtal till 150 mellan LGW och Webex Calling, förutsatt att ett enskilt motringande Webex Calling för både inkommande och utgående samtal enligt definition i denna guide. För mer information om samtidiga samtalsgränser gäller lokala gateways, besök https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN till Webex Calling

Alla inkommande IP PSTN samtal på den lokala gatewayen matchas på uppringnings-peer 100 eftersom det definierar ett matchningskriterium för VIA-sidhuvudet med IP-PSTN:s IP-adress. Val av utgående uppringning peer er erklusterdes av DPG 200 som direkt aktiverar utgående dial-peer 200201, som har Webex Calling-servern listad som måldestination.

Webex Calling till PSTN

Alla inkommande Webex Calling-samtalsvägar på den lokala gatewayen matchas på dial-peer 200201 eftersom det uppfyller kriterierna för förfrågans URI-sidhuvudmönster med TrunkGroup OTG/DTG-parametern som är unik för denna lokala gatewaydistribution. Val av utgående uppringning peer erkre av DPG 100 som anropar utgående dial-peer 101, som har IP-PSTN IP-adress antingen listad som måldestination.

För detta distributionsalternativ krävs följande konfiguration på den lokala gatewayen:

  1. Röstklassade klienter – du måste skapa ytterligare klienter för uppringnings peer-klienter med Unified CM ochITSP, liknande "tenant 200" som vi har skapat för Webex Calling uppringda personer.

  2. RöstklassadeURI:er – Mönster som definierar värdens IP-adresser/portar för olika trunkar som avslutas på LGW: från Unified CM till LGW för PSTN destinationer; Unified CM till LGW för Webex Calling destinationer; Webex Calling LGW; och avbryta PSTN SIP-trunk på LGW.

  3. Servergrupp för röstklass– Mål-IP-adresser/portar för utgående trunkar från LGW till Unified CM, LGW till Webex Calling ochLGW för PSTN SIP-trunk.

  4. Utgående samtals peers – För att dirigera utgående samtalsuppringningar från LGW tillUnified CM, ITSP SIP-trunk och/eller Webex Calling.

  5. Röstklass DPG– Mål för utgående uppringning(er) anropade från en inkommande uppringnings-peer.

  6. Inkommande uppringnings peers – För att acceptera inkommande samtalsuppringningar från Unified CM, ITSP och/eller Webex Calling.

1

Konfigurera följande röstklassade klienter:

  1. Röstklassad klient 100 tillämpas på alla utgående uppringda peers inför Unified CM- och IP-PSTN:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Röstklassade klienter med röstklass 300 tillämpas på alla inkommande uppringnings-peers från Unified CM- och IP-PSTN:

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Konfigurera följande URI:er för röstklass:

  1. Definierar ITSP:s värd-IP-adress:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiera mönster för att unikt identifiera en lokal gateway-webbplats i ett företag baserat på Control Hubs TrunkGroup OTG/DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Den lokala gatewayen stöder för närvarande inte understreck "_" i matchningsmönstret. Som en tillfällig lösning använder vi punkt "." (matchar alla) för att matcha "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Definierar Unified CM-signalering VIA-porten för Webex Calling trunk:

    voice class uri 300 sip
     pattern :5065
    
  4. Definierar CUCM-källsignalens IP- och VIA-port för PSTN trunk:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Konfigurera följande servergrupper för röstklass:

  1. Definierar Unified CM-trunkens målvärd-IP-adress och portnummer för Unified CM-grupp 1 (5 noder). Unified CM använder port 5065 för ingående trafik på Webex Calling trunk(Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definierar Unified CM-trunkens målvärd-IP-adress och portnummer för Unified CM Group 2 om tillämpligt:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definierar Unified CM-trunkens målvärd-IP-adress för Unified CM-grupp 1 (5 noder). Unified CM använder standardport 5060 för ingående trafik på PSTN trunk. Utan angivet portnummer används standard 5060. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Definierar Unified CM-trunkens målvärd-IP-adress för Unified CM-grupp 2, om tillämpligt.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Konfigurera följande utgående samtals peers:

  1. Utgående uppringning mot IP-PSTN:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Förklaring av kommandon

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definierar en peer-peer för VOIP-telefoni med en tagg på 101 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    destination-pattern BAD.BAD

    Ett siffermönster som gör det möjligt att välja denna uppringnings-peer. Vi kommer dock att anropa denna utgående uppringnings peer direkt från inkommande uppringnings peer med DPG-satser och som kringgår kriterierna för siffermönster. Resultatet blir att vi använder ett slumpmässigt mönster baserat på alfanumeriska siffror som tillåts av destinationsmönstret CLI.

    session protocol sipv2

    Anger att uppringnings peer-numret kommer att hantera SIP-samtalsben.

    session target ipv4:192.168.80.13

    Anger mål-IPv4-adressen som samtalsfältet ska skickas till. (I detta fall ITSP:s IP-adress.)

    voice-class codec 99

    Anger kodeksinställningslista 99 som ska användas för denna dial-peer.

    voice-class sip tenant 100

    Uppringnings-peer ärver alla parametrarna från klient 100 såvida inte samma parameter anges i dial-peer-programmet.

  2. Utgående uppringning till Webex Calling (Den här uppringnings peer-datorn kommer att uppdateras till att fungera som inkommande samtals-peer från Webex Calling såväl som senare i konfigurationsguiden.):

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Förklaring av kommandon

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

    Definierar en peer-peer för VOIP-telefoni med en tagg på 200201 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    session target sip-server

    Indikerar att den globala SIP-servern är destinationen för samtal från denna peer-samtal. Webex Calling som definieras i klient 200 kommer att ärvas för denna dial-peer.

    voice-class stun-usage 200

    Med STUN-bindningsfunktionen på LGW kan lokalt genererade STUN-förfrågningar skickas över den förhandlade mediasökvägen. Detta hjälper till att öppna upp pinpinningen i brandväggen.

    no voice-class sip localhost

    Inaktiverar unders?ttning av DNS:s lokala värdnamn i stället f?r den fysiska IP-adressen i Headers, Call-ID och Remote-Party-ID headers f?r utgående meddelanden.

    voice-class sip tenant 200

    uppringnings peer ärver alla parametrarna från Tenant 200 (LGW Webex Calling Trunk) såvida inte samma parameter har definierats under själva <--> uppringnings peer-programmet. </-->

    srtp

    SRTP är aktiverat för denna samtalsben.

  3. Utgående uppringning mot Unified CM:s Webex Calling trunk:

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Förklaring av kommandon

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Definierar en peer-peer för VOIP-telefoni med en tagg på 301 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    session server-group 301

    Istället för IP-adressen som är mål för sessionen i uppringnings peer-servern pekar vi på en destinationsservergrupp(servergrupp 301 för dial-peer 301) för att definiera flera mål-UCM-noder trots att exemplet endast visar enenskild nod.

    Servergrupp i utgående uppringnings peer

    Med flera uppringnings peer-enheter i DPG och flera servrar i uppringningsgrupp, kan vi uppnå slumpmässig distribution av samtal över alla Unified CM-samtalsbearbetningsprenumeranter eller -hunt baserat på en definierad inställning. Varje servergrupp kan ha upp till fem servrar (IPv4/v6 med eller utan port). En andra uppringningsgrupp och en andra servergrupp krävs endast om fler än fem prenumeranter för samtalsbehandling används.

    Se för mer information.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html

  4. Andra utgående uppringning mot Unified CM:s Webex Calling trunk om du har fler än 5 Unified CM-noder:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Utgående uppringning mot Unified CM:s PSTN trunk:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Andra utgående uppringning mot Unified CM:s PSTN trunk om du har fler än 5 Unified CM-noder:

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Konfigurera följande DPG:

  1. Definierar DPG 100. Utgående uppringning-peer 101 är målet för alla inkommande uppringnings-peer-invokingdial-peer group 100. Vi kommer att tillämpa DPG 100 på inkommande uppringning peer 302, definierat senare för sökvägen Unified CM --> LGW -> PSTN:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definiera DPG 200 med utgående peer-peer 200201 som mål förUnified CM --> LGW --> Webex Calling sökväg:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definiera DPG 300 för utgående uppringning 301 eller 303 förWebex Calling --> LGW --> Unified CM sökväg:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definiera DPG 302 för utgående uppringning 305 eller 307 för PSTN --> LGW --> Unified CM sökväg:

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Konfigurera följande inkommande dial-peers:

  1. Inkommande uppringnings peer för inkommande IP PSTN för samtalsuppringning:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 302
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Förklaring av kommandon

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definierar en peer-peer för VOIP-telefoni med en tagg på 100 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    session protocol sipv2

    Anger att uppringnings peer-numret kommer att hantera SIP-samtalsben.

    incoming uri via 100

    All inkommande trafik från IP-PSTN till LGW matchas på det inkommande VIA-rubrikens värd-IP-adress som anges i röstklass URI 100 SIP, så att den matchar käll-IP-adressen (ITSP).

    destination dpg 302

    Med destination DPG 302 passerar IOS-XE genom de klassiska matchande kriteriet för utgående samtal och går direkt vidare för att ställa in utgående samtal-fot med hjälp av dial-peers som definieras inom destination DPG 302, vilket antingen kan vara dial-peer 305 eller dial-peer 307.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 såvida inte samma parameter anges i dial-peer-programmet.

  2. Inkommande uppringning för inkommande Webex Calling inkommande samtalsben:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 150
     destination dpg 300
     incoming uri request 200
     

    Förklaring av kommandon

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Uppdaterar en voIP-uppringnings peer med en tagg på 200201 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    incoming uri request 200

    All inkommande trafik från Webex Calling till LGW kan matchas på det unika dtg-mönstret i begäran-URI, unikt identifiera en lokal gateway-webbplats i ett företag och i Webex Calling ekosystemet.

    destination dpg 300

    Med destination DPG 300 passerar IOS-XE genom de klassiska matchningskriterierna för utgående samtal och går direkt vidare för att installera utgående samtal-fot med hjälp av dial-peers som definieras inom destination DPG 300, vilket antingen kan vara dial-peer 301 eller dial-peer 303.

    max-conn 150

    Begränsar antalet samtidiga samtal till 150 mellan LGW och Webex Calling förutsatt att ett enskilt motringande Webex Calling för både inkommande och utgående samtal enligt definition i denna guide. För mer information om samtidiga samtalsbegränsningar gäller lokala gateways, besök https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Inkommande uppringning för inkommande Unified CM-samtalsuppringning med Webex Calling som destination:

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Förklaring av kommandon

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definierar en peer-peer för VOIP-telefoni med en tagg på 300 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    incoming uri via 300

    All inkommande trafik från Unified CM till LGW matchas på via källport (5065), definierad i röstklass URI 300 SIP.

    destination dpg 200

    Med destination DPG 200 passerar IOS-XE genom de klassiska matchande kriteriet för utgående samtal och direkt går du vidare för att ställa in utgående samtal-fot med hjälp av dial-peers som definieras inom destination DPG 200, vilket kommer att vara dial-peer 200201.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 såvida inte samma parameter anges i dial-peer-programmet.

  4. Inkommande uppringning för inkommande Unified CM-samtalsuppringning med PSTN som destination:

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Förklaring av kommandon

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definierar en voIP-uppringnings peer med en tagg på 302 och en meningsfull beskrivning ges för enkel hantering och felsökning.

    incoming uri via 302

    All inkommande trafik från Unified CM till LGW för en PSTN-destination matchas på Unified CM-källans IP-adress och VIA-porten som definieras i röstklassen URI 302 SIP. Standard-SIP-port 5060 används.

    destination dpg 100

    Med destination DPG 100 passerar IOS-XE genom de klassiska matchningskriterierna för utgående samtal och går direkt vidare till att installera utgående samtal-fot med hjälp av dial-peers som definieras inom destination DPG 100, vilket kommer att vara dial-peer 101.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 såvida inte samma parameter anges i dial-peer-programmet.

IP-PSTN till Unified CM PSTN trunk

Webex Calling Platform to Unified CM Webex Calling Trunk

Unified CM PSTN trunk till IP-PSTN

Unified CM Webex Calling trunk till Webex Calling plattform

Diagnostiska signaturer (DS) upptäcker proaktivt vanligt förekommande problem i den lokala IOS XE-gatewayen och genererar ett meddelande om händelsen via e-post, syslog eller terminalmeddelande. Du kan också installera DS för att automatisera diagnostikdatainsamling och överföra inhämtad data till Cisco TAC-fallet för att påskynda upplösningstiden.

Diagnostiska signaturer (DS) är XML-filer som innehåller information om problem med att utlösa händelser och åtgärder som ska vidtas för att informera, felsöka och åtgärda problemet. Logiken för problemdetektering definieras med syslog-meddelanden, SNMP-händelser och genom regelbundna övervakningar av specifika visa kommandoutdata. Åtgärdstyperna omfattar insamling av visa kommandoutdata, skapa en sammanslagen loggfil och överföra filen till en nätverksplats som tillhandahålls av användaren, t.ex. HTTPS, SCP, FTP-server. DS-filerna är redigeringsförfattade av TAC-tekniker och är digitalt signerade för integritetsskydd. Varje DS-fil har ett unikt numeriskt ID tilldelat av systemet. Sökverktyg för diagnostiksignatur (DSLT) är en enda källa för att hitta tillämpliga signaturer för övervakning och felsökning av olika problem.

Innan du börjar:

  • Redigera inte DS-filen som har hämtats från DSLT. De modifierade filerna kommer att misslyckas installationen på grund av fel vid integritetskontroll.

  • En SMTP-server (Simple Mail Transfer Protocol) krävs för att den lokala gatewayen ska kunna skicka ut e-postaviseringar.

  • Se till att den lokala gatewayen kör IOS XE 17.3.2 eller senare om du vill använda en säker SMTP-server för e-postaviseringar.

Förutsättningar

Lokal gateway som kör IOS XE 17.3.2 eller senare

  1. Diagnostiksignaturer är aktiverade som standard.

  2. Konfigurera den säkra e-postservern som ska användas för att skicka proaktiva meddelanden om enheten kör IOS XE 17.3.2 eller senare.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Konfigurera miljövariabeln genom ds_email med e-postadressen till administratören som ska aviseras.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Lokal gateway som kör IOS XE 16.11.1 eller senare

  1. Diagnostiksignaturer är aktiverade som standard.

  2. Konfigurera e-postservern som ska användas för att skicka proaktiva aviseringar om enheten kör en version tidigare än 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Konfigurera miljövariabeln genom ds_email med e-postadressen till administratören som ska aviseras.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

Lokal gateway som kör version 16.9.x

  1. Ange följande kommandon för att aktivera diagnostiska signaturer.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Konfigurera e-postservern som ska användas för att skicka proaktiva aviseringar om enheten kör en version tidigare än 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Konfigurera miljövariabeln genom ds_email med e-postadressen till administratören som ska aviseras.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Här följer ett exempel på en konfiguration av en lokal gateway som kör IOS XE 17.3.2 för att skicka proaktiva meddelanden till tacfaststart@gmail.com att använda Gmail som säker SMTP-server:


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

Lokal gateway som kör IOS XE-programvara är inte en typisk webbaserad Gmail-klient som har stöd för OAuth. Därför måste vi konfigurera en specifik inställning för Gmail-konton och ge specifik behörighet för att e-postmeddelandet från enheten ska behandlas korrekt:

  1. Gå till Hantera Google-> säkerhet och aktivera inställningen Mindre säker appåtkomst.

  2. Svara på "Ja, det var jag" när du får ett e-postmeddelande från Gmail som säger att "Google hindrade någon från att logga in på ditt konto med en app som inte kommer från Google".

Installera diagnostiska signaturer för proaktiv övervakning

Övervakning av hög CPU-användning

Denna DS spårar 5 sekunders CPU-användning med SNMP OID 1.3.6.1.4.1.9.2.1.56. När användningen når 75 % eller mer kommer all felsökning inaktiveras och alla diagnostiksignaturer som installeras i den lokala gatewayen avinstalleras. Använd dessa steg nedan för att installera signaturen.

  1. Se till att SNMP är aktiverat med kommandot visa snmp. Om det inte är aktiverat konfigurerar du kommandot "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Hämta DS 64224 med följande nedrullningsbara alternativ i sökverktyget för diagnostiksignaturer:

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Fältnamn

    Fältvärde

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise Webex Calling lösning

    Problemomfång

    Prestanda

    Problemtyp

    Hög CPU-användning med e-postavisering

  3. Kopiera DS XML-filen till den lokala gateway-flashen.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Här följer ett exempel på hur du kopierar filen från en FTP-server till den lokala gatewayen.

    
    LocalGateway# copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    LocalGateway # 
  4. Installera DS XML-filen i den lokala gatewayen.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verifiera att signaturen har installerats med hjälp av visa diagnostisk-signatur för uppringning-hem. Statuskolumnen måste ha ett "registrerat" värde.

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    Hämta DSes:

    DS-ID

    DS-namn

    Översyn

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrerad

    2020-11-07 22:05:33

    LocalGateway #


    När denna signatur utlöses avinstalleras alla DSs som körs, inklusive sig själv. Installera om DS 64224 vid behov för att fortsätta övervaka hög CPU-användning på den lokala gatewayen.

Övervakning SIP-trunk registrering

Denna DS söker efter oregistrering av en lokal gateway SIP-trunk med Cisco Webex Calling moln var 60:e sekund. När oregistreringshändelsen har upptäckts genererar den ett e-postmeddelande och en syslog-avisering och avinstallerar sig själv efter två oregistrerings förekomster. Använd stegen nedan för att installera signaturen.

  1. Hämta DS 64117 med följande nedrullningsbara alternativ i sökverktyget för diagnostiksignaturer:

    Fältnamn

    Fältvärde

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise Webex Calling lösning

    Problemomfång

    SIP-SIP

    Problemtyp

    SIP-trunk Avregistrering med e-postaviseringar

  2. Kopiera DS XML-filen till den lokala gatewayen.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Installera DS XML-filen i den lokala gatewayen.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verifiera att signaturen har installerats med hjälp av visa diagnostisk-signatur för uppringning-hem. Statuskolumnen måste ha ett "registrerat" värde.

Övervakning av onormala samtal kopplas från

Denna DS använder SNMP-omröstningar var 10:e minut för att identifiera onormalt samtal koppla från med SIP-fel 403, 488 och 503.  Om felräkningen är större än eller lika med 5 från den senaste omröstningen genereras en syslog- och e-postavisering. Använd stegen nedan för att installera signaturen.

  1. Kontrollera om SNMP är aktiverat med kommandot visa snmp. Om det inte är aktiverat konfigurerar du kommandot "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Hämta DS 65221 med följande alternativ i sökverktyget för diagnostiksignaturer:

    Fältnamn

    Fältvärde

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise Webex Calling lösning

    Problemomfång

    Prestanda

    Problemtyp

    Upptäckt av SIP-onormal samtalsavkoppling med e-post- och syslog-avisering

  3. Kopiera DS XML-filen till den lokala gatewayen.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installera DS XML-filen i den lokala gatewayen.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verifiera att signaturen har installerats med hjälp av visa diagnostisk-signatur för uppringning-hem. Statuskolumnen måste ha ett "registrerat" värde.

Installera diagnostiska signaturer för att felsöka ett problem

Diagnostiska signaturer (DS) kan också användas för att lösa problem snabbt. Cisco TAC-tekniker har skrivit flera signaturer som möjliggör de nödvändiga felsökningarna som krävs för att felsöka ett givet problem, upptäcka problemförekomsten, samla in rätt uppsättning diagnostiska data och överför data automatiskt till Cisco TAC-fallet. Detta eliminerar behovet av att manuellt kontrollera problemhändelsen och gör felsökning av periodiska och övergående problem mycket enklare.

Du kan använda sökverktyget för diagnostiska signaturer för att hitta tillämpliga signaturer och installera dem på egen hand för att lösa ett visst problem, eller så kan du installera signaturen som rekommenderas av TAC-teknikern som en del av supportengagemanget.

Här är ett exempel på hur du hittar och installerar en DS för att identifiera förekomsten "%VOICE_IEC-3-GW: CCAPI: Internt fel (tröskelvärde för uppringning): IEC=1.1.181.1.29.0" syslog och automatisera diagnostikdatainsamling enligt stegen nedan.

  1. Konfigurera en ytterligare DS-miljövariabel ds_fsurl_prefix vilken är sökvägen till CiscoTAC-filservern (cxd.cisco.com) som de inhämtade diagnostikdata överförs till. Användarnamnet i filsökväg är ärendenumret och lösenordet är filuppladdning token som kan hämtas från Support ärendehanteraren som visas nedan. Token filuppladdning kan skapas i avsnittet Bilagor i Hanteraren för supportfall efter behov.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Exempel:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Se till att SNMP är aktiverat med kommandot visa snmp. Om det inte är aktiverat konfigurerar du kommandot "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Vi rekommenderar att du installerar DS 64224 för hög CPU-övervakning som en proaktiv åtgärd för att inaktivera alla felsöknings- och diagnostiksignaturer under tiden som CPU-användningen är hög. Hämta DS 64224 med följande alternativ i sökverktyget för diagnostiksignaturer:

    Fältnamn

    Fältvärde

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise Webex Calling lösning

    Problemomfång

    Prestanda

    Problemtyp

    Hög CPU-användning med e-postavisering

  4. Hämta DS 65095 med följande alternativ i sökverktyget för diagnostiksignaturer:

    Fältnamn

    Fältvärde

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise Webex Calling lösning

    Problemomfång

    Syslogs

    Problemtyp

    Syslog – %VOICE_IEC-3-GW: CCAPI: Internt fel (tröskelvärde för uppringning): IEC=1.1.181.1.29.0

  5. Kopiera DS XML-filerna till den lokala gatewayen.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installera XML-filen DS 64224 och sedan DS 65095 i den lokala gatewayen för hög CPU-övervakning.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verifiera att signaturen har installerats med hjälp av visa diagnostisk-signatur för uppringning-hem. Statuskolumnen måste ha ett "registrerat" värde.

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    Hämtade DSes:

    DS-ID

    DS-namn

    Översyn

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrerad

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrerad

    2020-11-08:00:12:53

    LocalGateway #

Verifiera exekvering av diagnostiska signaturer

Som visas nedan kommer kolumnen "Status" i kommandot visa diagnostisk-signatur för uppringning att ändras till "igång" medan den lokala gatewayen utför åtgärden som definieras i signaturen. Utdata för visa statistik för diagnostisk signatur för uppringning är det bästa sättet att verifiera om en diagnostisk signatur har upptäckt ett intressanta evenemang och utfört åtgärden. Kolumnen "Utlöst/Max/Avinstall" anger antalet gånger som den givna signaturen har utlöst en händelse. Max antal gånger det definieras att upptäcka en händelse och om signaturen automatiskt kommer att avinstallera sig själv efter att det maximala antalet utlösta händelser detekterats.


LocalGateway# show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

Hämtade DSes:

DS-ID

DS-namn

Översyn

Status

Senaste uppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrerad

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Körs

2020-11-08 00:12:53

LocalGateway #

LocalGateway# visar statistik för diagnostisk-signatur för samtals hem

DS-ID

DS-namn

Utlöst/Max/Deinstall

Genomsnittlig körningstid (sekunder)

Max körningstid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20/1/Y

23.053

23.053

LocalGateway #

Den e-postbekräftelse som skickas under exekvering av diagnostisk signatur innehåller viktig information som problemtyp, enhetsinformation, programvaruversion, kör konfiguration och visa kommandoutdata som är relevanta för att felsöka det givna problemet.

Avinstallera diagnostiksignaturer

Diagnostiksignaturer som används i felsökningssyfte definieras vanligtvis som avinstallation efter att ett visst antal problemhändelser har upptäckts. Om du vill avinstallera en signatur manuellt, hämta DS-ID från utdata för visa diagnostisk signatur för call-home-signature och kör kommandot som visas nedan.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Exempel:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

Nya signaturer läggs till regelbundet i sökverktyget för diagnostiksignaturer, baserat på problem som vanligen observeras i distributioner. TAC stödjer för närvarande inte förfrågningar om att skapa nya anpassade signaturer.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Implementera CUBE-högtillgänglighet som lokal gateway

Lokal gateway (LGW) är det enda alternativet för att ge platsbaserad PSTN åtkomst för Cisco Webex Calling kunder. Syftet med det här dokumentet är att hjälpa dig att bygga en lokal gatewaykonfiguration med CUBE-hög tillgänglighet, aktiva/standby-CUBE:er för tillstånds redundans för aktiva samtal.

Grunderna

Förutsättningar

Innan du distribuerar CUBE HA som en lokal gateway för Webex Calling ska du se till att du har en djupare förståelse för följande koncept:

Konfigurationsriktlinjerna som anges i den här artikeln utgår från en dedikerad lokal gatewayplattform utan någon befintlig röstkonfiguration. Om en befintlig CUBE-företagsdistribution ändras för att även använda den lokala gatewayfunktionen för Cisco Webex Calling ska du vara uppmärksam på konfigurationen som tillämpas för att säkerställa att befintliga samtalsflöden och funktioner inte avbryts och ser till att du följer CUBE HA-designkraven.

Maskinvaru- och programvarukomponenter

CUBE HA som lokal gateway kräver IOS-XE version 16.12.2 eller senare och en plattform där både CUBE HA- och LGW-funktioner stöds.


Visa kommandon och loggar i den här artikeln baseras på den lägsta programvaruutgåden av Cisco IOS-XE 16.12.2 som implementeras på en vCUBE (CSR1000v).

Referensmaterial

Här är några detaljerade konfigurationsguider för CUBE HA för olika plattformar:

Webex Calling lösning , översikt

Cisco Webex Calling är ett samarbetserbjudande som tillhandahåller ett molnbaserat alternativ med flera klienter till en lokal PBX-telefontjänst med flera PSTN för kunder.

Distribution av lokal gateway (som representeras nedan) är fokus för den här artikeln. Trunk för lokal gateway (platsbaserad PSTN) i Webex Calling gör det möjligt att ansluta till en PSTN affärstjänst. Den ger också anslutning till en lokal IP PBX-distribution, till exempel Cisco Unified CM. All kommunikation till och från molnet är säker med TLS-transport för SIP och SRTP för media.

Figuren nedan visar en Webex Calling utan någon befintlig IP PBX och kan tillämpas på en enskild eller multiplatsdistribution. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

Layer 2 Box-till-Box-redundans

CUBE HA layer 2 box-till-box-redundans använder infrastrukturprotokollet Redundansgrupp (RG) för att skapa ett aktivt/standby-par routrar. Detta par delar samma virtuella IP-adress (VIP) över sina respektive gränssnitt och utbyt statusmeddelanden kontinuerligt. CUBE-mötesinformation fungerar inte tillsammans med ett par routrar, vilket gör att standby-routern kan ta alla CUBE-samtalsbearbetningsansvaret omedelbart om den aktiva routern inte används, vilket gör att signalering och media kan bevaras.


Kontrollen som pekar är begränsad till anslutna samtal med mediepaket. Samtal i transport kontrollera inte telefonsamtal (till exempel ett försök eller en ringsignals tillstånd).

I den här artikeln hänvisar CUBE HA till CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans för statusiga bevarande av samtal

Från och med IOS-XE 16.12.2 kan CUBE HA distribueras som en lokal gateway för Cisco Webex Calling-trunkdistributioner (platsbaserad PSTN) och vi kommer att gå in på överväganden och konfigurationer i den här artikeln. Denna figur visar en typisk CUBE HA-installation som lokal gateway för en Cisco Webex Calling trunkdistribution.

Infrakomponent för redundansgrupp

Redundansgruppskomponenten (RG) Infra tillhandahåller kommunikationsinfrastrukturstöd för box-till-box mellan de två BIN-erna och förhandlar fram det slutliga stabile redundanstillståndet. Den här komponenten tillhandahåller även:

  • Ett HSRP-liknande protokoll som förhandlar fram den slutliga redundanstillståndet för varje router genom att byta meddelanden om keepalive och hello-meddelanden mellan de två CUB-erna (via kontrollgränssnittet) – GigabitEthernet3 i figuren ovan.

  • En transportmekanism för kontroll av signalerings- och medietillstånd för varje samtal från den aktiva till standby-routern (via datagränssnittet)– GigabitEthernet3 i figuren ovan.

  • Konfiguration och hantering av det virtuella IP-gränssnittet (VIP) för trafikgränssnitten (flera trafikgränssnitt kan konfigureras med samma RG-grupp) – GigabitEthernet 1 och 2 anses vara trafikgränssnitt.

Den här RG-komponenten måste konfigureras specifikt för att stödja röst B2B HA.

Hantering av virtuella IP-adresser (VIP) för både signalering och media

B2B HA är beroende av VIP för att uppnå redundans. VIP och tillhörande fysiska gränssnitt för båda CUBE-erna i CUBE HA-par måste finnas på samma LAN-undernät. Konfiguration av VIP och bindningen för VIP-gränssnittet till ett visst röstprogram (SIP) är obligatorisk för stöd för röst B2B HA. Externa enheter, t.ex. Unified CM, Webex Calling har åtkomst till SBC, tjänsteleverantör eller proxy, använd VIP som destinations-IP-adress för samtal som passera genom CUBE HA-routrar. Cube HA-paren Webex Calling en enda lokal gateway från en annan vy.

Information om samtalssignalering och RTP-session för uppringda samtal markeras från den aktiva routern till standby-routern. När Active router går ner tar Standby-routern över och fortsätter att vidarebefordra DEN RTP-ström som tidigare har dirigerats av den första routern.

Samtal som är i ett övergående tillstånd vid redundansen kommer inte att bevaras efter switchover. Till exempel samtal som inte etableras fullt ut ännu eller som håller på att ändras med en överförings- eller hold-funktion. Uppr?rade samtal kan kopplas bort efter switchover.

Följande krav finns för att använda CUBE HA som lokal gateway för tillstånds redundans vid samtal:

  • CUBE HA kan inte ha samma TDM- eller analoga gränssnitt

  • Gig1 och Gig2 kallas för trafikgränssnitt (SIP/RTP) och Gig3 är Redundancy Group (RG) Control/data interface

  • Högst 2 CUBE HA-par kan placeras i samma lager 2-domän, ett med grupp-ID 1 och det andra med grupp-ID 2. Om 2 HA-par konfigureras med samma grupp-ID måste RG Control/Data-gränssnitten tillhöra olika lager 2-domäner (vlan, separat switch)

  • Portkanalen har stöd för både RG-kontroll-/data- och trafikgränssnitt

  • All signalering/media kommer från/till den virtuella IP-adressen

  • När som helst när en plattform laddas om i ett CUBE-HA-förhållande startar den alltid upp som Vänteläge

  • Lägre adress för alla gränssnitt (Gig1, Gig2, Gig3) måste vara på samma plattform

  • Identifieraren för redundansgränssnittet måste vara unik för en par-/gränssnittskombination på samma lager 2

  • Konfigurationen för både CUB MÅSTE vara identisk, inklusive fysisk konfiguration, och måste köras på samma typ av plattform och IOS-XE-version

  • Loopback-gränssnitt kan inte användas som bindning eftersom de alltid är uppe

  • Gränssnitt med flera trafik (SIP/RTP) (Gig1, Gig2) kräver att gränssnittsspårning konfigureras

  • CUBE-HA stöds inte via en korskabelanslutning för RG-kontroll-/datalänken (Gig3)

  • Båda plattformarna måste vara identiska och anslutas via en fysisk switch över alla på samma sätt gränssnitt för att CUBE HA ska fungera, dvs. GE0/0/0 av CUBE-1 och CUBE-2 måste avslutas på samma sätt och så vidare.

  • Kan inte ha WAN avslutat på BIN direkt eller Data HA på endera sidan

  • Både Aktiv/Standby måste vara i samma datacenter

  • Det är obligatoriskt att använda ett separat L3-gränssnitt för redundans (RG Control/data, Gig3). i.e-gränssnittet som används för trafik kan inte användas för ha hållalives och kontrollpointing

  • Vid redundans går den tidigare aktiva CUBE igenom en "reload by design", där signalering och media fungerar

Konfigurera redundans på bådaKUB:er

Du måste konfigurera redundans i lager 2 för redundans i lager 2 för bådaKN:er som är avsedda att användas i ett HA-par för att visa virtuella IP-adresser.

1

Konfigurera gränssnittsspårning på global nivå för att spåra gränssnittets status.

conf t 
 track 1-gränssnitt GigabitEthernet1 line-protocol track 2 gränssnitt 
 GigabitEthernet2 line protocol 
 exit
VCUBE-1#conf t
VCUBE-1(config)#spåra 1 gränssnitt GigabitEthernet1 line-protocol
VCUBE-1(config-track)#spår 2 gränssnitt GigabitEthernet2 line-protocol
VCUBE-1(config-track)#avsluta
VCUBE-2#conf t
VCUBE-2(config)#spåra 1 gränssnitt GigabitEthernet1 line-protocol
VCUBE-2(config-track)#spår 2 gränssnitt GigabitEthernet2 line-protocol
VCUBE-2(config-track)#avsluta

Spåra CLI används i RG för att spåra gränssnittet för rösttrafik, så att den aktiva linjen kommer att ha full aktiv roll när trafikgränssnittet ligger nere.

2

Konfigurera ett RG för användning VoIP HA under programredundans underläge.

redundans program redundansgrupp 1 namn 
 
 
    LocalGateway-HA 
    prioritet 100 redundanströskel 75 
    control GigabitEthernet3 protocol 1 
    data GigabitEthernet3 
    timers delay 30 reload 60 track 1 shutdown 
    track 
    2 shutdown exit protocol 
 
   1 
    timers hellotime 3 holdtime 10 
 
 
 exit
VCUBE-1(config)#redundans
VCUBE-1(config-red)#program redundans
VCUBE-1(config-red-app)#grupp 1
VCUBE-1(config-red-app-grp)#namn LocalGateway-HA
VCUBE-1(config-red-app-grp)#prioritet 100 redundanströskel 75
VCUBE-1(config-red-app-grp)#kontrollera GigabitEthernet3-protokoll 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers fördröjning 30 reload 60
VCUBE-1(config-red-app-grp)#spåra 1 nedstängning
VCUBE-1(config-red-app-grp)#spåra 2 nedstängning
VCUBE-1(config-red-app-grp)#avsluta
VCUBE-1(config-red-app)#protokoll 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#avsluta
VCUBE-1(config-red-app)#avsluta
VCUBE-1(config-red)#avsluta
VCUBE-1 (konfiguration) #
VCUBE-2(config)#redundans
VCUBE-2(config-red)#program redundans
VCUBE-2(config-red-app)#grupp 1
VCUBE-2(config-red-app-grp)#namn LocalGateway-HA
VCUBE-2(config-red-app-grp)#prioritet 100 redundanströskel 75
VCUBE-2(config-red-app-grp)#kontrollera GigabitEthernet3-protokoll 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers fördröjning 30 reload 60
VCUBE-2(config-red-app-grp)#spåra 1 nedstängning
VCUBE-2(config-red-app-grp)#spåra 2 nedstängning
VCUBE-2(config-red-app-grp)#avsluta
VCUBE-2(config-red-app)#protokoll 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#avsluta
VCUBE-2(config-red-app)#avsluta
VCUBE-2(config-red)#avsluta
VCUBE-2 (konfiguration) #

Här är en förklaring av de fält som används i den här konfigurationen:

  • redundans – Anger redundansläge

  • programredundans – anger konfigurationsläget för program redundans

  • grupp– anger konfigurationsläge för gruppen redundans program

  • name LocalGateway-HA– Definierar namnet på RG-gruppen

  • prioritet 100 redundanströskeln 75 – Anger tröskelvärdet för initial prioritetoch redundans för ett RG

  • timers delay 30 reload 60– konfigurerar de två gånger för fördröjning och läs in igen

    • Fördröjningstimer, vilket innebär hur lång tid det tar att försena RG-gruppens initiering och roll efter att gränssnittet visas – standard 30 sekunder. Intervallet är 0–1 0000 sekunder

    • Läs in igen– Det här är den tid det tar att försena RG-gruppinitieringen och rollläsningen efter en omladdning – standard 60 sekunder. Intervallet är 0–1 0000 sekunder

    • Standardtimer rekommenderas, även om dessa timer kan justeras för att tillgodose alla ytterligare fördröjningar i nätverket som kan uppstå under uppstart/omladdning av routrarna, för att garantera att RG-protokollets rensning äger rum efter att dirigeringen i nätverket har sammanförts till en stabil punkt. Om man t.ex. ser det efter redundans att det tar upp till 20 sek för den nya VÄNTEby att se det första RG HELLO-paketet från den nya ACTIVE, då bör timern justeras till "timers delay 60 reload 120" till en faktor för denna fördröjning.

  • kontrollera GigabitEthernet3-protokoll 1 – konfigurerar det gränssnitt som används för att utbyt keepalive- och hello-meddelanden mellan de två CUB-erna, och specificerar protokollinstansen som ska kopplas till ett kontrollgränssnitt och anger läget för protokollkonfiguration förredundans

  • data GigabitEthernet3– konfigurerar det gränssnitt som används för kontroll av datatrafik

  • spåra– RG-gruppspårning av gränssnitt

  • protokoll 1 – Anger den protokollinstans som ska kopplas tillett kontrollgränssnitt och anger konfigurationsläget för programmets redundans

  • timers hellotime 3 holdtime 10– konfigurerar de två timern för hellotime och holdtime:

    • Hellotime – Intervall mellan flera hejmeddelanden – Standard 3 sekunder. Intervallet är 250 millisekunder – 254 sekunder

    • Holdtime – Intervallet mellan att ett Hej-meddelande och den sändnings router som skickas har misslyckats. Den här varaktigheten måste vara längre än hej-tid – standard 10 sekunder. Intervallet är 750 millisekunder – 255 sekunder

      Vi rekommenderar att du konfigurerar holdtimen till minst tre gånger värdet på hellotime-timern.

3

Aktivera box-till-box-redundans för CUBE-programmet. Konfigurera RG från föregående steg under rösttjänstensVoIP. Detta möjliggör för CUBE-programmet att styra redundansprocessen.

voip-redundans-grupp 1-utträde för 
 rösttjänst
VCUBE-1(config)#rösttjänstens voip
VCUBE-1(config-voi-serv)#redundans-grupp 1

  % Skapade RG 1-koppling med Voice B2B HA; ladda om routern för att den nya konfigurationen ska verkställas
VCUBE-1(config-voi-serv)# avsluta
VCUBE-2(config)#rösttjänstens voip
VCUBE-2(config-voi-serv)#redundans-grupp 1

  % Skapade RG 1-koppling med Voice B2B HA; ladda om routern för att den nya konfigurationen ska verkställas
VCUBE-2(config-voi-serv)# avsluta

redundans-grupp 1 — För att lägga till och ta bort det här kommandot måste du laddaom för att den uppdaterade konfigurationen ska verkställas. Vi laddar om plattformarna efter att alla konfigurationer har tillämpats.

4

Konfigurera gig1- och Gig2-gränssnitten med respektive virtuella IP-adresser enligt nedan och använd gränssnittsidentifieraren(ri)

VCUBE-1(config)#gränssnitt GigabitEthernet1
VCUBE-1(config-if)# redundans 1
VCUBE-1(config-if)# redundansgrupp 1 ip 198.18.1.228 exklusivt
VCUBE-1(config-if)# avsluta
VCUBE-1 (konfiguration) #
VCUBE-1(config)#gränssnitt GigabitEthernet2
VCUBE-1(config-if)# redundans 2
VCUBE-1(config-if)# redundansgrupp 1 ip 198.18.133.228 exklusivt
VCUBE-1(config-if)# avsluta
VCUBE-2(config)#gränssnitt GigabitEthernet1
VCUBE-2(config-if)# redundans 1
VCUBE-2(config-if)# redundansgrupp 1 ip 198.18.1.228 exklusivt
VCUBE-2(config-if)# avsluta
VCUBE-2 (konfiguration) #
VCUBE-2(config)#gränssnitt GigabitEthernet2
VCUBE-2(config-if)# redundans 2
VCUBE-2(config-if)# redundansgrupp 1 ip 198.18.133.228 exklusivt
VCUBE-v(config-if)# avsluta

Här är en förklaring av de fält som används i den här konfigurationen:

  • redundans fel– konfigurerar gränssnittsidentifieraren för redundansgruppen. Krävs för att skapa en virtuell MAC-adress (VMAC). Samma id-värde måste användas i gränssnittet för varje router (ACTIVE/STANDBY) som har samma VIP.


     

    Om det finns fler än ett B2B-par på samma LAN, MÅSTE varje par ha unika rii-ID på sina respektive gränssnitt (för att förhindra att dessa samverkar). "visa alla grupper av redundansprogram" ska ange korrekt lokal information och peer-information.

  • redundansgrupp 1– Kopplar gränssnittet till redundansgruppen som skapades i steg 2 ovan. Konfigurera RG-gruppen samt den VIP som tilldelats detta fysiska gränssnitt.


     

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, det vill säga det gränssnitt som används för rösttrafik inte kan användas som kontroll- och datagränssnitt specificerat i steg 2 ovan. I detta exempel används Gigabit interface 3 för RG-kontroll/-data

5

Spara konfigurationen av den första CUBE och läs in den igen.

Plattformen för att ladda om senast är alltid Vänteläge.

VCUBE-1#wr

  Byggnadskonfiguration...

  [OK]
VCUBE-1# läsin igen

  Fortsätt med läs in igen? [bekräfta]

När VCUBE-1 startar upp helt, spara konfigurationen av VCUBE-2 och ladda om den.

VCUBE-2#wr

  Byggnadskonfiguration...

  [OK]
VCUBE-2# läsin igen

  Fortsätt med läs in igen? [bekräfta]
6

Verifiera att rutan-till-rutan-konfigurationen fungerar som väntat. Relevant utdata markeras i fetstil.

Vi laddade om VCUBE-2 senast och enligt designövervägandena kommer plattformen att laddas igen senast alltid vara Standby .


VCUBE-1#visa redundansapplikationsgrupp alla fel tillstånd Grupp 1 info:
       Runtime-prioritet: [100] 
               RG-fel RG-tillstånd: Upp.
                       Totalt antal växlingar pga. fel:           0 
                       Totalt antal ändringar av ned-/upp-tillstånd på grund av fel: 0 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA    Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll: AKTIV 
 peer-roll:  Standby-peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 RG Protocol RG 1 
 
 ------------------roll: Aktiv 
        aktiv: Aktiverad 
        prioritet: 100 
        Protokolltillstånd: Aktiv(a) Ctrl Intf(s)-status: Upp 
        aktiv peer: Lokal         standby-peer: adress 10.1.1.2, prioritet 100, intf         Gi3-loggräknarer:
                roll ändras till aktiv: 1 
                roll ändras till vänteläge: 1 
                inaktivera händelser: rg down state 0, rg stäng 0 
                ctrl intf-händelser: upp 1, ner 0, admin_down 0 
                ladda om händelser: lokal förfrågan 0, peer-begäran 0 
 
 RG Media Context för RG 1 
 -------------------------- 
 Ctx-tillstånd: Aktivt 
        protokoll-ID: 1 
        mediatyp: Standardkontrollgränssnitt: GigabitEthernet3         Aktuell Hej-timer: 3 000 
        Konfigurerad Hejtimer: 3000, Håll timer: 10000 
        Peer Hej timer: 3000, Peer Hold timer: 10 000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Autentisering 
            misslyckades: 0 
            Läs in peer igen: TX 0, RX 0 
            Sluta: TX 0, RX 0 
    fristående peer: Närvarande. Håll tidsräkningen: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-1 #

VCUBE-2#visa redundansapplikationsgrupp alla fel tillstånd Grupp 1 info:
       Runtime-prioritet: [100] 
               RG-fel RG-tillstånd: Upp.
                       Totalt antal växlingar pga. fel:           0 
                       Totalt antal ändringar av ned-/upp-tillstånd på grund av fel: 0 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA    Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll: VÄNTE-peer-roll: AKTIV peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 RG Protocol RG 1 
 
 ------------------roll: Aktiv 
        aktiv: Aktiverad 
        prioritet: 100 
        Protokolltillstånd: Aktiv(a) Ctrl Intf(s)-status: Upp         aktiv peer: adress 10.1.1.2, prioritet 100, intf Gi3         Standby Peer: Lokala 
        loggräknare:
                roll ändras till aktiv: 1 
                roll ändras till vänteläge: 1 
                inaktivera händelser: rg down state 0, rg stäng 0 
                ctrl intf-händelser: upp 1, ner 0, admin_down 0 
                ladda om händelser: lokal förfrågan 0, peer-begäran 0 
 
 RG Media Context för RG 1 
 -------------------------- 
 Ctx-tillstånd: Aktivt 
        protokoll-ID: 1 
        mediatyp: Standardkontrollgränssnitt: GigabitEthernet3         Aktuell Hej-timer: 3 000 
        Konfigurerad Hejtimer: 3000, Håll timer: 10000 
        Peer Hej timer: 3000, Peer Hold timer: 10 000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Autentisering 
            misslyckades: 0 
            Läs in peer igen: TX 0, RX 0 
            Sluta: TX 0, RX 0 
    fristående peer: Närvarande. Håll tidsräkningen: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurera en lokal gateway på bådaKUB:er

I vår exempelkonfiguration använder vi följande trunkinformation från Control Hub för att bygga konfigurationen för lokal gateway på både plattformarna VCUBE-1 och VCUBE-2. Användarnamnet och lösenordet för den här installationen är följande:

  • Användarnamn: Hussain1076_LGU

  • Lösenord: lOV12MEaZx

1

Se till att en konfigurationsnyckel skapas för lösenordet med kommandona nedan innan den kan användas i inloggningsuppgifterna eller delas. Ange 6 lösenord krypteras med AES-chiffer och denna användardefinierade konfigurationsnyckel.


LocalGateway#conf t 
 LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#lösenordskryptering aes

Här är konfigurationen för lokal gateway som gäller för båda plattformarna baserat på de kontrollhubbensparametrar som visas ovan, spara och läs in igen. SIP Digest-inloggningsuppgifter från Control Hub markeras i fetstil.


konfigurera terminal 
 crypto pki trustpoint dummyTp 
 revocation-check crl 
 exit 
 sip-ua crypto signaling default 
 trustpoint dummyTp cn-san-validate server 
 transport tcp tls v1.2 
 end configure terminal crypto 
 
 
 
 pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end 
 
 
 configure terminal 
 voice service voip 
 ip address trusted list 
 ipv4 x.x.x y.y.y.y.y exit allow-connections sip to sip media statistics media massstatistik no extra service sip refererar till inga extra tjänst 
 sip 
 
 
 
 
 handle-ersätter 
 faxprotokoll pass-through g711ulaw 
 stun 
 stun stun flowdata agent-id 1 boot-count 4 
 stun flowdata delade hemliga 0 Password123! 
  sip 
 g729 annexb-all 
 early-offer forced end configure terminal voice 
 class 
 
 
 
 sip-profiles 200 regel 9 begär 
 SIP-header SIP-Req-URI ändra "sips:(.*)" "sip:\1" regel 10 begär ALLA sip-header För att ändra " " " regel 13 svar någon sip-header För att ändra 
 "<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)>"<sip:\1;transport=tls><sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar <sajan index="3" />"otg= hussain1076_lgu > " regel30 begär ALLAsip-header P-Asserted-Identity ändra 
 "sips:(.*)" "sip:\1" 
 
 
 röstklass-codec 99 
 codec inställning 1 g711w codec inställning 
 2 g711ulaw avsluta röstklassen 
 
 
 srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 avsluta röstklass 
 
 
 
 stun-usage 200 stun användningsbrandvägg -traversal flowdata avsluta röstklass klient 200 registrator dns:40462196.cisco-bcld.com schema sips upphör att gälla 240 uppdateringsfrekvens 50 tcp tls inloggningsuppgifter nummer Hussain5091_LGU användarnamn Hussain1076_LGU lösenord  0 lOV12MEaZx sfär Broadworks verifierings användarnamn Hussain5091_LGU lösenord    0 lOV12MEaZx sfär BroadWorks autentisering användarnamn Hussain5091_LGU lösenord   0 lOV12MEaZx-sfären 40462196.cisco-bcld.com ingen fjärrparts-id     sip-server dns:40462196.cisco-bcld.com   connection-reuse 
 srtp-crypto 200 
 session transport tcp tls url 
 sips 
 error-passthru 
 asserted-id pai 
 bind control source-interface GigabitEthernet1 
 bind media source-interface GigabitEthernet1 inget lösenordsinnehåll för anpassade 
 SDP 
 SIP-profiler 200 utgående proxy dns:la01.sipconnect-us10.cisco-bcld.com   privacy-policy passthru 
 
 
 voice class tenant 100 
 session transport udp 
 url sip 
 error-passthru 
 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 inget lösenordsinnehåll anpassat 
 sdp-röstklass klient 
 
 
 300 bindningskontrollkälla gränssnitt 
 GigabitEthernet2 bind 
 media source-interface GigabitEthernet2 
 no pass-thru content custom-sdp 
 
 
 voice class uri 100 sip host 
 ipv4:198.18.133.3 
 
 voice class uri 200 sip 
 pattern dtg=detsain1076.lgu    dial-peer voice 101 voip 
 
 beskrivning Utgående ring peer till IP PSTN destinationsmönster DÅLIGT. BAD session protocol sipv2 session target 
 
 ipv4:198.18.133.3 
 voice-class codec 
 99 voice-class sip tenant 100 
 dtmf-relay rtp-nte 
 no vad 
 
 dial-peer voice 201 voip description 
 Utgående 
 uppringning-peer till Webex Calling destination-pattern BAD. DÅLIGT 
 sessionsprotokoll sipv2 sessions mål 
 sip-server 
 röstklassad codec 99 
 röstklassad stun-usage 200 
 ingen röstklassad sip localhost 
 röstklassad SIP-klient 200 
 dtmf-relay rtp-nte srtp ingen vad röstklass 
 
 
 
 
 dpg 100 beskrivning Inkommande 
 WebexCalling(DP200) till IP PSTN(DP101) 
 dial-peer 101 inställning 1 
 
 röstklass dpg 200 
 beskrivning Inkommande IP PSTN(DP100) till Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 vo beskrivning av inkommande uppringnings-peer från IP PSTN session protocol 
 
 
 
 
 
 
 sipv2 destination 
 
 
 dpg 200 
 incoming uri via 100 
 voice-class codec 99 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad 
 
 dial-peer voice 200 voip-beskrivning Inkommande dial-peer från Webex Calling session protocol sipv2 destination 
 
 
 dpg 100 inkommande 
 uri-begäran 200 
 röstklassad codec 99 
 röstklassad stun

För att visa utdata för kommandot har vi laddat om VCUBE-2 följt avVCUBE-1, vilket görVCUBE-1 till standby CUBE och VCUBE-2 till den aktiva CUBE

2

När som helst kommer endast en plattform att upprätthålla en aktiv registrering som lokal gateway med åtkomst Webex Calling åtkomst via SBC. Ta en titt på utdata för följande visa kommandon.

visa programgrupp för redundans 1

visa sip-ua-registerstatus


VCUBE-1# visa redundansapplikationsgrupp1 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA 
 
 Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll:  Peer-roll i vänteläge: AKTIV 
 peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS FÖR STANDBY HOT 
         Peer RF: AKTIV 
 
 VCUBE-1#visa sip-ua registerstatus VCUBE-1 #

VCUBE-2# visa redundansapplikationsgrupp1 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA 
 
 Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll: AKTIV peer-roll: STATUS 
 Peer Närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 VCUBE-2#visa sip-ua registerstatus  Klient: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg reg det p-Assrist-URI =========================== 
 ======== ========== === ======= =============== 
 Hussain5091_LGU -1 48 ja normal 
 VCUBE-2 #

Från utdata ovan kan du se att VCUBE-2 är den aktiva LGW som underhåller registreringen med Webex Calling åtkomst SBC, medan utdata för "visa sip-ua registreringsstatus" är tom i VCUBE-1

3

Aktivera nu följande felsökningar på VCUBE-1


VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing är aktiverad 
 VCUBE-1#debug ccsip info SIP Call info tracing är aktiverad 
 VCUBE-1#debug ccsip-meddelande
4

Simulera failover genom att ge följande kommando på den aktiva LGW, VCUBE-2 i det här fallet.


VCUBE-2#redundansapplikation ladda om grupp 1 själv

Omkoppling från AKTIV till STANDBY LGW sker i följande scenario, förutom med CLI som listas ovan

  • När ACTIVE-routern laddar om

  • När den AKTIVA router cyklerna

  • När ett RG-konfigurerat gränssnitt för DEN AKTIVA routern är avstängd för vilket spårning är aktiverat

5

Kontrollera om VCUBE-1 har registrerats med Webex Calling åtkomst via SBC. VCUBE-2 skulle ha laddats om nu.


VCUBE-1#visa sip-ua registerstatus 
 
 Klient: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg reg det p-Assrist-URI =========================== 
 ======== =========== === ====== =============== Hussain5091_LGU -1 56 ja normal VCUBE-1 #

VCUBE-1 är nu den aktiva LGW.

6

Titta på relevant felsökningslogg på VCUBE-1 för att skicka en SIP-registrering Webex Calling den virtuella IP-adressen och ta emot en OK 200.


VCUBE-1#visa logg 
 
 9 jan 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hej tid har upphört.
9 jan 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1-roll ändras från vänteläge till aktiv 
 9 jan 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: VÄXLA, från STANDBY_HOT till AKTIV status.
9 jan 18:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Meddelande om aktiv 
 
 rollhändelse 9 jan 18:37:25.758: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Skickades:
REGISTRERA SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 Från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Tor 09 jan 2020 18.37:24 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Användaragent: Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70 
 tidsstämpel: 1578595044 
 CSeq: 2 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Upphör: Stöd för 
 240: sökväg 
 Innehåll-Längd: 0
9 jan 18:37:25.995: -1/0000000000/SIP/Msg/ccsipDisplayMsg:
Fått:
SIP/2.0 401 Obehörig via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 Från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Datum: Tor 09 jan 2020 18.37:24 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp: 1578595044 
 CSeq: 2 REGISTRERA 
 WWW-Authenticate; DIGEST-sfär="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 
 innehållslängd: 0
9 jan 18:37:26.000: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Skickades:
REGISTRERA sip:40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 Från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Tor 09 jan 2020 18.37:25 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 Användaragent:Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70 
 tidsstämpel: 1578595045 
 CSeq: 3 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Upphör: Stöd för 
 240: sökvägsauktorisering: Digest användarnamn="Hussain1076_LGU",sfär="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,sekvens=00000001 
 Innehållslängd: 0
9 jan 18:37:26.190: 1/0000000000/SIP/Msg/ccsipDisplayMsg:

Fått:
SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 Från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 
 Samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp: 1578595045 
 CSeq: 3 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Tillåt -händelser: samtal-info,linje-konferenser,dialog,meddelande-sammanfattning,som-funktion-händelse,x-broadworks-rutor,x-broadworks-call-center-status,konferensinnehåll-längd: 0
Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera Unified CM för Webex-samtal

Du kan behöva en integrering med Unified CM om Webex-samtalsaktiverade platser läggs till i en befintlig distribution där Unified CM är den lokala samtalskontrolllösningen och om du kräver direkt uppringning mellan telefoner registrerade till Unified CM och telefoner på Webex-samtalsplatser.

Konfigurera säkerhetsprofil för SIP-trunk för trunk till lokal gateway

I fall där lokal gateway och PSTN-gateway finns på samma enhet måste Unified CM aktiveras för att skilja mellan två olika trafiktyper (samtal från Webex och från PSTN) som härstammar från samma enhet och tillämpa en differentierad klass för tjänsten för dessa samtalstyper. Denna differentierade samtalsbehandling beror på att två trunkar tillhandahålls mellan Unified CM och den kombinerade lokala gateway- och PSTN-gatewayenheten som kräver olika SIP-lyssningsportar för de två trunkarna.

Skapa en särskild säkerhetsprofil för SIP-trunk för den lokala gateway trunken med följande inställningar:

Inställning Värde
Namn Unikt namn, till exempel Webex
Beskrivning Meningsfull beskrivning, till exempel Webex SIP-trunkens säkerhetsprofil
Inkommande port Måste matcha port som används i lokal gateway-konfiguration för trafik till/från Webex: 5065

Konfigurera SIP-profilen för den lokala gateway trunken

Skapa en dedikerad SIP-profil för den lokala gateway trunken med följande inställningar:

Inställning Värde
Namn Unikt namn, till exempel Webex
Beskrivning Meningsfull beskrivning, till exempel Webex SIP-profil
Aktivera ALTERNATIV Ping för att övervaka destinationsstatus för trunkar med tjänstetypen "Ingen (standard)" Markerad

Skapa ett sökutrymme för samtal för samtal från Webex

Skapa ett samtalssökutrymme för samtal från Webex med följande inställningar:

Inställning Värde
Namn Unikt namn, till exempel Webex
Beskrivning Meningsfull beskrivning, t.ex. Webex-samtalssökutrymme
Valda partitioner

DN (+E.164-katalognummer)

ESN (förkortad uppringning mellan webbplatser)

PSTNInter international (PSTN-åtkomst)

onNetRemote (GDPR lärda destinationer)


 

Den senaste partitionen onNetRemote används endast i en miljö med flera kluster där dirigeringsinformation utbyts mellan Unified CM-kluster med hjälp av Söktjänst inom kluster (ILS) eller Global Dialplan-replikering (GDPR).

Konfigurera en SIP-trunk till och från Webex

Skapa en SIP-trunk för samtal till och från Webex via lokal gateway med följande inställningar:

Inställning Värde
Enhetsinformation
Enhetsnamn Ett unikt namn, som t.ex. Webex
Beskrivning Meningsfull beskrivning, till exempel Webex SIP-trunk
Kör på alla aktiva Unified CM-noder Markerad
Inkommande samtal
Samtalssökutrymme Det tidigare definierade samtalssökutrymmet: Webex
AAR-samtalssökutrymme Ett samtalssökutrymme med endast åtkomst till PSTN-routemönster: PSTNReroute
SIP-information
Destinationsadress IP-adress för lokal gateway CUBE
Destinationsport 5060
Säkerhetsprofil för SIP-trunk Tidigare definierad: Webex
SSO-profil Tidigare definierad: Webex

Konfigurera routegrupp för Webex

Skapa en routegrupp med följande inställningar:

Inställning Värde
Information om routegrupp
Namn på routegrupp Ett unikt namn, som t.ex. Webex
Valda enheter Den tidigare konfigurerade SIP-trunken: Webex

Konfigurera routelista för Webex

Skapa en routelista med följande inställningar:

Inställning Värde
Information om routelista
Namn Ett unikt namn, som RL_Webex
Beskrivning Meningsfull beskrivning, t.ex. Route-lista för Webex
Kör på alla aktiva Unified CM-noder Markerad
Information om routelista för medlem
Valda grupper Endast den tidigare definierade routegruppen: Webex

Skapa en partition för Webex-destinationer

Skapa en partition för Webex-destinationen med följande inställningar:

Inställning Värde
Information om routelista
Namn Unikt namn, som t.ex. Webex
Beskrivning Meningsfull beskrivning, till exempel Webex-partition

Nästa steg

Se till att lägga till den här partitionen till alla samtalssökutrymmen som ska ha åtkomst till Webex-destinationer. Du måste lägga till den här partitionen specifikt till det samtalssökutrymme som används som sökutrymme för inkommande samtal på PSTN-trunkar så att samtal från PSTN till Webex kan dirigeras.

Konfigurera routemönster för Webex-destinationer

Konfigurera routemönster för varje DID-intervall på Webex med följande inställningar:

Inställning Värde
Routemönster Fullständigt +E.164-mönster för DID-intervall i Webex med den inledande "\". Till exempel: \+140855501XX
Routepartitionen Webex
Gateway-/routelista RL_Webex
Brådskande prioritet Markerad

Konfigurera förkortad normalisering för fjärruppringning för Webex

Om förkortad uppringning på flera webbplatser krävs för Webex ska du konfigurera uppringnings normaliseringsmönster för varje ESN-intervall på Webex med följande inställningar:

Inställning Värde
Översättningsmönster ESN-mönstret för ESN-intervallet i Webex. Till exempel: 80121XX
Partition Webex
Beskrivning Meningsfull beskrivning, t.ex. Webex normaliseringsmönster
Använd upphovsmanens samtalssökutrymme Markerad
Brådskande prioritet Markerad
Invänta inte timeout för interdigit vid efterföljande hopp Markerad
Kallad partomvandningsmask Mask för att normalisera numret till +E.164. Till exempel: +140855501XXXX
Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera dina Webex-samtalsfunktioner

Skapa och hantera autodeltagare

Se till att samtal besvaras och att inringares behov uppfylls. Du kan lägga till hälsningar, konfigurera menyer och dirigera samtal till en svarstjänst, en sökgrupp, en röstbrevlåda eller en real person. Du kan skapa ett 24-timmars schema eller tillhandahålla olika alternativ när ditt företag är öppet eller stängt.

Se Hantera autodeltagare i Cisco Webex Control Hub för mer information om hur du skapar och hanterar autodeltagare.

Konfigurera en huntgrupp

Hunt grupper kan dirigera inkommande samtal till en grupp av användare eller arbetsytor. Du kan till och med konfigurera ett mönster för att dirigera till en hel grupp.

Mer information om hur du ställer in en huntgrupp finns i Hunt Groups i Cisco Webex Control Hub.

Skapa en receptionistklient

Hjälp till behoven hos kontorspersonalen. Du kan konfigurera användare som telefondeltagare så att de kan skärmen alla inkommande samtal till vissa personer inom din organisation.

Mer information om hur du ställer in och visar dina receptionistklienter finns i Receptionistklienter i Cisco Webex Control Hub.

Konfigurera personsökningsgrupp

Med gruppsökning kan en användare ringa ett enkelvägssamtal eller gruppsida till upp till 75 målanvändare och arbetsytor genom att ringa ett nummer eller en anknytning som tilldelats en specifik personsökningsgrupp.

För information om hur du konfigurerar och redigerar personsökningsgrupper, se Konfigurera en personsökningsgrupp i Cisco Webex Control Hub.

Skapa en samtalskö

Du kan ställa in en samtalskö så att kunders samtal inte kan besvaras och att de får ett automatiskt svar, lugnande meddelanden och musik tills någon kan besvara samtalet.

1

Från kundvyn i går https://admin.webex.comdu till Tjänster > samtal > funktioner .

2

Klicka på Ny funktion och välj sedanSamtalskö.

3

Ange ett pilotnummer och ange sedan om du äger numret, om numret har tillhandahållits av din partner eller om du vill porta numret.

4

Om du portar ett nummer för över måste du ange faktureringsnumret som är kopplat till din nuvarande tjänsteleverantör och det faktureringsnummer som är kopplat till din nya tjänsteleverantör.

5

Klicka på Spara.

Nästa steg

Du kan konfigurera samtalsfunktionen ytterligare genom att välja instansen samtalskö från Tjänster > samtal > funktioner . Du har tagit fram avancerade tjänster i samtalsadministrationsportalendär du kan slutföra konfigurationen. Mer information finns i Konfigurera samtalsköer.

Konfigurera samtalsuppringning

Du kan förbättra samarbetet och samarbetet genom att skapa en samtalssvarsgrupp så att användarna kan besvara alla andras samtal. När du lägger till användare i en samtalssvarsgrupp och en gruppmedlem är borta eller upptagen kan en annan medlem svara på deras samtal.

Mer information om hur du ställer in en samtalsuppringningsgrupp finns i Samtalsstyrning i Cisco Webex Control Hub.

Konfigurera samtalsparkering

Samtalsparkering innebär att en definierad grupp av användare kan parkera samtal mot andra tillgängliga medlemmar i en call park-grupp. Parkerade samtal kan fångas upp av andra gruppmedlemmar på deras telefon.

Mer information om hur du ställer in samtalsparkering finns i Call Park i Cisco Webex Control Hub.

Tillåt användare att p?ge i till andra personers telefonsamtal

1

Från kundvyn i https://admin.webex.comgår du till användare och väljer sedan den användare som du villändra.

2

Välj Ringa , gå till Avanceradesamtalsinställningar och välj sedan Markera i .

3

Aktivera Stapel i , välj om du vill att telefonen ska spela ett ljud när någon trycker på ett samtal och klicka sedan på Spara.

Aktivera en telefon för en Webex-samtalsanvändare

– Det finns två funktioner: Värd och gäst som är värd. Dessa funktioner fungerar tillsammans för att göra det möjligt för dig att utse specifika telefoner (värdar) som användare (gäster) tillfälligt kan logga in på och använda som sina egna telefoner. När en gäst loggar in på en värdtelefon överförs deras användarprofil automatiskt till enheten. Värdenheten blir användarens primära enhet under en viss tidsperiod.

Stegen som presenteras här kan följas för att konfigurera en användare som en gäst. Se Konfigurera värdtelefon för mer information om värdtelefonen.

1

Från kundvyn i https://admin.webex.comgår du till användare och väljer sedan den användare som du vill ändra.

2

Välj Ringa, välj Avanceradesamtalsinställningar och klicka på Ljudinställningar.

3

Slå på Bes?ttoch klicka sedan p? Spara .

Förhindra att någon övervakar en användares linjestatus

1

Från kundvyn i https://admin.webex.comgår du till användare och väljer den användare som du villändra.

2

Välj Samtal och gå sedan till Sekretess.

3

Välj lämpligt sekretessinställningar för autodeltagare för denna användare.

4

Markera kryssrutan Aktivera sekretess. Du kan då bestämma om du vill blockera alla genom att lämna fältet Sök användare efter namn tomt eller välja vem som ska kunna övervaka användarens linjestatus.

Med det verkställande exemplet ovan söker du efter namnet på deras administratörsassistent.

5

Klicka på Spara.

Låt en användare se linjestatusen på någon annans telefon eller på ett Call Park-tillägg

Det maximala antalet övervakade linjer är 50, men du bör tänka på bandbredd. Maxantalet kan även bestämmas av antalet linjeknappar på användarens telefon.

1

Från kundvyn i https://admin.webex.comgår du till användare och väljer den användare som du villändra.

2

Välj Ringer, välj Avanceradesamtalsinställningar och gå sedan till Övervaka .

3

Välj bland följande alternativ:

  • Lägg till övervakad linje
  • Lägg till Call Park-anknytning
4

Välj om du vill att användaren ska få aviseringar om parkerade samtal , sök efter personen eller Call Park-anknytningen som ska övervakas och klicka sedan på Spara.


 

Listan över övervakade linjer i Control Hub motsvarar ordningen för övervakade linjer som visas på användarens enhet. Du kan när som helst ändra ordningen på listan över övervakade linjer.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera och hantera dina WebEx-uppringnings användare

Du måste lägga till varje användare i Cisco Webex Control Hub för att de ska kunna dra nytta av tjänsterna för WebEx-samtal. Antalet användare som du måste lägga till avgör hur du lägger till dem i Control Hub, oavsett om du manuellt lägger till varje användare via e-postadress eller lägger till flera användare med en CSV-fil. Valet är ditt.

Det kan hända att du får ett fel meddelande om du försöker lägga till användare som har använt sin e-postadress för att skapa ett prov konto. Be användarna att ta bort sin organisation innan de lägger till dem i din organisation.


Om du har en Active Directory och använder Cisco Directory Connector när du lägger till personer i Control Hub manuellt måste du även lägga till dem i din ActiveDirectory.

Cisco Webex Contact Center stöder inte Active Directory.


När du lägger till användare får för- och efternamn inte innehålla ytterligare ascii-tecken eller följande tecken %, #, , \, /," och ha en maxlängd <,>på 30 tecken.</,>

1

Från kund-visaren i gå till användareoch klicka sedan på Hantera användare.https://admin.webex.com

2

Välj Lägg till eller ändra användare manuellt.

3

(Valfritt) Om du skickar välkomstmeddelanden automatiskt klickar du på Nästa.

4

Välj ett och klicka på Nästa:

  • Välj e-postadressoch ange upp till 25 e-postadresser.
  • Välj namn och e-postadresseroch ange sedan upp till 25 namn och e-postadresser.

 

Du kan lägga till användare som är tillgängliga för att konvertera till din organisation.

5

Licens tilldelning:

  • Om du har en aktiv licens mal len tilldelas licenser automatiskt för nya användare och du kan granska licens sammanfattningen.
  • Välj vilka tjänster som ska tilldelas. Om du har flera prenumerationer väljer du en prenumeration från listan.


 

Om du tilldelar licenser för Cisco Webex Contact Center väljer du Webex Teams och sedan kundtjänst med premium- och standardagentalternativet. Om du vill lägga till en övervakare väljer du både Premium- och Supervisor-alternativ. En användare behandlas som en agent om du inte gör dem till övervakare.

6

Innehålls hantering:

  • Om global åtkomst har valts för din företags innehålls hantering kommer innehålls hantering automatiskt att tilldelas användare.
  • Välj ett alternativ för innehålls hantering för varje användare.

7

Klicka på Spara.

  • Ett e-postmeddelande skickas till varje person med en inbjudan att delta.

  • I Control Hub visas personer i eninbjudning i vänteläge tills de loggar in för första gången. Licenser tilldelas efter att användaren har loggat in för första gången eller om du använder Cisco Kataloganslutning med en hävda domän tilldelas licenserna när användare skapas.

8

(Valfritt) Om du har lagt till samtal till användaren ska du tilldela en plats, ett telefonnummer och en anknytning.

9

Granska sammanfattnings sidan för bearbetade poster och klicka på Slutför.

Nästa steg

Du kan tilldela administratörs privilegier till personer i din organisation.

Innan du börjar

Om du har fler än en CSV-fil för din organisation kan du överföra en fil och när uppgiften har slutförts, kan du överföra nästa fil.


Vissa kalkyl blads redigerare tar bort +-tecknet från cellerna när. csv-filen öppnas. Vi rekommenderar att du använder en text redigerare för att göra. csv-uppdateringar. Om du använder en kalkyl blads redigerare ska du se till att ange cell formatet som text och sedan lägga till alla +-tecken som du har tagit bort.

1

Från kundvisaren i går du till användare, klickar på Hantera användare och väljer CSV Lägg till eller ändra användare.https://admin.webex.com

2

Klicka på Exportera för att hämta filen och du kan ange användarinformation på en ny rad i CSV-filen.

  • För att tilldela en tjänst, Lägg till Sant i den här tjänstens kolumn och för att exkludera en tjänst, Lägg till falsk. Kolumnen användar-ID/e-post (obligatoriskt) är det enda obligatoriska fältet. Om du har särskilda katalog- och externa nummer för varje ny användare ska du inkludera de inledande + för externa nummer utan andra tecken,

    Om du har en aktiv licens mal len ska du lämna alla kolumner tomma så att mallen automatiskt tilldelas den nya användaren på den raden.


     

    Du kan inte tilldela behörigheter för företags innehålls hantering till användare som använder licens mal len, se Aktivera innehålls hantering för användare i Cisco WebEx Control Hub för mer information.

  • För att tilldela en plats anger du namnet i kolumnen Plats. Om du lämnar fältet tomt tilldelas användaren standardplatsen.

  • Om du lägger till användare som övervakare för Cisco Webex Contact Center måste du lägga till användaremanuellt. Du kan endast tilldela Standard- och Premium-roller med en CSV.

 

Se till att inkludera ett efternamn när du anger en användares namn, annars kan du få problem.

3

Klicka på Importera, välj din fil och klicka på Öppna.

4

Välj antingen Lägg till endast tjänster eller Lägg till och ta bort tjänster.

Om du har en aktiv licens mal len väljer du Lägg till endast tjänster.

5

Klicka på Skicka in.

CSV-filen överförs och din uppgift skapas. Du kan stänga webbläsaren eller det här fönstret och din uppgift fortsätter att köras. Om du vill granska förloppet för din uppgift, se Hantera uppgifter i Cisco WebEx Control Hub.

Som administratör med fullständiga privilegier kan du redigera specifika tjänste uppgifter för enskilda användare i Cisco Webex Control Hub.

1

Från kund-visaren i gå till användare.https://admin.webex.com

2

Välj en användare och klicka på Tjänster > Redigera .

3

Om du har flera prenumerationer väljer du en prenumeration från listan.

4

Markera de tjänster som ska läggas till eller tas bort och klicka på Spara.

Innan du börjar

Om du har fler än en CSV-fil för din organisation kan du överföra en fil och när uppgiften har slutförts, kan du överföra nästa fil.

Du kan inte ta bort användare eller ändra platsen som tilldelats en användare med CSV-mallen.


Vissa kalkyl blads redigerare tar bort +-tecknet från cellerna när. csv-filen öppnas. Vi rekommenderar att du använder en text redigerare för att göra. csv-uppdateringar. Om du använder en kalkyl blads redigerare ska du se till att ange cell formatet som text och sedan lägga till alla +-tecken som du har tagit bort.

1

Från kundvisaren i går du till användare, klickar på Hantera användareoch väljer CSV Lägg till eller ändra användare.https://admin.webex.com

2

(Valfritt) Om du skickar välkomstmeddelanden automatiskt klickar du på Nästa.

3

Klicka på Exportera för att hämta filen. Du kan redigera den hämtade filen(exported_users.csv)på något av följande sätt:

  • Om du vill ändra befintliga användare kan du uppdatera valfri kolumn förutom användar-ID/e-post (obligatoriskt)och Plats. Om du t. ex. ändrar användar-ID/e-post skapar en ny användare.

  • För att tilldela en plats anger du namnet i kolumnen Plats. Om du lämnar fältet tomt tilldelas användaren standardplatsen.

  • För att tilldela en tjänst, Lägg till Sant i den här tjänstens kolumn och för att exkludera en tjänst, Lägg till falsk.

  • När du har flera prenumerationer kan du använda prenumerations-ID i kolumn rubriken för att identifiera den tjänst som du vill lägga till. Om du t. ex. har två prenumerationer med samma tjänst kan du ange en tjänst från en specifik prenumeration som ska tillämpas på användaren.

4

Ange ett värde i kolumnen Samtalsbeteende om du vill ändra hur samtal sker för specifika användare. Du kan ange något av följande alternativ och se Konfigurera samtalsbeteende i Cisco Webex för mer information om varje inställning:

  • USE_ORG_SETTINGS –Ange den här strängen för att använda den organisationsomfattande inställningen.

  • NATIVE_WEBEX_TEAMS_CALLING –Ange denna sträng för att använda alternativet Samtal i Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL –Ange denna sträng för att använda alternativet Webex-samtalsapp.

5

Ange ett nummer för uppringareID, inringare IDförnamn och inringare ID efternamn. Om du lämnar kolumnerna Inringningsnummer , Förnamn för inringare-ID och Uppringt ID efternamn tomt, visas vad som finns i kolumnen Förnamn, Efternamn och Telefonnummer när användaren ringer ett samtal. Om du lämnar inringar-ID-numret tomt kommer huvudnumret för platsen att visas när användaren ringer ett samtal.


 

Den Uppringare ID Förnamn och Uppringare ID Efternamn kolumner kan inte innehålla specialtecken. Om ett förnamn i inringare/inringare-ID eller efternamnet uppringare innehåller ett specialtecken, används en förenklad version av namnet.

6

När du har sparat CSV-filen klickar du på Importera, markerar den fil som du har gjort ändringar i och klickar sedan på Öppna.

7

Välj antingen Lägg till endast tjänster eller Lägg till och ta bort tjänsteroch klicka sedan på Skicka.

CSV-filen överförs och din uppgift skapas. Du kan stänga webbläsaren eller det här fönstret och din uppgift fortsätter att köras. Om du vill granska förloppet för din uppgift, se Hantera uppgifter i Cisco WebEx Control Hub.

Om du inte utelämnar e-postinbjudningar till administratörer får nya användare e-postbekräftelser.

Du kan när som helst tilldela nummer, anknytningar eller både och till personers enheter. Tilldelade anknytningar visas på telefon skärmar.

Du kan även konfigurera alternativa nummer så att flera telefonnummer rings upp på samma telefon. Du kan ange olika ringsignaler för varje nummer för att skilja mellan vilka nummer som rings upp.

1

Från kundvisaren i går du till användareoch väljer sedan den person som du vill tilldela ett nummer till.https://admin.webex.com

2

Välj Ring och klicka sedan på Lägg till nummer.

3

Välj ett telefonnummer i listan över tillgängliga nummer. Du kan även tilldela en anknytning.

4

Klicka på Spara.

5

(Valfritt) Konfigurera alternativa nummer för den här användaren.

1

Från kund visningen i går du till användare, filtrera status kolumnen för att Visa personer med en inbjudan väntar .https://admin.webex.com

2

Under Åtgärder, för en person som har en inbjudan väntande status, väljer du fler > skicka inbjudan igen.

Om din organisation använder katalogsynkronisering är borttagningsalternativet inte tillgängligt i Control Hub och du måste ta bort användarkonton från din Active Directory. Därefter uppdaterar Cisco Directory Connector din organisations användarlista när den synkroniserar användarkontoinformationen.

Från kundvyn i går https://admin.webex.comdu till användare, klickar på mer-knappen och sedan på Ta bort användare .

Användaren kan inte längre logga in på din Webex-webbplats, alla tilldelade Webex-tjänster tas bort och de tas bort från alla utrymmen eller team som dedeltar i. Allt innehåll som har skapats i utrymmen tas inte bort, och innehållet lyder under lagrings principen som varje utrymmes ägare har implementerat.

Du kan konfigurera en kund administratör med olika behörighets nivåer. De kan vara fullständiga administratörer, support administratörer, skrivskyddade administratörer eller kontroll tjänstemän. Med fullständiga administratörs privilegier kan du utse en eller flera roller till alla användare i din organisation.


Alla som har tilldelats rollen användare och enhetsadministratör eller enhetsadministratör kan inte administrera Webex-samtal.

I Control Hub kan du lära dig om olika behörighets nivåer och konfigurera en kund administratör. Kund administratörer kan vara fullständiga administratörer, support administratörer, användar-och enhets administratörer, enhets administratörer, skrivskyddade administratörer eller kontroll tjänstemän. Med fullständiga administratörs privilegier kan du utse en eller flera roller till alla användare i din organisation.

Du vill alltid ha fler än en administratör för en organisation. Det är en bästa praxis och gör det alltid möjligt för dig att göra administrativa ändringar om en av administratörerna inte är tillgänglig.

Användare inom din organisation kan tilldelas specifika administrativa roller för att avgöra vad de kan se och ha åtkomst till i ControlHub. När du tilldelar särskilda administrativa roller kan du effektivisera ansvarsområdena och göra det enklare att hålla administratörerna. Kontroll tjänstemän kan leta efter specifika personer i ditt företag, hitta innehåll de har delat, eller söka igenom ett visst utrymme och sedan skapa en rapport av sina resultat.


1

Från kundvisaren i går du till användareoch väljer en användare.https://admin.webex.com

2

Under roller och säkerhet klickar du på Administratörs roller eller tjänst åtkomst.

3

Välj en roll som ska tilldelas användaren.

4

Välj Spara.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Konfigurera och hantera Webex Calling enheter

Som administratör kan du tilldela enheter till användare eller arbetsytor i Webex Control Hub. Du har möjlighet att ange MAC-adressen till en enhet eller att generera en aktiveringskod som sedan måste anges manuellt på enheten.

Med Cisco Webex Control Hub kan du tilldela enheter till användare för personlig användning och sedan registrera dessa enheter imolnet.

Enheterna som listas här har stöd Webex Calling. Trots att alla dessa enheter kan registreras med en MAC-adress, kan endast följande undergrupp registreras med en aktiveringskod:

  • Telefon i Cisco IP-telefon i 6800-serien med flera telefoner (ljudtelefoner – 6821, 6841, 6851, 6861, 6871)

  • Telefon i Cisco IP-telefon i 7800-serien med flera telefoner (ljudtelefoner – 7811, 7821, 7841, 7861)

  • Telefon i Cisco IP-telefon i 8800-serien med flera telefoner (ljudtelefoner – 8811, 8841, 8851, 8861)

  • Telefoner i Cisco IP-telefon i 8800-serien med flera telefoner (videotelefoner – 8845, 8865)

  • IP-konferenstelefon 7832 och 8832 från Cisco


När det gäller DECT-enheter är endast DECT-basenheter (inte DECT-telefoner) tillgängliga för tilldelning i Control Hub. När du har tilldelat en basenhet till en användare måste du manuellt parkoppla en DECT-telefon till den basenheten. Mer information finns i Anslut telefonluren till baskanalen.

1

Från kundvyn i går https://admin.webex.comdu till Enheter och klickar sedan på Lägg till enhet.


 
Du kan även lägga till en telefon till en användare i användarens profil. Se hur du gör i avsnittet Hantera en enhet för en användare.
2

Välj Befintlig användare, ange telefonens ägare, antingen en del av användarnamnet eller användarens riktiga namn, välj användaren från resultaten och klicka sedan på Nästa.

3

Välj enheten på menyn listruta och klicka sedan på Nästa.

4

Välj ett av följande alternativ och klicka sedan på Spara:

  • Genom aktiveringskodkonto – Välj det här alternativet om du vill generera en aktiveringskod som du kan dela med enhetsägaren. Den 16-siffriga aktiveringskoden måste anges manuellt på enheten.

     

    Flerplatformstelefoner måste ha en inbyggd programvara på 11.2.3MSR1 eller senare för att kunna visa aktiveringskodskärmen. Om den inbyggda programvaran för telefonen behöver uppdateras pekar du på https://upgrade.cisco.com/MPP_upgrade.html.

  • MedMAC-adress – Välj det här alternativet om du känner till enhetens MAC-adress. EN telefons MAC-adress måste vara en unik post. Om du anger en MAC-adress för en telefon som redan är registrerad eller gör ett misstag när du anger numret visas ett felmeddelande.

 

Det kan finnas begränsningar när tredjepartsenheter används.

Om du valde att generera en aktiveringskod för enheten men du ännu inte har använt den koden kommer enhetens status att läsas som Aktivering i den tilldelade användarens enhetsavsnitt och i listan över huvudenheter i Control Hub. Kom ihåg att det kan ta upp till 10 minuter innan enhetsstatusen uppdateras i Control Hub.

När personer är på jobbet träffas de på många olika platser som lunchrum, lobbyer och konferensrum. Du kan konfigurera delade Cisco Webex-enheter i dessa arbetsytor, lägga till tjänster och sedan se samarbetet ske.

Nyckeln för en Arbetsytor-enhet är att den inte är tilldelad till en specifik användare, utan snarare en fysisk plats som möjliggör delad användning.

Enheterna som listas här har stöd Webex Calling. De flesta av dessa enheter kan registreras med en MAC-adress, men endast följande undergrupper kan registreras med en aktiveringskod:

  • Telefoner i Cisco IP-telefon i 6800-serien med flera telefoner (ljudtelefoner – 6821, 6841, 6851)

  • Telefon i Cisco IP-telefon i 7800-serien med flera telefoner (ljudtelefoner – 7811, 7821, 7841, 7861)

  • Telefon i Cisco IP-telefon i 8800-serien med flera telefoner (ljudtelefoner – 8811, 8841, 8851, 8861)

  • Telefoner i Cisco IP-telefon i 8800-serien med flera telefoner (videotelefoner – 8845, 8865)

  • IP-konferenstelefon 7832 och 8832 från Cisco

1

Från kundvyn i går https://admin.webex.comdu till Arbetsytor ochklickar sedan på Lägg till arbetsyta.

2

Ange ett namn på arbetsytan (t.ex. namnet på det fysiska rummet), välj rumstyp och lägg till kapacitet. Klicka sedan på Nästa.

3

Välj Cisco IP-telefon och klicka sedan på Nästa .

4

Välj enhetstypen på fliken listruta och välj om du vill registrera telefonen med en aktiveringskod eller en MAC-adress och klicka sedan på Nästa. Kom ihåg att om du väljer att registrera enheten med en aktiveringskod skickas koden via e-post till den utsedda administratören för platsen.

Du Webex Calling endast lägga till en delad telefon i en Workspace.

För IP-konferenstelefon 7832 från Cisco kanske vissa tangenter inte är tillgängliga. Om du behöver en fullständig uppsättning tangenter rekommenderar vi att du tilldelar den här telefonen till en användare i stället.

5

Tilldela en plats och ett telefonnummer (bestäms av den plats du väljer) och klicka sedan på Spara. Du kan även tilldela en anknytning.

När personer är på jobbet sammanförs de i många arbetsytor som lunchrum, lobbyer och konferensrum. Du kan konfigurera delade Cisco Webex-enheter i dessa arbetsytor, lägga till tjänster och sedan se samarbetet ske.

Nyckeln för en Arbetsytor-enhet är att den inte är tilldelad till en specifik användare, utan snarare en fysisk plats som möjliggör delad användning.

Enheterna som listas här har stöd Webex Calling.

1

Från kundvyn i går https://admin.webex.comdu till Arbetsytor ochklickar sedan på Lägg till arbetsyta.

2

Ange ett namn på arbetsytan (t.ex. namnet på det fysiska rummet), välj rumstyp och lägg till kapacitet. Klicka sedan på Nästa.

3

Välj en annan Cisco Webex och klicka sedan på Nästa.

Andra Cisco Webex Devices inkluderar Cisco Webex Room eller skrivbordsenhet, inklusive Cisco Webex Board.

4

Välj något av följande alternativ:

  • Fria samtal– Användare kan endast ringa Webex- eller Webex Session Initiation Protocol-samtal (SIP) med en SIP-adress (till exempel username@example.calls.webex.com).
  • Cisco Webex Calling – Utöver att kunna ringa och ta emot Webex- och SIP-samtal kan personer i den här arbetsytan använda enheten för att ringa och ta emot telefonsamtalfrån Webex Calling nummerplanen. Du kan till exempel ringa din medarbetare Giacomo Edwards genom att ringa hans/hennes telefonnummer 555-555-5555, hans anknytning 5555 eller hans SIP-adress gedwards@example.webex.com men du kan även ringa din lokala ort.
5

Aktivera enheten med hjälp av den angivna koden. Du kan kopiera, skicka e-post eller skriva ut aktiveringskoden.

Om du har flera enheter som du måste tilldela till användare och platser kan du fylla i en CSV-fil med den information som krävs och aktivera dessa enheter med bara några få enkla steg.

Enheterna som listas här har stöd Webex Calling. Trots att alla dessa enheter kan registreras med en MAC-adress, kan endast följande undergrupp registreras med en aktiveringskod:

  • Telefoner i Cisco IP-telefon i 6800-serien med flera telefoner (ljudtelefoner – 6821, 6841, 6851)

  • Telefon i Cisco IP-telefon i 7800-serien med flera telefoner (ljudtelefoner – 7811, 7821, 7841, 7861)

  • Telefon i Cisco IP-telefon i 8800-serien med flera telefoner (ljudtelefoner – 8811, 8841, 8851, 8861)

  • Telefoner i Cisco IP-telefon i 8800-serien med flera telefoner (videotelefoner – 8845, 8865)

  • IP-konferenstelefon 7832 och 8832 från Cisco

1

Från kundvyn i går du till Enheter, klickar på Lägg till enhet och väljer sedan om du lägger till https://admin.webex.comenheten till en användare eller enplats.

2

Välj Importera/överför CSV-fil.

3

Välj något av följande alternativ:

  • Exportera användarattribut – du kan visa en lista över alla användare i organisationen och deras associerade attribut så att du inte behöverleta upp varje användare manuellt.
  • Hämta CSV-mall – du kan använda en mall som vi har lagt till och sedan ange information som användarnamn, typ (ange om det är en användare eller enplats), MAC-adresser och enhetsmodeller. Här är några saker att tänka på:
    • I kolumnen Användarnamn i CSV-filen ska du ange användarens e-postadress, inte användarens användarnamn användar-id deras namn. Du kan även infoga ett Platsnamn i den här kolumnen.

    • Vi rekommenderar att du begränsar antalet enheter till 1 000 per CSV-fil. Använd en andra CSV-fil om du behöver lägga till fler än så.

    • Om du anger en plats som inte finns ännu skapas platsen automatiskt åt dig.

    • Om du lämnar MAC-adresskolumnen tom genereras en aktiveringskod som måste anges på enheten.

4

Om MAC-adressen har lämnats tom kan du välja var aktiveringskoden ska skickas:

  • Ange en länk– aktiveringskoden läggs till i en CSV-fil som du sedan kan hämta.
  • Aktiveringskod för e-post – om enheten är på en plats skickasaktiveringskoden till dig som administratör. Om enheten är för en användare skickas aktiveringskoden via e-post till användaren.
5

Importera den ifyllda CSV-filen.

6

Klicka på Skicka in.

Det finns en statusuppdatering för dig när enheter aktiveras.

 

Fleraplatformsenheter måste köra en inbyggd programvara på 11.2.3MSR1 eller senare för att användare ska kunna ange aktiveringskoden på sin enhet. Information om hur du uppgraderar den inbyggda telefonen finns i den här artikeln.

Du kan lägga till, ta bort, starta om, kontrollera aktiveringen eller skapa en ny aktiveringskod för de enheter som tilldelats användare inom din organisation. Detta kan vara användbart för att visa och hantera från användarskärmen när det behövs.

1

Från kundvyn i går du till Användare.https://admin.webex.com

2

Välj användaren som ska ändras och rulla ner till Enheter.

3

Klicka på Lägg till enhet för att lägga till en enhet till den häranvändaren.


 
Om användaren redan är tilldelad en enhet, och du vill lägga till en annan enhet, klicka på ikonen bredvid Enheter och klicka på Lägg till enhet .
4

För att ändra en befintlig enhet väljer du enhetsnamnet.

Här kan du visa och redigera enhetsinställningar, ta bort enheten, starta om enheten eller skapa en ny aktiveringskod för enheten, om tillämpligt. Mer information om hur telefoninställningar konfigureras finns i Konfigurera och uppdateratelefoninställningar.

Enheter kan läggas till och hanteras direkt från en arbetsyteprofil. Arbetsyteenheter kan inkludera ATA-enheter som faxmaskiner. Du kan också konfigurera en arbetsyteenhet som en Rumsvärd. Mer information om hur du gör detta finns i Cisco Webex Control Hub.

1

Från kundvyn i https://admin.webex.comgår du till Arbetsytor.

2

Välj arbetsytan som du vill ändra och gå till panelen Enheter.

3

Klicka på Lägg till enhet för att lägga till enenhet.

4

För att ändra en befintlig enhet väljer du enhetsnamnet.

Här kan du visa och redigera enhetsinställningar, ta bort enheten, starta om enheten och göra det möjligt för enheten att användas som en Redigeringsvärd. Mer information om hur telefoninställningar konfigureras finns i Konfigurera och uppdateratelefoninställningar.

Du kan lägga till linjer till en användares primära enhet och ändra ordning på linjer som visas. Detta kallas också för delat linje utseende, som gör det möjligt för användare att ta emot och ringa samtal till och från en annan användares anknytning, med hjälp av sin egen telefon. Ett exempel på detta är en chefsassistent som vill kunna ringa och ta emot samtal från chefens linje. Delad linje kan också vara en annan instans av den primära användarens linje.

Ytterligare linjer kan läggas till på en arbetsytetelefon, men en arbetsytetelefon kan inte läggas till som en delad linje.

1

Från kundvyn i https://admin.webex.comgår du till Användare ellerArbetsytor (beroende på var enheten att ändra är tilldelad).

2

Välj användaren eller arbetsytan som du vill ändra och rulla till Enheter.

3

Välj den enhet där du vill lägga till eller ändra de delade linjerna och bläddra till Telefonanvändare och Inställningar.

De användare och platser som visas på den här telefonen anges i utseendeordning.

4

För att lägga till eller ta bort användare eller platser från den här telefonen väljer du Konfigurera linjer.

5

Klicka på ikonen för att ta bort en linje.


 
Den primära användaren på rad 1 kan inte tas bort.
6

Om du vill visa en delad linje klickar du på ikonen.


 
Lägg till linjerna i den ordning som du vill att de ska visas i. För att ändra ordning på linje utseendet, ta bort och lägg till i listan i den ordning du vill att de ska visas.
7

Ange namn eller telefonnummer och välj bland alternativen som visas och klicka på Spara.

Du kan konfigurera portarna på en ata-enhet (analog telefonadapter) som tilldelats en användare i Control Hub. För närvarande är de två konfigurationerna för ATA-enheter tillgängliga för enheter med 2 portar och enheter med 24 portar.

1

Från kundvyn i går du till Användare.https://admin.webex.com

2

Välj användaren som ska ändras och bläddra till Enheter.

3

Välj den enhet där du vill lägga till eller ändra.

4

Under Användare på den här enheten klickar du på Konfigurera portar.

5

Klicka på ikonen för att lägga till en delad portkonfiguration.

6

Ange namn eller telefonnummer och välj bland alternativen som visas och klicka sedan på Spara.


 
Endast arbetsytor utan enheter visas i uppslagsningen.
7

Om enheten kräver T.38-faxkomprimering markerar du rutan i T.38-kolumnen eller åsidosätter komprimeringsalternativ på användarnivå och klickar sedan på Spara.


 
En arbetsyta kan ha en ATA. Detta är användbart för faxdatorer.

Du kan när som helst lägga till telefonnummer till skrivbords- och rumsenheter i din kundorganisation, oavsett om du är i mitten av en provperiod eller har konverterats till en betald prenumeration.


Vi har ökat antalet telefonnummer som du kan lägga till i Control Hub från 250 till 1000.

1

Från kundvyn i går du https://admin.webex.comtill Tjänster och > ringer > lägger till nummer.

2

Ange plats- och nummertyp. Om du portar nummer över anger du både dina aktuella och nya faktureringsnummer.

3

Klicka sedan på Spara.

Du kan se en lista PSTN med nummer som din organisation har beställt. Med den här informationen kan du se vilka oanvända nummer som finns tillgängliga och vilka nummer som har beställts som snart blir tillgängliga.

Från kundvyn i går https://admin.webex.comdu till Tjänster för > samtal > PSTNordrar.

Du har tagits till samtalsadministrationsportalendär du ser de beställningar som har skickats in och slutförts. Om du har ett beställnings-ID till hands kan du ange det som en parameter och hämta information om en specifik beställning, annars får du en sammanfattning av alla beställningar.
Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Implementeringstrender och användningsrapporter för Cisco Webex-samtal

Du har ett antal lättåtkomliga rapporter som kan hjälpa dig göra en bedömning av hur Webex-samtalstjänster används, hur ofta de används. Du kan också få en snabb bild av mediekvaliteten för din plats.

Visa samtalsrapporter

Du har tillgång till olika rapporter i Cisco Webex Control Hub som innehåller information om aktivering och användning av Webex Teams och Meetings.

När du har åtkomst till samtalsdata från Cisco Webex Control Hubtas du till samtalsadministrationsportalen. Du kan använda den här informationen för att utvärdera hur Webex-samtalstjänster används i din organisation och hur ofta personerna använder dessa tjänster.

Från kundvyn i går https://admin.webex.comdu till Analyser och väljer sedanWebex-samtal.

Du tas automatiskt till samtalsadministrationsportalendär du kan analysera och utvärdera samtalsanvändning och -kvalitet. För information om de rapporter som finns tillgängliga för specifika samtalsfunktioner, se Samtalsadministratörsportal – Rapporter. För information om samtalsaktivitet, se Samtalsadministratörsportal –Analyser.

Göra en bedömning av dina platsers mediakvalitet

Få en plats-för-plats-visning av mediekvaliteten för din samtalsplats. Mediekvaliteten baseras på en sammanställning av genomsnittliga poäng för samtal (MOS) för samtal på en specifik plats till och från kunden, från Cisco MPP-telefoner och den ringa soft-klienten. Till?tna värden är följande:

  • Bra – > 3.2

  • Tillr?tt—2,7 till 3,2

  • Dålig –<2.7

  • Inga tillgängliga data – inga samtal har gjorts eller tagits emot för platsen under den valda tidsperioden.

1

Från kundvyn i https://admin.webex.comgår du till Analyser och väljersedan Webex-samtal.

Du har tagit till samtalsadministrationsportalen.

2

Gå till instrumentpanelen och bläddra till Tjänstförsäkrare för att se organisationens allmänna status.

Om du vill öppna CScan-verktyget för att verifiera latens, bandbredd och portar klickar du på Testa om nätverket ärredo.

Nästa steg

Om platsen visar ett betyg på Dålig anger det att det kan vara problem med mediekvaliteten på någon av dina platser. Vanliga orsaker är inte tillräcklig bandbredd eller trafikstockning. Om problemen kvarstår går du till kundvyn i , klickar på ditt https://admin.webex.comadministratörsnamn och klickar sedan på Feedback för att öppna ett ärende.

Kör CSCAN-verktyget

Du kan använda Cisco SCAN-verktyget för att kontrollera latens, bandbredd och portar.

Gå till https://cscan.webex.com/, välj din server och klicka sedan på KÖR TEST.

Vattenstämpel
18 mar 2021| visning(ar) | personer tyckte att detta var till hjälp

Portreferensinformation för Cisco Webex Calling

Här är en lista över adresser, portar och protokoll som används för att ansluta dina telefoner, Webex-appen och gateways till Cisco Webex Calling. Den här artikeln är till för nätverksadministratörer, i synnerhet brandväggs- och proxysäkerhetsadministratörer som vill använda Webex Calling tjänster inom organisationen.

En korrekt konfigurerad brandvägg är avgörande för en lyckad samtalsdistribution. Vi kräver portar för signalering, media, nätverksanslutning och lokal gateway och eftersom Webex Calling är en global tjänst rekommenderar vi att du låter alla portar som listas nedan vara öppna.

Det är inte alla brandväggskonfigurationer som kräver att portar är öppna, men om du kör inifrån och utanför reglerna ska du öppna portar för att tillåta protokollen som krävs för utservice. Så länge du distribuerar NAT, definierar skäliga bindningsperioder och undviker att manipulera SIP på NAT-enheten, ska du inte behöva öppna inkommande portar i brandväggen.


Om en router eller brandvägg är SIP Aware, vilket innebär att den har SIP Application Layer Gateway (ALG) eller något liknande aktiverat, rekommenderar vi att du stänger av denna funktion för att bibehålla korrekt tjänstedrift. Se tillämplig tillverkarens dokumentation för information om hur du inaktiverar SIP ALG på specifika enheter.

För information om nätverkskrav för Webex Meetings och meddelanden, se Nätverkskrav för Webex-tjänster.

Webex Calling genom brandvägg

De flesta kunder distribuerar en internetbrandvägg eller internetproxyn och brandvägg för att begränsa och styra HTTP-baserad trafik som lämnar och går in i deras nätverk. Eftersom alla Webex Calling inte har stöd för http(s)-proxy, följ brandväggsvägledningen nedan för att aktivera åtkomst Webex Calling tjänster från ditt nätverk.

brandväggskonfiguration

Om din brandvägg har stöd för URL-filtrering ska du konfigurera brandväggen så att den tillåter att Webex Calling-destinations-URL:er listas som finns angivna i domänerna och URL:erna i Webex Calling tjänstetabellen.

Om du använder en brandvägg som inte stöder URL-/domänfiltrering ska du dock konfigurera brandväggen så att den filtrerar trafik med hjälp av IP-adressintervall och portar som listas i IP-adresser och portar för Webex Calling-tjänster.

IP-adresser och portar för Webex Calling -tjänster

Följande tabell beskriver portar och protokoll som måste öppnas i din brandvägg för att göra det möjligt för molnregistrerade Webex-appar och enheter att kommunicera Webex Calling med molnsignalerings- och medietjänster.

IP-undernät för Webex Calling-tjänster

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Anslutningssyfte

Källadresser

Källportar

Protocol

Måladresser

Destinationsportar

Anteckningar

Samtalssignalering till Webex Calling (SIP TLS)

Lokal gateway extern (NIC) 8000-65535

TCP

Se IP-undernät för Webex Calling-tjänster.

8934

Dessa IP-adresser/portar behövs för utgående SIP-TLS-samtalssignalering från lokala gateways, enheter och program (källa) till Webex Calling Cloud (destination).

Enheter

5060-5080

Program

Tillfälliga (OS-beroende)

Samtalsmedia till Webex Calling (STUN,SRTP)

Extern NIC för lokal gateway

8000-48000

UDP

Se IP-undernät för Webex Calling-tjänster.

5004,19560-65535

Dessa IP-adresser/portar behövs för utgående SRTP-samtalsmedia från lokala gateways, enheter och program (källa) till Webex Calling Cloud (destination).

Enheter

19560-19660

Program

Efemära

Samtalssignalering till PSTN gateway (SIP TLS) Intern NIC för lokal gateway 8000-65535 TCP Dina ITSP-PSTN GW eller Unified CM Beror på PSTN alternativ (till exempel, vanligtvis 5060 eller 5061 för Unified CM)
Samtalsmedia till PSTN gateway (SRTP) Intern NIC för lokal gateway

8000-48000

UDP Dina ITSP-PSTN GW eller Unified CM Beror på PSTN alternativ (till exempel, vanligtvis 5060 eller 5061 för Unified CM)

Samtalssignalering till offentliga slutpunkter (SIP TLS)

Se IP-undernät för Webex Calling-tjänster.

Efemära

TCP

Slutpunkts-IP

8934

Dessa IP-adresser/portar behövs för signalering av inkommande SIP-TLS-samtal från Webex Calling Cloud (Källa) till offentligt adresserade punkter (destination).

Hantering av enhetskonfiguration och inbyggd programvara (Cisco-enheter)

Webex Calling enheter

Efemära

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Dessa IP-adresser tillhör cloudupgrader.webex.com.

Du behöver endast aktivera cloudupgrader.webex.com- och 443- och 6970-portarna när du migrerat från Företagstelefoner (Cisco Unified CM) till Webex Calling. Gå till upgrade.cisco.com för mer information.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

*Dessa IP-adresser tillhör activation.webex.com.

Dessa IP-adresser behövs för säker registrering av enheter (MPP-telefoner) via en 16-siffrig aktiveringskod (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Dessa IP-adresser tillhör activate.cisco.com.

Denna domän används för CDA/EDOS - MAC-adressbaserad etablering. Används av enheter (MPP-telefoner, ATA:er och SPA ATA:er) med nyare inbyggd programvara.

När en telefon ansluter till ett nätverk för första gången eller efter en fabriksåterställning och det inte finns några DHCP-alternativ konfigurerade, kontaktar den en enhetsaktiveringsserver för noll touch-provisionering. Nya telefoner använder "activate.cisco.com" istället för "webapps.cisco.com" för etablering. Telefoner med version 11.2 (1) av inbyggd programvara fortsätter att använda "webapps.cisco.com". Vi rekommenderar att du tillåter båda domännamnen genom din brandvägg.

72.163.10.128/25

173.37.146.128/25

80,443

Dessa IP-adresser tillhör webapps.cisco.com.

Denna domän används för CDA/EDOS - MAC-adressbaserad etablering. Används av enheter (MPP-telefoner, ATA:er och SPA ATA:er) med äldre inbyggd programvara.

När en telefon ansluter till ett nätverk för första gången eller efter en fabriksåterställning och det inte finns några DHCP-alternativ konfigurerade, kontaktar den en enhetsaktiveringsserver för noll touch-provisionering. Nya telefoner använder "activate.cisco.com" istället för "webapps.cisco.com" för etablering. Telefoner med version 11.2 (1) av inbyggd programvara fortsätter att använda "webapps.cisco.com". Vi rekommenderar att du tillåter båda domännamnen genom din brandvägg.

Se IP-undernät för Webex Calling-tjänster.

80,443

Dessa IP-adresser behövs för enhetskonfiguration och hantering av inbyggd programvara för Webex Calling.

Tidssynkronisering för enhet (NTP)

Webex Calling enheter

51494

UDP

Se IP-undernät för Webex Calling-tjänster.

123

Dessa IP-adresser behövs för tidssynkronisering för enheter (MPP-telefoner, ATA:er och SPA ATA:er)

Upplösning för enhetsnamn

Webex Calling enheter

Efemära

UDP och TCP

Värddefinierad

53

Programkonfiguration

Webex Calling program

Efemära

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Dessa IP-adresser tillhör Webex Idbrokers autentiseringstjänster och används av klienter, t.ex. Webex-program.

Se IP-undernät för Webex Calling-tjänster.

80, 443, 8443

Dessa IP-adresser Webex Calling för programkonfigurationstjänster och används av klienter, t.ex. Webex-program.

Programtidssynkronisering

Webex Calling program

123

UDP

Värddefinierad

123

Programnamnmatchning

Webex Calling program

Efemära

UDP och TCP

Värddefinierad

53

CScana

Webex Calling program

Efemära

UDP och TCP

Se IP-undernät för Webex Calling-tjänster.

8934 och 80, 443, 19569–19760

Dessa INTERNET-adresser används av CScan-tjänster som används av klienter, t.ex. Webex-program. Gå till cscan.webex.com för mer information.

† CUBE-mediaportintervallet kan konfigureras med rtp-portintervallet.

*Dessa IP-adresser/ip-intervall ägs inte av Cisco och kan komma att ändras regelbundet. Om du använder en brandvägg rekommenderar vi att du tillåter URL:erna i listan.

Domäner och URL:er för Webex Calling tjänster

Domän/URL

Beskrivning

Webex-appar och -enheter som använder dessa domäner/URL:er

Cisco Webex tjänster

*.broadcloudpbx.com

Mikrotjänster för Webex-auktorisering för korslansering från Control Hub till samtalsadministratörsportalen.

Control Hub

*.broadcloud.com.au

Webex Calling tjänster i Australien.

Allt

*.broadcloud.eu

Webex Calling tjänster i Europa.

Allt

*.broadcloudpbx.net

Samtalsklientkonfiguration och -hanteringstjänster.

Webex-appar

*.cisco.com

När en telefon ansluter till ett nätverk för första gången eller efter en fabriksåterställning och det inte finns några DHCP-alternativ konfigurerade kontaktar den en enhetsaktiveringsserver för noll touch-provisionering. Nya telefoner använder activate.cisco.com telefoner med inbyggd programvara innan version 11.2(1), fortsätt att använda nya webapps.cisco.com för etablering.

MPP-telefoner, kontrollhubb

*.ucmgmt.cisco.com

Webex Calling tjänster

Control Hub

*.webex.com

Webex kärntjänster för samtal, möten och meddelanden som autentisering m.m.

Allt

*.wbx2.com

Webex-mikrotjänster, till exempel uppgraderingstjänst för programvara.

Allt

Ytterligare Webex-relaterade tjänster (tredjepartsdomäner)

*.appdynamics.com

*.eum-appdynamics.com

Prestandaspårning, fel- och kraschinspelning, sessionsstatistik.

Control Hub

*.huron-dev.com

Webex Calling till mikrotjänster som växlingstjänster, telefonnummerbeställning och tilldelningstjänster.

Control Hub

*.sipflash.com

Enhetshanteringstjänster (oftast för USA).

Webex-appar

*.walkme.com *.walkmeusercontent.com

Vägledningsklient för Webex-användare. Tillhandahåller introduktions- och användningsvisningar för nya användare.

För mer information om WalkMe, klicka här.

Webex-appar

Om din brandvägg stöder domän tillåta listor för http(s)-trafik, t.ex. *.webex.com, rekommenderar vi starkt att alla dessa domäner tillåts.

Webex Meetings/meddelanden – nätverkskrav

Om du distribuerar Webex Calling med Webex Meetings- och meddelandetjänster, kan nätverkskraven för Webex Meetings- och meddelandetjänsterna hittas i Nätverkskrav för Webex-tjänster.

Dokumentets revisionshistorik

Datum

Vi har gjort följande ändringar i den här artikeln

25 mars 2021

Lagt till 6 nya IP-activate.cisco.com som kommer att gälla från och med 8 maj 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4 mars 2021

Ersätt Webex Calling diskreta IP-adresser och mindre IP-intervall med förenklade intervall i en separat tabell för enklare förståelse för brandväggskonfigurationen.

26 februari 2021

Lade till 5004 som destinationsport för samtalsmedia för Webex Calling (STUN,SRTP) för att stödja interaktiv anslutning som kommer att finnas tillgänglig Webex Calling april 2021.

22 februari 2021

Domäner och URL:er listas nu i en separat tabell.

Tabellen över IP-adresser och portar justeras till grupperade IP-adresser för samma tjänster.

Anteckningskolumnen har lagts till i tabellen över IP-adresser och portar för att bättre förstå behoven.

Följande IP-adresser har flyttats till förenklade intervall för enhetskonfiguration och hantering av inbyggd programvara (Cisco-enheter):

activate.cisco.com

  • 72.163.10.125 –> 72.163.10.96/27

  • 173.37.149.125 –> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 –> 173.37.146.128/25

  • 72.163.10.134 –> 72.163.10.128/25

Följande IP-adresser lades till för programkonfigurationen eftersom Cisco Webex klient föreder sig med en nyare DNS-SRV i Australien i mars 2021.

  • 199.59.64.237

  • 199.59.67.237

21 januari, 2021

Vi har lagt till följande IP-adresser i enhetskonfiguration och hantering av inbyggd programvara (Cisco-enheter):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Vi har tagit bort följande IP-adresser från enhetskonfiguration och hantering av inbyggd programvara (Cisco-enheter):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har lagt till följande IP-adresser i programkonfigurationen:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Vi har tagit bort följande IP-adresser från programkonfigurationen:

  • 64.68.99.6

  • 64.68.100.6

Vi har tagit bort följande portnummer från programkonfigurationen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har lagt till följande domäner i programkonfigurationen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23 december, 2020

Lagt till nya IP-adresser för programkonfiguration till portreferensbilderna.

22 december, 2020

Uppdaterade raden Programkonfiguration i tabellerna för att inkludera följande IP-adresser: 135.84.171.154 och 135.84.172.154.

Dold nätverksdiagrammen tills dessa IP-adresser också kan läggas till där.

11 december 2020

Uppdaterade enhetskonfigurationen och den inbyggda programvaran (Cisco-enheter) och konfigurationsrader för program för de kanadensiska domäner som stöds.

16 oktober 2020

Uppdaterade samtalssignalering och medieposter med följande IP-adresser:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 september 2020

Under CScan ersattes 199.59.64.156 med 199.59.64.197.

14 augusti 2020

Lagt till fler IP-adresser för att stödja introduktion av datacenter i Kanada:

Anropssignal till Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 augusti 2020

Lagt till fler IP-adresser för att stödja introduktion av datacenter i Kanada:

  • Samtalsmedia till Webex Calling (SRTP)– 135.84.173.0/25 135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Samtalssignaler till offentliga slutpunkter (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Hantering av enhetskonfiguration och inbyggd programvara (Cisco-enheter) – 135.84.173.155,135.84.174.155

  • Synkronisering av enhet – 135.84.173.152, 135.84.174.152

  • Programkonfiguration – 135.84.173.154,135.84.174.154

22 juli 2020

Lade till följande IP-adress för att stödja introduktion av datacenter i Kanada: 135.84.173.146

9 juni 2020

Vi har gjort följande ändringar i CScan-posten:
  • Korrigerat en av IP-adresserna – ändrade 199.59.67.156 till 199.59.64.156

  • Nya funktioner som krävs nya portar samt UDP-19560-19760

11 mars 2020

Vi har lagt till följande domän och IP-adresser i programkonfigurationen:

  • jp.bcld.webex.com – 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com – 64.68.99.6, 64.68.100.6

Vi har uppdaterat följande domäner med ytterligare IP-adresser till enhetskonfiguration och hantering av inbyggd programvara:

  • cisco.broadcloud.eu – 85.119.56.198, 85.119.57.198

  • webapps.cisco.com – 72.163.10.134

  • activation.webex.com – 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com – 3.130.87.169, 3.20.185.219

27 februari 2020

Vi har lagt till följande domän och portar i enhetskonfiguration och hantering av inbyggd programvara:

cloudupgrader.webex.com–443, 6970

Var den här artikeln användbar?

Relaterade artiklar

Senaste visade

×