Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Provisionner un Virtual Chassis à l’aide du client Phone-Home

Le provisionnement téléphonique sur un Virtual Chassis est une forme de provisionnement sans intervention (ZTP). Le client PHC (Phone-Home) du Virtual Chassis récupère des informations d’amorçage sur le réseau à partir d’un serveur PHS (Phone-Home Server) et provisionne le Virtual Chassis. La seule intervention de l’utilisateur requise côté client consiste à câbler physiquement les membres de Virtual Chassis entre eux et à connecter n’importe quel port du Virtual Chassis au réseau.

Présentation du provisionnement Phone-Home pour un Virtual Chassis

Avec le provisionnement par téléphone, un client d’accueil téléphonique (PHC) sur un appareil provisionne d’abord une image logicielle et une configuration à partir d’une source de données centrale de gestion du réseau appelée serveur d’accueil téléphonique (PHS), ce qui ne nécessite que peu ou pas d’intervention de l’utilisateur sur le site distant.

Un Virtual Chassis est constitué d’un ensemble d’équipements interconnectés entre eux à l’aide de ports appelés ports Virtual Chassis (VCP). Vous configurez et gérez le Virtual Chassis comme un équipement unique. À partir de la version 20.3R1 de Junos OS, nous avons étendu le processus de provisionnement du téléphone à domicile pour un équipement autonome afin qu’il puisse également fonctionner sur un Virtual Chassis. Le PHC d’un Virtual Chassis nécessite des étapes supplémentaires pour coordonner et gérer l’amorçage des équipements membres.

Le PHS fait généralement partie d’un système de gestion de réseau (NMS) qui prend en charge le provisionnement téléphonique. Votre administrateur réseau saisit les données de provisionnement prévues qui indiquent la configuration des équipements et de Virtual Chassis sur les sites distants. Votre organisation peut avoir plus d’un PHS pour la redondance.

Vous pouvez consulter l’Explorateur de fonctionnalités et rechercher pour phone-home voir les plates-formes Virtual Chassis qui prennent en charge le provisionnement par téléphone.

Avantages du provisionnement Phone-Home sur un Virtual Chassis

  • Simplifie le provisionnement en lançant automatiquement le processus à partir du site distant, tout en obtenant en toute sécurité des informations d’amorçage à partir d’un système de gestion central (le PHS) sur votre réseau ou dans le cloud.

  • Ne nécessite pas d’expérience approfondie de la CLI Junos OS pour coordonner le provisionnement de plusieurs équipements composant un Virtual Chassis.

Présentation du processus de provisionnement de la téléphonie téléphonique sur un Virtual Chassis

Sur un Virtual Chassis qui prend en charge le provisionnement du téléphone à domicile, pour que le processus fonctionne, vous devez configurer le Virtual Chassis conformément aux exigences décrites dans Comment activer le provisionnement du téléphone à domicile sur un Virtual Chassis.

Lorsque Virtual Chassis se forme pour la première fois, le processus PHC démarre automatiquement sur le membre principal de Virtual Chassis et prend le relais à partir de là :

  1. Le PHC se connecte à un PHS.

    Le PHC envoie une demande d’approvisionnement à une URL de serveur de redirection par défaut, https://redirect.juniper.net, qui redirige la demande vers un PHS disponible contrôlé par votre administrateur réseau ou NMS. Cette étape est identique à l’approvisionnement de la maison téléphonique sur un seul appareil.

  2. Le PHS répond à la demande d’approvisionnement du PHC avec les informations d’amorçage, notamment la topologie de Virtual Chassis, l’image logicielle et la configuration prévues.

  3. Le PHC provisionne le Virtual Chassis comme spécifié par le PHS.

    Le provisionnement comprend des étapes telles que :

    • Validez la topologie de Virtual Chassis.

    • Mettez à niveau l’image logicielle de manière séquentielle sur tous les équipements membres si nécessaire.

    • Exécutez tous les scripts de préconfiguration ou de post-configuration.

    • Validez une nouvelle configuration sur le Virtual Chassis.

Le PHC envoie des notifications d’état au PHS pendant le processus d’amorçage, afin que l’administrateur réseau puisse vérifier que le processus se termine correctement.

Le PHC consigne également l’état localement dans les fichiers journaux système du Virtual Chassis. Si nécessaire, vous pouvez afficher les fichiers journaux dans l’interface de ligne de commande de Junos OS et utiliser les commandes CLI de Junos OS pour voir l’état de la connexion Virtual Chassis et VCP.

Voir aussi

Activation du provisionnement Phone-Home sur un Virtual Chassis

Sur un Virtual Chassis qui prend en charge le provisionnement par téléphone, si vous configurez le Virtual Chassis en suivant les étapes répertoriées ici, un processus du client de téléaccueil (PHC) démarre automatiquement sur le membre principal du Virtual Chassis.

Pour activer le provisionnement téléphonique sur un Virtual Chassis :

  1. Assurez-vous que tous les membres de Virtual Chassis ont la configuration d’usine par défaut et qu’ils sont hors tension.

    Vous pouvez exécuter la request system zeroize commande CLI de Junos OS pour rétablir l’état d’usine par défaut d’un périphérique.

    Note:

    Le Virtual Chassis ne peut pas être un Virtual Chassis en mode mixte, car le mode mixte n’est jamais défini dans la configuration d’usine par défaut.

  2. Interconnectez les membres de Virtual Chassis dans une topologie en anneau en utilisant uniquement des ports Virtual Chassis (VCP) dédiés ou configurés par défaut sur chaque équipement membre.

    Gardez à l’esprit que le processus PHC ne fonctionne que si le Virtual Chassis est initialement formé avec des VCP qui n’ont pas besoin d’être explicitement configurés (VCP dédiés ou ports qui sont des VCP dans la configuration d’usine par défaut). Pour plus d’informations sur les ports dédiés et les VCP configurés par défaut sur les différents périphériques prenant en charge Virtual Chassis, reportez-vous à Options VCP par type de commutateur . Consultez le guide matériel de l’appareil pour localiser ces ports sur l’appareil.

  3. Connectez l’interface de gestion de Virtual Chassis (me0) ou n’importe quel port réseau d’un membre de Virtual Chassis au réseau.

    Une fois que le PHC a démarré sur le Virtual Chassis, il utilise cette connexion pour accéder à un PHS sur le réseau et récupérer les informations d’amorçage de ce Virtual Chassis.

    Pour plus d’informations sur le fonctionnement des interfaces de gestion sur un Virtual Chassis, reportez-vous à la section Présentation de la gestion globale d’un Virtual Chassis.

  4. Mettez les membres du Virtual Chassis sous tension.

La figure 1 montre un exemple de topologie de Virtual Chassis pouvant prendre en charge le Phone-Home Provisioning : un Virtual Chassis EX4300 à quatre membres câblés en anneau à l’aide de VCP configurés par défaut (dans ce cas, deux ports QSFP+ Ethernet 40 Gigabit sur chaque équipement).

Figure 1 : exemple de Virtual Chassis pouvant prendre en charge le provisionnement Sample Virtual Chassis That Can Support Phone-Home Provisioning de la téléphonie à domicile

Habituellement, vous n’avez rien d’autre à faire pour que le processus d’approvisionnement de la téléphonie se poursuive et se termine correctement. Si vous ne voyez pas l’état d’achèvement réussi ou si le Virtual Chassis n’est pas opérationnel et ne fonctionne pas comme prévu à la fin du processus, lisez la suite pour en savoir plus sur le fonctionnement du PHC pour vous aider à résoudre les problèmes.

Voir aussi

Processus Phone-Home sur un Virtual Chassis

Le provisionnement de la télélocalisation sur un Virtual Chassis est une extension de la prise en charge de la télélocalisation des appareils autonomes décrite dans Obtention des configurations et de l’image logicielle sans intervention de l’utilisateur à l’aide du client de téléphonie. Le PHC effectue des étapes supplémentaires pour gérer l’amorçage des équipements membres qui composent le Virtual Chassis.

Le processus de PHC sur un Virtual Chassis nécessite également les mêmes outils logiciels et utilitaires que les équipements autonomes pour que les PHC fonctionnent. Par exemple, le processus de télélocalisation nécessite la prise en charge du client DHCP pour faciliter la connexion réseau au PHS de la même manière que pour un seul périphérique, et vérifie une image logicielle téléchargée à l’aide des mêmes utilitaires de somme de contrôle. Consultez la section Conditions préalables pour obtenir une liste de ces exigences générales en matière de SSP.

Le provisionnement du téléphone à domicile démarre automatiquement sur un Virtual Chassis côté client une fois que vous avez effectué les tâches décrites dans Comment activer le provisionnement du téléphone à domicile sur un Virtual Chassis et si le Virtual Chassis répond aux conditions décrites dans Conditions requises pour que le provisionnement du téléphone à domicile fonctionne pour un Virtual Chassis.

Les étapes du processus de provisionnement sont regroupées en étapes décrites dans cette section.

Informations sur le démarrage et le provisionnement des demandes de PHS

En phase de démarrage et de demande :

  1. Virtual Chassis démarre en configuration d’usine par défaut ou à zéro en tant que Virtual Chassis non provisionné, et élit les membres principaux et de secours initiaux. ( Reportez-vous à la section Comprendre comment le primaire d’un Virtual Chassis est élu.)
  2. Le PHC démarre sur le Virtual Chassis membre principal, se connecte au serveur de redirection par défaut (https://redirect.juniper.net) et envoie une requête d’amorçage pour l’appareil. Le serveur de redirection redirige le PHC vers un PHS disponible.
  3. Le PHC reçoit la réponse de PHS, commence à découvrir quels membres du Virtual Chassis sont connectés et se prépare à provisionner le Virtual Chassis. La réponse de PHS comprend :

    • Informations sur la topologie de Virtual Chassis : cette partie de la réponse indique au minimum que l’équipement est censé faire partie d’un Virtual Chassis. sinon, le PHC provisionne uniquement le membre principal en tant qu’appareil autonome.

      La réponse peut également contenir des informations de topologie complètes, y compris les ID de série de tous les membres que l’administrateur réseau s’attend à trouver dans le Virtual Chassis.

    • Informations de mise à niveau de l’image logicielle : inclut un chemin d’accès à l’image logicielle souhaitée et les détails de vérification de l’image.

    • Informations sur les scripts de préconfiguration et de post-configuration : incluent tous les scripts intermédiaires que l’administrateur réseau doit exécuter avant ou après l’application de la nouvelle configuration.

    • Informations de configuration : inclut la configuration Virtual Chassis prévue et la méthode d’application de cette configuration.

    Le PHC doit recevoir un minimum d’informations topologiques pour reconnaître qu’il doit provisionner un Virtual Chassis. Dans le cas contraire, le PHC provisionne par défaut uniquement le membre principal en tant qu’équipement autonome.

    Les extensions PHC pour Virtual Chassis prennent en charge deux modes de provisionnement : le mode par défaut et un mode plus strict que le PHS peut spécifier dans la réponse :

    • Par défaut, le PHC provisionne tous les membres qu’il détecte dans le VC au moment où il reçoit la réponse PHS. Si le PHC rencontre une erreur lors de l’amorçage d’un membre particulier, il passe à l’amorçage du membre suivant ou passe à l’étape de provisionnement suivante.

    • Si le PHS spécifie l’option de mode strict dans la réponse, celle-ci doit également inclure les informations complètes sur la topologie de Virtual Chassis. Le provisionnement ne réussit que si le PHC trouve et démarre avec succès tous les membres répertoriés dans la réponse PHS. Si le PHC ne détecte pas tous les membres prévus ou si le provisionnement échoue pour l’un d’entre eux, il redémarre le processus depuis le début pour renvoyer la demande de provisionnement à un autre PHS disponible.

    Note:

    Le PHS peut inclure les ID de série des membres de Virtual Chassis dans la réponse dans l’un ou l’autre mode. Toutefois, dans le mode par défaut, l’amorçage de Virtual Chassis peut réussir même si le PHC ne détecte pas tous les membres de la réponse PHS ou si la réponse PHS n’inclut pas du tout les détails des membres.

    Au cours de cette étape, si la réponse inclut des informations complètes sur la topologie de Virtual Chassis et indique d’utiliser le mode d’approvisionnement strict, le PHC valide localement ce qu’il trouve dans Virtual Chassis par rapport aux informations sur le membre Virtual Chassis de la réponse PHS.

    Le tableau 1 récapitule les actions entreprises par le PHC à partir de cette étape en fonction du type d’informations de topologie qu’il reçoit dans la réponse PHS, du mode d’approvisionnement et des membres Virtual Chassis qu’il détecte localement.

    Tableau 1 : Mesures prises par les CSP en fonction des informations de topologie fournies dans la réponse au PHS

    Informations sur la topologie de Virtual Chassis à partir de PHS

    Actions en mode par défaut

    Actions en mode strict si PHS demande cette option

    Aucune information sur la topologie n’est fournie

    Essayez de provisionner en tant qu’appareil autonome.

    N/A

    (Ce mode ne peut être spécifié qu’avec des informations de topologie complètes)

    Informations minimales requises sur la topologie d’un Virtual Chassis

    Découvrez les membres et procédez au provisionnement de Virtual Chassis avec les membres trouvés.

    N/A

    (Ce mode ne peut être spécifié qu’avec des informations de topologie complètes)

    Informations complètes sur la topologie d’un Virtual Chassis, y compris les ID de série de tous les membres Virtual Chassis prévus

    Découvrez les membres. Si la liste des membres ne correspond pas à la réponse PHS, procédez quand même à la mise à disposition de Virtual Chassis avec les membres trouvés.

    Amorçez les membres Virtual Chassis prévus à partir de la réponse PHS. Détecter les membres ; Si tous les membres attendus sont présents et actifs, le provisionnement réussit.

    Sinon, réessayez d’amorcer et de détecter les membres qui ont échoué au processus.

    Après l’expiration du délai de détection des membres avec échec de détection de tous les membres attendus, signalez une erreur et redémarrez le processus en contactant un autre PHS pour demander à nouveau le provisionnement.
  4. Si le PHC provisionne les équipements dans le Virtual Chassis, il valide à ce stade quelques modifications temporaires de la configuration du Virtual Chassis pour permettre un démarrage en douceur de tous les membres du VC.

    Par exemple, le PHC s’assure que les rôles des membres principaux et secondaires de Virtual Chassis ne changent pas pendant la mise à niveau de l’image logicielle de tous les membres.

Membres Virtual Chassis d’amorçage

Au cours de cette étape, le PHC démarre le Virtual Chassis, ce qui comprend l’installation de l’image logicielle et le redémarrage de tous les membres.

  1. Le PHC du membre principal compare les informations d’amorçage de la réponse PHS avec celles du Virtual Chassis pour voir s’il doit mettre à niveau l’image logicielle. Si les versions correspondent, le PHC ignore les étapes restantes de cette étape.
  2. Si le PHC a besoin de mettre à niveau l’image logicielle, il utilise les informations d’amorçage de la réponse PHS (nom du fichier image et informations de somme de contrôle) pour télécharger et valider l’image.

    Si l’opération de téléchargement échoue, le PHC réessaie jusqu’à ce qu’il réussisse. (Ce comportement est le même pour le provisionnement par téléphone à domicile d’un équipement autonome ou de Virtual Chassis.)

  3. Le PHC procède à l’installation et au redémarrage des membres de Virtual Chassis en fonction des rôles des membres, comme suit dans cet ordre :

    1. Linecard members (Membres de la carte de ligne) : installe l’image sur les membres du rôle de la carte de ligne de manière séquentielle (dans l’ordre des ID de membre), puis les redémarre tous en même temps.

    2. Membre de sauvegarde : installe l’image sur le membre de sauvegarde et la redémarre.

    3. Membre principal : installe l’image sur le membre principal, synchronise l’état d’amorçage actuel de PHC Virtual Chassis avec le membre de sauvegarde et déclenche le redémarrage du membre principal.

    Au démarrage des membres mis à niveau, le PHC vérifie qu’ils sont à nouveau opérationnels. C’est ce qu’on appelle la détection des membres dans les messages de journal et les notifications d’état. Si le PHC ne parvient pas à détecter un membre dans un délai de détection de membre par défaut, il informe le PHS de l’erreur. Reportez-vous à la section Informations sur le provisionnement des demandes et de démarrage de PHS pour connaître les actions que le PHC entreprend par défaut ou si le PHS a spécifié un provisionnement strict.

  4. Lorsque l’ancien membre principal redémarre, le membre principal d’origine n’étant pas disponible, Virtual Chassis transfère le rôle principal au membre de secours. Virtual Chassis élit également un nouveau membre de sauvegarde à ce moment-là.
  5. Le PHC démarre sur le nouveau membre principal (le membre de secours d’origine) et reprend la procédure d’amorçage Virtual Chassis à partir de l’état PHC hérité de l’ancien serveur principal.

    Lorsque l’ancien serveur principal termine son démarrage et rejoint à nouveau le Virtual Chassis, il joue initialement le rôle de carte de ligne, mais assume ensuite le rôle de sauvegarde du nouveau membre principal.

  6. Lorsque le PHC détecte que ce dernier membre est opérationnel, le processus de provisionnement passe à l’étape suivante pour appliquer les scripts de préconfiguration ou de post-configuration et la nouvelle configuration au Virtual Chassis.
    Note:

    Évitez d’avoir des scripts de préconfiguration, de post-configuration ou de nouvelle configuration qui pourraient amener Virtual Chassis à attribuer de nouveaux rôles de membres ou à élire de nouveaux membres principaux et de secours pendant le processus de provisionnement. Dans le cas contraire, le provisionnement risque d’échouer et d’obtenir des résultats imprévisibles.

Application de scripts et d’une nouvelle configuration sur Virtual Chassis

La réponse PHS peut inclure des scripts de préconfiguration et de post-configuration : l’administrateur réseau a besoin que le PHC s’exécute sur Virtual Chassis avant ou après l’application de la nouvelle configuration. Le provisionnement de la téléphonie à domicile prend en charge les scripts Python ou shell et uniquement le format XML pour la configuration.

La réponse PHS fournit également la configuration Junos OS permettant à PHC de valider sur les équipements membres de Virtual Chassis.

Un Virtual Chassis fonctionne comme s’il s’agissait d’un équipement unique, de sorte que le PHC effectue les étapes suivantes sur le Virtual Chassis dans son ensemble :

  1. Exécute tous les scripts de préconfiguration spécifiés à partir de PHS.
  2. Applique et valide la nouvelle configuration à partir de PHS.
  3. Exécute tous les scripts de post-configuration spécifiés à partir de PHS.

Achèvement du processus de provisionnement

Pour terminer le processus d’approvisionnement par téléphone, le PHC consigne que le processus s’est terminé avec succès et envoie une notification de fin d’amorçage au PHS.

Le PHC ne s’exécute pas à nouveau à moins que vous ne rameniez l’équipement ou le Virtual Chassis à l’état d’usine par défaut et que vous remplissiez toutes les autres conditions requises pour déclencher le provisionnement du téléphone à domicile.

Pour plus d’informations, reportez-vous à la section Conditions requises pour que le provisionnement de la téléphonie téléphonique fonctionne pour un Virtual Chassis .

Notifications d’état de l’approvisionnement téléphonique

Le PHC consigne localement les informations d’état dans le journal système (/var/log/messages) sur le Virtual Chassis et envoie des notifications d’état au PHS pour signaler la progression du processus de provisionnement. Ces messages signalent lorsque le PHC a terminé les différentes étapes de provisionnement et vous aident à résoudre les problèmes si le processus ne se termine pas correctement. Reportez-vous à la section Processus de télélocalisation sur un Virtual Chassis pour connaître les étapes du provisionnement du PHC à chaque étape du provisionnement de Virtual Chassis.

Certains messages d’état PHC sont généraux et s’appliquent soit au provisionnement d’un seul appareil, soit au provisionnement de Virtual Chassis.

Les messages de notification spécifiques à un membre Virtual Chassis particulier sont les suivants :

  • L’ID du membre

  • L’ID de série du membre

  • Rôle actuel du membre dans le Virtual Chassis (Master, Backup ou Linecard)

Les notifications spécifiques aux membres de Virtual Chassis ont le format suivant :

Par exemple:

Les notifications de processus par téléphone se composent d’un type de notification et d’un message. Le Tableau 2 répertorie les notifications spécifiques aux étapes de provisionnement du téléphone à domicile sur un Virtual Chassis. Les types de notification avec le vc-member mot-clé incluent des informations spécifiques aux membres de Virtual Chassis.

Tableau 2 : notifications PHC pour les étapes de provisionnement de Virtual Chassis

Notification Type

Notification Message

vc-member-image-installed

  • Successfully installed downloaded image. Initiating image installation on next member.

  • Successfully installed downloaded image. Initiating member reboot.

vc-member-image-installation-failed

  • Image failed to install on the member. Giving up and trying a different phone-home-server.

vc-member-reboot-initiated

  • Reboot initiated for Line Card members. Waiting for the members to come back up.

vc-member-upgrade-success

  • No upgrade required.

  • Successfully upgraded.

  • Member detected and successfully upgraded.

vc-member-upgrade-failed

  • Upgrade failed !!!

  • Member detected but upgrade failed !!!

vc-member-detection-failed

  • Did not come up post image upgrade

    Note:

    Ce message signifie que le PHC a installé la nouvelle image et lancé un redémarrage du membre Virtual Chassis, mais qu’il n’a pas détecté que le membre est réapparu dans le délai prescrit pour la détection des membres.

vc-bootstrap-failed

  • VC member bootstrap failure detected with Strict provisioning set.

    Note:

    Ce message signifie que le PHC a correctement mis à niveau les membres du rôle de la carte de ligne attendus, mais qu’après les avoir redémarrés, PHC n’a pas détecté que tous les membres sont réapparus dans le délai de détection des membres prescrit.

  • VC with detection failed members and Strict provisioning set.

    Note:

    Ce message signifie que le PHC n’a pas réussi à détecter un ou plusieurs membres après les avoir tous mis à niveau et redémarrés, et qu’après vérification à nouveau, il constate qu’un ou plusieurs d’entre eux n’ont toujours pas pu s’afficher.

    Avec un mode d’approvisionnement strict, PHC doit démarrer avec succès tous les membres prévus pour que le processus d’approvisionnement signale la réussite du processus.

Vérifier l’état de Virtual Chassis après le provisionnement de la télélocalisation

But

Vérifiez l’état d’exécution de Virtual Chassis après le provisionnement des PHC.

Action

Entrez la show virtual-chassis commande à l’aide de l’interface de ligne de commande de Junos OS.

Par exemple:

Dépannage des problèmes liés à l’approvisionnement de la téléphonie à domicile

Pour résoudre les problèmes liés aux PHC pendant le processus de provisionnement :

  • Utilisez les utilitaires du côté PHS spécifiques à votre système de gestion de réseau pour vérifier l’état de l’équipement, de Virtual Chassis et de la connexion, ou pour afficher les notifications de processus de connexion téléphonique (voir Notifications d’état de l’approvisionnement de la téléphonie).

  • Assurez-vous que l’interface de gestion ou l’interface réseau de Virtual Chassis est connectée au réseau et qu’elle peut se connecter à un PHS.

  • Si le PHS a spécifié l’option de mode strict, vérifiez que les ID de série du membre Virtual Chassis côté serveur téléphonique correspondent aux équipements membres que vous interconnectez côté client sur le site distant.

  • Recherchez les messages d’erreur et d’état dans le fichier syslog de Virtual Chassis.

    Par exemple, les messages d’état syslog peuvent indiquer que le client ZTP tente de provisionner l’appareil à la place ou en plus du PHC. Au démarrage avec la configuration d’usine par défaut sur un équipement autonome ou un membre principal de Virtual Chassis, le processus PHC et le processus ZTP basé sur DHCP (voir Zero-Touch Provisioning) démarrent automatiquement. Le ZTP se poursuit si les options DHCP ZTP sont configurées, ce qui peut entraîner un comportement de provisionnement inattendu, car le ZTP n’est pas pris en charge pour un Virtual Chassis. Pour déclencher uniquement le provisionnement téléphonique, votre administrateur système DHCP peut s’assurer que les options spécifiques à ZTP ne sont pas définies sur le serveur DHCP pour les périphériques destinés à être dans un Virtual Chassis sous gestion PHS.

  • Vérifiez la configuration sur Virtual Chassis après le provisionnement à l’aide de la show configuration commande CLI.

Documentation connexe