Auteur Sujet: 10Gb/s limité à 8Gb/s ?  (Lu 55101 fois)

0 Membres et 1 Invité sur ce sujet

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 026
10Gb/s limité à 8Gb/s ?
« Réponse #264 le: 04 janvier 2019 à 22:52:17 »
à se demander si l'offre delta n'est pas du 10Gbit/s.... mutualisé ^^

Jojo78

  • Client K-Net
  • *
  • Messages: 3 232
  • sud 78 et Nord 14
10Gb/s limité à 8Gb/s ?
« Réponse #265 le: 04 janvier 2019 à 23:30:14 »
A priori l'arbre fait 10Gb/s si j'ai bien compris donc mutualisés avec les éventuels 31 autres utilisateurs de l'arbre.
Sans compter les OLT mutualisés ensembles en 10G.
Sans compter les NRA/NRO mutualisés en?

vivien

  • Administrateur
  • *
  • Messages: 34 244
    • Twitter LaFibre.info
10Gb/s limité à 8Gb/s ?
« Réponse #266 le: 05 janvier 2019 à 11:28:36 »
De mémoire, le serveur (iperf) de BoT fait 40GBit/s.

Non, il est constitué de 5 serveurs avec 10 Gb/s dédiés : Paris, Lille, Lyon, Aix-en-provence et Bordeaux. Les clients Free arrivent sur celui de Paris quel que soit leur localisation car le peering entre Bouygues Telecom et Free est sur Paris TH2.

Donc un seul serveur est limité à 10 Gb/s.

Vous pouvez forcer un serveur manuellement, sans laisser le réseau choisir le serveur le plus proche :
- paris.testdebit.info
- lille.testdebit.info
- lyon.testdebit.info
- aix-marseille.testdebit.info
- bordeaux.testdebit.info

vivien

  • Administrateur
  • *
  • Messages: 34 244
    • Twitter LaFibre.info
10Gb/s limité à 8Gb/s ?
« Réponse #267 le: 05 janvier 2019 à 11:41:56 »
On est certain que le différentiel de débit IPv4/v6 ne vient pas du serveur ?
Les serveurs gèrent généralement IPv4 et IPv- de la même façon.

Ce qui peut changer, c'est routage : il est possible d'avoir un peering différent en IPv4 vs IPv6.
Cela se diagnostique facilement : en réalisant un ping en IPv4 et en IPv6, la latence doit être a peu de chose prés la même (je ne sais pas si les équipements 4rd / 6rd peuvent dégrader significativement la latence en obligant le chemin à aller dans un autre POP)

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 026
10Gb/s limité à 8Gb/s ?
« Réponse #268 le: 05 janvier 2019 à 11:47:51 »
Non

Je lis sur NPERF "[FR] Anycast-FR 40Gb/s - Bouygues Telecom"

c'est pas clair....

mets alors "Closest server of our five 10Gb/s servers in France" ou une phrase du genre. c'est long mais c'est plus réaliste.

vivien

  • Administrateur
  • *
  • Messages: 34 244
    • Twitter LaFibre.info
10Gb/s limité à 8Gb/s ?
« Réponse #269 le: 05 janvier 2019 à 11:50:47 »
le serveur nPerf de paris est sur un serveur distinct (j'ai 3 serveurs de 10 Gb/s sur Paris et 10 Gb/s en province)

40 Gb/s = addition des 4 serveurs de l'époque (depuis Bordeaux est arrivé)

Paris :
- serveur 1 : testdebit.info / iperf
- serveur 2 : nPerf / QoSi
- serveur 3 : SpeedTest ookla / http://ipv6-test.com/speedtest/
Le trafic cumulé des 3 serveurs sur Paris peut atteindre 30 Gb/s. (Je n'inclue pas le miroir Ubuntu que je gère qui est lui sur un autre site)

Serveurs de province :
les 3 sont sur une même machine, toujours sans aucune virtualisation pour ne pas avoir de perte de performance.
Les serveur de province gèrent chacun 3 IPv4 anycast, 3 IPv6 anycast, 3 IPv4 unicast, 3 IPv6 unicast

vivien

  • Administrateur
  • *
  • Messages: 34 244
    • Twitter LaFibre.info
10Gb/s limité à 8Gb/s ?
« Réponse #270 le: 05 janvier 2019 à 11:52:37 »
pourquoi proposer des speedtests https://ping.leonix.fr/1G.dat compréssables ?
Parce que ça n'a aucun intéret de faire autrement.
Hummmm.... je ne sais pas si certains VPN ne compressent pas par défaut.

Je confirme : il y a 10 ans je mettais des fichiers replis de 000000 à disposition et le débit pouvait s'envoler sur un VPN au-delà du débit théorique.

Tous les outils de test de débit qui utilisent des fichiers (QoSi pour les 4G Mark et tst marque blanche, SpeedTest legacy, nPerf legacy,...) utilisent des fichier non compressible (quand on les compresse le fichier compressé prend plus de taille que le fichier original) ou faiblement compressible afin d'être plus proche de la réalité.

Pour les serveurs *.testdebit.info, ce sont des fichiers au plus proche de la réalité : c'est un fichier vidéo VP9 de plus de 5 Go que j'ai découpé en différente taille. Cela permet aussi aux opérateurs qui ont des outils qui inspectent le contenu du trafic http pour le prioriser ou non, de faire passer le trafic comme un flux vidéo.

Hugues, n'hésites pas a reprendre mes fichiers. Je peut te passer mes scripts si besoin (toutes les extensions sont des liens vers un même fichier, car pour des raisons de performance, les fichiers sont dans un ramdisque afin de ne pas être ralenti par le SD du serveur - un SSD ne gère pas des flux de 10 Gb/s en lecture.

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 6 063
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
10Gb/s limité à 8Gb/s ?
« Réponse #271 le: 05 janvier 2019 à 12:59:15 »
Avec le iperf3 3.1.3 de Vivien sous Windows 10, sur ma connexion 1Gbps, je n'ai que 160Mbps par défaut avec un seul flux, contrairement à iperf 3.6 sous Linux.
EDIT : c'est lié à Cygwin, peut-être que la version utilisée par Vivien force SO_RECVBUF même quand iperf ne la spécifie pas.
Avec "-w 1M", ou en prenant une cygwin1.dll à jour (2.11.2), j'obtiens 840Mbps sur un flux.
Effectivement, l'augmentation de la taille de la fenêtre change tout

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 026
10Gb/s limité à 8Gb/s ?
« Réponse #272 le: 05 janvier 2019 à 14:42:04 »

Hugues, n'hésites pas a reprendre mes fichiers. Je peut te passer mes scripts si besoin (toutes les extensions sont des liens vers un même fichier, car pour des raisons de performance, les fichiers sont dans un ramdisque afin de ne pas être ralenti par le SD du serveur - un SSD ne gère pas des flux de 10 Gb/s en lecture.

il suffit de te les pomper ;)

pour savoir siun fichier est incompressible, un petit script....

par defaut, il prend des paquets de 300Mo d'un fichier puis il decoupe ce dernier en tranche de 45000 octets (en zappant la premiere, seconde, avant-derniere et derniere tranche qui peuvent etre des headers de ZIP par exemple) puis chaque tranche est compréssée.

Gros avantage du script, il m'a permit de tester des fichiers de 100GB avec un HD de 15GB

Avec l'URL de OVH, vous voyez que la bande a octave a paddé d'espaces une partie du fichier de test.... ils me font toujours rire...


#!/bin/bash

# url=http://speedtest.atlanta.linode.com/100MB-atlanta.bin
url=http://noc.sileman.pl/1gb.sil
url=http://proof.ovh.net/files/10Gb.dat
# url=http://test-debit.free.fr/1048576.rnd
# url=http://ipv4.bouygues.testdebit.info/10G.iso

function bad {
  echo DEBUG: $url
  if [ ! $value2 = "0" ]; then
   place1=`echo "(($1-1)*$sizepiecegb)" |bc -l`
   place2=`echo "($sizepiecegb*($counter/$value2))" |bc -l` 
   place4=`echo "($place1+$place2)" |bc -l`
   place5=`echo "($place4*1000)" |bc -l`
#  passage de 2 à 5 apres la virgule car les paquets sont de 45k = 0.000045 MB
   place8=`LC_ALL=C printf '%.5f' "$place4"`
   place9=`LC_ALL=C printf '%.1f' "$place5"`
   echo DEBUG: estimated stop at $place8 GB equal $place9 MB.
  fi
  curl -m 13 --limit-rate 1K $url -o zzzz.zzz
  sudo rm zzzz.zzz
  if [ $3 = "error" ]; then
   echo FIN DE PROCESS : PAQUET COMPRESSE DETECTE !!!
  fi
  if [ $3 = "value2equalnull" ]; then
   echo FIN DE PROCESS ?!
  fi
  read $r
  bad=0
}


function begin {
 sudo rm zzzz.dat
 curl -r 19000000-29000000 ${url} -o zzzz.dat
 sudo rm zzzz.zip
 sudo nice -n 20 zip -9 zzzz zzzz.dat
 if [ 10000000 -gt "`stat -c %s zzzz.zip`" ]; then
  echo random test is BAD
  read $r
 else
  echo random test is GOOD
 fi
 sudo rm zzzz.zip
 sudo rm zzzz.dat
}

function debug2 {
 piecenumber=$1
 begin=`echo $piecenumber-1 | bc -l`
 begin=`echo $begin*$sizepiecegb*1000000000 | bc -l`
 begin=`LC_ALL=C printf '%.0f' "$begin"`
 end=`echo $sizepiecegb*$piecenumber*1000000000 | bc -l`
 end=`echo $end-1 | bc -l`
 end=`LC_ALL=C printf '%.0f' "$end"`
 if [ "$1" -le "1" ]; then
  echo URL : ${url}
  df -h /dev/sda1
  read $r
  echo
  echo
  echo let\'s go ...
  echo
  echo
 fi
 while true; do
  echo bullshit date > ${filename}   
  sudo rm ${filename}
  curl -r $begin-$end ${url} -o ${filename}
  if [ "$?" == "0" ]; then
   break
  fi
 done
}

function core2 {
 if [ ! -e ${filename} ]; then
  echo ${filename} est vide...
  read $r
 fi
 myfilesize=`stat -c %s $filename`
 value1=`echo "(($myfilesize-$offset)/$bytes)" |bc -l`
 value2=`LC_ALL=C printf '%.0f' "$value1"`
 if [ $value2 = "0" ]; then
  bad $1 $value2 value2equalnull
 fi
 reste1=`echo "($begin/1000000000)" |bc -l`
 reste2=`echo "($end/1000000000)" |bc -l`
 reste1=`LC_ALL=C printf '%.2f' "$reste1"`
 reste2=`LC_ALL=C printf '%.2f' "$reste2"`
 max11=`echo "(($myfilesize+$begin)/1000000000)" |bc -l`
 max12=`LC_ALL=C printf '%.3f' "$max11"`
 max21=`echo "($max11/(1.024*1.024))" |bc -l`
 max22=`LC_ALL=C printf '%.3f' "$max21"`
 echo DEBUG You test $value2 packets for this serie number $1 between $reste1 and $reste2 GB ... max $max12 GB = $max22 GiB.
 counter=2
 while [ $counter -le $value2 ]
 do
  ((counter++))
  counter2=`expr ${value2} - 2`
  if [ "$counter" -gt "$counter2" ]; then
   break 1
  fi
  sudo nice -n 20 dd if=$filename of=zzzz.dat skip=`echo "$offset+($counter*$bytes)" |bc -l`  count=$bytes iflag=skip_bytes,count_bytes status=none
  if [ ! -e zzzz.dat ]; then
   echo zzzz.dat est vide...
  read $r
  fi
  sudo nice -n 20 zip -9 zzzz zzzz.dat > /dev/null
  if [ "$bytes" -gt "`stat -c %s zzzz.zip`" ]; then
   echo BAD $counter - $value2 \( step $1 \) >> zzzz.log
   echo BAD $counter - $value2 \( step $1 \)
   bad $1 $value2 error
  else
   echo GOOD $counter - $value2 \( step $1 \) >> zzzz.log
   echo -ne "GOOD $counter - $value2 ( step $1 )\r"
  fi
  sudo rm zzzz.zip
  sudo rm zzzz.dat
 done
}

offset=0
bytes=45000
filename=aeffilename
sudo rm $filename
sudo rm zzzz.zip
sudo rm zzzz.dat
# sudo rm zzzz.log `# pour etre sur de l effacer` \
echo LOG > zzzz.log
rm proof*
bad=0

sizepiecegb=0.3

begin

maincounter=0
# 1 tebibyte = 240 bytes = 1099511627776bytes = 1024 gibibytes
while [ $maincounter -le "111" ]
do
 ((maincounter++))
 debug2 $maincounter
 core2 $maincounter
done

Ineluki36

  • Client Free fibre
  • *
  • Messages: 3
10Gb/s limité à 8Gb/s ?
« Réponse #273 le: 23 janvier 2019 à 15:01:51 »
Bonjour

j'ai essayé de lire le topic mais j'avoue être loin de comprendre tous les termes techniques employés.

Donc pour être sûr d'avoir tout compris :

je suis abonné Free fibre avec une freebox delta. Dans mes paramètres freebox il est indiqué que ma connexion fibre est point par point (je suis en plein centre de Lyon). Je dois donc attendre que le NRO soit mis à jour pour pouvoir profiter des 10 Gb/s, est ce bien ça ? A t on une idée des délais ou pas du tout ?

Merci d'aider un pauvre néophyte.

Thornhill

  • Client SFR fibre FTTH
  • *
  • Messages: 2 806
  • Saint-Médard-en-Jalles (33)
10Gb/s limité à 8Gb/s ?
« Réponse #274 le: 23 janvier 2019 à 15:09:54 »
C'est bien ça : d'après certains témoignages, Free installe des OLT 10G-Epon dans les NRO P2P.
On pense donc que les clients Delta P2P vont migrer en 10G-Epon, ce qui devrait nécessiter l'envoi d'un module fibre 10G-Epon (en remplacement du module P2P livré initialement).

En ce qui concerne le délai, on n'a pour l'instant aucun témoignage de personne ayant déjà migré, donc seul Free doit avoir l'information...

Ineluki36

  • Client Free fibre
  • *
  • Messages: 3
10Gb/s limité à 8Gb/s ?
« Réponse #275 le: 23 janvier 2019 à 15:19:24 »
Super merci beaucoup.

 

Mobile View