- Accueil
- /
- Article
Commencer avec la passerelle locale
Cet article permet aux administrateurs de disposer de toutes les informations et références pour configurer, gérer et dépanner la passerelle locale.
La passerelle locale vous aide à migrer vers Webex Calling à votre propre rythme. La passerelle locale intègre votre déploiement sur site existant avec Webex Calling. Vous pouvez également utiliser votre connexion RTCP existante.
Assurez-vous de ce qui suit avant de configurer une passerelle locale pour Webex Calling :
-
Connaissance de la VoIP, telle que les protocoles SIP et média, et possibilité d’effectuer un dépannage de base.
-
Compréhension fonctionnelle des périphériques (contrôleur de limites de session) qui sont configurés en tant que passerelle locale.
-
Licence requise pour utiliser le contrôleur de limites 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 |
---|---|
Lignes auxiliaires et groupes de routage |
Pour plus d’informations, voir Lignes auxiliaires et groupes de routage dans Architecture préférée de Webex Calling. |
ByoPSTN, numérotation d’entreprise |
Signifie Bring Your Own PSTN (Apportez votre propre RTCP). Pour plus d’informations, voir Accès RTCP et interconnexion sur site dans Architecture préférée de Webex Calling. |
Par-dessus (OTT), Webex Edge Connect |
Pour plus d’informations, voir Options de connectivité d’accès dans Architecture préférée de Webex Calling. |
Modèles de jonction de la passerelle locale
Il existe deux types de modèles de jonction de passerelle locale :
-
Raccordements basés sur les enregistrements
-
Raccordements 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 périphériques. Sélectionnez le modèle de jonction approprié qui répond à vos besoins.
Fonctionnalité |
Sur la base de l’inscription |
Basé sur un certificat |
---|---|---|
Appels simultanés |
Appels simultanés jusqu’à 250 par ligne auxiliaire. |
Appels simultanés > 250 par ligne auxiliaire. |
Type de périphérique |
Prend en charge uniquement Cisco Unified Border Element (CUBE). Pour plus d’informations, voir Prise en charge de la plateforme CUBE. |
Un choix de types de périphériques, comme indiqué dans le tableau Types de périphériques pris en charge pour la jonction basée sur un certificat. |
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 les enregistrements et les appels. Pour plus d’informations, voir Tronc basé sur l’enregistrement. |
Authentification par certificat avec vérification FQDN LGW. Pour plus d’informations, voir Tronc basé sur un certificat. Chaque transaction SIP initiée par la passerelle locale vers le Cloud Webex Calling doit contenir l’en-tête Contact avec le FQDN d’une passerelle locale. OPTIONS Les transactions de la passerelle locale sont particulièrement importantes pour que le statut de la passerelle locale dans le Control Hub soit en ligne. |
Exigences réseau, pare-feu et NAT Pour des détails sur le trafic entrant et sortant, voir Informations de référence sur les ports pour Cisco Webex Calling. |
N'importe quel NAT ou IP publique. Le NAT dynamique est préféré car il est plus facile d'installation et nécessite moins de configurations de pare-feu. Nécessite un pare-feu pour autoriser à la fois le trafic entrant et sortant (Webex Calling vers la passerelle locale et vice versa). Pour le trafic entrant, les trous d'épingles entrants sont ouverts par le pare-feu en fonction des messages d'enregistrement sortants. Il est recommandé d’ouvrir un trou d’épingle pour toutes les adresses IP et tous les ports de Webex Calling. Elle n’est pas spécifique à une adresse IP ou un port vers lequel la passerelle locale s’enregistre. |
Réseau Internet public comprenant une adresse IP publique ou un NAT statique. Nécessite un pare-feu pour autoriser à la fois le trafic entrant et sortant (Webex Calling vers la passerelle locale et vice versa). |
Exigences du service public DNS |
Aucune configuration spécifique n'est requise sur un service DNS public. |
|
Exigences de l’AC et du 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 session en périphérie pris en charge
Configurez la jonction basée sur des certificats pour les passerelles locales dans Webex for Government. CUBE est également le seul contrôleur de limites de session (SBC) qui prend actuellement en charge Webex for Government.
Fournisseur et modèle de SBC |
Version minimum |
Problèmes non résolus |
Webex pour les administrations |
---|---|---|---|
Cisco—Modèles CUBE répertoriés dans Prise en charge de la plateforme du 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 versions ultérieures. Pour les versions recommandées, voir la page Recherche de logiciels Cisco . Recherchez la plateforme et sélectionnez l’une des versions « 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 la jonction basée sur les enregistrements. |
Fournisseur et modèle de SBC |
Version minimum |
Problèmes non résolus |
Webex pour les administrations |
---|---|---|---|
Cisco—Modèles CUBE répertoriés dans Prise en charge de la plateforme du routeur |
Cisco IOS XE Cupertino 17.9.1a Pour les versions recommandées, voir la page Recherche de logiciels Cisco . 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 avec l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Oracle SBC avec Cisco Webex Calling en tant que passerelle locale 3e partie (LGW) . |
Non pris en charge |
Oracle : VME |
9.0.0 |
Limitation avec l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Oracle SBC avec Cisco Webex Calling en tant que passerelle locale 3e partie (LGW) . |
Non pris en charge |
Oracle : Oracle SBC sur le Cloud public |
9.0.0 |
Limitation avec l'interopérabilité ICE. Voir la section 9 dans la documentation de la solution Cisco Webex - Oracle SBC avec Cisco Webex Calling en tant que passerelle locale 3e partie (LGW) . |
Non pris en charge |
CodesAudio : média CE et VE |
7.40A.250.440 |
Limitation avec l'interopérabilité ICE. Voir Section 2.4.2 de la note de configuration de la connexion de Webex Calling avec AudioCodes SBC. |
Non pris en charge |
CodesAudio : appareils de support |
7.40A.250.440 |
Limitation avec l'interopérabilité ICE. Voir Section 2.4.2 de la note de configuration de la connexion de Webex Calling avec AudioCodes SBC. |
Non pris en charge |
Ruban : série SBC 5000, SBC 7000 et SBC SWe |
10.1 |
Limitation avec l'interopérabilité ICE. Voir la section Problèmes . |
Non pris en charge |
Ruban : bord SBC SWe |
11.0.2 |
Limitation avec l'interopérabilité ICE. Voir la solution de contournement dans la section Problèmes . |
Non pris en charge |
Ruban : SBC 1000, SBC 2000 |
11.0.1 |
Limitation avec l'interopérabilité ICE. Voir la solution de contournement dans la section Problèmes . |
Non pris en charge |
anynode : SBC | 4.10 |
Non pris en charge | |
Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Pour les limites connues, voir Section 3.3 Mises en garde |
Non pris en charge |
Webex Calling prend en charge le déploiement des passerelles locales derrière NAT. Le comportement d'appel 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 le montre le tableau suivant :
Exigences relatives aux appels simultanés) |
Numéros d’utilisateurs approximatifs |
Préférence de type de ligne principale |
Qualité minimale du lien |
---|---|---|---|
~ 2000–6500 |
65000 |
Basé sur un certificat |
Interconnexion |
~ 250–2000 |
20000 |
Basé sur un certificat |
Par-dessus le haut (OTT) |
Jusqu’à 250 |
2500 |
Sur la base de l’inscription |
Ott |
Qualifications pour la connexion
Pour garantir une qualité d’appel constante, la connexion réseau entre la passerelle locale et Webex Calling doit avoir les qualités maximales suivantes :
-
Latence unidirectionnelle de 100 ms
-
Gigue des paquets de 10 ms
-
Perte de paquets de 0,5 %
Pour plus d’informations sur la capacité d’appel, voir Architecture préférée pour Webex Calling.
Configurer la passerelle locale
1 |
Configurer la ligne auxiliaire à partir du Control Hub. |
2 |
Configurez votre périphérique pour qu'il joue le rôle de passerelle locale.
|
3 |
Confirmez que la passerelle locale est active à l’état Control Hub. Pour des instructions sur la passerelle hébergée par un partenaire, voir Configurer une passerelle hébergée par un partenaire
|
Webex Calling ne prend actuellement pas en charge CME et LGW fonctionnant sur une seule instance de vCUBE.
Dépannage de 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 à partir du Control Hub.
-
Résoudre les problèmes liés au déploiement de la passerelle locale basée sur des certificats à partir du Control Hub.
Lorsque la passerelle locale n’est pas active, vérifiez l’état de la ligne auxiliaire dans le Control Hub :
-
Allez dans
. -
Sélectionnez la ligne auxiliaire dont vous souhaitez vérifier le statut.
-
Cliquez sur Informations sur la ligne réseau.
Les différents états d’une ligne auxiliaire sont les suivants :
-
En ligne—Connexion réussie entre tous les proxys Edge de Webex Calling et la passerelle locale
-
Hors ligne—Échec de la connexion entre Webex Calling et la passerelle locale
-
Handicapés–Échec de la connexion entre au moins un proxy Edge de 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 de la ligne auxiliaire basée sur un certificat ou une ligne auxiliaire basée sur l’enregistrement, voir Configurer les lignes auxiliaires, les groupes de routage,-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 de Webex Calling utilisant un SBC tiers. Vous trouverez ci-dessous les détails de l'assistance :
-
Assistance pour Webex Calling :
-
Cisco ou les partenaires qui utilisent Webex Calling doivent avoir un accord d’assistance avec Cisco pour obtenir l’assistance de Cisco (assistance TAC).
-
Cisco fournit une assistance à la clientèle pour le déploiement de Webex Calling jusqu’à la périphérie et pour les téléphones IP Cisco enregistrés dans Webex Calling.
-
-
Assistance du fournisseur :
-
Pendant le déploiement, Cisco fournit une assistance aux clients ou aux partenaires qui disposent d'un périphérique SBC tiers validé et n'est pas responsable de fournir une assistance pour le SBC actuel.
-
Cisco n’est pas responsable des cas d’assistance non Cisco impliquant le client et le fournisseur du SBC. Les problèmes ou défauts logiciels qui surviennent pendant le déploiement peuvent être discutés avec le fournisseur du SBC et Cisco.
-
