Blog Cisco France – Green IT

Blog Cisco France – Green IT > EnergyWise

Tech Notes – Activer et configurer EnergyWise avec CiscoPrime LMS

Jusqu’à présent, nous avons testé EnergyWise à travers la CLI pour mieux cerner son fonctionnement mais dans le cadre d’un déploiement à grand échelle, un outil tel que CiscoPrime LMS s’impose.

Pour ceux qui ne connaissent pas, Cisco Prime LMS (LAN Management Solution) est une plateforme qui regroupe de nombreux outils destinées à la gestion d’un LAN. Parmi ces outils on trouve un « workcenter » EnergyWise que nous allons utiliser pour auditer le réseau et configurer EnergyWise.

Une fois connecté à votre LMS, dans le Work Center EnergyWise sélectionnez « Readiness Assessment ».

Cette page permet de faire un audit EnergyWise du réseau, de visualiser sur lesquels de nos équipements EnergyWise :

  • est activé
  • n’est pas activé
  • ne peut pas être activé car il n’existe pas d’IOS correspondant
  • n’est pas activé car requiert une mise à jour de l’IOS

La liste des équipements correspondant à la partie de camembert sélectionnée apparaît en bas

Dans le cas précédent, il s’agit de la liste des équipements sur lesquels la version d’IOS est bonne mais sur lesquels EnergyWise n’est pas activé. Je peux alors les sélectionner puis cliquer sur « Enable EnergyWise ». LMS vous emmène alors vers l’outil de configuration des domaines

Et c’est fini ! Vous avez mis à jour votre réseau et activé EnergyWise! Un jeu d’enfant non ?

Nous verrons par la suite comment intégrer les équipements et définir des politiques…

Matthieu.

Tags: , ,

Tech Notes – Pourquoi mettre EnergyWise dans des commutateurs ?

Mais quel est l’intérêt d’avoir des services EnergyWise qui tournent sur les commutateurs et ne pas avoir un serveur qui interroge directement des équipements intelligents à travers un réseau quelconque ?

Il existe plusieurs réponses :

  • Quid de l’extensibilité (« scalability ») ? Si jamais les serveurs commandaient directement les équipements alors il faudrait un certain nombre de serveurs pour supporter la charge de toutes les requêtes pour récupérer les données. Tout l’intérêt d’EnergyWise réside dans le fait que les commutateurs effectuent ce travail et le premier commutateur interrogé par la plateforme d’administration va agréger les réponses et envoyer une réponse synthétique à la plateforme d’administration, soulageant d’autant le réseau. Pour les politiques peu évoluées – par exemple éteindre les équipements à 22h00 – elles peuvent également être enregistrées directement sur le commutateur. Ainsi même si certains liens tombent, ces politiques continueront à être appliquées
  • Une fois qu’un équipement PoE est éteint, comment faire pour le rallumer sans intelligence sur le commutateur ? l’équipement ne peut plus recevoir de commande puisqu’il est éteint. On pourrait imaginer laisser un faible courant pour alimenter une CPU (« Central Processor Unit ») mais cela ne sera jamais aussi efficace que lors d’une extinction. Les fonctions de cache dans le commutateur (décrites dans la note Tech Notes – Les mécanismes d’autodécouverte d’EnergyWise ) permettent de conserver la topologie et les adjacences
  • Comment se passerait la découverte des équipements au niveau 2 ou 3 ? Les paquets de type broadcasts sont souvent bloqués par les commutateurs (entre VLAN par exemple), les empêchant d’atteindre la plateforme d’administration. Faudrait-il alors les entrer manuellement ? Une tâche titanesque !
  • dès lors qu’on touche au contrôle d’équipement, le besoin de sécurité grimpe en flèche ! Or l’utilisation d’un serveur global induirait une trop grande vulnérabilité de l’ensemble. EnergyWise utilise différents (3 pour être précis) mots de passe pour les communications entre commutateurs, entre équipements terminaux et commutateurs, entre commutateurs et plateformes d’administration. Ainsi si la plateforme est corrompue, on peut empêcher son action en changeant le mot de passe correspondant au niveau du commutateur. De plus les commutateurs ont une surface d’attaque réduite par rapport à des OS tels que Windows ou Linux sur lesquels tourneraient ces potentielles plateformes. L’aspect sécurité a été abordé dans un article précédent (Tech Notes – EnergyWise & la sécurité)
  • Utiliser le réseau offre aussi la possibilité d’ajouter de l’information contextuelle, de l’autoconfiguration. Comme on sait à quel port du commutateur l’équipement est relié et où se situe ce commutateur, on peut en déduire la localisation de l’équipement. Ou alors reconnaître automatiquement un équipement et ajouter un mot-clé correspondant. Et ainsi de suite.

L’approche EnergyWise se démarque clairement des protocoles traditionnels utilisés dans la gestion technique du bâtiment comme BACNet, ModBus, LonWorks ou KNX qui n’ont pas été conçu pour IP et son formidable système de couches indépendantes entre elles, ni pour tirer avantage du réseau. Ils demandent un réseau dédié et séparé et des passerelles vers les plateformes d’administration (qui utilisent IP) et reposent sur un modèle client serveur centralisé, bien loin du modèle distribué d’EnergyWise.

Matthieu.

Tags: , ,

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.

Tags: , , , ,

Tech Notes – EnergyWise & la sécurité

EnergyWise est doté de 3 mécanismes de sécurité dans sa version actuelle:

  1. L’intégrité des paquets est garanti via une HMAC pour chaque paquet
  2. En option, on peut activer une protection anti-rejeu auquel cas les équipements doivent être synchronisés (via ntp).  Lors de l’activation (ou modification) du domaine, il suffit d’utiliser ntp-shared-secret au lieu de shared-secret.

Un dernier mécanisme moins robuste existe: un numéro de séquence est présent dans chaque paquet. Les commutateurs du domaine conservent ce numéro de séquence pour chaque voisin et plateforme d’administration. Si un paquet survient avec un numéro inférieur, il est ignoré.

On peut imaginer qu’à l’avenir EnergyWise proposera des mécanismes de chiffrement mais ce n’est pas encore le cas.

Comme nous avions pu le voir lors de l’activation, EnergyWise utilise 3 types de mot de passe:

  • un mot de passe partagé par les commutateurs d’un même domaine. Il doit donc être identique pour tous les commutateurs
  • un entre chaque commutateur et la plateforme d’administration. Ainsi si la plateforme d’administration est corrompue, on peut l’empêcher d’agir sur le commutateur en changeant le mot de passe de celui-ci (le mot de passe “management” )
  • pareillement, un mot de passe est nécessaire entre chaque commutateur et les équipements terminaux (le mot de passe “endpoint” ) qui va servir à négocier une clé d’authentification à partir d’un nonce. Tous les paquets compris entre le commutateur et un équipement terminal (téléphone EnergyWise, portable Lenovo…) contiennent un HMAC généré grâce à cette clé. Cette clé est renouvelée pour chaque session.

Pour davantage de sécurité, on peut vouloir désactiver EnergyWise sur certains ports. J’en ai déjà évoqué la possibilité à la fin de cet article.  Mais alors on ne récupère plus leur consommation ! EnergyWise permet une configuration plus fine: on peut en effet désactiver les requêtes “set” (c’est-à-dire celles qui vont agir sur les équipements) grâce a la commande

# no energywise allow query set

Si le commutateur reçoit une requête depuis un commutateur ou une plateforme du même domaine qui vise à changer un niveau d’énergie quelconque alors la requête sera ignorée.

On peut également entrer la commande # energywise allow query save pour sauvegarder les modifications effectuées par les requêtes.

Documentation sur la commande “energywise allow”


Le “Cisco EnergyWise Design Guide“donne  également des indications à respecter (mots de passe forts).

Matthieu.


Tags: , , ,

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:

[sourcecode language=”text”]
(config-if)# energywise level <level> recurrence importance <importance> at <minute> <heure> <joursDuMois> <moisDeLannee> <semaineDuMois>
[/sourcecode]

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.

Tags: , , ,

Tech Notes – Les requêtes EnergyWise

Maintenant que nous avons configuré quelques équipements EnergyWise, il est temps enfin de montrer la puissance des requêtes EnergyWise que l’on vante depuis le début sans jamais avoir pu les mettre à l’épreuve!

Les requêtes (« query »)

Il faut avant tout comprendre qu’une requête s’applique uniquement sur le domaine EnergyWise auquel appartient le commutateur d’où elle est lancée ! La commande « energywise query » a une syntaxe plutôt longue et variable, je vous encourage à abuser de l’autocomplétion (« ? » + touche « tabulation ») pour vous aider et voir les différentes possibilités.
Les requêtes fonctionnent essentiellement selon 2 modes:
– un mode pour récupérer la consommation des équipements
– un mode pour agir sur les équipements

La commande “energywise query analyze domain” va donner quelques informations sur le domaine auquel appartient le commutateur comme le nombre de commutateurs appartenant au domaine et le nombre d’équipements avec un agent EnergyWise, ceci n’inclut pas les interfaces.

Toutes les autres requêtes commencent par filtrer les équipements auxquels elles vont s’appliquer. Elles filtrent d’abord par importance :
energywise query importance <importanceMaxDesEquipementsAFiltrer> …
Ici je sélectionne tous les équipements qui ont une criticité (« importance ») inférieure ou égale à importanceMaxDesEquipementsAFiltrer. ainsi « energywise query importance 100 » sélectionne tous les équipements avec une importance <= 100 or 100 étant l’importance maximum, cela sélectionne tous les équipements.
Une fois que l’on a filtré par équipement, on peut filtrer soit par nom soit par mot clé (par commodité, on choisit importanceMaxDesEquipementsAFiltrer = 100):
energywise query importance 100 name <nomDesEquipements> …
energywise query importance 100 keywords <motCle> …
Les commandes EnergyWise supportent les « wildcards » (traduire  les masques ou joker), c’est-à-dire que la touche « * » désigne n’importe quel mot. Exemple : « name Phone* » sélectionne tous les équipements dont le nom commence par Phone, « name * » sélectionne tous les équipements, peu importe leur nom.

Note : depuis la CLI, les 2 commandes sont exclusives mais depuis une plateforme d’administration, on peut appliquer les filtres name ET keywords.

Une fois le filtre paramétré, nous avons 4 fonctions qui vont s’appliquer aux équipements sélectionnés par le filtre :

  • set level <niveauDEnergie> permet d’appliquer un niveau d’énergie
  • collect permet d’interroger les équipements de 2 manières:
    • collect usage: va récupérer les consommations des équipements comme j’ai déjà pu le montrer dans les précédents articles. On peut ajouter un filtre supplémentaire après pour sélectionner « all », « meter », « consumer », « producer » voire modifier le « timeout ».
    • collect delta va indiquer ce que l’on consommerait en plus ou en moins selon les niveaux d’énergie. Sur la capture d’écran suivante, on voit que si l’on passe aux niveaux d’énergie de 2 à 10, on consommera 15,4 W de plus et que si l’on passe au niveau d’énergie 0, notre consommation restera inchangée. On peut donc en déduire que ces interfaces sont au niveau d’énergie 0.
  • sum la commande sum additionne les résultats donnés par collect pour n’afficher qu’un seul nombre. Il faut néanmoins faire attention à ce nombre qui peut compter des consommations plusieurs fois (un équipement PoE avec un agent EnergyWise qui enverrait sa consommation au commutateur + l’interface qui mesure la consommation de cet équipement)
  • la commande wol comme Wake On Lan permet de redémarrer un ordinateur à distance
    energywise query importance 100 name Fa0/1 wol mac <MACdeLaMachineCiblee> [password <password> etc… avec une mac sous la forme XXXX.XXXX.XXXX

Note : on peut évidemment abréger les commandes EnergyWise comme toutes les commandes IOS. Par exemple : « ener q i 100 n * c d a » est l’équivalent de « energywise query importance 100 n * collect delta all »

Alors, êtes-vous convaincus des potentiels d’EnergyWise?

A vous de jouer maintenant!

Matthieu

Tags: , , ,

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):

[sourcecode language=”text”]
(config)# energywise name <monNom>
(config)# energywise role <monRole>
(config)# energywise importance <monImportance>
(config)# energywise keywords <mots-clés,séparés,par,des,virgules>
[/sourcecode]

Soit par exemple:

[sourcecode language=”text”]
(config)# energywise name commutateurFanlessDuServiceRH
(config)# energywise role Commutateur Cisco 48 ports:
(config)# energywise importance 80
(config)# energywise keywords Etage_1,service_rh,dedie
[/sourcecode]

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.

[sourcecode language=”text”]
(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
[/sourcecode]

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.

Tags: , , , ,

Tech Notes – Activation d’EnergyWise

En tout premier lieu, activons EnergyWise.

L’activation d’EnergyWise sur le réseau Cisco peut s’effectuer à travers Cisco Prime LMS ou simplement via l’interface console (CLI). Nous traiterons dans cet article de l’activation via l’interface console. Je fais l’hypothèse que vous savez vous connecter à l’équipement (ssh/telnet/console) et passer en mode privilégié (“#”)/configuration ( “(config)#” ) sur l’IOS.

EnergyWise demande une version logicielle minimum d’IOS. Vous trouverez les versions correspondantes dans l’article précédent.

Les exemples qui suivent proposent une configuration par défaut mais en utilisant “?” vous pourrez voir les autres possibilités.
Pour activer complètement EnergyWise, il faut configurer un “domaine” EnergyWise. Un équipement (commutateur/routeur) ne peut appartenir qu’à un seul domaine EnergyWise. Les équipements appartenant à un même domaine EnergyWise peuvent s’interroger entre eux (“Quelle est la consommation électrique du domaine ?”) ou bien agir les uns sur les autres (“Eteindre tous les appareils de faible criticité”). Il est recommandé de configurer un domaine EnergyWise pour un bâtiment, ce qui correspond à une continuité de distribution électrique, mais vous êtes libre d’organiser autrement votre gestion électrique. Vous êtes limité par le nombre de points à gérer dans un même domaine. Au delà de 10 000 équipements, il est conseillé de subdiviser le domaine.

Pour configurer complètement EnergyWise, il faut entrer 3 commandes:

  1. une commande pour créer le domaine ce qui va permettre aux équipements de communiquer entre eux. Les équipements ont besoin d’un mot de passe pour vérifier l’intégrité des messages. Ce mot de passe est donc commun à tous les commutateurs du domaine.
  2. une commande pour attribuer un mot de passe propre à la communication entre les agents (comme des téléphones/PDU/PC) directement connectés au commutateur et le commutateur. Il peut être différent pour chaque commutateur d’un même domaine.
  3. Un troisième mot de passe est nécessaire pour la communication entre un serveur d’administration EnergyWise et le commutateur. Il peut être également différent au sein des commutateurs d’un même domaine.

Les « // » précèdent mes commentaires

[sourcecode language=”text”]

// soit on précise une IP (VLAN associée au commutateur)
(config)# domain <nomDuDomaine> security shared-secret 0 <motDePasse0> protocol udp port 43440 ip <ipv4>

// soit on précise une interface du switch (on peut aussi préciser les 2)
(config)# domain <nomDuDomaine> security shared-secret 0 <motDePasse0> protocol udp port 43440 interface monInterface

// Configure le mot de passe EnergyWise pour les communications entre les agents et le commutateur
(config)# energywise endpoint security shared-secret 0 <motDePasse1>

// "showroom42" étant le mot de passe permettant aux commutateurs de communiquer avec un tiers programme  de management
(config)# energywise management security shared-secret 0 <motDePasse2>

[/sourcecode]

Note: On peut utiliser 3 fois le même mot de passe dans le cadre des tests.

Il est possible de vérifier que le domaine a bien été créé avec la commande show energywise domain

[sourcecode language=”text”]
# show energywise domain
Name : name
Domain : ewz
Protocol : udp
IP : x.x.x.x
Port : 43440

[/sourcecode]

Vous pouvez voir les commutateurs voisins (appartenant au même domaine) en entrant la commande “show energywise neighbors”

De même pour les agents directement connectés au commutateur via la commande ” show energywise children”

Félicitations vous venez d’activer EnergyWise !

Matthieu.

Tags: , ,

Tech Notes – Présentation des plates-formes supportées

Energywise est un protocole réseau lancé par Cisco en 2009 destiné à mieux connaître sa consommation électrique pour éventuellement mieux la contrôler,  soit pour réaliser des économies, soit pour délester (si le prix de l’électricité augmente trop, ou lors d’un basculement sur groupe électrogène de secours par exemple).

Je suppose que vous connaissez les principes de base d’EnergyWise. Plusieurs articles du blog vous les rappellent comme “EnergyWise expliqué en vidéo” ou “EnergyWise s’étoffe” et vous pouvez toujours vous réferer à http://www.cisco.com/go/energywise.

Reposant d’abord sur une implémentation SNMP (appelée “phase 1”, à partir de l’IOS 12.2(50)SE), la version actuelle fonctionne avec son propre protocole (“phase 2”). Nous en sommes actuellement à la phase 2.5.
Le protocole permet à la fois d’interroger le réseau (“Combien consomme mon bâtiment ?”, “Combien consomment mes équipements non critiques ?”, “Combien consommerai-je si je passais au niveau d’énergie supérieure” ) et de le piloter:

  • soit en contrôlant l’énergie envoyée sur les ports PoE ce qui permet de gérer directement n’importe quel équipement PoE (caméra/téléphone IP/Point d’accès,…)
  • soit en envoyant des commandes aux équipements compatibles EnergyWise qui vont réagir à cette commande (pour une multiprise,  il pourra s’agir d’éteindre ou de modifier la puissance délivrée à la prise par exemple).

EnergyWise est installé de base avec l’IOS (sans coût de licence supplémentaire) et est disponible sur les plates-formes indiquées ici, c’est-à-dire pour faire court sur l’ensemble des commutateurs Catalyst et sur les routeurs ISR G2 (Integrated Services Router de deuxième génération).

EnergyWise est une technologie qui évolue vite, c’est pourquoi avant d’attaquer les tutoriaux qui suivent, je vous conseille d’installer l’IOS avec la version d’EnergyWise la plus récente.

Attention: La série d’IOS 15.X bien que plus récente ne contient pas les dernières versions d’EnergyWise. A l’heure où je vous écris, il faut installer la 12.2(58) qui prend mieux en compte le mode “Power Save Plus” par exemple.

Pour connaître la version d’EnergyWise sur votre équipement, vous pouvez entrer la commande:

[sourcecode language=”text” light=”true”]#show energywise version[/sourcecode]

dont la sortie se lit comme suit:

[sourcecode language=”text” light=”true”]
EnergyWise is Enabled
IOS Version:  12.2(58)SE2
EnergyWise Specification:  (rel2_7)4.0.28
[/sourcecode]

La 1ère ligne indique si EnergyWise est activé, la 2nde la version de l’IOS (abrégée par rapport à un “show version”). La dernière ligne (celle qui nous intéresse) indique la spécification/branche supportée (“rel2_7” ici) ainsi qu’un numéro de release (“4.0.28”) qui correspond au numéro de commit du code source.

Vous avez mis à jour votre IOS? Alors nous pouvons passer à l’activation!

Matthieu.

Tags: , ,

Tech Notes – EnergyWise pas à pas

Bonjour,

Je m’appelle Matthieu Coudron et j’ai passé ces derniers mois chez Cisco France à travailler sur EnergyWise. A travers mes différentes recherches, j’ai pu constater la richesse du site cisco.com, à tel point que l’essentiel se retrouve parfois noyé dans la masse d’informations. Ce que je propose ici, c’est une série d’articles courts – des Tech Notes – sur des points précis, plutôt techniques, autour d’EnergyWise (configuration/fonctionnement/intégration avec l’écosytème,..). Ces articles vous permettront de comprendre rapidement l’essentiel et, si vous désirez en apprendre davantage, vous pourrez vous rendre sur les différents liens dont je parsèmerai les articles.

Nous commencerons par les diverses méthodes d’activation, puis, au fil des articles nous aborderons la mise en oeuvre de politiques, la construction de rapports, nous traiterons de fonctions avancées ou encore de solutions de l’écosystème.

Je m’efforcerai de garder un rythme de publication d’un article par semaine. Soyez donc aux aguets des Tech Notes le jeudi après-midi!

Matthieu.

Tags: , ,