Webex Calling-konfigurationsarbetsflöde
Webex Calling-konfigurationsarbetsflöde

30 september 2022
Översikt över Webex Calling

Introduktion till Webex Calling

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

Webex Calling ger följande fördelar:

  • Calling-prenumerationer för telefonianvändare och gemensamma områden

  • Åtkomst till Webex-appen för varje användare

  • PSTN-åtkomst (Public Switch Telephony Network) så att dina användare kan 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ö) eller en partner eller Cisco-PSTN alternativ.

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

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 riktig person. Du kan skapa ett 24-timmarsschema eller tillhandahålla olika alternativ när ditt företag är öppet eller stängt. Du kan till och med dirigera samtal baserat på inringar-ID för att skapa VIP-listor eller hantera samtal från vissa riktnummer annorlunda.

Samtalskö

Du kan konfigurera en samtalskö så att personer vars samtal inte kan besvaras hör ett automatiskt svar, lugnande meddelanden och musik tills någon kan besvara samtalet.

Hämta samtal

Du kan förbättra samarbetet i dina team genom att skapa en samtalssvarsgrupp så att användare kan besvara 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å samtalet.

Call Park

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

Svarsgrupp

Du kanske vill konfigurera sökgrupper i följande scenarier:

  • Ett försäljningsteam som vill ha dirigering i följd. Ett inkommande samtal ringer en telefon, men om det inte besvaras går samtalet vidare till nästa agent i listan.

  • Ett supportteam som vill att alla telefoner ska ringa samtidigt så att den första tillgängliga agenten kan besvara 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 till att uppfylla kontorspersonalens behov genom att ge dem en fullständig uppsättning av alternativ för samtalskontroll, storskalig linjeövervakning, samtalsköer, flera katalogalternativ och vyer, Outlook-integrering och mycket mer.

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 samtalsavvisning

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 strömavbrott, 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.

Selektiv samtalskoppling

Användare kan vidarebefordra samtal vid en viss tidpunkt från vissa personer. Den här inställningen har företräde framför samtalskoppling.

Samtalsavisering

Användare kan skicka ett e-postmeddelande till sig själva när de får ett samtal enligt fördefinierade kriterier, så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.

Kontor var som helst

Användare kan använda sina valda telefoner (”platser”) som en anknytning för deras företagstelefonnummer och nummerplan.

Prioritetsavisering

Användare kan ringa sina telefoner med en viss rington när fördefinierade kriterier uppfylls, såsom telefonnummer eller datum och tid.

Fjärrkontor

Användare kan ringa samtal från en fjärrtelefon som verkar komma från deras företagslinje. Dessutom kommer alla inkommande samtal till företagslinjen att ringa på denna fjärrtelefon.

Selektivt godkännande av samtal

Användare kan godkänna samtal vid en viss tidpunkt från vissa personer.

Selektiv samtalsavvisning

Användare kan avvisa samtal vid en viss tidpunkt från vissa personer.

Ringning i följd

Ring upp till fem enheter var efter en för inkommande samtal.

Samtidig ringning

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

Etablera tjänster, enheter och användare i Control Hub – starta för detaljerad konfiguration i samtalsanvändarportalen

Control Hub (https://admin.webex.com) är en hanteringsportal som integreras med Webex Calling för att effektivisera dina ordrar och konfigurationer samt centralisera din hantering av detpaketerade erbjudandet – Webex Calling, Webex-appenoch Meetings.

Control Hub är den centrala punkten för etablering av alla tjänster, enheter och användare. Du kan göra den 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å öppnaCallings administratörsportal.

Användarupplevelse

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

Översikt

Webex Calling minska driftskostnaderna och förbättra produktiviteten genom att hjälpa dig migrera viktig affärskommunikation till molnet. När det tillsammans med andra Webex-appar och -enheter fungerar som en komplett molnsamtals- och samarbetsupplevelse för företag. Cisco stöder lokala, molnbaserade och blandade modelldistributioner för att hålla våra kunder anslutna och produktiva var de än är; störande marknadshändelser.

Webex Calling nu ett dedikerat molninstansalternativ baserat på Cisco Unified Communications Manager arkitektur. Dedikerad instans är integrerad med Webex Calling och drar nytta av Webex-plattformstjänster, vilket ger molnbaserade innovation och en förbättrad upplevelse för kunder som behöver stöd för äldre Cisco-slutpunkter, lösningar för lokal användbarhet eller befintliga integrationer som ingår i viktiga affärsarbetsflöden.

Dedikerade instans-tillägg för Webex Calling inkluderar:

  • Cisco Unified Communications Manager

  • Cisco Unified snabbmeddelande och närvaro

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (endast Nord- och Sydamerika)

  • Cisco Session Management Edition (SME) (valfritt)

Utökad avkastning – dedikerade instanser har stöd för samma röst- och videoslutpunkter som den associerade UC Manager-versionen, vilket eliminerar kravet på att uppdatera alla kundslutpunkter vid migrering till molnet och utöka avkastning på dessa tillgångar.

Grundläggande inter-op – dedikerad instans är integrerad med Webex Calling för samtalsdirigering via Webex-plattformen. Kunder har flexibiliteten att distribuera användare över både dedikerade instansen och Webex Calling och justera med tiden efter behov för att möta sina krav på molnsamtal.


Kunder som delar användare på olika plattformar kommer att uppleva olika funktioner. Samtalsfunktionerna bortser inte från dedikerad instans eller Webex Calling. Till exempel kan Webex Calling inte vara en del av en sökgrupp en dedikerad instans.

Ta en rundtur i Control Hub

Control Hub är ditt kompletta, webbaserade gränssnitt för att hantera din organisation och dina användare, tilldela tjänster, analysera anamningstrender och samtalskvalitet och mycket mer.

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


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

Använd informationen som visas nedan som en översikt över vad du kan förvänta dig när du konfigurerar din organisation med tjänsterna. Det finns stegvisa instruktioner i varje kapitel.

Kom igång

Du får ett välkomstmeddelande till din e-postadress när din partner har skapat ditt konto. Klicka på länken Komma igång i e-postmeddelandet, i Chrome eller Firefox, för att öppnaControl Hub. Länken loggar automatiskt in dig med administratörens e-postadress. Därefter uppmanas du att skapa ditt administratörslösenord.

Nybörjarguider 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 med de grundläggande inställningarna så att din organisation kan komma igång med Webex Calling, bland andra tjänster. Du kan konfigurera och granska dina samtalsinställningar innan du avslutar guiden.

Granska dina inställningar

Du kan granska dina inställningar när Control Hub läses in.

Lägg till användare

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

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

Konfigurera enkel inloggning (SSO)

Webex-appen använder grundläggande autentisering. Du kan välja att konfigurera SSO så att användare autentiseras med din företagsidentitetsleverantör med sina företagsinloggningsuppgifter, i stället för ett separat lösenord som lagras och hanteras i Webex.

Gå till Inställningar, bläddra till Autentisering, klicka på Ändra och välj Integrera en tredjeparts identitetsleverantör.

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

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

Lägg till Sant för de tjänster du vill tilldela till dina användare i filen som du hämtar.

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

Ge dina användare kontrollen

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 Calling - och Webex-appen för meddelanden och möten. Uppmuntra dem att använda Cisco Webex-inställningar för komplett åtkomst.

Den lokala gatewayens roll

Den lokala gatewayen är en företags- eller partnerhanterad Edge-enhet för PSTN-sammanlänkning (Public Switch Telephony Network) och äldre PBX-sammanlänkning (Public Branch Exchange) (inklusive Unified CM).

Du kan använda 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 för Webex Calling-användare på en specifik plats.

Mer information om att ange och beställa en lokal gateway finns i guiden för beställning av lokal gateway.

Lokala gatewaydistributioner som stöds för Webex Calling

Följande grundläggande distributioner stöds:

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

Lokala gatewaydistributioner utan lokal IP PBX

Fristående lokala gatewaydistributioner

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

Alla samtal som inte stämmer överens med dina Webex Calling-destinationer skickas till den lokala gatewayen som har tilldelats till platsen av Webex Calling för behandling. Den lokala gatewayen dirigerar alla samtal som kommer från Webex Calling till PSTN och i andra riktningen, PSTN till Webex Calling.

PSTN-gatewayen kan vara en dedikerad plattform eller dela plats med den lokala gatewayen. Precis som i följande figur rekommenderar vi varianten med en dedikerad PSTN-gateway för denna distribution. Den kan användas om den befintliga PSTN-gatewayen inte kan användas som en lokal Webex Calling-gateway.

Lokal gatewaydistribution som delar plats

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 figur visar en Webex Calling-distribution där den lokala gatewayen delar plats med 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 befintlig Cisco UC-distribution där Unified CM distribueras som den lokala samtalskontrollösningen

  • Direktuppringning mellan telefoner som är registrerade för Unified CM och telefoner på Webex Calling-platser krävs.

Denna figur visar en Webex Calling-distribution där kunden har en befintlig Unified CM IP PBX.

Webex Calling samtal som inte stämmer överens med kundens destinations-Webex Calling till den lokala gatewayen. Detta inkluderar PSTN interna anknytningar och Unified CM-anknytningar som Webex Calling kan inte se. Den lokala gatewayen dirigerar alla samtal som kommer från den Webex Calling unified CM och vice versa. Unified CM dirigerar sedan inkommande samtal till lokala destinationer eller till PSTN enligt den befintliga nummerplanen. Unified CM-nummerplanen normaliserar nummer såsom +E.164. PSTN-gatewayen kan vara dedikerad eller dela plats med den lokala gatewayen.

Dedikerad PSTN-gateway

Distributionsvarianten med en dedikerad PSTN-gateway som visas i diagrammet är det rekommenderade alternativet och kan användas om den befintliga PSTN-gatewayen inte kan användas som en lokal Webex Calling-gateway.

PSTN-gateway som delar plats

Den här figuren visar en Webex Calling-distribution med en Unified CM där den lokala gatewayen delar plats med PSTN-gatewayen/SBC.

Webex Calling alla samtal som inte stämmer överens med kundens destinationer Webex Calling lokala gatewayen som har tilldelats platsen. Detta inkluderar PSTN-destinationer och samtal på nätet till interna Unified CM-anknytningar. Den lokala gatewayen dirigerar alla samtal till Unified CM. Unified CM dirigerar sedan samtal till lokalt registrerade telefoner eller till PSTN via den lokala gatewayen, vars PSTN-/SBC-funktioner delar plats.

Att tänka på vid samtalsomkoppling

Samtal från Webex Calling till Unified CM

Logiken för Webex Calling-dirigering fungerar så här: Om det nummer som rings upp på en Webex Calling-slutpunkt inte kan dirigeras till någon annan destination inom samma kund i Webex Calling skickas samtalet till den lokala gatewayen för vidare behandling. Alla externa samtal (utanför Webex Calling) skickas till den lokala gatewayen.

För en Webex Calling-distribution utan integrering i en befintlig Unified CM anses alla samtal utanför nätet vara PSTN-samtal. I kombination med Unified CM kan samtal utanför nätet fortfarande vara samtal på nätet till valfri destination på Unified CM eller ett riktigt samtal utanför nätet till en PSTN-destination. Skillnaden mellan de två senare samtalstyperna avgörs av Unified CM och beror på företagsnummerplanen som tillhandahålls på Unified CM.

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

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

Samtal från Unified CM till Webex Calling

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

Med dessa vägar på plats är båda samtalsscenarier i följande figur möjliga.

Om en uppringare i PSTN ringer ett DID-nummer som är tilldelat till en Webex Calling-enhet överlämnas samtalet till företaget via företagets PSTN-gateway och når sedan Unified CM. Den uppringda adressen för samtalet stämmer överens med en av de Webex Calling-vägar som tillhandahålls i Unified CM och samtalet skickas till den lokala gatewayen. (Den uppringda adressen måste ha +E.164-format när den skickas till den lokala gatewayen.) System Webex Calling kontrollera sedan att samtalet skickas till den avsedda Webex Calling , baserat på DID-tilldelning.

Samtal från Unified CM-registrerade slutpunkter som är avsedda för destinationer i Webex Calling omfattas dessutom av den nummerplan som tillhandahålls på Unified CM. Vanligtvis låter denna nummerplan användarna använda vanliga företagsuppringningssvanor för att ringa samtal. Dessa vanor är inte begränsade till +E.164-uppringning. Alla telefonsamtal som är vanliga men inte +E.164 måste normaliseras till +E.164 innan samtal skickas till den lokala gatewayen för att tillåta korrekt dirigering i Webex Calling.

Tjänsteklass (CoS)

Vi rekommenderar alltid implementering av strikta tjänsteklassbegränsningar av olika anledningar, exempelvis för att undvika samtalsslingor och förhindra avgiftsbedrägeri. I samband med att integrera lokal Webex Calling-gateway med Unified CM-tjänsteklass måste vi överväga tjänsteklass för:

  • Enheter som är registrerade med Unified CM

  • Samtal som kommer till Unified CM från PSTN

  • Samtal som kommer till Unified CM från Webex Calling

Enheter som är registrerade med Unified CM

Det är relativt enkelt att lägga till Webex Calling-destinationer som en ny destinationsklass i en befintlig CoS-konfiguration: Behörighet att ringa Webex Calling-destinationer motsvarar vanligtvis behörigheten att ringa lokala destinationer (inklusive mellan platser).

Om en företagsnummerplan redan implementerar behörigheten ”(förkortad) mellan platser på nätet” finns det redan en partition på Unified CM som vi kan använda och tillhandahålla alla kända Webex Calling-destinationer på nätet i samma partition.

Om konceptet med behörigheten ”(förkortad) mellan platser på nätet” inte finns än måste en ny partition (t.ex. ”onNetRemote”) tillhandahållas, Webex Calling-destinationerna måste läggas till i partitionen och den nya partitionen måste läggas till i de lämpliga samtalssökutrymmena.

Samtal som kommer till Unified CM från PSTN

Det är relativt enkelt att lägga till Webex Calling-destinationer som en ny destinationsklass i en befintlig CoS-konfiguration: Behörighet att ringa Webex Calling-destinationer motsvarar vanligtvis behörigheten att ringa lokala destinationer (inklusive mellan platser).

Om en företagsnummerplan redan implementerar behörigheten ”(förkortad) mellan platser på nätet” finns det redan en partition på Unified CM som vi kan använda och tillhandahålla alla kända Webex Calling-destinationer på nätet i samma partition.

Om konceptet med behörigheten ”(förkortad) mellan platser på nätet” inte finns än måste en ny partition (t.ex. ”onNetRemote”) tillhandahållas, Webex Calling-destinationerna måste läggas till i partitionen och den nya partitionen måste läggas till i de lämpliga samtalssökutrymmena.

Samtal som kommer till Unified CM från Webex Calling

Samtal som kommer från PSTN behöver åtkomst till alla Webex Calling-destinationer. Partitionen ovan måste läggas till för att hålla alla Webex Calling-destinationer i det samtalssökutrymme som används för inkommande samtal i PSTN-trunken. Åtkomsten till Webex Calling-destinationer är utöver den befintliga åtkomsten.

För samtal från PSTN krävs åtkomst till Unified CM DID:er och Webex Calling DID:er, men för samtal som kommer från Webex Calling krävs åtkomst till Unified CM DID:er och PSTN-destinationer.

Figur 1. Differentierad CoS för samtal från PSTN och Webex Calling

Denna figur jämför dessa två olika tjänsteklasser för samtal från PSTN och Webex Calling. Figuren visar också att om PSTN-gatewayfunktionen delar plats med lokal gateway krävs två trunkar från kombinerad PSTN-gateway och lokal gateway till Unified CM: en för samtal som härstammar från PSTN och ett för samtal som härstammar Webex Calling. Detta beror på kravet att tillämpa differentierade samtalssökutrymmen per trafiktyp. Med två inkommande trunkar på Unified CM är det enkelt att avknyta genom att konfigurera den obligatoriska sökutrymmet för inkommande samtal på varje trunk.

Nummerplansintegrering

Denna guide förutsätter en befintlig installation som baseras på bästa praxis i ”Föredragen arkitektur för lokala Cisco Collaboration-distributioner, CVD”. Den senaste versionen finns tillgänglig här.

Den rekommenderade nummerplandesignen följer det designtillvägagångssätt som beskrivs i kapitlet Nummerplan i den senaste versionen av Cisco Collaboration System SRND som finns här.

Figur 2. Rekommenderad nummerplan

Den här figuren visar en översikt över den rekommenderade nummerplandesignen. Nummerplandesignens huvudegenskaper inkluderar följande:

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

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

  • Huvuddirigeringen baseras på +E.164.

  • Alla icke +E.164-uppringningsvanor (t.ex. förkortad uppringning mellan platser och PSTN-uppringning med vanliga uppringningsvanor) normaliseras (globaliseras) till +E.164 med vanliga uppringningsmönster.

  • Normaliseringsmönster för uppringning använder mönster för ärvt sökutrymme; alternativet ”Använd upphovsmannens samtalssökutrymme” är konfigurerat.

  • Tjänsteklassen implementeras med specifika samtalssökutrymmen för plats och tjänsteklass.

  • PSTN-åtkomstfunktion (t.ex. åtkomst till internationella PSTN-destinationer) implementeras genom att lägga till partitioner med respektive +E.164-dirigeringsmönster till samtalssökutrymmet som definierar tjänsteklassen.

Nåbarhet att Webex Calling

Figur 3. Lägga Webex Calling destination till nummerplan

För att du ska kunna nå alla Webex Calling-destinationer i den här nummerplan måste en partition som representerar alla Webex Calling-destinationer skapas ("Webex Calling") och en +E.164 dirigeringsmönster för varje DID-intervall i Webex Calling läggs till i den här partitionen. Dirigeringsmönstret hänvisar till en dirigeringslista med endast en medlem: routegruppen med SIP-trunken till den lokala gatewayen för samtal till Webex Calling. Eftersom alla uppringda destinationer normaliseras 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åbarheten för destinationer i Webex Calling oberoende av den uppringning som används.

Om en användare exempelvis ringer "914085550165" normaliserar det normaliseringsöversättningsmönstret för uppringning i partition "UStoE164" att normalisera denna uppringningssträng till "+14085550165" som sedan matchar dirigeringsmönster för en Webex Calling-destination i partitionen "Webex Calling." Unified CM skickar till slut samtalet till den lokala gatewayen.

Lägg till förkortad uppringning mellan platser

Figur 4. Lägga till förkortad uppringning mellan platser

Det rekommenderade sättet att lägga till förkortad uppringning mellan platser i referensnummerplanen är att lägga till normaliseringsmönster för alla platser i företagets nummerplan i en dedikerad partition (”ESN”, viktiga företagsnummer). Dessa mö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 Webex Calling-destinationer lägger du till respektive normaliseringsöversättningsmönster för uppringning för Webex Calling-platsen i "Webex Calling"-partitionen (till exempel "8101XX" i diagrammet). Efter normalisering skickas samtalet igen till Webex Calling efter att dirigeringsmönster i "Webex Calling"-partitionen.

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

Protokollhanterare för Calling

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

  • CLICKTOCALL: 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 kan kommas ihåg om användaren markerar Använd alltid den här appen.

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

  1. Öppna Standardinställningar för appinställningar , klicka på Ställ in standard per appoch välj sedan Webex-appen .

  2. Välj Webex-app för varje protokoll .

Protokollhanterare för macOS

Om andra appar som är registrerade för samtalsprotokollen innan Webex-appenär registrerade i Mac OS måste användare konfigurera Webex-appen till standardsamtalsalternativet.

I Webex-appen för Mac kan användare bekräfta att Webex-appen har valts för att 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-appen när de klickar på kontaktens nummer i Outlook.

30 september 2022
Förbered din miljö för Webex Calling

Krav för Calling

Licensiering

Webex Calling finns tillgängligt via Cisco Collaboration Flex Plan. Du måste köpa en företagsavtalsplan (EA) (för alla användare, inklusive 50 % arbetsytenheter) eller en plan för namngiven användare (NU) (vissa eller alla användare).

Webex Calling tillhandahåller tre licenstyper (”Stationstyper”)

  • Professional – Dessa licenser tillhandahåller en fullständig uppsättning funktioner för hela din organisation. Erbjudandet inkluderar Unified Communications (Webex Calling), mobilitet (dator- och mobilklienter med stöd för flera enheter), teamsamarbete i Webex-appenoch alternativet att kombinera 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 komplett rösterbjudande men är begränsade till en enhet per användare.


    Basic-licenser finns endast tillgängliga om du har en prenumeration för namngiven användare. Basic-licenser stöds inte för företagsavtalsprenumerationer.

  • Arbetsytor (även kallat gemensamt område) – Välj detta alternativ om du vill ha grundläggande uppringningston med ett begränsat antal samtalsfunktioner som är lämpliga för områden såsom mötesrum, lobbyer och konferensrum.

Denna dokumentation visar längre fram hur du använder Control Hub för att hantera dessa licensdistributioner på 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 mervärdesåterförsäljare (VAR:er) och tjänsteleverantörer (SP:er) kan ge PSTN-åtkomst till 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 i Cisco Unified Communications Manager krävs. De lokala gatewaykraven följer.

Enheter som stöds

Webex Calling har stöd för IP-flerplattformstelefoner (MPP) från Cisco. Som administratör kan du registrera följande telefoner i molnet. Se följande hjälpartiklar för mer information:


Det finns en komplett lista med de enheter som stöds för Webex Calling 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. Det finns mer information i Cisco Webex Room-, Board- och skrivbordsenheter i Enheter som stöds för Webex Calling. Du kan dock tillhandahålla dessa enheter med en PSTN-tjänst genom att aktivera Webex Calling för arbetsytan.

Brandvägg

Uppfyller brandväggskraven 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 Webex Calling bör du se till att du

    • har grundläggande kunskaper om VoIP-principer

    • har grundläggande funktionell kunskap om Cisco IOS-XE och IOS-XE-röstkoncept

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

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

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

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:

  • Den lokala gatewayen måste uppdateras med CA-rotpaketet från Cisco PKI

  • En uppsättning autentiseringsuppgifter för SIP-sammandrag från Control Hubs Trunk-konfigurationssida används för att konfigurera den lokala gatewayen (stegen är en del av konfigurationen som följer)

  • CA-rotpaketet validerar angivet certifikat

  • Uppmaning om autentiseringsuppgifter (SIP-sammandrag angivet)

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

Brandväggskrav, NAT Traversal-krav och optimeringskrav för mediesökväg för lokal gateway

I de flesta fall kan den lokala gatewayen och slutpunkterna finnas i det interna kundnätverket med hjälp av privata 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 mot Webex Calling ha en direkt nätverkssökväg till och från 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 gränssnitt mot Webex Calling måste den lokala gatewayen ha en allmän IP-adress tilldelad till gränssnittet mot 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.

30 september 2022
Konfigurera Cisco Webex Calling för din organisation

Anpassa din organisation för Webex Calling i Control Hub. När du har aktiverat din första plats via guiden för förstagångsinstallation kan du konfigurera och hantera ytterligare platser, trunktilldelning och -användning, nummerplanalternativ, användare, enheter och funktioner.

Det första steget för att komma igång med Webex Calling-tjänsterna är att slutföra guiden för förstagångskonfiguration (First Time Setup Wizard/FTSW). När FTSW har slutförts för din första plats behöver den inte slutföras för ytterligare platser.

1

Klicka på Komma igång i välkomstmeddelandet som skickas till dig.


 

E-postadressen för 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 startas installationsguiden automatiskt.

2

Granska och godkänn servicevillkor.

3

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


 

Din kontoansvarige ansvarar för att aktivera de första stegen för FTSW. Kontakta din kontoansvarige om du får meddelandet ”Kan inte konfigurera ditt samtal” när du väljer Kom igång.

4

Välj landet som ditt datacenter ska mappa till och ange kundens kontakt- och adressinformation.

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 Calling.
  • Fyll i den nödvändiga platsinformationen. När du har skapat platsen i guiden kan du skapa fler platser senare.

 

Se till att du lägger till ett huvudnummer på den plats du skapar när du har slutfört konfigurationsguiden.

7

Gör så att följande val gäller för den här platsen:

  • Meddelandespråk– För ljudmeddelanden och uppmaningar för nya användare och funktioner.
  • E-postspråk– För e-postkommunikation för nya användare.
  • Land
  • Tidszon
8

Klicka på Nästa.

9

Ange en tillgänglig Cisco Webex SIP-adress. Klicka på Nästa och välj sedan Slutför.

Innan du börjar

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

  • Platsens adress

  • Önskade telefonnummer (valfritt)

1

Från kundvyn i går du https://admin.webex.comtill Tjänster för > samtal > platser ochklickar på Lägg till plats.

Observera att nya platser kommer att finnas på det regionala datacentret som motsvarar det land 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/region– Välj ett land att 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 visas här använder den amerikanska adresskonventionen som exempel.
  • Platsadress– ange platsens huvudadress postadress.
  • Stad/ort– ange en stad för den här platsen.
  • Stat/provins/region– Från rullgardinsgardinsrutan väljer du en stat.
  • Postnummer – Ange postnumret.
  • Meddelandespråk– välj språk för ljudmeddelanden och uppmaningar om nya användare och funktioner.
  • E-postspråk– välj språk för e-postkommunikation med nya användare.
  • Tidszon –Välj tidszon för platsen.
3

Klicka på Spara och välj sedan Ja/ Nej för att lägga till nummer på platsen nu eller senare.

4

Välj något av följandealternativ om du klickade på Ja:

  • Cisco PSTN – Välj detta alternativ om du vill ha en PSTN-molnlösning med Cisco. Ciscos samtalsplan är en fullständig PSTN ersättningslösning som tillhandahåller nödsamtal, inkommande och utgående inrikes och internationella samtal och låter dig beställa nya PSTN nummer eller porta befintliga nummer till Cisco.


     

    Alternativet Cisco PSTN visas endast under följande omständigheter:

    • Du har köpt minst en kontrakterad Cisco-samtalsplan för OCP (utgående samtalsplan).

    • Platsen är i ett land där Ciscos samtalsplan stöds.

    • Din plats är ny. Befintliga platser som har tilldelats andra PSTN-funktioner är inte berättigade till Ciscos samtalsplan i nuläget. Öppna ett supportärende för att få hjälp.

    • Du använder ett Webex Calling-datacenter i en region där Ciscos samtalsplan stöds.

  • Molnanslutet PSTN – Välj detta alternativ om du vill ha en PSTN-molnlösning från en av Ciscos många CCP-partner eller om Ciscos samtalsplan inte är tillgänglig på din plats. CCP-partner erbjuder PSTN ersättningslösningar, omfattande global täckning och ett stort, varierat utbud av funktioner, paket och priser.

     

    CCP-partner och den geografiska täckningen visas här. Endast de partner som har stöd för den här platsens land visas. Partner visas antingen med en logotyp eller som en kort textsträng följt av en region inom parenteser (exempel: (EU), (USA) eller (CA)). Partner som visas med en logotyp erbjuder alltid regionala media för CCP. För partner som visas med en textsträng ska du välja den region som ligger närmast landet där du befinner dig för att säkerställa regionala media för CCP.

    Om du ser alternativet Beställ nummer nu under en listad leverantör rekommenderar vi att du väljer det alternativet så att du kan dra nytta av fördelarna med integrerad CCP. Med integrerad CCP kan telefonnummer erhållas och etableras i Control Hub på en enda glasruta. Med icke-integrerad CCP måste du erhålla dina telefonnummer från CCP-partnern utanför Control Hub.

  • Platsbaserat PSTN (lokal gateway) – Du kan välja det här alternativet om du vill behålla din nuvarande PSTN-leverantör eller om du vill ansluta icke-molnwebbplatser till molnwebbplatser.

Valet av PSTN-alternativ är på varje platsnivå (varje plats har bara ett PSTN-alternativ). Du kan mixa och matcha så många alternativ du vill för din distribution, men varje plats har ett alternativ. När du har valt och etablerat ett PSTN-alternativ kan du ändra det genom att klicka på Hantera på platsens PSTN-egenskaper. Vissa alternativ, till exempel Cisco PSTN, är dock eventuellt inte tillgängliga när ett annat alternativ har tilldelats. Öppna ett supportärende för att få hjälp.

5

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

6

Om du har valt icke-integrerad CCP eller lokalbaserad PSTN anger du telefonnummer som kommaseparerade värden och klickar 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 efter lokala uppringningskrav. Om till exempel en landskod krävs kan du ange nummer med eller utan kod och koden är förinställd.

7

Klicka på Spara.

Nästa steg

När du har skapat en plats kan du aktivera nödtjänster med 911 för den platsen. Se RedSky-nödtjänster för Webex Calling för mer information.

Innan du börjar


Få en lista över användare och arbetsytor som är kopplade till en plats: Gå till tjänster > du > nummer och välj den plats som ska tas bort i rullgardingsmenyn. Du måste ta bort de här användarna och arbetsytorna innan du tar bort platsen.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Samtal > Platser.

2

Klicka i kolumnen Åtgärder bredvid den plats du vill ta bort.

3

Välj Ta bortplats och bekräfta att du vill ta bort 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 intill platsnamnet och välja Borttagningsstatus .

Du kan ändra PSTN inställningar, 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 RedSky-nödtjänster för Webex Calling för mer information.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Samtal > Platser och väljer platsen som du vill uppdatera.

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

2

(Valfritt) Under PSTN-anslutning väljer du antingen Molnanslutet PSTN eller Platsbaserat PSTN (lokal gateway), beroende på vilket 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 PSTN-molnlösning med Cisco. Ciscos samtalsplan är en fullständig PSTN ersättningslösning som tillhandahåller nödsamtal, inkommande och utgående inrikes och internationella samtal och låter dig beställa nya PSTN nummer eller porta befintliga nummer till Cisco.


     

    Alternativet Cisco PSTN visas endast under följande omständigheter:

    • Du har köpt minst en kontrakterad Cisco-samtalsplan för OCP (utgående samtalsplan).

    • Platsen är i ett land där Ciscos samtalsplan stöds.

    • Din plats är ny. Befintliga platser som har tilldelats andra PSTN är för närvarande inte berättigade till Ciscos samtalsplan. Öppna ett supportärende för att få hjälp.

    • Du använder ett Webex Calling-datacenter i en region där Ciscos samtalsplan stöds.

  • Molnanslutet PSTN – Välj detta alternativ om du vill ha en PSTN-molnlösning från en av Ciscos många CCP-partner eller om Ciscos samtalsplan inte är tillgänglig på din plats. CCP-partner erbjuder PSTN ersättningslösningar, omfattande global täckning och ett stort, varierat utbud av funktioner, paket och priser.

     

    CCP-partner och den geografiska täckningen visas här. Endast de partner som har stöd för den här platsens land visas. Partner visas antingen med en logotyp eller som en kort textsträng följt av en region inom parenteser (exempel: (EU), (USA) eller (CA)). Partner som visas med en logotyp erbjuder alltid regionala media för CCP. För partner som visas med en textsträng ska du välja den region som ligger närmast landet där du befinner dig för att säkerställa regionala media för CCP.

    Om du ser alternativet Beställ nummer nu under en listad leverantör rekommenderar vi att du väljer det alternativet så att du kan dra nytta av fördelarna med integrerad CCP. Med integrerad CCP kan telefonnummer erhållas och etableras i Control Hub på en enda glasruta. Med icke-integrerad CCP måste du erhålla dina telefonnummer från CCP-partnern utanför Control Hub.

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

     

    Webex Calling kunder 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

(Valfritt) Under nödsamtal kandu välja identifierare för räddningstjänsten för att tilldela denna plats.


 

Den här inställningen är valfri och kan endast användas i länder som kräver den.

I vissa länder (Exempel: Frankrike) regler finns det för att mobil radiosystem ska upprätta identiteten på cellen när du ringer ett nödsamtal och görs tillgänglig för nödnumret. Andra länder, som USA och Kanada, genomför lokalisering med andra metoder. För mer information, se Förbättrade nödsamtal.

Leverantören av ett nödsamtal kan behöva information om accessnätverket och det beror på att du definierar ett nytt privat SIP-anknytningshuvud, P-Access-Network-Info. Rubriken innehåller information om åtkomstnätverk.

När du anger en nödplatsidentifierare för en plats skickas platsvärdet till leverantören som en del av SIP-meddelandet. Kontakta leverantören av nödsamtal för att se om du behöver denna inställning och använda värdet som tillhandahålls av din leverantör av nödsamtal."

5

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

6

(Valfritt) Klicka på pennikonen överst på sidan Plats för att ändra platsnamn, meddelandespråk, e-postspråk, tidszoneller adress efter behov och klicka sedan på Spara.


 

Ändring av meddelandespråket börjar gälla omedelbart för nya användare och funktioner som läggs till på den här platsen. Om befintliga användare och/eller funktioner också ska få sitt meddelandespråk ändrat när du blir ombedd väljer du Ändra för befintliga användare och arbetsytor eller Ändra för befintliga funktioner. Klicka på Verkställ. Du kan visa förloppet på sidan Uppgifter. Du kan inte göra fler ändringar förrän detta är klart.


 

Om du ändrar tidszonen för en plats uppdateras inte tidszonerna för de funktioner som är associerade med platsen. Redigera tidszoner för funktioner såsom autoassistent, sökgrupp och samtalskö genom att gå till området Allmänna inställningar för funktionen som du vill uppdatera tidszonen för och redigera och spara där.

Dessa inställningar är för intern uppringning och finns även tillgängliga i guiden för förstagångskonfiguration. När du ändrar din nummerplan uppdateras exempelnumren i Control Hub för att visa ändringarna.


Utgående samtalskoder stöds inte på Webex-appen, Webex Calling-appen eller Cisco-rumsenheter.


Du kan konfigurera utgående samtalsbehörigheter för en plats. Se dessa steg för att konfigurera utgående samtalsbehörigheter.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Samtal > Tjänstinställningar och bläddrar sedan till Intern uppringning.

2

Konfigurera följande valfria uppringningsinställningar efter behov:

  • Prefixlängd för platsdirigering – 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 slå ett prefix när de ringer mellan platser. Om du till exempel har flera butiker som alla har anknytningen 1 000 kan du konfigurera ett omdirigeringsprefix för varje butik. Om en butik har prefixet 888 ringer du 8881000 för att nå butiken.
  • Styrningssiffran i omdirigeringsprefixet – Du kan ange ett värde här oavsett om du använder omdirigeringsprefix för plats.
  • Intern anknytningslä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 > Ring > Platser, välj en plats, bläddra till Uppringning och ändra sedan intern och extern uppringning efter behov:

  • Intern uppringning – Ange omdirigeringsprefixet som användare på andra platser behöver för att kontakta någon på den här platsen. Omdirigeringsprefixet måste vara unikt för varje plats. Vi rekommenderar att prefixets längd matchar längden som ställts in på organisationsnivå, men det måste innehålla 2–7 siffror.
  • Extern uppringning – 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. Standardinställningen är Ingen och du kan lämna den om du inte kräver den här uppringningsvanan. Om du bestämmer dig för att använda den här funktionen rekommenderar vi att du använder ett annat nummer än organisationens 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 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ändaranknytningar ska inte starta med samma nummer som platsens styrningssiffra.

Om du är en mervärdesåterförsäljare kan du använda de här stegen för att starta en lokal gateway-konfiguration i Control Hub. När denna gateway har registrerats i molnet kan du använda den för en eller flera av dina Webex Calling-platser för att tillhandahålla dirigering till en PSTN-tjänsteleverantör för företag.


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 du har konfigurerat ett platsbaserat 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 för platsbaserat PSTN (lokal gateway) för Webex Calling.

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

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Samtal > Samtalsdirigering och väljer Lägg till trunk.

2

Välj en plats.

3

Namnge trunken och klicka på Spara.


 

Namnet får inte bestå av fler än 24 tecken.

Nästa steg

Du får se relevanta parametrar som du behöver konfigurera på trunken. Du genererar även en uppsättning autentiseringsuppgifter för SIP-sammandrag för att skydda PSTN-anslutningen.

Trunkinformation visas på skärmen Registrera domän, Trunkgrupp OTG/DTG, Linje/port och Utgående proxyadress.

Vi rekommenderar att du kopierar den här informationen från Control Hub 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 den platsbaserade PSTN-tjänsten.

Om autentiseringsuppgifterna förloras måste du generera dem från skärmen med 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 för trunken.

1

Från kundvyn i https://admin.webex.com går du till Tjänster > Samtal > Platser.

2

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

3

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

4

Välj en trunk från rullgardinsmenyn.


 

Gå till trunksidan för att hantera dina val för trunkgrupp.

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ägleder 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 > Ring > Platser i Control Hub och den gateway som du har skapat listas på platskortet som du har tilldelat den till med en grön punkt till vänster om namnet. Den här statusen anger att gatewayen är säkert registrerad för samtalsmoln och fungerar som aktiv PTSN-gateway för platsen.

1

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

2

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

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

1

Från kundvyn i https://admin.webex.com går du till Organisationsinställningar > Tjänster, bläddrar till Samtal och väljer sedan Klientinstä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 till Aktivera Ett-klick-för-att-ringa 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-appen. Du kan uppmana dina användare att starta om sina appar för att snabbare hämta information om de här ändringarna.

Du kan styra vilka 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 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-appen ändå numret till den samtalsapp som du har valt, men samtalet från appen kommer att misslyckas.

Från kundvyn i går https://admin.webex.comdu till Hantera > organisationsinställningaroch bläddrar sedan till Samtalsbeteendeoch väljer sedan något av följande: .

  • Ringa i Webex – Väljdet här alternativet om du vill att användare ska ringa direkt i Webex-appen med Webex Calling .
  • Webex Calling-appen – Välj det här alternativet om din organisation har en prenumeration på Cisco Webex Calling och du vill tillåta att användare ringer PSTN-samtal via Webex Calling-appen. När användare ringer PSTN-samtal i Webex-appen används Webex Calling-appen för att ringa samtalet.

     

    Appen Webex Calling endast tillgänglig för utvalda kunder.

Det visas ett meddelande som indikerar att samtalsbeteendet har uppdaterats. Användare kan nu ringa PSTN-samtal från Webex-appen eller Webex Calling-appen.

För att användare ska kunna ringa PSTN-samtal från Webex-appen måste motsvarande program ha installerats. Se till att informera andra om vilket val du gör och om en annan app 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 andra samtalsbeteenden. Gå till Användare och under Inställningar väljer du Samtalsbeteende. Du kan välja ett alternativ och sedan klicka på Spara.

30 september 2022
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. SIP TLS-transport skyddar trunken mellan den lokala gatewayen och Webex-molnet. Mediet mellan den lokala gatewayen och den Webex Calling använder SRTP.

Uppgiftsflöde för lokal gateway-konfiguration

Det finns två alternativ för att konfigurera den lokala gatewayen för din Webex Calling trunk:

  • Registreringsbaserad trunk

  • Certifikatbaserad trunk

Använd uppgiftsflödet under den registreringsbaserade lokala gatewayen eller den certifikatbaserade lokala gatewayen för att konfigurera lokal gateway för din Webex Calling trunk. Se Konfigurera trunkar, routegrupper och uppringningsplaner för Webex Calling för mer information om olika trunktyper. Utför följande steg på själva den lokala gatewayen med hjälp av kommandoradsgränssnittet (CLI). Vi använder Session Initiation Protocol (SIP) och Transport Layer Security (TLS)-transport för att skydda trunken och Secure Real-time Protocol (SRTP) för att skydda media mellan den lokala gatewayen ochWebex Calling.

Innan du börjar

  • Förstå kraven på platsbaserade allmänna telefoninätverk (PSTN) och lokala gateway (LGW) för Webex Calling. Se Ciscos önskade arkitektur för Webex Calling för mer information.

  • Den här artikeln förutsätter att en dedikerad lokal gatewayplattform finns på plats utan någon befintlig röstkonfiguration. Om du ändrar en befintlig PSTN gateway eller lokal gateway för företagsdistribution som ska användas som funktion för lokal gateway för Webex Callingska du var försiktig med konfigurationen. Se till att du inte avbryter befintliga samtalsflöden och funktioner på grund av de ändringar du gör.

  • Skapa en trunk i Control Hub och tilldela den till platsen. Se Konfigurera trunkar, routegrupper och uppringningsplaner för Webex Calling för mer information.

Innan du börjar

  • Se till att följande baslinjeplattformkonfiguration som du konfigurerar är konfigurerad enligt din organisations policyer och procedurer:

    • NTP:er

    • Åtkomstkontrollistor

    • aktivera lösenord

    • primärt lösenord

    • IP-dirigering

    • IP-adresser och så vidare

  • Du behöver en minsta version av Cisco IOS XE 16.12 eller IOS-XE 17.3 för alla lokala gatewaydistributioner.

1

Se till att du tilldelar layer 3-gränssnitten giltiga och dirigerbara IP-adresser:

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

Förkonfigurera en primär nyckel för lösenordet med hjälp av följande kommandon, innan du använder inloggningsuppgifterna och delade nycklar. Du krypterar Typ 6-lösenord med AES-chiffer och användardefinierad primär nyckel.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Konfigurera IP-namnservern för att aktivera DNS-sökning och ping för att säkerställa att servern kan nås. Den lokala gatewayen använder DNS för att lösa Webex Calling proxyadresser:

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

Aktivera TLS 1.2-exklusivitet och en standardplatshållares betrodda poäng:

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

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


     
    • Se till att en verifierad server för cn-san använder den lokala gateway-anslutningen endast om den utgående proxyn som du konfigurerade på klient 200 (beskrivet senare) matchar med CN-SAN-listan som du får från servern.

    • Du kräver att TLS, som är krypto trustpoint, ska fungera. Även om du inte kräver att ett lokalt klientcertifikat (till exempel mTLS) är inställt för anslutningen.

  3. Aktivera v1.2-exklusivitet för att inaktivera TLS v1.0 och v1.1.

  4. Ställ in antal tcp-försök till 1000 (5-msec flera = 5 sekunder).

  5. Ställ in timeranslutning för att etablera TLS <wait-timer in="" sec="">. Intervallet är inom 5–20 sekunder och standardinställningen ä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 åtkomst till SBC. MED CLI kan administratören ändra värdet för att tillgodose nätverksförhållanden och upptäcka anslutningsfel med Access SBC mycket snabbare).


     

    Cisco IOS XE 17.3.2 och senare version är tillämplig.

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

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Uppdatera den lokala gatewayens betrodda pool:

Standardpaketet för betrodda certifikat inkluderar inte certifikaten "DigiCert Root CA" eller "IdenTrust Commercial" som du behöver för att validera certifikatet på serversidan när TLS-anslutningen försöker Webex Calling.

Hämta det senaste "Cisco Trusted Core Root Bundle" från för http://www.cisco.com/security/pki/ att uppdatera TrustPool-paketet.

  1. Kontrollera om det finns DigiCert Room CA- och IdenTrust Commercial-certifikat:

    show crypto pki trustpool | include DigiCert
  2. Om DigiCert Room CA och IdenTrust Commercial-certifikat inte finns ska du uppdatera enligt följande:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    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.
    end
    

     

    Alternativt kan du hämta certifikatbunten och installera det från en lokal server eller flashminne för lokal gateway.

    Till exempel:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Verifiera:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Innan du börjar

Se till att du slutför stegen i Control Hub för att skapa en plats och lägga till en trunk för den platsen. I följande exempel kan du hämta informationen från Control Hub.

1

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

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Här är en förklaring av konfigurationens fält:

Avgiftsbelagda bedrägeriförsök
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Aktiverar 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 och IP-PSTN.

  • Som standard blockerar lokal gateway alla inkommande VoIP-samtalskonfigurationer från IP-adresser som inte finns på dess pålitliga lista. IP-adresser från uppringnings peer-enheter med "mötets mål-IP" eller servergrupp är betrodda som standard och du behöver inte fylla i här.

  • IP-adresser i listan måste matcha IP-undernäten enligt det lokala Webex Calling datacenter som du ansluter. Det finns mer information i Portreferensinformation för Webex Calling.


     

    Om din lokala gateway är bakom en brandvägg med begränsad kon-NAT kanske du föredrar att inaktivera IP-adressens pålitliga lista i gränssnittet mot Webex Calling. Brandväggen skyddar dig redan från oombedda inkommande VoIP. Om du inaktiverar åtgärden minskar belastningen på din långsiktiga konfiguration eftersom vi inte kan garantera att Webex Calling-peers adresser förblir fasta, och du måste konfigurera din brandvägg för peers i alla fall.

  • Konfigurera andra IP-adresser i andra gränssnitt, till exempel: du ser till att lägga till Unified CM-adresserna i de inåtriktade gränssnitten.

  • IP-adresserna måste matcha värdens IP och outbound-proxy går till klient 200.

  • Det finns mer information i 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 
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 REFER och ersätter dialog-ID i ersätter sidhuvudet med peer-dialog-ID.

Det finns mer information i 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 faxtrafiken kommer inte att vara krypterad.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.
Aktivera global stun
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • När du vidarebefordrar ett samtal till en Webex Calling-användare ( t.ex. är både uppringda och uppringande prenumeranter Webex Calling-prenumeranter och om du ankarmedia på Webex Calling SBC) då kan media inte flödet till den lokala gatewayen eftersom pinkrypten inte är öppen.

  • Stun bindings-funktionen på den lokala gatewayen gör det möjligt för lokalt genererade stun-förfrågningar att skicka över den förhandlade mediasökvägen. Stun hjälper till att öppna PIN-koden i brandväggen.

  • Stun-lösenord är en förutsättning för att den lokala gatewayen ska kunna skicka stun-meddelanden ut. Du kan konfigurera Cisco IOS/IOS XE-baserade brandväggar för att kontrollera lösenordet och öppna pin tillfälligt men dynamiskt (t.ex. utan uttryckliga ut-regler). Men för distributionen av lokal gateway konfigurerar du brandväggen automatiskt för att öppna pinkoderna i och ut baserat på Webex Calling SBC-undernät. Brandväggen måste då behandla SBC-undernät som alla inkommande UDP-paket, vilket utlöser pin explicit när det öppnas utan att titta på paketinnehållet.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.
G729
sip
g729 annexb-all

Tillåter alla versioner av G729.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.
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.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210.
2

Konfigurera "SIP-profil 200".

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

Här är en förklaring av konfigurationens fält:

  • regel 9

    Säkerställer att du listar sidhuvudet som “SIP-Req-URI” och inte “SIP-Req-URL” .

    Regeln 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/svarstiden, men behöver dem för SRV frågor, till exempel: _sips._tcp.<outbound-proxy>.
  • regel 20

    Ändrar från sidhuvudet till att inkludera trunkgruppen OTG/DTG-parameter från Control Hub för att unikt identifiera en lokal gateway-webbplats i ett företag.

  • Använder SIP-profilen för röstklass-klient 200 (senare) för alla trafikbaserade Webex Calling . Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

3

Konfigurera codec-profil, stun-definition och SRTP Crypto suite.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

Här är en förklaring av konfigurationens fält:


 

Om ankarmedia på ITSP SBC och den lokala gatewayen ligger bakom en NAT ska du vänta på den inkommande mediaströmmen från ITSP. Du kan använda stun-kommandot för ITSP-inringande uppringnings-peers.


 

Du behöver stun-användning av iskall för samtalsflöden som använder optimering av mediesökvägen.

4

Mappa Control Hub-parametrar till konfiguration av lokal gateway.

Lägg Webex Calling klienter i en lokal gateway. Du kräver konfiguration för att registrera den lokala gatewayen under röstklassade klienter 200. Du måste hämta elementen i konfigurationen från sidan Trunk Info från Control Hub enligt följande bild. Följande exempel visar vilka fält som mappar till respektive lokala gateway-CLI.

Tillämpa klient 200 för alla Webex Calling peer-peers ( tagg) i konfigurationen för lokal gateway.2xx Med hjälp av röstklassens klientfunktion kan man gruppera och konfigurera SIP-trunkparametrar som annars görs under rösttjänstens VoIP och sip-ua. När du konfigurerar en klient och tillämpar den under en dial-peer gäller följande inställningsordning för lokala gateway-konfigurationer:

  • Konfiguration av samtalskollega

  • Klientkonfiguration

  • Global konfiguration (rösttjänst VoIP / sip-ua)

5

Konfigurera röstklassens klient 200 för att aktivera trunkregistrering från lokal gateway till Webex Calling baserat på parametrarna du har fått från Control Hub:


 

Följande kommandorad och parametrar är endast exempel. Använd parametrarna för din egen distribution.

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

Här är en förklaring av konfigurationens fält:

voice class tenant 200

Aktiverar specifika globala konfigurationer för flera klienter på SIP-trunkar som tillåter differentierade tjänster för klienter.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993.
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). Det finns mer information i 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

Autentiseringsuppgifter för trunkregistreringsutmaning. Det finns mer information i 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

Autentiseringskontrollfråga för samtal. Det finns mer information i 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 sidhuvudet SIP fjärrparts-ID (RPID) eftersom Webex Calling har stöd för PAI, som aktiveras med CIO asserted-id pai. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764.

sip-server dns:40462196.cisco-bcld.com
Definierar de Webex Calling servrarna. För mer information, se: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Använder samma permanenta anslutning för registrering och samtalsbearbetning.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569.
srtp-crypto 200

Definierar voice class srtp-crypto 200 för att ange SHA1_80. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

session transport tcp tls
Ställer in transport till TLS. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.
url sips

SRV förfrågan måste vara SIP:er så som den stöds av åtkomsten för SBC. alla andra meddelanden ändras till SIP av sip-profil 200.

error-passthru

Anger passerfunktionalitet för SIP-felsvar.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434.
asserted-id pai

Aktiverar PAI-bearbetning i lokal gateway. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203.

bind control source-interface GigabitEthernet0/0/1

Konfigurerar en käll-IP-adress för signalering av källans gränssnitt Webex Calling. Se för https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 mer information.

bind media source-interface GigabitEthernet0/0/1

Konfigurerar en käll-IP-adress för mediakällgränssnittet som Webex Calling. Se för https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 mer information.

no pass-thru content custom-sdp

Standardkommando under klient. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288.

sip-profiles 200

Ändrar SIP-adresser till SIP och ändrar linje/port för BJUD IN och REGISTRERA meddelanden enligt definition i voice class sip-profiles 200. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

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

Webex Calling åtkomst till SBC. Det finns mer information i 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 sekretessrubriken från de inkommande till utgående delen. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481.

När du har definierat klient 200 inom lokal gateway och har konfigurerat en SIP VoIP-uppringnings peer initierar gatewayen sedan en TLS-anslutning mot Webex Calling, där åtkomst-SBC visar sitt certifikat för den lokala gatewayen. Lokal gateway validerar det lokala Webex Calling åtkomst till SBC-certifikatet med hjälp av CA-rotbunten som har uppdaterats tidigare. Etablerar en permanent TLS-session mellan den lokala gatewayen och Webex Calling åtkomst via SBC. Den lokala gatewayen skickar sedan ett REGISTER 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 registreringen har bek?tts:

  • Använd parametrarna användarnamn, lösenord och sfär från inloggningsuppgifterna för att bygga sidhuvudet och SIP-profilen 200.

  • Konverterar SIPS-URL tillbaka till SIP.

Registreringen lyckades när du får 200 OK från åtkomstens SBC.

Denna distribution kräver följande konfiguration på den lokala gatewayen:

  1. Röstklassade klienter– du skapar andra klienter för uppringande ITSP på liknande sätt som för innehavare 200 som du skapar för Webex Calling uppringda peers.

  2. URI:er för röstklass– du definierar mönster för värd-IP-adresser/portar för olika trunkar som avslutas på lokal gateway:

    • Webex Calling LGW

    • PSTN SIP-trunk på LGW

  3. Utgående samtals peers – Du kan dirigera utgående samtalsuppringningarfrån LGW till ITSP SIP-trunken och Webex Calling.

  4. Röstklass DPG– Du kan anropa mål för utgående samtal från en inkommande uppringnings peer.

  5. Inkommande uppringnings- peers– Du kan acceptera inkommande samtalsuppringningar från ITSP och Webex Calling.

Använd konfigurationerna antingen för konfiguration av en lokal gateway som ligger på en partners server, eller för kundens webbplats-gateway, enligt följande bild.

1

Konfigurera följande röstklassade klienter:

  1. Tillämpa röstklassens klient 100 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. Tillämpa röstklass klient 300 för 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 ett mönster för att unikt identifiera en lokal gateway-webbplats i ett företag baserat på trunkgruppens OTG- eller DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Lokal gateway har för närvarande inte stöd för understreck "_" i matchningsmönstret. Som en tillfällig lösning kan du använda en 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 samtalskollegor:

  1. Utgående samtalskollegor 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

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP ring-peer med en tagg på 101och ger en meningsfull beskrivning för enkel hantering och felsökning.

    destination-pattern BAD.BAD

    Tillåter val av dial-peer 101. Du anropar dock denna utgående uppringnings-peer direkt från inkommande uppringnings peer-peer med dpg-satser och som kringgår kriterierna för det siffrans mönster. Du använder ett slumpmässigt mönster baserat på alfanumeriska siffror som är tillåtna av destinationsmönstret CLI.

    session protocol sipv2

    Anger att dial-peer101 hanterar SIP-samtalsben.

    session target ipv4:192.168.80.13

    Indikerar mål-IPv4-adressen som ska skicka samtalsbenen. I detta fall är det ITSP:s IP-adress.

    voice-class codec 99

    Anger kodeksinställningslista 99 som ska användas för denna samtalskollega.

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

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

    no vad

    Inaktiverar identifiering av röstaktivitet.

  2. Utgående uppringning mot Webex Calling (Du uppdaterar utgående uppringda-peer för att fungera som inkommande uppringd peer från Webex Calling och 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 VoIP ring-peer med en tagg i 200201 och ger en meningsfull beskrivning för enkel hantering och felsökning

    session target sip-server

    Visar att den globala SIP-servern är destinationen för samtal från denna samtalskollega. Webex Calling som du definierar i klient 200 ärver för uppringnings-peer-200201 .

    voice-class stun-usage 200

    Tillåter lokalt genererade stun-förfrågningar på den lokala gatewayen att skicka över den förhandlade mediesökvägen. Stun hjälper dig att öppna pinpinpin in 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 klient 200 (LGW <--> Webex Calling Trunk) såvida du inte definierar samma parameter under själva uppringnings peer-programmet. </-->

    srtp

    Aktiverar SRTP för samtalsbenen.

    no vad

    Inaktiverar identifiering av röstaktivitet.

4

Konfigurera följande peer-grupper för uppringning (dpg):

  1. Definierar grupp 100 för samtalskollegor. Utgående samtalskollega 101 är målet för alla inkommande samtalskollegor som åkallar grupp 100 för samtalskollegor. Vi tillämpar DPG 100 på inkommande samtals 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 grupp 200 för samtalskollegor med utgående samtalskollega 200201 som mål för sökvägen PSTN --> Lokal gateway --> Webex Calling. Tillämpa DPG 200 för inkommande nummer peer 100 som du definierar senare.

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

Konfigurera följande inkommande samtalskollegor:

  1. Inkommande samtalskollega för inkommande IP PSTN-samtalsdelar:

    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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 100 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session protocol sipv2

    Anger att dial-peer 100 hanterar SIP-samtalsben.

    incoming uri via 100

    Anger röstklassens uri 100 för att matcha all inkommande trafik från IP PSTN till lokal gateway på via-sidhuvudets värd-IP-adress. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Anger att ringa peer-grupp 200 för att välja en utgående uppringnings peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

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

    no vad

    Inaktiverar identifiering av röstaktivitet.

  2. Inkommande samtalskollega för inkommande Webex Calling-samtalsdelar:

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

    Här är en förklaring av konfigurationens fält:

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

    Uppdaterar en VoIP ring-peer med en tagg i 200201och ger en meningsfull beskrivning för enkel hantering och felsökning.

    incoming uri request 200

    Anger röstklassens uri 200 för att matcha all inkommande trafik från Webex Calling till LGW på det unika dtg-mönstret i begäran-URI, unikt identifiera den lokala gateway-webbplatsen inom ett företag och i Webex Calling-ekosystemet . Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Anger att ringa peer-grupp 100 för att välja en utgående uppringnings peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

    Begränsar antalet samtidiga samtal till 250 mellan LGW och Webex Calling, förutsatt att ett enskilt motringande Webex Calling för både inkommande och utgående samtal enligt definitionen i denna artikel. Mer information om samtidiga samtalsgränser berör lokal gateway, se 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

Matcha alla inkommande IP-PSTN på den lokala gatewayen med uppringnings-peer 100 för att definiera ett matchningskriterium för VIA-sidhuvudet med IP-PSTN:s IP-adress. DPG 200 aktiverar utgående uppringnings-peer-200201 som har Webex Calling-servern som måldestination.

Webex Calling till PSTN

Matcha alla inkommande Webex Calling-samtalsvägar på den lokala gatewayen med uppringnings-peer-200201 för att definiera kriteriumt i förfrågans URI-sidhuvud med trunkgruppens OTG/DTG-parameter som är unik för denna lokala gatewaydistribution. DPG 100 aktiverar den utgående dial-peer 101som har IP-PSTN IP-adress som måldestination.

Denna distribution kräver följande konfiguration på den lokala gatewayen:

  1. Röstklassadeklienter – du skapar fler klienter för uppringnings peer-personer med Unified CM och ITSP, liknande "tenant 200 " som du skapar för Webex Calling uppringda personer.

  2. URI:er förröstklass – du definierar ett mönster för värd-IP-adresser/portar för olika trunkar som avslutas på LGW från:

    • Unified CM till LGW för PSTN destination

    • Unified CM till LGW för Webex Calling destinationer

    • Webex Calling TILL LGW-destinationer

    • PSTN SIP-trunk på LGW

  3. Servergrupp för röstklass –Du kan anpassna IP-adresser/portar för utgående trunkar från:

    • LGW till Unified CM

    • LGW till Webex Calling

    • LGW till PSTN SIP-trunk

  4. Utgående samtals peers– Du kan dirigera utgående samtalsuppringningar från:

    • LGW till Unified CM

    • ITSP SIP-trunk

    • Webex Calling

  5. Röstklass DPG– Du kan anropa mål för utgående samtals peers från en inkommande uppringnings peer.

  6. Inkommande uppringnings- peers– Du kan acceptera inkommande samtalsuppringningar från Unified CM, ITSP och Webex Calling.

1

Konfigurera följande röstklassade klienter:

  1. Tillämpa röstklass klient 100 på alla utgående uppringda peers facing 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. Tillämpa röstklass klient 300 på alla inkommande uppringning 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 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 ett mönster för att unikt identifiera en lokal gateway-webbplats i ett företag baserat på trunkgruppens 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 du 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-signaleringens VIA-port för Webex Calling-trunken:

    voice class uri 300 sip
    pattern :5065
    
  4. Definierar Unified CM-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 inkommande trafik på Webex Calling-trunken (Webex Calling <-> Lokal gateway --> 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-grupp 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 inkommande trafik på PSTN-trunken. Utan angivet portnummer kan du använda standardporten 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 samtalskollegor:

  1. Utgående samtalskollegor 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
    

    Här är en förklaring av konfigurationens fält:

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

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

    destination-pattern BAD.BAD

    Tillåter val av dial-peer 101. Du anropar dock utgående uppringnings peer direkt från inkommande uppringning med dpg-satser och som kringgår kriterierna för det siffrans mönster. Du använder ett slumpmässigt mönster som baseras på alfanumeriska siffror som är tillåtna av destinationsmönstret CLI.

    session protocol sipv2

    Anger att dial-peer 101 hanterar SIP-samtalsben.

    session target ipv4:192.168.80.13

    Anger destinationens mål-IPv4-adress för att skicka samtalsben. (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 om du inte definierar samma parameter under själva uppringnings peer-programmet.

  2. Utgående uppringning mot Webex Calling (Uppdatera utgående uppringnings-peer för att fungera som ingående uppringd peer från Webex Calling):

    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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP ring-peer med en tagg i 200201 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session target sip-server

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

    voice-class stun-usage 200

    Tillåter lokalt genererade stun-förfrågningar att skicka över den förhandlade mediasökvägen. Stun hjälper dig att öppna pinpinpin in 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

    dial-peer ärver alla parametrarna från klient 200 (LGW <--> Webex Calling trunk) såvida du inte definierar samma parameter under själva uppringnings-peer. </-->

    srtp

    Aktiverar SRTP för samtalsbenen.

  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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP ring-peer med en tagg på 301 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session server-group 301

    I stället för mål-IP för sessionen i dial-peer pekar du på en destinationsservergrupp (servergrupp 301 för dial-peer 301) för att definiera flera mål-UCM-noder trots att exemplet endast visar en enskild nod.

    Servergrupp för utgående uppringningsgrupp

    Med flera uppringnings peer-enheter i DPG och flera servrar i uppringningsgrupp, kan du 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). Du behöver bara en andra uppringningsgrupp och en andra servergrupp om fler än fem samtalsprenumeranter används.

    Det finns mer information i 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 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 samtalskollega mot Unified CM:s PSTN-trunk:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for 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 samtalskollega 101 är målet för alla inkommande samtalskollegor som åkallar grupp 100 för samtalskollegor. Vi tillämpar DPG 100 på inkommande uppringning peer 302 som definierats 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 samtalskollega 200201 som mål för sökvägen Unified CM --> Lokal gateway --> Webex Calling:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definiera DPG 300 för utgående samtalskollegor 301 eller 303 för sökvägen Webex Calling --> Lokal gateway --> Unified CM:

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

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

Konfigurera följande inkommande samtalskollegor:

  1. Inkommande samtalskollega för inkommande IP PSTN-samtalsdelar:

    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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 100 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session protocol sipv2

    Anger att dial-peer100 hanterar SIP-samtalsben.

    incoming uri via 100

    Anger röstklassens uri 100 till all inkommande trafik från Unified CM till LGW på VIA-rubrikens värd-IP-adress. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    Anger uppringningsgrupp 302 för att välja en utgående uppringnings-peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 om du inte definierar samma parameter under själva uppringnings peer-programmet.

  2. Inkommande samtalskollega för inkommande Webex Calling-samtalsdelar:

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

    Här är en förklaring av konfigurationens fält:

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

    Uppdaterar en VoIP ring-peer med en tagg i 200201 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    incoming uri request 200

    Anger röstklass uri 200 för all inkommande trafik från Unified CM till LGW på det unika dtg-mönstret i begäran-URI, unikt identifiera en lokal gateway-webbplats inom ett företag och i Webex Calling-ekosystemet . Se https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Anger uppringningsgrupp 300 för att välja utgående uppringningsgrupp. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

    Begränsar antalet samtidiga samtal till 250 mellan lokal gateway och Webex Calling, förutsatt en enskild samtalskollega till Webex Calling för både inkommande och utgående samtal enligt definitionen i denna guide. Mer information om samtidiga samtalsgränser medför lokala gateways, se https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Inkommande samtalskollega för inkommande Unified CM-samtalsdelar 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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 300 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    incoming uri via 300

    Anger röstklassens URI 300 till all inkommande trafik från Unified CM till LGW på via källporten (5065). Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Anger uppringningsgrupp 200 för att välja en utgående uppringnings-peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 om du inte definierar samma parameter under själva uppringnings peer-programmet.

  4. Inkommande samtalskollega för inkommande Unified CM-samtalsdelar 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
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 302 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    incoming uri via 302

    Anger röstklassens uri 302 till all inkommande trafik från Unified CM till LGW på via källporten (5065). Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Anger uppringningsgrupp 100 för att välja utgående uppringningsgrupp. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Uppringnings-peer ärver alla parametrarna från klient 300 om du inte definierar samma parameter under själva uppringnings peer-programmet.

IP PSTN till Unified CM PSTN trunk

Webex Calling 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 IOS XE-baserade lokala gatewayen och genererar e-post, syslog eller terminalmeddelande om händelsen. 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. kan du definiera logiken för problemdetektering via syslog-meddelanden, SNMP-händelser och genom regelbundna övervakningar av specifika visa kommandoutdata.

Åtgärdstyperna omfattar insamling av visa kommandoutdata:

  • skapa en sammanslagen loggfil

  • överföra filen till en nätverksplats som tillhandahålls av användaren, t.ex. HTTPS, SCP, FTP-server

TAC-tekniker skapar DS-filerna och signerar dem digitalt för integritetsskydd. Varje DS-fil har ett unikt numeriskt ID som tilldelats av systemet. Sökverktyget för diagnostiska signaturer (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 du hämtar från DSLT. De filer som du ändrar felinstallationen på grund av fel i integritetskontroll.

  • En SMTP-server (Simple Mail Transfer Protocol) som du kräver att den lokala gatewayen skickar ut e-postaviseringar.

  • Se till att den lokala gatewayen kör IOS XE 17.6.1 eller senare om du vill använda den säkra SMTP-servern för e-postaviseringar.

Förutsättningar

Lokal gateway som kör IOS XE 17.3.2 eller senare

  1. Diagnostic Signatures ä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 Cisco IOS XE 17.3.2 eller senare.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurera miljövariabeln ds_email med administratörens e-postadress för att meddela dig.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Lokal gateway som kör 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 tidigare version än 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Konfigurera miljövariabeln ds_email med e-postadressen för administratören som ska aviseras.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

Lokal gateway som kör version 16.9.x

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

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

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurera miljövariabeln ds_email med e-postadressen för administratören som ska aviseras.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Här följer ett exempel på en exempelkonfiguration av en lokal gateway som körs på Cisco 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" 

En lokal gateway som körs med Cisco 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-konto > 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 inaktiverar den alla felsökningar och avinstallerar alla diagnostiksignaturer som har installerats i den lokala gatewayen. Använd stegen nedan för att installera signaturen.

  1. Se till att aktivera SNMP med kommandot visa snmp. Om du inte aktiverar ska du konfigurera kommandot "snmp-server manager".

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    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 
    
  2. Hämta DS 64224 med följande alternativ i den nedrullningsbara listan i Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i 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: 

    Följande exempel visar hur du kopierar filen från en FTP-server till en lokal gateway.

    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) 
    
  4. Installera DS XML-filen i den lokala gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Kontrollera att signaturen har installerats med hjälp av diagnostiksignaturen show call-home. Statuskolumnen måste ha ett ”registrerat” värde.

    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 DS:er:

    DS-ID

    DS-namn

    Revidering

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    DS_Lokal gateway_Processor_MON75

    0.0.10

    Registrerad

    2020-11-07 22:05:33


    När denna signatur utlöses avinstalleras alla DS:er som körs, inklusive signaturen i fråga. Installera om DS 64224 vid behov för att fortsätta övervaka hög CPU-användning på den lokala gatewayen.

Övervakning av registrering för SIP-trunk

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

  1. Hämta DS 64117 med följande alternativ i den nedrullningsbara listan i Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-lösning

    Problemomfång

    SIP-SIP

    Problemtyp

    SIP-trunk avregistrering med e-postavisering.

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Använd diagnostisk-signatur för uppringningför att verifiera att signaturen har installerats. 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 upptäcka onormala samtalsfrånkopplingar 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 show snmp. Om det inte är aktiverat konfigurerar du kommandot ”snmp-server manager”.

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    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 
    
  2. Hämta DS 65221 med följande alternativ i Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i 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.

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

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Använd diagnostisk-signatur för uppringningför att verifiera att signaturen har installerats med hjälp av . Statuskolumnen måste ha ett "registrerat" värde.

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

Använd diagnostiska signaturer (DS) 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. Diagnostiksignaturer (DS) eliminerar behovet av att manuellt söka efter problemhändelsen och gör felsökning av periodiska och övergående problem mycket enklare.

Du kan använda sökverktyget för diagnostiksignaturer för att hitta tillämpliga signaturer och installera dem själv, eller så kan du installera signaturen som rekommenderas av TAC-teknikern som en del av supportengagemanget.

Här följer ett exempel på hur du hittar och installerar en DS för att identifiera förekomst för ”%VOICE_IEC-3-GW: CCAPI: Internt fel (tröskelvärde för samtalstopp): IEC=1.1.181.1.29.0" syslog och automatisera diagnostikdatainsamling genom att följa följande steg:

  1. Konfigurera en ytterligare DS-miljövariabel ds_fsurl_prefix som är sökvägen till Cisco TAC-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 Case Manager med följande kommando. Filöverföringstoken kan skapas i avsnittet Bilagor i Support Case Manager, efter behov.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    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”.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Se till att installera 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 Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i 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 Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-lösning

    Problemomfång

    Syslogs

    Problemtyp

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

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

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

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Kontrollera att signaturen har installerats med hjälp av diagnostiksignaturen show call-home. Statuskolumnen måste ha ett "registrerat" värde.

    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 DS:er:

    DS-ID

    DS-namn

    Revidering

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    00:07:45

    DS_Lokal gateway_Processor_MON75

    0.0.10

    Registrerad

    2020-11-08

    65095

    00:12:53

    DS_Lokal gateway_IEC_Call_spike_threshold

    0.0.12

    Registrerad

    2020-11-08

Verifiera exekvering av diagnostiska signaturer

I följande kommando visar kolumnen "Status" i kommandot ändringar av diagnostisk-signatur för uppringning till "igång" medan den lokala gatewayen utför åtgärden som definieras i signaturen. Utdata för visa statistik för diagnostiksignatur för uppringning är det bästa sättet att kontrollera om en diagnostisk signatur upptäcker ett intressanta evenemang och utför å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 avinstallerar sig själv efter att ha upptäckt maximalt antal utlösta händelser.

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 DS:er:

DS-ID

DS-namn

Revidering

Status

Senaste uppdatering (GMT+00:00)

64224

DS_Lokal gateway_Processor_MON75

0.0.10

Registrerad

2020-11-08 00:07:45

65095

DS_Lokal gateway_IEC_Call_spike_threshold

0.0.12

Körs

2020-11-08 00:12:53

visa statistik för diagnostisk signatur för uppringning

DS-ID

DS-namn

Utlöst/Max/Avinstallation

Genomsnittlig körtid (sekunder)

Maximal körtid (sekunder)

64224

DS_Lokal gateway_Processor_MON75

0/0/N

0.000

0.000

65095

DS_Lokal gateway_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Avinstallera diagnostiksignaturer

Användning av diagnostiska signaturer för felsökningsändamål definieras vanligtvis för att avinstallera efter identifiering av vissa problemhändelser. Om du vill avinstallera en signatur manuellt, hämta DS-ID från utdata för visa diagnostisk-signatur för call-home och kör följande kommando:

call-home diagnostic-signature deinstall <DS ID> 

Exempel:

call-home diagnostic-signature deinstall 64224 

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

Innan du börjar

  • Se till att följande baslinjeplattformkonfiguration som du konfigurerar är konfigurerad enligt din organisations policyer och procedurer:

    • NTP:er

    • Åtkomstkontrollistor

    • aktivera lösenord

    • primärt lösenord

    • IP-dirigering

    • IP-adresser och så vidare

  • Du behöver en lägsta version av IOS XE 17.6 som stöds för alla lokala gatewaydistributioner.

1

Se till att du tilldelar giltiga och dirigerbara IP-adresser till alla Layer 3-gränssnitt:

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

 
Gränssnittet mot Webex Calling måste kunna nås utifrån.

 

Du kan bara konfigurera Control Hub med hjälp FQDN/SRV lokal gateway. Kontrollera att FQDN går att använda med gränssnittets IP.

2

Förkonfigurera en primär nyckel för lösenordet med följande kommandon innan det används som ett autentiserings- och delat lösenord. Typ 6 lösenord krypteras med AES-chiffer och användardefinierad primär nyckel.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Konfigurera IP-namnservern för att aktivera DNS-sökning. Pinga IP-namnservern och se till att servern är åtkomlig. Lokal gateway måste lösa upp Webex Calling proxyadresser med denna DNS:

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

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


 
  • Ett signerat och betrott CA-certifikat måste kännas igen.

  • Domän i URI:en för kontaktrubriken för meddelandena om SIP-begäran (till exempel: Inbjudan, alternativ) måste finnas i SAN-certifikatet för att etablera TLS-anslutningen.

  1. Skapa en RSA-nyckel som matchar certifikatlängden för rotcertifikat med följande kommando:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Skapa en trustpoint för att hålla ett CA-signerat certifikat med följande kommandon:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Skapa certifikatsigneringsförfrågan (CSR) med följande kommando:

    crypto pki enroll CUBE_CA_CERT

     
    • Använd denna CSR för att begära ett certifikat från en av de certifikatutfärdare som stöds.

    • Kontrollera att trunkdestinationen (FQDN eller SRV) som du har konfigurerat på Control Hub finns i certifikatets SAN.

5

Om kommandot rotcertifikat en mellanliggande CA, kör följande kommandon:


 

Om det inte finns någon mellanliggande certifikatutfärdare kan du gå vidare till steg 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Skapa en betroddpunkt för att hålla rotcertifikat. Kör följande kommandon, om det inte finns någon mellanliggande CA:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Konfigurera SIP-UA för att använda den betrodda poäng som du har skapat.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Innan du börjar

  • Nätverket mot detta Webex Calling använda en offentlig IPv4-adress. Fullständiga domännamn (FQDN) eller adresser för serviceregister (SRV) måste matchas till en offentlig IPv4-adress på internet.

  • Alla SIP- och medieportar i det externa gränssnittet måste vara tillgängliga från internet. Portarna får inte ligga bakom en nätverksadressöversättning (NAT). Se till att du uppdaterar brandväggen på dina företagsnätverkskomponenter.

  • Installera ett signerat certifikat på den lokala gatewayen.

    • Certifikatutfärdare (CA) måste signera certifikatet som omnämnt i Vilka rotcertifikatsutfärdare stöds för Cisco Webex ljud- och videoplattformar? .

    • Den FQDN som valts från kontrollhubben måste vara certifikatets vanliga namn (Common Name, CN) eller Ämnets alternativa namn (SAN). Till exempel:

      • Om en trunk som har konfigurerats från organisationens Kontrollhubb har london.lgw.cisco.com:5061 som FQDN för lokal gateway måste CN eller SAN innehålla london.lgw.cisco.com i certifikatet.  

      • Om en trunk som konfigurerats från organisationens Kontrollhubb har london.lgw.cisco.com som SRV-adress till lokal gateway, måste CN eller SAN innehålla london.lgw.cisco.com i certifikatet. De poster som SRV till (CNAME, A Record eller IP-adress) är valfria i SAN.

      • I FQDN eller SRV som du använder för trunk måste kontaktadressen för alla nya SIP-dialogrutor från din lokala gateway ha london.lgw.cisco.com i värddelen av SIP-adressen. Se steg 5 för konfiguration.

  • Se till att certifikat är signerade för klient- och serveranvändning.

  • Överför betrodda paket till den lokala gatewayen som nämns i Vilka rotcertifikatsutfärdare stöds för samtal till Cisco Webex-ljud- och videoplattformar?.

1

Ange följande kommandon för att aktivera det lokala gatewayprogrammet ( se Portreferensinformation för Cisco Webex Calling för de senaste IP-undernäten att lägga till som en pålitlig lista):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Här är en förklaring av konfigurationens fält:

Avgiftsbelagda bedrägeriförsök
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Aktiverar käll-IP-adresserna för enheter från vilka lokal gateway förväntar sig legitima VoIP-samtal från andra Webex Calling peers.

  • Som standard blockerar lokal gateway alla inkommande VoIP samtal från IP-adresser som inte finns i dess betrodda lista. IP-adresser från uppringnings peer-enheter med "sessionsmål-IP" eller servergrupp är betrodda som standard och fylls inte i här.

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


     

    Om din lokala gateway är bakom en brandvägg med begränsad statisk NAT ska du inaktivera IP-adressens betrodda lista på det gränssnitt som vet Webex Calling. Brandväggen skyddar dig från oombedda inkommande VoIP samtal. Denna åtgärd minskar belastningen på din långsiktiga konfiguration eftersom adresserna för peer-Webex Calling kan ändras och du måste konfigurera din brandvägg för peers.

  • Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557.

Grundläggande funktionalitet för SIP-till-SIP
allow-connections sip to sip
Faxprotokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Aktiverar T.38 för faxtransport trots att faxtrafiken inte är krypterad. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.

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.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html.
2

Konfigurera "röstklass-codec 100".

voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

Här är en förklaring av konfigurationens fält:

Codec för röstklass 100

Tillåter opus och både g711-kodekar (my och a-law) för möten. Tillämpar standardkodc för alla dial-peers. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.

3

Konfigurera "röstklass stun-usage 100" för att aktivera ICE.

voice class stun-usage 100 
stun usage ice lite

Här är en förklaring av konfigurationens fält:

Röstklass stun-usage 100

Definierar stun-användning. Gäller stun för alla Webex Calling-uppåtriktadeuppringnings-peers för att undvika ljud när en Unified CM-telefon vidarebefordrar samtalet till en Webex Calling telefon.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.
4

Konfigurera "röstklass srtp-crypto 100" för att begränsa den krypto som stöds.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Här är en förklaring av konfigurationens fält:

Röstklass srtp-crypto 100
Anger SHA1_80 som den enda chiffer för SRTP-chiffer som en lokal gateway erbjuder i SDP som erbjuder och svarar. Webex Calling har endast stöd för SHA1_80.
5

Konfigurera "SIP-profiler 100". I exemplet är cube1.abc.lgwtrunking.com den FQDN som valts för lokal gateway och "172.x.x.x" IP-adressen för det lokala gateway-gränssnittet som är för Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Här är en förklaring av konfigurationens fält:

regel 10 till regel 20
Säkerställer att du ersätter den lokala Gateway-IP-adressen FQDN rubriken "Kontakt" i begäran och svarsmeddelanden.

Detta är ett krav för att din lokala gateway ska kunna användas som en trunk i en given Webex Calling plats för din organisation.

Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.
6

Konfigurera följande fyra utgående uppringnings-peers:

  1. Konfigurera första utgående uppringning mot Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Här är en förklaring av konfigurationens fält:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Definierar en VoIP ring-peer med en tagg på 101 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Tillåter val av dial-peer 101. Vi anropar dock utgående dial-peer 101 direkt från inkommande uppringnings peer med DPG-satser och som kringgår kriterierna för siffermönster. Du använder ett slumpmässigt mönster som baseras på alfanumeriska siffror som är tillåtna av destinationsmönstret CLI. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Anger att dial-peer 101 hanterar SIP-samtalsben. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Indikerar måladressen för FQDN från Control Hub för att skicka samtalspunkten. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100

    Anger kodeksinställningslista 100 som ska användas för uppringning peer101. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

  2. Konfigurera resten av en utgående uppringning mot Webex Calling. Stegen förblir desamma som steg 6a men har olika "sessionsmål" för uppringningstillfällena.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Skapa uppringningsgrupp baserat på uppringnings peer-gruppen Webex Calling i den aktiva/aktiva modellen.


 

Den här konfigurationen gäller för alla regioner utom trunkar som du konfigurerar på en Singapore-baserad plats. Se steg 8 för mer information.

  1. Definiera DPG 100 med utgående samtals-peer 101102103104när du Webex Calling. Tillämpa DPG 100 på inkommande nummer peer 100 för att definiera PSTN eller Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Här är en förklaring av konfigurationens fält:
dial-peer 101 preference 1 

Medarbetare en utgående uppringningsgrupp med uppringningsgrupp 100 och konfigurera dial-peer 101, 102, 103och 104 med samma inställning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

8

Skapa uppringningsgrupp baserat på uppringnings peer-gruppen Webex Calling den primära/säkerhetskopierade modellen.


 

Den här konfigurationen gäller endast trunkar som du konfigurerar i Singapore-platserna.

  1. Definiera uppringningsgrupp 100 med utgående uppringningsgrupp 101102103104 mot Webex Calling. Tillämpa DPG 100 på inkommande nummer peer 100 för att definiera PSTN eller Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Här är en förklaring av konfigurationens fält:
dial-peer 101 and 102 preference 1 

Medarbetare en utgående uppringningsgrupp med uppringningsgrupp 100 och konfigurerar dial-peer 101 och 102 enligt första inställningarna. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

dial-peer 103 and 104 preference 2 

Kopplar en utgående uppringning till dial-peer-gruppen 100och konfigurerar dial-peer 103 och 104 som andra inställningar. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

9

Konfigurera inkommande uppringnings-peer från Webex Calling. Inkommande matchning baseras på URI-begäran.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Här är en förklaring av konfigurationens fält:

voice class uri 120 sip
Definierar matchningsmönstret för ett inkommande samtal från Webex Calling. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.
session transport tcp tls
Ställer in transport till TLS. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680.
destination dpg 120
Anger uppringningsgrupp 120 för att välja en utgående uppringnings-peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
incoming uri request 120

Matchar all inkommande trafik från Webex Calling till lokal gateway på det unika DTG-mönstret i begäran om URI, och identifierar en lokal gateway-webbplats unikt inom ett företag och i Webex Calling ekosystemet. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

Voice class srtp-crypto 100

Konfigurerar de chiffer som föredras för SRTP-samtalsanslutningen (anslutning). Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

bind control source-interface GigabitEthernet0/0/1

Konfigurerar en käll-IP-adress för signalering av källans gränssnitt Webex Calling. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

bind media source-interface GigabitEthernet0/0/1

Konfigurerar en käll-IP-adress för mediakällgränssnittet som Webex Calling. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

Denna distribution kräver följande konfiguration på den lokala gatewayen:

  1. Uri:er för röstklass– du kan definiera värd-IP-adresser/portmönster för olika trunkar som avslutas på lokal gateway:

    • Webex Calling LGW

    • PSTN SIP-trunk på LGW

  2. Utgående samtalsanvändare – du kan dirigera utgående samtalsuppkopplingarfrån en LGW till EN INTERNETtelefonileverantör (ITSP) SIP-trunk och Webex Calling.

  3. Röstklass DPG– Du kan anropa mål för utgående samtals peers från en inkommande uppringnings peer.

  4. Inkommande uppringnings- peers– Du kan acceptera inkommande samtalsuppringningar från ITSP och Webex Calling.

Använd konfigurationen antingen för en konfiguration av en lokal gateway som ligger på en partners server eller för en lokal kundwebbplatswebbplats. Se följande:

1

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 ett mönster för att unikt identifiera en lokal gateway-webbplats inom ett företag. Använd värdnamnet för lokal gateway som Uniform Resource Identifier (URI) och matcha mönster.

    voice class uri 200 sip
    pattern cube.domain.com
    

     

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

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Konfigurera följande utgående samtalskollegor:

  1. Utgående samtalskollegor mot IP PSTN:

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte 
    no vad
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 121 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Tillåter val av dial-peer 121. Du anropar dock denna utgående uppringnings peer direkt från inkommande uppringnings peer-peer med DPG-satser och som kringgår kriterierna för det siffrans mönster. Du använder ett slumpmässigt mönster som baseras på alfanumeriska siffror som är tillåtna av destinationsmönstret CLI. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Anger att dial-peer 121 hanterar SIP-samtalsben. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target ipv4:192.168.80.13

    Indikerar mål-IPv4-adressen som ska skicka samtalsbenen. Mötets mål är ITSP:s IP-adress. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100.

    Anger kodeksinställningslista 100 som ska användas för uppringning peer-121 .

    Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

    dtmf-relay rtp-nte

    Definierar RTP-NTE (RFC2833) som DTMF-funktionen som förväntas på samtalsbenen. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185.

    no vad

    Inaktiverar identifiering av röstaktivitet. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

  2. Utgående uppringning mot Webex Calling. Se Konfigurera certifikatbaserad trunk för konfigurationer.

3

Konfigurera följande dial-peer-grupp (DPG):

  1. Definierar uppringningsgrupp 120. Utgående samtal-peer 121 är målet för Webex Calling-> LGW --> PSTN. Du tillämpar DPG 120 på inkommande nummer peer 110 för Webex Calling --> LGW -> PSTN sökväg.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Du måste konfigurera DPG 120 till inkommande uppringnings-peer från Webex Calling, se steg 9 i Konfigurera certifikatbaserad trunk för mer information.

4

Konfigurera följande inkommande samtalskollegor:

  1. Inkommande samtalskollega för inkommande IP PSTN-samtalsdelar:

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

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 122 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    session protocol sipv2

    Anger att dial-peer 122 hanterar SIP-samtalsben. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    incoming uri via 100

    Definierar ett matchningskriterium för VIA-sidhuvudet med IP-PSTN-adress. Matchar alla inkommande IP PSTN på den lokala gatewayen med nummer peer 122. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Kringgår de klassiska matchande kriterierna för utgående samtal-peer i lokal gateway med destinationEN DPG 100. Konfigurera utgående samtal med dial-peers som definieras inom destination DPG 100, dvs. dial-peer 101,102,103,104. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    no vad

    Inaktiverar identifiering av röstaktivitet. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

  2. Inkommande samtalskollega för inkommande Webex Calling-samtalsdelar:

PSTN till Webex Calling:

Matcha alla inkommande IP-PSTN-samtals på den lokala gatewayen med uppringnings-peer 122 för att definiera ett matchningskriterium för VIA-sidhuvudet med IP-PSTN:ens IP-adress. DPG 100 aktiverar utgående dial-peer 101102103104 som har Webex Calling-servern som måldestination.

Webex Calling till PSTN:

Matcha alla inkommande Webex Calling-samtals på den lokala gatewayen med uppringnings-peer 110 för att definiera kriteriumt för rubrikmönstret FÖR FÖRFRÅGAN om URI med värdnamnet för lokal gateway som är unikt för distributionen av den lokala gatewayen. DPG 120 aktiverar utgående dial-peer 121, som har IP-PSTN IP-adress som måldestination.

Denna distribution kräver följande konfiguration på den lokala gatewayen:

  1. Röstklassade URI:er – Du kan definiera mönster för värd-IP-adresser/portar för olika trunkar som avslutas på LGW från:

    • Unified CM till LGW för PSTN destination

    • Unified CM till LGW för Webex Calling destinationer

    • Webex Calling TILL LGW-destinationer

    • PSTN SIP-trunk på LGW-destinationer

  2. Servergrupp för röstklass –Du kan anpassna IP-adresser eller portar för utgående trunkar från:

    • LGW till Unified CM

    • LGW till Webex Calling

    • LGW till PSTN SIP-trunk

  3. Utgående samtals peers– Du kan dirigera utgående samtalsuppringningar från:

    • LGW till Unified CM

    • SIP-trunk tjänsteleverantör för internettelefoni (ITSP)

    • Webex Calling

  4. Röstklass dpg– målet är att starta utgående uppringda användare från en inkommande uppringnings peer.

  5. Inkommande uppringnings- peers –Du kan acceptera inkommande samtalsuppringningar från Unified CM, ITSP och Webex Calling.

1

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

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

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Definiera ett mönster för att unikt identifiera en lokal gateway-webbplats inom ett företag. Använd värdnamnet för lokal gateway som det obligatoriska matchningsmönstret för Uniform Resource Identifier (URI).

    voice class uri 200 sip
    pattern cube.domain.com

     

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

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Definierar Unified CM-signaleringens VIA-port för Webex Calling-trunken:

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

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 inkommande trafik på Webex Calling-trunken (Webex Calling <-> Lokal gateway --> 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-grupp 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 inkommande trafik på PSTN-trunken. Använd standardporten 5060 om du inte anger portnumret. (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
    
3

Konfigurera följande utgående samtalskollegor:

  1. Utgående samtalskollegor mot IP PSTN:

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte
    no vad
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP ring-peer med en tagg på 121 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Tillåter val av nummer peer 121. Vi anropar dock denna utgående uppringnings peer direkt från inkommande uppringnings peer med DPG-satser och som kringgår kriterierna för det siffrans mönster. Vi använder ett slumpmässigt mönster baserat på alfanumeriska siffror som är tillåtna av destinationsmönstret CLI. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587. session protocol sipv2

    Anger att dial-peer 121 hanterar SIP-samtalsben.

    session target ipv4:192.168.80.13

    Ange måladressen för IPv4 för att skicka samtalsben. (I detta fall ITSP:s IP-adress.) Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    voice-class codec 100

    Anger kodeksinställningslista 100 som du använder för dial-peer 121.

    Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

  2. Utgående uppringning mot Webex Calling:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Här är en förklaring av konfigurationens fält:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Definierar en VoIP-ring-peer med en tagg i 200201, 200202, 200203, 200204 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    voice-class stun-usage 100

    Skicka lokalt genererad stun-begäran över den förhandlade mediasökvägen. Stun öppnar pin den i brandväggen.

    srtp

    Aktiverar SRTP för samtalsbenen.

  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 100
    dtmf-relay rtp-nte
    no vad
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP ring-peer med en tagg på 301 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session server-group 301

    Definierar sessionsmålet för flera Unified CM-noder (servergrupp 301 för uppringnings peer 301) men exemplet visar endast en enskild nod.

    Servergrupp för utgående uppringning

    Uppnår slumpmässig distribution av samtal över alla Unified CM-samtalsbearbetningsprenumeranter eller -hunt baserat på en definierad inställning med flera dial-peers i DPG och flera servrar i gruppen för uppringnings peer-server. Varje servergrupp kan ha upp till fem servrar (IPv4/v6 med eller utan port). Du kan endast använda en andra uppringningsgrupp och en andra servergrupp för mer än fem prenumeranter för samtalsbehandling.

    Det finns mer information i 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 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 100
    dtmf-relay rtp-nte
    no vad
  5. Utgående samtalskollega 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 100 
    dtmf-relay rtp-nte
    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 100  
    dtmf-relay rtp-nte
    no vad
    
4

Konfigurera följande dial-peer-grupp (DPG):

  1. Definierar DPG 121. Utgående samtal-peer 121 är målet för alla inkommande uppringning peer som aktiverar DPG 121. Tillämpa DPG 121 på inkommande dial-peer 302 som definierats senare för sökvägen Unified CM -> LGW -> PSTN :

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definiera DPG 100 med utgående utgående 200201, 200202, 200203 och 200204 som mål för Unified CM --> LGW -> Webex Calling sökväg:


     

    Se till att inställningsändringarna baseras på platsen för den konfigurerade lokala gatewayen. Se steg 7och steg 8 i Konfigurera certifikatbaserad trunk för mer information.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Definiera DPG 300 för utgående samtalskollegor 301 eller 303 för sökvägen Webex Calling --> Lokal gateway --> Unified CM:

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

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

Konfigurera följande inkommande samtalskollegor:

  1. Inkommande samtalskollega för inkommande IP PSTN-samtalsdelar:

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

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 100 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    session protocol sipv2

    Anger att dial-peer 100 hanterar SIP-samtalsben.

    incoming uri via 100

    Anger röstklassens uri 100 för att matcha all inkommande trafik från IP-PSTN till lokal gateway på ett inkommande VIA-sidhuvudets värd-IP-adress. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    Anger ringa peer-grupp 302 för att välja en utgående uppringnings peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
  2. Inkommande samtalskollega för inkommande Webex Calling-samtalsdelar:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Här är en förklaring av konfigurationens fält:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Uppdaterar en VoIP med en tagg på 110 och ger en meningsfull beskrivning för enkel hantering och felsökning.

    destination dpg 120

    Anger att peer-grupp 120 ska ringas upp för att välja en utgående uppringnings peer. Se för https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 mer information.

    Voice class srtp-crypto 100

    Konfigurerar de chiffer som föredras för SRTP-samtalsanslutningen (anslutning). Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

    bind control source-interface GigabitEthernet0/0/1

    Konfigurerar en käll-IP-adress för signalering av källans gränssnitt Webex Calling.

    Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

    bind media source-interface GigabitEthernet0/0/1

    Konfigurerar en käll-IP-adress för mediakällgränssnittet som Webex Calling.

    Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

  3. Inkommande samtalskollega för inkommande Unified CM-samtalsdelar 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 100
    dtmf-relay rtp-nte
    no vad
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 300 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 300

    Anger röstklassens URI 300 till all inkommande trafik från Unified CM till LGW på via källporten (5065). Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Anger att ringa peer-grupp 200 för att välja en utgående uppringnings peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

  4. Inkommande samtalskollega för inkommande Unified CM-samtalsdelar 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 100
    dtmf-relay rtp-nte
    no vad
    

    Här är en förklaring av konfigurationens fält:

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

    Definierar en VoIP med en tagg på 302 och ger en meningsfull beskrivning för enkel hantering och felsökning. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 302

    Anger röstklassens URI 300 för att matcha all inkommande trafik från Unified CM till en lokal gateway för PSTN destination på VIA port. Du kan använda 5060-porten som en standard-SIP-port. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.

    destination dpg 100

    Anger att ringa peer-grupp 100 för att välja en utgående uppringnings peer. Det finns mer information i https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

Diagnostiska signaturer (DS) upptäcker proaktivt vanligt förekommande problem i Cisco IOS XE-baserad lokal gateway och genererar e-post, syslog eller terminalmeddelande om händelsen. 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 för att informera, felsöka och åtgärda problemet. Använd syslog-meddelanden, SNMP-händelser och genom regelbundna övervakningar av specifika visa kommando-utdata för att definiera logiken för problemdetektering. Åtgärdstyperna inkluderar:

  • Samlar visa kommandoutdata

  • Skapa en sammanslagen loggfil

  • Överföra filen till en nätverksplats som tillhandahålls av användaren, t.ex. HTTPS, SCP, FTP-server

TAC-tekniker skapar DS-filer och signerar dem digitalt för integritetsskydd. Varje DS-fil har det unika numeriska ID som systemet tilldelat. Sökverktyget för diagnostiska signaturer (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 du hämtar från DSLT. De filer som du ändrar felinstallationen på grund av fel i integritetskontroll.

  • En SMTP-server (Simple Mail Transfer Protocol) som du kräver att den lokala gatewayen skickar ut e-postaviseringar.

  • Se till att den lokala gatewayen kör IOS XE 17.6.1 eller senare om du vill använda den säkra SMTP-servern för e-postaviseringar.

Förutsättningar

Lokal gateway som kör IOS XE 17.6.1 eller senare

  1. Diagnostic Signatures är aktiverade som standard.

  2. Konfigurera den säkra e-postservern som du använder för att skicka proaktiva meddelanden om enheten kör IOS XE 17.6.1 eller senare.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurera miljövariabeln ds_email med administratörens e-postadress för att meddela dig.

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

Lokal gateway som kör version 17.6.1

  1. Ange följande kommandon för att aktivera Diagnostic Signatures.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurera e-postservern för att skicka proaktiva aviseringar om enheten kör en version tidigare än 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurera miljövariabeln ds_email med e-postadressen till den administratör som du meddelar

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

Här följer ett exempel på en exempelkonfiguration av en lokal gateway som körs på Cisco IOS XE 17.6.1 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örs med Cisco 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-konto > 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 Diagnostic Signatures 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 inaktiverar den alla felsökningar och avinstallerar alla diagnostiksignaturer som du installerar i den lokala gatewayen. Använd stegen nedan för att installera signaturen.

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

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    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 
    
  2. Hämta DS 64224 med följande alternativ i den nedrullningsbara listan i Diagnostic Signatures Lookup Tool:

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

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

    Följande exempel visar hur du kopierar filen från en FTP-server till en lokal gateway.

    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) 
    
  4. Installera DS XML-filen i den lokala gatewayen.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Använd kommandot visa diagnostisk signatur för uppringning för att verifiera att signaturen har installerats. Statuskolumnen måste ha ett "registrerat" värde.

    
    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 DS:er:

    DS-ID

    DS-namn

    Revidering

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    DS_Lokal gateway_Processor_MON75

    0.0.10

    Registrerad

    2020-11-07 22:05:33


    När denna signatur utlöses avinstalleras alla DS:er som körs, inklusive signaturen i fråga. Installera om DS 64224 vid behov för att fortsätta övervaka hög CPU-användning på den lokala gatewayen.

Övervaka onormala samtalsfrånkopplingar

Denna DS använder SNMP-omröstningar var 10:e minut för att upptäcka onormala samtalsfrånkopplingar 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. Se till att SNMP är aktiverat med kommandot visa snmp. Om SNMP inte är aktiverad konfigurerar du kommandot "snmp-server manager".

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    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 
  2. Hämta DS 65221 med följande alternativ i Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i 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.

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

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Använd kommandot visa diagnostisk signatur för inringning föratt verifiera att signaturen har installerats. Statuskolumnen måste ha ett ”registrerat” värde.

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

Du kan även använda diagnostiska signaturer (DS) 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 problemförekomsten och gör felsökning av periodiska och tillfälliga problem mycket enklare.

Du kan använda sökverktyget för diagnostiksignaturer för att hitta tillämpliga signaturer och installera dem själv, eller så kan du installera signaturen som rekommenderas av TAC-teknikern som en del av supportengagemanget.

Här följer ett exempel på hur du hittar och installerar en DS för att identifiera förekomst för ”%VOICE_IEC-3-GW: CCAPI: Internt fel (tröskelvärde för samtalstopp): IEC=1.1.181.1.29.0" syslog och automatisera diagnostikdatainsamling genom att följa följande steg:

  1. Konfigurera en annan DS-miljövariabel ds_fsurl_prefix som Cisco TAC-filserversökväg (cxd.cisco.com) för att överföra diagnostikdata. Användarnamnet i filsökväg är ärendenumret och lösenordet är den filuppladdning-token som kan hämtas från Support ärendehanteraren så som visas i följande. Token filuppladdning kan skapas i avsnittet Bilagor i Hanteraren för supportfall, efter behov.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    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 SNMP inte är aktiverat konfigurerar du kommandot "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  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 Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i 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 Diagnostic Signatures Lookup Tool:

    Fältnamn

    Fältvärde

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-lösning

    Problemomfång

    Syslogs

    Problemtyp

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

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

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

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Kontrollera att signaturen har installerats med hjälp av diagnostiksignaturen show call-home. Statuskolumnen måste ha ett ”registrerat” värde.

    
    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 DS:er:

    DS-ID

    DS-namn

    Revidering

    Status

    Senaste uppdatering (GMT+00:00)

    64224

    00:07:45

    DS_Lokal gateway_Processor_MON75

    0.0.10

    Registrerad

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_Lokal gateway_IEC_Call_spike_threshold

    0.0.12

    Registrerad

    2020-11-08:00:12:53

Kontrollera utförande av Diagnostic Signatures

I följande kommando visar kolumnen "Status" i kommandot ändringar av diagnostisk-signatur för uppringning till "igång" medan den lokala gatewayen utför åtgärden som definieras i signaturen. Utdata för visa statistik för diagnostiksignatur för uppringning är det bästa sättet att kontrollera om en diagnostisk signatur upptäcker ett intressanta evenemang och utför å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 avinstallerar sig själv efter att ha upptäckt maximalt antal utlösta händelser.

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 DS:er:

DS-ID

DS-namn

Revidering

Status

Senaste uppdatering (GMT+00:00)

64224

DS_Lokal gateway_Processor_MON75

0.0.10

Registrerad

2020-11-08 00:07:45

65095

DS_Lokal gateway_IEC_Call_spike_threshold

0.0.12

Körs

2020-11-08 00:12:53

visa statistik för diagnostisk signatur för uppringning

DS-ID

DS-namn

Utlöst/Max/Avinstallation

Genomsnittlig körtid (sekunder)

Maximal körtid (sekunder)

64224

DS_Lokal gateway_Processor_MON75

0/0/N

0.000

0.000

65095

DS_Lokal gateway_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Avinstallera Diagnostic Signatures

Användning av diagnostiska signaturer i felsökningssyfte definieras vanligtvis för att avinstalleras efter identifiering av vissa problemhändelser. Om du vill avinstallera en signatur manuellt hämtar du DS-ID från utdata för visa diagnostisk-signatur för call-home och kör följande kommando:

call-home diagnostic-signature deinstall <DS ID> 

Exempel:

call-home diagnostic-signature deinstall 64224 

Nya signaturer läggs till regelbundet i verktyget för sökning av diagnostiksignaturer, baserat på problem som observeras i distributioner. TAC har för närvarande inte stöd för begäranden om att skapa nya anpassade signaturer.

30 september 2022
Implementera hög CUBE-tillgänglighet som lokal gateway

Lokal gateway (LGW) är det enda alternativet för att tillhandahålla 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 hög CUBE-tillgänglighet, aktiva och standby-CUBE-tillämpningar för tillståndskänslig felöverlämning av 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 verkligen förstår följande koncept:

Konfigurationsriktlinjerna 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 se 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 lokala gatewayfunktioner stöds.


Kommandon och loggar i den här artikeln baseras på minst programvaruversion Cisco IOS-XE 16.12.2 implementerad på en vCUBE (CSR1000v).

Referensmaterial

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

Översikt över Webex Calling-lösning

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

Distribution av lokal gateway (som representeras nedan) är i 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-tjänst som ägs av kunden. 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-distribution utan någon befintlig IP PBX och kan tillämpas på en distribution på enskild eller flera platser. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

2-lagers enhet-till-enhetsredundans

CUBE HA 2-lagers enhet-till-enhetsredundans använder infrastrukturprotokollet Redundansgrupp (RG) för att skapa ett par routrar som är aktiva/i vänteläge. Detta par delar samma virtuella IP-adress (VIP) över sina respektive gränssnitt och utbyter kontinuerligt statusmeddelanden. CUBE-sessionsinformation kontrolleras med ett par routrar, vilket gör att routern i vänteläge omedelbart kan ta över allt ansvar för CUBE-samtalsbearbetning om den aktiva routern går ur drift, vilket resulterar i ett tillståndskänsligt bevarande av signalering och media.


Kontrollen är begränsad till anslutna samtal med mediepaket. Samtal under överföring kontrolleras inte (till exempel i försöks- eller ringande tillstånd)

I den här artikeln hänvisar CUBE HA till CUBE High Availability (HA) 2-lagers enhet-till-enhetsredundans för tillståndskänsligt 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 diskutera designöverväganden och konfigurationer i den här artikeln. Denna figur visar en typisk CUBE HA-konfiguration som lokal gateway för en Cisco Webex Calling-trunkdistribution.

Infrakomponent för redundansgrupp

Infrakomponenten för redundansgrupp (RG) tillhandahåller infrastrukturstöd för enhet-till-enhetskommunikation mellan de två CUBE och förhandlar fram det slutliga stabila redundanstillståndet. Komponenten tillhandahåller även:

  • Ett HSRP-liknande protokoll som förhandlar fram det slutliga redundanstillståndet för varje router genom att utbyta keepalive- och hello-meddelanden mellan de två CUBE (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 routern till routern i vänteläge (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 virtuell IP-adress (VIP) för både signalering och media

B2B HA är beroende av VIP för att uppnå redundans. VIP och associerade fysiska gränssnitt för båda CUBE i CUBE HA-paret måste finnas på samma LAN-undernät. Konfiguration av VIP och bindningen av 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, SBC för Webex Calling-åtkomst, tjänsteleverantör eller proxy, använder VIP som destinations-IP-adress för samtal som passerar genom CUBE HA-routrar. Avseende Webex Calling agerar därmed CUBE HA-paren som en enda lokal gateway.

Information om samtalssignalering och RTP-session för etablerade samtal kontrolleras från den aktiva routern till routern i vänteläge. När den aktiva routern slutar fungera tar routern i vänteläge över och fortsätter vidarebefordra RTP-strömmen som tidigare dirigerades av den första routern.

Samtal som är i överföringstillstånd vid felöverlämningen kommer inte att bevaras efter växlingen. Till exempel samtal som inte har etablerats helt än eller som håller på att ändras med en överförings- eller parkeringsfunktion. Etablerade samtal kan kopplas från efter växlingen.

Följande krav gäller för användning av CUBE HA som lokal gateway för tillståndskänsliga felöverlämningar av samtal:

  • CUBE HA kan inte ha TDM eller analoga gränssnitt på samma plats

  • Gig1 och Gig2 kallas för trafikgränssnitt (SIP/RTP) och Gig3 är kontroll-/datagränssnitt för redundansgrupp (RG)

  • Högst 2 CUBE HA-par kan placeras i samma 2-lagersdomän, ett med grupp-ID 1 och det andra med grupp-ID 2. Om 2 HA-par konfigureras med samma grupp-ID måste kontroll-/datagränssnitt för RG tillhöra olika 2-lagersdomäner (vlan, separat växling)

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

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

  • När en plattform laddas om i en CUBE-HA-relation startar den alltid om i Vänteläge

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

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

  • Konfigurationen för båda CUBE 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

  • Vid flera trafikgränssnitt (SIP/RTP) (Gig1, Gig2) måste gränssnittsspårning konfigureras

  • CUBE-HA stöds inte via anslutning med korskopplad nätverkskabel för RG-kontrollänken/datalänken (Gig3)

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

  • WAN får inte avslutas direkt på CUBE-tillämpningarna och Data HA får inte finnas på någon sida

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

  • Det är obligatoriskt att använda separat L3-gränssnitt för redundans (RG Control/-data, Gig3), dvs. gränssnitt som används för trafik får inte användas för HA-keepalives och kontrollpunkter

  • Vid felöverlämning uppdateras som standard den tidigare aktiva CUBE-applikationen, vilket innebär att signalering och media bevaras

Konfigurera redundans på båda CUBE

Du måste konfigurera 2-lagers enhet-till-enhetsredundans på båda CUBE-tillämpningarna som ska användas i ett HA-par för att få fram virtuella IP-adresser.

1

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

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Spåra CLI används i RG för att spåra gränssnittstillståndet för rösttrafik, så att den aktiva dirigeringens roll tystas när trafikgränssnittet ligger nere.

2

Konfigurera RG för användning med VoIP HA under underläget för programredundans.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 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
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Här förklaras de fält som används i den här konfigurationen:

  • redundans – Anger redundansläge

  • programredundans – Anger konfigurationsläge för programredundans

  • grupp– Anger gruppkonfigurationsläge för redundansprogram

  • namn LocalGateway-HA– Anger RG-gruppens namn

  • prioritet 100 felöverlämningströskel 75– Anger tröskelvärdet för initial prioritet och felöverlämning för RG

  • timerfördröjning 30 ny inläsning 60– Konfigurerar de två tiderna för fördröjning och ny inläsning

    • Fördröjningstimer gäller tiden det tar att fördröja RG-gruppens initiering och rollförhandling efter att gränssnittet visas – 30 sekunder som standard. Intervallet är 0–10 000 sekunder

    • Läs in igen – tiden det tar att fördröja RG-gruppinitieringen och rollförhandlingen efter en ny inläsning – 60 sekunder som standard. Intervallet är 0–10 000 sekunder

    • Standardtimer rekommenderas, även om dessa kan justeras för att tillgodose alla ytterligare konvergensfördröjningar som kan uppstå under uppstart/ny inläsning av routrarna, för att garantera att RG-protokollförhandlingen äger rum efter att dirigeringen i nätverket har konvergerats till en stabil punkt. Om det efter felöverlämning t.ex. upptäcks att det tar upp till 20 sekunder för den nya STANDBY att se det första RG HELLO-paketet från den nya ACTIVE ska denna fördröjning faktoreras in och timers justeras till ”timers delay 60 reload 120 (timers fördröjning 60 ny inläsning 120)”.

  • kontrollera GigabitEthernet3-protokoll 1– Konfigurerar gränssnittet som används för att byta keepalive och hälsningsmeddelanden mellan de två CUBE-tillämpningarna, specificerar protokollinstansen som ska kopplas till ett kontrollgränssnitt och anger protokollkonfigurationsläge för redundansprogram

  • data GigabitEthernet3– Konfigurerar gränssnittet som används för kontroll av datatrafik

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

  • protokoll 1 – Anger vilken protokollinstans som ska kopplas till ett kontrollgränssnitt och anger protokollkonfigurationsläge för redundansprogram

  • timers hälsningstid 3 parkeringstid 10– Konfigurerar timern för hälsningstid och timern för parkeringstid:

    • Hälsningstid – intervall mellan flera hälsningsmeddelanden i följd – standard 3 sekunder. Intervallet är 250 millisekunder – 254 sekunder

    • Parkeringstid – intervallet mellan mottagandet av ett hälsningsmeddelande och antagandet att ett fel har uppstått på sändningsroutern. Den här varaktigheten måste vara längre än hälsningstiden – standard 10 sekunder. Intervallet är 750 millisekunder – 255 sekunder

      Vi rekommenderar att du konfigurerar timern för parkeringstid till minst tre gånger värdet för timern för hälsningstid.

3

Aktivera enhet-till-enhetsredundans för CUBE-programmet. Konfigurera RG från föregående steg under voice service voip. Detta gör det möjligt för CUBE-programmet att styra redundansprocessen.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundansgrupp 1– Ny inläsning krävs för att den uppdaterade konfigurationen ska fungera när du lägger till och tar bort det här kommandot. Plattformarna läses in igen när hela konfigurationen har tillämpats.

4

Konfigurera Gig1 och Gig2-gränssnitten tillsammans med deras respektive virtuella IP-adresser enligt nedan och tillämpa redundansgränssnittsidentifieraren (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Här förklaras de fält som används i den här konfigurationen:

  • redundans rii– konfigurerar redundansgränssnittsidentifieraren för redundansgruppen. Krävs för att skapa en virtuell MAC-adress (VMAC). Samma ID-värde för rii måste användas för varje routers gränssnitt (AKTIV/STANDBY) som har samma VIP.


     

    Om det finns fler än ett B2B-par på samma LAN, MÅSTE varje par ha unika rii-ID:n för sina respektive gränssnitt (för att förhindra kollision). ”show redundancy application group all (visa alla redundansprogramgrupper)” ska ange korrekt lokal information och peer-information.

  • redundansgrupp 1– Associerar gränssnittet till redundansgruppen som skapades i steg 2 ovan. Konfigurera RG-gruppen samt den VIP som tilldelats det här fysiska gränssnittet.


     

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, dvs. gränssnittet som används för rösttrafik inte kan användas som kontroll- och datagränssnitt enligt steg 2 ovan. I detta exempel används Gigabit-gränssnitt 3 för RG-kontroll/-data

5

Spara konfigurationen av den första CUBE-tillämpningen och läs in den på nytt.

Standby-plattformen är alltid sist att läsas in på nytt.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

När VCUBE-1 startat helt sparar du konfigurationen av VCUBE-2 och läser in den på nytt.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Verifiera att enhet-till-enhetskonfigurationen fungerar som väntat. Relevant utdata markeras i fetstil.

VCUBE-2 lästes in på nytt sist och enligt designöverväganden är standbyplattformen alltid den sista att läsas in på nytt.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurera en lokal gateway på båda CUBE

I vår exempelkonfiguration använder vi följande segmentinformation från Control Hub för att bygga den lokala gatewaykonfigurationen på båda plattformarna, VCUBE-1 och VCUBE-2. Användarnamnet och lösenordet för den här inställningen är följande:

  • Användarnamn: – Isain1076_LGU

  • Lösenord: lOV12MEaZx

1

En konfigurationsnyckel måste skapas för lösenordet med kommandona som visas nedan innan den kan användas i autentiseringsuppgifterna eller delade hemligheter. Typ 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)#password encryption aes

Här är den lokala gatewaykonfigurationen som gäller för båda plattformarna baserat på parametrarna i Control Hub som visas ovan, spara och läs in igen. SIP Digest-autentiseringsuppgifter från Control Hub markeras i fetstil.


configure 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.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  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 dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
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 GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-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
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface 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=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.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 Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from 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
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

För att visa utdata för visningskommandot har vi gjort en ny inläsning av VCUBE-2 följt av VCUBE-1, vilket gör VCUBE-1 till standby-CUBE och VCUBE-2 till aktiv CUBE

2

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

visa redundansprogramgrupp 1

visa status för sip-ua-register


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Från ovan utdata kan du se att VCUBE-2 är den aktiva LGW som underhåller registreringen med Webex Calling-åtkomsten SBC, medan utdata från ”show sip-ua register status (visa status för sip-ua register)” är tomt i VCUBE-1

3

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


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulera felöverlämning genom att utfärda följande kommando på den aktiva LGW, VCUBE-2 i det här fallet.


VCUBE-2#redundancy application reload group 1 self

Växling från AKTIV till STANDBY för LGW sker även i följande scenario, förutom CLI som listas ovan

  • När den AKTIVA routern läses in på nytt

  • När den AKTIVA routern gör en kall omstart

  • När den AKTIVA routerns RG-konfigurerade gränssnitt är avstängda för vilket spårning är aktiverat

5

Kontrollera om VCUBE-1 har registrerats med Webex Calling-åtkomst SBC. VCUBE-2 skulle ha lästs in på nytt vid det här laget.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 är nu aktiv LGW.

6

Titta på relevant felsökningslogg på VCUBE-1 som skickar en SIP-registrering till Webex Calling VIA den virtuella IP-adressen och mottager en 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 september 2022
Konfigurera Unified CM för Webex Calling

Du kan behöva integrera med Unified CM om Webex Calling-aktiverade platser läggs till i en befintlig distribution där Unified CM är den lokala samtalskontrollösningen, eller om du behöver direkt uppringning mellan telefoner registrerade för Unified CM och telefoner på Webex Calling-platser.

Konfigurera säkerhetsprofilen 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 tjänsteklass för de här samtalstyperna. Den differentierade samtalsbehandlingen uppnås genom att två trunkar tillhandahålls mellan Unified CM och den kombinerade enheten med lokal gateway och PSTN-gateway som kräver olika SIP-lyssningsportar för de två trunkarna.

Skapa en dedikerad säkerhetsprofil för SIP-trunk för lokal gateway-trunk med följande inställningar:

Inställning Värde
Namn Unikt namn, t.ex. Webex
Beskrivning Meningsfull beskrivning, t.ex. Säkerhetsprofil för Webex SIP-trunk
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, t.ex. Webex
Beskrivning Meningsfull beskrivning, t.ex. 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, t.ex. Webex
Beskrivning Meningsfull beskrivning, t.ex. Webex Calling-sökområde
Valda partitioner

DN (+E.164-katalognummer)

ESN (förkortad uppringning mellan webbplatser)

PSTNInternational (PSTN-åtkomst)

onNetRemote (GDPR-inlä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 Intercluster Lookup Service (ILS) eller Global Dialplan Replication (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
DeviceName Ett unikt namn, t.ex. Webex
Beskrivning Meningsfull beskrivning, t.ex. 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 åtkomst endast till PSTN-dirigeringsmö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 dirigeringsgrupp för Webex

Skapa en dirigeringsgrupp med följande inställningar:

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

Konfigurera dirigeringslista för Webex

Skapa en dirigeringslista med följande inställningar:

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

Skapa en partition för Webex-destinationer

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

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

Nästa steg

Se till att lägga till den här partitionen i alla samtalssökutrymmen som ska ha åtkomst till Webex-destinationer. Du måste lägga till den här partitionen specifikt i 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 dirigeringsmönster för Webex-destinationer

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

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

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

Om förkortad uppringning inom webbplatsen krävs för Webex ska du konfigurera normaliseringsmönster för uppringning 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 upphovsmannens samtalssökutrymme Markerad
Brådskande prioritet Markerad
Invänta inte timeout mellan siffror vid påföljande hopp Markerad
Omvandlingsmask för uppringd part Mask för att normalisera numret till +E.164. Till exempel: +140855501XX
30 september 2022
Konfigurera dina funktioner för Webex Calling

Läs mer om några av funktionerna som finns i Webex Calling och hur du konfigurera dem för din organisation och dina användare.

Skapa en sökgrupp

Hunt groups dirigerar 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 sökgrupp finns i Hunt Groups Cisco Webex Control Hub.

Skapa en samtalskö

Du kan konfigurera en samtalskö så att kunder vars samtal inte kan besvaras hör ett automatiskt svar, lugnande meddelanden och musik tills någon kan besvara samtalet.

Mer information om hur du ställer in och hanterar ett samtalskö finns i Hantera samtalsköer i Cisco Webex Control Hub.

Skapa en receptionistklient

Hjälp till att uppfylla kontorspersonalens behov. Du kan konfigurera användare som telefondeltagare så att de kan avskärma inkommande samtal till vissa personer inom din organisation.

Mer information om hur du konfigurerar och visar dina receptionistklienter finns i Receptionistklienter i Cisco Webex Control Hub.

Skapa och hantera autodeltagare

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 riktig person. Skapa ett 24-timmars schema eller ange olika alternativ när ditt företag är öppet eller stängt.

För information om hur du skapar och hanterar autodeltagare, se Hantera autodeltagare i Cisco Webex Control Hub.

Konfigurera en personsökningsgrupp

Gruppsökning gör det möjligt för en användare att 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 ett specifikt personsökningsgrupp.

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

Konfigurera besvara samtal

Förbättra samarbetet och samarbetet genom att skapa en besvara samtal så att användarna kan svara på varandras 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å samtalet.

Mer information om hur du konfigurerar en samtalssvarsgrupp finns i Besvara samtal i Cisco Webex Control Hub.

Konfigurera samtalsparkering

Med samtalsparkering kan en definierad grupp av användare parkera samtal mot andra tillgängliga medlemmar i en samtalsparkeringsgrupp. Parkerade samtal kan besvaras av andra gruppmedlemmar på deras telefon.

Det finns mer information om hur du konfigurerar samtalsparkering i Samtalsparkering i Cisco Webex Control Hub.

Tillåt att användare bryter sig in i andra personers telefonsamtal

1

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

2

Välj Samtal, gå till Mellan användarbehörigheteroch välj sedan Stapel in.

3

Aktivera Stapel inoch välj om du vill ringa det pågående samtalet till ett konferenssamtal.

  • Tillåt andra att lägga till sig själva i den här användarens samtal.

  • Spela upp en ton när någon ringer ett samtal.

Klicka sedan på Spara.

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

1

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

2

Välj Samtal, gå till Mellan användarbehörighet och aktivera Sekretess.

3

Välj lämpliga inställningar för autosvarssekretess för den här användaren.

  • Tillåt att denna användare rings upp efter anknytning
  • Tillåt att denna användare rings upp efter för- eller efternamn
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 administrativa assistent.

5

Klicka på Spara.

Exempel

Vill du se hur det går till? Titta på den här videodemonstrationen om hur du hanterar sekretessinställningar för en användare i Control Hub.

Övervakningslista – Andra användare och samtalsparkering ut

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


Övervakningstjänsten fungerar endast med en användares primära enhet.

1

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

2

Välj Samtal, gå till avsnittet Behörigheter mellan användare och välj Övervakning.

3

Välj bland följande alternativ:

  • Lägg till övervakad linje-
  • Lägg till samtalsparkeringsanknytning
4

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


 

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


 

Namnet som visas för den övervakade linjen är namnet som anges i användarens eller arbetsytans inringar-id förnamn och efternamn.

Exempel

Vill du se hur det går till? Titta på den här videodemonstrationen om hur man hanterar övervakningsinställningar för en användare i Control Hub.

Aktivera inaktivera för en användare

När du aktiverar hotell för en användare får de möjlighet att arbeta i ett annat utrymme samtidigt som de behåller funktionaliteten och funktionerna i sin huvudsakliga skrivbordstelefon.

1

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

2

Välj Samtal, gå till Mellan användarbehörigheteroch klicka på Redigera.

3

Aktivera Hotell och klicka på Spara.

Exempel

Vill du se hur det går till? Titta på den här videodemonstrationen om hur du konfigurerar konfiguration i Control Hub.
30 september 2022
Konfigurera och hantera dina WebEx-uppringnings användare

Du måste lägga till varje användare i Control Hub för att de ska kunna dra nytta av Webex Calling-tjänster. 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.


Om du synkroniserar användare från en katalog, såsom Active Directory, måste du även lägga till dem i din katalog när du lägger till personer i Control Hub manuellt.


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 de får ha en maximal längd på 30 tecken. Dessa begränsningar för specialtecken gäller endast för Webex Calling-användare.

Innan du börjar

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.

1

Från kundvyn i https://admin.webex.com går du till Användare och klickar sedan på Hantera användare.

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 Contact Center väljer du Webex Teams och sedan Kundtjänst med alternativet Premium- och Standardagent. Om du vill lägga till en övervakare väljer du båda alternativen Premium och Supervisor. 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 ett läge för avvaktande inbjudan 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.


 

Omedelbart efter att du har lagt till en samtalsanvändare rekommenderar vi att du tar bort Webex Calling-licensen och sedan på nytt tilldelar samtalslicensen till användaren om ett fel visas när du väljer användarens samtalsinställningar.

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.

För kunder i Asien-Stillahavsregionen (inklusive Japan, Kina och Hongkong) fylls inringar-ID i automatiskt från fälten Förnamn och Efternamn, och fälten Inringar-ID Förnamn och Inringar-ID Efternamn ignoreras i CSV-uppladdningen.


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.


Exportera en ny CSV för att samla in de senaste fälten och undvika fel i importen av ändringar.

1

Från kundvyn i https://admin.webex.com går du till Användare, klickar på Hantera anv