- Accueil
- /
- Article
Commencer avec la passerelle locale
Cet article permet aux administrateurs de disposer de toutes les informations et références pour configurer, maintenir et dépanner la passerelle locale.
La passerelle locale vous aide à migrer vers Webex Calling à votre rythme. La passerelle locale intègre votre déploiement sur site existant avec Webex Calling. Vous pouvez également utiliser votre connexion PSTN existante.
Assurez-vous des points suivants avant de configurer une passerelle locale pour Webex Calling :
-
Connaissance de la VoIP, comme les protocoles SIP et multimédia, et capacité à effectuer un dépannage de base.
-
Compréhension pratique des périphériques (contrôleur de frontière de session) configurés en tant que passerelle locale.
-
Licence requise pour exploiter le contrôleur de frontière de session.
-
Connaissance de Cisco Unified Communications Manager (Unified CM) ou d'un PBX équivalent déployé dans vos locaux et configuré pour fonctionner avec Webex Calling. (Dans le cas d'une intégration avec un environnement sur site.)
Les articles suivants peuvent vous aider à vous familiariser avec les options de déploiement :
Condition |
Références |
---|---|
Trunks et groupes de routes |
Pour plus d'informations, voir trunks et groupes de routes dans Architecture préférée de Webex Calling. |
ByoPSTN, numérotation d'entreprise |
Signifie Bring Your Own PSTN. Pour plus d'informations, consultez Accès PSTN et interconnexion sur site dans Architecture préférée de Webex Calling. |
Over the Top (OTT), Webex Edge Connect |
Pour plus d'informations, consultez Options de connectivité d'accès dans Architecture préférée de Webex Calling. |
Modèles de jonction de passerelle locale
Il existe deux types de modèles de jonction de passerelle locale :
-
Trunks basés sur l'enregistrement
-
Trunks basés sur des certificats
Ces modèles offrent des fonctionnalités similaires, mais ils diffèrent en termes d'échelle et de prise en charge des appareils. Sélectionnez le modèle de goulotte adapté à vos besoins.
Fonctionnalité |
Basé sur l'inscription |
Basé sur un certificat |
---|---|---|
Appels simultanés |
Appels simultanés jusqu'à 250 par ligne. |
Appels simultanés de > 250 par tronc. |
Type de périphérique |
Prend en charge uniquement Cisco Unified Border Element (CUBE). Pour plus d'informations, voir Prise en charge de la plate-forme CUBE. |
Un choix de types d'appareils comme mentionné dans le tableau Types d'appareils pris en charge pour la jonction basée sur les certificats. |
Modèle d'authentification |
Modèle d'authentification basé sur Digest, qui repose sur un nom d'utilisateur et un mot de passe partagés utilisés pour authentifier l'inscription et les appels. Pour plus d'informations, voir Trunk basé sur l'enregistrement. |
Authentification basée sur un certificat avec vérification du nom de domaine complet LGW. Pour plus d'informations, voir Trunk basé sur un certificat. Chaque transaction SIP initiée par la passerelle locale vers le cloud Webex Calling doit contenir un en-tête de contact avec le nom de domaine complet d'une passerelle locale. Les transactions OPTIONS de la passerelle locale sont particulièrement importantes pour que le statut de la passerelle locale dans le hub de contrôle soit en ligne. |
Exigences relatives au réseau, au pare-feu et au NAT Pour plus de détails sur le trafic entrant et sortant, consultez Informations de référence sur les ports pour Cisco Webex Calling. |
Tout NAT ou IP publique. Le NAT dynamique est préféré car il est plus facile à configurer et nécessite moins de configurations de pare-feu. Nécessite un pare-feu pour autoriser le trafic entrant et sortant (appels Webex vers la passerelle locale et vice versa). Pour le trafic entrant, les trous d'épingle entrants sont ouverts par le pare-feu en fonction des messages d'enregistrement sortants. L'ouverture par sténopé est recommandée pour toutes les adresses IP et tous les ports Webex Calling. Il n'est pas spécifique à une adresse IP ou à un port sur lequel la passerelle locale s'enregistre. |
Réseau public accessible sur Internet, comprenant une IP publique ou un NAT statique. Nécessite un pare-feu pour autoriser le trafic entrant et sortant (Webex Calling vers la passerelle locale et vice versa). |
Exigences du service DNS public |
Aucune configuration spécifique n'est requise sur un service DNS public. |
|
Exigences en matière d'AC et de certificat |
|
|
Intégration et dépannage à l'aide d'un connecteur cloud |
Prend en charge le dépannage automatisé des problèmes de configuration. |
Ne prend pas en charge le dépannage automatisé des problèmes de configuration. |
Contrôleurs de bordure de session pris en charge
Configurez la jonction basée sur les certificats pour les passerelles locales dans Webex for Government. De plus, CUBE est le seul contrôleur de session de bordure (SBC) qui prend actuellement en charge Webex pour le gouvernement.
Fournisseur et modèle SBC |
Version minimale |
Mises en garde ouvertes |
Webex pour les administrations |
---|---|---|---|
Modèles Cisco—CUBE répertoriés dans Prise en charge de la plate-forme de routeur |
Cisco IOS XE Bengaluru 17.6.1a Pour configurer la passerelle locale en mode contrôleur dans le cadre d'une solution Cisco SD-WAN, utilisez Cisco IOS XE Cupertino 17.7.1 ou des versions ultérieures. Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des versions « suggérées ». |
Les plates-formes Cisco ISR 1100 ne prennent pas en charge la validation de configuration. Pour une passerelle déployée en mode contrôleur avec Cisco SD-WAN, les éléments suivants ne sont pas pris en charge :
|
Webex for Government ne prend pas en charge la liaison basée sur l'enregistrement. |
Fournisseur et modèle SBC |
Version minimale |
Mises en garde ouvertes |
Webex pour les administrations |
---|---|---|---|
Modèles Cisco—CUBE répertoriés dans Prise en charge de la plate-forme de routeur |
Cisco IOS XE Cupertino 17.9.1a Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des versions « suggérées ». |
Pour une passerelle déployée en mode contrôleur avec Cisco SD-WAN, les éléments suivants ne sont pas pris en charge :
|
Compatible(s) |
Oracle — Série AP |
9.0.0 |
Limitation de l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Intégration Oracle SBC avec Cisco Webex Calling en tant que passerelle locale tierce (LGW). |
Non pris en charge |
Oracle—VME |
9.0.0 |
Limitation de l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Intégration Oracle SBC avec Cisco Webex Calling en tant que passerelle locale tierce (LGW). |
Non pris en charge |
Oracle — Oracle SBC sur le cloud public |
9.0.0 |
Limitation de l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Intégration Oracle SBC avec Cisco Webex Calling en tant que passerelle locale tierce (LGW). |
Non pris en charge |
AudioCodes — Mediant CE & VE |
7.40A.250.440 |
Limitation de l'interopérabilité ICE. Voir Section 2.4.2 de la note de configuration SBC Connexion de Webex Calling avec AudioCodes. |
Non pris en charge |
AudioCodes — Appareils Mediant |
7.40A.250.440 |
Limitation de l'interopérabilité ICE. Voir Section 2.4.2 de la note de configuration SBC Connexion de Webex Calling avec AudioCodes. |
Non pris en charge |
Ruban — Série SBC 5000, SBC 7000 et SBC SWe |
10.1 |
Limitation de l'interopérabilité ICE. Voir la section Mises en garde. |
Non pris en charge |
Ruban — SBC SWe Edge |
11.0.2 |
Limitation de l'interopérabilité ICE. Voir la solution de contournement dans la section Mises en garde. |
Non pris en charge |
Ruban — SBC 1000, SBC 2000 |
11.0.1 |
Limitation de l'interopérabilité ICE. Voir la solution de contournement dans la section Mises en garde. |
Non pris en charge |
anynode—SBC | 4.10 |
Non pris en charge | |
Carte mère Italtel NetMatch-S | NetMatch-S-CI 5.8.0-20240111 | Pour connaître les limitations connues, téléchargez Configuration NetMatch-S CI SBC pour les appels WEBEX et consultez la section 3.3 Mises en garde. |
Non pris en charge |
Webex Calling prend en charge le déploiement de passerelles locales derrière NAT. Le comportement des appels peut dépendre du type de pare-feu NAT utilisé dans votre réseau et des fonctionnalités fournies par votre SBC.
Exigences en matière de capacité d'appel
Les modèles de jonction basés sur l'enregistrement et sur les certificats ont des capacités d'appel simultanées différentes, comme indiqué dans le tableau suivant :
(Exigence d'appel simultané) |
Nombre approximatif d'utilisateurs |
Préférence de type de tronc |
Qualité minimale du lien |
---|---|---|---|
~ 2000–6500 |
65000 |
Basé sur un certificat |
Interconnexion |
~ 250–2000 |
20000 |
Basé sur un certificat |
Over the top (OTT) |
Jusqu'à 250 |
2500 |
Basé sur l'inscription |
Ott |
Qualifications de connexion
Pour garantir des appels de haute qualité et constants, la connexion réseau entre la passerelle locale et Webex Calling doit avoir les qualités maximales suivantes :
-
Latence unidirectionnelle de 100 ms
-
Gigue de paquets de 10 ms
-
0,5 % de perte de paquets
Pour plus d'informations sur la capacité d'appel, consultez Architecture préférée pour Webex Calling.
Configurer la passerelle locale
1 |
Configurer le trunk à partir du Control Hub. |
2 |
Configurez votre appareil pour qu’il joue le rôle de passerelle locale.
|
3 |
Confirmez que la passerelle locale est active dans l'état du hub de contrôle. Pour obtenir des instructions sur la passerelle hébergée par un partenaire, consultez Configuration d'une passerelle hébergée par un partenaire
|
Webex Calling ne prend actuellement pas en charge CME et LGW exécutés sur une seule instance de vCUBE.
Dépanner la passerelle locale
Si l'état de la passerelle locale n'est pas actif ou s'il y a d'autres problèmes, reportez-vous aux documents suivants avant de contacter l'équipe d'assistance :
-
Résoudre les problèmes liés au déploiement de la passerelle locale basée sur l'enregistrementà partir du hub de contrôle.
-
Résoudre les problèmes liés au déploiement de la passerelle locale basée sur les certificatsà partir du hub de contrôle.
Lorsque la passerelle locale n'est pas active, vérifiez l'état du trunk dans le hub de contrôle :
-
Accéder à
. -
Sélectionnez le tronc dont vous souhaitez vérifier l’état.
-
Cliquez sur Informations sur la ligne réseau.
Voici les différents statuts d'un trunk :
-
En ligne— Connexion réussie entre tous les proxys Edge Webex Calling et la passerelle locale
-
Hors ligne— Connexion infructueuse entre Webex Calling et la passerelle locale
-
Altéré— Connexion infructueuse entre au moins un proxy Edge Webex Calling et la passerelle locale
-
Inconnu— Lors de l'établissement d'une connexion entre Webex Calling et la passerelle locale récemment ajoutée
Pour les mises à jour de l'état du trunk sur un trunk basé sur un certificat ou un trunk basé sur un enregistrement, voir Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling.
Prise en charge de la passerelle locale tierce
L'assistance de Cisco et du partenaire fournisseur est requise pour un déploiement Webex Calling à l'aide d'un SBC tiers. Les détails de l'assistance sont les suivants :
-
Prise en charge des appels Webex :
-
Cisco ou les partenaires qui utilisent Webex Calling doivent avoir un accord d'assistance avec Cisco afin d'obtenir l'assistance Cisco (assistance TAC).
-
Cisco fournit une assistance client pour le déploiement Webex Calling jusqu'au déploiement Edge et les téléphones IP Cisco enregistrés pour Webex Calling.
-
-
Assistance aux fournisseurs :
-
Lors du déploiement, Cisco fournit une assistance aux clients ou partenaires disposant d'un périphérique SBC tiers validé et n'est pas responsable de la fourniture d'une assistance pour le SBC réel.
-
Cisco n'est pas responsable des cas d'assistance non Cisco impliquant le client et le fournisseur SBC. Les problèmes ou défauts logiciels qui surviennent lors du déploiement peuvent être discutés avec le fournisseur SBC et Cisco.
-
