La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
K-Net => Opérateurs grand public alternatifs => Espace technique internet K-Net => Discussion démarrée par: Nico le 02 janvier 2013 à 20:24:19
-
http://debit.k-net.fr/ (http://debit.k-net.fr/)
55.522/4.49 Mbit/s
@ K-Net : C'est voulu que depuis l'extérieur ce soit plutôt lent ?
Pour info je récupère Ielo à Equinix (puis TH2, Lyonix et on est chez vous apparemment).
Téléchargement de fichier depuis debit.k-net.fr : 1,5 Mo/s
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
0% [ ] 14,275,030 1.58M/s eta 59m 32s ^C
Iperf vers debit.k-net.fr : 27,6 Mb/s
$ iperf -c debit.k-net.fr -i 1 -t 30
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 21.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.26.70 port 37618 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 5.00 MBytes 41.9 Mbits/sec
[ 3] 1.0- 2.0 sec 2.88 MBytes 24.1 Mbits/sec
[ 3] 2.0- 3.0 sec 3.38 MBytes 28.3 Mbits/sec
[ 3] 3.0- 4.0 sec 2.38 MBytes 19.9 Mbits/sec
[ 3] 0.0- 4.3 sec 14.1 MBytes 27.6 Mbits/sec
Téléchargement de fichier depuis Testdebit.info : 11 Mo/s (hébergé chez Bouygues Telecom)
$ wget -O /dev/null http://1.testdebit.info/fichiers/100Mo.dat
85% [================================> ] 85,510,833 11.0M/s eta 2s ^C
Iperf vers testdebit.info : 91 Mb/s (débit montant)
$ iperf -c 3.testdebit.info -i 2 -t 20
------------------------------------------------------------
Client connecting to testdebit.info, TCP port 5001
TCP window size: 21.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.26.70 port 45359 connected with 89.84.127.55 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 2.0 sec 20.8 MBytes 87.0 Mbits/sec
[ 3] 2.0- 4.0 sec 22.4 MBytes 93.8 Mbits/sec
[ 3] 4.0- 6.0 sec 22.2 MBytes 93.3 Mbits/sec
[ 3] 6.0- 8.0 sec 21.6 MBytes 90.7 Mbits/sec
[ 3] 8.0-10.0 sec 22.2 MBytes 93.3 Mbits/sec
[ 3] 0.0-10.4 sec 114 MBytes 91.7 Mbits/sec
-
C'est test depuis SFR je suppose ?
même réflexion que toi depuis Bouygues Telecom (donc via peering sur LyonIX pour K-Net et FranceIX pour Bouygues Telecom puis utilisation du lien LyonIX / FranceIX) :
Téléchargement de fichier depuis debit.k-net.fr : le débit varie entre 3 et 6 Mo/s.
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
7% [=> ] 375 003 544 4,11M/s eta 14m 28s
Iperf vers debit.k-net.fr : 16,9 Mb/s (Bouygues => K-Net) et 55,7 Mb/s (K-Net => Bouygues)
$ iperf -c debit.k-net.fr -i 4 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 22.9 KByte (default)
------------------------------------------------------------
[ 5] local 89.84.127.52 port 33320 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 4.0 sec 8.50 MBytes 17.8 Mbits/sec
[ 5] 4.0- 8.0 sec 7.25 MBytes 15.2 Mbits/sec
[ 5] 8.0-12.0 sec 7.62 MBytes 16.0 Mbits/sec
[ 5] 12.0-16.0 sec 8.50 MBytes 17.8 Mbits/sec
[ 5] 16.0-20.0 sec 7.62 MBytes 16.0 Mbits/sec
[ 5] 20.0-24.0 sec 9.50 MBytes 19.9 Mbits/sec
[ 5] 24.0-28.0 sec 8.38 MBytes 17.6 Mbits/sec
[ 5] 0.0-30.1 sec 60.8 MBytes 16.9 Mbits/sec
[ 4] local 89.84.127.52 port 5001 connected with 178.250.209.22 port 47207
[ 4] 0.0- 4.0 sec 31.3 MBytes 65.6 Mbits/sec
[ 4] 4.0- 8.0 sec 31.7 MBytes 66.4 Mbits/sec
[ 4] 8.0-12.0 sec 23.1 MBytes 48.4 Mbits/sec
[ 4] 12.0-16.0 sec 34.1 MBytes 71.6 Mbits/sec
[ 4] 16.0-20.0 sec 24.5 MBytes 51.4 Mbits/sec
[ 4] 20.0-24.0 sec 13.5 MBytes 28.4 Mbits/sec
[ 4] 24.0-28.0 sec 22.8 MBytes 47.9 Mbits/sec
[ 4] 0.0-30.0 sec 199 MBytes 55.7 Mbits/sec
Le traceroute :
$ mtr -rwc100 debit.k-net.fr
Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 100 0.4 0.4 0.3 1.0 0.1
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 38.0% 100 0.4 4.7 0.3 137.7 21.3
3.|-- v210.tengec1-20g.core03-t2.club-internet.fr 4.0% 100 0.5 11.4 0.3 213.8 39.1
4.|-- ae8.tcore02-t2.net.bbox.fr 0.0% 100 0.5 9.0 0.4 76.9 18.9
5.|-- la3.rpt01-th2.net.bbox.fr 90.0% 100 0.6 0.6 0.5 0.7 0.0
6.|-- 193.105.232.240 0.0% 100 6.6 6.6 6.6 7.1 0.1
7.|-- knet-xlrender.peers.lyonix.net 0.0% 100 6.9 6.9 6.7 7.5 0.1
8.|-- border1-sgp.kwaoo.net 1.0% 100 10.0 10.0 9.7 10.7 0.2
9.|-- debit.kwaoo.net 1.0% 100 10.3 10.4 10.0 11.3 0.3
-
Effectivement, FTTH SFR.
Puis un bridage avec tant de fluctuation ça me semblerait bizarre.
-
Depuis Adeli, le téléchargement oscille entre 11 Mo/s et 20 Mo/s avec une moyenne à 14,2 Mo/s :
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
--2013-01-02 20:53:35-- http://debit.k-net.fr/4700Mo
Résolution de debit.k-net.fr (debit.k-net.fr)... 178.250.209.22
Connexion vers debit.k-net.fr (debit.k-net.fr)|178.250.209.22|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 4928307200 (4,6G) [text/plain]
Sauvegarde en : «/dev/null»
100%[====================================>] 4 928 307 200 17,0M/s ds 5m 31s
2013-01-02 20:59:11 (14,2 MB/s) - «/dev/null» sauvegardé [4928307200/4928307200]
Personnellement j’obtenais pour un fichier plus petit qui puisse être stocké en ram (dans le cache disque, pas besoin de mettre un ram disque). Vous pouvez reprendre mes fichiers sur https://testdebit.info (https://testdebit.info) (ils ont une taille ronde). Le noyau linux 3.5 est aussi une petite merveille pour maintenir le débit au max.
Iperf vers debit.k-net.fr : 128 Mb/s dans le sens ADELI => K-Net et 139 Mb/s dans le sens K-Net => Adeli
$ iperf -c debit.k-net.fr -i 4 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 22.9 KByte (default)
------------------------------------------------------------
[ 5] local 46.227.16.8 port 50532 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 4.0 sec 63.6 MBytes 133 Mbits/sec
[ 5] 4.0- 8.0 sec 53.9 MBytes 113 Mbits/sec
[ 5] 8.0-12.0 sec 61.0 MBytes 128 Mbits/sec
[ 5] 12.0-16.0 sec 51.9 MBytes 109 Mbits/sec
[ 5] 16.0-20.0 sec 63.6 MBytes 133 Mbits/sec
[ 5] 20.0-24.0 sec 59.9 MBytes 126 Mbits/sec
[ 5] 24.0-28.0 sec 68.5 MBytes 144 Mbits/sec
[ 5] 0.0-30.0 sec 460 MBytes 128 Mbits/sec
[ 4] local 46.227.16.8 port 5001 connected with 178.250.209.22 port 43207
[ 4] 0.0- 4.0 sec 64.6 MBytes 135 Mbits/sec
[ 4] 4.0- 8.0 sec 63.6 MBytes 133 Mbits/sec
[ 4] 8.0-12.0 sec 70.3 MBytes 147 Mbits/sec
[ 4] 12.0-16.0 sec 66.4 MBytes 139 Mbits/sec
[ 4] 16.0-20.0 sec 61.4 MBytes 129 Mbits/sec
[ 4] 20.0-24.0 sec 71.4 MBytes 150 Mbits/sec
[ 4] 24.0-28.0 sec 66.1 MBytes 139 Mbits/sec
[ 4] 0.0-30.0 sec 497 MBytes 139 Mbits/sec
Le traceroute :
$ mtr -rwc100 debit.k-net.fr
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 3.7 0.2 230.7 24.7
2.|-- cixp.kwaoo.com 0.0% 100 3.6 3.6 3.6 3.8 0.0
3.|-- border2-sgp.kwaoo.net 0.0% 100 3.9 3.9 3.8 4.2 0.1
4.|-- debit.kwaoo.net 0.0% 100 4.2 4.5 4.1 6.2 0.4
-
@ K-Net : C'est voulu que depuis l'extérieur ce soit plutôt lent ? (cf. fichier joint)
Pour info je récupère Ielo à Equinix (puis TH2, Lyonix et on est chez vous apparemment).
Actuellement la liaison SFR<>K-net passe par Cogent ou ielo :
(https://lafibre.info/images/k-net/201301_trafic_k-net_sfr.png)
Nous avons une politique de peering ouvert, si tu as des contactes pour mettre en place un lien de peering avec SFR, nous sommes preneur.
Je doute qu'on respecte pour le moment les conditions.
2. Peering public
Le trafic échangé avec le candidat au peering public devra être conforme aux caractéristiques suivantes de
volume et de distribution du trafic entrant/sortant (entrant indiquant le trafic allant vers le réseau de SFR et sortant
indiquant le trafic en provenance du réseau de SFR).
En fonction du volume présenté, le trafic devrà avoir un ratio maximal de trafic entrant/sortant suivant :
2:1, mesuré sur une base moyennée d’une semaine.
pas bon, le problème de l'accès Internet symétrique face au accès Internet asymétrique.
En cas de dépassement du ratio de trafic mesuré sur une base moyennée d’une semaine, SFR se
réserve le droit de chercher des solutions, qui incluent mais ne se limitent pas au passage à un service
payant de peering, conformèment au point 5 des présentes conditions générales.
Le candidat au peering public pourra demander à transporter du trafic IPv4 ou IPv6 selon les possibilités
du Peering Public pour supporter les deux protocoles et les faisabilités techniques des réseaux du
candidat et de SFR.
Combien SFR peut demander à K-net pour laisser les clients SFR télécharger sur des clients K-net ?
Dans le cadre du trafic IPv4, le candidat au peering public devra annoncer au minimum 10 préfixes de
taille /24 ou supérieure.
Dans le cadre du trafic IPv6, le candidat au peering public devra annoncer au minimum un préfixe de
taille /48 ou supérieure.
OK
Le candidat au peering public devra obligatoirement s’interconnecter avec le réseau SFR en deux points,
afin d’assurer un niveau de sécurisation minimum, parmi ceux présentés sur le site http://peering.sfr.net (http://peering.sfr.net).
OK
-
SFR, au contraire de Free ou Orange ne semble pas être trop regardant pour les petits trafics (< 1 Gb/s). Les points demandés me semblent plus pour du peering privé et je pense que beaucoup de peering ne respectent pas les conditions (Google, Akamai, OVH,...)
Adeli peer sur LyonIX avec SFR en IPv4 (pas en IPv6) pourtant Adeli est principalement un hébergeur.
Pour mettre toute les chance de ton coté, j'utiliserais Cogent avant d'envoyer ta demande de peering. Ielo peerer avec SFR par contre Cogent c'est le nouveau transitaire de SFR.
Du point de vue strictement limité, il est plus intéressant pour SFR de récupérer le trafic via IELO qui est sur Paris plutôt que sur Lyon. Par contre Cogent pourrait motiver SFR à perrer.
-
ma demande de peer est partie, j'attends une réponse par mail, n'hésitez pas à me relancer...
-
Cogent nouveau ? Tu parles depuis quand ? (après il y a continuellement des ajustements entre les transitaires donc peut-être que tu ne voyais pas de Cogent et que c'est maintenant le cas ?).
C'est sur que certains peering ne respectent pas ce "ratio", ça ne coûte rien d'essayer de voir sous quelles conditions il est possible de mettre en place un peering.
Au niveau des POPs j'imagine que vous êtes sur TH2. Par curiosité, quel est le second sur lequel vous êtes présents ? (ou alors le "OK" signifie que vous êtes prêts à y aller si besoin ?)
-
Là il faut demander un peering sur un GIX, par un peering privé. Donc commencer sur LyonIX.
-
Au niveau des POPs j'imagine que vous êtes sur TH2. Par curiosité, quel est le second sur lequel vous êtes présents ? (ou alors le "OK" signifie que vous êtes prêts à y aller si besoin ?)
D'après www.peeringdb.com/view.php?asn=15557 (http://www.peeringdb.com/view.php?asn=15557)
http://www.peeringdb.com/view.php?asn=24904 (http://www.peeringdb.com/view.php?asn=24904)
Nous avons en commun AMS-IX et Lyonix.
TH2 n'étant pas dans la liste des points de peering public
-
Oui, tu parlais des GIX, je pensais à la liste dans le pdf... Au temps pour moi.
-
Depuis Free, le téléchargement est < 1 Mo/s : (serveur 100 Mb/s mais visiblement ce n'est pas ca qui bride)
# wget -O /dev/null http://debit.k-net.fr/4700Mo
6% [=> ] 307 130 630 726K/s eta 1h 56m ^
Depuis Free, Iperf vers debit.k-net.fr : 6,65 Mb/s dans le sens Free => K-Net et 4,86 Mb/s dans le sens K-Net => Free
# iperf -c debit.k-net.fr -i 4 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 22.9 KByte (default)
------------------------------------------------------------
[ 3] local 88.191.93.4 port 35878 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 4.0 sec 5.00 MBytes 10.5 Mbits/sec
[ 3] 4.0- 8.0 sec 3.75 MBytes 7.86 Mbits/sec
[ 3] 8.0-12.0 sec 2.00 MBytes 4.19 Mbits/sec
[ 3] 12.0-16.0 sec 2.38 MBytes 4.98 Mbits/sec
[ 3] 16.0-20.0 sec 3.00 MBytes 6.29 Mbits/sec
[ 3] 20.0-24.0 sec 2.88 MBytes 6.03 Mbits/sec
[ 3] 24.0-28.0 sec 3.12 MBytes 6.55 Mbits/sec
[ 3] 0.0-30.1 sec 23.9 MBytes 6.65 Mbits/sec
[ 5] local 88.191.93.4 port 5001 connected with 178.250.209.22 port 53906
[ 5] 0.0- 4.0 sec 4.25 MBytes 8.92 Mbits/sec
[ 5] 4.0- 8.0 sec 2.72 MBytes 5.71 Mbits/sec
[ 5] 8.0-12.0 sec 1.43 MBytes 2.99 Mbits/sec
[ 5] 12.0-16.0 sec 1.20 MBytes 2.52 Mbits/sec
[ 5] 16.0-20.0 sec 1.66 MBytes 3.48 Mbits/sec
[ 5] 20.0-24.0 sec 2.35 MBytes 4.93 Mbits/sec
[ 5] 24.0-28.0 sec 3.19 MBytes 6.68 Mbits/sec
[ 5] 0.0-31.5 sec 18.2 MBytes 4.86 Mbits/sec
Le traceroute :
# mtr -rwc100 debit.k-net.fr
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.191.93.1 0.0% 100 0.4 0.5 0.3 3.2 0.4
2.|-- a9k1-1052.dc1.online.net 0.0% 100 0.6 0.6 0.5 1.2 0.1
3.|-- bzn-crs16-1-be1500-p.intf.routers.proxad.net 0.0% 100 1.0 0.7 0.3 3.8 0.5
4.|-- th2-crs16-1-be2000.intf.routers.proxad.net 0.0% 100 1.5 1.7 1.2 13.9 1.5
5.|-- free-pni2.xe3-0-0.th2.par.as8218.eu 0.0% 100 85.6 72.1 59.4 119.2 7.9
6.|-- 83.167.56.185 0.0% 100 100.9 74.0 59.9 123.6 10.9
7.|-- 46.255.177.106 0.0% 100 100.2 78.8 64.9 101.1 7.4
8.|-- ge-1-1-df-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 84.2 69.3 56.6 84.2 6.5
9.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 100 82.3 73.8 62.5 89.0 5.3
10.|-- kwaoo.ix-customers-le9lyon.ielo.net 0.0% 100 79.4 72.9 63.4 83.4 4.4
11.|-- border1-sgp.kwaoo.net 1.0% 100 81.3 76.1 67.4 87.0 4.5
12.|-- debit.kwaoo.net 2.0% 100 97.1 87.5 74.2 97.1 5.1
Maintenant Free est un FAI connu pour ses nombreux peering saturés et son refus de peerer avec les petits acteurs (Orange est pas mal aussi).
Les derniers tests que j'ai fait avec une Freebox en province montre également une saturation du backbonne.
Je remarque aussi des pertes de paquets dans les derniers sauts pour Bouygues Telecom et Free.
-
Effectivement, <200ko/s vers debit.k-net.fr sur une Freebox à Amiens qui synchro à 2Mo/s et 800-1200ko/s vers testdebit.info.
Là ton traceroute est joli, +60ms via Neo, ça fait mal !
-
Depuis Bouygues Telecom a 22h, le téléchargement varie entre 4 et 10 Mo/s : (serveur 1 Gb/s non utilisé au moment du test)
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
2% [> ] 131 121 886 7,38M/s eta 11m 10s ^
Depuis Bouygues Telecom a 22h, Iperf vers debit.k-net.fr : 26,3 Mb/s dans le sens Bouygues => K-Net et 53,3 Mb/s dans le sens K-Net => Bouygues
$ iperf -c debit.k-net.fr -i 4 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 5] local 89.84.127.51 port 56825 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 4.0 sec 11.2 MBytes 23.6 Mbits/sec
[ 5] 4.0- 8.0 sec 12.0 MBytes 25.2 Mbits/sec
[ 5] 8.0-12.0 sec 11.9 MBytes 24.9 Mbits/sec
[ 5] 12.0-16.0 sec 12.1 MBytes 25.4 Mbits/sec
[ 5] 16.0-20.0 sec 10.5 MBytes 22.0 Mbits/sec
[ 5] 20.0-24.0 sec 12.6 MBytes 26.5 Mbits/sec
[ 5] 24.0-28.0 sec 17.9 MBytes 37.5 Mbits/sec
[ 5] 0.0-30.0 sec 94.4 MBytes 26.3 Mbits/sec
[ 4] local 89.84.127.51 port 5001 connected with 178.250.209.22 port 57388
[ 4] 0.0- 4.0 sec 18.8 MBytes 39.5 Mbits/sec
[ 4] 4.0- 8.0 sec 31.1 MBytes 65.2 Mbits/sec
[ 4] 8.0-12.0 sec 28.6 MBytes 60.0 Mbits/sec
[ 4] 12.0-16.0 sec 26.2 MBytes 55.0 Mbits/sec
[ 4] 16.0-20.0 sec 21.2 MBytes 44.4 Mbits/sec
[ 4] 20.0-24.0 sec 22.4 MBytes 47.0 Mbits/sec
[ 4] 24.0-28.0 sec 28.1 MBytes 58.9 Mbits/sec
[ 4] 0.0-30.0 sec 191 MBytes 53.3 Mbits/sec
Le traceroute :
$ mtr -rwc100 debit.k-net.fr
Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 100 0.4 1.0 0.3 48.2 5.0
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 37.0% 100 0.3 3.7 0.3 108.8 17.2
3.|-- v210.tengec1-20g.core03-t2.club-internet.fr 3.0% 100 0.4 1.3 0.4 50.8 5.2
4.|-- ae8.tcore02-t2.net.bbox.fr 0.0% 100 15.3 10.9 0.4 95.4 18.9
5.|-- la3.rpt01-th2.net.bbox.fr 89.0% 100 0.6 0.6 0.5 0.8 0.1
6.|-- 193.105.232.240 0.0% 100 6.6 6.6 6.6 6.9 0.1
7.|-- knet-xlrender.peers.lyonix.net 0.0% 100 6.7 6.8 6.7 7.1 0.1
8.|-- border1-sgp.kwaoo.net 2.0% 100 10.2 10.0 9.7 11.0 0.2
9.|-- debit.kwaoo.net 0.0% 100 10.4 11.2 10.1 90.8 8.0
0% de perte sur le dernier saut mais 2% sur l'avant-dernier
-
Réalisé juste après le test de Bouygues Telecom, les résultats semblent meilleurs avec OVH :
Depuis OVH a 22h, le téléchargement varie entre 4 et 10 Mo/s : (serveur 100 Mb/s non utilisé au moment du test)
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
6% [=> ] 336 397 606 4,22M/s eta 9m 54s
Depuis OVH a 22h, Iperf vers debit.k-net.fr : 35,7 Mb/s dans le sens OVH => K-Net et 71,5 Mb/s dans le sens K-Net => OVH (limité par les 100 Mb/s du serveur a la fin de l'IPERF)
$ iperf -c debit.k-net.fr -i 4 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 4] local 91.121.82.94 port 42995 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 4.0 sec 21.2 MBytes 44.6 Mbits/sec
[ 4] 4.0- 8.0 sec 13.2 MBytes 27.8 Mbits/sec
[ 4] 8.0-12.0 sec 13.9 MBytes 29.1 Mbits/sec
[ 4] 12.0-16.0 sec 15.9 MBytes 33.3 Mbits/sec
[ 4] 16.0-20.0 sec 15.2 MBytes 32.0 Mbits/sec
[ 4] 20.0-24.0 sec 23.8 MBytes 49.8 Mbits/sec
[ 4] 24.0-28.0 sec 14.5 MBytes 30.4 Mbits/sec
[ 4] 0.0-30.0 sec 128 MBytes 35.7 Mbits/sec
[ 5] local 91.121.82.94 port 5001 connected with 178.250.209.22 port 52522
[ 5] 0.0- 4.0 sec 18.3 MBytes 38.4 Mbits/sec
[ 5] 4.0- 8.0 sec 21.5 MBytes 45.1 Mbits/sec
[ 5] 8.0-12.0 sec 24.5 MBytes 51.5 Mbits/sec
[ 5] 12.0-16.0 sec 34.1 MBytes 71.4 Mbits/sec
[ 5] 16.0-20.0 sec 44.9 MBytes 94.1 Mbits/sec
[ 5] 20.0-24.0 sec 44.9 MBytes 94.1 Mbits/sec
[ 5] 24.0-28.0 sec 44.9 MBytes 94.1 Mbits/sec
[ 5] 0.0-30.1 sec 256 MBytes 71.5 Mbits/sec
Le traceroute : (Peering en direct via AMS-IX, d'où un ping plus élevé)
$ mtr -rwc100 debit.k-net.fr
Loss% Snt Last Avg Best Wrst StDev
1.|-- rbx-22-m2.fr.eu 0.0% 100 0.5 1.1 0.5 7.7 1.4
2.|-- rbx-1-6k.fr.eu 11.0% 100 0.3 6.4 0.2 185.5 22.1
3.|-- rbx-g2-a9.fr.eu 0.0% 100 0.6 14.2 0.5 337.2 57.0
4.|-- ams-5-6k.nl.eu 3.0% 100 5.5 14.1 5.4 235.5 32.3
| `|-- 91.121.131.170
| |-- 178.33.100.241
| |-- 178.33.100.237
| |-- 91.121.131.174
| |-- 178.33.100.227
| |-- 178.33.100.231
5.|-- 195.69.146.22 0.0% 100 20.9 20.8 20.8 21.0 0.1
6.|-- border2-sgp.kwaoo.net 0.0% 100 21.0 21.1 20.9 21.8 0.1
7.|-- debit.kwaoo.net 0.0% 100 21.5 21.5 21.2 23.4 0.2
Pas de perte de paquets
-
Ça semble mieux marcher (dans le sens SFR>K-Net surtout) ce matin.
Depuis SFR a 10h, le téléchargement varie entre 3 et 5 Mo/s :
$ wget -O /dev/null http://debit.k-net.fr/4700Mo
0% [ ] 20,184,318 4.19M/s eta 20m 32s
Depuis SFR a 10h, Iperf vers debit.k-net.fr : 60 Mb/s dans le sens SFR => K-Net
$ iperf -c debit.k-net.fr -i 1 -t 30
[ 3] local 192.168.26.70 port 37955 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 6.62 MBytes 55.6 Mbits/sec
[ 3] 1.0- 2.0 sec 6.00 MBytes 50.3 Mbits/sec
[ 3] 2.0- 3.0 sec 7.12 MBytes 59.8 Mbits/sec
[ 3] 3.0- 4.0 sec 7.38 MBytes 61.9 Mbits/sec
[ 3] 4.0- 5.0 sec 7.38 MBytes 61.9 Mbits/sec
[ 3] 5.0- 6.0 sec 7.62 MBytes 64.0 Mbits/sec
[ 3] 6.0- 7.0 sec 7.62 MBytes 64.0 Mbits/sec
[ 3] 7.0- 8.0 sec 7.38 MBytes 61.9 Mbits/sec
[ 3] 8.0- 9.0 sec 7.50 MBytes 62.9 Mbits/sec
[ 3] 9.0-10.0 sec 7.62 MBytes 64.0 Mbits/sec
[ 3] 10.0-11.0 sec 7.50 MBytes 62.9 Mbits/sec
[ 3] 11.0-12.0 sec 7.12 MBytes 59.8 Mbits/sec
[ 3] 12.0-13.0 sec 7.00 MBytes 58.7 Mbits/sec
[ 3] 13.0-14.0 sec 7.12 MBytes 59.8 Mbits/sec
^C[ 3] 0.0-14.2 sec 102 MBytes 60.4 Mbits/sec
Le traceroute : (Peering vers IELO à Equinix)
$ mtr -rwc100 debit.k-net.fr
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.9 0.9 0.8 2.1 0.1
2.|-- 1.136.17.93.rev.sfr.net 0.0% 100 1.7 1.5 0.8 3.7 0.4
3.|-- 21.48.20.93.rev.sfr.net 0.0% 100 3.6 19.4 1.2 208.3 42.3
4.|-- equinix-paris.ielo.net 0.0% 100 2.5 5.4 2.3 13.5 3.3
5.|-- 2ge-lag2-cr2.th2.fr.rt.ielo.net 0.0% 100 2.9 5.4 2.3 14.0 3.5
6.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 100 10.5 11.1 9.4 21.5 2.4
7.|-- kwaoo.ix-customers-le9lyon.ielo.net 0.0% 100 9.6 10.0 9.3 12.6 0.5
8.|-- border1-sgp.kwaoo.net 0.0% 100 12.8 12.8 12.2 13.6 0.4
9.|-- debit.kwaoo.net 0.0% 100 13.7 13.3 12.6 14.2 0.4
-
moi je suis au max à 4 M Bits /s
-
Si il y a une saturation, c'est compréhensible que ça ne se voit pas avec des débits faibles par contre.
-
oliviertoto92350, Iperf test en premier l'upload.
Avec ta connexion 100/5 il est par principe impossible de dépasser 5 Mb/s en up.
Pour que le -r (reverse) fonctionne et donc avoir le débit down, il faut ouvrir le port TCP 5001 sur ta Bbox fibre et l'envoyer vers ton PC avec IPERF.
Autre moyen plus simple pour tester le download : télécharger un fichier disponible sur http://debit.k-net.fr/ (http://debit.k-net.fr/)
Il est par contre que tu sois impacté par le pb du TCP ACK Suppression (de mémoirre la carte réseau virtuelle utilisée par le serveur K-Net ne prend pas en charge les optimisations ToE (https://lafibre.info/tutoriels-linux/tcp-offload-engine/) donc pas de pb avec TAS)
-
les ports 5000 et 5001 étaient ouverts mais envoyés vers mon NAS.
J'ai redirigé vers le PC fixe : 192.168.1.4
Le meme test donne 2 parties
Une sur 4 M bits /s
Une autre sur 16 M Bits / s
Le test sur le site de Knet donne 3 Mo /s (j'ai fait un test sous IE et un sous Chrome, chiffres équivalents)
-
s20 ~ # iperf -c debit.k-net.fr
------------------------------------------------------------
Client connecting to debit.k-net.fr, TCP port 5001
TCP window size: 22.5 KByte (default)
------------------------------------------------------------
[ 3] local 91.194.96.65 port 57655 connected with 178.250.209.22 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 282 MBytes 236 Mbits/sec
Bon ca rame un tantinet... (je mesure le serveur je pense pas notre peering, enfin j'espère que pour knet que je n'ai pas saturé le lien!!)
-
Modification des routes vers SFR, le trafic passe maintenant par Lyonix :
(https://lafibre.info/images/k-net/201301_trafic_k-net_sfr_2.png)
-
Félicitations à K-Net et SFR. Cela confirme ce que je présentais : SFR est bien plus ouvert que Free ou Orange en peering. Le réseau n'est que meilleur.
SFR envoie toujours le flux par IELO, est-ce que les transits sont de-priorisés en répétant plusieurs fois le votre l'AS ? (Je n'ai plus le nom de cette technique, mais cela consiste à faire croire que le chemin est plus long en nombre d'AS pour joindre les transitaire et donc cela permet de favoriser les peerings).
Nico, un nouveau test en downlaod avec wget pour voir le gain en débit ?
-
C'est mieux mais c'est pas encore ça :
6% [=> ] 309,711,296 5.50M/s eta 14m 19s
Après c'est combien le lien ? Si c'est 100M et qu'il y a 40M d'utilisés, ce serait logique.
En tout cas c'est allé super vite, appréciable.
-
Félicitations à K-Net et SFR. Cela confirme ce que je présentais : SFR est bien plus ouvert que Free ou Orange en peering. Le réseau n'est que meilleur.
j'ai aucune info de mon coté...
SFR envoie toujours le flux par IELO, est-ce que les transits sont de-priorisés en répétant plusieurs fois le votre l'AS ? (Je n'ai plus le nom de cette technique, mais cela consiste à faire croire que le chemin est plus long en nombre d'AS pour joindre les transitaire et donc cela permet de favoriser les peerings).
prepend
mais si SFR donne une priorité (localpref) plus important à ces peer de Paris que ceux de Lion, le nombre d'AS n'est pas prise en compte.
Après ca ne me dérange pas que le retour se face par ielo, avec l'upload d'Orange et Free qui passe par ielo, on envoie plus qu'on reçoit.
-
Cela ne change rien au niveau du prix, mais moins on passe par des chemins différents moins il y a risque de panne ou de dégradation. Bref c'est plus propre et souvent mieux pour la QoS de tout faire par le peering.
Comme ADELI peer dans les deux sens avec SFR sur LyonIX, alors que Adeli utilise également Ielo en transitaire, je me dit que c'est possible.
Nico, tu fais un traceroute vers lafibre.info et un autre vers k-net.fr ?
-
Mais avec plaisir :)
pi@raspberrypi ~ $ mtr -rwc100 debit.k-net.fr
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.9 0.8 0.8 1.0 0.1
2.|-- 1.136.17.93.rev.sfr.net 0.0% 100 2.0 1.4 0.9 2.1 0.4
3.|-- 21.48.20.93.rev.sfr.net 0.0% 100 2.4 11.3 1.2 176.5 24.9
4.|-- equinix-paris.ielo.net 0.0% 100 12.5 5.2 2.2 13.6 3.5
5.|-- 2ge-lag2-cr2.th2.fr.rt.ielo.net 0.0% 100 3.3 5.6 2.3 23.4 4.2
6.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 100 9.7 11.3 9.4 20.0 2.8
7.|-- kwaoo.ix-customers-le9lyon.ielo.net 0.0% 100 9.1 9.2 8.6 10.4 0.4
8.|-- border1-sgp.kwaoo.net 0.0% 100 12.6 12.1 11.5 12.9 0.4
9.|-- debit.kwaoo.net 0.0% 100 12.7 13.0 12.4 14.9 0.5
pi@raspberrypi ~ $ mtr -rwc100 lafibre.info
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.9 0.9 0.8 1.3 0.1
2.|-- 1.136.17.93.rev.sfr.net 0.0% 100 1.0 1.6 0.9 6.0 0.8
3.|-- 21.48.20.93.rev.sfr.net 0.0% 100 1.8 11.8 1.3 184.9 28.9
4.|-- adeli-l2.peers.lyonix.net 0.0% 100 9.9 12.4 8.8 178.6 20.2
5.|-- lafibre.info 0.0% 100 9.3 9.6 8.9 16.4 0.8
D'ailleurs c'est pas "beaucoup" la différence de latence entre 7, 8 et 9 ?
EDIT : Ah, et à une heure où le trafic est surement assez faible, j'ai toujours pareil.
1% [ ] 96,315,814 5.61M/s eta 15m 48s
-
Le serveur est à Saint-Genis-Pouilly, dans le nord-est de l'Ain.
C'est du virtualisé, maintenant ADELI a réussi à avoir un débit plus important (236 Mo/s) mais il n'a testé que l'up avec iperf.
Pour en avoir le cœur net, il faudrait déposer temporairement un vieux PC à Saint-Genis-Pouilly avec une carte 1 Gb/s avec iperf (ou un fichier avec Apache mais le fichier doit être suffisamment petit pour être dans le cache disque - 600 Mo max pour un PC avec 1 Go de ram)
Comme OS, Ubuntu Server 12.10 ou un autre linux, mais avec le noyau 3.5 ou suivant. Il y a vraiment des améliorations réseau dans les derniers noyaux.
Coté CPU, il est possible de faire 300 Mb/s avec un celeron 600 Mhz (https://lafibre.info/les-messages-a-lire-les-bugs-et-critiques/test-de-perf-avec-un-celeron-600-mhz/) donc pas besoin d'un PC récent.
-
Petite demande de renseignement à Nico
Le test de débit vous ne le faites pas avec la raspberry-Pi?!
-
Si, comme c'est indiqué.
Mais testdebit.info me permet avec cette petite machine d'atteindre 93/93 donc je pense que niveau performance il n'y a pas de soucis.
-
Le site http://debit.k-net.fr/ semble HS...
-
Oui depuis ce matin il y a des coupures et la c'est crevé, je m'en suis appercu car mon routeur a passé en 4G, c'est pas le top, je dirais de pire en pire pour la 4G, mais bon ca marche quand meme au 10eme de ce que ca devrait.
(https://www.speedtest.net/result/6530827861.png) (https://www.speedtest.net/my-result/6530827861)
2.5 Mb au lieu des 35 habituels, et des 95 chez K-Net...
A ce rythme la 4G va plus nous servir a grand chose, ca se dégrade tous les jours, et a part les vaches pas grand chose dans mon coin >:(
-
Le site http://debit.k-net.fr/ semble HS...
Plus de DNS, rigolo
-
Hugues, tu sais pourquoi ca swiitch pas sur le secondary DNS quand le primary est crevé ? J'ai Googletruc en 2nd et Knet en 1st.
-
C'est pas une histoire de résolveur DNS là, c'est juste qu'ils ont enlevé l'entrée DNS, c'est volontaire.