(V6) Server en bridge: perte de connexion IPv4

[dough29 (Auteur du topic)]

En tout cas c'est confirmé que repasser en mode routeur puis revenir en mode bridge rétablis instantanément la connectivité IPv4.

Le problème vient donc bien de la Freebox.

Pour faciliter la chose j'ai simplement activé l'accès distant et comme l'IPv6 fonctionne toujours j'accède à l'interface de la Freebox depuis son adresse IPv6 publique.

La manip prends 3 secondes mais il faut "capter" le moment où l'IPv4 crash...

Je vais essayer de créer un script pour gérer ça en attendant un correctif

[CurtisNewton]

Partage le script, des fois que...

[dough29 (Auteur du topic)]

C'est prévu

Le script est fonctionnel, basé sur "freeboxos_bash_api.sh", un cron vérifie toutes les minutes la connectivité IPv4 (ping d'un host) et entreprends les actions suivantes si pas de réponse :
- passage en mode routeur
- attente 5 secondes
- passage en mode bridge

J'ai envoyé la sortie vers un fichier de log, je verrai demain matin si ça a été utile

[dough29 (Auteur du topic)]

Script dispo ici : https://github.com/dough29/FreeboxBridgeIPV4Checker

Il doit sûrement y avoir des améliorations à lui apporter, elles sont d'ailleurs les bienvenues, mais pour l'instant ça fait le boulot 8)

[CurtisNewton]

A envoyer à Free !!

[dough29 (Auteur du topic)]

Du coup j'ai eu pas mal de coupures hier soir, mais entre temps j'ai un peu amélioré la détection mais j'ai l'impression que dès que le Player Mini 4K est allumé ça part en vrille

A confirmer tout de même, là je n'ai plus trop de coupures.

Je vais aussi essayer de ne faire que l'appel API mode bridge pour voir si ça fait quelque chose sans devoir repasser par le mode routeur

Affaire à suivre mais il y a clairement un soucis au niveau de la Freebox

[CurtisNewton]

A tester intensivement aussi avec allumage/extinction du Player.

[dough29 (Auteur du topic)]

Bonjour !

Commentaire ajouté sur le ticket :

[CurtisNewton]

Tu peux mettre à jour le sujet sur le tracker ça pourra aider.

[dough29 (Auteur du topic)]

Bon je ne vois pas grand chose sur la capture...

Il y a majoritairement la communication du vlan.100 entre Server V6 et Player V6 sur le réseau 192.168.27.0/24 en UDP et ESP.

Je vois aussi les ping réguliers du routeur vers les gateway (qui sont toujours OK car je rappelle que le ping de la gateway IPv4 est OK lorsque le problème se produit).


J'ai isolé une 2nde séquence avec le Player V6 et le Player Mini 4K allumés, on voit bien les trames du vlan.100 et le flux de la Mini 4K passe lui entre l'IP publique du WAN et l'IP "publique" (212.27.38.253) du Server V6.

Bref après tout ça je suis largué

[CurtisNewton]

On touche pas alors.

[PPTOTO]

Comme il parle d'IP Full Stack, il doit être sur un équipement full IPv6.

Il ne faut pas oublier que l'encapsulation IPv4 dans de l'IPv6 (la fameuse 4rd) est encore au stade expérimental. Si tu rajoutes à cela un mode bridge bourré de bugs et un Player qui s'amuse à utiliser son propre client DHCP en mode bridge, tu peux facilement te retrouver avec ce type de comportement.

Pourquoi ne pas laisser la Freebox en mode routeur et se payer un double NAT avec le second routeur ? Sinon désactive uniquement le DHCP de la Freebox, car parfois ça marche.

[CurtisNewton]

Comment ça, bourrer de bugs ? Tu travailles chez Free pour le savoir.

[PPTOTO]

Non, car il suffit de traîner sur le bugtracker pour se faire une idée
Et en étant un utilisateur du mode bridge dans le passé, j'ai aussi ma petite idée sur le machin

[dough29 (Auteur du topic)]

L'idée de base était effectivement de monter un réseau IPv6, avec un NAT64 pour assurer l'accès IPv4.

Bon de toutes façons c'est mort car pas mal de services ne supportent pas encore IPv6+NAT64 et encore moins le full IPv6

Mais dans tous les cas il faut au minimum une machine avec de l'IPv4 pour gérer le service NAT64



Le double NAT c'est sûr que ça devrait mieux fonctionner qu'actuellement... mais c'est quand même dommage de ne pas pouvoir profiter du mode bridge proposé par la box

En mode bridge le DHCPD est forcément désactivé, après en mode routeur c'est clair qu'il ne me sera pas utile



Je viens sinon d'effectuer plusieurs tests en isolant Server et Players de tout le reste, je constate :
- Player V6 seul : RAS a priori
- Player Mini 4K seul : RAS a priori
- Player V6 + Mini 4K = crash

Ça crash dès que le Mini 4K demande le flux TV

[PPTOTO]

La Mini 4K est branché sur quel machine ? Freebox ou ton second routeur ?

Si branché sur la Freebox, essaye de la connecter en Wifi sur ton second routeur

Sinon le mode bridge de la Freebox il ne fait pas que désactiver le DHCP, mais fait autres choses en plus, car il désactive le partage réseau, le Wifi, .... Tu peux par contre laisser la Freebox en mode routeur et de désactiver manuellement le DHCP dans les paramètre réseau de la Freebox. Ensuite crée une DMZ qui pointe vers ton second routeur pour rooter tout le trafic et éviter te refaire les redirections dans les deux routeurs.

[dough29 (Auteur du topic)]

Seul le routeur est branché en direct à la Freebox Server

Je n'ai pas pensé à tester par le Wifi (j'ai un point d'accès autre que la Freebox), j'ai tenté de désactiver le client DHCP sur la Mini 4K mais cela ne change rien, à suivre.

Effectivement si ça ne s'arrange pas ça va finir en double NAT avec DMZ

[CurtisNewton]

Donc, c'est logiquement lié à ça: le 4K TV n'est pas sur la box Server.

Ça peut même être une mini incompatibilité avec le Player 4K et le routeur.

[dough29 (Auteur du topic)]

Pourquoi la Mini 4K TV aurait besoin d'être branchée en direct sur le Freebox V6 Server ?

La TV fonctionne sur la Mini 4K jusqu'à ce que la connectivité IPv4 soit perdue...

J'imagine d'ailleurs que si je branche la Mini 4K sur la Freebox V6 Server il risque d'y avoir un conflit entre mon routeur et la Mini 4K non

[CurtisNewton]

Si en mode bridge, sans le DHCP activé, ça pourrait coincer.

Quand tu vois des clés ou HDD USB qui ne passent pas sur les box, c'est un peu pareil.