Registrer Cisco IOS -administrerte gatewayer til Webex Cloud

Gateway-kontakter er små programmer som kjøres i gatewayen GuestShell for å opprettholde en tilkobling til Control Hub, koordinere hendelser og samle inn statusinformasjon. Hvis du vil ha mer informasjon om GuestShell, kan du se Gjesteshell .

Gateway-kontaktene er installert på Cisco IOS XE GuestShell-beholderen.

Det finnes to typer kontakter:

• Administrasjonskontakt

• Telemetrikontakt

Et interaktivt menydrevet TCL-skript hjelper deg med å konfigurere GuestShell, samt installasjon og vedlikehold av administrasjonskontakten.

Administrasjonskoblingen tar seg av gateway-registrering og livssyklusbehandling av telemetrikontakten.

Når registreringen er fullført, laster administrasjonskoblingen ned og installerer den nyeste telemetrikoblingen.

Følgende grafikk viser hvordan de forskjellige komponentene kobles til i en Webex Calling løsning:

Som en del av kjøringen av TCL-skript samles følgende informasjon inn fra brukeren:

• Eksternt grensesnitt

• DNS-server

• Proxy-detaljer

• IP-adresse for kontakt

• Gateway-legitimasjon (brukernavn og passord)

TCL-skriptet utfører følgende konfigurasjoner:

• Virtuell portgruppe – kreves for konfigurasjon av guesthell.

• Gjesteskall

• NETCONF Yang

• SNMP Trap-konfigurasjon – kreves for varsler fra Cisco IOS XE.

• IP-rute – for å rute tilkoblingsrelatert trafikk gjennom virtuell portgruppe.

TCL-skriptet utfører følgende konfigurasjoner:

!
interface VirtualPortGroup 0
 ip unnumbered GigabitEthernet1
 no mop enabled
 no mop sysid
!

!
app-hosting appid guestshell
 app-vnic gateway0 virtualportgroup 0 guest-interface 0
  guest-ipaddress 10.65.125.227 netmask 255.255.255.128
 app-default-gateway 10.65.125.142 guest-interface 0
 app-resource profile custom
  cpu 800
  memory 256
  persist-disk 500
 name-server0 72.163.128.140
 name-server1 8.8.8.8
!

!
netconf-yang
netconf-yang cisco-ia snmp-trap-control trap-list 1.3.6.1.4.1.9.9.41.2.0.1
netconf-yang cisco-ia snmp-community-string Gateway-Webex-Cloud
!

!
logging snmp-trap emergencies
logging snmp-trap alerts
logging snmp-trap critical
logging snmp-trap errors
logging snmp-trap warnings
logging snmp-trap notifications
!

!
snmp-server community Gateway-Webex-Cloud RO
snmp-server enable traps syslog
snmp-server manager
!

!
ip route 10.65.125.227 255.255.255.255 VirtualPortGroup0
!
 

Før installasjon må du vurdere at kontaktprogrammet ikke kan brukes med følgende:

• Cisco 1100 Integrated Services-ruterplattformer
• Plattformer konfigurert i modus for høy tilgjengelighet (HA).
• Plattformer konfigurert i kontrollermodus for SD-WAN-nettverk

Vurder følgende når du konfigurerer ruteren for bruk med et kontaktprogram:

• IOS XE bruker proxy ARP til å rute trafikk til gjesteskallet. Ikke deaktiver denne funksjonen ved å konfigurere ingen ip proxy-arp .
• Ikke bruk NAT (Network Address Translation) på plattformer som er konfigurert for CUBE. Konfigurer derfor kontaktprogrammet med en IP-adresse som kan rutes . Det vil si at den ikke kan dele adressen til ruterens grensesnitt.

Klargjør enheten for en gateway-registrering:

• Tilgang til Control Hub som administrator

• IP-adresse, brukernavn og passord for enhetene du vil konfigurere.

• Cisco IOS XE-versjon:

  • Lokale gatewayer – Cisco IOS XE Bengaluru 17.6.1a eller nyere

  • Overlevelsesgatewayer – Cisco IOS XE Dublin 17.12.3 eller nyere

  For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av de «Foreslåtte» utgivelsene.

• Systemkrav

  • Minimum ledig minne – 256 MB

  • Minimum diskplass – Harddisken (SSD) som er koblet til gatewayen som brukes til kontaktinstallasjonen, må ha 2000 MB ledig plass. Bootflash må også ha 50 MB ledig plass. Den brukes til å lagre loggene og RPM-filer.

    Hvis en harddisk ikke er koblet til gatewayen, brukes oppstartsflash for kontaktinstallasjon. Deretter må bootflash ha 2000 MB ledig plass.

Hvis bootflash-en til ruteren er 4 GB og det er mindre enn 2 GB tilgjengelig kapasitet (minimumskapasitet), sletter du alle binære IOS-bilder (.bin) bortsett fra det som kjører for øyeblikket. Når du har slettet filene, frigjør du ekstra plass.

Bruk følgende fremgangsmåte for å utvide det binære bildet og starte opp fra komponenter:

1. Opprett en ny katalog ved hjelp av mkdir bootflash:/image.

2. Utvid det binære IOS-bildet ved hjelp av request platform software package expand file bootflash:/<image>.bin to bootflash:/image.

3. I konfigurasjonsmodus fjerner du gjeldende oppstartsalternativer ved hjelp av no boot system.

4. Konfigurer en ny oppstartssetning: boot system bootflash:/image/packages.conf.

5. Avslutt konfigurasjonsmodus, lagre konfigurasjonen og start på nytt.

6. Når ruteren har startet på nytt, bruker du show version for å bekrefte at ruteren startet opp fra bootflash:/image/packages.conf. I så fall:

   1. Kontroller at bootflash:/sysboot katalogen er tom.

   2. Slett det gjenværende binære bildet for IOS.

   3. Slett eventuelle kjernebilder ved hjelp av delete /f /r bootflash:/core/*.

   4. Slett sporingsloggfiler ved hjelp av delete /f /r bootflash:/tracelogs/*.

   5. Hvis det fortsatt ikke er nok diskplass, kan du se gjennom de gjenværende filene i oppstartsflash: og slette alle andre uviktige filer, for eksempel logger og CDR-er.

• En støttet Cisco-ruter, som er koblet til et nettverk med en bane til Internett. Den grunnleggende konfigurasjonen må ha følgende:

  • DNS-server er konfigurert til å løse offentlige domenenavn.

  • Hvis du vil konfigurere DNS-server, bruker du følgende kommando:

    • ip-navneserver <IP address="">

  • HTTP-proxy -server hvis du vil nå Internett via en proxy.

  • Gateway-legitimasjon: Legitimasjon (brukernavn og passord) med tilgangsnivå 15 som koblingen kan bruke til å få tilgang til gatewayen gjennom NETCONF-grensesnittet.

    Hvis du vil autentisere og autorisere NETCONF-tilgang, må du kontrollere at standard aaa-lister er konfigurert som illustrert i eksemplet. Du kan bruke et hvilket som helst metodealternativ i standardlisten. Du kan ikke bruke en navngitt aaa-liste til å kontrollere NETCONF-tilgang. Hvis standardlistene ikke er riktig konfigurert, kan det hende at du ser feilmelding «ugyldig metodeliste» i systemloggen.

    aaa new-model
    aaa authentication login default radius local
    aaa authorization exec default radius local if-authenticated
    username test privilege 15 secret <password>
    

  Nettverkskrav

  • IP-adresse for kontakten må være i samme nettverk som det som er valgt for ekstern tilkobling. Det kan være en privat nettverksadresse, men den må ha HTTPS-tilgang til Internett.

    Hvis du bruker Virtual CUBE på Amazon Web Services (AWS) som din lokale gateway, kan du se Tilknytt en sekundær IP-adresse for Virtual CUBE på AWS for trinn for hvordan du knytter en sekundær IP-adresse for kontaktbruk.

  • Du må være koblet til Control Hub og lokale enheter for å fullføre registreringsprosessen.

  • URL-adresser for Webex-tjenester:

    • *.ucmgmt.cisco.com

    • *.webex.com

    • *.wbx2.com

  • Transportprotokoller: transportlagsikkerhet (TLS) versjon 1.2

  • Importer den offentlige IOS-sertifikatinstanspakken. Sertifikatene som er lagt til i klareringsutvalget for gateway, brukes til å bekrefte tilgangen til Webex-servere. Bruk følgende konfigurasjonskommando til å importere pakken.

    crypto pki trustpool import url https://www.cisco.com/security/pki/trs/ios.p7b

Generell status for kontakten som vises i Control Hub, avhenger av tilstanden til telemetri- og administrasjonskontaktene på den administrerte gatewayen.

Slik administrerer du gatewayforekomsten:

1. Under TJENESTER , klikk Ringer , og klikk deretter på Administrerte gatewayer -fanen.

2. For den aktuelle gatewayforekomsten klikker du på prikkene ved siden av ( … ) i Handlinger og velg den aktuelle handlingen.