* Clément Guivy, 2016-02-10 :
> Je cherche à récupérer la table d’adresses MAC de switchs HP (récents, en
> comware v5) de façon scriptée. En dernier recours il y a le ssh mais si
> possible je préfèrerais du SNMP. Problème, jusqu’à maintenant je n’y arrive
> pas. En cherchant sur internet j’ai
>> Autrefois quand j'avais des Procurve j'avais ceci :
>>
>> MIB_SWITCH=enterprises.hp.nm.icf.hpicfObjects.hpicfSwitch.hpSwitch.hpSwitchStatistics
>> MIB_MACTABLE=${MIB_SWITCH}.hpSwitchFdbInfo.hpSwitchPortFdbAddrTable
Je ne retrouve pas d'objet à ce nom dans les MIBs que j'ai. A tout hasard
Bonjour,
Je cherche à récupérer la table dadresses MAC de switchs HP (récents, en
comware v5) de façon scriptée. En dernier recours il y a le ssh mais si
possible je préfèrerais du SNMP. Problème, jusquà maintenant je ny arrive
pas. En cherchant sur internet jai trouvé lOID
Oui j’ai tenté ça, en filtrant sur les objets de type hex string, et je n’ai
rien trouvé d’utile. Mais il est possible que je sois passé à côté car l’arbre
est quand même assez gros.
De : David Ponzone [mailto:david.ponz...@gmail.com]
Envoyé : mercredi 10 février 2016 11:39
À : Clément Guivy
Pour info j'ai déjà eu un cas ou le snmpwalk ne parcourait pas certaines
branche de l'arbre...
De mémoire c'était le snmpwalk BSD d'un OSX 10.9, je ne me rappel plus
quel matos on interrogeait.
Donc ça pourrait être dans l'arbre snmp, mais rester invisible tant
qu'on ne pointe pas
Dans ce cas là, il faut passer -Cc en argument.
> Le 10 févr. 2016 à 12:08, Fabrice Vincent a
> écrit :
>
> Pour info j'ai déjà eu un cas ou le snmpwalk ne parcourait pas certaines
> branche de l'arbre...
> De mémoire c'était le snmpwalk BSD d'un OSX 10.9, je
Tu as tenté un snmpwalk sans OID pour voir tout l’arbre ?
> Le 10 févr. 2016 à 11:37, Clément Guivy a écrit :
>
> Bonjour,
>
> Je cherche à récupérer la table d’adresses MAC de switchs HP (récents, en
> comware v5) de façon scriptée. En dernier recours il y a le ssh mais si
> Donc ça pourrait être dans l'arbre snmp, mais rester invisible tant qu'on ne
> pointe pas explicitement sur la branche !
> Du coup sans doc pour identifier la branche, ben c'est compliqué...
Normalement la branche c'est 1.3.6.1.2.1.17.4.3.1.1, aka dot1dTpFdbAddress,
description fournie dans