oui c'est une pratique usuel qu'un service se plante si ses conditions opérationnelles ne sont pas remplies.
Cela évite un code trop compliqué qui prévoirait tous les cas possibles et cela permet de gérer le problème en dehors du code lui même.
Dans le cas présent, si la LL n'est pas dispo, combien de temps ou de tentatives la code devrait attendre ? Pour spécifier cela suivant son cas perso il faudrait des options en plus, etc bref de la complexité pour rien.

Il ne se plante pas, l'envoi du paquet échoue et provoque une erreur. Le même process recommence une seconde plus tard, tout se passe bien (le message n'est affiché qu'une fois d'après mes logs).

OpenWrt de base a l'origine c'était pour des routeurs ayant peu de ressources mémoire et cpu. C'est moins necessaire de nos jours et l'ajout des nombreux paquets au fil du temps permet de palier aux déficiences du code de base.

Il y a encore pas mal de routeurs supportés qui n'ont que 8MB de flash (cas de mon TP-Link archer c7, qui me sert d'AP). L'image de base doit donc rentrer dans 8MB et laisser de la place pour des paquets supplémentaires et la conf, c'est assez étroit avec un kernel qui fait environ 3MB compressé.

Leur documentation n'est intelligible qu'avec des connaissances en réseautique.

On peut penser qu'en effet, pour coder des services réseaux, une base de connaissance et d'expérience solide en réseau est importante.

@simon :

Il envoie un premier message lors de l'initialisation (c.f. ra_init) d'abord avec ra_link_up(). Pour finir, explicitement avec ra_send_rs().

On peut penser qu'en effet, pour coder des services réseaux, une base de connaissance et d'expérience solide en réseau est importante.

Ce que j'ai voulu dire c'est qu'il fallait également avoir des connaissances en réseautique pour parvenir à configurer son routeur. Sinon, la documentation
utilisateur est inaccessible. Il faut fouiller de façon systémique pour déterminer comment faire les choses. Je trouve cela peu idéal. Exemple : Pour allouer
une IP statique par DHCPv6 il faut connaître le concept d'identifiant d'interface (IID ou hostid) et DHCPv6. J'ai trouvé deux bogues en corrélation, en plus
de la documentation. Il faut déterminer les DUID + lID + IAID de chaque interface de chaque hôte pour lequel on souhaite attribuer un bail statique. Il n'est
indiqué nul part à quoi cela correspondait.

P.S.: Le deuxième bogue est techniquement simple à résoudre une fois qu'on connaît bien le code. Cela vient corroborer le fait que les gens n'arrivent pas
forcément à adapter les choses (c.f. le constat de @kgersen).

---

(Archive) dhcp: rework static lease logic
(Rapport de bogue ouvert) Static leases assigns the same IPv6 to multiple NICs

N'ayant pas de retours, je me demandais si une âme charitable serait en mesure de m'aider à diagnostiquer?

Le tutoriel est-t-il toujours d'actualité? Si oui, lequel suivre entre le premier épinglé et celui du github.
Cela marche-t-il sur OpenWRT 24.10.1 ?
Je m'arrache les cheveux depuis quelques jours en essayant d'appliquer le tutoriel à la lettre mais de nombreuses étapes ne sont pas détaillées, et il est difficile pour un novice comme moi de m'assurer qu'il n'yait pas de problèmes