Modèles d'équipements

La section Device Models définit les références matérielles spécifiques (SKU). Cette définition est nécessaire pour associer chaque équipement à son modèle dans l'inventaire.

Inventaire des modèles matériels.

Origine des données : Gestion hybride

Les modèles d'équipements dans Avalon peuvent provenir de deux sources :

1. Autodiscovery : Lorsqu'Avalon scanne un réseau, il crée automatiquement le modèle s'il est nouveau.
2. Création manuelle : Nécessaire dans les cas suivants :
   • Équipements statiques : Routeurs ISP, appliances de sécurité qui ne peuvent pas être scannés mais doivent apparaître sur la carte.
   • ZTP (Zero Touch Provisioning) : Pour intégrer un nouveau modèle d'équipement qui n'existe pas encore dans le parc. La liste d'interfaces doit être définie pour permettre la connexion du nouvel équipement à l'infrastructure existante.

Configuration

Lors de la création manuelle d'un modèle, vous devez définir :

• Device model name : Le SKU matériel précis (ex : C9300v, PA-820).
• Interfaces Lists : Lie le modèle aux listes de ports physiques (ex : Cisco IOL_8-Eth). Cela définit combien de ports apparaissent sur l'équipement dans la vue topologique.
• Link aggregation : Le préfixe employé par le constructeur pour nommer un agrégat (Port-channel, Bridge-Aggregation, Eth-Trunk, lag). Il est hérité de la plateforme lors de la découverte.
• Max port channel : Le plus grand numéro d'agrégat admis sur ce modèle.

Ajustez le Max port channel avant de créer des agrégats

Tout modèle créé par l'autodiscovery reçoit la valeur générique 48, qui ne provient pas de l'équipement. Or le nombre d'agrégats admis varie fortement d'un modèle à l'autre, et un numéro au-delà du maximum est refusé par l'équipement au moment de la configuration.

Si vous prévoyez de créer des agrégats manuellement, renseignez d'abord la valeur réellement supportée par le modèle, telle qu'elle figure dans la documentation du constructeur. Elle vous prémunit ensuite contre la création d'un agrégat dont le numéro dépasse ce que l'équipement sait traiter.

Image cible du modèle

La colonne Target NOS image déclare, modèle par modèle, l'image que tout équipement de ce modèle doit exécuter. C'est une décision de parc, prise une fois dans le catalogue, et non un paramètre de campagne.

La cible est portée par le modèle : chaque équipement hérite de celle de son propre modèle.

Qui la lit. Uniquement les règles d'ingénierie de mise à jour. Une règle ne nomme aucune image : elle résout la cible sur le modèle de chaque équipement, ce qui permet à une règle unique de couvrir un parc mixte. Les mises à jour lancées depuis la carte ou depuis le planificateur n'utilisent pas ce champ, elles nomment l'image explicitement.

Ce que la liste propose. Une image est rattachée à une device family, donc le champ ne propose que les images de la famille du modèle. Un modèle qui n'est rattaché à aucune famille n'a aucun choix possible, et le champ le dit au lieu d'afficher une liste vide.

Laisser le champ vide est une réponse valide. Un modèle sans cible déclarée signifie « ne touche à aucun équipement de ce modèle » : la règle l'écarte au lieu d'échouer. C'est ainsi qu'on restreint une campagne à une partie du parc sans toucher à la règle.

Pour le déroulé complet d'une mise à jour, voir la page Mise à jour des équipements.

Processus pour équipements statiques et ZTP

Pour ajouter un équipement statique à la carte ou préparer un déploiement ZTP, son Modèle d'équipement doit être disponible. Assurez-vous d'associer une Liste d'interfaces correcte pour pouvoir connecter physiquement le nouvel équipement sur la carte.