jjacques68 Posté(e) le 20 février 2022 Auteur Signaler Posté(e) le 20 février 2022 il y a 24 minutes, Lazer a dit : Donc tu as tout réécris ? 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... il y a 9 minutes, mprinfo a dit : je recharge la table avec un get et je switch le port puis je fais un put ah mais tu passes par des requêtes HTTP alors ?
mprinfo Posté(e) le 20 février 2022 Signaler Posté(e) le 20 février 2022 oui j'utilise l'api du contrôleur UNIFI
Lazer Posté(e) le 20 février 2022 Signaler Posté(e) le 20 février 2022 @jjacques68 hum.... c'est moche Quick & Dirty comme ils disent .... ça marche, et puis un jour ça ne marchera plus
jjacques68 Posté(e) le 20 février 2022 Auteur Signaler Posté(e) le 20 février 2022 il y a une heure, Lazer a dit : Quick & Dirty comme ils disent .... ça marche, et puis un jour ça ne marchera plus oui oui je sais à quoi m'attendre, pas de soucis... 1
jjacques68 Posté(e) le 5 mars 2022 Auteur Signaler Posté(e) le 5 mars 2022 Le 20/02/2022 à 15:47, jjacques68 a dit : 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. 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... 2
Messages recommandés