Introduction

Webex Calling inclut désormais une option d'instance cloud dédiée basée sur l'architecture Cisco Unified Communications Manager . L’instance dédiée est intégrée à Webex Calling et tire parti des services de la plateforme Webex, apportant l’innovation cloud et une expérience améliorée aux clients.

Le module complémentaire Instance dédiée pour Webex Calling comprend :

  • Cisco Unified Communications Manager

  • Cisco Unified IM et présence

  • Connexion Cisco Unified Unity

  • Cisco Expressway

  • Cisco Emergency Responder (région Amériques uniquement)

Le service Instance dédiée est principalement fourni via une connexion privée dans les locaux du client. Ce document détaille l’option Partner Connect que les clients peuvent utiliser avec Webex pour étendre leur organisation à Webex Calling – Instance dédiée.

Partner Connect

Le modèle Partner Connect permet aux partenaires de regrouper tous les réseaux des clients et d’étendre la connectivité à leur instance dédiée Webex Calling .

Figure 1. Modèle Partner Connect

Dans un modèle Partner Connect, le partenaire utilise une connexion directe ou ECX à utiliser avec Webex et établit les éléments suivants :

  • Cadre de gestion et d'exploitation du partenaire

    • Accès à l'interface de gestion des applications de l'instance dédiée

    • Accès des applications de gestion à leurs applications clientes, par exemple, les gestionnaires de domaine

  • Cadre de regroupement des clients du partenaire

    • Agréger les réseaux des clients et étendre leur connexion à leur instance dédiée respective

  • Cadre des services supplémentaires du partenaire

    • Services logiciels basés sur le cloud et gestion des services pour le client

Options de connexion partenaire

La section suivante présente deux options de connectivité que les partenaires peuvent utiliser avec Webex pour les instances dédiées.

Direct : la connectivité est établie via des connexions physiques directes entre Cisco et le partenaire dans une installation Equinix désignée. Les sessions Virtual Routing and Forwarding (VRF) et Border Gateway Protocol (BGP) sont configurées sur ces connexions conformément à la politique de routage Cisco. Actuellement, des installations de connectivité directe sont disponibles dans les centres de données Equinix en Amérique du Nord, en Europe et en APJ (AUS est disponible en janvier 2022).

Equinix Cloud Exchange Fabric™ : la connectivité Exchange permet aux partenaires de s’interconnecter virtuellement avec Cisco, s’ils se trouvent dans un centre de centre de données Equinix dans le monde et qu’ils sont activés avec Equinix Cloud Exchange Fabric (Equinix Fabric™). Avec une connexion physique à Equinix Fabric (négociée entre le partenaire et Equinix), le partenaire initie simplement des connexions virtuelles à partir d'un portail ou en appelant les API Cloud Exchange. De même, les VRF (connexions virtuelles Equinix Fabric) et les sessions BGP sont configurées sur la connexion.

Direct (connexion croisée)

Equinix Cloud Exchange

Deux points dans chaque région géographique.

Plus de 30 points dans les Amériques et EMEAR. APJ est ciblée pour Q1CY2020.

Amériques = Dallas, Texas et San José, Californie

- ou -

EMEA = Londres, Royaume-Uni et Amsterdam, Pays-Bas

- ou -

ALJ - Tokyo, JP & Singapour, SG

- ou -

AUS = Sydney, AU & Melbourne, AU

- ou -

UE = Francfort, GE & Amsterdam, NL

Disponible dans n’importe quel site alimenté par Equinix ECX.

Seuls les frais sont pour la connexion physique ; pas de frais supplémentaires par client ou connexions virtuelles.

Frais pour la connexion physique et chaque connexion virtuelle. Une connexion virtuelle est requise pour chaque client.

Bande passante de connexion 1 G ou 10 G.

Options de bande passante de 200 Mo à 10 Go.

Adressage IP et ASN

L’instance dédiée de Webex Calling a les exigences suivantes en matière d’adressage IP et d’ASN.

  • Public /31 ou /30 pour chaque lien de connexion physique

    • Direct : 4 sous-réseaux par zone géographique

    • Tissu Equinix : 4 sous-réseaux par zone géographique

  • ASN public pour le routage BGP entre le partenaire et Cisco

  • /16 Réseau par zone géographique pour la gestion des partenaires des applications UC

Remarque : L'équipement du partenaire doit prendre en charge les sous-interfaces de couche 3 avec marquage dot1q, utilisées pour la séparation VRF. Les sous-réseaux fournis peuvent être partagés sur tous les VRF mais doivent être uniques pour chaque lien physique. L'adressage public des sous-réseaux de liaison et de l'ASN public garantit l'unicité de tous les partenaires offrant le service et est obligatoire. Ces sous-réseaux de liaison ne seront pas acheminés en dehors du service.

Cadre d'agrégation des clients

Les partenaires regroupent les réseaux des clients et les étendent à leur instance dédiée appropriée. Les partenaires peuvent prévoir d'utiliser une ou plusieurs des options ci-dessous.

MPLS

SD-WAN

VPN

  • Compatible QoS

  • Acheminement pratique vers les réseaux clients existants

  • Option plus coûteuse

  • Les VAR/MSP peuvent nécessiter un accord de partenaire à partenaire :

    • Interconnexions

    • LOA

  • Option de déploiement rapide

  • Réutiliser l'Internet public existant

  • Cisco Viptela, Meraki ou autre SD-WAN tiers

  • Nécessite un équipement hébergé par un partenaire et un équipement local par client

  • Option de déploiement rapide

  • Réutiliser l'Internet public existant

  • Plusieurs technologies VPN :

    • VPN multipoint dynamique

    • IPsec de site à site

  • Ne convient pas aux clients WAN plus avancés (multi-sites)

  • En revanche, le SD-WAN offre une évolutivité plus rapide et une gestion plus flexible

Remarque : Il ne s’agit pas d’une liste exhaustive des options d’agrégation de réseaux clients pour les partenaires.

Activation du réseau client

Pour rendre opérationnel un nouveau client, le partenaire doit fournir une balise Dot1Q lors de l'ouverture d'un dossier TAC ou de l'engagement de son PSM. Le PSM engagera à son tour le TAC pour ouvrir un ticket et suivre la progression. Le délai pour terminer la connexion dans les centres de données Webex est de 10 jours ouvrables.

Remarques importantes

  1. Pour que les partenaires puissent tirer parti de la connexion partenaire pour étendre le Webex Calling and Meetings pour leurs clients, ils devront héberger un serveur NAT et créer une connexion supplémentaire à l’aide d’une balise Dot1Q.

  2. Le modèle Partner Connect ne peut pas être utilisé pour Webex Calling and Meetings sans le module complémentaire Instance dédiée.