Configuration du basculement Endpoint Registration vers le cluster Expressway

Options de téléchargement

  • PDF     (864.9 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (753.1 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (613.9 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:28 juillet 2025
ID du document:223293

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit les étapes de configuration de base pour que les terminaux SIP fonctionnent avec un cluster Expressway pour réaliser le basculement de l’enregistrement.

    Conditions préalables

    Exigences

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Série Expressway.
    • Terminaux de téléprésence.
    • Protocole SIP.
    • DNS.

    Composants utilisés

    Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

    • Terminaux Telepresence exécutant la version logicielle RoomOS 11.27.3.
    • Cluster Expressway de 2 noeuds exécutant la version logicielle X15.2 (EXP C).
    • Windows Server 2016.

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Informations générales

    • Expressway peut servir de serveur de registre et de contrôle d’appel pour les terminaux TelePresence sur les protocoles SIP et H.323. Ce document porte sur l'enregistrement SIP.
    • La spécification d’homologues Expressway en tant que proxy SIP 1, 2, 3 et 4 à l’aide de noms DNS ou d’adresses IP sur les terminaux SIP Cisco n’assure pas la redondance. Cette configuration ne fonctionne que lorsque l'option SIP outbound est activée, ce qui a été déconseillé depuis la version CE8.0 de Cisco Endpoint.
    • Le recours au DNS est la méthode la plus fiable pour assurer la redondance et permettre un basculement réussi vers d’autres homologues Expressway au sein du cluster.
    • Le test de basculement peut être effectué de plusieurs manières, par exemple : Mettez Expressway en mode Maintenance, Déconnectez le réseau ou arrêtez l’autoroute.

    Configurer

    Option 1 : Utilisation des enregistrements DNS SRV

    • Un enregistrement DNS SRV doit être disponible pour le nom de domaine de l’Expressway qui définit une pondération et une priorité égales pour chaque homologue de cluster.
    • Le format des requêtes DNS SRV pour sip (RFC 3263) et H.323 généralement utilisé par un point d'extrémité est le suivant :
      · _sips._tcp. 
      · _sip._tcp.<domaine>.
      · _sip._udp.<domain> - non recommandé pour les appels vidéo, à utiliser uniquement pour les appels audio.
      · _h323ls._udp.<domain> - pour la signalisation d'emplacement UDP (RAS), telle que LRQ.
      · _h323cs._tcp.<domain> - pour la signalisation d'appel H.323.
      · _h323rs._udp.<domain> - pour les enregistrements H.323.
    • UDP n'est pas un support de transport recommandé pour la signalisation vidéo ; La messagerie SIP pour le système vidéo est trop volumineuse pour être transportée de manière fiable sur des transports basés sur des datagrammes (plutôt que sur des flux).
    • _sips._tcp est destiné à la signalisation SIP sécurisée sur TCP avec TLS, tandis que _sip._tcp est destiné à la signalisation SIP standard non chiffrée sur TCP.
    • Sur le DNS interne, nous devons créer des enregistrements SRV pour _sip._tcp.domain , _sips._tcp.domain qui pointent vers tous les homologues Expressway.

    1. Configurer DNS

    • Ouvrez DNS, sous le domaine Cliquez avec le bouton droit, puis choisissez Autres nouveaux enregistrements et cliquez sur Emplacements de service (SRV).

    Graphical User Interface

     

    • Remplissez les données pour le service, le protocole, la priorité, le poids et l'hôte. 

    Input Fields

    • À la fin, vous pouvez configurer les enregistrements TCP et TLS SRV pour les deux homologues (comme illustré dans cet exemple).

    Graphical User Interface

    2. Configuration du terminal TelePresence

    1. Connectez-vous à l'interface utilisateur graphique Web de votre terminal de téléprésence.
    2. Accédez à Settings > Configurations > SIP.
    3. Réglez ANAT sur Off. Cette fonctionnalité n’est pas prise en charge par Expressway.
    4. Dans l'adresse Proxy 1, saisissez le nom de domaine.
    5. Définissez TlsVerify sur Off et DefaultTransport sur TCP (ce document utilise TCP).
    6. Définissez Type sur Standard.
    7. Dans le champ URI, entrez l'URI que votre périphérique utilise pour s'identifier. Il s'agit de l'URI qui doit être composé pour appeler le périphérique. Elle doit être au format host@domain, où la partie hôte est une chaîne alphanumérique, et la partie domaine est le domaine précédemment configuré sur Expressway.
    8. Cliquez sur Save.

    Input Fields

    Option 2 : Utilisation de DNS Round-Robin

    • Pour utiliser cette option, un enregistrement A DNS doit être disponible pour le nom DNS du cluster Expressway qui fournit une liste circulaire d’adresses IP d’homologues Expressway.
    • Si le point d'extrémité ne prend pas en charge DNS SRV, au démarrage, le point d'extrémité effectue une recherche d'enregistrement A DNS. Configurez le serveur DNS pour prendre en charge le DNS round-robin, en vous assurant que chaque membre homologue de cluster est inclus dans la liste round-robin.
    • Le point d'extrémité prend l'adresse retournée par la recherche DNS et tente de s'enregistrer auprès de l'homologue de cluster approprié. Si cet homologue n’est pas disponible, le point de terminaison effectue une autre recherche DNS et tente de se connecter à l’homologue Expressway suivant fourni. (Le serveur DNS fournit l’adresse IP de l’homologue de cluster suivant.) Ce processus se répète jusqu’à ce que le point d’extrémité s’enregistre correctement auprès d’un Expressway.
    • Le terminal continue d’utiliser la première Expressway auprès de laquelle il s’est enregistré pour les réenregistrements et les appels. Si la connexion à son Expressway est perdue, le point d’extrémité effectue une autre recherche DNS pour trouver un nouvel Expressway pour l’enregistrement, avec le serveur DNS fournissant un autre Expressway dans la séquence round-robin.
    • Le délai d’attente du cache DNS peut être défini sur un temps relativement court (par exemple, 1 minute ou moins) de sorte que si un Expressway n’est pas accessible, le point d’extrémité est rapidement dirigé vers un autre Expressway.

    1. Configurer DNS

    • Dans votre console de gestion DNS, cliquez avec le bouton droit sur le domaine souhaité et sélectionnez "Nouvel enregistrement d'hôte (A)".
    • Entrez le nom du cluster Expressway et l’adresse IP de l’homologue Expressway correspondante. (Dans l'exemple ci-dessous, deux enregistrements sont créés pour les deux homologues de cluster.)

    Input FieldsInput Fields

    2. Configuration du terminal TelePresence

    • Appliquez les mêmes paramètres SIP que dans l'exemple précédent, mais définissez l'adresse proxy sur le nom du cluster.

    Input Fields

    Vérifier

    Option 1 : Utilisation des enregistrements DNS SRV

    • Le point d'extrémité est configuré avec l'adresse proxy définie sur le nom de domaine, comme décrit ci-dessus.

    Un extrait des journaux de point d'extrémité illustre la résolution et l'enregistrement DNS SRV ; le point de terminaison ignore les deux premiers résultats DNS car TLS n'est pas configuré.

    2025-07-13T10:19:27.683+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'uctest.local', profile 0, strategy 1: tls '10.48.53.127:5061' (internal)
    2025-07-13T10:19:27.683+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'uctest.local', profile 0, strategy 1: tls '10.48.53.128:5061' (internal)
    2025-07-13T10:19:27.740+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'uctest.local', profile 0, strategy 2: tcp '10.48.53.127:5060' (internal)
    2025-07-13T10:19:28.349+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registering', URI: '1001@uctest.local', Reason: ''
    2025-07-13T10:19:28.439+00:00 main[2467]: SipReg I: Registered as '1001@uctest.local' to '10.48.53.127:5060'
    2025-07-13T10:19:28.439+00:00 main[2467]: SipStack I: Setting 'uctest.local'/10.48.53.127:5060 as new default proxy
    2025-07-13T10:19:28.440+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registered', URI: '1001@uctest.local', Reason: ''
    • Le point de terminaison est enregistré avec l'homologue 1 (Paramètres > États > SIP).

    Graphical User Interface

    • Si vous définissez l’homologue 1 d’Expressway en mode Maintenance, l’état de l’inscription est « failed ».

    Maintenance mode

    - Après l’expiration de l’enregistrement existant, le point de terminaison est réenregistré sur le deuxième homologue Expressway.

    Graphical User Interface

    • L'extrait des journaux de point de terminaison illustre la résolution DNS vers le deuxième homologue, suivie d'un événement de basculement.
    2025-07-13T10:25:30.840+00:00 main[2467]: SipPacket W: SIP Msg: Warning: 382 10.48.53.127 "System in Maintenance Mode"
    2025-07-13T10:25:30.843+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Failed', URI: '1001@uctest.local', Reason: '503 Service Unavailable / System in Maintenance Mode'
    2025-07-13T10:25:30.844+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'uctest.local', profile 0, strategy 2: tcp '10.48.53.128:5060' (internal)
    2025-07-13T10:25:30.855+00:00 main[2467]: SipStack I: SIP config is new and 0 active sessions; reconfiguring SIP stack
    2025-07-13T10:25:30.861+00:00 main[2467]: SipStack I: SIP stack successfully configured; now ready
    2025-07-13T10:25:31.096+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registering', URI: '1001@uctest.local', Reason: ''
    2025-07-13T10:25:31.180+00:00 main[2467]: SipReg I: Registered as '1001@uctest.local' to '10.48.53.128:5060'
    2025-07-13T10:25:31.181+00:00 main[2467]: SipStack I: Setting 'uctest.local'/10.48.53.128:5060 as new default proxy
    2025-07-13T10:25:31.181+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registered', URI: '1001@uctest.local', Reason: ''
    2025-07-13T10:25:31.182+00:00 main[2467]: SipSubscriber I: Resetting locator since reg_ind.status is registered

    Option 2 : Utilisation de DNS Round-Robin

    • Le point d’extrémité est configuré avec l’adresse proxy définie sur le nom de cluster Expressway, comme décrit ci-dessus.
    • Extrait des journaux de point de terminaison montrant la résolution DNS réussie vers le nom de cluster Expressway et l’enregistrement vers l’homologue 1.
    2025-07-13T11:16:34.789+00:00 main[2467]: CuilApp[1]: Successfully changed configuration 'Configuration/SIP/Proxy[1]/Address' to 'habibexpc-cluster.uctest.local' by user=admin/web-config-app host=10.61.106.234
    2025-07-13T11:16:34.990+00:00 main[2467]: SipSubscriber I: [p=0] Need to resolve 'habibexpc-cluster.uctest.local' before sending config to SIP stack (restarted locator)
    2025-07-13T11:16:35.056+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'habibexpc-cluster.uctest.local', profile 0, strategy 4: unspec '10.48.53.127' (internal).2025-07-13T11:16:35.058+00:00 main[2467]: SipStack I: SIP config is new and 0 active sessions; reconfiguring SIP stack
    2025-07-13T11:16:35.070+00:00 main[2467]: SipStack I: SIP stack successfully configured; now ready
    2025-07-13T11:16:35.372+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registering', URI: '1001@uctest.local', Reason: ''
    2025-07-13T11:16:35.461+00:00 main[2467]: SipReg I: Registered as '1001@uctest.local' to '10.48.53.127'
    2025-07-13T11:16:35.461+00:00 main[2467]: SipStack I: Setting 'habibexpc-cluster.uctest.local'/10.48.53.127 as new default proxy
    2025-07-13T11:16:35.462+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registered', URI: '1001@uctest.local', Reason: ''
    • Le point de terminaison est enregistré avec l'homologue 1 (Paramètres > États > SIP).

    Graphical User Interface

    • Lors de l’arrêt de l’homologue Expressway 1, le point de terminaison est enregistré avec le second homologue Expressway.

    Graphical User Interface

    • Un extrait des journaux de point de terminaison indique un basculement réussi
    2025-07-13T11:20:48.897+00:00 main[2467]: SipReg W: SipTransport indicates that connection to 10.48.53.127 was lost.
    2025-07-13T11:20:48.898+00:00 main[2467]: SipStack I: Failed to find new default outbound proxy at present time.
    2025-07-13T11:20:48.901+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Failed', URI: '1001@uctest.local', Reason: 'Connection lost'
    2025-07-13T11:20:48.907+00:00 main[2467]: SipSubscriber I: [p=0] Need to resolve 'habibexpc-cluster.uctest.local' before sending config to SIP stack (restarted locator)
    2025-07-13T11:20:48.990+00:00 main[2467]: DnsLocator I: locatedAt() Uri 'habibexpc-cluster.uctest.local', profile 0, strategy 4: unspec '10.48.53.128' (internal)
    2025-07-13T11:20:48.993+00:00 main[2467]: SipStack I: SIP config is new and 0 active sessions; reconfiguring SIP stack
    2025-07-13T11:20:49.006+00:00 main[2467]: SipStack I: SIP stack successfully configured; now ready
    2025-07-13T11:20:49.210+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registering', URI: '1001@uctest.local', Reason: ''
    2025-07-13T11:20:49.332+00:00 main[2467]: SipReg I: Registered as '1001@uctest.local' to '10.48.53.128'
    2025-07-13T11:20:49.337+00:00 main[2467]: SipStack I: Setting 'habibexpc-cluster.uctest.local'/10.48.53.128 as new default proxy
    2025-07-13T11:20:49.338+00:00 main[2467]: SipSubscriber I: [p=0] Registration Status: 'Registered', URI: '1001@uctest.local', Reason: ''
    2025-07-13T11:20:49.339+00:00 main[2467]: SipSubscriber I: Resetting locator since reg_ind.status is registered

    Informations connexes

    https://www.cisco.com/c/en/us/support/docs/collaboration-endpoints/telepresence-system-ex-series/221630-configure-telepresence-endpoint-sip-regi.html

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    29-Jul-2025
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Ahmed Habib
      Ingénieur-conseil technique

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits