Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Déploiement et gestion de vMX

Lisez cette rubrique pour comprendre les procédures requises pour gérer l’instance vMX après l’avoir installée.

Spécification des paramètres du fichier de configuration vMX

Les paramètres requis pour configurer vMX sont définis dans le fichier de configuration de démarrage. Le fichier de configuration est au format YAML . Le fichier par défaut est config/vmx.conf. Il est recommandé de rebaptiser le fichier de configuration pour qu’il utilise le même fichier de configuration à chaque fois que vous créez différentes instances.

Note:

Vous devez configurer ces trois interfaces pour lancer le VFP.

  • Accès à la gestion

  • Pont pour la communication interne entre VCP et VFP

  • Interface WAN (minimum une)

À partir de Junos OS Version 18.1, pour configurer l’instance vMX, télécharger et modifier le fichier de configuration de démarrage (vmx.conf).

  1. Téléchargez le package logiciel vMX comme root et décompressez le package.

    tar xzvf package-name

  2. Remplacez le répertoire par l’emplacement du package vMX non compressé.

    cd package-location

  3. Modifiez le fichier texte config/vmx.conf avec un éditeur de texte pour configurer une seule instance vMX et enregistrer le fichier.

Pour personnaliser la configuration, effectuez ces tâches :

Configuration de l’hôte

Pour configurer l’environnement hôte, vous devez modifier l’identificateur de chaque instance vMX et indiquer le chemin approprié pour les images.

Pour configurer l’hôte, accédez à Host et spécifiez les paramètres suivants :

Paramètre

Description

identifier

Nom de l’instance vMX, au maximum quatre caractères alphanumériques.

host-management-interface

Nom de la carte d’interface réseau physique de l’équipement hôte utilisée pour l’accès à la gestion (eth0).

Note:

Les interfaces HOST:host-management-interface, CONTROL_PLANE et FORWARDING_PLANE doivent être sur le même sous-réseau.

routing-engine-image

Chemin absolu vers junos-vmx-x86-64-*.qcow2 pour le lancement du VCP.

routing-engine-hdd

Chemin absolu vers le fichier vmxhdd.img pour le stockage VCP.

forwarding-engine-image

Chemin absolu vers le fichier vFPC-*.img pour le lancement de VFP.

make-local-copy-of-images

(Facultatif) Copie locale des images VCP et VFP et utilise la copie locale pour lancer vMX. La valeur par défaut est yes.

Note:

Copiez le fichier image à partir de son emplacement par défaut pour vous assurer que les scripts n’essaient pas d’utiliser le même fichier image simultanément.

make-local-copy-of-vmxhdd

(Facultatif) Copie locale de l’image de stockage VCP et utilisation de la copie locale pour lancer vMX. La valeur par défaut est yes.

Note:

Copiez le fichier image à partir de son emplacement par défaut pour vous assurer que les scripts n’essaient pas d’utiliser le même fichier image simultanément.

Configuration de la VM VCP

Pour configurer la VM VCP, vous devez changer l’adresse IP et vous devez vous assurer que le port de console n’est pas utilisé par une autre instance vMX ou un autre serveur.

Pour configurer la VM VCP, accédez à CONTROL_PLANE et spécifiez les paramètres suivants :

Note:

Paramètre

Description

vcpus

Nombre de processeurs virtuels pour le VCP, la valeur par défaut est 1. À partir de Junos OS Version 18.1, si vous déployez deux instances VCP, vous devez doubler le nombre d’processeurs virtuels.

memory-mb

La mémoire par défaut du VCP est de 2 Go.

Dans Junos OS version 15.1F6, quantité de mémoire pour le VCP ; 4 Go minimum (mode performance) et 1 Go (mode lite).

console_port

Port de console basé sur KVM TCP. Ce doit être un numéro unique.

deploy

(Facultatif) Instance VCP à déployer sur cet hôte. Indiquez le numéro de l’instance ; la première instance est 0, la deuxième instance est 1, et plusieurs instances sont séparées par une virgule. Si vous ne spécifiez pas ce paramètre, les deux instances (0,1) sont déployées sur cet hôte. Si none elle est définie, aucune instance VCP ne sera déployée sur cet hôte.

Note:

Lors du déploiement sur des hôtes distincts, vous devez configurer une connexion entre les hôtes pour permettre aux VCP de communiquer.

À partir de Junos OS Version 18.1 Si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et que vous souhaitez désactiver VCP pour le plan de contrôle sur le serveur, vous pouvez spécifier none.

console_listen

(Facultatif) adresse IP de l’interface à partir de laquelle la console est accessible ; est 127.0.0.1 par défaut, qui autorise uniquement l’accès depuis l’hôte. Pour autoriser l’accès à partir de n’importe quelle interface, spécifiez 0.0.0.0.

instance (à partir de Junos OS version 18.1)

Instance VCP. Accédez aux interfaces > type (statique) et incluez ce paramètre en dessous.

(Facultatif) Créez la deuxième instance en dessous de la première instance et incluez le console_port paramètre de la deuxième instance. Les paramètres de spécification des deux instances VCP peuvent ressembler aux éléments suivants :

    interfaces  :
      - type      : static
        instance  : 0
        ipaddr    : 10.102.144.94 
        macaddr   : "0A:00:DD:C0:DE:0E"

      - type        : static
        instance    : 1
        console_port: 8612
        ipaddr      : 10.102.144.95 
        macaddr     : "0A:00:DD:C0:DE:0F"

ipaddr

Adresse IP de gestion pour la VM VCP (fxp0). Accédez aux interfaces > type (statique) > ipaddr pour modifier ce paramètre.

Note:

Les interfaces HOST:host-management-interface, CONTROL_PLANE et FORWARDING_PLANE doivent être sur le même sous-réseau.

Configuration de la VM VFP

Avant de configurer la VM VFP, tenez compte des éléments suivants :

  • Vous devez vous assurer que le port de console n’est pas utilisé par une autre instance vMX ou un autre serveur.

  • Pour désactiver l’accès réseau à la console VFP, ne configurez pas d’adresse IP.

  • En fonction de vos besoins, vous pouvez modifier la mémoire, le nombre de vCPU et le type d’équipement. Reportez-vous à la rubrique Installation de vMX pour différents cas d’utilisation pour quelques exemples de configuration requis.

Note:

À partir de Junos OS Version 18.1 si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et si vous devez désactiver VFP pour le plan de transfert sur le serveur, vous pouvez spécifier none.

Pour configurer la VM VFP, accédez à FORWARDING_PLANE et spécifiez les paramètres suivants :

Paramètre

Description

memory-mb

La mémoire par défaut du VFP est de 6 Go.

vcpus

Nombre de processeurs virtuels pour le VFP, la valeur par défaut est 3.

console_port

Port de console basé sur KVM TCP. Ce doit être un numéro unique.

deploy

(Facultatif) Instance VFP à déployer sur cet hôte. Indiquez le numéro de l’instance ; la première instance est 0, la deuxième instance est 1, et plusieurs instances sont séparées par une virgule. Si vous ne spécifiez pas ce paramètre, les deux instances (0,1) sont déployées sur cet hôte. Si none elle est définie, aucune instance VFP ne sera déployée sur cet hôte.

Note:

Lors du déploiement sur des hôtes distincts, vous devez configurer une connexion entre les hôtes pour permettre aux VSP de communiquer.

console_listen

(Facultatif) adresse IP de l’interface à partir de laquelle la console est accessible ; est 127.0.0.1 par défaut, qui autorise uniquement l’accès depuis l’hôte. Pour autoriser l’accès à partir de n’importe quelle interface, spécifiez 0.0.0.0.

device-type

Type d’interface NIC, ou sriov virtio. Si vous configurez à la fois les interfaces virtio et SR-IOV, spécifiez mixed.

ipaddr

Adresse IP de gestion pour la VM VFP (eth0). Accédez aux interfaces > type (statique) > ipaddr pour modifier ce paramètre.

Note:

Les interfaces HOST:host-management-interface, CONTROL_PLANE et FORWARDING_PLANE doivent être sur le même sous-réseau.

use_native_drivers

Définissez la valeur true pour permettre l’utilisation du pilote de l’hôte.

Note:

À partir de Junos OS version 18.4R1 (hôte Ubuntu) et de Junos OS version 19.1R1 (hôte Red Hat), vous pouvez définir la use_native_drivers valeur true pour utiliser les derniers pilotes non modifié pour vos cartes d’interface réseau pour les installations vMX.

Pour configurer la VM VFP, accédez à FORWARDING_PLANE et spécifiez les paramètres suivants (pris en charge dans Junos OS Version 15.1F6) :

Paramètre

Description

memory-mb

Quantité de mémoire pour le VFP ; est de 12 Go minimum (mode performance) et de 4 Go (mode lite).

vcpus

Nombre de processeurs virtuels pour le VFP ; sont au minimum 7 (mode performance) et 3 (mode lite).

console_port

Port de console basé sur KVM TCP. Ce doit être un numéro unique.

console_listen

(Facultatif) adresse IP de l’interface à partir de laquelle la console est accessible ; est 127.0.0.1 par défaut, qui autorise uniquement l’accès depuis l’hôte. Pour autoriser l’accès à partir de n’importe quelle interface, spécifiez 0.0.0.0.

device-type

Type d’interface NIC, ou sriov virtio.

ipaddr

Adresse IP de gestion pour la VM VFP (eth0). Accédez aux interfaces > type (statique) > ipaddr pour modifier ce paramètre.

Note:

Les interfaces HOST:host-management-interface, CONTROL_PLANE et FORWARDING_PLANE doivent être sur le même sous-réseau.

Configuration des interfaces

Les noms d’interface JUNOS_DEVICES correspondent aux noms NIC physiques Linux sur l’hôte. Faites remonter les ports NIC physiques Linux définis dans cette section avant de continuer. Par exemple, utilisez la ifconfig eth9 up commande pour mettre en place les ports NIC sur l’interface eth9.

Pour configurer les interfaces pour les types d’équipements virtio, vous devez spécifier l’interface et l’adresse MAC. Vous pouvez lier des équipements virtio pour connecter des CARTES VIRTIO dans le vMX à des CARTES NIC physiques ou à des CARTES virtio dans un autre vMX (voir Équipements Binding virtio).

Pour configurer les interfaces pour les types d’équipements SR-IOV, vous devez spécifier l’interface, le NIC et l’adresse MAC.

Pour configurer les interfaces rougées, accédez à JUNOS_DEVICES et spécifiez les paramètres suivants :

Paramètre

Description

interface

Nom de l’interface sur le vMX.

Note:

Les noms d’interface définis dans le fichier vmx.conf doivent être contigus à partir de ge-0/0/0. Le nombre total d’interfaces prises en charge est de 23 pour les configurations exécutées en mode performance. Si vous exécutez des interfaces virtio en mode lite, vous pouvez utiliser jusqu’à 96 interfaces.

type (compatible avec Junos OS version 17.2)

Type d’interface NIC, ou sriov virtio.

Note:

Si vous configurez les deux types d’interface, vous devez spécifier les interfaces virtio avant les interfaces SR-IOV.

port-speed-mbps

(SR-IOV uniquement) La vitesse de port du NIC physique est de 1 000 Mbits/s par défaut.

nic

(SR-IOV uniquement) Nom du NIC physique.

Note:

Selon la version d’udev, vous pouvez rebaptiser les noms standard ethXX Linux classiques. Consultez les noms d’interface réseau prévisibles pour plus d’informations.

mtu

(SR-IOV uniquement) Valeur MTU, 2 000 par défaut et 9500 maximum.

Pour modifier la configuration MTU pour les types d’équipements virtio, modifiez le mtu paramètre du fichier de liaison de l’équipement (vmx-junosdev.conf).

virtual-function

(SR-IOV uniquement) Unité enfant de la carte NIC physique, la valeur par défaut est 0.

(SR-IOV uniquement) Numéro de fonction virtuelle du NIC physique ; par défaut est 0 (prise en charge dans Junos OS version 15.1F5 et versions antérieures).

mac-address

Adresse MAC unicast pour le NIC physique.

description

Description du mappage.

Connexion à des machines virtuelles

Effectuez ces tâches pour vous connecter aux machines virtuelles pour la première configuration, afin d’activer l’accès par d’autres moyens (comme Telnet ou SSH) :

Connexion à VCP

Vous pouvez accéder à la console série à l’aide de la ./vmx.sh --console vcp vmx-id commande, à l’emplacement vmx-id de l’identifiant vMX spécifié dans le fichier de configuration de démarrage, et vous connecter avec le nom d’utilisateur root et l’absence de mot de passe.

Pour vous déconnecter de la console, connectez-vous à la session et appuyez sur Ctrl + ]. À l’invite telnet> , saisissez close et appuyez sur Entrée.

Connexion à VFP

Vous pouvez accéder à la console série à l’aide de la ./vmx.sh --console vfp vmx-id commande, à l’emplacement vmx-id de l’identifiant vMX spécifié dans le fichier de configuration de démarrage, et vous connecter à l’aide du nom d’utilisateur root et du mot de passe root.

Pour vous déconnecter de la console, connectez-vous à la session et appuyez sur Ctrl + ]. À l’invite telnet> , saisissez close et appuyez sur Enter.

Pour ssher dans le plan de transfert virtuel (VFP), utilisez l’adresse IP définie sous FORWARDING_PLANE dans le fichier vmx.conf. Pour des raisons de sécurité, vous ne pouvez pas vous connecter à VFP à l’aide du protocole Telnet.

Par ailleurs, pour des raisons de sécurité, vous ne pouvez pas vous connecter à l’instance VFP à l’aide du protocole SSH avec l’utilisateur racine. Vous devez d’abord accéder au VFP avec la console, vous connecter en tant qu’utilisateur racine et créer un utilisateur avec lequel vous pouvez ensuite utiliser SSH.

Par exemple:

Accédez au VFP à l’aide de la console :

Désormais, lorsque vous utilisez SSH pour accéder au VFP en tant qu’utilisateur PFE, vous pouvez vous connecter en tant que super utilisateur pour accéder au répertoire racine.

Gestion de vMX

Note:

Seul les paramètres régionaux anglais sont pris en charge pour l’utilisation du script vmx.sh.

Après avoir installé et déployé vMX, vous pouvez utiliser le script vmx.sh avec différentes options pour effectuer ces tâches :

Déploiement de vMX

Note:

Vous devez être connecté en tant que root pour utiliser les options de contrôle.

L’option --install lance également les machines virtuelles VCP et VFP.

Nous vous recommandons de déployer le vMX en exécutant le ./vmx.sh -lv --install script afin de fournir une journalisation verbose à un fichier pour le déploiement de l’instance vMX.

Note:

Seul les paramètres régionaux anglais sont pris en charge pour l’utilisation du script vmx.sh.
Note:

Si vous ne pouvez pas déployer vMX après la mise à niveau de libvirt, descendez le pont virbr0 avec la ifconfig virbr0 down commande et supprimez le pont avec la brctl delbr virbr0 commande.
Note:

Avant de redémarrer le serveur hôte, vous devez arrêter l’instance vMX à l’aide de la request system halt commande.

Pour déployer vMX, utilisez ces options avec le script vmx.sh :

--cfg file

Utilisez le fichier de configuration de démarrage vMX spécifié. Le fichier par défaut est config/vmx.conf.
--install

Démarrez vMX en configurant l’environnement, les dépendances des conducteurs et les besoins en mémoire, puis en déployant le vMX. Si vous ne spécifiez pas de fichier de configuration de démarrage avec l’option --cfg , le fichier par défaut est utilisé.
Note:

Si vous ne pouvez pas déployer vMX après la mise à niveau de libvirt, descendez le pont virbr0 avec la ifconfig virbr0 down commande et supprimez le pont avec la brctl delbr virbr0 commande.

Cet exemple déploie une nouvelle instance vMX spécifiée par le fichier de configuration my-vmx.cfg et fournit une journalisation verbose à un fichier :

Gestion des déploiements vMX

Note:

Vous devez être connecté en tant que root pour utiliser les options de contrôle.

Utilisez ces options avec le script vmx.sh pour arrêter, démarrer, redémarrer, vérifier et nettoyer un vMX existant :

--cfg file

Utilisez le fichier de configuration de démarrage vMX spécifié. Le fichier par défaut est config/vmx.conf.
--cleanup

Arrêtez vMX et nettoyez les informations pertinentes sur l’instance vMX. Il déchire également les ponts Linux et d’autres dépendances. Si vous ne spécifiez pas de fichier de configuration de démarrage avec l’option --cfg , le fichier par défaut est utilisé.
--restart

Arrêtez et démarrez un vMX en cours d’exécution. Cette option est utile pour le redéploiement d’un vMX qui comporte des modifications de paramètres dans le fichier de configuration de démarrage. Si vous ne spécifiez pas de fichier de configuration de démarrage avec l’option --cfg , le fichier par défaut est utilisé.
--start

Démarrez le vMX qui était en cours d’exécution et arrêtez. Si vous ne spécifiez pas de fichier de configuration de démarrage avec l’option --cfg , le fichier par défaut est utilisé.
--status

Vérifiez l’état d’un vMX déployé. Si vous ne spécifiez pas de fichier de configuration de démarrage avec l’option --cfg , le fichier par défaut est utilisé.
--stop

Arrêtez vMX sans nettoyer les fichiers de construction afin que le vMX puisse être démarré rapidement sans configuration effectuée par l’option --install .

Cet exemple met fin à une instance vMX existante spécifiée par le fichier de configuration my-vmx.cfg :

À partir de la version 19.1 de Junos OS, si vous déployez l’image vMX avec les cartes NIC basées sur le pilote i40e et que vous souhaitez redéployer le vMX dont les paramètres sont modifié dans le fichier de configuration de démarrage, nous vous recommandons de ne pas utiliser les options telles que --restart ou --start/-stop. Vous devez utiliser les options suivantes :

  1. Utilisez la ./vmx.sh --cleanup commande pour nettoyer un vMX existant.

  2. Exécutez le ./vmx.sh -lv --install script pour redéployer vMX.

L’instance du vMX commence par la configuration mise à jour.

Spécification du répertoire de fichiers temporaires

Note:

Vous devez être connecté en tant que root pour utiliser les options de contrôle.

Pour spécifier le répertoire utilisé pour les fichiers temporaires, exécutez le ./vmx.sh build directory script. Le répertoire par défaut est build/vmx-id, où vmx-id se trouve l’identificateur vMX spécifié dans le fichier de configuration de démarrage.

Par défaut, des copies des images VCP et VFP sont copiées dans ce répertoire. Nous vous recommandons de ne pas modifier les paramètres lors make-local-copy-of-vmxhdd de la make-local-copy-of-images spécification des paramètres du fichier de configuration de démarrage pour l’hôte.

Spécification du fichier d’environnement

Note:

Vous devez être connecté en tant que root pour utiliser les options de contrôle.

Pour spécifier le fichier d’environnement (.env), exécutez le ./vmx.sh env file script. Le fichier par défaut est env/ubuntu_sriov.env.

Configuration des options de journalisation pour vMX

Vous pouvez activer les options de journalisation. Il est particulièrement utile lorsqu’il est utilisé avec les options de contrôle, telles que --install.

Utilisez ces options pour configurer la journalisation :

-l

Activez la journalisation dans un fichier du répertoire de construction spécifié. Le répertoire par défaut est build/vmx-id/logs, où vmx-id se trouve l’identifiant vMX spécifié dans le fichier de configuration de démarrage. Par défaut, la journalisation est désactivée.
-lv

Activez la journalisation avec des détails verbeux.
-lvf

Activez la journalisation avec les détails verbose au premier plan (sortie standard).

Cet exemple déploie une nouvelle instance vMX spécifiée par le fichier de configuration my-vmx.cfg et fournit une journalisation verbose à un fichier :

Connexion au port de console pour les machines virtuelles

Utilisez ces options avec le script vmx.sh pour vous connecter à la console du VCP ou VFP du vMX spécifié :

--console vcp [vmx-id]

Connectez-vous à la console du VCP pour le vMX spécifié. L’identificateur vMX est spécifié dans le fichier de configuration de démarrage.
--console vfp [vmx-id]

Connectez-vous à la console VFP pour le vMX spécifié. L’identificateur vMX est spécifié dans le fichier de configuration de démarrage.

Cet exemple se connecte à la console du VCP pour l’instance vMX spécifiée par l’identifiant vmx1 :

Obtenir de l’aide pour les options de script

Pour obtenir de l’aide en ligne concernant les options de script vmx.sh , exécutez le ./vmx.sh --help script.

Équipements de liaison virtio

Pour les configurations utilisant des types d’équipements virtio, vous pouvez lier plusieurs instances vMX sur le même système si l’hôte dispose de suffisamment de processeur et de mémoire pour prendre en charge les instances vMX. Vous configurez chaque instance vMX avec un fichier de configuration de démarrage différent.

Si vous déployez plusieurs instances vMX, assurez-vous de :

  • Les identifiants de VM sont uniques sur toutes les instances.

  • Les ports de console du VCP et du VFP sont uniques sur toutes les instances.

  • L’adresse IP statique externe du VCP et le VFP sont uniques sur toutes les instances.

  • Les adresses MAC du VCP et du VFP sont uniques sur toutes les instances, chaque fois que cela est spécifié.

Note:

Toutes les machines virtuelles partagent le même domaine de gestion. L’interface de gestion physique (par exemple, eth0) fait également partie de ce pont externe global.

Vous pouvez connecter des cartes NIC virtio dans le vMX à des CARTES réseau physiques ou à des CARTES virtio dans un autre vMX en reliant ces équipements, comme illustré sur la figure 1.

Figure 1 : Équipements de Binding Devices liaison

Pour gérer les liaisons d’équipements, effectuez ces tâches :

Configuration des liaisons d’équipement

Les paramètres requis pour configurer vMX afin de lier les équipements sont définis dans le fichier de liaison de l’équipement. Le fichier de liaison de l’équipement est au format YAML . Le fichier par défaut est config/vmx-junosdev.conf.

Le fichier de liaison de l’équipement définit les points d’extrémité de chaque liaison provenant du VFP d’un vMX. Un point de terminaison doit être un équipement utilisant des CARTES RÉSEAU virtio. L’autre point de terminaison peut être un NIC physique, un NIC virtio dans une autre instance vMX ou un pont Linux.

Pour lier les instances vMX :

  1. Modifiez le fichier config/vmx-junosdev.conf pour configurer la communication entre les instances vMX.
  2. Modifiez le link_name nom du pont Linux (comme indiqué par la brctl show commande). Le nom du lien peut être de 15 caractères. Il doit être unique pour chaque pont. Si plus de deux interfaces (virtuelles ou physiques) sont connectées par un pont Linux, le nom du pont est dérivé du dev_name point de terminaison commun pour les équipements connectés.
  3. Indiquez la mtu valeur MTU à modifier par défaut de 1500 pour les types d’équipements virtio. La valeur maximale est 9500.

    Pour modifier la configuration MTU pour les types d’équipements SR-IOV, modifiez les mtu paramètres du fichier de configuration de démarrage (vmx.conf).

  4. Indiquez les points de terminaison des équipements vMX (junos_dev type) en personnalisant ces paramètres :

    • type— Le type d’équipement est junos_dev.

    • vm-name— Nom de l’identificateur vMX spécifié dans le fichier de configuration de démarrage de cette instance vMX.

    • dev-name— Nom de l’interface sur vMX, comme spécifié dans le fichier de configuration de démarrage.

  5. Indiquez les points de terminaison des cartes réseau physiques (host_dev type) en personnalisant ces paramètres :

    • type— Le type d’équipement est host_dev.

    • dev-name— Nom de la carte NIC physique de l’hôte.

  6. Indiquez les points de terminaison des ponts (bridge_dev type) en personnalisant ces paramètres :

    • type— Le type d’équipement est bridge_dev.

    • dev-name— Nom du pont Linux.

  7. Si vous disposez de plusieurs fichiers de liaison d’équipement, enregistrez-les avec différents noms.

Voici un exemple de fichier de liaison de l’équipement vMX :

L’entrée link_host indique comment connecter l’interface ge-0/0/0 sur vmx1 à la carte réseau physique. L’entrée link_vmx_12 indique comment connecter deux interfaces sur vmx1 et vmx2 l’une à l’autre. Les bridge_vmx_123 entrées indiquent comment connecter les interfaces sur vmx1, vmx2 et vmx3 à l’aide d’un pont.

Création de liaisons d’équipement

Note:

Vous devez être connecté en tant que root pour lier les équipements.

Pour lier les équipements dotés de cartes CENTRAUX virtio à d’autres équipements, définissez vos équipements dans le fichier de liaison de l’équipement vMX et exécutez le ./vmx.sh --bind-dev –-cfg device-binding-file script pour créer la liaison entre les équipements. Si vous ne spécifiez pas de fichier, le fichier par défaut est config/vmx-junosdev.conf.

Cet exemple crée des liaisons d’équipement avec le fichier de liaison de l’équipement spécifié :

Suppression des liaisons d’équipement

Note:

Vous devez être connecté en tant que root aux équipements non connectés.

Pour dissiner les équipements, exécutez le ./vmx.sh --unbind-dev –-cfg device-binding-file script pour supprimer les liaisons d’équipement créées avec l’option --bind-dev . Si vous ne spécifiez pas de fichier, le fichier par défaut est config/vmx-junosdev.conf.

Cet exemple supprime les liaisons d’équipement avec le fichier de liaison de l’équipement spécifié :

Vérification des liaisons entre les équipements

Note:

Vous devez être connecté en tant que root pour lier les équipements.

Pour vérifier l’état des liaisons d’équipement créées avec l’option --bind-dev , exécutez le ./vmx.sh --bind-check –-cfg device-binding-file script. Si vous ne spécifiez pas de fichier, le fichier par défaut est config/vmx-junosdev.conf.

Cet exemple vérifie l’état des liaisons de l’équipement pour le fichier de liaison de l’équipement spécifié :

Documentation connexe

Tableau Historique des versions
Libérer
Description
18.1
À partir de Junos OS version 18.1 Si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et que vous souhaitez désactiver VCP pour le plan de contrôle sur le serveur, vous pouvez spécifier aucune.
18.1
À partir de Junos OS Version 18.1 si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et si vous devez désactiver VFP pour le plan de transfert sur le serveur, vous pouvez spécifier aucun.
18.1
À partir de Junos OS version 18.1 Si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et que vous souhaitez désactiver VCP pour le plan de contrôle sur le serveur, vous pouvez spécifier aucune.
18.1
À partir de Junos OS Version 18.1 si vous déployez plusieurs serveurs (par exemple, un serveur comme serveur de routage et un serveur comme PFE), et si vous devez désactiver VFP pour le plan de transfert sur le serveur, vous pouvez spécifier aucun.