C'est vraiment impressionnant tout ce que l'équipe RNS mobile a développé.

Je suis aussi épaté par la carte qui permet de différencier les sites indoor des sites extérieurs. L'ANFR ne permet pas de le faire sur son site. De même, les sites non encore en service (il y en a pas mal chez Free) sont représentés de la même façon sur le site de l'ANFR, ce qui ne simplifie pas l'analyse.

Il y en a sur le site de dev Free...https://dev.freebox.fr/bugs/proj9
Visiblement, mon probleme n'est pas isolé meme si aucun sujet ne target precisement vers un fix mais plus un workaround... "Bridge = pas bien"... Venant de l'etranger en Europe, je suis surpris par la main mise des operateurs sur les box. Personnellement, ca m'agace de laisser ce gros boitier branche juste pour servir de modem.
Surtout qu'en terme de routage c'est plutot 0 (meme pas possible de changer la plage d'adresse ou pire, le masque reseau....)

Exact, 3 sites sur la zone en question son HS, ce qui explique ce comportement.

Je ferai de nouveaux des tests quand les3 sites seront en service dans de bonnes conditions (train pas trop rapide et peu rempli, ce qui devrait permettre de faire un handover normal) et dans des conditions moins bonnes (train rapide et rempli).

J'ai évoqué une hypothèse de problématique de handover Free qui n'arrive pas à fonctionner quand on conjugue vitesse et grand nombre de personnes.

Malheureusement, si ce que dit eNB Analytics est cortrect, il y a d'autre problémes.

Ce matin, j'ai donc testé, dans un RER D omnibus (il roule donc lentement) et quasiment vide (une centaine de personnes, c'est le bout de la ligne). Je me suis mis dans la salle du haut pour maximiser la réception. Bref, des conditions idéales.

On voit mon train évoluer sur ces captures d'écran entouré de sites Free (en rouge) et de quelques futurs sites Free (en gris) qui ne sont pas en service. Mon train vient du sud et se déplace vers le nord.

Sur la première capture d'écran, on est en limite de couverture du site, situé 3,5 Km avant. On devrait normalement depuis longtemps s'être attaché à un des sites plus proche. Ce n'est pas le cas et cela ne sera pas le cas.

Sur la seconde capture d'écran, on voit que mon mobile bascule en 3G.

Sur la troisième capture d'écran, je retrouve enfin de la 5G, mais mobile ne s'est pas accroché sur les 6 sites Free les plus proches, mais sur un site bien éloigné.



On passe sur deux sites qui sont contre la voie ferrée sanbs s'y accrocher. Ce sont bien des sites aérien :

Le premier sur l'autoroute :
N° identification : 741247
Description du site : Pylône autostable / 46m / Sociétés d'Autoroutes
Adresse : VOIE M3 - A5A AVENUE DES ROUTOIRES LES HAIETTTES
Code Postal / Commune : 77127 LIEUSAINT
Coordonnées : 48.60972, 2.57694
Antennes  à 45 mettres, 3 secteurs

Le second 900 mettres au nord de l'autoroute, toujours contre la voie ferrée : (il se site entre la voie classique et la LGV qui rejoint la voie classique au niveau de mon positionnement quand je suis en 3G, la gare de Lieusaint - Moissy)
N° identification : 498941
Description du site : Pylône autostable / 58m / HIVORY
Adresse : CHAINTREAU 229 R DE LA BUTTE D'ARVIGNY ALL NICEPHORE NIEPCE
Code Postal / Commune : 77550 MOISSY CRAMAYEL
Coordonnées : 48.62028, 2.57472
Antennes  à 32 mettres, 3 secteurs

Cela a provoqué au total près de 3 minutes de coupure d'internet (quand il est attaché sur un site avec un trop fort affaiblissement, rien ne passe en pratique pour la data). Pourquoi un tel comportement et ne pas fgaire un hand over sur les sites à proximité ?

Bel exemple de cherry-picking (picorage pour paraître moins pédant) involontaire ou pas.
C'est balot, il existe un outil appelé RNCmobile qui aurait permis d'éviter cette généralisation abusive.

Le site des Haïettes est en panne depuis quelques jours possiblement pour upgrader en 5G large bande programmé depuis quelques mois.

La méconnaissance du SAV est "normale" sur le sujet, le bridge est un terrain inconnu pour eux, pourquoi?
Tout simplement parce que pour l'opérateur, la Freebox en bridge pour Free n'est pas une utilisation "standard", et l'utilisation du bridge est sous la gestion totale de l'utilisateur, qui doit être complètement en mesure de gérer ce qui se passe "derrière" la box.
Les limitations du bridge sont relativement bien indiquées au niveau de site, dans l'assistance. Donc le backup en bridge, pas un bug, mais pas prévu du tout, et ne sera peut-être jamais implémentée correctement.
Je dirais même que si cela arrive à fonctionner, c'est vraisemblablement une anomalie.

Je suis surpris de voir ce genre de message. Le mode Bridge, induit quelques limitation c 'est clair. Oui cela est bien indiqué sur le site https://assistance.free.fr/articles/747. Mais il n'est nullement fait mention du fonctionnement du backup.
De plus avant de me lancer dans l'aventure, j'avais contacte le support, qui m'a confirmé que le backup fonctionnait tres bien en mode Bridge.
Egalement, comme dit, le code pour gerer la situation (qui j'en convient ne semble pas naturelle d'ou mes doutes avant de commander) a bien été écrit. Il est impossible que cette fonction soit activé par erreur. Cela demande une implémentation particuliere...
Avec tout cela, je ne comprends pas comment on peut conclure que ce n'est pas un bug ? Si un dev a besoin de voire les etapes pour reproduire le probleme, je peux détailler. Mais il n'est fait mention nul part que le backup ne fonctionnerait pas en mode Bridge...

Si la box est en bridge, c'est qu'il y a un routeur derrière. Dans ce cas, pourquoi ne pas implémenter la gestion du lien de backup sur ce routeur là?

Simplement parce que le fonctionnement du bridge en question est proprietaire Free. On le branche en ethernet sur la freebox et il est gere de maniere "inteligente" le modem reste en mode avion tant que la fibre est OK, et s'active seulement quand elle tombe... Inutilisable en direct... Tout comme on ne peut pas se passer de la freebox tout court