Le mois de mai en approche, Amazon Prime Video dévoile (...)
Chaque mois, Amazon Prime Video enrichit son catalogue avec l’ajout de nouvelles séries (...)
Freebox optique débit/latence : Explications
Suite à l’article, publié par freenews, présentant la Freebox optique, nous avions pointé du doigt des débits peu probants pour une technologie FTTH.
Frédéric Gander, ingénieur chez Free, apporte quelques précisions :
surf a écrit :
> Je viens de voir l’article et je trouve pas terrible les débit et meme
> le ping .
>
> C’est en phase de test parce que quand on compare le ftth d’orange il il
> on bien le 100 Mbit/s => 12.5 Mo/s
Lo,
Petit début d’explication quand au résultat de ces test et de la latence :
sur la latence : entre pinger un site de paris à paris et pinger un site
de montpellier à paris c’est pas trop la meme chose.
1000 km de fibre pour remonter à paris à la vitesse de la lumiere ca
met 3.3ms
pour faire des transmissions longues distances le système est obligé
d’entrelacer les données pour corriger les pertes => presque 6 à 7 ms en
cumulant les 3 troncons fibres pour remonter à paris
et le reste (1 ms) est perdu dans les equipements de commutation IP
sur le chemin
en adsl vous avez la même chose mais en plus il faut rajouter la latence
du dsl soit 7 à 8 ms en fastpath et 20 30 en adsl classique .
au mieux sur l’adsl une personne de montpellier peut avoir 20 ms vers un
serveur de paris.
sur le debit :
le problème de débit vient de la latence et de la taille de fenêtre tcp
par défaut des ordinateurs
Pour resumer et faire simple le tcp permet d’envoyer une rafale de
données d’une certaine taille (taille de fenêtre) sans aquitement du pc
client.
Une fois cette taille atteinte, il "attend" un ACK du pc client (qui va
mettre 14 ms pour lui arriver)
conséquence : sur une connexion tcp avec une latence de 14 ms le débit
max qu’on peut atteindre sur un pc configuré par défaut est de
4 a 5 mo/s MAX.
pour pouvoir augmenter le débit de téléchargement il existe plusieures
solutions :
reduire la latence (pas trop possible de reduire les distances entre
paris et montpellier)
augmenter la taille de fenetre le serveur transfert plus de données
avant d’attendre l’ack du client => l’impact de la latence est donc
minoré car il y a moins de ack pendant le transfert.
lancer plusieurs connexions tcp
bien sur il faut aussi que le serveur en face arrive a suivre et qu’il
n’y est pas de shapping sur le serveur en face, que le pc client et le
serveur ne soit pas chargé niveau cpu/disque/etc par autre chose.
Si votre pc est chargé et qu’il met du temps à traiter vos données la
"latence" de la connection augmente et le débit chute.
PS : a 5mo/s ca fait quand même dans les 3000 paquets/seconde.
A+
Source : Newsgroup proxad.free.ffth
Frédéric Gander, ingénieur chez Free, apporte quelques précisions :
surf a écrit :
> Je viens de voir l’article et je trouve pas terrible les débit et meme
> le ping .
>
> C’est en phase de test parce que quand on compare le ftth d’orange il il
> on bien le 100 Mbit/s => 12.5 Mo/s
Lo,
Petit début d’explication quand au résultat de ces test et de la latence :
sur la latence : entre pinger un site de paris à paris et pinger un site
de montpellier à paris c’est pas trop la meme chose.
1000 km de fibre pour remonter à paris à la vitesse de la lumiere ca
met 3.3ms
pour faire des transmissions longues distances le système est obligé
d’entrelacer les données pour corriger les pertes => presque 6 à 7 ms en
cumulant les 3 troncons fibres pour remonter à paris
et le reste (1 ms) est perdu dans les equipements de commutation IP
sur le chemin
en adsl vous avez la même chose mais en plus il faut rajouter la latence
du dsl soit 7 à 8 ms en fastpath et 20 30 en adsl classique .
au mieux sur l’adsl une personne de montpellier peut avoir 20 ms vers un
serveur de paris.
sur le debit :
le problème de débit vient de la latence et de la taille de fenêtre tcp
par défaut des ordinateurs
Pour resumer et faire simple le tcp permet d’envoyer une rafale de
données d’une certaine taille (taille de fenêtre) sans aquitement du pc
client.
Une fois cette taille atteinte, il "attend" un ACK du pc client (qui va
mettre 14 ms pour lui arriver)
conséquence : sur une connexion tcp avec une latence de 14 ms le débit
max qu’on peut atteindre sur un pc configuré par défaut est de
4 a 5 mo/s MAX.
pour pouvoir augmenter le débit de téléchargement il existe plusieures
solutions :
reduire la latence (pas trop possible de reduire les distances entre
paris et montpellier)
augmenter la taille de fenetre le serveur transfert plus de données
avant d’attendre l’ack du client => l’impact de la latence est donc
minoré car il y a moins de ack pendant le transfert.
lancer plusieurs connexions tcp
bien sur il faut aussi que le serveur en face arrive a suivre et qu’il
n’y est pas de shapping sur le serveur en face, que le pc client et le
serveur ne soit pas chargé niveau cpu/disque/etc par autre chose.
Si votre pc est chargé et qu’il met du temps à traiter vos données la
"latence" de la connection augmente et le débit chute.
PS : a 5mo/s ca fait quand même dans les 3000 paquets/seconde.
A+
Source : Newsgroup proxad.free.ffth
Publié le par Arthur Defré
viking95
bonjour tout le monde !
je suis nouveau sur ce forum qu'un conseillé free m'a recommandé !
voila ma question : J'ai la fibre un giga de free et j'ai mis cette derniere en bridge d'un netgearXR500 pour le gaming.
j'ai la sensation qu'avec un mtu de 1500 ma connexion du jeu en ligne est lourde, comme ma co était trop élevée...
que puis je faire pour arranger cela, je joue sur ps4 au jeu de FPS.
J'espere avoir un petit coup de main
Un grand merci d'avance :)