Présentation de l’peering Partner Connect

Webex Calling inclut maintenant une option d’instance dédiée sur le Cloud en fonction de l’architecture Cisco Unified Communications Manager du cloud. L’instance dédiée est intégrée à Webex Calling et tire avantage des services de plate-forme Webex, apportant à ses clients l’innovation et l’amélioration de l’expérience.

L’add-on d’instance dédiée pour Webex Calling inclut :

  • Gestionnaire de communications unifiées Cisco

  • Cisco Unified mi et Presence (IM&P)

  • Cisco Unified Unity Connection (CUCxn)

  • Cisco Expressway (EXP)

  • Cisco Emergency Responder (UNIQUEMENT AMER)

Le service d’instance dédiée est principalement livré sur une connexion privée sur le site du client. Ce document détaille l’option Partner Connect pour que les clients peerent avec Webex afin d’étendre leur organisation à Webex Calling instance dédiée.

Connexion partenaire

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

Figure 1. Modèle de connexion partenaire

Dans un modèle Partner Connect, le partenaire utilise l’peering direct ou ECX pour peerer avec Webex et établir les services suivants :

  • Structure de gestion et d’opérations du partenaire

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

    • Accès des applications de gestion à leurs applications client, par exemple, gestionnaires de domaines

  • Trame d’agrégation client du partenaire

    • Agrégation des réseaux clients et extension de leur connexion à leurs instances respectives dédiées

  • Framework des services supplémentaires du partenaire

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

Options d’peering partner Connect

La section suivante affiche deux options de connectivité pour que les partenaires peerent avec Webex pour une instance dédiée.

Peering direct: L’peering est établi sur des connexions physiques directes entre Cisco et le partenaire dans une installation Equinix désignée. Les sessions de routage et de routage virtuel (BORDER GATEWAY PROTOCOL) et de Border Gateway Protocol (BGP) sont configurées entre ces connexions par la politique d’acheminement Cisco. Actuellement, les installations de peering direct sont disponibles dans les centres de données Equinix en Amérique du Nord, En Europe et APJ (AUS est disponible en janvier 2022).

Equinix Cloud Exchange Fabric™ Peering: L’peering Exchange permet aux partenaires de seconnecter virtuellement à Cisco, s’ils sont dans un centre de données Equinix à travers le monde et activé avec la fabric Equinix Cloud Exchange (Fabric™ Equinix). Grâce à une connexion physique à la fabric Equinix (négociée entre le partenaire et Equinix), le partenaire initie simplement des connexions virtuelles à partir d’un portail ou en facturation des API de peering Cloud Exchange. De la même façon, LESFS (Connexions virtuelles Equinix Fabric) et les sessions BGP sont configurées sur l’ensemble du peering.

Direct peering (Cross Connect)

Peering Equinix Cloud Exchange

Deux points de peering dans chaque région géographique.

+ de 30 points de peering en Amérique et EMEAR. L’APJ est ciblé pour le 1er TCY2020.

Amérique = Dallas, Texas & San Jose, Californie

- ou -

EMEA = Londres, GB & Amsterdam, NL

- ou -

ALJ - Tokyo, Japon et Singapour

- ou -

AUS = Sydney &Sydney (à partir de janvier 2022)

Disponible sur n’importe quel emplacement équipé d’Equinix ECX.

Seul le temps est pour la connexion physique ; aucuns frais supplémentaires par client ou connexion virtuelle.

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

Bande passante de connexion de 1 G ou 10 G.

Options de bande passante pour 200 Mo à 10 Go.

Adresse IP et ASN

Webex Calling instance dédiée a les exigences d’adresse IP et d’ASN suivantes.

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

    • Peering direct : 4 sous-réseaux par Geo

    • Peering de la fabric Equinix : 4 sous-réseaux par Geo

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

  • /16 par Geo pour la gestion partenaire des applications UC

Remarque : L’équipement du partenaire doit prendre en charge les sous-interfaces de la couche 3 avec le marquage point1q, utilisé pour l’espace de séparation TACF. Les sous-réseaux de peering fournis peuvent être partagés dans tous les NFS mais doivent être uniques pour chaque lien physique. L’adressaton public des sous-réseaux du lien de peering et de l’ASN public garantit l’uniqueité entre tous les partenaires offrant le service et est obligatoire. Ces sous-réseaux du lien d’peering ne seront pas acheminés en dehors du service.

Framework d’agrégation client

Les partenaires agrégatent les réseaux clients et les élargissent à 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

  • QoS au courant

  • Routage pratique vers les réseaux existants des clients

  • Option plus coûteuse

  • Les VAR/MSP peuvent exiger un accord de partenaire à partenaire :

    • Connexions croisées

    • Satl

  • Option de déploiement rapide

  • Ré-utiliser l’Internet public existant

  • Cisco Viptela, Meraki, ou autre tierce partie SD-WAN

  • Nécessite un équipement hébergé par le partenaire et un équipement par client sur site

  • Option de déploiement rapide

  • Ré-utiliser l’Internet public existant

  • Technologies VPN multiples :

    • VPN multipoint dynamique

    • IPsec de site à site

  • Non adapté pour les WANs des clients plus avancés (multisesseurs)

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

Remarque : Ce n’est pas une liste exhaustive d’options d’agrégation du réseau du client pour les partenaires.

Activation du réseau du client

Pour operationaliser un nouveau client, les partenaires doivent fournir une balise Point1Q lors de l’ouverture d’un cas du CAT ou en engageant leur PSM. Le PSM engagera à son tour le CAT pour ouvrir un ticket et suivre la progression. Le calendrier pour terminer l’peering dans les centres de données Webex est de 10 jours ou moins.

Notes imporrtants :

  1. Pour que les partenaires utilisent partner connect pour étendre le trafic des Webex Calling et des réunions pour leurs clients, ils devront organiser un serveur NAT et créer une connexion supplémentaire en utilisant une balise Dot1Q.

  2. Le modèle Partner Connect ne peut pas être tirer profit de cette Webex Calling et des réunions sans l’add-on d’instance dédiée.