J'aurais normalement abouti à la bonne solution d'ici peu.

Cela fut une grosse prise de tête. Diverses implémentations trop complexes. Et avec un degré d'abstraction insuffisant.
Perdu, quelque peu incompétent, et pas d'idée.

Merci aux IAs pour leurs suggestions d'amélioration. Dommage que je n'ai pas eu de retours humains. Dommage que
certains opérateurs m'aient apparemment censuré (black-listé ?) sur les canaux de communication OpenWrt. Je suis
sûrement trop nul mais est-ce une bonne raison ? Dégueulasse !

Au final, la solution retenue paraît plutôt simple. On parse les chaînes de caractères, on extrait les infos, on les stocke
dans une structure « option ». On relie les options dans une liste chaînée par vendeur. Les vendeurs sont aussi reliés.
On parcours les divers vendeurs. On construit un tampon par vendeur. On peut accèder à n'importe quel champ assez
simplement sans avoir à gérer l'accès à la mémoire en fonction du protocole. Même pas besoin d'union pour gérer le
boutisme (aka endianness). Même pas besoin de l'API OpenWrt blob pour simplifier l'allocation et l'accès mémoire (pas
simple d'ailleurs car le tampon résultant n'est pas identique au résultat souhaité et cela duplique du code).