- Accueil
- /
- Article
Merci pour votre commentaire.
Dans cet article
Un commentaire ?Cet article fournit aux administrateurs toutes les informations et références nécessaires pour configurer, gérer et dépanner la passerelle locale.
La passerelle locale vous permet de migrer Webex Calling à votre rythme. La passerelle locale intègre votre déploiement sur site existant àWebex Calling. Vous pouvez également utiliser votre connexion PSTN existante.
Assurez-vous de ce qui suit avant de configurer une passerelle locale pour Webex Calling :
-
Connaissance de la VoIP, notamment des protocoles SIP et multimédia, et capacité à effectuer des dépannages de base.
-
Compréhension pratique des appareils (contrôleur de session en bordure) configurés en tant que passerelle locale.
-
Licence requise pour faire fonctionner le Session Border Controller.
-
Connaissance de Cisco Unified Communications Manager (Unified CM) ou d'un PBX équivalent déployé dans vos locaux et configuré pour fonctionner avecWebex Calling. (Dans le cas d'une intégration avec un environnement sur site.)
Les vidéos Webex Calling utilisant les flux d'appels de la passerelle locale ne sont pas prises en charge. Bien que la vidéo puisse fonctionner dans certains scénarios, elle peut entraîner une dégradation de la qualité et un comportement inattendu. Pour une expérience plus stable, configurez votre environnement pour les appels uniquement audio.
Les articles suivants peuvent vous aider à vous familiariser avec les options de déploiement :
|
Mandat |
Références |
|---|---|
|
Trajectoires et groupes de routes |
Pour plus d'informations, consultez les tronçons et les groupes de routes dans Webex CallingPreferred Architecture. |
|
par OPSTN, Enterprise Dialing |
C'est l'abréviation de Bring Your Own PSTN. Pour plus d'informations, consultez la section Accès PSTN et interconnexion sur site dans Preferred Architecture. Webex Calling |
|
Over the Top (OTT), Webex Edge Connect |
Pour plus d'informations, consultez la section Options de connectivité d'accès dans l'architecture Webex Calling préférée. |
Modèles de connexions Local Gateway
Il existe deux types de modèles de partage de passerelles locales :
-
troncs sur inscription
-
Des troncs 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 coffre qui répond à vos besoins.
|
Fonctionnalité |
Sur inscription |
Basé sur des certificats |
|---|---|---|
|
Appels simultanés |
Appels simultanés jusqu'à 250 par ligne de réseau. |
Appels simultanés de plus de 250 par ligne de réseau. |
|
Type d'appareil |
Supports uniquement Cisco Unified Border Element (CUBE). Pour plus d'informations, consultez le support de la plateforme CUBE. |
Un choix de types d'appareils, comme indiqué dans le tableau Types d'appareils pris en charge pour le trunking basé sur des certificats. |
|
Modèle d'authentification |
Modèle d'authentification basé sur le résumé, qui repose sur un nom d'utilisateur et un mot de passe partagés utilisés pour authentifier les inscriptions et les appels. Pour plus d'informations, voir Trunk basé sur l'enregistrement . |
Authentification par certificat avec vérification du nom de domaine complet LGW. Pour plus d'informations, voir Trunk basé sur des certificats . Chaque transaction SIP initiée par Local Gateway vers Webex Calling le cloud doit contenir un en-tête Contact avec le nom de domaine complet d'une passerelle locale. OPTIONS Les transactions depuis la passerelle locale sont particulièrement importantes pour que le statut de la passerelle locale soit en ligne sur le Control Hub. |
|
Exigences en matière de réseau, de pare-feu et de NAT Pour plus de détails sur le trafic entrant et sortant, voir Informations de référence des ports pour. Cisco Webex Calling |
N'importe quel NAT ou IP publique. Le NAT dynamique est préférable 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 (Webex Callingvers la passerelle locale et inversement). Pour le trafic entrant, les trous d'épingle entrants sont ouverts par le pare-feu en fonction des messages d'enregistrement sortants. Il est recommandé d'ouvrir un sténopé pour toutes les adresses Webex Calling IP et tous les ports. Ce n'est pas spécifique à une adresse IP ou à un port sur lequel Local Gateway s'enregistre. |
Réseau public connecté à Internet, y compris une adresse IP publique ou un NAT statique. Nécessite un pare-feu pour autoriser le trafic entrant et sortant (Webex Callingvers la passerelle locale et inversement). |
|
Exigences relatives au service DNS public |
Aucune configuration spécifique n'est requise sur un service DNS public. |
|
|
Exigences en matière de CA et de certificat |
|
|
|
Intégration et résolution des problèmes à l'aide d'un connecteur cloud |
Supporte le dépannage automatique des problèmes de configuration. |
Ne permet pas de résoudre automatiquement les problèmes de configuration. |
Contrôleurs de session en bordure pris en charge
Configurez le trunking basé sur des certificats pour les passerelles locales dans Webex for Government. CUBE est également le seul contrôleur des frontières de session (SBC) qui prend actuellement en charge Webex for Government.
|
Fournisseur et modèle SBC |
Version minimale |
Mises en garde ouvertes |
Webex pour le gouvernement |
|---|---|---|---|
|
Modèles Cisco—Cube répertoriés dans la liste des plateformes de routeurs |
Cisco IOSXE Bengaluru 17.6.1a Pour configurer Local Gateway en mode contrôleur dans le cadre d'une solution Cisco SD-WAN, utilisez Cisco IOS XE Cupertino 17.7.1 ou une version ultérieure. Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des sorties « suggérées ». |
Les plateformes Cisco ISR 1100 ne prennent pas en charge la validation de la 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 le trunking basé sur les inscriptions. |
|
Routeurs sécurisés Cisco—
|
Cisco IOSXE 26.2.1 Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des sorties « suggérées ». |
Le connecteur de passerelle géré n'est pas pris en charge sur les routeurs sécurisés Cisco. Pour une passerelle déployée en mode contrôleur avec Cisco SD-WAN, les éléments suivants ne sont pas pris en charge :
|
Non pris en charge |
|
Fournisseur et modèle SBC |
Version minimale |
Mises en garde ouvertes |
Webex pour le gouvernement |
|---|---|---|---|
|
Modèles Cisco—Cube répertoriés dans la liste des plateformes de routeurs |
Cisco IOSXE Cupertino 17.9.1a Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des sorties « 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 :
|
Soutenu |
|
Routeurs sécurisés Cisco—
|
Cisco IOSXE 26.2.1 Pour les versions recommandées, consultez la page Cisco Software Research. Recherchez la plateforme et sélectionnez l'une des sorties « suggérées ». |
Le connecteur de passerelle géré n'est pas pris en charge sur les routeurs sécurisés Cisco. Pour une passerelle déployée en mode contrôleur avec Cisco SD-WAN, les éléments suivants ne sont pas pris en charge :
|
Non pris en charge |
|
Série Oracle-AP |
9.3.0 |
Pour les mises en garde, consultez les problèmes et limites connus d'Oracle SBC dans la documentation des Cisco Webex Calling solutions. |
Non pris en charge |
|
Oracle—VME |
9.3.0 |
Pour les mises en garde, consultez les problèmes et limites connus d'Oracle SBC dans la documentation des Cisco Webex Calling solutions. |
Non pris en charge |
|
Oracle—Oracle SBC sur le cloud public |
9.3.0 |
Pour les mises en garde, consultez les problèmes et limites connus d'Oracle SBC dans la documentation des Cisco Webex Calling solutions. |
Non pris en charge |
|
Codes-audio : Mediant CE et VE |
7.40A.250.440 |
Limitation liée à l'interopérabilité ICE. Voir la section 2.4.2 de la note de configuration SBC Connecting Webex Calling with AudioCodes. |
Non pris en charge |
|
Codes audio — Mediant Appliances |
7.40A.250.440 |
Limitation liée à l'interopérabilité ICE. Voir la section 2.4.2 de la note de configuration SBC Webex Calling relative à la connexion à l'aide de codes audio. |
Non pris en charge |
|
Ruban : série SBC 5000, SBC 7000 et SBC We |
10.1 |
Limitation liée à l'interopérabilité ICE. Voir la section Mises en garde. |
Non pris en charge |
|
Ruban — SBC We Edge |
11.0.2 |
Limitation liée à l'interopérabilité ICE. Consultez la solution dans la section Mises en garde. |
Non pris en charge |
|
Ruban : SBC 1000, SBC 2000 |
11.0.1 |
Limitation liée à l'interopérabilité ICE. Consultez la solution dans la section Mises en garde. |
Non pris en charge |
|
Ruban : 800 avec SBC Swe Edge |
25.0 |
Voir Ribbon Edge 8000 avec la section « Avertissements » du Cisco Webex Calling guide d'interopérabilité. |
Non pris en charge |
| Anynode — SBC | 4.10 |
Non pris en charge | |
| Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Pour connaître les limites connues, téléchargez la configuration SBC NetMatch-S CI pour WEBEX Calling et consultez la Section 3.3 Avertissements. |
Non pris en charge |
Webex Callingsoutient le déploiement de passerelles locales derrière le NAT. Le comportement des appels peut dépendre du type de pare-feu NAT utilisé sur votre réseau et des fonctionnalités fournies par votre SBC.
Exigences en matière de capacité d'appel
Les modèles de partage basés sur l'enregistrement et sur les certificats ont des capacités d'appels simultanés différentes, comme le montre le tableau suivant :
|
Appel simultané (obligatoire) |
Nombre d'utilisateurs approximatif |
Type de coffre préféré |
Qualité de liaison minimale |
|---|---|---|---|
|
~ 2000–6500 |
65000 |
Basé sur des certificats |
Interconnectez |
|
~ 250–2000 |
20000 |
Basé sur des certificats |
Over the top (OTT) |
|
Jusqu'à 250 |
2500 |
Sur inscription |
OTT |
Qualifications de connexion
Pour garantir des appels de haute qualité constante, la connexion réseau entre la passerelle locale et la passerelle locale Webex Calling doit présenter les qualités maximales suivantes :
-
Latence unidirectionnelle de 100 ms
-
10 ms de gigue des paquets
-
0,5 % de perte de paquets
Pour plus d'informations sur la capacité d'appel, voir Preferred Architecture for Webex Calling.
Modèle de connectivité et exigences
-
Lors du provisionnement, chaque passerelle locale est attribuée à deux sites Webex Media PoP pour garantir la redondance et la haute disponibilité. Cette mission est gérée par le biais d'un DNS SRV dossier.
-
Les emplacements Media PoP sont déterminés en fonction de la position géographique de la passerelle, qui est configurée lors du processus de provisionnement dans Control Hub. En général, la passerelle est attribuée aux deux Media POP les plus appropriés et séparés géographiquement au sein de la même région. Par exemple, si la passerelle est mise en service dans l'UE, elle utilise deux médias POP au sein de l'UE.
Pour la liste complète des sites Webex Media PoP, voir Localisation des centres de données pour Webex Calling.
Les Webex Calling lieux sont également des sites médiatiques.
-
Les fonctionnalités multimédia régionales s'appliquent également aux connexions par passerelle. Selon les scénarios d'appel, les médias sont maintenus localement dans la région dans la mesure du possible.
-
Assurez-vous que les certificats sont signés pour être utilisés par le client et le serveur.
Configurer la passerelle locale
| 1 |
Configurez le coffre depuis Control Hub. |
| 2 |
Configurez votre appareil pour qu'il joue le rôle de passerelle locale.
|
| 3 |
Vérifiez que la passerelle locale est active au statut Control Hub. Pour obtenir des instructions sur la passerelle hébergée par un partenaire, voir Configuration d'une passerelle hébergée par un partenaire
|
Webex Callingne prend pas en charge à la fois CME et LGW s'exécutant sur une seule instance de vCube.
Résoudre les problèmes liés à la passerelle locale
Si le statut de la passerelle locale n'est pas actif ou s'il y a d'autres problèmes, consultez les 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 depuis le Control Hub.
-
Résoudre les problèmes liés au déploiement de la passerelle locale basée sur des certificats depuis le Control Hub.
Lorsque la passerelle locale n'est pas active, vérifiez l'état du coffre sur le Control Hub :
-
Connectez-vous à Control Hub.
-
-
Sélectionnez le coffre dont vous souhaitez vérifier l'état.
-
Cliquez sur Trunk Info.
-
En ligne : connexion réussie entre tous les proxys Webex Calling Edge et Local Gateway
-
Hors ligne : échec de la connexion entre la passerelle Webex Calling et la passerelle locale
-
Incapacité : connexion infructueuse entre au moins un proxy Webex Calling Edge 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 des lignes sur les lignes basées sur les certificats ou les lignes basées sur l'enregistrement, voir Configurer les lignes, les groupes d'itinéraires et les forfaits de numérotation pour. Webex Calling
-
Pour plus d'informations sur la configuration des alertes de coffre, consultez le centre d'alertes de Control Hub.
Résolution des problèmes liés à l'établissement du protocole TLS Handshake
Les échecs de prise de contact TLS après le renouvellement du certificat peuvent indiquer que le SBC applique la validation EKU de l'authentification client.
|
Cause |
Résolution |
|---|---|
|
|
-
Webex Callingne valide ni n'applique l'authentification client EKU lors de l'établissement de la poignée de main TLS.
-
Toute exigence relative à l'authentification client EKU est déterminée par le fournisseur SBC, et non par. Webex Calling
-
Tout échec du protocole TLS lié à la validation EKU est dû à une configuration côté SBC ou à un comportement par défaut. Contactez le support Cisco et votre fournisseur SBC pour obtenir de l'aide.
Support pour une passerelle locale tierce
L'assistance de Cisco et du partenaire fournisseur est requise pour un Webex Calling déploiement à l'aide d'un SBC tiers. Voici les détails de l'assistance :
-
Webex Callingsoutien :
-
Cisco ou les partenaires qui l'Webex Callingutilisent doivent avoir un contrat d'assistance avec Cisco pour bénéficier de l'assistance Cisco (support TAC).
-
Cisco fournit une assistance client pour le Webex Calling déploiement de pointe et pour les téléphones IP Cisco Webex Calling enregistrés.
-
-
Assistance aux fournisseurs :
-
Pendant le déploiement, Cisco fournit une assistance aux clients ou partenaires qui possèdent un appareil SBC tiers validé et n'est pas responsable de l'assistance pour le SBC lui-même.
-
Cisco n'est pas responsable des cas d'assistance n'appartenant pas à Cisco impliquant le client et le fournisseur de SBC. Les problèmes ou défauts logiciels survenant lors du déploiement peuvent être discutés avec le fournisseur du SBC et Cisco.
-
