Personne n'a t'il tenté de percer le mystère de l'algorithme utilisé par la Livebox ?
[...]
Respecter les cycle de vie définis dans les RFC idoines et relancer depuis le DORA / SARR en cas de perte de la connectivité montante (à tester avec ARP et ICMPv6 NS/NA) comme le fait la LiveBox
[...]
De l'importance des tests de vie :
La cnx de la LB peut être interrompue sur plusieurs segments entre la LB et le BNG.
Si vous ne testez pas la cnx montante, vous allez vous retrouver hors séquence et donc vous faire blaster régulièrement.
Cela doit être fait sur LES DEUX stacks Ipv4 et IPv6
Une capture minimal de ce que fait la LB vous permettra de comprendre la puissance de ces deux algos ....
Et quand vous détectez une fin de vie sur un stack, vous relancez celui ci (cycle DORA ou SARR suivant le stack) proprement
Faite un RELEASE (du bon stack) AVANT de relancer le cycle ....
Durant votre capture, vous verrez que le BNG fait de même dans l'autre sens ... d'où l'importance de bien répondre à ces message avec la bonne COS6
J'ai jeté un coup d’œil à ma capture réseau.
[IPv4]Le BNG émet une requête ARP à destination de la Livebox (unicast) toutes les 310 secondes.
La Livebox a une séquence plus complexe de requêtes ARP.
Lors des vingts première minutes, il y a une succession de paquets ARP unicast et broadcast :
broadcast, unicast, broadcast puis
broadcast, unicast, unicast, broadcast.
La Livebox émet finalement une succession de requêtes ARP en diffusion générale (broadcast)
toutes les 120 secondes.
[IPv6]Le BNG envoie trois premiers paquets NS (neighbor sollicitation) adressés à la Livebox avec un intervalle de dix secondes.
Finalement, le BNG envoie des paquets NS adressés à la Livebox toutes les 310 secondes.
La livebox envoie des paquets NS adressés au BNG toutes les 120 secondes.
Remplacer la LiveBox par un routeur