jjacques68

Problème réglé en mettant, dans le RequestID de la trame SNMP, l'ID du ChildDevice. Ducoup, lorsque le Parent reçoit la réponse SNMP, je sais d'office à quel Child ça s'adresse. Et comme l'ID des child est unique, ça marche nickel...

oui oui je sais à quoi m'attendre, pas de soucis...

Disons que j'ai pris ce qui m'était utile pour mon cas... et j'ai simplifié. En gros je formate le paquet dans un tableau d'octets, puis je fais le send. Exemple pour la réception d'un paquet, je choppe le 4ème octets en partant de la fin pour avoir le N° du port, puis le dernier pour avoir la valeur. Sans plus. Si les données changent de type, ou sont sur plusieurs octets, ça marche plus Tu vois le genre de simplifications que j'ai fait... ah mais tu passes par des requêtes HTTP alors ?

Bon ben j'ai fais ce que je voulais. Je rappelle, allumer/éteindre mes nouveaux AP wifi depuis la HC3. Donc je pilote cela en SNMP via le switch POE, vu que les MIB des AP sont foireux. J'ai donc : 1 QA parent contenant les fonction de socket UDP n QA Child par port du switch que je veux piloter. Le retour d'état pour mettre à jour les Child, se fait par analyse de la réponse à la trame SetRequest. Merci beaucoup @Lazer pour ta library. Je m'en suis beaucoup inspiré. Par contre, avec mon principe de QA Child/parent, il y a le soucis avec le coup de plusieurs utilisation des ressources du parents par plusieurs Child simultanément. C'est le bordel, ça se mélange. Et c'est normal. Pour bien faire, il faudrait faire, soit une QueueListe, soit comme disait @Lazer, gérer le RequestId de chaque échange. Que l'on récupère à la réponse. Bref dans mon cas, pour 3 ports, j'ai simplement temporisé on verra plus tard.

pas de soucis chez moi... je tag de cette manière : __TAG = string.format("QA_%s_%s", self.id, self.name)

question : La fonction SNMP:sequence() n'est pas utilisée ? on est d'accord ?

ben comme je l'ai mis : ID = setTimeout(...) jamais utilisé, je sais même pas si c'est possible...

ah oui exacte, et cet ID revient dans la réponse. @mprinfo : c'est pas un truc du genre : MonID = setTimeout(...) clearTimeout(MonID)

excellent ! merci !

je donne des news : le support technique de Netgear confirme que le MIB "propriétaire" des points d'accès WAC510 sont obsolètes. Donc je laisse tombé de ce côté là. du coup, je coupe le wifi en coupant le POE des ports qui alimentent les PA. et cela via le SNMP du switch, en utilisant les OID standard. par contre question bonne pratique : j'ai créé un QA parent et x QA child selon le nombre de port à gérer. J'ai mis la gestion de la socket UDP (write et receive) dans le parent. Ce qui veut dire que les child appellent ces méthodes dans le parent. Que se passe-t-il si plusieurs child veulent accéder à la méthode write du parent quasi simultanément ?

ben j'ai pas grand chose en wifi, téléphone, tablette, et GH. Donc ça va... Mais je coupe aussi quand je suis absent de la maison...

alors c'est complètement vrai ! ça rappel le vieux soucis que j'ai rencontré avec les google home quand on leur coupe le wifi. Ils bombardent de trames bluetooth pour rechercher désespérant une pseudo connexion. Conséquence, ça faisait écrouler BLEA de jeedom. J'ai donc mis un wallplug sur les google home et quand plus de wifi, je shutdown les GH. depuis, BLEA est stable. En disant ça, ça fait des années que c'est comme ça, et les GH fonctionnent toujours, donc pourquoi pas tenter la même chose avec les AP netgear au SNMP foireux. Je leur coupe le POE depuis le switch... et basta...

j'y avais pensé, coupé le point d'accès en coupant le poe du port, je peux le faire normamelement avec le switch. toujours en SNMP… mais je sais pas si les équipements aimeront les hard shutdown plusieurs fois par jour !!

ok sympas merci ! Après avec windev c'est vite fait, mais en lua ... pfffffff sauf que dans mon cas, vouloir éteindre le wifi oblige à écrire dans une propriété. oui tout à fait, c'est déjà le minimum.

Alors je viens donner des news... Visiblement le SNMP de l'équipement que j'ai, NETGEAR WAC510, déconne J'ai entrevu une discution sur un forum... Pas de chance... J'ai contacté le support technique, on verra bien, je sens bien que ça va être retour à l'envoyeur ce truc... si je peux... Concernant le fonctionnement du SNMP : J'ai d'autres équipements supportant le SNMP (et de la même marque), et j'ai donc pu m'amuser un peu... Je pense avoir plus ou moins compris le protocole. En croisant le MIB, des captures de paquets avec wireshark et surtout le QA EATON de @Lazer, on finit par comprendre la logique Construction de la trame : type de donnée, longueur de la donnée, la donnée, etc etc etc ... Par contre @Lazer je vais te piquer les fonctions de convertions en hex et autres... un outil sympas sous windows pour jouer avec le SNMP : le MIB Browser http://www.ireasoning.com/ Petite question quand même : Dans la trame, il y a un ID de requête : @Lazer, tu utilises une formule de fou qui fait mal à la tête local requestID = math.min(2 ^ 32, tonumber(string.sub(tostring(os.time()), -7)) * 100 + math.random(1, 99) + step) mais cette ID peut être n'importe quel nombre, et le même à chaque fois (d'après mes essais) ?? il pourrait même être égale à "1" dans ce cas, la trame serait : "02 01 01" sans oublier de corriger les longueurs de trame à chaque fois... ou je me trompe ?

chose faite. Alors la propriété qui m'intéresse est dans la zone private : 1.3.6.1.4 (.1.3.6.1.4.1.4526.100.7.14.2.1.1.3) et je ne comprends pas pourquoi je n'y accède pas (avec le snmpwak ou même un get) root@raspberrypi:/home/pi# snmpwalk -v 2c -c private 192.168.2.77 1.3.6.1.4 réponse : iso.3.6.1.4 = No Such Object available on this agent at this OID alors que si je fait la branche 1.3.6.1.2 (mgmt), j'ai des centaines de résultats, mais pas ceux que je souhaite j'ai essayé avec la community "public" mais change rien. une idée ? merci d'avance !!!! PS : j'ai biensûr activé le contrôle SNMP sur l'équipement

merci @Lazer, il faut que je me penche la-dessus. Je vais utiliser le raspberry qui est pour l'antenne supplémentaire de jeedom... J'ai trouver des petits outils permettant de lister l'arborescence du MIB. Ils permettent aussi d'utiliser plusieurs fonctions (get, set, walk justement, ...) Il y en a un qui découvre lui même les OID, mais visiblement, que les OID "standard", pas le spécifique au produit (je sais pas si ce que je dis est juste...) Par contre je me suis rendu compte en faisant des essais que le MIB que j'ai trouvé sur le net n'est pas la bon Je savais pas qu'avec WALK du peux tout parcourir, bon à savoir...

Hello tout le monde ! Je souhaite me lancer dans le SNMP afin de piloter mes nouveaux point d'accès Wifi. Les anciens étaient piloter par telnet, c'était facile... L'idée est de pouvoir depuis un QA activer/désactiver le wifi de l'AP. Je possède le MIB de l'équipement. C'est tout J'ai tenté de télécharger des outils soi-disant permettant d'exploiter le SNMP, mais à part m'installer une usine à gaz de soft de gestion d'équipement global d'un réseau, y a pas grand chose d'intéressant ou trop compliqué. J'ai tout viré. Donc ma question est la suivante : Existe-t-il un outil (tout simple) permettant d'envoyer des commandes SNMP vers un équipement ? Et voir la commande générée ? ainsi que la réponse reçue ? J'ai le QA onduleur EATON de @Lazer , mais je galère, je pense que c'est compliqué pour commencer. Si vous avez d'autres idées pour se lancer ! Toutes doc ou exemples seraient le bienvenu Merci d'avance !!

R.A.S pour le moment...

excellent, merci pour le partage !

Idem, RAS de mon côté... Et CPU divisé par 2 alors qu'elle bosse... plutôt beaucoup

bonne année à tous !

oah trop compliqué, ils disent de retirer la carte réseau pour ceux qui en ont une. c'est mon cas, je laisse tombé

@mprinfo, c'est ok cette mise à jour ?

ça faisait longtemps ça je préfère ne rien dire ... excellent, j'imagine déjà le QA