Auteur Sujet: Freebox Delta / agrégation 4G (Lu 128381 fois)

Hugues · « **Réponse #240 le:** 25 décembre 2018 à 22:44:36 »

Une merveilleuse techno appelée NAT + 4G, indéfinissable

eruditus · « **Réponse #241 le:** 25 décembre 2018 à 22:48:29 »

C'est pas développé en interne ? Déception, je suis.

mattmatt73 · « **Réponse #242 le:** 25 décembre 2018 à 23:07:20 »

Je vous sens fortement ironique sur le truc de la 4G free...

C'est un tel foutage que ça ? Ça serait pour être cohérent avec l'enceinte ?

Thornhill · « **Réponse #243 le:** 26 décembre 2018 à 00:12:14 »

Je vous trouve encore bien sûrs de vous/affirmatifs alors qu'on ne sait rien de ce qui se passe entre la FB et la sortie du réseau de Free : j'ai l'impression que toutes les conclusions sont tirées à partir de ce qu'affiche l'onglet 4G/DSL de la console FreeboxOS au moment du test, sans qu'on sâche si c'est représentatif de la réalité, pertinent ou même fiable....

On a des traceroute comparatifs avec/sans le mode 4G activé par exemple pour voir l'impact sur le routage ?

kgersen · « **Réponse #244 le:** 26 décembre 2018 à 07:21:49 »

A priori le système est 'stateless' ce qui est caractéristique de Free (6rd, 4rd). En effet les témoignages ici font état qu'une seule session tcp ne peut utiliser les 2 liens en meme temps pour profiter du débit somme.

Cela évite sans doute de gérer les 'out of order' symptomatiques de l’utilisation de 2 liens complètement différents. Sans cette gestion TCP s"écroulerait en débit sur 2 liens agrégé.

Une session tcp peut toutefois, au cours de sa vie, a priori, migrer d'un lien a l'autre, cela implique donc un mécanisme de double NAT quelque part et/ou des tunnels.

La techno n'est donc sans doute pas de l'agrégation niveau 3 mais plus du bonding/offloading niveau 4 (tcp & udp) utilisant peut-être leur CGN existants ? car Free est aussi réputé pour minimiser les investissements en maximisant l'utilisation d'astuces techniques.

Ca pourrait expliquer pourquoi la freebox elle meme ne bénéficie pas du système, son traffic n'est pas NATé.

Enfin tout cela est spéculatif, il vaut mieux attendre que des utilisateurs expérimentés fassent des retours plus pertinents, après tout sur les 'dizaines de milliers' de Delta commandées il y a surement quelques clients qui sont experts réseau ...

Jojo78 · « **Réponse #245 le:** 26 décembre 2018 à 08:57:51 »

Dans ceux qui l'ont commandé, qui savent en avoir une réelle utilité au point de savoir l'exploiter?

willemijns · « **Réponse #246 le:** 26 décembre 2018 à 09:42:04 »

Citation de: Thornhill le 26 décembre 2018 à 00:12:14

j'ai l'impression que toutes les conclusions sont tirées à partir de ce qu'affiche l'onglet 4G/DSL de la console FreeboxOS au moment du test, sans qu'on sâche si c'est représentatif de la réalité, pertinent ou même fiable....

En fait pour en etre 100% sur: vu qu'on a 2 technos 4G et DSL , il faut mettre un software ou chipset type
wireshark tres bas niveau dans la freebox delta server (impossible on dira) ou alors utiliser du matos d'ingenieur reseau type scanneur 4G pour connaitre le traffic emmettant de (la SIM de) la freebox delta server.

willemijns · « **Réponse #247 le:** 26 décembre 2018 à 09:50:22 »

> En effet les témoignages ici font état qu'une seule session tcp ne peut utiliser les 2 liens en meme temps pour profiter du débit somme.

oui.

> Cela évite sans doute de gérer les 'out of order' symptomatiques de l’utilisation de 2 liens complètement différents. Sans cette gestion TCP s"écroulerait en débit sur 2 liens agrégé.

on a emis aussi le doute que l'IP de l'agregation etait un proxy mais cet indice d'un flux monothread
jamais agregé permet de confirmer tes dires.

> Une session tcp peut toutefois, au cours de sa vie, a priori, migrer d'un lien a l'autre, cela implique donc un mécanisme de double NAT quelque part et/ou des tunnels.

Ca j'en suis pas sur.. pour moi sur un flux multithread on laissera toujours un flux sur le DSL le reste sur la 4G.

> car Free est aussi réputé pour minimiser les investissements en maximisant l'utilisation d'astuces techniques.

ah ?

> Enfin tout cela est spéculatif, il vaut mieux attendre que des utilisateurs expérimentés fassent des retours plus pertinents, après tout sur les 'dizaines de milliers' de Delta commandées il y a surement quelques clients qui sont experts réseau ...

quelle méssanceté

Nico · « **Réponse #248 le:** 26 décembre 2018 à 10:53:57 »

Vraiment willemijns tu veux pas utiliser les balises quote ?

mazsky · « **Réponse #249 le:** 26 décembre 2018 à 20:24:34 »

Bonjour à tous,
Je sait pas si je peux apporter ma pierre.
Mais voila ma Co en VDSL au max 6,7 Mo/s.
En activant l'agrégation tant que sa bloque pas je peux dépasser les 12Mo/s

willemijns · « **Réponse #250 le:** 26 décembre 2018 à 21:11:35 »

ok merci de ton test, peut tu essayer un fichier simple comme http://ipv4.bouygues.testdebit.info/10G.iso ?

****

pour les autres ici qui ont suivi le sujet, on pourrait voir si vraiment il y a ces coupures de 2 ou 3 secondes faudrait que quelqu'un installe un mini serveur web, autorise un membre à pomper un fichier et analyse en background la bande passante utilisée avec un outil linux style "nload -t 0.01"

mazsky · « **Réponse #251 le:** 26 décembre 2018 à 21:34:36 »

Citation de: willemijns le 26 décembre 2018 à 21:11:35

ok merci de ton test, peut tu essayer un fichier simple comme http://ipv4.bouygues.testdebit.info/10G.iso ?

****

pour les autres ici qui ont suivi le sujet, on pourrait voir si vraiment il y a ces coupures de 2 ou 3 secondes faudrait que quelqu'un installe un mini serveur web, autorise un membre à pomper un fichier et analyse en background la bande passante utilisée avec un outil linux style "nload -t 0.01"

Dans le cas d'un fichier simple, une seule connexion est utilisée.
Soit la VDSL, soit la 4G pas les deux en même temps.