La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
KIWI fibre optique => Opérateurs grand public alternatifs => Offre TV Kiwi => Discussion démarrée par: lolostates le 03 avril 2012 à 20:25:02
-
Bonjour
Je suis abonné depuis une semaine à Kiwi Fibre sur la commune de Sallanches. C'est une petite commune de 17000 habitants en Haute Savoie.
L'été dernier nous nous sommes vu poser des prises FTTH. En Janvier dernier, nous avons eu l'offre Kiwi. J'ai attendu quelques mois pour avoir quelques retours mais rien. Du coup je suis parti à l'aventure ...
Et légèrement déçu. On a reçu le nouveau routeur, mais avec les mauvais modules SFP, du coup impossible de l'utiliser. Ensuite on a reçu l'ancien routeur Kiwi. Au vu de ses performances, je suis un peu déçu mais ce n'est que temporaire...
Toutefois j'ai un problème avec la télé. Je dispose d'une machine qui fait pas mal d'upload et de téléchargement. J'ai beaucoup de fichier assez lourds à envoyer. Toutefois, dès que je commence mes envoies, la TV freeze ou autres désagrèment... Je suis également obligé de redémarrer mon décodeur tout les deux jours, c'est assez pénible, surtout que j'ai pas mal de néophyte d'Internet à la maison...
N'y a t'il pas un moyen de prioriser le flux TV ? Ou le meilleur moyen est de brider mon interface eth0 ?
Merci d'avance ...
-
Il me semble que Kiwi est le seul FAI aujourd'hui sur le réseau REG Sallanches, non ?
Tu nous posterais un SpeedTest ? Je serais intéressé par les résultats sur les serveurs de Lyon, Massy et Aubervilliers.
Un petit iperf (c'est dans les dépots des diffférents linux), la ligne de commande est : iperf -c 3.testdebit.info -i 2 -t 20 (pour de l'upload uniquement) et iperf -c 3.testdebit.info -i 2 -t 20 -r pour de l'upload suivit d'un test en downlaod (le port TCP 5001 doit être ouvert vers ton PC).
Pour tes freezes TV, ce n'est pas un problème de bande passante car la TV utilise que du flux en download (pas d’acquittement sur les flux multicast UDP) et en plus tu a un tuyau de 100 Mb/s.
Ce qui bride le tout c'est ta box et son processeur qui ne sait pas router plus de 40 Mb/s. Si tu upload ou donwload, tu utilisesle CPU et il est incapable de traiter les paquets multicast qui arrivent pourtant à la box.
Il est possible que les flux multicast soient priorisés sur le réseau mais là ce n'est pas le réseau qui bloque.
La solution : La nouvelle box Kiwi qui est bien plus performante.
En attendant tu peux brider ton interface eth0.
-
Salut,
Oui en effet, à Sallanches il y a que Kiwi. Je suis un peu déçu, je m'attendais à un choix d’opérateurs plus important, et je pense que la majorité des sallanchard aussi. Mais bon, sa vient d’être lancé, il faut attendre un peu.
Je ne suis actuellement pas chez moi. Je suis étudiant, je rentrerais donc que ce weekend ... Ensuite c'est les vacances, je vais pouvoir me pencher sur le problème.
Je te posterais les tests speed test, je te ferais ensuite les iperfs. Je recommencerais lorsque j'aurais le nouveau routeur opérationnel...
En attendnaiant, je vais brider mon interface. Connais tu une petite astuce sous linux ? Si possible sans interface graphique ?
J'ai vus que tc pouvais l'affaire, mais le man à l'air bien trop complexe et cette commande bien trop puissante ^^
-
Avant de brider tu peux faire un test iperf en ligne de commande (upload uniquement vu que le port 5001 ne doit pas être ouvert)
Pour tester le download en ligne de commande : wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat)
En attendnaiant, je vais brider mon interface. Connais tu une petite astuce sous linux ? Si possible sans interface graphique ?
Je te propose du très simple : forcer ton PC en 10 Mb/s full duplex : sudo mii-tool -F 10baseTx-FD eth0
Si tu perds la main sur ton PC (j’imagine que tu es à distance) tente le 10 Mb/s half après un reboot par tes parents.
-
Bien vu ...
J'ai mis mon interface a 10 MB - FULL avec : ethtool -s eth0 speed 10 duplex half
Merci à toi, je te post cela dès quand je rentre.
-
Ça ne peut pas être du full si tu as forcé en half ::)
Il ne me semble pas utile de brider le duplex ...
-
Arf oui exact petite erreur, je vais modifier cela dans mon CRON ...
Non c'est inutile de brider le duplex, cela permet juste d'avoir des transactions dans les deux sens en même temps, ici peut importe tant qu'elles se font à 10 MB.
Sa sera donc du full pour l'eth0 ;)
-
Dans ton Cron ?
la crontab c'est pour des commandes a passer régulièrement...
-
Dans ton Cron ?
C'est sympa cron, t'aime pas ? ;D
@lolostates : selon ta distribution Linux, un enregistrement de la commande dans /etc/rc.local ou /etc/rc.d/rc.local sera nettement plus approprié qu'un job cron (utiliser une tâche cron pour ça, ça reviendrait à sortir le bazooka pour tuer un moustique).
-
Oui je me suis fait un Cron pour que entre 6h et 23h30 l'interface soit à 10mb et que la nuit je remonte à un 100 Mb ...
C'est juste histoire d'automatiser le changement de débit en fonction des horaires ...
-
Très bonne idée...
-
J'ai vus que tc pouvais l'affaire, mais le man à l'air bien trop complexe et cette commande bien trop puissante ^^
Pas tellement puissante en fait, elle est surtout horrible à utiliser puisque pour classer les paquets il faut écrire des conditions binaires.
-
Le "bien trop complexe" est donc un terme parfaitement choisit ^^
-
Intuitivement, il doit être possible d'utiliser plutôt iptables pour classer les paquets, les étiqueter, iproute2 pour router sur un périphérique virtuel selon les étiquettes, puis tc pour organiser les flux par priorité.
Mais comme je n'ai jamais joué à ça...
En tout cas, tc est vraiment une commande infecte. En plus elle ne supporte même pas IPv6.
-
ah un client de Sallanches !
J'y suis passé l'été dernier pour rencontrer la régie et j'ai pas donné suite en raison de la bonne qualité de l'ADSL sur la zone des 1000 prises installés.
https://lafibre.info/k-net/k-net-sallanches/ (https://lafibre.info/k-net/k-net-sallanches/)
Vous avez combien de débit sur l'ADSL ?
-
Salut à toi
En effet, à Sallanches il y a une très bonne couverture ADSL. Anciennement client chez SFR, j'avais recalculé mon atténuation et fixé la valeur moi même.
Je suis monter à un débit stable de 23,5 Mbits alors que SFR propose au maximum 20. Chez Free, on est proche des 24 Mbits pour tout le monde dans le secteur ...
Toutefois, le fait qu'il y ai qu'un seul opérateur est un peu gênant, il n'y a pas de concurrence, rien ne l'oblige à faire avancer son offre ou son réseau. ...
-
Et avec l'ancienne box Kiwi, limitée à approximativement 35 Mb/s tu n'as pas gagné beaucoup de débit en download et tu as perdu la priorisation de la TV.
Tu as gagné en upload, visiblement cela t'intéressait mais ce n'est pas le cas de la majorité des clients...
Tu as renvoyé la nouvelle box Kiwi ou tu as les deux à ton domicile ?
C'est temporaire l'ancienne box ou définitif ?
-
Oui en effet, j'ai pas beaucoup gagné en download...
Pour ce qui est de la télé, il suffit de pas saturer la box et c'est bon. J'ai fais le test avec un membre de ma famille et avec 10Mb sa passe... J'ai gagné un peu en qualité de TV, mais j'ai pas la priorisation de flux... J'ai également perdu en nombre de chaîne ...
Pour l'upload par contre c'est bon, c'est ce que je voulais ...
Pour le moment j'ai deux box à la maison, une dans le placard, la vieille en service. J'espère qu'ils vont recevoir les modules SFP rapidement. J'aimerais bien satisfaire tout le monde chez moi ... D'après une de leurs lettres, c'est une situation temporaire.
J'espère aussi qu'ils vont essayer de travailler un peu sur la priorisation du flux multicast, sur la quantité de chaînes...
PS : Si une personne de Kiwi passe sur le thread, si on pouvait faire des remontés SNMP ça serait sympa aussi ;)
-
Voila comme convenu Vivien je te post les résultats des tests :
Avec Iperf en Upload :
------------------------------------------------------------
Client connecting to testdebit.info, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.1.108 port 55883 connected with 89.84.127.55 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 2.0 sec 8.62 MBytes 36.2 Mbits/sec
[ 3] 2.0- 4.0 sec 6.50 MBytes 27.3 Mbits/sec
[ 3] 4.0- 6.0 sec 6.50 MBytes 27.3 Mbits/sec
[ 3] 6.0- 8.0 sec 7.38 MBytes 30.9 Mbits/sec
[ 3] 8.0-10.0 sec 7.12 MBytes 29.9 Mbits/sec
[ 3] 10.0-12.0 sec 7.38 MBytes 30.9 Mbits/sec
[ 3] 12.0-14.0 sec 7.38 MBytes 30.9 Mbits/sec
[ 3] 14.0-16.0 sec 7.38 MBytes 30.9 Mbits/sec
[ 3] 16.0-18.0 sec 9.62 MBytes 40.4 Mbits/sec
[ 3] 18.0-20.0 sec 9.50 MBytes 39.8 Mbits/sec
[ 3] 0.0-20.1 sec 77.5 MBytes 32.4 Mbits/sec
Avec Iperf en Download
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to testdebit.info, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.168.1.108 port 55967 connected with 89.84.127.55 port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 2.0 sec 8.12 MBytes 34.1 Mbits/sec
[ 5] 2.0- 4.0 sec 4.88 MBytes 20.4 Mbits/sec
[ 5] 4.0- 6.0 sec 5.62 MBytes 23.6 Mbits/sec
[ 5] 6.0- 8.0 sec 6.38 MBytes 26.7 Mbits/sec
[ 5] 8.0-10.0 sec 7.00 MBytes 29.4 Mbits/sec
[ 5] 10.0-12.0 sec 9.38 MBytes 39.3 Mbits/sec
[ 5] 12.0-14.0 sec 7.88 MBytes 33.0 Mbits/sec
[ 5] 14.0-16.0 sec 7.12 MBytes 29.9 Mbits/sec
[ 5] 16.0-18.0 sec 7.38 MBytes 30.9 Mbits/sec
[ 5] 18.0-20.0 sec 7.88 MBytes 33.0 Mbits/sec
[ 5] 0.0-20.0 sec 71.8 MBytes 30.1 Mbits/sec
J'ai également fait des test chez Speedtest.net
Sur Lyon
(https://www.speedtest.net/result/1883719799.png) (https://lafibre.info)
Massy
(https://www.speedtest.net/result/1883721001.png) (https://lafibre.info)
Aubervillier
(https://www.speedtest.net/result/1883722270.png) (https://lafibre.info)
-
Merci !
Attention le test iperf avec l'option "-r " fait de l'upload puis du download. Il me semble que ta copie d'écran ne montre que la partie upload.
Le download ne fonctionne pas si le port TCP 5001 n'est pas ouvert vers ton PC (le teste bloque au lieu de revenir à la ligne de commande car il attend indéfiniment la réception des paquets)
SpeedTest semble afficher un débit un peu meilleur que Iperf, c'est peux être lié au 4 connexions TCP en parallèle de SpeedTest.
Pour faire un IPERF avec 10 connexions simultanées : iperf -c 3.testdebit.info -i 2 -t 20 -r -P 10
Pour faire un copier / coller, je te conseille de filtrer sur les lignes sommant les résultats des 10 connexions TCP :
iperf -c 3.testdebit.info -i 2 -t 20 -r -P 10 |grep SUM
-
Salut
Je suis désolé, j'ai été un peu long a répondre mais en période de partiel, je me suis concentré sur mes examens. J'ai refais les tests IPERF en download et en upload comme tu me l'as demandé. Voici le résultat de la commande iperf -c 3.testdebit.info -i 2 -t 20 -r -P 10 |grep SUM :
[SUM] 0.0- 2.0 sec 12.1 MBytes 50.9 Mbits/sec
[SUM] 2.0- 4.0 sec 11.4 MBytes 47.7 Mbits/sec
[SUM] 4.0- 6.0 sec 10.4 MBytes 43.5 Mbits/sec
[SUM] 6.0- 8.0 sec 10.8 MBytes 45.1 Mbits/sec
[SUM] 8.0-10.0 sec 10.9 MBytes 45.6 Mbits/sec
[SUM] 10.0-12.0 sec 11.4 MBytes 47.7 Mbits/sec
[SUM] 12.0-14.0 sec 10.4 MBytes 43.5 Mbits/sec
[SUM] 14.0-16.0 sec 11.0 MBytes 46.1 Mbits/sec
[SUM] 16.0-18.0 sec 10.9 MBytes 45.6 Mbits/sec
[SUM] 18.0-20.0 sec 10.9 MBytes 45.6 Mbits/sec
[SUM] 0.0-21.9 sec 111 MBytes 42.5 Mbits/sec
[SUM] 0.0- 2.0 sec 10.2 MBytes 42.6 Mbits/sec
[SUM] 2.0- 4.0 sec 12.0 MBytes 50.4 Mbits/sec
[SUM] 4.0- 6.0 sec 12.1 MBytes 50.8 Mbits/sec
[SUM] 6.0- 8.0 sec 12.2 MBytes 51.3 Mbits/sec
[SUM] 8.0-10.0 sec 12.2 MBytes 51.3 Mbits/sec
[SUM] 10.0-12.0 sec 12.1 MBytes 50.9 Mbits/sec
[SUM] 12.0-14.0 sec 12.2 MBytes 51.1 Mbits/sec
[SUM] 14.0-16.0 sec 12.4 MBytes 52.0 Mbits/sec
[SUM] 16.0-18.0 sec 12.3 MBytes 51.4 Mbits/sec
[SUM] 18.0-20.0 sec 12.1 MBytes 50.6 Mbits/sec
[SUM] 0.0-20.7 sec 124 MBytes 50.0 Mbits/sec
Il semblerais que on a un debit stable en Download autour de 50 Mbit/s et une quarantaine de Mbits/s en Upload.
Je précise que on a toujours pas reçu les modules SFP pour les nouveaux modem ...
-
Merci pour le test.
Avec une connexion, on est à 30 Mb/s dans les deux sens.
Avec 10 connexions en parallèle, on est à 51 Mb/s en download et 43 Mb/s en upload.
Pauvre CPU, là il est au max...
Cela explique le gain avec SpeedTest (41 Mb/s en downlaod et 35 en upload) : SpeedTest utilise 4 connexions en //
Normalement il devrait être possible d'avoir 94 Mb/s avec une seule connexion TCP dans la limite du graphique ci-dessous :
(https://lafibre.info/images/tuto/201106_impact_du_ping_en_fonction_du_systeme_exploitation.png)
-
Oui il semblerait que le CPU du routeur soit au bout du rouleau. 50 Mbit/s sera son maximum.
Hésite pas si tu as d'autres questions ou d'autres test à me faire faire.
J’espère que Kiwi va pas tarder a nous envoyer les modules...
Le débits sur ton graphique ont été mesuré sur le réseau Kiwi fibre ?
-
J'aurais du mal à faire le "0ms" avec kiwi.
J'ai pris 3 PC relié par un câble Ethernet :
---------------------------- -------------------------- ----------- ---------------
| PC Serveur |_______| PC Simulant la latence |_______| Routeur |_______| PC Client |
| Linux Ubuntu Server 11.04| | Linux Ubuntu + NetEm | | | | triple boot |
---------------------------- -------------------------- ----------- ---------------
Tutoriel pour générer des pertes de paquets / latence / gigue sur un équipement avec NetEm (https://lafibre.info/tutoriels/generer-des-pertes-de-paquets/)