Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt (Lu 526502 fois)

basilix · « **Réponse #1284 le:** **Aujourd'hui** à 07:02:52 »

@Atmis :

Et cela détecte une perte de connexion de façon fiable ?

Citation de: levieuxatorange le 08 novembre 2022 à 09:18:30

Si vous ne testez pas la connexion montante, vous allez vous retrouver hors séquence et donc vous faire blaster régulièrement.

Atmis · « **Réponse #1285 le:** **Aujourd'hui** à 11:09:30 »

Le script est exécuté par le client DHCP à chaque renew.

Et j'ai un watchdog qui ping le premier équipement réseau Orange dans mon traceroute (avec fallback sur 1.0.0.1 et 8.8.4.4) toutes les 5 mins. Si pas de réponse, ou bien si le statut du DHCP n'est pas bound, alors ça relance l'interface. C'est très rare que j'ai un problème à ce niveau (je reçois un mail de notification quand ça arrive).
Le crédit va à cyayon pour ce script RouterOS : https://lafibre.info/remplacer-livebox/onu-fs-com-tx-power-a-40db/msg1039481/#msg1039481

Avec ce système je n'ai jamais eu de problème.

zoc · « **Réponse #1286 le:** **Aujourd'hui** à 11:47:21 »

Alors moi dans le cas de RouterOS j'utilise une combinaison de "checkping" sur la route par défaut (intégré à RouterOS, ce qui me permet de switcher automatiquement sur mon backup 4G qui a une route par défaut avec une distance supérieure à celle du lien primaire en FTTH) et d'un script qui relance le client DHCP si le "checkping" a fait tomber la route.

tit91 · « **Réponse #1287 le:** **Aujourd'hui** à 18:44:43 »

Citation de: Atmis le Aujourd'hui à 11:09:30

Le script est exécuté par le client DHCP à chaque renew.

Et j'ai un watchdog qui ping le premier équipement réseau Orange dans mon traceroute (avec fallback sur 1.0.0.1 et 8.8.4.4) toutes les 5 mins.

Bonsoir,

Les préconisations pour les tests de vie sont rarement suivies par les implémentations publiées sur le forum.
Pour rappel :

Citation de: levieuxatorange le 08 novembre 2022 à 09:18:30

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
Préconisation d'algo pour les tests de vie :
IPv4 : faire une séquence ARP Request / Reply vers l'adresse du routeur donné en DHCPv4
IPv6 : faire une séquence ICMP6 NS/NA de fe80::ba0:bab
Pour chacun des deux stack
faire une séquence toutes les 120s
en cas de non réponse au bout de 10s , faire 2 répétitions
au 3ème timeout (donc au total 150s de timeout), considérer que la liaison est en échec
relancer CE stack
les req ARP et ICMPv6 doivent être faite avec la COS6

Il ne s'agit donc pas de s'appuyer sur des pings.