Discussion :

[boboss123]

Bonjour,

J'ai développé un programme sur un système embarqué qui gère des VLANs et qui passe à travers un réseau qui lui aussi gère les VLANs. Le problème est qu'il n'arrive pas à récupérer une adresse IP via DHCP : je ne sais pas si le problème vient du produit ou de la configuration du réseau. Pour des raisons de simplification de la maintenance, j'aimerais trouver des solutions pour pouvoir debugger le produit sans avoir à le redémarrer manuellement : je pensais donc que ça serait bien de développer un système permettant au produit de pouvoir indiquer son status à distance => c'est pourquoi je pensais à utiliser un protocole de niveau 2 pour communiquer avec une machine du réseau qui récupérerait les logs du produit à debugger.

Est-ce que des systèmes de debug de ce genre existe déja ? si oui, lequels (si je dois développer quelque chose, autant essayer de se rapprocher le plus possible de ce qui existe déja) ?


Merci d'avance

[Invité]

Salut,

Le problème est qu'il n'arrive pas à récupérer une adresse IP via DHCP : je ne sais pas si le problème vient du produit ou de la configuration du réseau.

Si d'autres machines sur ce VLAN arrivent à booter en DHCP, je pense que tu connais la conclusion
S'il n'y a pas d'autres machines DHCP sur ce VLAN, c'est très probablement un problème d'IP Helper, il faut voir ça avec l'admin du réseau distant.

je pensais donc que ça serait bien de développer un système permettant au produit de pouvoir indiquer son status à distance => c'est pourquoi je pensais à utiliser un protocole de niveau 2 pour communiquer avec une machine du réseau qui récupérerait les logs du produit à debugger.

Est-ce que des systèmes de debug de ce genre existe déja ? si oui, lequels (si je dois développer quelque chose, autant essayer de se rapprocher le plus possible de ce qui existe déja) ?

Oui, il y a eu, dans un passé assez lointain, des protocoles qui ressemblaient à ça...

Ca va nécessiter 2 développements spécifiques puisqu'on entre ici dans une stratégie client/serveur.

1) Côté client (ton équipement), le principe consiste à encapsuler des "messages de troubleshooting" dans des trames Ethernet II puis utiliser l'Etype des trames pour caractériser ce traffic. Il suffit ensuite de broadcaster/multicaster ces trames Ethernet.

2) Côté serveur, il va falloir développer une petite application qui va lui permettre de "comprendre" ce traffic qui possède un Etype bien particulier pour décapsuler les messages pour les storer quelque part. Suffit ensuite de les transférer où tu veux par une quelconque application IP.

Steph