Introduksjon

Webex Calling inkluderer nå et dedikert skyforekomstalternativ basert på Cisco Unified Communications Manager arkitekturen. Dedikert forekomst er integrert i Webex Calling og drar fordel av Webex-plattformtjenester, noe som gir skyinnovasjon og en forbedret opplevelse til kundene.

Det dedikerte forekomsttillegget for Webex Calling inkluderer:

  • Cisco Unified Communications Manager

  • Cisco Unified direktemelding og Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (kun Amerika-regionen)

Den dedikerte forekomsttjenesten leveres primært over en privat tilkobling til kundens lokaler. Dette dokumentet beskriver Partner Connect-alternativet som kunder kan bruke med Webex for å utvide organisasjonen til Webex Calling – dedikert forekomst.


Før du sender inn peering-forespørselen for Partner Connect, må du kontrollere at tjenesten for dedikert forekomst er aktivert i den respektive regionen.

Partner Connect

Partner Connect-modellen lar partnere aggregere alle kundenettverk og utvide tilkoblingen til sin dedikerte Webex Calling forekomst.

Figur 1. Partner Connect-modell

I en Partner Connect-modell bruker partneren direkte tilkobling eller ECX til bruk med Webex og etablerer følgende:

  • Partnerens rammeverk for administrasjon og drift

    • Dedikert tilgang til grensesnitt for applikasjonsadministrasjon for forekomst

    • Administrasjonsprogrammer har tilgang til kundeappene sine, for eksempel domeneadministratorer

  • Partnerens rammeverk for kundeaggregasjon

    • Aggreger kundenettverk og utvide tilkoblingen deres til deres respektive dedikerte forekomst

  • Partnerens rammeverk for tilleggstjenester

    • Skybasert, programvaretjenester og administrerer tjenester til kunden

Alternativer for Partner Connect

Den følgende delen viser to tilkoblingsalternativer som partnere kan bruke med Webex for dedikert forekomst.

Direkte : Tilkoblingen etableres over direkte fysiske tilkoblinger mellom Cisco og partneren på et angitt Equinix-anlegg. Virtuell ruting og videresending (VRF) og BGP-økter (Border Gateway Protocol) konfigureres på tvers av disse tilkoblingene i henhold til Ciscos rutingspolicy. For øyeblikket er direkte tilkobling tilgjengelig på Equinix Data Centers i Nord-Amerika, Europa, Australia og APJ.

Equinix Cloud Exchange Fabric™ : Exchange-tilkobling gjør det mulig for partnere å koble sammen med Cisco virtuelt, hvis de er i et Equinix datasenter over hele verden og aktivert med Equinix Cloud Exchange Fabric (Equinix Fabric™). Med en fysisk tilkobling til Equinix Fabric (forhandlet mellom partner og Equinix), starter partneren ganske enkelt virtuelle tilkoblinger fra en portal eller ved å starte Cloud Exchange API-er. På samme måte konfigureres VRF-er (virtuelle Equinix Fabric-tilkoblinger) og BGP-økter på tvers av tilkoblingen.

Direkte (krysstilkobling)

Equinix Cloud Exchange

To punkter i hvert geografisk område.

Over 30 poeng i Amerika og EMEAR. APJ er målrettet for Q1CY2020.

Amerika = Dallas, Texas og San Jose, CA

– eller –

EMEA = London, Storbritannia og Amsterdam, NL

– eller –

ALJ – Tokyo, JP og Singapore, SG

– eller –

AUS = Sydney, AU og Melbourne, AU

– eller –

EU = Frankfurt, GE og Amsterdam, NL

Tilgjengelig på alle Equinix ECX-drevne steder.

Kun betaling er for fysisk tilkobling; ingen ekstra kostnader per kunde eller virtuelle tilkoblinger.

Ta betalt for fysisk tilkobling og hver virtuell tilkobling. En virtuell tilkobling er nødvendig for hver kunde.

1 G eller 10 G tilkoblingsbåndbredde.

Båndbreddealternativer for 200 MB til 10 GB.

IP-adressering og ASN

Webex Calling Dedikert forekomst har følgende krav til IP-adressering og ASN.

  • Offentlig /31 eller /30 for hver fysisk tilkoblingskobling

    • Direkte: 4 delnett per geografisk

    • Equinix-stoff: 4 delnett per geografisk

  • Offentlig ASN for BGP-ruting mellom partner og Cisco

  • /16 Nettverk per geografisk område for partneradministrasjon av UC-applikasjoner

Merk: Partnerens utstyr må støtte undergrensesnitt for lag 3 med dot1q-tagging, brukt for VRF-separasjon. De angitte undernettene kan deles på tvers av alle VRF-er, men må være unike for hver fysisk kobling. Offentlig adressering av koblingsdelnett og offentlig ASN sikrer unikhet på tvers av alle partnere som tilbyr tjenesten, og er obligatorisk. Disse koblingsdelnettene vil ikke bli rutet utenfor tjenesten.

Rammer for kundeaggregasjon

Partnere samler kundenettverk og utvider dem til sin riktige dedikerte forekomst. Partnere kan planlegge å bruke ett eller flere av alternativene nedenfor.

MPLS

SD-WAN

VPN

  • QoS-bevisst

  • Praktisk ruting til eksisterende kundenettverk

  • Et dyrere alternativ

  • VAR-er/MSP-er kan kreve en partner-til-partner-avtale:

    • Krysskoblinger

    • LOA-er

  • Alternativ for rask distribusjon

  • Bruk eksisterende offentlig Internett på nytt

  • Cisco Viptela, Meraki eller annen tredjeparts SD-WAN

  • Krever partnervert utstyr og utstyr per kundelokale

  • Alternativ for rask distribusjon

  • Bruk eksisterende offentlig Internett på nytt

  • Flere VPN-teknologier:

    • Dynamisk flerpunkts VPN

    • Nettsted-til-sted IPsec

  • Ikke egnet for mer avanserte kunde-WAN-er (flere nettsteder)

  • Derimot gir SD-WAN raskere skalering og mer fleksibel styring

Merk: Dette er ikke en uttømmende liste over aggregeringsalternativer for kundenettverk for partnere.

Aktivering av kundenettverk

For å operasjonalisere en ny kunde må partneren oppgi en Dot1Q-tag når han åpner en forespørsel i Control Hub, Ringer >Dedikert forekomst > Skytilkobling > , klikk på Aktiver for Partner Connect.

Velg regionen og gi Dot1Q-taggene områder. Tidslinjen for å fullføre tilkoblingen i Webex-datasentre er 10 virkedager.

Viktige merknader:

  1. For at partnere skal kunne utnytte partnertilkoblingen til å utvide Webex Calling og Meetings-trafikk for kundene sine, må de være vert for en NAT-server og opprette en ekstra tilkobling ved hjelp av en Dot1Q-tag.

  2. Partner Connect-modellen kan ikke brukes for Webex Calling og Meetings uten tillegget Dedikert forekomst.