Tech Notes – Les mécanismes d’autodécouverte d’EnergyWise

Les équipements appartenant à un même domaine EnergyWise vont s’autodécouvrir en envoyant des paquets contenant:

  • l’adresse IP (pour savoir à qui répondre)
  • le nom du domaine de l’équipement
  • le nom
  • le rôle
  • ce qu’il peut faire (« device capability code »)

Cet article va présenter les différentes techniques qui permettent l’autodécouverte et sont visibles sur cet écran :

La découverte de niveau 2

Cisco Discovery Protocol est un protocole propriétaire Cisco de la couche 2 (liaison de données) qui permet aux équipements Cisco de se découvrir automatiquement sans connexion IP. Ces paquets de découverte ne sont pas propagés et ne concerne donc que les voisins immédiat (“One-hop”). Sur un routeur/commutateur Cisco, on peut par exemple utiliser la commande #show cdp neighbors pour voir les équipements voisins (l’équivalent normalisé LLDP n’est pas encore supporté sur EnergyWise).
Les paquets de découverte sont envoyés toutes les 75 secondes au début puis leur fréquence diminue géométriquement  jusqu’à un maximum de 15 minutes.

La découverte de niveau 3

Cette découverte concerne les équipements qui embarquent une intelligence (« l’agent ») EnergyWise. La découverte se fait par des paquets UDP en suivant la même logique, avec pour destination un broadcast 255.255.255.255 et le port configuré sur l’équipement (par défaut 43440).
Le paquet contient également un port TCP sur lequel l’agent écoute pour que le commutateur puisse initier une communication avec lui et ainsi échanger des informations.

La configuration statique

Un grand classique : lorsque certains équipements ne peuvent pas se découvrir car séparés sur le WAN. On peut alors « forcer » leur découverte en les entrant manuellement en mode configuration :
Si la découverte échoue:
(config)# energywise neighbor <ip> <portSurLequelEcouter>
Par exemple
(config)# energywise neighbor 10.4.1.12 43440

Le système de cache

Les agents EnergyWise peuvent avant de s’éteindre ou de se placer en veille demander au commutateur de garder en cache leur présence. Le commutateur répondra alors à la place de l’équipement en cache quand une requête demandera sa consommation. Il restera alors en cache jusqu’à ce que l’un des événements suivants se produit:

  • un autre agent se connecte sur le même port
  • la commande #clear energywise endpoints [all | cached] est tapée
  • Energywise est désactivé

Le système de cache permet de maintenir la topologie du domaine EnergyWise inchangée lors des périodes de veille.

Les mécanismes d’autodécouverte d’EnergyWise simplifient le déploiement du réseau et son évolution qui est prise en compte dynamiquement.

Encore un avantage d’utiliser le réseau pour gérer l’énergie!

Matthieu.

Tech Notes – Mettre en place une politique récurrente sur une interface (CLI)

Il est possible d’installer des politiques récurrentes sur les commutateurs, c’est-à-dire changer les niveaux d’énergie sur une interface selon la date (semaine,jour, mois,heure, etc). Les récurrences sont associées à une interface (dès lors, nous les configurerons en mode interface “(config-if)#” ) et non à des filtres d’importance ou de nom comme les requêtes. Il ne faut donc pas changer l’équipement de port après configuration, ce qui peut s’avérer plutôt contraignant. En revanche, une fois la récurrence programmée, le commutateur peut perdre la communication avec la plateforme d’administration, la récurrence continuera à s’appliquer.

On peut voir les récurrences disponibles via la commande show energywise recurrences :

On a ici une récurrence qui éteint (« set level 0 » à 17h33) et rallume (« set level 10 ») le port PoE à  19h06.

En dessous, il y a aussi une partie « Alarms » sur laquelle on ne peut pas agir. Elle correspond aux “alarmes” enregistrées par un téléphone en mode « Power Save Plus» (aussi appelé « deep sleep mode », présenté dans un futur article).
La syntaxe de la commande est la suivante:

(config-if)# energywise level <level> recurrence importance <importance> at <minute> <heure> <joursDuMois> <moisDeLannee> <semaineDuMois>

Tous les paramètres sont décrits au format numérique à partir de 0. Ainsi  janvier sera représenté par le 0, février par 1, mars par 2 etc… Pareil pour les journées : 0 désigne lundi, 1 mardi etc… l’astérisque (« * ») symbolisant respectivement “tous les mois”,”tous les jours”, “tous les …”.
energywise level 10 recurrence importance 100  at 30 23 1-31 1,3,4 *
Cette récurrence se déclenche à 23h30 (30 23), du 1er au 31 du mois (1-31), les 1ère,3ème et 4ème mois de l’année,  pour tous les mois de l’année(*).

Note: Si le PoE est désactivé sur l’interface, la commande EnergyWise est tout de même exécutée. Si le niveau d’énergie EnergyWise est 0 au moment où l’administrateur réactive le PoE sur le port, celui-ci restera éteint.

A vos claviers!

Matthieu.

Tech Notes – Attributs : application aux interfaces

Maintenant que vous avez mieux compris l’utilité de chacun des attributs, nous allons passer à la partie pratique, en ligne de commande toujours.
Si vous possédez des équipements EnergyWise, vous pouvez les configurer soit via votre plateforme d’administration soit par leur propre interface (certains proposent une interface Web par exemple). Nous allons configurer ce qui est le plus répandu, c’est-à-dire une interface PoE.

Configurer le commutateur

On peut attribuer, une importance, un nom, un rôle à un commutateur EnergyWise. Il faut néanmoins retenir qu’on ne peut pas éteindre le commutateur via EnergyWise. Evidemment il faut être en mode configuration. A noter qu’EnergyWise ne supporte pas les accents et est sensible à la casse (c’est-à-dire distingue les majuscules des minuscules) !
EnergyWise accepte les espaces pour le rôle seulement (quand l’autocomplétion affiche « LINE » et non «WORD » ) :

Pour configurer son commutateur, on entrera donc (peu importe l’ordre):

(config)# energywise name <monNom>
(config)# energywise role <monRole>
(config)# energywise importance <monImportance>
(config)# energywise keywords <mots-clés,séparés,par,des,virgules>

Soit par exemple:

(config)# energywise name commutateurFanlessDuServiceRH
(config)# energywise role Commutateur Cisco 48 ports:
(config)# energywise importance 80
(config)# energywise keywords Etage_1,service_rh,dedie

Configurer vos interfaces PoE

La configuration des interfaces suit la même logique que pour le commutateur, il faut juste se placer au bon niveau de configuration de l’IOS :
- si l’on désire configurer une interface : (config)# interface fa0/1
- si l’on désire configurer un ensemble d’interface :
- contiguës : (config)# interface range fa0/1 – 10 par exemple
- éparses : (config)# interface range fa0/1 ,fa0/10,fa0/12

On peut ensuite configurer l’interface comme décrit précédemment, en lui attribuant un rôle, un nom, des mots-clés etc…
On a accès à une commande supplémentaire energywise activitycheck qui va indiquer au commutateur de vérifier s’il n’y a pas d’appel en cours avant d’éteindre un téléphone PoE.

(config-if)# energywise activitycheck
(config-if)# energywise name telephoneDeLaDRH
(config-if)# energywise role telephone
(config-if)# energywise importance 80
(config-if)# energywise keywords Etage_1,service_rh

et évidemment no energywise activitycheck pour désactiver (ou bien no energywise name etc…).
Pareillement pour des raisons de sécurité, vous pouvez décider de désactiver EnergyWise sur certains ports : no energywise
Si vous faîtes un show energywise children provisioned en mode privilégié (#show energywise children provisioned) alors les interfaces devraient disparaître de l’affichage. Pour les réactiver, il suffit d’entrer « energywise »au niveau des interfaces concernées.

Attention : Quand vous désactivez le domaine EnergyWise sur le commutateur, vous perdrez toute votre configuration au niveau des interfaces. S’il s’agit de changer le nom de domaine, vous pouvez le faire directement via
#energywise domain <nouveauNomDeDomaine> security shared-secret 0 <motDePasseDuDomaine>

Matthieu.

Suivre

Get every new post delivered to your Inbox.