Webex Calling-konfigurationsarbejdsgang
    15. juli 2021 | 818 visning(er) | 0 personer fandt dette nyttigt
    Webex Calling-konfigurationsarbejdsgang
    29. maj 2024
    Oversigt over Webex Calling

    Forestil dig, at du kan udnytte cloud-opkald, mobilitet og PBX-funktioner i virksomhedskvalitet samt til meddelelser og møder og opkald fra en Webex Calling-softwareklient eller Cisco-enhed. Det er præcis, hvad Webex Calling kan tilbyde dig.

    Introduktion af Webex Calling

    Webex Calling omfatter følgende funktioner og fordele:

    • Opkaldsabonnementer for telefonibrugere og fælles områder.

    • Sikre og pålidelige skytjenester leveret af kendte regionale tjenesteudbydere

    • Adgang til Webex-appen for hver bruger, der tilføjer rige kombinerede kommunikations- og teamsamarbejdstjenester.

    • Webex Meetings som et valgfrit, integreret tilføjelsesprogram for at levere de førsteklasses mødeoplevelser, som virksomhedsbrugere forventer.

    • Adgang til PSTN (Public Switch Telephony Network) så dine brugere kan ringe til numre uden for organisationen. Tjenesten leveres via en eksisterende virksomhedsinfrastruktur (lokal gateway uden lokal IP PBX eller med eksisterende Unified CM-opkaldsmiljø) eller Partner- eller Cisco-leverede PSTN-indstillinger.

    • Support på niveau 1 leveret af din partner – support på næste niveau leveret af Cisco

    Control Hub er en webbaseret administrationsportal, der integreres med Webex Calling for at strømline dine ordrer og konfiguration og centralisere din administration af det samlede tilbud – Webex Calling, Webex-appen, og Webex Meetings.

    Tabel 1. Administratorfunktioner, der kan konfigureres

    Funktion

    Beskrivelse

    Automatisk omstilling

    Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder for hvornår din virksomhed er åben eller lukket. Du kan endda dirigere opkald baseret på attributter for nummervisning for at oprette VIP-lister eller håndtere opkald fra visse områdekoder forskelligt.

    Opkaldskø

    Du kan opsætte en opkaldskø, således at når indgående opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

    Besvarelse af opkald

    Du kan forbedre teamwork og samarbejde ved at oprette en opkaldsbesvarelsesgruppe, så brugere kan besvare andre brugeres opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

    Parkering af opkald

    Du kan aktivere parkering af opkald, så brugerne kan sætte et opkald i venteposition og genoptage det fra en anden telefon.

    Søgegruppe

    Du kan opsætte viderestillingsgrupper i følgende scenarier:

    • Et salgsteam, der ønsker sekventiel dirigering. Et indgående opkald ringer til en telefon, men hvis der ikke svares, går opkaldet til den næste agent på listen.

    • Et supportteam, der ønsker, at telefoner ringer til alle på én gang, så den første tilgængelige agent kan tage opkaldet.

    Paging-gruppe

    Du kan oprette en paging-gruppe, så brugerne kan sende en lydmeddelelse til en person, en afdeling eller et team. Når en person sender en meddelelse til en paging-gruppe, afspilles meddelelsen på alle enheder i gruppen.

    Receptionistklient

    Hjælp med at understøtte dit personales behov i forkontoret ved at give dem de fulde indstillinger til opkaldsstyring, linjeovervågning på stor skala, opkaldskø, flere telefonbogsmuligheder og visninger, Outlook-integration og mere.
    Tabel 2. Brugerkonfigurerbare funktioner

    Funktion

    Beskrivelse

    Afvisning af anonymt opkald

    Brugere kan afvise indgående opkald med blokerede opkalder-id'er.

    Virksomhedskontinuitet

    Hvis brugernes telefoner ikke er tilsluttet netværket på grund af f.eks. strømafbrydelse, netværksproblemer osv., kan brugerne viderestille indgående opkald til et bestemt telefonnummer.

    Opkaldsvideresendelse

    Brugere kan viderestille indgående opkald til en anden telefon.

    Selektiv viderestilling af opkald

    Brugere kan viderestille opkald på bestemte tidspunkter fra specifikke opkaldere. Denne indstilling har forrang over opkaldsviderestilling.

    Opkaldsbesked

    Brugere kan sende sig selv en e-mail, når de modtager et opkald i henhold til foruddefinerede kriterier, såsom telefonnummer eller dato og klokkeslæt.

    Parkering af opkald

    Brugere kan tillade besvarelse af yderligere indgående opkald.

    Forstyr ikke

    Brugere kan midlertidigt lade alle opkald gå direkte til telefonsvarer.

    Kontor hvor som helst

    Brugere kan bruge deres valgte telefoner ("Placeringer") som en udvidelse af deres forretningstelefonnummer og opkaldsplan.

    Prioritetsalarm

    Brugere kan ringe til deres telefoner med en særlig ringetone, når foruddefinerede kriterier er opfyldt, såsom telefonnummer eller dato og klokkeslæt.

    Eksternt kontor

    Brugere kan foretage opkald fra en ekstern telefon og få opkaldet vist fra deres forretningslinje. Derudover vil alle indgående opkald til deres forretningslinje ringe på denne eksterne telefon.

    Selektiv besvarelse af opkald

    Brugere kan besvare opkald på specifikke tidspunkter fra specifikke opkaldere.

    Selektiv afvisning af opkald

    Brugere kan afvise opkald på bestemte tidspunkter fra specifikke opkaldere.

    Sekventielle opkald

    Ring på op til 5 enheder efter hinanden for indgående opkald.

    Samtidige opkald

    Ring til brugeres og andres ("opkaldsmodtagere") numre samtidig for indgående opkald.

    Klargøring af tjenester, enheder og brugere i Control Hub, krydsstart til detaljeret konfiguration i opkaldsadministrationsportalen

    Control Hub() er en administrationsportal , der integreres med Webex Callingfor at strømline dine ordrer og konfiguration og centralisere din administration af det samlede tilbud –Webex Calling, Webex-appog Møder.https://admin.webex.com

    Control Hub er det centrale sted til klargøring af alle tjenester, enheder og brugere. Du kan udføre den første opsætning af din opkaldstjeneste, registrere MPP-telefoner til skyen (ved hjælp af MAC-adresse), konfigurere brugere ved at tilknytte enheder, tilføje numre, tjenester, opkaldsfunktioner osv. Derudover kan du krydsstarte til opkaldsadministrationsportalen fra Control Hub.

    Brugeroplevelse

    Brugere har adgang til følgende grænseflader:

    • Webex Calling-applikation – Softwareklient til opkald, der er brandet af Cisco. Du kan finde yderligere oplysninger i Udforsk den nye Cisco Webex Calling-app.

    • Webex-indstillinger ( https://settings.webex.com) – grænseflade, hvor brugere kan indstille præferencer for profilen, downloade Webex-appen og krydsstarte i opkaldsbrugerportalen for opkaldsindstillinger. Du kan finde yderligere oplysninger i Ændr dine Cisco Webex-indstillinger.

    • Webex-appen – applikationen inkluderet i abonnementet som en Cisco-brandet teammeddelelsesklient. Få flere oplysninger i Kom i gang med Cisco Webex-appen.

    • Webex Meetings – Valgfri applikation, der er tilføjet som en mødeløsning. Du kan finde yderligere oplysninger under Webex Meetings.

    Kundeadministratorer

    Som kundeadministrator i et prøveabonnement eller betalt abonnement på Webex Calling, kan du konfigurere din organisation i Control Hub ved at tilføje placeringer, licenser, telefonnumre, opkaldsfunktioner, brugere og arbejdsområder (lokaleenheder, der tilmelder sig Webex Cloud). Du kan også administrere alle disse komponenter derfra.

    Partnere

    Som en partnertjenesteudbyder kan du brande, markedsføre og sælge Webex Calling til dine kunder. Du kan opsætte og udvide prøveversioner, implementere tjenester for dine kunder og oprette og klargøre ordrer til dine kunder.

    Tilgængelighed

    Se lande, hvor Webex Calling er tilgængelig for salg, under Webex Calling-overskriften i artiklenHvor er Cisco Webex tilgængelig.

    Oversigt

    Webex Calling inkluderer nu en dedikeret cloudforekomstvalgmulighed baseret på Cisco Unified Communications Manager arkitekturen. Dedikeret instans er integreret med Webex-opkald og drager fordel af Webex-platformstjenester, for at bringe central administration samt anvendelig cloud-innovation, udviklet hvor som helst på Webex-platformen, for at forbedre opkaldsoplevelsen. Dedikeret instans understøtter også ældre Cisco-slutpunkter eller eksisterende integrationer, der er en del af kritiske arbejdsgange i virksomheden.

    Tilføjelsesprogrammet til den dedikerede forekomst til Webex-opkald inkluderer:

    • Cisco Unified Communications Manager

    • Cisco Unified IM and Presence (valgfri – se aktivering af tjenesten for dedikeret forekomst for yderligere oplysninger.)

    • Cisco Unified Selvbetjeningsportal Connection

    • Cisco Expressway

    • Cisco Emergency Responder (kun USA-regionen)

    • Cisco-sessionsstyringsudgave (SME) (valgfri)

    Extended ROI – dedikeret instans understøtter de samme stemme- og videoslutpunkter som den tilknyttede UC Manager-udgivelse, hvilket eliminerer kravet om at genindlæser alle kundens slutpunkter, når de migrerer til cloud og udvider ROI'en for disse aktiver.

    Basic Inter-Op – Dedikeret instans er integreret med Webex-opkald for dirigering af opkald gennem Webex-platformen. Kunderne har mulighed for at distribuere brugere til både dedikerede tilfælde Webex-opkald og at tilpasse sig tiden efter behov for at imødekomme deres krav til opkald via cloud.


     

    Kunder, der deler brugere på tværs af platforme, vil opleve forskellige funktioner. Opkaldsfunktionerne skelner ikke mellem Dedikerede forekomster og Webex-opkald. Eksempel: Webex-opkald brugere kan ikke være del af en viderestillingsgruppe på dedikeret forekomst.

    Få en rundvisning i Control Hub

    Control Hub er din samlede webbaserede grænseflade til administration af din organisation, administration af dine brugere, tildeling af tjenester, analyse af indførelsestendenser og opkaldskvalitet og meget mere.

    For at få din organisation i gang anbefaler vi, at du inviterer et par brugere til at deltage i Webex-appen ved at indtaste deres e-mailadresser i Control Hub. Opfordr folk til at bruge de tjenester, du leverer, inklusive opkald, og give dig feedback om deres oplevelse. Du kan altid tilføje flere brugere, når du er klar.


     

    Vi anbefaler, at du bruger den seneste desktopversion af Google Chrome eller Mozilla Firefox til at få adgang til Control Hub. Browsere på mobile enheder og andre desktopbrowsere kan producere uventede resultater.

    Brug oplysningerne, der vises herunder som en oversigt over, hvad du kan forvente, når tjenester konfigureres for din organisation. Du kan finde mere detaljerede oplysninger i de individuelle kapitler med trin-for-trin-instruktioner.

    Kom i gang

    Når din partner har oprettet din konto, modtager du en velkomstmail. Klik på linket Sådan kommer du i gang i e-mailen, og få adgang til Control Hub ved hjælp af Chrome eller Firefox. Linket logger dig automatisk ind med din administrator-e-mailadresse. Derefter bliver du bedt om at oprette din administratoradgangskode.

    Førstegangsguide til prøveversioner

    Hvis din partner har tilmeldt dig en prøveversion, starter opsætningsguiden automatisk, når du logger ind på Control Hub. Guiden fører dig gennem de grundlæggende indstillinger for at få din organisation op at køre med Webex Calling, blandt andre tjenester. Du kan opsætte og gennemgå dine opkaldsindstillinger, før du afslutter gennemgangen i guiden.

    Gennemgå dine indstillinger

    Du kan gennemgå dine indstillinger, når Control Hub indlæses.

    Tilføj brugere

    Nu, hvor du har konfigureret dine tjenester, er du klar til at tilføje personer fra din virksomheds adressebog. Gå til Brugere, og klik på Administrer brugere.

    Hvis du bruger Microsoft Active Directory, anbefaler vi, at du først aktiverer katalogsynkronisering og derefter beslutter, hvordan du vil tilføje brugere. Klik på Næste, og følg vejledningen for at opsætte Cisco Katalogforbindelse.

    Konfigurer Single Sign On (SSO)

    Webex-appen bruger basisgodkendelse. Du kan vælge at opsætte SSO, så brugere godkender med din virksomhedsidentitetsudbyder ved hjælp af deres virksomhedslegitimationsoplysninger i stedet for en separat adgangskode, der er gemt og administreret i Webex.

    Gå til Indstillinger, rul ned til Godkendelse, klik på Modificer, og vælg Integrer en tredjeparts identitetsudbyder.

    Tildel tjenester til brugere

    Du skal tildele tjenester til de brugere, du har tilføjet, så folk kan begynde at bruge Webex-appen.

    Gå til Brugere, klik på Administrer brugere, vælg Eksportér og importér brugere med en CSV-fil, og klik derefter på Eksportér.

    I filen, du downloader, skal du blot tilføje Sand for de tjenester, du vil tildele hver enkelt af dine brugere.

    Importér den færdige fil, klik på Tilføj og fjern tjenester, og klik derefter på Indsend. Du er nu klar til at konfigurere opkaldsfunktioner, registrere enheder, der kan deles på et fælles sted, og tilmelde og tilknytte enheder til brugere.

    Giv dine brugere de rigtige muligheder

    Nu, hvor du har tilføjet brugere, og de er blevet tildelt tjenester, kan de begynde at bruge deres understøttede multiplatformstelefoner (MPP'er) til Webex Calling og Webex-appen til meddelelser og møder. Opfordr dem til at bruge Cisco Webex-indstillinger som ét sted til adgang.

    Den lokale gateways rolle

    Den lokale gateway er en virksomheds- eller partneradministreret ydre enhed til PSTN-samarbejde (Public Switch Telephony Network) og ældre PBX-samarbejde (Public Branch Exchange) (inklusive Unified CM).

    Du kan bruge Control Hub til at tildele en lokal gateway til en placering, hvorefter Control Hub giver dig parametre, som du kan konfigurere på CUBE. Disse trin registrerer den lokale gateway med skyen, og derefter leveres PSTN-tjenesten via gatewayen til Webex Calling-brugere på en bestemt placering.

    For at angive og bestille en lokal gateway skal du læse bestillingsvejledningen til lokal gateway.

    Udrulninger af understøttet lokal gateway til Webex Calling

    Følgende grundlæggende udrulninger understøttes:

    Den lokale gateway kan installeres enkeltstående eller i installationer, hvor integration i Cisco Unified Communications Manager er påkrævet.

    Udrulninger af lokal gateway uden lokal IP PBX

    Enkeltvise udrulninger af lokal gateway

    Denne figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt placering eller en udrulning med flere placeringer.

    For alle opkald, der ikke matcher dine Webex Calling-destinationer, sender Webex Calling disse opkald til den lokale gateway, der er tildelt placeringen til behandling. Den lokale gateway dirigerer alle opkald, der kommer fra Webex Calling til PSTN og i den anden retning, og i den anden retning, PSTN til Webex Calling.

    PSTN-gatewayen kan være en dedikeret platform eller findes samme sted som den lokale gateway. Som i følgende figur anbefaler vi den dedikerede PSTN-gateway-variant til denne udrulning. Den kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som en Webex Calling lokal gateway.

    Udrulning af lokal gateway på samme sted

    Den lokale gateway kan være IP-baseret, hvor der oprettes forbindelse til en ITSP ved hjælp af en SIP-trunk, eller TDM-baseret, hvor der bruges et ISDN- eller analogt kredsløb. Følgende figur viser en Webex Calling-udrulning, hvor den lokale gateway findes på samme sted som PSTN GW/SBC.

    Udrulninger af lokal gateway med lokal Unified CM PBX

    Integrationer med Unified CM er påkrævet i følgende tilfælde:

    • Webex Calling-aktiverede placeringer føjes til en eksisterende Cisco UC-udrulning, hvor Unified CM installeres som opkaldskontrolløsning på stedet

    • Der kræves direkte opkald mellem telefoner, der er registreret til Unified CM og telefoner i Webex Calling-placeringer.

    Denne figur viser en Webex Calling-udrulning, hvor kunden har en eksisterende Unified CM IP PBX.

    Webex Calling sender opkald, der ikke matcher kundens Webex Calling-destinationer med den lokale gateway. Dette omfatter PSTN-numre og Unified CM-interne lokalnumre, som Webex Calling ikke kan se. Den lokale gateway dirigerer alle opkald, der kommer fra Webex Calling til Unified CM og omvendt. Unified CM dirigerer derefter indgående opkald til lokale destinationer eller til PSTN i henhold til den eksisterende opkaldsplan. Unified CM-opkaldsplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikeret én eller en, der findes på samme sted som den lokale gateway.

    Dedikeret PSTN-gateway

    Den dedikerede PSTN-gateway-variant for denne udrulning, som vist i dette diagram, er den anbefalede valgmulighed og kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som Webex Calling lokal gateway.

    PSTN-gateway på samme sted

    Denne figur viser en Webex Calling-udrulning med en Unified CM, hvor den lokale gateway findes på samme sted som PSTN-gatewayen/SBC.

    Webex Calling dirigerer alle opkald, der ikke matcher kundens Webex Calling destinationer, til den lokale gateway, der er tildelt placeringen. Dette omfatter PSTN-destinationer og opkald på nettet mod interne Unified CM-lokalnumre. Den lokale gateway dirigerer alle opkald til Unified CM. Unified CM dirigerer derefter opkald til lokalt registrerede telefoner eller til PSTN via den lokale gateway, som har PSTN/SBC-funktionalitet på samme sted.

    Overvejelser ved viderestilling af opkald

    Opkald fra Webex Calling til Unified CM

    Webex Calling-dirigeringslogikken fungerer på denne måde: hvis det nummer, der ringes op på et Webex Calling-slutpunkt , ikke kan dirigeres til en anden destination inden for den samme kunde i Webex Calling, sendes opkaldet til den lokale gateway for yderligere behandling. Alle opkald uden for nettet (uden for Webex Calling) sendes til den lokale gateway.

    For en Webex Calling-udrulning uden integration i en eksisterende Unified CM anses ethvert opkald uden for nettet som et PSTN opkald. Når det er kombineret med Unified CM, kan et opkald uden for nettet stadig være et opkald på nettet til enhver destination, der hostes på Unified CM, eller et rigtigt opkald uden for nettet til en PSTN-destination. Skelnen mellem de to sidstnævnte opkaldstyper bestemmes af Unified CM og afhænger af virksomhedens opkaldsplan, der er klargjort på Unified CM.

    Følgende figur viser en Webex Calling-bruger, der ringer til et nationalt nummer i USA.

    Unified CM, der nu er baseret på den konfigurerede opkaldsplan, dirigerer opkaldet til et lokalt registreret slutpunkt, hvor den kaldte destination er klargjort som et nummer i adressebogen. Til dette skal Unified CM-opkaldsplanen understøtte dirigering af +E.164-numre.

    Opkald fra Unified CM til Webex Calling

    For at aktivere dirigering af opkald fra Unified CM til Webex Calling på Unified CM skal et sæt ruter klargøres for at definere sættet med +E.164 og virksomhedsnummereringsplanadresser i Webex Calling.

    Med disse ruter på plads er begge opkaldsscenarier, der er vist i følgende figur, mulige.

    Hvis en opkalder i PSTN ringer til et DID-nummer, der er tildelt til en Webex Calling-enhed, afleveres opkaldet til virksomheden via virksomhedens PSTN-gateway og rammer derefter Unified CM. Den adresse, der ringes op til, svarer til en af de Webex Calling-ruter, der er klargjort i Unified CM, og opkaldet sendes til den lokale gateway. (Den adresse, der ringes op til, skal være i +E.164-format, når den sendes til den lokale gateway.) Webex Calling-distributionslogikken sikrer derefter, at opkaldet sendes til den tilsigtede Webex Calling-enhed baseret på DID-tildeling.

    Opkald, der stammer fra Unified CM-registrerede slutpunkter, som er rettet mod destinationer i Webex Calling, er desuden underlagt den opkaldsplan, der er klargjort på Unified CM. Denne opkaldsplan giver typisk brugerne mulighed for at benytte almindelige virksomhedsopkaldsvaner til at foretage opkald. Disse vaner omfatter ikke nødvendigvis kun +E.164-opkald. Enhver anden opkaldsvane end +E.164 skal normaliseres til +E.164, før opkaldene sendes til den lokale gateway for at tillade korrekt distribution i Webex Calling.

    Tjenesteklasse (CoS)

    Det anbefales altid at implementere skærpede tjenestebegrænsninger af forskellige årsager, herunder for at undgå opkaldsslynger og forhindre afgiftsbedrageri. I forbindelse med integration af Webex Calling lokal gateway med Unified CM-tjenesteklasse er vi nødt til at overveje tjenesteklasse for:

    • Enheder, der er registreret med Unified CM

    • Opkald, der kommer til Unified CM fra PSTN

    • Opkald, der kommer ind i Unified CM fra Webex Calling

    Enheder, der er registreret med Unified CM

    Tilføjelse af Webex Calling-destinationerne som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret ligetil: Tilladelse til at ringe til Webex Calling-destinationer svarer typisk til tilladelsen til at ringe til destinationer på stedet (inklusive til og fra websteder).

    Hvis en virksomheds opkaldsplan allerede implementerer en tilladelse "(forkortet) på nettet til og fra websteder", er der allerede en partition klargjort på Unified CM, som vi kan bruge, og vi kan klargøre alle kendte Webex Calling-destinationer på nettet i den samme partition.

    Ellers eksisterer konceptet "(forkortet) på nettet til og fra websteder" endnu ikke, så en ny partition (for eksempel "påNetFjern") skal klargøres, Webex Calling-destinationer skal tilføjes til denne partition, og til sidst skal denne nye partition tilføjes til de passende opkaldssøgerum.

    Opkald, der kommer til Unified CM fra PSTN

    Tilføjelse af Webex Calling-destinationerne som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret ligetil: Tilladelse til at ringe til Webex Calling-destinationer svarer typisk til tilladelsen til at ringe til destinationer på stedet (inklusive til og fra websteder).

    Hvis en virksomheds opkaldsplan allerede implementerer en tilladelse "(forkortet) på nettet til og fra websteder", er der allerede en partition klargjort på Unified CM, som vi kan bruge, og vi kan klargøre alle kendte Webex Calling-destinationer på nettet i den samme partition.

    Ellers eksisterer konceptet "(forkortet) på nettet til og fra websteder" endnu ikke, så en ny partition (for eksempel "påNetFjern") skal klargøres, Webex Calling-destinationer skal tilføjes til denne partition, og til sidst skal denne nye partition tilføjes til de passende opkaldssøgerum.

    Opkald, der kommer ind i Unified CM fra Webex Calling

    Opkald, der kommer fra PSTN, skal have adgang til alleWebex Calling-destinationer. Dette kræver, at ovenstående partition, som indeholder alle Webex Calling-destinationer, tilføjes til søgerummet for opkald, der bruges til indgående opkald på PSTN-trunken. Adgang til Webex Calling-destinationer følger oven i den allerede eksisterende adgang.

    Mens for opkald fra PSTN, hvor adgang til Unified CM-DID'er og Webex Calling-DID'er er påkrævet, skal opkald, der stammer fra Webex Calling have adgang til Unified CM DID'er og PSTN-destinationer.

    Differentieret CoS for opkald fra PSTN og Webex Calling

    Dette tal sammenligner disse to forskellige tjenesteklasser for opkald fra PSTN og Webex Calling. Figuren viser også, at hvis PSTN-gateway-funktionaliteten sammenstilles med den lokale gateway, er to trunks påkrævet fra den kombinerede PSTN GW og lokale gateway til Unified CM: én for opkald, der stammer fra PSTN, og én for opkald, der stammer fra Webex Calling. Dette skyldes kravet om at anvende differentierede opkaldssøgerum pr. trafiktype. Med to indgående trunks på Unified CM kan dette nemt opnås ved at konfigurere det påkrævede opkaldssøgerum for indgående opkald på hver trunk.

    Integration af opkaldsplan

    Denne vejledning tager udgangspunkt i en eksisterende installation, der er baseret på den bedste aktuelle praksis i "Foretrukket arkitektur for lokale udrulninger af Cisco Collaboration, CVD." Den seneste version er tilgængelig her.

    Det anbefalede opkaldsplandesign følger den designtilgang, som er dokumenteret i kapitlet Opkaldsplan i den seneste version af Cisco Collaboration System SRND, der er tilgængelig her.

    Anbefalet opkaldsplan

    Denne figur viser en oversigt over det anbefalede opkaldsplandesign. Nøgleegenskaber ved dette opkaldsplandesign omfatter:

    • Alle numre i adressebog, der er konfigureret på Unified CM, er i +E.164 format.

    • Alle numre i adressebog har den samme partition (DN) og er markeret som vigtige.

    • Grundlæggende viderestilling er baseret på +E.164.

    • Alle opkaldsmønstre, der ikke anvender +E.164 (f.eks. forkortede opkald mellem websteder og PSTN-opkald ved hjælp af typiske opkaldsmønstre), normaliseres (globaliseres) til +E.164 ved hjælp af oversættelsesmønstre for opkaldsnormalisering.

    • Oversættelsesmønstre til opkaldsnormalisering bruger nedarvning af opkaldssøgerum for oversættelsesmønster – de har indstillingen "Brug afsenders opkaldssøgerum" slået til.

    • Tjenesteklasse implementeres ved hjælp af websted- og tjenesteklassespecifikke opkaldssøgerum.

    • PSTN-adgangsrettigheder (f.eks. adgang til internationale PSTN-destinationer) implementeres ved at tilføje partitioner med de respektive +E.164-rutemønstre til opkaldssøgerummet, der definerer tjenesteklasse.

    Tilgængelighed til Webex Calling

    Tilføjelse af Webex Calling-destination til opkaldsplanen

    For at tilføje tilgængelighed for Webex Calling-destinationer til denne opkaldsplan skal der oprettes en partition, der repræsenterer alle Webex Calling-destinationer ("Webex Calling"), og der føjes et +E.164-rutemønster for hvert DID-interval i Webex Calling til denne partition. Denne rutemønster henviser til en ruteliste med kun ét medlem: videresendelsesgruppen med SIP-trunk til den lokale gateway for opkald til Webex Calling. Da alle opkaldsdestinationer er normaliseret til +E.164 enten ved hjælp af oversættelsesmønstre for opkaldsnormalisering for opkald, der stammer fra Unified CM-registrerede slutpunkter eller transformationer af indgående opkald for opkald, der stammer fra PSTN, er dette enkelt sæt +E.164-rutemønstre tilstrækkeligt til at opnå tilgængelighed for destinationer i Webex Calling uafhængigt af den anvendte opkaldsvane.

    Hvis en bruger f.eks. ringer til "914085550165", normaliserer konverteringsmønsteret for opkaldsnormalisering i partitionen "US toE164" denne opkaldsstreng til "+14085550165", som derefter matcher rutemønsteret for en Webex Calling-destination i partitionen "Webex Calling". Unified CM sender til sidst opkaldet til den lokale gateway.

    Tilføj forkortede opkald mellem websteder

    Tilføjelse af forkortede opkald mellem websteder

    Den anbefalede måde at føje forkortede opkald mellem websteder til referenceopkaldsplanen på er at tilføje oversættelsesmønstre for opkaldsnormalisering for alle websteder under virksomhedsnummereringsplanen for en dedikeret partition ("ESN"). Disse oversættelsesmønstre opfanger opkaldsstrenge i virksomhedsnummereringsplanens format og normaliserer opkaldsstrengen til +E.164.

    For at tilføje forkortede virksomhedsopkald til Webex Calling-destinationer kan du tilføje det respektive oversættelsesmønster for opkaldsnormalisering for placeringen af Webex Calling til partitionen "Webex Calling" (f.eks. "8101 XX" i diagrammet). Efter normalisering sendes opkaldet igen til Webex Calling efter matchning af rutemønsteret i "Webex Calling"-partitionen.

    Vi anbefaler ikke at tilføje det forkortede oversættelsesmønster for opkaldsnormalisering for Webex Calling til partitionen "ESN", da denne konfiguration kan skabe uønskede viderestilling af opkald.

    Protokolbehandlere for Calling

    Webex Calling registrerer følgende protokolbehandlere med operativsystemet for at aktivere klik-for-at-ringe-op-funktionalitet fra webbrowsere eller andre applikationer. Følgende protokoller starter et lyd- eller videoopkald i Webex-appen, når det er standardopkaldsprogrammet på Mac eller Windows:

    • CLICKTOCALL: eller CLICKTOCALL://

    • SIP: eller SIP://

    • TEL: eller TEL://

    • WEBEXTEL: eller WEBEXTEL://

    Protokolbehandlere for Windows

    Andre apps kan tilmelde sig protokolbehandlere før Webex-appen. I Windows 10 beder systemvinduet brugere om at vælge, hvilken app de vil bruge til at starte opkaldet. Brugerpræferencen huskes, hvis brugeren markerer Brug altid denne app.

    Hvis brugere skal nulstille standardindstillingerne for opkaldsapps, så de kan vælge Webex-appen, kan du instruere dem i at ændre protokoltilknytningerne for Webex-appen i Windows 10:

    1. Åbn systemindstillingerne for standardappen , klik på Indstil standarder efter app, og vælg derefter Webex-appen.

    2. For hver protokol skal du vælge Webex-appen.

    Protokolbehandlere til macOS

    Hvis andre apps er registreret til opkaldsprotokollerne før Webex-appen, skal brugere konfigurere deres Webex-app til at være standardopkaldsvalgmuligheden.

    I Webex-appen til Mac kan brugere bekræfte, at Webex-appen er valgt til Start opkald med indstillinger under generelle præferencer. De kan også markere Opret altid forbindelse til Microsoft Outlook , hvis de vil foretage opkald i Webex-appen , når de klikker på en Outlook-kontakts nummer.

    11. juni 2024
    Forbered dit miljø til Webex Calling

    Læs kravene til lokal gateway for Webex Calling. Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo.

    Krav til lokal gateway til Webex Calling

    Generelle forudsætninger

    Før du konfigurerer en lokal gateway til Webex Calling, skal du sørge for, at du:

    • har grundlæggende viden om VoIP-principper

    • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

    • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

    • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

    Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.

    Certifikat- og sikkerhedskrav til lokal gateway

    Webex Calling kræver et sikkert signal og sikre medier. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

    • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

    • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

    • Nøglecenterbundtet validerer certifikatet, der præsenteres

    • Der anmodes om legitimationsoplysninger (fra SIP Digest)

    • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

    Krav til firewall, NAT og mediestioptimering til lokal gateway

    I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

    Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

    16. maj 2024
    Konfigurer Cisco Webex Calling for din organisation

    Brugertilpas din organisation til Webex Calling i Control Hub. Efter aktivering af din første placering via guiden til første opsætning kan du opsætte og administrere yderligere placeringer, trunktildeling og -brug, indstillinger for opkaldsplan, brugere, enheder og funktioner.

    Konfigurer opkaldsindstillinger i guiden til første opsætning

    Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

    1

    Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.


     

    Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

    2

    Gennemse og acceptér tjenesteydelsesvilkårene.

    3

    Gennemgå din plan, og klik derefter på Kom i gang.


     

    Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

    4

    Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

    5

    Klik på Næste: Standardplacering.

    6

    Vælg mellem følgende valgmuligheder:

    • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
    • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

     

    Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

    7

    Foretag følgende valg, der skal gælde for denne placering:

    • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
    • E-mailsprog – Til e-mailkommunikation til nye brugere.
    • Land
    • Tidszone
    8

    Klik på Næste.

    9

    Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

    Tilføj en placering

    Før du begynder

    For at oprette en ny placering skal du forberede følgende oplysninger:

    • Placeringsadresse

    • Ønskede telefonnumre (valgfrit)

    1

    Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .


     
    En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
    2

    Konfigurer indstillingerne for placeringen:

    • Navn på placering – Indtast et unikt navn for at identificere placeringen.
    • Land/region – Vælg et land at knytte placeringen til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
    • Placering Adresse – Indtast placeringens primære postadresse.
    • By/by – Indtast en by for denne placering.
    • Stat/provins/region – Vælg en tilstand i rullemenuen.
    • Postnummer – Angiv postnummeret.
    • Meddelelsessprog – Vælg sprog for lydmeddelelser og -beskeder for nye brugere og funktioner.
    • E-mailsprog – Vælg sprog for e-mailkommunikation med nye brugere.
    • Tidszone – Vælg tidszone for placeringen.
    3

    Klik på Gem og vælg derefter Ja / Nej for at tilføje numre til placeringen nu eller senere.

    4

    Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

    • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


       

      Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

      • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

      • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

      • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

      • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

    • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

       

      CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

      Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

    • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

    Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

    5

    Vælg, om du vil aktivere numrene nu eller senere.

    6

    Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

    Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

    Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

    7

    Klik på Gem.

    Næste trin

    Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

    Før du begynder


     

    Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Ringer op > Tal og vælg den placering, der skal slettes, i rullemenu. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

    Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

    1

    Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

    2

    Klik påi kolonnen Handlinger ved siden af den placering, du vil slette.

    3

    Vælg Slet placering , og bekræft, at du ønsker at slette denne placering.

    Det tager typisk et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan kontrollere statussen ved at klikke på ved siden af placeringsnavnet og vælge Status for sletning .

    Opdater en eksisterende placering

    Du kan ændre din PSTN -opsætning, navnet, tidszone og sproget for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.


     

    For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

    1

    Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

    Hvis du ser et advarsel-symbol ved siden af en placering, betyder det, at du ikke har konfigureret et telefonnummer for den pågældende placering endnu. Du kan ikke foretage eller modtage opkald, før du konfigurerer dette nummer.

    2

    (Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

    • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


       

      Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

      • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

      • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

      • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN -funktioner, ikke adgang til Cisco -opkaldsplanen. Åbn en supportsag for vejledning.

      • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

    • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

       

      CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

      Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

    • Lokalt baseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN -udbyder, eller hvis du vil oprette forbindelse mellem websteder, der ikke er cloud, med websteder i skyen.

       

      Webex Calling kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baseret PSTN med en tilsvarende trunk.

    3

    Vælg hovednummeret, hvor placeringens primære kontakt kan kontaktes.

    4

    (Valgfrit) Under Nødopkald , kan du vælge Stedsidentifikator for nødsituationer for at tildele til denne placering.


     

    Denne indstilling er valgfri og gælder kun for lande, der kræver det.

    I nogle lande (eksempel: Frankrig), findes der lovgivningsmæssige krav til, at cellulære radiosystemer kan etablere identiteten af cellen, når du foretager et nødopkald, og som stilles til rådighed for nødsituationsmyndighederne. Andre lande som f.eks. USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. For yderligere oplysninger, se Forbedret nødopkald .

    Din udbyder af nødopkald kan have brug for oplysninger om adgangsnetværket og opnås ved at definere et nyt privat SIP -lokalnummerheader, P-Access-Network-Info. Headeren indeholder oplysninger om adgangsnetværket.

    Når du indstiller Nødplaceringsidentifikator for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelse. Kontakt din udbyder af nødopkald for at se, om du har brug for denne indstilling, og brug den værdi, der leveres af udbyderen af nødopkald ."

    5

    Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

    6

    (Valgfrit) Klik på blyantikonet øverst på siden Placering for at ændre Placeringsnavn , Meddelelsessprog , E-mailsprog , Tidszone , eller Adresse efter behov, og klik derefter på Gem .


     

    Ændring af Meddelelsessprog træder i kraft med det samme for alle nye brugere og funktioner, der er tilføjet denne placering. Hvis eksisterende brugere og/eller funktioner også skal ændre deres meddelelsessprog, skal du, når du bliver bedt om det, vælge Ændring for eksisterende brugere og arbejdsområder eller Ændring for eksisterende funktioner . Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke foretage flere ændringer, før dette er fuldført.


     

    Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

    Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.


     

    Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

    1

    Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Intern opkald.

    2

    Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

    • Længde af dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

       

      Rutepræfikslængder inkluderer styrecifferet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.


       

      Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

    • Styretid i dirigeringspræfiks – vælg det nummer, der skal angives som det første ciffer for hvert dirigeringspræfiks.
    • Længde på internt lokalnummer – du kan indtaste 2-6 cifre, og standarden er 2.

       

      Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

    • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

      • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

        Som standard er til/fra-knappen aktiveret.

      • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

    3

    Angiv interne opkald for specifikke placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

    • Internt opkald – angiv det dirigeringspræfiks, som brugere på andre placeringer skal foretage opkald med for at kunne kontakte nogen på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
    4

    Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

    • Ekstern opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

       

      Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden det udgående opkaldsciffer.

    • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer for denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

       

      Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

      Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.

    Indvirkning på brugere:

    • Brugere skal genstarte deres telefoner, før ændringer i opkaldspræferencerne træder i kraft.

    • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

    Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

    Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.


     

    En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

    Opret en trunk

    Følg disse trin for at oprette en trunk i Control Hub.

    Før du begynder

    • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

    • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

    • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

    • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

    1

    Log ind på Control Hub kl , gå til Tjenester > Ringer op > Viderestilling af opkald , og vælg Tilføj trunk .https://admin.webex.com

    2

    Vælg en placering.

    3

    Navngiv trunken, og klik på Gem.


     

    Navnet må ikke være på mere end 24 tegn.

    Næste trin

    Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

    Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

    Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den lokalt baserede PSTN.

    Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

    Vælg en trunk til lokalt baseret PSTN

    1

    Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

    2

    Vælg en placering, der skal modificeres, og klik på Administrer.

    3

    Vælg Placeringsbaseret PSTN, og klik på Næste.

    4

    Vælg en trunk i rullemenuen.


     

    Besøg trunksiden for at administrere dine trunkgruppevalg.

    5

    Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

    Næste trin

    Du skal tage de konfigurationsoplysninger, som Control Hub genererede, og knytte parametrene til den lokale gateway (for eksempel på en lokalt placeret Cisco CUBE). Denne artikel vejleder dig gennem denne proces. Se følgende diagram som et eksempel på, hvordan Control Hub-konfigurationsoplysningerne (til venstre) knyttes til parametre i CUBE (til højre):

    Når du har fuldført konfigurationen af selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, hvor den gateway, du har oprettet, vil være angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

    Administrer telefonnumre

    Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

    Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

    1

    Log ind på Control Hub https://admin.webex.com, vælg bygningsikonet.

    2

    Vælg fanen Abonnementer, og klik derefter på Køb nu.

    Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

    Angiv opkaldsindstillinger

    Konfigurer opkaldsadfærd

    Du kan kontrollere, hvilken opkaldsapplikation der åbnes, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere, der er berettiget til Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd .

    03. juni 2024
    Konfigurer lokal gateway på IOS-XE til Webex Calling

    Når du har konfigureret Webex Calling for din organisation, kan du konfigurere en trunk til at forbinde din lokale gateway til Webex Calling. SIP TLS -transport sikrer trunk mellem den lokale gateway og Webex skyen. Mediet mellem den lokale gateway og Webex Calling bruger SRTP.

    Oversigt

    Webex Calling understøtter i øjeblikket to versioner af lokal gateway:

    • Lokal gateway

    • Lokal gateway til Webex for offentlige myndigheder

    Nøglebemærkninger

    • Før du begynder, skal du forstå kravene til det lokale offentligt skiftede telefonnetværk (PSTN) og lokal gateway (LGW) for Webex Calling. Se Cisco Preferred Architecture til Webex Calling for yderligere oplysninger.

    • Denne artikel forudsætter, at der er installeret en dedikeret lokal gateway-platform uden eksisterende talekonfiguration. Hvis du modificerer en eksisterende PSTN-gateway eller CUBE Enterprise-installation til brug som funktionen Lokal gateway for Webex Calling, skal du være opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.


     
    Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan lære mere om de enkelte kommandomuligheder. Alle kommandoreferencelinks går til Kommandoreference for Webex administrerede gateways medmindre andet er angivet (i så fald går kommandolinkene til Cisco IOS -reference til talekommandoer ). Du kan få adgang til alle disse vejledninger i Cisco Unified Border Element Command References.

    Se den respektive produktreferencedokumentation for at få oplysninger om de understøttede tredjepartsdatabaser.

    Konfigurer din lokale gateway

    Der er to muligheder for at konfigurere den lokale gateway til din Webex Calling bagagerum:

    • Registreringsbaseret trunk

    • Certifikatbaseret trunk

    Brug opgaveforløbet enten under Registreringsbaseret lokal gateway eller Certifikatbaseret lokal gateway for at konfigurere lokal gateway til din Webex Calling bagagerum.

    Se Kom i gang med lokal gateway for at få flere oplysninger om forskellige trunk-typer. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). Vi bruger Session Initiation Protocol (SIP) og TLS -transport ( Transport Layer Security ) til at sikre trunk og SRTP(Secure Real-time Protocol) til at sikre mediet mellem den lokale gateway og Webex Calling .

    Nøglebemærkninger

    • Vælg CUBE som din lokale gateway. Webex for Government understøtter i øjeblikket ikke tredjepartssessionsgrænsecontrollere (SBC'er). Se Kom i gang med lokal gateway for at gennemgå den seneste liste.

    • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versioner for alle Webex til offentlige lokale gateways.

    • For at gennemgå listen over rodcertifikatmyndigheder (CA'er), som Webex for Government understøtter, se Rodcertifikatmyndigheder for Webex for Government.

    • Se Netværkskrav for Webex for Government for at få oplysninger om de eksterne portområder for lokal gateway i Webex for Government (Fed RAMP).

    Lokal gateway til Webex for Government understøtter ikke følgende:

    • STUN/ICE-Lite til mediestioptimering

    • Fax (T.38)

    Konfigurer din lokale gateway til Webex for Government

    Hvis du vil konfigurere lokal gateway for din Webex Calling-trunk i Webex for Government, skal du bruge følgende valgmulighed:

    • Certifikatbaseret trunk

    Brug opgaveflowet under den certifikatbaserede lokale gateway til at konfigurere den lokale gateway for din Webex Calling-trunk. For yderligere oplysninger om, hvordan du konfigurerer en certifikatbaseret lokal gateway, se Konfigurer Webex Calling-certifikatbaseret trunk.

    Det er obligatorisk at konfigurere FIPS-kompatible GCM-kryptering for at understøtte lokal gateway til Webex for Government. Hvis ikke, mislykkes opkaldsopsætningen. Se konfigurationsoplysninger Konfigurer Webex Calling-certifikatbaseret trunk.


     
    Webex for Government understøtter ikke registreringsbaseret lokal gateway.

    Oversigt over design

    Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en registreret SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Billedet nedenfor fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.

    I dette design bruges følgende hovedkonfigurationer:

    • stemmeklasselejere: Bruges til at oprette trunk-specifikke konfigurationer.

    • stemmeklasse uri: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

    • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

    • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

    • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.

    Call routing from/to PSTN to/from Webex Calling configuration solution

    Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald.

    I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede.

    Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

    • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

    • Trin 2: Konfigurer Webex Calling-trunk

      Afhængigt af din påkrævede arkitektur skal du følge enten:

    • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

    • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

      Eller:

    • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

    Konfigurer forbindelse og sikkerhed

    Basiskonfiguration

    Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

    • Alle registreringsbaserede lokale gateway-installationer kræver Cisco IOS XE 17.6.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

      • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

      • Routere i Catalyst Edge 8000-serien med stemmekort eller DSP'er kræver DNA Advantage-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

    • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

      • NTP

      • ACL'er

      • Brugergodkendelse og fjernadgang

      • DNS

      • IP routing

      • IP-adresser

    • Netværket mod Webex Calling skal bruge en IP v4-adresse.

    • Overfør Cisco rod-CA-bundtet til den lokale gateway.

    Konfiguration

    1

    Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:

    
interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
    2

    Beskyt registrerings- og STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

    
key config-key password-encrypt YourPassword
password encryption aes
    3

    Opret et PKI-tillidspunkt for pladeholder.


     
    Kræver, at dette tillidspunkt konfigurerer TLS senere. For registreringsbaserede trunks kræver dette tillidspunkt ikke et certifikat - som det ville være påkrævet for en certifikatbaseret trunk.
    
crypto pki trustpoint EmptyTP 
 revocation-check none
    4

    Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer. Transportparametrene bør også ajourføres for at sikre en pålidelig sikker forbindelse til registrering:


     
    CN-SAN-VALIDATE-serverkommandoen sikrer, at den lokale gateway tillader en forbindelse, hvis værtsnavnet, der er konfigureret i lejer 200, er inkluderet i enten CN- eller SAN-felterne i det certifikat, der er modtaget fra den udgående proxy.

    1. Indstil tcp-nyt antal til 1000 (5 msek. flere = 5 sekunder).

    2. Den timerforbindelse oprette Kommandoen giver dig mulighed for at indstille, hvor længe LGW venter på at oprette en forbindelse med en proxy, før du overvejer den næste tilgængelige valgmulighed. Standarden for denne tidsindstilling er 20 sekunder og mindst 5 sekunder. Start med en lav værdi, og øg om nødvendigt for at imødekomme netværksforhold.

    
sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
    5

    Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando til at downloade rodnøglepakken fra den angivne URL-adresse og til at rydde den aktuelle CA-tillidspulje og derefter installere den nye pakke af certifikater:


     

    Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

    IP HTTP-klientproxyserver yourproxy.com proxy-port 80 
    
ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

    Konfigurer Webex Calling-registreringsbaseret trunk

    1

    Opret en registreringsbaseret PSTN-trunk for en eksisterende placering i Control Hub. Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling .

    2

    Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

     
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

    Her er en forklaring af felterne til konfigurationen:

    
ip address trusted list
 ipv4 x.x.x.x y.y.y.y

    • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværk, hvorfra den lokale gateway forventer legitime VoIP-opkald.

    • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det er ikke nødvendigt at føje til den pålidelige liste.

    • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.


       

      Hvis din LGW er bag en firewall med begrænset kegle-NAT, foretrækker du muligvis at deaktivere listen over IP-adresse , der er tillid til på Webex Calling -grænsefladen. Firewallen beskytter dig allerede mod uanmodet indgående VoIP. Deaktiver handling reducerer dine langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne på Webex Calling Peers forbliver faste, og du skal under alle omstændigheder konfigurere din firewall til peers.

    grænseelement for tilstand

    Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

    mediestatistik

    Aktiverer medieovervågning på den lokale gateway.

    massestatistikker

    Gør det muligt for kontrolplanet at polle dataplanet for opkaldsstatistik.

    For yderligere oplysninger om disse kommandoer, se Media.

    tillad-forbindelser sip til sip

    Aktivér CUBE grundlæggende SIP-back-to-back-brugeragentfunktion. For yderligere oplysninger, se Tillad forbindelser .


     

    T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

    Ikke almindelig

    Aktiverer STUN (Session Traversal for UDP til NAT) globalt.

    • Når du viderestiller et opkald til en Webex Calling bruger (f.eks. er både den part, der ringes op og den, der ringer op Webex Calling abonnenter, og hvis du forankrer medier på Webex Calling SBC), kan mediet ikke flyde til den lokale gateway, da pinhole ikke er åbent.

    • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

    For yderligere oplysninger, se bedøve flowdata-agent-id og bedøve flowdata delt-hemmelighed .

    asymmetrisk nyttelast fuld

    Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast .

    tidligt tilbud tvungen

    Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidligt tilbud .

    3

    Konfigurer stemmeklasse-codec 100 filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.

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

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse-codec 100

    Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. For yderligere oplysninger, se voice class codec.


     

    Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal du udelukke codec-præference 1 opus fra stemmeklasse-codec 100 konfiguration.

    4

    Konfigurer stemmeklasse stun-brug 100 for at aktivere ICE på Webex Calling-trunk.

    
voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

    Her er en forklaring af felterne til konfigurationen:

    konstantbrugislite

    Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se brug af bedøvelse i stemmeklassen og bedøve brug ice lite .


     

    Du kræver øjeblikkelig brug af ICE-lite til opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer

    5

    Konfigurer politikken for mediekryptering for Webex-trafik.

    
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse srtp-krypto 100

    Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA180._ For yderligere oplysninger, se taleklasse srtp-crypto .

    6

    Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter:

    
voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse uri 100 sip

    Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge dtg= efterfulgt af trunk-OTG/DTG-værdien, der er angivet i Control Hub, da trunk blev oprettet. Få flere oplysninger i stemmeklasse uri.

    7

    Konfigurer sip-profil 100, som vil blive brugt til at ændre SIP-meddelelser, før de sendes til Webex Calling.

    
voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

    Her er en forklaring af felterne til konfigurationen:

    • Artikel 10 til 70 og 90

      Sikrer, at SIP-overskrifter, der bruges til opkaldssignaler, bruger sip-systemet i stedet for sips, som kræves af Webex-proxyer. Konfiguration af CUBE til at bruge sips sikrer, at der bruges sikker registrering.

    • artikel 80

      Modificerer fra-headeren til at inkludere trunk-gruppens OTG/DTG-id fra Control Hub for entydigt at identificere et lokalt gateway-websted i en virksomhed.

    8

    Konfigurer Webex Calling-trunk:

    1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der kræves specifikt for Webex Calling-trunk. Især vil de trunk-registreringsoplysninger, der tidligere er angivet i Control Hub, blive brugt i dette trin som beskrevet nedenfor. Opkalds-peers, der er knyttet til denne lejer, vil senere arve disse konfigurationer.


       

      Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

      
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

      Her er en forklaring af felterne til konfigurationen:

      stemmeklasselejer 100

      Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. For yderligere oplysninger, se stemmeklasse lejer .

      registrer Der er ingen tvivl om, hvorvidt der er noget galt med den. dns:98027369.us10.bcld.webex.com ordning sips Der er ingen tvivl om, hvorvidt der er noget galt med den. udløber Der er ingen tvivl om, hvorvidt der er noget galt med den. 240 Der er ingen tvivl om, hvorvidt der er noget galt med den. opdateringsforhold 50 tcp tls

      Registratorserver for den lokale gateway med registreringen indstillet til at opdatere hvert andet minut (50 % af 240 sekunder). For yderligere oplysninger, se registrator .

      Sørg for, at du bruger værdien Tilmeld domæne fra Control Hub her.

      legitimationsoplysningsnummer Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_lgu Der er ingen tvivl om, hvorvidt der er noget galt med den. brugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1463285401_lguDer er ingen tvivl om, hvorvidt der er noget galt med den. adgangskode Der er ingen tvivl om, hvorvidt der er noget galt med den. 0 Der er ingen tvivl om, hvorvidt der er noget galt med den. 9Wt[M6ifY+Der er ingen tvivl om, hvorvidt der er noget galt med den. domæne Der er ingen tvivl om, hvorvidt der er noget galt med den. BredeVærker

      Legitimationsoplysninger til trunk-registreringsudfordring. For yderligere oplysninger, se legitimationsoplysninger (SIP UA) .

      Sørg for, at du bruger værten for linje/port, godkendelsesbrugernavn og godkendelsesadgangskode fra Control Hub her.

      godkendelsesbrugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_lgu Der er ingen tvivl om, hvorvidt der er noget galt med den. adgangskode Der er ingen tvivl om, hvorvidt der er noget galt med den. 0 Der er ingen tvivl om, hvorvidt der er noget galt med den. 9Wt[M6ifY+ Der er ingen tvivl om, hvorvidt der er noget galt med den. domæne Der er ingen tvivl om, hvorvidt der er noget galt med den. BredeVærker
      godkendelsesbrugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_lguDer er ingen tvivl om, hvorvidt der er noget galt med den. adgangskode Der er ingen tvivl om, hvorvidt der er noget galt med den. 0 Der er ingen tvivl om, hvorvidt der er noget galt med den. 9Wt[M6ifY+ Der er ingen tvivl om, hvorvidt der er noget galt med den. domæne Der er ingen tvivl om, hvorvidt der er noget galt med den. 98027369.us10.bcld.webex.com

      Godkendelsesudfordring for opkald. For yderligere oplysninger, se godkendelse (opkalds-peer) .

      Sørg for, at du bruger værdierne for godkendelsesbrugernavn, godkendelsesadgangskode og registreringsdomæne fra Control Hub her.

      intet eksternt part-id

      Deaktiver SIP Remote-Party- ID (RPID) header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO asserted-id pai . For yderligere oplysninger, se ekstern part-id .

      sip-server dns:us25.sipconnect.bcld.webex.com

      Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk.

      forbindelse-genbrug

      Bruger den samme faste forbindelse til tilmelding og opkaldsbehandling. For yderligere oplysninger, se forbindelse-genbrug .

      srtp-kryptering 100

      Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). For yderligere oplysninger, se taleklasse srtp-crypto.

      sessionstransport tcp tls

      Indstiller transport til TLS. For yderligere oplysninger, se session-transport .

      url slurke

      SRV-forespørgsel skal være SIP'er, som understøttes af adgangs-SBC'en. alle andre meddelelser ændres til SIP af sip-profil 200.

      fejlgennemgang

      Angiver pass-thru-funktionalitet for SIP -fejlsvar. For yderligere oplysninger, se fejlgennemgang .

      asserted-id pai

      Slår PAI-behandling til i lokal gateway. For yderligere oplysninger, se hævdet-id .

      bindekontrolkilde-grænseflade GigabitEthernet0/0/1

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/1

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til WebexCalling. For yderligere oplysninger, se bind.

      intet pass-thru-indhold brugerdefineret-sdp

      Standardkommando under lejer. For yderligere oplysninger om denne kommando, se videregivet indhold .

      sip-profiler 100

      Ændrer SIP'er til SIP og ændrer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 200 . For yderligere oplysninger, se sip-profiler i taleklassen .

      udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

      Webex Calling tilgå SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. For yderligere oplysninger, se udgående proxy .

      passthru til beskyttelse af personlige oplysninger

      Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. For yderligere oplysninger, se privatlivspolitik .

    2. Konfigurer Webex Calling-trunk-opkalds-peer.

      
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

      Her er en forklaring af felterne til konfigurationen:

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

      Definerer en VoIP -opkalds-peer med et mærke på 100 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

      Maks. 250

      Begrænser antallet af samtidige indgående og udgående opkald mellem LGW og Webex Calling. For tilmeldingstrunks skal den maksimale værdi, der er konfigureret, være 250. Usea lavere værdi, hvis det er mere passende for din installation. For yderligere oplysninger om samtidige opkaldsgrænser for lokal gateway, se dokumentet Kom i gang med lokal gateway.

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver den pågældende opkaldspeer 100 håndterer SIP-opkald . Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål sip-server

      Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

      indgående uri-anmodning 100

      For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. For yderligere oplysninger, se codec i taleklasse .

      stemmeklasse støjforbrug 100

      Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

      ingen sip localhost i taleklassen

      Deaktiverer erstatning af det lokale DNS - værtsnavn i stedet for den fysiske IP-adresse i headerne Fra, Opkalds- ID og Remote-Party- ID i udgående meddelelser.

      stemmeklasse sip-lejer 100

      Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau.

      srtp

      Aktiverer SRTP for opkaldsben.

      Ikke noget

      Deaktiverer stemmeaktivitetsregistrering.

    Når du definerer lejer 100 og konfigurere en SIP Vo IP-opkalds-peer, starter gatewayen en TLS-forbindelse mod Webex Calling. På dette tidspunkt viser adgangs-SBC sit certifikat til den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodpakken, der blev opdateret tidligere. Hvis certifikatet genkendes, oprettes en vedvarende TLS-session mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway kan derefter bruge denne sikre forbindelse til at tilmelde sig Webex-adgangs-SBC. Når tilmeldingen udfordres til godkendelse:

    • Brugernavn , adgangskode, og dommerparametre fra konfigurationen af legitimationsoplysninger bruges i svaret.

    • Ændringsreglerne i sip-profil 100 bruges til at konvertere SIPS-URL-adressen tilbage til SIP.

    Tilmelding er gennemført, når en 200 OK modtages fra adgangs-SBC.

    Konfigurer lokal gateway med en SIP PSTN-trunk

    Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:


     

    Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.


     

    Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

    1

    Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:

    
voice class uri 200 sip
  host ipv4:192.168.80.13

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse uri 200 sip

    Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

    2

    Konfigurer følgende IP PSTN-opkalds-peer:

    
dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

    Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme.

    destinationsmønster BAD.BAD

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. For yderligere oplysninger, se destinationsmønster (grænseflade) .

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) .

    sessionsmål ipv4:192.168.80.13

    Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

    indgående uri via 200

    Definerer et matchkriterium for VIA-headeren med IP PSTN'ens IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    stemmeklasse-codec 100

    Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. For yderligere oplysninger, se codec i taleklasse .

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    3

    Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

    1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

      
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

      Her er en forklaring af felterne til konfigurationen:

      opkaldspeer 100

      Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

    2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex:

      
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

      Her er en forklaring af felterne til konfigurationen:

      bestemmelsessted dpg 200

      Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

      Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

    Konfigurer lokal gateway med et eksisterende Unified CM miljø

    PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.


     

    Når du opretter Webex Calling-trunk i Unified CM, skal du sørge for, at du konfigurerer den indgående port i indstillingerne for SIP-trunk-sikkerhedsprofil til 5065. Dette giver mulighed for indgående meddelelser på port 5065 og udfylde VIA-headeren med denne værdi, når meddelelser sendes til den lokale gateway.

    1

    Konfigurer følgende stemmeklasse-URI-adresser:

    1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

      
voice class uri 300 sip
 pattern :5065

    2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

      
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

      Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

      I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

    2

    Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:


     

    IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.

    
ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

    Her er en forklaring af felterne til konfigurationen:

    Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og trunk:

    ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

    _sip._udp.pstntocucm.io: SRV-ressourcepost

    2: SRV-ressourceregistreringsprioritet

    1: SRV-ressourcens rekordvægt

    5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

    ucmsub5.mydomain.com: Modtagerværten for optagelse af ressource

    Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. Eksempel:

    ip vært ucmsub5.mydomain.com 192.168.80.65

    ip-vært: Opretter en post i den lokale IOS XE-database.

    ucmsub5.mydomain.com: Navnet A-pladeværten.

    192.168.80.65: Værtens IP-adresse.

    Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

    3

    Konfigurer følgende opkalds-peers:

    1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

      
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

      Her er en forklaring af felterne til konfigurationen:

      
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

      Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål dns:wxtocucm.io

      Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

      indgående uri via 300

      Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

      bindekontrolkildegrænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

      dtmf-relæ rtp-nte

      Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

      Ikke noget

      Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    2. Opkaldspeer for opkald mellem Unified CM og PSTN:

      
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

      Her er en forklaring af felterne til konfigurationen:

      
dial-peer voice 400 voip
 description UCM-PSTN trunk

      Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål dns:pstntocucm.io

      Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

      indgående uri via 400

      Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

      bindekontrolkildegrænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

      dtmf-relæ rtp-nte

      Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

      Ikke noget

      Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    4

    Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

    1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

      
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

    2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

      
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

      Her er en forklaring af felterne til konfigurationen:

      opkaldspeer 100

      Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

    3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex:

      
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

      Her er en forklaring af felterne til konfigurationen:

      destinationsdpg 300

      Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

      
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

      Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

    Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

    Diagnosticeringssignaturer (DS) registrerer proaktivt ofte observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesmeddelelser om hændelsen. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

    Diagnostiske signaturer (DS) er XML-filer, der indeholder oplysninger om problemudløsende hændelser og handlinger, der skal tages for at informere, foretage fejlfinding og løse problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput.

    Handlingstyperne omfatter indsamling af show-kommandoer:

    • Generering af en konsolideret logfil

    • Overfører filen til en brugerleveret netværksplacering som f.eks. HTTPS, SCP, FTP-server.

    TAC-ingeniører opretter DS-filerne og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

    Før du begynder:

    • Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.

    • En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.

    • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du ønsker at bruge den sikre SMTP-server til e-mailunderretninger.

    Forudsætninger

    Lokal gateway, der kører IOS XE 17.6.1a eller højere

    1. Diagnosticeringssignaturer er aktiveret som standard.

    2. Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.6.1a eller højere.

      configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Konfigurer miljøvariablends_email med e-mailadressen på administratoren for at underrette dig.

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

    Følgende viser et eksempel på konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.6.1a eller højere for at sende de proaktive underretninger til tacfaststart@gmail.com Brug af Gmail som den sikre SMTP-server:


     

    Vi anbefaler, at du bruger Cisco IOS XE Bengaluru 17.6.x eller nyere versioner.

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

     

    En lokal gateway, der kører på Cisco IOS XE-software, er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi skal konfigurere en bestemt Gmail-kontoindstilling og give specifik tilladelse for at få e-mailen fra enheden behandlet korrekt:

    1. Gå til Administrer Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker app-adgang .

    2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail med angivelse af "Google forhindrede nogen i at logge ind på din konto ved hjælp af en ikke-Google-app."

    Installer diagnosticeringssignaturer til proaktiv overvågning

    Overvåger høj CPU udnyttelse

    Denne DS sporer CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlretninger og afinstallerer alle fejlfindingssignaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

    1. Brug vis snmp kommando for at aktivere SNMP. Hvis du ikke aktiverer, skal du konfigurere snmp-serverstyring kommandoen.

      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. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

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

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Ydeevne

      Problemtype

      Høj CPU udnyttelse med e-mailbesked.

    3. Kopiér DS XML-filen til den lokale gateways flash.

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

      Følgende eksempel viser kopiering af filen fra en FTP -server til den lokale 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. Installer DS XML-filen på den lokale gateway.

      call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

    5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret".

      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

      Download diagnosticeringssignaturer:

      DS-id

      DS-navn

      Revision

      Status

      Seneste opdatering (GMT+00:00)

      64224

      DS_LGW_CPU_MON75

      0.0.10

      Tilmeldt

      07/11 2020 22:05:33


       

      Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Geninstaller om nødvendigt DS 64224 for at fortsætte overvågningen af høj CPU-udnyttelse på den lokale gateway.

    Overvågning af SIP-trunk registrering

    Denne DS kontrollerer for afregistrering af en lokal gateway SIP Trunk med Webex Calling sky hvert 60. sekund. Når afmeldingshændelsen registreres, genererer den en e-mail- og syslog-besked og afinstallerer sig selv efter to afmeldingshændelser. Brug trinnene nedenfor til at installere signaturen:

    1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

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

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      SIP-SIP

      Problemtype

      Afmelding af SIP Trunk med e-mailbesked.

    2. Kopiér DS XML-filen til den lokale gateway.

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

    3. Installer DS XML-filen på den lokale gateway.

      call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

    4. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

    Overvågning af unormalt opkald afbrydes

    Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.

    1. Brug vis snmp kommando for at kontrollere, om SNMP er aktiveret. Hvis den ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

      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. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

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

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Ydeevne

      Problemtype

      Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.

    3. Kopiér DS XML-filen til den lokale gateway.

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

    4. Installer DS XML-filen på den lokale gateway.

      call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

    5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

    Installer diagnosticeringssignaturer for at fejlfinde et problem

    Brug Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Diagnostiske signaturer (DS) fjerner behovet for manuelt at kontrollere for problemforekomsten og gør det meget nemmere at foretage fejlfinding af intermitterende og forbigående problemer.

    Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.

    Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0" syslog og automatiser indsamling af diagnosticeringsdata ved hjælp af følgende trin:

    1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator i følgende kommando. Denne filoverførselstoken kan genereres i afsnittet Vedhæftede filer 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

      Eksempel:

      call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

    2. Sørg for, at SNMP er aktiveret ved hjælp af vis snmp kommandoen. Hvis den ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

      show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

    3. Sørg for at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i en periode med høj CPU udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

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

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Ydeevne

      Problemtype

      Høj CPU udnyttelse med e-mailbesked.

    4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

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

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Systemlogfiler

      Problemtype

      Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

    5. Kopiér DS XML-filer til den lokale gateway.

      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. Installer DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway.

      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. Kontrollér, at signaturen er blevet installeret korrekt ved hjælp af vis diagnosticeringssignatur for opkald til hjemmet kommando. Statuskolonnen skal have en "registreret" værdi.

      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

      Downloadede diagnosticeringssignaturer:

      DS-id

      DS-navn

      Revision

      Status

      Seneste opdatering (GMT+00:00)

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0.0.10

      Tilmeldt

      08-11-2020

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Tilmeldt

      08-11-2020

    Kontrollér udførelse af diagnosticeringssignaturer

    I følgende kommando vises kolonnen "Status" for vis diagnosticeringssignatur for opkald til hjemmet kommandoen ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en interessehændelse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.

    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

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    8/11 2020 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kører

    8/11 2020 00:12:53

    vis statistik for diagnosticering af opkald til hjemmebrug

    DS-id

    DS-navn

    Udløst/maks./afinstallering

    Gennemsnitlig kørselstid (sekunder)

    Maks. kørselstid (sekunder)

    64224

    DS_LGW_CPU_MON75

    0/0/N

    0.000

    0.000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23.053

    23.053

    Den e-mailunderretning , der sendes under udførelse af diagnosticeringssignaturen, indeholder nøgleoplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandoudgange, der er relevante for fejlfinding af det givne problem.

    Afinstaller diagnosticeringssignaturer

    Brug diagnosticeringssignaturer til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra output for Vis diagnose-hjem-opkald-signatur kommando og kør følgende kommando:

    call-home diagnostic-signature deinstall <DS ID>

    Eksempel:

    call-home diagnostic-signature deinstall 64224

     

    Nye signaturer tilføjes periodisk til Opslagsværktøj til Diagnosticeringssignaturer baseret på problemer, der ofte observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

    Administrer og valider Cisco IOS XE-gateways via Control Hub

    For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden for konfigurationsvalidering i Control Hub til at validere din lokale gateway-konfiguration og identificere eventuelle konfigurationsproblemer. I øjeblikket er det kun registreringsbaserede trunks, der understøtter denne funktionalitet.

    For yderligere oplysninger henvises til følgende:

    Oversigt over design

    Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af certifikatbaseret gensidig TLS (mTLS) SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Følgende billede fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.

    I dette design bruges følgende hovedkonfigurationer:

    • stemmeklasselejere: Bruges til at oprette trunk-specifikke konfigurationer.

    • stemmeklasse uri: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

    • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

    • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

    • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.

    Call routing from/to PSTN to/from Webex Calling configuration solution

    Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald.

    I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der findes valgmuligheder for offentlig eller privat (bag NAT) adresser. SRV DNS-poster er valgfrie, medmindre belastningsbalancen på tværs af flere CUBE-forekomster.

    Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

    • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

    • Trin 2: Konfigurer Webex Calling-trunk

      Afhængigt af din påkrævede arkitektur skal du følge enten:

    • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

    • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

      Eller:

    • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

    Konfigurer forbindelse og sikkerhed

    Basiskonfiguration

    Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

    • Alle certifikatbaserede lokale gateway-installationer kræver Cisco IOS XE 17.9.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

      • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

      • Routere i Catalyst Edge 8000-serien med stemmekort eller DSP'er kræver DNA Essentials-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

      • For krav til høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere gennemstrømningsrettigheder.

        Se godkendelseskoder for yderligere oplysninger.

    • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

      • NTP

      • ACL'er

      • Brugergodkendelse og fjernadgang

      • DNS

      • IP routing

      • IP-adresser

    • Netværket mod Webex Calling skal bruge en IP v4-adresse. Lokale Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser skal løses til en offentlig IPV4-adresse på internettet.

    • Alle SIP- og medieporte på den lokale gateway-grænseflade, der vender mod Webex, skal være tilgængelige fra internettet, enten direkte eller via statisk NAT. Sørg for, at du opdaterer din firewall i overensstemmelse hermed.

    • Installer et signeret certifikat på den lokale gateway (følgende indeholder detaljerede konfigurationstrin).

      • En offentlig certifikatmyndighed (CA) som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme? skal underskrive enhedscertifikatet.

      • Den FQDN, der er konfigureret i Control Hub, når der oprettes en trunk, skal være routerens fællesnavn (CN) eller alternativt emnenavn (SAN)-certifikat. Eksempel:

        • Hvis en konfigureret trunk i din organisations Control Hub har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com. 

        • Hvis en konfigureret trunk i din organisations Control Hub har lgws.lgw.com som SRV-adressen for den eller de lokale gateway(er), der kan nås fra trunk, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV-adressen fortolker til (CNAME, En post eller IP -adresse), er valgfri i SAN.

        • Uanset om du bruger en FQDN eller SRV til trunk, bruger kontaktadressen for alle nye SIP-dialoger fra din lokale gateway det navn, der er konfigureret i Control Hub.

    • Sørg for, at certifikater er signeret til klient- og serverbrug.

    • Overfør Cisco rod-CA-bundtet til den lokale gateway.

    Konfiguration

    1

    Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:

    
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 (Public address)
 ip address 198.51.100.1 255.255.255.240
    2

    Beskyt STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

    
key config-key password-encrypt YourPassword
password encryption aes
    3

    Opret et krypteringstillidspunkt med et certifikat underskrevet af din foretrukne certifikatmyndighed (CA).

    1. Opret et RSA-nøglepar ved hjælp af følgende exec-kommando.

      crypto key generate rsa general-keys exportable label lgw-key modulus 4096

    2. Opret et tillidspunkt for det signerede certifikat med følgende konfigurationskommandoer:

      
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

    3. Generer CSR (Certificate Signing Request) med følgende exec- eller konfigurationskommando, og brug den til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

      crypto pki enroll LGW_CERT
    4

    Godkend dit nye certifikat ved hjælp af dit mellemliggende (eller rod) CA-certifikat, og importér derefter certifikatet (trin 4). Indtast følgende kommando til exec eller konfiguration:

    
crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
    5

    Importer et signeret værtscertifikat ved hjælp af følgende kommando til exec eller konfiguration:

    
crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
    6

    Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer:

    
 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
    7

    Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando til at downloade rodnøglepakken fra den angivne URL-adresse og til at rydde den aktuelle CA-tillidspulje og derefter installere den nye pakke af certifikater:


     

    Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

    IP HTTP-klientproxyserver yourproxy.com proxy-port 80 
    
ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

    Konfigurer Webex Calling-certifikatbaseret trunk

    1

    Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling .


     
    Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning.
    2

    Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

    
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

    Her er en forklaring af felterne til konfigurationen:

    
ip address trusted list
 ipv4 x.x.x.x y.y.y.y

    • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværksenheder, hvorfra den lokale gateway forventer legitime VoIP-opkald.

    • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det behøver ikke at blive føjet til den pålidelige liste.

    • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se Portreferenceoplysninger for Webex Calling for yderligere oplysninger. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.

    • Få flere oplysninger om, hvordan du bruger en liste over pålidelige IP-adresse til at forhindre svindel med opkrævninger i IP-adresse, der er tillid til .

    grænseelement for tilstand

    Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

    tillad-forbindelser sip til sip

    Aktivér grundlæggende CUBE-SIP-brugeragentfunktion tilbage til tilbage. For yderligere oplysninger, se Tillad forbindelser .


     

    T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

    Ikke almindelig

    Aktiverer STUN (Session Traversal for UDP til NAT) globalt.


     
    Disse globale stun-kommandoer er kun påkrævet, når du installerer din lokale gateway bag NAT.

    • Når du viderestiller et opkald til en Webex Calling bruger (f.eks. er både den part, der ringes op og den, der ringer op Webex Calling abonnenter, og hvis du forankrer medier på Webex Calling SBC), kan mediet ikke flyde til den lokale gateway, da pinhole ikke er åbent.

    • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

    For yderligere oplysninger henvises til agent-id for stun flowdata og stun flowdata delt.

    asymmetrisk nyttelast fuld

    Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast .

    tidligt tilbud tvungen

    Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidligt tilbud .

    indgående sip-profiler

    Giver CUBE mulighed for at bruge SIP-profiler til at ændre meddelelser, når de modtages. Profiler anvendes via opkalds-peers eller lejere.

    3

    Konfigurer stemmeklasse-codec 100 codec-filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.

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

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse-codec 100

    Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. For yderligere oplysninger, se voice class codec.


     

    Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal du udelukke codec-præference 1 opus fra stemmeklasse-codec 100 konfiguration.

    4

    Konfigurer stemmeklasse stun-brug 100 for at aktivere ICE på Webex Calling-trunk. (Dette trin gælder ikke for Webex for Government)

    
voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

    Her er en forklaring af felterne til konfigurationen:

    konstantbrugislite

    Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se brug af bedøvelse i stemmeklassen og bedøve brug ice lite .


     
    Den gennemgående firewall-flowdata Kommando er kun påkrævet ved installation af din lokale gateway bag NAT.

     
    Du kræver øjeblikkelig brug af ICE-lite til opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer.
    5

    Konfigurer politikken for mediekryptering for Webex-trafik. (Dette trin gælder ikke for Webex for Government)

    
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse srtp-krypto 100

    Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA180._ For yderligere oplysninger, se taleklasse srtp-crypto .

    6

    Konfigurer FIPS-kompatible GCM-kryptering (Dette trin gælder kun for Webex for Government).

    
voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse srtp-krypto 100

    Angiver GCM som den krypteringspakke, som CUBE tilbyder. Det er obligatorisk at konfigurere GCM-kryptering for lokal gateway til Webex for Government.

    7

    Konfigurer et mønster til entydigt at identificere opkald til en lokal gatewaytrunk baseret på destinationens FQDN eller SRV:

    
voice class uri 100 sip
 pattern cube1.lgw.com

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse uri 100 sip

    Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge LGW FQDN eller SRV, der er konfigureret i Control Hub, mens du opretter en trunk.

    8

    Konfigurer SIP-meddelelseshåndteringsprofiler. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger, eller springe til næste trin, hvis du bruger NAT. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret for den lokale gateway, og "198.51.100.1" er den offentlige IP-adresse for den lokale gateway-grænseflade, der vender mod Webex Calling:

    
voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

    Her er en forklaring af felterne til konfigurationen:

    Regler 10 og 20

    For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.


     

    Spring det næste trin over, hvis du har konfigureret din lokale gateway med offentlige IP-adresser.

    9

    Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender sig mod Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

    SIP -profiler for udgående meddelelser til Webex Calling
    
voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

    Her er en forklaring af felterne til konfigurationen:

    Regler 10 og 20

    For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

    Regler 30 til 81

    Konverter private adressehenvisninger til den eksterne offentlige adresse for webstedet, så Webex kan tolke og dirigere efterfølgende meddelelser korrekt.

    SIP-profil for indgående meddelelser fra Webex Calling
    
voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

    Her er en forklaring af felterne til konfigurationen:

    Regler 10 til 80

    Konverter offentlige adressehenvisninger til den konfigurerede private adresse, så meddelelser fra Webex kan behandles korrekt af CUBE.

    For yderligere oplysninger, se sip-profiler i taleklassen .

    10

    Konfigurer en SIP-indstillinger keepalive med headermodifikationsprofil.

    
voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse sip-valgmuligheder-keepalive 100

    Konfigurerer en Keepalive-profil og skifter til konfigurationstilstand for taleklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialogindstillinger Ping sendes til opkaldsmålet, når hjerteslagforbindelsen til slutpunktet er i status OP eller Ned.

    Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex.

    For at sikre, at kontaktheaderne omfatter det fuldt kvalificerede domænenavn til SBC, bruges SIP-profil 115. Regler 30, 40 og 50 er kun påkrævet, når SBC er konfigureret bag statisk NAT.

    I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis statisk NAT bruges, er "10.80.13.12" SBC-grænsefladen IP-adresse i forhold til Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

    11

    Konfigurer Webex Calling-trunk:

    1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der kræves specifikt for Webex Calling-trunk. Opkalds-peers, der er knyttet til denne lejer, arver senere disse konfigurationer:


       

      Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

      
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

      Her er en forklaring af felterne til konfigurationen:

      stemmeklasselejer 100

      Vi anbefaler, at du bruger lejere til at konfigurere trunks, der har deres eget TLS-certifikat og CN- eller SAN-valideringsliste. Her indeholder den tls-profil, der er knyttet til lejeren, det tillidspunkt, der skal bruges til at acceptere eller oprette nye forbindelser, og har CN- eller SAN-listen til at validere de indgående forbindelser. For yderligere oplysninger, se stemmeklasse lejer .

      intet eksternt part-id

      Deaktiver SIP Remote-Party- ID (RPID) header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO asserted-id pai . For yderligere oplysninger, se ekstern part-id .

      sip-server dns:us25.sipconnect.bcld.webex.com

      Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk

      srtp-kryptering 100

      Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). For yderligere oplysninger, se taleklasse srtp-crypto .

      lokalværts-dns: cube1.lgw.com

      Konfigurerer CUBE til at erstatte den fysiske IP-adresse i headerne From, Call-ID og Remote Party-ID i udgående meddelelser med den angivne FQDN.

      sessionstransport tcp tls

      Indstiller transport til TLS for tilknyttede opkalds-peers. For yderligere oplysninger, se session-transport .

      ingen sessionsopdatering

      Deaktiverer opdatering af SIP-sessioner globalt.

      fejlgennemgang

      Angiver pass-thru-funktionalitet for SIP -fejlsvar. For yderligere oplysninger, se fejlgennemgang .

      bindekontrolkilde-grænseflade GigabitEthernet0/0/1

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/1

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til Webex Calling. For yderligere oplysninger, se bind.

      sip-profiler i stemmeklasse 100

      Anvender headermodifikationsprofilen (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. For yderligere oplysninger, se sip-profiler i taleklasse .

      sip-profiler i stemmeklasse 110 indgående

      Anvender headermodifikationsprofilen (kun NAT-adresser), der skal bruges til indgående meddelelser. Få flere oplysninger i sip-profiler i stemmeklasse.

      Databeskyttelsespolitik opdateret

      Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. For yderligere oplysninger, se privatlivspolitik .

    2. Konfigurer Webex Calling-trunk-opkalds-peer.

      
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

      Her er en forklaring af felterne til konfigurationen:

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

      Definerer en Vo IP-opkalds-peer med et tag af 100 og giver en meningsfuld beskrivelse for let administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme .

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver, at opkalds-peer 100 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål sip-server

      Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

      indgående uri-anmodning 100

      For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Angiver codec-filterliste for opkald til og fra Webex Calling. For yderligere oplysninger, se voice class codec.

      stemmeklasse støjforbrug 100

      Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

      stemmeklasse sip-asserted-id pai

      Indstiller oplysninger om udgående opkald ved hjælp af PAI-headeren (Privacy Asserted ID). Få flere oplysninger i stemmeklassens sip-asserted-id.

      stemmeklasse sip-lejer 100

      Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau. Få flere oplysninger i stemmeklassens sip-lejer.

      stemmeklasse sip valgmuligheder-keepalive profil 100

      Denne kommando bruges til at overvåge tilgængeligheden af en gruppe af SIP-servere eller slutpunkter ved hjælp af en specifik profil (100).

      srtp

      Aktiverer SRTP for opkaldsben.

    Konfigurer lokal gateway med en SIP PSTN-trunk

    Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:


     

    Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.


     

    Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

    1

    Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:

    
voice class uri 200 sip
  host ipv4:192.168.80.13

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse uri 200 sip

    Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

    2

    Konfigurer følgende IP PSTN-opkalds-peer:

    
dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

    Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme.

    destinationsmønster BAD.BAD

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. For yderligere oplysninger, se destinationsmønster (grænseflade) .

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) .

    sessionsmål ipv4:192.168.80.13

    Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

    indgående uri via 200

    Definerer et matchkriterium for VIA-headeren med IP PSTN'ens IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    stemmeklasse-codec 100

    Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. For yderligere oplysninger, se codec i taleklasse .

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    3

    Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

    1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

      
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

      Her er en forklaring af felterne til konfigurationen:

      opkaldspeer 100

      Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

    2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex:

      
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

      Her er en forklaring af felterne til konfigurationen:

      bestemmelsessted dpg 200

      Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

      Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

    Konfigurer lokal gateway med et eksisterende Unified CM miljø

    PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.

    1

    Konfigurer følgende stemmeklasse-URI-adresser:

    1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

      
voice class uri 300 sip
 pattern :5065

    2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

      
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

      Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

      I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

    2

    Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:


     

    IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.

    
ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

    Her er en forklaring af felterne til konfigurationen:

    Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og trunk:

    ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

    _sip._udp.pstntocucm.io: SRV-ressourcepost

    2: SRV-ressourceregistreringsprioritet

    1: SRV-ressourcens rekordvægt

    5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

    ucmsub5.mydomain.com: Modtagerværten for optagelse af ressource

    Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. Eksempel:

    ip vært ucmsub5.mydomain.com 192.168.80.65

    ip-vært: Opretter en post i den lokale IOS XE-database.

    ucmsub5.mydomain.com: Navnet A-pladeværten.

    192.168.80.65: Værtens IP-adresse.

    Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

    3

    Konfigurer følgende opkalds-peers:

    1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

      
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

      Her er en forklaring af felterne til konfigurationen:

      
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

      Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål dns:wxtocucm.io

      Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

      indgående uri via 300

      Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

      bindekontrolkildegrænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

      dtmf-relæ rtp-nte

      Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

      Ikke noget

      Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    2. Opkaldspeer for opkald mellem Unified CM og PSTN:

      
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

      Her er en forklaring af felterne til konfigurationen:

      
dial-peer voice 400 voip
 description UCM-PSTN trunk

      Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

      destinationsmønster BAD.BAD

      Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

      sessionsprotokol sipv2

      Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

      sessionsmål dns:pstntocucm.io

      Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

      indgående uri via 400

      Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

      stemmeklasse-codec 100

      Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

      bindekontrolkildegrænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

      bind mediekilde-grænseflade GigabitEthernet0/0/0

      Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

      dtmf-relæ rtp-nte

      Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

      Ikke noget

      Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

    4

    Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

    1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

      
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

    2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

      
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

      Her er en forklaring af felterne til konfigurationen:

      opkaldspeer 100

      Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

    3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex:

      
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

      Her er en forklaring af felterne til konfigurationen:

      destinationsdpg 300

      Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

      
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

      Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

    Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

    Diagnosticeringssignaturer (DS) registrerer proaktivt ofte observerede problemer i den Cisco IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesmeddelelser om hændelsen. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

    Diagnosticeringssignaturer (DS) er XML filer, der indeholder oplysninger om problemudløserhændelser og handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP -hændelser og gennem periodisk overvågning af specifikke show-kommandoer til at definere problemregistreringslogikken. Handlingstyperne omfatter:

    • Indsamling af show-kommandoer

    • Generering af en konsolideret logfil

    • Overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom HTTPS, SCP, FTP -server

    TAC-ingeniører opretter DS-filer og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil har det entydige numeriske ID , der er tildelt af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

    Før du begynder:

    • Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.

    • En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.

    • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du ønsker at bruge den sikre SMTP-server til e-mailunderretninger.

    Forudsætninger

    Lokal gateway, der kører IOS XE 17.6.1 eller nyere

    1. Diagnosticeringssignaturer er aktiveret som standard.

    2. Konfigurer den sikre e-mailserver, som du bruger til at sende proaktiv besked, hvis enheden kører IOS XE 17.6.1 eller nyere.

      
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Konfigurer miljøvariablends_email med e-mailadressen på administratoren til dig.

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

    Installer diagnosticeringssignaturer til proaktiv overvågning

    Overvåger høj CPU udnyttelse

    Denne DS sporer 5-sekunders CPU -udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlretninger og afinstallerer alle fejlfindingssignaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

    1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

      
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. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

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

      Feltnavn

      Feltværdi

      Platform

      Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

      Produkt

      CUBE Enterprise i Webex Calling løsning

      Problemomfang

      Ydeevne

      Problemtype

      Højt CPU-forbrug med e-mailmeddelelse

    3. Kopiér DS XML-filen til den lokale gateways flash.

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

      Følgende eksempel viser kopiering af filen fra en FTP -server til den lokale 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. Installer DS XML-filen på den lokale gateway.

      
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

    5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

      
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

      Download diagnosticeringssignaturer:

      DS-id

      DS-navn

      Revision

      Status

      Seneste opdatering (GMT+00:00)

      64224

      DS_LGW_CPU_MON75

      0.0.10

      Tilmeldt

      07/11 2020 22:05:33


       

      Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Hvis det er nødvendigt, skal du geninstallere DS 64224 for fortsat at overvåge høj CPU udnyttelse på den lokale gateway.

    Overvågning af unormalt opkald afbrydes

    Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.

    1. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, konfigureres snmp-serverstyring kommandoen.

      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. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

      Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Ydeevne

      Problemtype

      Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.

    3. Kopiér DS XML-filen til den lokale gateway.

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

    4. Installer DS XML-filen på den lokale gateway.

      
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

    5. Brug kommandoen vis diagnosticeringssignatur for opkald til hjemmet for at kontrollere, at signaturen er blevet installeret korrekt. Statuskolonnen skal have værdien "registreret".

    Installer diagnosticeringssignaturer for at fejlfinde et problem

    Du kan også bruge Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

    Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.

    Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0" syslog og automatiser indsamling af diagnosticeringsdata ved hjælp af følgende trin:

    1. Konfigurer en anden DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for at overføre diagnosticeringsdataene. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator som vist i det følgende. Filoverførselstoken kan genereres i Vedhæftede filer afsnittet i Supportsagsadministratoren, 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

      Eksempel:

      
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

    2. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

      
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

    3. Vi anbefaler at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i perioder med høj CPU udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

      Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Ydeevne

      Problemtype

      Høj CPU udnyttelse med e-mailbesked.

    4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

      Feltnavn

      Feltværdi

      Platform

      Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

      Produkt

      CUBE Enterprise i Webex Calling-løsning

      Problemomfang

      Systemlogfiler

      Problemtype

      Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

    5. Kopiér DS XML-filer til den lokale gateway.

      
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. Installer den høje CPU overvågning DS 64224 og derefter DS 65095 XML-fil i den lokale gateway.

      
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. Bekræft, at signaturen er installeret ved hjælp af Vis diagnose-hjem-opkald-signatur. Statuskolonnen skal have værdien "registreret".

      
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

      Downloadede diagnosticeringssignaturer:

      DS-id

      DS-navn

      Revision

      Status

      Seneste opdatering (GMT+00:00)

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0.0.10

      Tilmeldt

      8/11 2020 00:07:45

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Tilmeldt

      8/11 2020 00:12:53

    Kontrollér udførelse af diagnosticeringssignaturer

    I den følgende kommando vises kolonnen "Status" for kommandoen vis diagnosticeringssignatur for opkald til hjemmet ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.

    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

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)
    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    8/11 2020 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kører

    8/11 2020 00:12:53

    vis statistik for diagnosticering af opkald til hjemmebrug

    DS-id

    DS-navn

    Udløst/maks./afinstallering

    Gennemsnitlig kørselstid (sekunder)

    Maks. kørselstid (sekunder)
    64224

    DS_LGW_CPU_MON75

    0/0/N

    0.000

    0.000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23.053

    23.053

    Den e-mailunderretning , der sendes under udførelse af diagnosticeringssignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandoudgange, der er relevante for fejlfinding af det givne problem.

    Afinstaller diagnosticeringssignaturer

    Brug diagnosticeringssignaturerne til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du ønsker at afinstallere en signatur manuelt, skal du hente DS- ID fra outputtet på vis diagnosticeringssignatur for opkald til hjemmet og kør følgende kommando:

    call-home diagnostic-signature deinstall <DS ID>

    Eksempel:

    call-home diagnostic-signature deinstall 64224

     

    Nye signaturer tilføjes periodisk til opslagsværktøjet til diagnosticering af signaturer baseret på problemer, der observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

    12. oktober 2023
    Implementer CUBE High Availability som lokal gateway

    Lokal gateway (LGW) er den eneste mulighed for at give lokal PSTN-adgang for Cisco Webex Calling-kunder. Formålet med dette dokument er at hjælpe dig med at opbygge en lokal gatewaykonfiguration ved hjælp af CUBE med høj tilgængelighed, aktive eller standby-CUBE'er til statisk failover af aktive opkald.

    Grundlæggende

    Forudsætninger

    Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

    Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

    Hardware- og softwarekomponenter

    CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

    Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

    Referencemateriale

    Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

    Webex Calling-løsningsoversigt

    Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

    Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

    Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

    Lag 2 boks-til-boks-redundans

    CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.

    Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

    I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

    Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

    Infra-komponent for redundansgruppe

    Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

    • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

    • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

    • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

    Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

    Virtuel IP-adresseadministration (VIP) for både signal og medier

    B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

    Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

    Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

    Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

    • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

    • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

    • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

    • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

    • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

    • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

    • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

    • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

    • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

    • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

    • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

    • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

    • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

    • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

    • Både aktiv/standby skal være i det samme datacenter

    • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

    • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

    Konfigurer redundans på begge CUBE'er

    Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

    1

    Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

    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

    Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.
    2

    Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

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

    Her er en forklaring på felterne, der bruges i denne konfiguration:

    • redundans – Starter redundans-tilstand

    • applikationsredundans – Starter konfigurationstilstand for applikationsredundans

    • gruppe – Starter konfigurationstilstand for applikationsgrupperedundans

    • navn LocalGateway-HA – Definerer navnet på RG-gruppen

    • prioritet 100 failover-tærskel 75 – Angiver indledende prioritets- og failover-tærskler for en RG

    • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to tider for forsinkelse og genindlæsning

      • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

      • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

      • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

    • kontrol GigabitEthernet3 protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, som vil blive tilknyttet en kontrolgrænseflade, og skifter til konfigurationstilstand for redundans for applikationsprotokollen

    • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunkt for datatrafik

    • spor – RG-gruppesporing af grænseflader

    • protokol 1 – Angiver protokolforekomsten, som vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokollen

    • timere hellotid 3 ventetid 10 – Konfigurerer de to timere til hellotid og holdtid:

      • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

      • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

        Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.
    3

    Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-applikationen at kontrollere 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

    redundans-gruppe 1 – Tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.
    4

    Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(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

    Her er en forklaring på felterne, der bruges i denne konfiguration:

    • redundans rii – Konfigurerer redundansgrænseflade-ID'et for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.


       

      Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-ID'er på deres respektive grænseflader (for at forhindre kollision). "vis redundansapplikationsgruppe alle" bør angive de korrekte lokale oplysninger og peer-oplysninger.

    • redundansgruppe 1 – Tilknytter grænsefladen med den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.


       

      Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data
    5

    Gem konfigurationen af den første CUBE, og genindlæs den.

    Den platform, som skal genindlæses sidst, er altid standby.

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

    Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

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

    Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

    Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby.

    
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#

    Konfigurer en lokal gateway på begge CUBE'er

    I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

    • Brugernavn: Hussain1076_LGU

    • Adgangskode: lOV12MEaZx

    1

    Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle.

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

    Her er den lokale gateway-konfiguration, der gælder for begge platforme baseret på de Control Hub-parametre, der vises ovenfor, gem og genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.

    
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

    For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE
    2

    På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

    vis redundansapplikationsgruppe 1

    vis statussen for sip-ua-registeret

    
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#

    Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, mens resultatet af "vis sip-ua-registerstatus" er tomt i VCUBE-1
    3

    Aktivér nu følgende fejlretninger 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

    Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.

    
VCUBE-2#redundancy application reload group 1 self

    Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

    • Når den AKTIVE router genindlæses

    • Når den AKTIVE router starter op

    • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret
    5

    Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.

    
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 er nu den aktive LGW.
    6

    Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager 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. maj 2024
    Konfigurer Unified CM til Webex Calling

    Du kan integrere Webex Calling med Unified CM, når Webex Calling-aktiverede placeringer føjes til en eksisterende Cisco UC-installation, eller du kræver direkte opkald mellem telefoner, der er registreret til Unified CM og telefoner i Webex Calling-placeringer.

    Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

    I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

    Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

    IndstillingVærdi
    NavnUnikt navn, såsom Webex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
    Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

    Konfigurer en SIP-profil for den lokale gateway-trunk

    Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

    IndstillingVærdi
    NavnUnikt navn, såsom Webex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
    Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

    Opret et opkaldssøgerum for opkald fra Webex

    Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

    IndstillingVærdi
    NavnUnikt navn, såsom Webex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgerum
    Valgte partitioner

    DN (+E.164-adressebogsnumre)

    ESN (forkortede opkald mellem områder)

    PSTNInternational (PSTN-adgang)

    onNetRemote (GDPR-indlærte destinationer)


     

    Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

    Konfigurer en SIP-trunk til og fra Webex

    Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

    IndstillingVærdi
    Oplysninger om enhed
    DeviceNameEt unikt navn, såsom Webex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
    Kør på alle aktive Unified CM-knudepunkterKontrolleret
    Indgående opkald
    OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
    AAR-opkaldssøgerumEt opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
    SIP-oplysninger
    DestinationsadresseIP-adresse for den lokale gateways CUBE
    Destinationsport5060
    SIP-trunksikkerhedsprofilTidligere defineret: Webex
    SSO-profilTidligere defineret: Webex

    Konfigurer rutegruppe for Webex

    Opret en rutegruppe med følgende indstillinger:

    IndstillingVærdi
    Oplysninger om rutegruppe
    Navn på videresendelsesgruppeEt unikt navn, såsom Webex
    Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

    Konfigurer ruteliste for Webex

    Opret en ruteliste med følgende indstillinger:

    IndstillingVærdi
    Oplysninger om ruteliste
    NavnEt unikt navn, f.eks. RL_Webex
    BeskrivelseMeningsfuld beskrivelse, såsom ruteliste for Webex
    Kør på alle aktive Unified CM-knudepunkterKontrolleret
    Medlemsoplysninger om ruteliste
    Valgte grupperKun den tidligere definerede rutegruppe: Webex

    Opret en partition til Webex-destinationer

    Opret en partition for Webex-destinationerne med følgende indstillinger:

    IndstillingVærdi
    Oplysninger om ruteliste
    NavnUnikt navn, såsom Webex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

    Næste trin

    Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

    Konfigurer rutemønstre for Webex-destinationer

    Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

    IndstillingVærdi
    RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
    RutepartitionWebex
    Gateway-/rutelisteRL_Webex
    Hastende prioritetKontrolleret

    Konfigurer normalisering af forkortede opkald mellem områder for Webex

    Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

    IndstillingVærdi
    OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
    PartitionWebex
    BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
    Brug afsenderens opkaldssøgerumKontrolleret
    Hastende prioritetKontrolleret
    Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
    Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

    16. maj 2024
    Konfigurer og administrer dine WebEx Calling-brugere

    Du skal tilføje hver enkelt bruger i Control Hub for at kunne udnytte Webex Calling-tjenester. Antallet af brugere, du skal tilføje, afgør, hvordan du tilføjer dem i Control hub, uanset om du manuelt tilføjer hver bruger via e-mailadresse eller tilføjer flere brugere ved hjælp af en CSV-fil. Valget er dit.

    30. maj 2024
    Konfigurer og administrer Webex Calling-enheder

    Du kan tildele og administrere enheder til brugere og arbejdsområder i Control Hub. Vælg at tilføje ved hjælp af MAC-adresse eller ved at generere en aktiveringskode, der skal indtastes på selve enheden.

    Føj en telefon til en bruger

    Med Control Hub kan du tildele en telefon til en bruger til personligt brug. De telefoner, der er angivet her , understøtter Webex Calling. Alle disse telefoner kan tilføjes ved hjælp af en MAC-adresse, men kun følgende undersæt kan registreres ved hjælp af en aktiveringskode:

    • Cisco IP-telefon i 6800-serien, multiplatformtelefoner (lydtelefoner – 6821, 6841, 6851, 6861, 6871)

    • Cisco IP-telefon i 7800-serien, multiplatformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (videotelefoner – 8845, 8865)

    • Cisco IP-konferencetelefon 7832 og 8832

    • Cisco Video Phone 8875

    • Cisco-bordtelefoner i 9800-serien


     

    Med hensyn til DECT -enheder er det kun DECT -basisenheder (ikke DECT -håndsæt), der kan tildeles i Control Hub . Når du har tildelt en basisenhed til en bruger, skal du manuelt parre et DECT-håndsæt til den basisenhed. Se flere oplysninger under Tilslut håndsættet til basisstationen.

    1

    Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Enheder> Tilføj enhed.

    Du kan også føje en enhed til brugeren fra afsnittet Brugere ved at navigere til Administration > Brugere > Vælg en bruger > Enheder > Tilføj enhed.
    2

    Vælg Personligt brug for at tildele en enhed til en bruger, og klik derefter på Næste.

    3

    Indtast enten brugernavnet eller det faktiske navn på telefonens ejer, vælg brugeren fra resultaterne, og klik derefter på Næste.

    4

    Vælg den type enhed, du vil konfigurere for brugeren:

    • Cisco Desk Phone – hvis du vælger denne indstilling, skal du vælge Cisco Desk Phone-modellen i rullemenuen Vælg enhed .
    • Cisco-telefon, ATA eller 3. parts enhed – hvis du vælger denne indstilling, skal du vælge Cisco-administrerede enheder i rullemenuen Vælg enhed . Vælg derefter enhedstypen i rullemenuen.
    5

    Vælg, om du vil registrere telefonen med en aktiveringskode (hvis valgmuligheden vises) eller en MAC-adresse, og klik derefter på Gem.

    • Efter aktiveringskode – Vælg denne mulighed, hvis du vil generere en aktiveringskode, som du kan dele med enhedens ejer. Den 16-cifrede aktiveringskode skal indtastes manuelt på selve enheden.

       

      Multiplatformtelefoner skal have firmware i version 11.2.3MSR1 eller nyere for at vise aktiveringskodeskærmen. Hvis telefonens firmware skal opdateres, kan du henvise brugeren til https://upgrade.cisco.com/MPP_upgrade.html.

    • Efter MAC-adresse – Vælg denne mulighed, hvis du kender enhedens MAC-adresse. En telefons MAC-adresse skal være en entydig indtastning. Hvis du indtaster en MAC-adresse til en telefon, der allerede er registreret, eller hvis du tastede forkert, da du indtastede nummeret, bliver der vist en fejlmeddelelse.

     

    Der kan være visse begrænsninger, når der anvendes tredjepartsenheder.

    Hvis du vælger at generere en aktiveringskode til enheden, men du endnu ikke har brugt denne kode, fremgår den pågældende enheds status som Aktiverer i brugerens afsnit for tildelte enheder og hovedlisten over enheder i Control Hub. Husk, at det kan tage op til 10 minutter, før enhedsstatus er opdateret Control Hub .

    Hvis du vil ændre eller administrere de enheder, der er tildelt brugeren, skal du se afsnittet Administrer en enhed for en bruger i denne artikel.

    Tilføj en telefon til et nyt arbejdsområde

    Når folk er på arbejde, mødes de mange steder såsom frokostlokaler, lobbyer og konferencelokaler. Du kan opsætte delte Cisco Webex-enheder på disse arbejdsområder, tilføje tjenester og derefter opleve samarbejdet.

    Hovedprincippet for en arbejdsområdeenhed er, at den ikke tildeles en bestemt bruger, men snarere en fysisk placering, der tillader delt brug.

    Enhederne, der er angivet her, understøtter Webex Calling. Næsten alle disse enheder kan registreres ved hjælp af en MAC-adresse, men det er kun følgende delmængde, der kan registreres ved hjælp af en aktiveringskode:

    • Cisco IP-telefon i 6800-serien, multiplatformtelefoner (lydtelefoner – 6821, 6841, 6851)

    • Cisco IP-telefon i 7800-serien, multiplatformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (videotelefoner – 8845, 8865)

    • Cisco IP-konferencetelefon 7832 og 8832

    • Cisco-bordtelefoner i 9800-serien

    1

    Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Enheder> Tilføj enhed.

    Du kan også føje en enhed til et nyt arbejdsområde fra afsnittet Arbejdsområder ved at navigere til Ledelse> Arbejdsområder> Tilføj arbejdsområde.
    2

    Vælg Delt brug , og klik på Næste.

    3

    Vælg Nyt arbejdsområde, og klik på Næste.

    4

    Indtast et navn for arbejdsområdet (f.eks. navnet på det fysiske lokale), vælg lokaletypen, tilføj lokalets kapacitet, og vælg placeringen af arbejdsområdet. Klik derefter på Næste.


     

    Et arbejdsområdenavn må ikke være længere end 30 tegn, og det må ikke have %, #, <, >, /, \ og " tegn.

    5

    Vælg den type enhed, du vil konfigurere til arbejdsområdet:

    • Cisco Desk Phone – hvis du vælger denne indstilling, skal du vælge Cisco Desk Phone-modellen i rullemenuen Vælg enhed .
    • Cisco-telefon, ATA eller 3. parts enhed – hvis du vælger denne indstilling, skal du vælge Cisco-administrerede enheder i rullemenuen Vælg enhed . Vælg derefter enhedstypen i rullemenuen.
    6

    Vælg, om du vil registrere telefonen med en aktiveringskode (hvis valgmuligheden vises) eller en MAC-adresse, og klik derefter på Næste.

    • Efter aktiveringskode – Vælg denne mulighed, hvis du vil generere en aktiveringskode, som du kan dele med enhedens ejer. Den 16-cifrede aktiveringskode skal indtastes manuelt på selve enheden.

       

      Multiplatformtelefoner skal have firmware i version 11.2.3MSR1 eller nyere for at vise aktiveringskodeskærmen. Hvis telefonens firmware skal opdateres, kan du henvise brugeren til https://upgrade.cisco.com/MPP_upgrade.html.

    • Efter MAC-adresse – Vælg denne mulighed, hvis du kender enhedens MAC-adresse. En telefons MAC-adresse skal være en entydig indtastning. Hvis du indtaster en MAC-adresse til en telefon, der allerede er registreret, eller hvis du tastede forkert, da du indtastede nummeret, bliver der vist en fejlmeddelelse.

     
    Med Webex Calling kan du kun tilføje én delt telefon til et arbejdsområde.

    Nogle funktionstaster kan muligvis ikke benyttes på Cisco IP-konferencetelefon 7832. Hvis du har brug for et fuldt sæt funktionstaster, anbefaler vi, at du i stedet tildeler denne telefon til en bruger.

    7

    Klik på opkaldstjenesten , og vælg den abonnementstype og licenstype, du vil tildele til arbejdsområdet.

    • Professionelt arbejdsområde

    • Fælles arbejdsområde


     

    Hvis du vil vide mere om de funktioner, der er tilgængelige med licenserne, kan du se Funktioner tilgængelige efter licenstype til Webex Calling.

    8

    Tildel en placering og et telefonnummer (bestemt af den placering, du vælger), og klik derefter på Gem. Du kan også tildele et lokalnummer.


     
    Hvis du vil ændre eller administrere de enheder, der er tildelt arbejdsområdet, skal du se afsnittet Administrer en enhed for et arbejdsområde.

    Gentildele en eksisterende MPP-telefon til en anden bruger eller enhed

    Hvis du vil genbruge en telefon, der er tildelt en Webex Calling -bruger/-arbejdsområde til en anden Webex Calling -bruger/-arbejdsområde, skal du følge disse trin:

    1

    Fra kundevisningen ihttps://admin.webex.com, skal du gå til det bruger/arbejdsområde, hvor enheden i øjeblikket er tildelt.

    Du kan gentildele enheden i disse scenarier:

    1. Hvis du ønsker at slette brugeren, skal du vælge Slet bruger/arbejdsområde for at slette brugeren/arbejdsområdet og de tilknyttede enheder.

    2. Hvis du ønsker at slette en enhed, skal du vælge Enheder og vælg den enhed, der skal slettes.

    2

    På telefonen skal du gå til menuen Indstillinger og udføre disse trin for at gentildele telefonen.

    1. Vælg Administration af enhed , derefter Fabriksnulstilling .

    2. Telefonen genstarter. Når genstarten er fuldført, viser telefonen skærmen Aktiveringskode.

    3. Telefonen er nu klar til gentildeling.

    3

    Følg instruktionerne i Tilføj og tildel telefon til bruger eller Føj en telefon til et nyt arbejdsområde for at tildele eller tilføje en telefon til en bruger/arbejdsområde.

    4

    Når du tilføjer enheden i Control Hub, skal du udføre disse handlinger på telefonen:

    1. For aktiveringskode:

      Indtast aktiveringskoden. Telefonen genstarter og er logget på den nye bruger/arbejdsområde.

    2. For MAC-adresse:

      Indtast #000 på skærmen Aktiveringskode, telefonen genoptages med Webex Webex Calling og klargøring til den nye bruger/arbejdsområde.

    Føj et board, skrivebord eller lokaleenhed til en bruger

    Føj en board-, bords- eller lokaleenhed til et nyt arbejdsområde

    Når folk er på arbejde, mødes de mange steder såsom frokostlokaler, lobbyer og konferencelokaler. Du kan opsætte delte Cisco Webex-enheder på disse arbejdsområder, tilføje tjenester og derefter opleve samarbejdet.

    Nøgleprincippet for en Workspaces-enhed er, at den ikke tildeles til en bestemt bruger, men derimod en fysisk placering, der giver mulighed for delt brug.

    Enhederne, der er angivet her, understøtter Webex Calling.

    1

    Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Enheder> Tilføj enhed.

    Du kan også føje en enhed til et nyt arbejdsområde fra afsnittet Arbejdsområder ved at navigere til Ledelse> Arbejdsområder> Tilføj arbejdsområde.
    2

    Vælg Delt brug , og klik på Næste.

    3

    Vælg Nyt arbejdsområde, og klik på Næste.

    4

    Indtast et navn for arbejdsområdet (f.eks. navnet på det fysiske lokale), vælg lokaletypen, tilføj lokalets kapacitet, og vælg placeringen for arbejdsområdet. Klik derefter på Næste.

    5

    Vælg Cisco Room- og Bordenhed.

    6

    Vælg en af følgende tjenester, og klik på Næste.

    • Opkald på Webex (1:1 opkald, ikke-PSTN) – brugere kan kun foretage Webex-app eller Webex Session Initiation Protocol (SIP) opkald ved hjælp af en SIP-adresse (f.eks. username@example.calls.webex.com).
    • Cisco Webex Calling – ud over at kunne foretage og modtage Webex-appen og SIP-opkald, kan personer i dette arbejdsområde bruge enheden til at foretage og modtage telefonopkald fra Webex Calling-nummereringsplanen. Du kan f.eks. ringe til din kollega ved at ringe til telefonnummer 555-555-5555, lokalnummer 5555 eller SIP -adressen brugernavn@eksempel.webex.com, men du kan også ringe til dit lokale pizzeria.
    7

    Hvis du har valgt Cisco Webex Calling-tjenesten , skal du vælge det abonnement og den licenstype, du vil tildele til arbejdsområdet.

    • Professionelt arbejdsområde

    • Fælles arbejdsområde


     

    Hvis du vil vide mere om de funktioner, der er tilgængelige med licenserne, kan du se Funktioner tilgængelige efter licenstype til Webex Calling.

    8

    Tildel en placering, et telefonnummer (bestemt af den placering, du vælger) og et lokalnummer, og klik derefter på Gem.

    9

    Aktivér enheden ved at bruge den medfølgende kode. Du kan kopiere eller udskrive aktiveringskoden eller sende den på e-mail.

    Lav massetilføjelse og -tildeling af enheder

    Hvis du vil tildele flere enheder til brugere og arbejdsområder, kan du udfylde en CSV-fil med de påkrævede oplysninger og aktivere disse enheder i blot et par nemme trin.

    Enhederne, der er angivet her, understøtter Webex Calling. Du kan registrere alle enheder ved hjælp af en MAC-adresse, men registrer følgende undersæt enheder ved hjælp af en aktiveringskode:

    • Cisco IP-telefon i 6800-serien, multiplatformtelefoner (lydtelefoner – 6821, 6841, 6851)

    • Cisco IP-telefon i 7800-serien, multiplatformtelefoner (lydtelefoner – 7811, 7821, 7841, 7861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (lydtelefoner – 8811, 8841, 8851, 8861)

    • Cisco IP-telefon i 8800-serien, multiplatformtelefoner (videotelefoner – 8845, 8865)

    • Cisco IP-konferencetelefon 7832 og 8832

    • Cisco Video Phone 8875

    • Cisco-bordtelefoner i 9800-serien

    1

    Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Enheder> Tilføj enhed> Flere Cisco IP-telefoner.

    2

    Vælg en af følgende valgmuligheder, og klik på Download.

    • Brugere i min organisation – du kan få en liste over alle brugere i din organisation og deres tilknyttede attributter, så du ikke behøver at se hver bruger manuelt.
    • Arbejdsområder i min organisation – du kan få en liste over alle arbejdsområder i din organisation og deres tilknyttede attributter, så du ikke behøver at kigge op på hvert arbejdsområde manuelt.
    • Tilføj enhedsprøveskabelon – du kan bruge den tilgængelige skabelon til at indtaste oplysninger såsom brugernavne, type (angiv, om det er en bruger eller et arbejdsområde), MAC-adresser og enhedsmodeller.
    Du kan bruge følgende tabel til at forberede din CSV-fil.

     
    Følgende felter er obligatoriske, når en enhed tildeles Webex Calling-brugere og -arbejdsområder:
    • For brugere: Brugernavn, type, enhedstype og model, hvis enhedstypen er IP.
    • For arbejdsområde: Brugernavn, type, telefonnummer eller lokalnummer, Webex Calling-arbejdsområde [abonnementsnavn], enhedstype og model, hvis enhedstypen er IP.

    KolonnenavnBeskrivelseUnderstøttet værdi

    Brugernavn

    For at tildele en enhed til en bruger skal du indtaste brugerens e-mailadresse.


     
    Indtast ikke bruger-id'et eller dennes navn.

    Hvis du vil tildele en enhed til et arbejdsområde, skal du indtaste navnet på arbejdsområdet.


     
    Hvis du indtaster et arbejdsområde, der endnu ikke findes, oprettes arbejdsområdet automatisk.

    Eksempel på brugere-mail: test@example.com

    Eksempel på navn på arbejdsområde: Bryd lokale

    Type

    Indtast den relevante type som bruger eller arbejdsområde.

    BRUGER

    ARBEJDSRUM

    Telefonnummer

    Indtast et telefonnummer.

    Eksempel: +12815550100

    Lokalnummer

    Indtast et lokalnummer.

    Eksempel: 00-999999

    Enhedstype

    Indtast enhedstypen.

    Hvis du vil bruge multiplatformstelefoner, ATA- eller DECT-enheder med Webex Calling, skal du angive IP.

    Hvis du vil oprette nye arbejdsområder for at have Room OS-enheder, skal du indtaste WEBEX eller WEBEX_CALLING, afhængigt af den ønskede opkaldsvalgmulighed

    model

    Angiv enhedsmodellen, hvis enhedstypen er IP.

    Eksempel på enhedsmodel: Cisco 7841, Cisco 8851 osv.

    MAC-adresse

    Indtast enhedens MAC-adresse.

    Hvis du lader MAC-adressefeltet være tomt, genereres der en aktiveringskode.


     
    Brug aktiveringskoder til Room OS-enhederne.

    Eksempel på MAC-adresse: 001a2b3c4d5e

    Lokalitet

    Indtast navnet på brugeren eller arbejdsområdets placering.

    Eksempel: San Jose

    Opkaldsplan

    Indtast SANDE'er for at aktivere Cisco-opkaldsplan for det nyligt tilføjede arbejdsområde.

    Denne funktion fungerer ikke for brugere, eksisterende arbejdsområder og arbejdsområder med ikke-understøttet placering.

    SANDT

    FALSK

    Webex Calling-arbejdsområde [abonnement-id]

    Angiv det abonnement, der skal bruges til at oprette arbejdsområder med fælles område eller professionelle opkald.

    Hvert abonnement, der har arbejdsområdelicens, har en tilsvarende kolonne. Du kan tildele enten licens til et fælles område eller en professionel arbejdsområdelicens. Hvis du vil tildele en licens, skal du angive SAND i en af de licenstypekolonner i det respektive abonnement.


     
    Du skal kun tildele ét abonnement for et arbejdsområde.

    Du kan også overføre arbejdsområder fra ét abonnement til et andet. Hvis du vil overføre, skal du angive FALSK i kolonnen Kildeabonnement og SAND i kolonnen Destinationsabonnement.


     
    Vi anbefaler, at du bruger en nyligt genereret skabelon til at forberede CSV-importfilen, da den vil indeholde nøjagtige oplysninger om de aktive abonnementer for arbejdsområdelicenser.

    SANDT

    FALSK

    Professionelt arbejdsområde til Webex Calling [abonnement-id]


     
    Disse telefonnummer- og lokalnummerfelter blev tidligere kaldt Telefonnummer og Direkte linje; disse kolonnenavne understøtter fortsat i en kort periode.

     
    Vi anbefaler, at du begrænser antallet af enheder til 1000 pr. CSV-fil. Hvis du vil tilføje mere end 1000 enheder, skal du bruge en anden CSV-fil.
    3

    Udfyld regnearket.

    4

    Overfør CSV-filen ved at trække og slippe den eller klikke på Vælg en fil.

    5

    Hvis MAC-adressen er tom, får du mulighed for at vælge, hvor aktiveringskoden sendes.

    • Angiv et link – aktiveringskoden føjes til en CSV-fil. Efter import får du et link til at downloade aktiveringskodefilen på skærmen Importstatus.
    • E-mailaktiveringskode –Hvis enheden er til et arbejdsområde, sendes aktiveringskoden til dig som administrator. Hvis enheden er til en bruger, sendes aktiveringskoden på e-mail til brugeren.

    Du eller brugeren skal indtaste aktiveringskoden på enheden for at aktivere den.

    6

    Klik på Indsend.

    Viser den opdaterede status, når enhederne bliver aktive.

     

    Multiplatformsenheder skal køre en firmwareindlæsning på 11.2.3MSR1 eller senere, for at brugerne kan indtaste aktiveringskoden på deres enhed. Få oplysninger om opgradering af telefonfirmware i denne artikel.

    Eksporter en enhedsliste

    Hvis du vil se listen over enheder, der er tildelt til brugere og arbejdsområder, kan du eksportere CSV-fil.

    Fra kundevisningen i https://admin.webex.com skal du gå til Enheder.

    Vælg flere enheder fra enhedslisten, og vælg Eksportér valgmulighed. Du kan vælge de felter, der skal medtages i CSV-fil, og eksportere indholdet til en lokal mappe.


     

    De felter, der vises på CSV-fil, afhænger af enhedens forbindelse til platformen. Derfor er nogle felter ikke tilgængelige i outputfilen.

    Administrer en enhed for en bruger

    Du kan tilføje, fjerne, genstarte, kontrollere aktivering eller oprette en ny aktiveringskode for de enheder, der er tildelt til brugere i din organisation. Dette kan være nyttigt for at få vist og administrere enheder på brugerskærmen, når det er nødvendigt.

    1

    Fra kundevisningen i , gå til Ledelse > Placeringer .https://admin.webex.com

    2

    Vælg en bruger, og klik på Enheder.

    3

    Hvis du vil tilføje en enhed til denne bruger, skal du klikke på Tilføj enhed.


     
    Hvis brugeren allerede er tildelt en enhed, og du vil tilføje en anden enhed, skal du klikke på Handling > Tilføj enhed.

    For yderligere oplysninger om tilføjelse af enheden til en bruger, se afsnittet Tilføj telefoner til en bruger.

    4

    Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet.

    Dette fører dig til siden Enheder. Her kan du se og redigere enhedsindstillinger, slette enheden, genstarte enheden eller oprette en ny aktiveringskode til enheden, hvis det er nødvendigt. Se Konfigurer og opdater telefonindstillinger for at få yderligere oplysninger om konfiguration af telefonindstillinger.

    5

    Hvis den enhed, der er føjet til brugeren, er Webex Aware, vises Webex Aware-indstillingen under enhederne som vist i diagrammet. Webex Aware angiver, at enheden er onboardet til Webex -platformen og har adgang til Webex -funktioner, der understøttes af telefonen.

    6

    Klik på Handlinger for at administrere enheden. Handlinger hjælper med at anvende konfigurationsændringer eller opdatere firmwaren til MPP-enhederne.

    Fanen Handlinger har disse valgmuligheder for en Webex Aware-aktiveret enhed:
    • Anvend ændringer – udsteder anmodning til telefonen om at downloade og anvende ændringer til konfigurationen.
    • Genstart – udsteder anmodning om at gennemtvinge genstart af enheden og downloade den aktuelle konfiguration.
    • Rapporter problem – udsteder anmodning til enheden om at generere og uploade en PRT til skyen.
    • Slet – sletter en enhed, der er angivet for brugeren.

    Administrer en enhed for et arbejdsområde

    Enheder kan tilføjes og administreres direkte fra en arbejdsområdeprofil. Arbejdsområdeenheder kan inkludere ATA-enheder såsom faxmaskiner. Du kan også opsætte en arbejdsområdeenhed som vært for aktivitetsbaseret kontor. Få flere oplysninger om hotel på: Hoteling i Cisco Webex Control Hub .

    1

    Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Arbejdsområder.

    2

    Vælg det arbejdsområde, der skal ændres.

    3

    Hvis du vil tilføje en enhed, skal du klikke på Tilføj enhed i feltet Enheder .

    Hvis du ønsker yderligere oplysninger om tilføjelse af enheder til arbejdsområde, kan du se afsnittet Tilføj en telefon til et nyt arbejdsområde.

    4

    Hvis du vil modificere en eksisterende enhed, skal du vælge enhedsnavnet.

    Dette fører dig til siden Enheder. Her kan du se og redigere enhedsindstillinger, slette enheden, genstarte enheden og aktivere enheden, så den kan bruges som vært for aktivitetsbaseret kontor. Se Konfigurer og opdater telefonindstillinger for at få yderligere oplysninger om konfiguration af telefonindstillinger.

    5

    Hvis den enhed, der er føjet til arbejdsområdet, er Webex Aware, vises Webex Aware-indstillingen under enhederne som vist i diagrammet. Webex Aware angiver, at enheden er onboardet til Webex -platformen og har adgang til Webex -funktioner, der understøttes af telefonen.

    6

    Klik på Handlinger for at administrere enheden. Handlinger hjælper med at anvende konfigurationsændringer eller opdatere firmwaren til MPP-enhederne.

    Fanen Handlinger har disse valgmuligheder for en Webex Aware-aktiveret enhed:
    • Anvend ændringer – udsteder anmodning til telefonen om at downloade og anvende ændringer til konfigurationen.
    • Genstart – udsteder anmodning om at gennemtvinge genstart af enheden og downloade den aktuelle konfiguration.
    • Rapporter problem – udsteder anmodning til enheden om at generere og uploade en PRT til skyen.
    • Slet – sletter en enhed, der er angivet for brugeren.

    Konfigurer linjer – Tilføj og omarranger linjer for en MPP-enhed

    Visning af delt linje giver dig mulighed for at tilføje linjer til en primær enhed brugerenhed og omarrangere, hvordan linjerne vises. Denne funktion giver en bruger mulighed for at modtage og foretage opkald til og fra en anden brugers lokalnummer ved hjælp af sin egen telefon. Et eksempel på visning af delt linje er en chefassistent, der ønsker at foretage og modtage opkald fra chefens linje. Visning af en delt linje kan også være en anden forekomst af den primære brugers linje.

    Den maksimale grænse for konfiguration er 35 enheder for hvert brugertelefonnummer , inklusive brugerens desktop- eller telefonnummer. Du kan tilføje yderligere linjer til arbejdsområdets telefon. Du kan dog kun tilføje arbejdsområdetelefonen med professionel licens som en delt linje.


     

    Når du tildeler en delt linje, kan du tildele numre fra forskellige Webex Calling placeringer til enheder på en anden placering. For eksempel kan et nummer (bruger, arbejdsområde, virtuel linje) fra den britiske placering tildeles en enhed, der er tildelt en bruger på den amerikanske placering.

    Få flere oplysninger om delt linje på tværs af placeringer i: Konfiguration af delte linjer og virtuelle linjer på tværs af placeringer.


     

    Når en bruger tilføjer hurtigopkald til sin MPP-telefon, er de ikke synlige i Control Hub. Hurtigopkald kan overskrives ved konfiguration af en delt linje.

    Hvis en bruger har numre fra andre brugere/grupper konfigureret på deres enheder, kan du tilføje en brugerdefineret etiket til den delt linje. Denne brugerdefinerede etiket hjælper med at identificere den ene delt linje udseende fra den anden.

    1

    Fra kundevisningen i https://admin.webex.com skal du gå til Brugere eller Arbejdsområder (afhængigt af hvor enheden, der skal modificeres, er tildelt).

    2

    Vælg brugeren eller arbejdsområdet, du vil modificere, og rul ned til Enheder.

    3

    Vælg den enhed, du vil tilføje eller ændre de delte linjer, og rul til Telefonbrugere og -indstillinger .

    De brugere og arbejdsområder, der vises på denne telefon, er angivet nedenfor i den rækkefølge, de vises i.

    4

    Hvis du vil tilføje eller fjerne brugere eller placeringer fra denne telefon, skal du vælge Konfigurer linjer.

    5

    For at fjerne en linje, klik på.


     
    Du kan ikke fjerne den primære bruger på linje 1.
    6

    For at tilføje en visning af en delt linje skal du klikke på.


     
    Tilføj linjerne i den rækkefølge, de skal vises i. Hvis du vil ændre den rækkefølge, linjerne vises i, skal du slette dem og føje dem til listen i den rækkefølge, du ønsker, at de skal vises i.
    7

    Indtast navn eller telefonnummer, vælg mellem de viste valgmuligheder, og klik på Gem.

    Konfigurer en ATA-enhed til en bruger

    Du kan konfigurere portene på en analog telefonadapter (ATA, Analog Telephone Adaptor), der er tildelt en bruger i Control Hub. I øjeblikket er de to tilgængelige konfigurationer for ATA-enheder til enheder med to porte og enheder med 24 porte.

    1

    Fra kundevisningen i https://admin.webex.com skal du gå til Brugere.

    2

    Vælg brugeren, der skal modificeres, og rul ned til Enheder.

    3

    Vælg den enhed, du vil tilføje eller modificere.

    4

    Under Brugere på denne enhed skal du klikke på Konfigurer porte.

    5

    For at tilføje en konfiguration af delt port skal du klikke på.

    6

    Indtast navn eller telefonnummer, vælg mellem de valgmuligheder, der vises, og klik derefter på Gem.


     
    Kun arbejdsområder uden enheder vises i opslaget.
    7

    Hvis enheden kræver T.38-faxkomprimering, skal du markere afkrydsningsfeltet i kolonnen T.38 eller tilsidesætte komprimeringsindstillingerne på brugerniveau og derefter klikke på Gem .


     
    Et arbejdsområde kan have en ATA. Dette er nyttigt for faxmaskiner.

    Tilføj numre til din placering

    Du kan tilføje telefonnumre til fastnet- og lokaleenheder i din kundeorganisation når som helst, uanset om du er midt i en prøveperiode eller er skiftet til et betalt abonnement.


     

    Vi har øget antallet af telefonnumre, som du kan tilføje Control Hub 250 til 1000.

    1

    Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > Numre og derefter klikke på Tilføj numre.

    2

    Angiv placeringen og nummertypen. Hvis du overfører numre, skal du både indtaste dine aktuelle og de nye faktureringsnumre.

    3

    Angiv placeringen, tilstand, områdekode, præfikset (valgfrit), og klik derefter på Søg.

    Tilgængelige numre vises.

    4

    Vælg de numre, du vil føje til placeringen.

    De numre, du vælger, flyttes til feltet Valgte numre .

    5

    Klik på Gem.

    Kontrollér status for bestilte PSTN-numre

    Du kan se en liste over de PSTN-numre, som din organisation har bestilt. Med disse oplysninger kan du se de ubrugte numre, der er tilgængelige, og de numre, der er blevet bestilt, der snart bliver tilgængelige.

    Fra kundevisningen i https://admin.webex.com skal du gå til Tjenester > Opkald > PSTN-ordrer.

    Tilbehør tilsluttet til Multiplatformstelefon (MPP) – hovedtelefoner og KEM'er (Key Expansion Modules)

    Når du tilslutter tilbehør (headsets/KEM'er) til en MPP-enhed, vises de som en beholdningsvare under fanen Enheder i Control Hub. I enhedsoversigten i Control Hub kan du se tilbehørets model, status og hvem tilbehøret tilhører. Når du vælger et tilbehør, kan du få yderligere oplysninger, såsom tilbehørets serienummer og aktuel softwareversion. Tilbehørets statusfelt rapporteres som "online", så længe tilbehøret er tilsluttet MPP. Et MPP-tilsluttet headset opgraderer automatisk dets software med den nyeste tilgængelige version i enhedsadministration.

    Vil du gerne se, hvordan det gøres? Se dette video demonstration om, hvordan du ser dit tilbehør i Control Hub .
    Tabel 1. Kompatible headset

    Telefonmodel

    Cisco Headset 520-serien

    Cisco Headset 530-serien

    Cisco Headset 560-serien

    Cisco Headset 730-serien

    Cisco IP-telefon 8811/8841/8845

    —

    —

    RJ9 og RJ11

    —

    Cisco IP-telefon 8851/8861/8865

    USB

    USB

    USB

    RJ9 og RJ11

    —

    Cisco IP-telefon 7811/7821/7841/7861

    —

    —

    —

    —

    Cisco IP-telefon 6821/6841/6851/6861

    —

    —

    —

    —

    Cisco IP-telefon 6871

    USB

    USB

    USB

    —

    Cisco IP Conference Phone 7832/8832

    —

    —

    —

    —

    Tabel 2. Kompatible nøgleudvidelsesmoduler

    Telefonmodel

    KEM

    Cisco IP-telefon 8811/8841/8845

    —

    Cisco IP-telefon 8851/8861/8865

    BEKEM

    CP-8800-A-KEM

    CP-8800-V-KEM

    Cisco IP-telefon 7811/7821/7841/7861

    —

    Cisco IP-telefon 6821/6841/6861/6871

    —

    Cisco IP-telefon 6851

    CP-68KEM-3PCC

    Cisco IP Conference Phone 7832/8832

    —


     

    For fejlfinding af problemer med tastudvidelsesmodul ( udvidelsesmodul) på telefoner, der er registreret til Webex Calling, se Fejlfinding af problemer med tastudvidelsesmoduler i Webex Calling for detaljer.

    20. maj 2024
    Ibrugtagningstendenser og brugsrapporter for Webex Calling

    Administratorer har en række rapporter lige ved hånden, der kan hjælpe med at vurdere, hvordan Webex Calling tjenester bruges, og hvor ofte de bruges. Administratorer kan også få et hurtigt overblik over mediekvaliteten for din placering.

    Se opkaldsrapporter

    Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald.

    1

    For detaljerede opkaldshistorik skal du logge ind på Control Hub , og derefter gå til Analyse > Ringer op .

    2

    Vælg Detaljeret opkaldshistorik .

    Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

    3

    For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald.

    Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.
    01. juli 2024
    Portreferenceoplysninger for Cisco Webex Calling

    Denne artikel er til netværksadministratorer, især firewall- og proxysikkerhedsadministratorer, der bruger Webex Calling -tjenester i deres organisation. Den beskriver netværkskravene og viser de adresser, porte og protokoller, der bruges til at tilslutte dine telefoner, Webex appen og gateways til Webex Calling tjenester.

    En korrekt konfigureret firewall og proxy er afgørende for en vellykket installation af opkald. Webex Calling bruger SIP og HTTPS til opkaldssignalering og de tilknyttede adresser og porte til medier, netværksforbindelse og gateway-forbindelse som Webex Calling er en global tjenesteydelse.

    Ikke alle firewallkonfigurationer kræver, at porte er åbne. Men hvis du kører indefra-til-ydre-regler, skal du åbne porte for at de påkrævede protokoller kan lade tjenester ud.

    NAT (Network Address Translation)

    Netværksadresseoversættelse (NAT) og PAT (Port Address Translation) anvendes på grænsen mellem to netværk for at oversætte adresseområder eller for at forhindre kollision mellem IP-adresseområder.

    Organisationer bruger gatewayteknologier som firewalls og proxyer, der leverer NAT- eller PAT-tjenester til at give internetadgang til Applikationer eller enheder, der er på et privat IP-adresseområde. Disse gateways gør trafik fra interne apps eller enheder til internettet tilsyneladende kommer fra en eller flere offentligt distribuerbare IP-adresser.

    • Hvis du installerer NAT, er det ikke obligatorisk at åbne en indgående port på firewallen.

    • Valider den NAT-pulsstørrelse, der kræves for app- eller enhedsforbindelse, når flere appbrugere og enheder får adgang til Webex Calling- og Webex-opmærksomme tjenester ved hjælp af NAT eller PAT. Sørg for, at der tildeles tilstrækkelige offentlige IP-adresser til NAT-pools for at forhindre udtømning af portene. Portudmattelse bidrager til, at interne brugere og enheder ikke kan oprette forbindelse til Webex Calling- og Webex Aware-tjenesterne.

    • Definer rimelige bindingsperioder, og undgå at ændre SIP på NAT-enheden.

    • Konfigurer en minimums-NAT-timeout for at sikre korrekt drift af enhederne. Eksempel: Cisco-telefoner sender en opfølgende REGISTER opdateringsmeddelelse hvert 1.-2. minut.

    • Hvis dit netværk implementerer NAT eller SPI, skal du angive en større timeout (på mindst 30 minutter) for forbindelserne. Denne timeout giver pålidelig forbindelse og reducerer samtidig batteriforbruget på brugernes mobile enheder.

    SIP Application Layer Gateway

    Hvis en router eller firewall er SIP -bevidst, dvs. SIP Application Layer Gateway (ALG) eller lignende er aktiveret, anbefaler vi, at du deaktiverer denne funktionalitet for at opretholde korrekt drift af tjenesten.

    Se i den relevante producents dokumentation for trin til deaktivering af SIP ALG på specifikke enheder.

    Proxy support til Webex Calling

    Organisationer installerer en internetfirewall eller internetproxy og firewall til at inspicere, begrænse og kontrollere HTTP-trafikken, der forlader og kommer ind på deres netværk. På den måde beskytter de deres netværk mod forskellige former for cyberangreb.

    Proxyer udfører flere sikkerhedsfunktioner, såsom:

    • Tillad eller bloker adgang til bestemte URL-adresser.

    • Brugergodkendelse

    • IP-adresse/domæne/værtsnavn/ URI -omdømmeopslag

    • Trafik dekryptering og inspektion

    Ved konfiguration af proxyfunktionen gælder den for alle de applikationer, der bruger HTTP'ens protokol.

    Applikationerne omfatter følgende:

    • Webex-tjenesteydelser

    • Procedurer for kundeenhedsaktivering (CDA) ved hjælp af Cisco-cloud -klargøringsplatform, såsom GDS, EDOS-enhedsaktivering, klargøring og onboarding til Webex Cloud.

    • Certifikatgodkendelse

    • Firmwareopgraderinger

    • Statusrapporter

    • PRT-uploads

    • XSI-tjenester


     

    Hvis der er konfigureret en proxyserver , sendes kun signaltrafikken (HTTP/HTTPS) til proxyserver. Klienter, der bruger SIP til at tilmelde sig Webex Calling -tjenesten og de tilknyttede medier, sendes ikke til proxyen. Tillad derfor disse klienter at gå direkte gennem firewallen.

    Understøttede proxyindstillinger, konfiguration og godkendelsestyper

    De understøttede proxytyper er:

    • Eksplicit proxy (inspicerende eller ikke-inspicerende) – Konfigurer klientens app eller enhed med eksplicit proxy for at angive, hvilken server der skal bruges.

    • Gennemsigtig proxy (ikke-inspicerende) – klienterne er ikke konfigureret til at bruge en bestemt proxyserver og kræver ingen ændringer for at fungere med en ikke-inspicerende proxy.

    • Gennemsigtig proxy (inspicerer) – klienterne er ikke konfigureret til at bruge en bestemt proxyserver . Det er ikke nødvendigt at foretage ændringer i HTTP-konfigurationen. dog skal dine klienters enten app eller enheder have et rodcertifikat, så de har tillid til proxyen. It-teamet bruger kontrollerende proxyer til at håndhæve politikker på de websteder, der skal besøges, og de indholdstyper, der ikke er tilladt.

    Konfigurer proxyadresserne manuelt for Cisco-enheder og Webex-appen ved hjælp af:

    Når du konfigurerer dine foretrukne produkttyper, skal du vælge mellem følgende proxykonfigurationer og godkendelsestyper i tabellen:

    Produkt

    Proxykonfiguration

    Godkendelsestype

    Webex til Mac

    Manuel, WPAD, PAC

    Ingen godkendelse, grundlæggende, NTLM, †

    Webex til Windows

    Manuel, WPAD, PAC, GPO

    Ingen godkendelse, grundlæggende, NTLM, † , forhandling †

    Webex til iOS

    Manuel, WPAD, PAC

    Ingen godk., grundlæggende, Digest, NTLM

    Webex til Android

    Manuel, PAC

    Ingen godk., grundlæggende, Digest, NTLM

    Webex-webapp

    Understøttet via OS

    Ingen godkendelse, grundlæggende, digest, NTLM, forhandling †

    Webex-enheder

    WPAD, PAC eller manuel

    Ingen godk., grundlæggende, Digest

    Cisco IP-telefoner

    Manuel, WPAD, PAC

    Ingen godk., grundlæggende, Digest

    Webex Video Mesh Node

    Manuel

    Ingen godk., grundlæggende, Digest, NTLM

    For tegnforklaringer i tabellen:

    1. † Mac NTLM-godkendelse – maskinen skal ikke være logget på domænet, brugeren bliver bedt om en adgangskode

    2. † Windows NTLM-godkendelse – understøttes kun, hvis en maskine er logget på domænet

    3. Forhandl † - Kerberos med NTLM fallback-godkendelse.

    4. For at tilslutte Cisco Webex Board, bord- eller lokaleenhed til en proxyserver, se Slut din Board-, Desk- eller Room-enhed til en proxyserver .

    5. For Cisco IP telefoner, se Konfigurer en proxyserver som et eksempel på konfiguration af proxyserver og indstillinger.


     

    For No Authentication, konfigurer klienten med en proxyadresse, der ikke understøtter godkendelse. Ved brug Proxy Authentication, konfigurer med gyldige legitimationsoplysninger. Proxyer, der inspicerer webtrafik, kan forstyrre web socket-forbindelser. Hvis dette problem opstår, kan du tilsidesætte den trafik, der ikke undersøger, til *. Webex.com kan muligvis løse problemet. Hvis du allerede kan se andre poster, skal du tilføje et semikolon efter den sidste post og derefter indtaste Webex undtagelsen.

    Proxyindstillinger til Windows OS

    Microsoft Windows understøtter to netværksbiblioteker til HTTP-trafik (WinINet og WinHTTP), der tillader proxykonfiguration.WinINet er et supersæt af WinHTTP.

    1. WinInet er kun designet til desktopklientapplikationer til én bruger

    2. WinHTTP er primært designet til serverbaserede applikationer med flere brugere

    Når du vælger mellem de to, skal du vælge WinINet som dine konfigurationsindstillinger. Se flere oplysninger wininet-vs-winhttp .

    Der henvises til Konfigurer en liste over tilladte domæner for at få adgang til Webex på dit firmanetværk for oplysninger om følgende:

    • For at sikre, at personer kun logger ind på applikationer ved hjælp af konti fra en foruddefineret liste over domæner.

    • Brug en proxyserver til at opsnappe anmodninger og begrænse de domæner, der er tilladt.

    Proxy-inspektion og certifikatfastgørelse

    Webex appen og -enhederne validerer certifikaterne for serverne, når de opretter TLS -sessionerne. Certifikat kontrollerer, at f.eks. certifikatudsteder og digital signatur er afhængige af bekræftelse af kæden af certifikater op til rodcertifikat. For at udføre valideringskontrollen bruger Webex appen og -enhederne et sæt pålidelige rodcertifikater, der er installeret i operativsystem tillidslager.

    Hvis du har installeret en TLS-kontrollerende proxy til at opsnappe, dekryptere og kontrollere Webex Calling -opkaldstrafik. Sørg for, at det certifikat, som proxyen viser (i stedet for Webex -tjenestecertifikatet) er signeret af en certifikatudsteder, og at rodcertifikat er installeret i tillidslageret på din Webex -app eller Webex -enhed.

    • For Webex -appen – installer CA-certifikat , der bruges til at signere certifikatet af proxyen i enhedens operativsystem .

    • For Webex Room-enheder og Cisco - IP -telefoner med flere platforme – Åbn en tjenesteanmodning med TAC-teamet for at installere CA-certifikat.

    Denne tabel viser Webex appen og Webex enheder, der understøtter TLS inspektion ved hjælp af proxyservere

    Produkt

    Understøtter brugerdefinerede nøglecentre til TLS-inspektion

    Webex-app (Windows, Mac, iOS, Android og web)

    Ja

    Webex Room-enheder

    Ja

    Cisco IP Multiplatform-telefoner (MPP).

    Ja

    Konfiguration af firewall

    Cisco understøtter Webex Calling og Webex Aware-tjenester i sikre Cisco og Amazon Web Services (AWS)-datacentre. Amazon har reserveret sine IP undernet til Ciscos eneste brug og sikret de tjenester, der er placeret i disse undernet i den virtuelle private sky AWS.

    Konfigurer din firewall til at tillade, at kommunikation fra dine enheder, applikationer og internetbaserede tjenester udfører deres funktioner korrekt. Denne konfiguration giver adgang til alle de understøttede Webex Calling og Webex Aware-skytjenester, domænenavne, IP -adresser, porte og protokoller.

    Hvidliste eller åben adgang til følgende, så Webex Calling og Webex Aware-tjenester fungerer korrekt.

    • De URL-adresser/domæner, der er nævnt under afsnittet Domæner og URL-adresser til Webex Calling -tjenester

    • IP undernet, porte og protokoller nævnt i afsnittet IP undernet til Webex Calling -tjenester

    • Hvis du bruger Webex Meetings, meddelelser og andre tjenester, skal du sørge for, at du har de domæner/URL-adresser, der er nævnt i denne artikel, også er åbne Netværkskrav til Webex-tjenesteydelser

    Hvis du kun bruger en firewall, understøttes filtrering af Webex Calling-trafik ved brug af IP-adresser alene ikke, da nogle af IP-adressepools er dynamiske og kan ændres når som helst. Opdater dine regler regelmæssigt. Hvis du ikke opdaterer listen over firewallregler, kan det påvirke dine brugeres oplevelse. Cisco anbefaler ikke filtrering af et undersæt af IP -adresser baseret på en bestemt geografisk region eller cloud tjenesteudbyder. Filtrering efter område kan forårsage alvorlig forringelse af din opkaldsoplevelse.


     

    Bemærk: Cisco vedligeholder ikke dynamisk skiftende IP-adressepuljer, så den er ikke angivet i denne artikel.

    Hvis din firewall ikke understøtter domæne-/ URL -filtrering, skal du bruge en Enterprise Proxy-serverindstilling. Denne valgmulighed filtrerer/tillader HTTPs, der signalerer trafik til, efter URL-adresse/domæne Webex Calling og Webex Aware-tjenester på din proxyserver, før du videresender til din firewall.

    Du kan konfigurere trafik ved hjælp af port- og IP-undernetfiltrering for opkaldsmedier. Da medietrafikken kræver direkte adgang til internettet, skal du vælge URL-filtreringsindstillingen for signaltrafik.

    For Webex Calling , UDP er Ciscos foretrukne transportprotokol til medier, og den anbefaler kun at bruge SRTP over UDP. TCP og TLS som transportprotokoller for medier understøttes ikke for Webex Calling i produktionsmiljøer. Disse protokollers forbindelsesorienterede karakter påvirker mediekvaliteten over tab af netværk. Hvis du har spørgsmål vedrørende transportprotokollen, skal du oprette en supportseddel.

    Domæner og URL-adresser for Webex Calling-tjenester

    Et * vist i begyndelsen af en URL -adresse (f.eks. *.webex.com) angiver, at tjenester på topdomænet og alle underdomæner er tilgængelige.

    Domæne/URL-adresse

    Beskrivelse

    Webex-apps og -enheder, der bruger disse domæner/URL-adresser

    Cisco Webex-tjenesteydelser

    *.broadcloudpbx.com

    Webex-godkendelsens mikrotjenester til krydsstart fra Control Hub til opkaldsadministratorportalen.

    Control Hub

    *.broadcloud.com.au

    Webex Calling-tjenester i Australien.

    Alle

    *.broadcloud.eu

    Webex Calling-tjenester i Europa.

    Alle

    *.broadcloudpbx.net

    Opkaldsklientkonfiguration og administrationstjenester.

    Webex-apps

    *.webex.com

    *.cisco.com

    Webex Calling og Webex Aware-tjenester

    1. Identitetsklargøring

    2. Identitetslagring

    3. Bekræftelse

    4. OAuth-tjenester

    5. Onboarding af enhed

    6. Cloud Connected UC

    Når en telefon opretter forbindelse til et netværk for første gang, eller efter en fabriksnulstilling uden indstillet DHCP -indstillinger, kontakter den en enhedsaktiveringsserver med henblik på nulpunktsklargøring. Nye telefoner bruger active.cisco.com, og telefoner med firmwareversion tidligere end 11.2(1), fortsætter med at bruge webapps.cisco.com til klargøring.

    Download enhedens firmware og opdateringer af landestandarder fra binære filer.webex.com .

    Tillad, at Cisco Multiplatformstelefoner (MPP'er), der er ældre end 12.0.3-versionen, kan få adgang til sudirenewal.cisco.com via port 80 for at forny MIC (Manufacturer Installed Certificate) og have en SUDI (Secure Unique Device Identifier). For detaljer, se Feltmeddelelse.

    Alle

    *.ucmgmt.cisco.com

    Webex Calling-tjenester

    Control Hub

    *.wbx2.com og *.ciscospark.com

    Bruges til cloudbevidsthed til at nå ud til Webex Calling- og Webex Aware-tjenester under og efter onboarding.

    Disse tjenester er nødvendige for

    • Administration af apps og enheder

    • Administration af mekanisme for applikationsmeddelelser

    Alle

    *.webexapis.com

    Webex-mikrotjenester, der administrerer dine applikationer og enheder.

    1. Service med profilbilleder

    2. Whiteboarding-tjeneste

    3. Nærhedstjeneste

    4. Tilstedeværelsestjeneste

    5. Tilmeldingstjeneste

    6. Kalendertjeneste

    7. Søgetjeneste

    Alle

    *.webexcontent.com

    Webex-meddelelsestjenester relateret til generel fillagring, herunder:

    1. Brugerfiler

    2. Omkodede filer

    3. Billeder

    4. Skærmbilleder

    5. Whiteboardindhold

    6. Klient- og enhedslogfiler

    7. Profilbilleder

    8. Branding-logoer

    9. Logfiler

    10. Masse CSV eksportfiler og -importfiler (Control Hub)

    Webex Apps- Meddelelser .


     

    Fillager ved hjælp af webexcontent.com erstattet af clouddrive.com i oktober 2019

    *.accompany.com

    Integrering af People Insights

    Webex-apps

    Yderligere Webex-relaterede tjenester (tredjepartsdomæner)

    *.appdynamics.com

    *.eum-appdynamics.com

    Sporing af præstation, registrering af fejl og nedbrud, sessionsmålinger.

    Control Hub

    *.sipflash.com

    Tjenester til enhedsadministration. Firmwareopgraderinger og sikker onboarding.

    Webex-apps

    *.walkme.com *.walkmeusercontent.com

    Webex-brugervejledningsklient. Bruges til onboarding af og brugsanvisninger til nye brugere.

    Klik her for yderligere oplysninger om WalkMe.

    Webex-apps

    *.google.com

    *.googleapis.com

    Underretninger til Webex -apps på mobilenheder (eksempel: ny besked, når opkaldet besvares)

    For IP undernet henvises der til disse links

    Tjenesten Google Firebase Cloud Meddelelser (FCM).

    Apple Push Notification Service (APNS)


     

    For APNS angiver Apple IP undernetværkene for denne tjeneste.

    		Webex-app

    IP-undernet til Webex Calling-tjenester

    IP undernet til Webex Calling -tjenester * †

    23.89.0.0/16

    85.119.56.0/23

    128.177.14.0/24

    128.177.36.0/24

    135.84.168.0/21

    139.177.64.0/21

    139.177.72.0/23

    144.196.0.0/16

    150.253.128.0/17

    163.129.0.0/17

    170.72.0.0/16

    170.133.128.0/18

    185.115.196.0/22

    199.19.196.0/23

    199.19.199.0/24

    199.59.64.0/21

    Tilslutningsformål

    Kildeadresser

    Kildeporte

    Protokol

    Destinationsadresser

    Destinationsporte

    Bemærkninger

    Opkaldssignal til Webex Calling (SIP TLS)

    Ekstern lokal gateway (NIC)

    8000-65535

    TCP

    Se IP-undernet for Webex Calling-tjenester.

    5062, 8934

    Disse IP-adresser/porte er nødvendige til udgående SIP-TLS-opkaldssignalering fra lokale gateways, enheder og applikationer (kilde) til Webex-opkald Cloud (destination).

    Port 5062 (påkrævet for certifikatbaseret trunk). Og port 8934 (påkrævet for registreringsbaseret trunk

    Enheder

    5060-5080

    8934

    Applikationer

    Kortvarig (OS-afhængig)

    Opkaldssignal fra Webex Calling (SIP TLS) til lokal gateway

    Webex Calling-adresseområde.

    Se IP-undernet for Webex Calling-tjenester

    8934

    TCP

    IP-område eller IP-område valgt af kunden til deres lokale gateway

    Port eller portområde valgt af kunden til deres lokale gateway

    Gælder for certifikatbaserede lokale gateways. Det er nødvendigt at oprette en forbindelse fra Webex Calling til en lokal gateway.

    En registreringsbaseret lokal gateway fungerer ved at genbruge en forbindelse, der er oprettet fra den lokale gateway.

    Destinationsport er kunde valgt Konfigurer trunks

    Opkaldsmedier til Webex Calling (STUN, SRTP/SRTCP, T38)

    		Ekstern lokal gateway (NIC)

    8000-48199† *

    UDP

    Se IP-undernet for Webex Calling-tjenester.

    5004, 9000 (STUN-porte)

    8500-8701,19560-65535 (SRTP over UDP)

    • Disse IP'er/porte bruges til udgående SRTP -opkaldsmedier fra lokale gateways, enheder og applikationer (kilde) til Webex Calling Cloud (destination).

    • For opkald i den organisation, hvor STUN, ICE-forhandling lykkes, fjernes medierelæet i skyen som kommunikationsstien. I sådanne tilfælde er mediestrømmen direkte mellem brugerens apps/enheder.

      For eksempel: Hvis medieoptimering er vellykket, sender applikationer medier direkte mellem hinanden på portområdet 8500-8701, og enheder sender medier direkte til hinanden på portområdet 19560-19661.

    • For visse netværkstopologier, hvor firewalls bruges inden for et kundepræmis, skal du give adgang til de nævnte kilde- og destinationsportområder i dit netværk, så medierne kan strømme igennem.

      Eksempel: For applikationer skal du tillade kilde- og destinationsporten 8500-8701.

    Enheder† *

    19560-19661

    Applikationer† *

    8500-8701

    Opkaldsmedier fra Webex Calling (SRTP/SRTCP, T38)

    Webex Calling-adresseområde.

    Se IP-undernet for Webex Calling-tjenester

    19560-65535 (SRTP over UDP)

    UDP

    IP-område eller IP-område valgt af kunden til deres lokale gateway

    Medieportområde valgt af kunden for deres lokale gateway

    Opkaldssignal til PSTN-gateway (SIP TLS)Intern lokal gateway (NIC)8000-65535

    TCP

    		Din ITSP PSTN GW eller Unified CMAfhænger af PSTN-muligheden (f.eks. typisk 5060 eller 5061 for Unified CM)
    Opkaldsmedie til PSTN-gateway (SRTP/SRTCP)Intern lokal gateway (NIC)

    8000-48199† *

    UDP

    		Din ITSP PSTN GW eller Unified CMAfhænger af PSTN-indstillingen (f.eks. typisk 5060 eller 5061 for Unified CM)

    Enhedskonfiguration og firmwareadministration (Cisco-enheder)

    Webex Calling-enheder

    Kortvarig

    TCP

    3.20.185.219

    3.130.87.169

    3.134.166.179

    72.163.10.96/27

    72.163.15.64/26

    72.163.15.128/26

    72.163.24.0/23

    72.163.10.128/25

    173.37.146.128/25

    173.36.127.0/26

    173.36.127.128/26

    173.37.26.0/23

    173.37.149.96/27

    192.133.220.0/26

    192.133.220.64/26

    443, 6970, 80

    Påkrævet af følgende årsager:

    1. Overførsel fra virksomhedstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com for yderligere oplysninger. Cloudupgrader.webex.com bruger porte: 6970.443 for firmwaremigreringsprocessen.

    2. Firmwareopgraderinger og sikker onboarding af enheder (MPP- og Room- eller Desk-telefoner) ved hjælp af den 16-cifrede aktiveringskode (GDS)

    3. For CDA/EDOS – MAC-adresse klargøring. Bruges af enheder (MPP-telefoner, ATA'er og SPA ATA'er) med nyere firmware.

    4. Når en telefon opretter forbindelse til et netværk for første gang, eller efter en fabriksnulstilling, uden at DHCP -indstillingerne er indstillet, kontakter den en enhedsaktiveringsserver med henblik på nulpunktsklargøring. Nye telefoner bruger activate.cisco.comi stedet for webapps.cisco.com til klargøring. Telefoner med firmware udgivet tidligere end 11.2(1) fortsætter med at bruge webapps.cisco.com. Det anbefales at tillade alle disse IP-undernet.

    5. Tillad, at Cisco Multiplatformstelefoner (MPP'er), der er ældre end 12.0.3-versionen, kan få adgang til sudirenewal.cisco.comgennem port 80 for at forny MIC (Manufacturer Installed Certificate) og have en SUDI (Secure Unique Device Identifier). Få flere oplysninger i Feltmeddelelse

    Applikationskonfiguration

    Webex Calling-applikationer

    Kortvarig

    TCP

    62.109.192.0/18

    64.68.96.0/19

    150.253.128.0/17

    207.182.160.0/19

    443, 8443

    Bruges til id-mæglergodkendelse, applikationskonfigurationstjenester for klienter, browserbaseret webadgang til selvbetjening OG Administrativ grænsefladeadgang.

    Synkronisering af enhedstid (NTP)

    Webex Calling-enheder

    51494

    UDP

    Se IP-undernet for Webex Calling-tjenester.

    123

    Disse IP-adresser er nødvendige for synkronisering af klokkeslæt for enheder (MPP-telefoner, ATA'er og SPA ATA'er)

    Forløsning af enhedsnavn og opløsning af programnavn

    Webex Calling-enheder

    Kortvarig

    UDP og TCP

    Værtsdefineret

    53

    Bruges til DNS -opslag for at finde IP -adresserne for Webex Calling -tjenester i skyen.

    Selvom typiske DNS -opslag udføres over UDP, kan nogle kræve TCP, hvis forespørgselssvarene ikke kan indeholde det i UDP pakker.

    Synkronisering af klokkeslæt i applikationer

    Webex Calling-applikationer

    123

    UDP

    Værtsdefineret

    123

    CScan

    Webbaseret Netværksparathed Prækvalifikationsværktøj til Webex Calling

    Kortvarig

    TCP

    Se IP-undernet for Webex Calling-tjenester.

    8934 og 443

    Webbaseret netværksparathed Prækvalifikationsværktøj til Webex Calling. Få flere oplysninger på cscan.webex.com.

    UDP

    19569-19760

    Yderligere Webex Calling og Webex Aware-tjenester (tredjepart)

    Push-meddelelser APNS- og FCM-tjenester

    Webex-opkaldsapplikationer

    Kortvarig

    TCP

    Se IP undernet, der er nævnt under linkene

    Apple Push Notification Service (APNS)

    Google-Firebase Cloud Meddelelser (FCM)

    443, 2197, 5228, 5229, 5230, 5223

    Underretninger til Webex Apps på mobilenheder (eksempel: Når du modtager en ny besked, eller når et opkald besvares)


     

    • † * CUBE medieport kan konfigureres med rtp-portområde .

    • † *Medieporte for enheder og applikationer, der er dynamisk tildelt i SRTP-portrationerne. SRTP-porte er endda nummererede porte, og den tilsvarende SRTCP-port er tildelt med den på hinanden følgende odd nummererede port.

    • Hvis der er konfigureret en proxyserver til dine apps og enheder, sendes signaltrafikken til proxyen. Medier transporterede SRTP over UDP flyder direkte til din firewall i stedet for proxyserveren.

    • Hvis du bruger NTP- og DNS-tjenester i dit virksomhedsnetværk, skal du åbne port 53 og 123 gennem din firewall.

    Webex Meetings/-meddelelser – netværkskrav

    Onboard MPP-enhederne til Webex Cloud for tjenester som opkaldshistorik, katalogsøgning og møder. Se netværkskravene til disse Webex -tjenester i Netværkskrav til Webex -tjenester . Hvis du bruger møder, meddelelser og andre tjenester fraWebex-appen, skal du sørge for, at de domæner/URL'er/adresser, der er nævnt i denne artikel, er åbne.

    Referencer

    Hvis du vil vide, hvad der er nyt i Webex Calling, se Nyheder i Webex Calling

    For sikkerhedskrav til Webex Calling, se Artikel

    Webex Calling medieoptimering med ICE (Interactive Connectivity Establishment) Artikel

    Dokumentets revisionshistorik

    Dato

    Vi har foretaget følgende ændringer i denne artikel

    11. juni 2024

    Fjernede domænet "huton-dev.com", da det ikke bruges.

    06. maj 2024

    Opdateret brugen af begge SRTP/ SRTCP-portintervaller for Webex Calling Media-specifikationen.

    Den 03. april 2024

    		Opdaterede IP-undernet for Webex Calling-tjenester med 163.129.0.0/17 for at imødekomme udvidelsen af Webex Calling-markedet for Indien-regionen.

    18. december 2023

    Inkluderede sudirenewal.cisco.com URL-adresse og port 80-krav til enhedskonfiguration og firmwareadministration af Cisco MPP-telefonens MIC-fornyelse.

    11. december 2023

    Opdaterede IP-undernet for Webex Calling-tjenester til at omfatte et større sæt IP-adresser.

    150.253.209.128/25 – ændret til 150.253.128.0/17

    29. november 2023

    Opdaterede IP-undernet for Webex Calling-tjenester til at omfatte et større sæt IP-adresser for at tilpasse Webex Calling-områdeudvidelsen til fremtidig vækst.

    144.196.33.0/25 – ændret til 144.196.0.0/16

    IP-undernet til Webex Calling-tjenestesektioner under Webex Calling (SIP TLS) og Opkaldsmedier til Webex Calling (STUN, SRTP) opdateres for klarhed om certifikatbaseret trunking og firewallkravene til lokal gateway.

    14. august 2023

    Vi har tilføjet følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for at understøtte øgede kapacitetskrav til Edge- og Webex Calling-tjenester.


     

    Dette IP-område understøttes kun i den amerikanske region.

    5. juli 2023

    Tilføjet linkethttps://binaries.webex.com for at installere Cisco MPP-firmwaren.

    7. marts 2023

    Vi har gennemgået hele artiklen, så den omfatter:

    1. Medfølgende valgmuligheder for proxysupport.

    2. Ændret flowdiagram for opkald

    3. Forenklede domæner/URL'er/ IP-undernet til Webex Calling og Webex Aware-tjenester

    4. Tilføjet 170.72.0.0/16 IP-undernetområde for Webex Calling- og Webex Aware-tjenester.

      Fjernede følgende områder 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

    5. marts 2023

    Opdatering af artiklen til at omfatte følgende:

    • Tilføjet UDP- SRTP -portområde (8500-8700), der bruges af applikationer.

    • Tilføjet porte for Push-meddelelser APNS og FCM-tjenester.

    • Opdel CScan-portområdet for UDP og TCP.

    • Tilføjet afsnittet referencer.

    15. november 2022

    Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):

    • 170.72.231.0

    • 170.72.231.10

    • 170.72.231.161

    Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):

    • 3.20.118.133

    • 3.20.228.133

    • 3.23.144.213

    • 3.130.125.44

    • 3.132.162.62

    • 3.140.117.199

    • 18.232.241.58

    • 35.168.211.203

    • 50.16.236.139

    • 52.45.157.48

    • 54.145.130.71

    • 54.156.13.25

    • 52.26.82.54

    • 54.68.1.225

    14. november 2022

    Tilføjet IP-undernet 170.72.242.0/24 for Webex Webex Calling -tjenesten.

    08. september 2022

    Cisco MPP-firmwaren skifter til brughttps://binaries.webex.com som værts- URL -adresse for MPP-firmwareopgraderinger i alle regioner. Denne ændring forbedrer firmwareopgraderingsydeevnen.

    30. august 2022

    Fjernet henvisning til Port 80 fra Enhedskonfiguration og firmwareadministration (Cisco-enheder), applikationskonfiguration og CScan-rækker i Port-tabellen, da der ikke er nogen afhængighed.

    18. august 2022

    Ingen ændring i løsningen. Opdaterede destinationsporte 5062 (påkrævet for certifikatbaseret trunk), 8934 (påkrævet for registreringsbaseret trunk) for opkaldssignal til Webex-opkald (SIP TLS).

    26. juli 2022

    Tilføjede IP-adressen 54.68.1.225, som er påkrævet for firmwareopgradering af Cisco 840/860-enheder.

    21. juli 2022

    Opdaterede destinationsporte 5062 og 8934 for opkaldssignalering til Webex-opkald (SIP TLS).

    14. juli 2022

    Tilføjet de URL-adresser, der understøtter en komplet funktion af Webex Aware-tjenester.

    Tilføjet IP-undernet 23.89.154.0/25 for Webex Webex Calling -tjenesten.

    27. juni 2022

    Opdaterede domænet og URL-adresserne for Webex-opkald tjenester:

    *.broadcloudpbx.com

    *.broadcloud.com.au

    *.broadcloud.eu

    *.broadcloudpbx.net

    15. juni 2022

    Tilføjede følgende porte og protokoller under IP-adresser og porte til Webex-opkald tjenester:

    • Tilslutningsformål: Webex-funktioner

    • Kildeadresser: Webex Calling-enheder

    • Kildeporte: Kortvarig

    • Protokol: TCP

    • Destinationsadresser: Se IP undernet og domæner, der er defineret i Webex Meetings/ Meddelelser – netværkskrav.

    • Destinationsporte: 443

      Noter: Webex Calling bruger disse IP -adresser og domæner til at oprette grænseflader med Webex-cloud -tjenester, såsom telefonbog, opkaldshistorik og møder.

    Opdaterede oplysninger i afsnittet Webex Meetings/meddelelser – netværkskrav

    24. maj 2022

    Tilføjede IP-undernet 52.26.82.54/24 til 52.26.82.54/32 for Webex-opkald tjeneste

    6. maj 2022

    Tilføjede IP-undernet 52.26.82.54/24 for Webex-opkald tjeneste

    7. april 2022

    Opdaterede den lokale gateways interne og eksterne UDP-portinterval til 8000-48198†

    5. april 2022

    Tilføjede følgende IP-undernet for Webex-opkald tjeneste:

    • 23.89.40.0/25

    • 23.89.1.128/25

    29. marts 2022

    Tilføjede følgende IP-undernet for Webex-opkald tjeneste:

    • 23.89.33.0/24

    • 150.253.209.128/25

    20. september 2021

    Tilføjede 4 nye IP-undernet for Webex-opkald tjeneste:

    • 23.89.76.128/25

    • 170.72.29.0/24

    • 170.72.17.128/25

    • 170.72.0.128/25

    2. april 2021

    Tilføjet *.ciscospark.com under Domæner og URL-adresser for Webex Calling-tjenester for at understøtte Webex Calling-brugsscenarier i Webex-appen.

    25. marts 2021

    Tilføjede 6 nye IP-intervaller til activate.cisco.com, som vil blive gennemført fra den 8. maj 2021.

    • 72.163.15.64/26

    • 72.163.15.128/26

    • 173.36.127.0/26

    • 173.36.127.128/26

    • 192.133.220.0/26

    • 192.133.220.64/26

    4. marts 2021

    Udskiftede Webex Calling diskrete IP-adresser og mindre IP-intervaller med forenklede intervaller i en separat tabel for at gøre det nemmere at forstå firewall-konfiguration.

    26. februar 2021

    Vi tilføjede 5004 som destinationsport for Call-medie til Webex-opkald (STUN, SRTP) for at understøtte INTERACTIVE Connectivity Animation (ICE), som vil være tilgængelige i Webex-opkald i april 2021.

    22. februar 2021

    Domæner og URL-adresser er nu angivet i en separat tabel.

    Tabellen IP-adresser og porte justeres til gruppe-IP-adresser for de samme tjenester.

    Tilføjelse af kolonnen Bemærkninger til tabellen IP adresser og porte, der hjælper med at forstå kravene.

    Flytning af følgende IP -adresser til forenklede områder for enhedskonfiguration og firmwareadministration (Cisco -enheder):

    activate.cisco.com

    • 72.163.10.125 -> 72.163.10.96/27

    • 173.37.149.125 -> 173.37.149.96/27

    webapps.cisco.com

    • 173.37.146.134 -> 173.37.146.128/25

    • 72.163.10.134 -> 72.163.10.128/25

    Tilføjer følgende IP -adresser til applikationskonfiguration, fordi Cisco Webex klienten peger på en nyere DNS SRV i Australien i marts 2021.

    • 199.59.64.237

    • 199.59.67.237

    21. januar 2021

    Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):

    • 3.134.166.179

    • 50.16.236.139

    • 54.145.130.71

    • 72.163.10.125

    • 72.163.24.0/23

    • 173.37.26.0/23

    • 173.37.146.134

    Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):

    • 35.172.26.181

    • 52.86.172.220

    • 52.203.31.41

    Vi har tilføjet følgende IP-adresser til applikationskonfigurationen:

    • 62.109.192.0/19

    • 64.68.96.0/19

    • 207.182.160.0/19

    • 150.253.128.0/17

    Vi har fjernet følgende IP-adresser fra applikationskonfigurationen:

    • 64.68.99.6

    • 64.68.100.6

    Vi har fjernet følgende portnumre fra applikationskonfigurationen:

    • 1081, 2208, 5222, 5280-5281, 52644-52645

    Vi har føjet følgende domæner til applikationskonfigurationen:

    • idbroker-b-us.webex.com

    • idbroker-eu.webex.com

    • ty6-wxt-jp.bcld.webex.com

    • os1-wxt-jp.bcld.webex.com

    23. december 2020

    Tilføjede nye IP-adresser til applikationskonfiguration til portreferencebillederne.

    22. december 2020

    Opdaterede rækken Applikationskonfiguration i tabellerne til at inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

    Gemte netværksdiagrammerne, indtil disse IP -adresser er tilføjet.

    11. december 2020

    Opdaterede enhedskonfiguration og firmwareadministration (Cisco-enheder) og rækkerne for applikationskonfiguration for de understøttede canadiske domæner.

    16. oktober 2020

    Opdaterede opkaldssignalering og medieoptegnelser med følgende IP-adresser:

    • 139.177.64.0/24

    • 139.177.65.0/24

    • 139.177.66.0/24

    • 139.177.67.0/24

    • 139.177.68.0/24

    • 139.177.69.0/24

    • 139.177.70.0/24

    • 139.177.71.0/24

    • 139.177.72.0/24

    • 139.177.73.0/24

    23. september 2020

    Under CScan, erstattede 199.59.64.156 med 199.59.64.197.

    14. august 2020

    Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

    Opkaldssignal til Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    12. august 2020

    Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

    • Opkaldsmedie til Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    • Opkaldssignal til offentligt håndterede slutpunkter (SIP TLS)-135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24.

    • Enhedskonfiguration og firmwareadministration (Cisco-enheder) – 135.84.173.155,135.84.174.155

    • Synkronisering af enhedstid – 135.84.173.152, 135.84.174.152

    • Applikationskonfiguration – 135.84.173.154, 135.84.174.154

    22. juli 2020

    Tilføjede følgende IP-adresse for at understøtte introduktionen af datacentre i Canada: 135.84.173.146

    9. juni 2020

    Vi har foretaget følgende ændringer i CScan-indtastningen:

    • Rettet en af IP-adresserne —ændrede 199.59.67.156 til 199.59.64.156.

    • Nye funktioner kræver nye porte og UDP – 19560-19760.

    11. marts 2020

    Vi har føjet følgende domæne- og IP -adresser til applikationskonfigurationen:

    • jp.bcld.webex.com – 135.84.169.150

    • client-jp.bcld.webex.com

    • idbroker.webex.com – 64.68.99.6, 64.68.100.6

    Vi opdaterede følgende domæner med yderligere IP-adresser til enhedskonfiguration og firmwareadministration:

    • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

    • webapps.cisco.com – 72.163.10.134

    • activation.webex.com – 35.172.26.181, 52.86.172.220

    • cloudupgrader.webex.com – 3.130.87.169, 3.20.185.219

    27. februar 2020

    Vi har føjet følgende domæne og porte til enhedskonfiguration og firmwareadministration:

    cloudupgrader.webex.com – 443, 6970

    Var denne artikel nyttig?
    Webex Calling-konfigurationsarbejdsgang
    PriserWebex-appMeetingsCallingMeddelelserSkærmdeling
    Webex SuiteCallingMeetingsMeddelelserSlidoWebinarerSocioContact CenterOplevelsesstyringimimobileSikkerhedControl Hub
    headsetsKameraerSkrivebordsserierRumserienBoard-serienTelefonserienTilbehør
    UddannelseSundhedsplejeStatFinansSport og underholdningFrontlineNonprofitsNystartede virksomhederHybridarbejde
    OverførslerHjælpecenterDeltag i et testmødeOnlinekurserIntegrationerTilgængelighedInklusionLive- og on-demand-webinarerWebex-fællesskabetWebex til udviklereNyheder og innovationer
    CiscoKontakt supportKontakt salgWebex BlogWebex tankelederskabWebex Merch-butikKarriererWebex Leap
    Vilkår og betingelserDatabeskyttelseserklæringCookiesVaremærker
    • Twitter
    • LinkedIn
    • Facebook
    • Youtube
    • Instagram
    Vilkår og betingelserDatabeskyttelseserklæringCookiesVaremærker
    ©2024 Cisco og/eller dennes partnere. Alle rettigheder forbeholdes.