Messages

Etonant de transcoder les flux.

Le transcodage coûte cher et n'est pas nécessaire sur un réseau FTTH.

Pour un serveur FTP, en mode passif il faut plus de ports que le port 21 (le port 20 est pour le mode actif).

Vous devez configurer une plage de ports à utiliser sur votre serveur FTP et ouvrir cette même plage de port sur votre routeur K-NET

Tuto => http://lafibre.info/tutoriels/serveur-ftp-accedez-a-votre-disque-dur-depuis-linternet-windows/

C'est ce que font les entreprises et les personnes pour qui internet est vital : un 2éme FAI avec une technologie différente (ex: fibre + adsl ou câble + adsl). Quel que soit le FAI, les pannes sont possibles et peuvent durer plusieurs jours.

Pour un particulier, une solution pas cher est d'utiliser son téléphone en routeur 3G. Il est possible de le faire sans acheter une option modem, des petites modifications sont nécessaire comme par exemple changer le user agent de son navigateur afin de faire croire qu'il est un téléphone mobile.

Vérifie que ton processeur n'est pas à 100% avec les chaînes HD. Tes problèmes pourraient aussi s'expliquer par un processeur incapable de traiter les flux HD, gros consommateurs de ressources.

Les flux HD nécessitent une machine assez puissante.

Oui, il faut se dépêcher pour les IPv4, dans quelques mois, c'est terminé...
Je vais essayer de simplifier les choses.

Aujourd'hui il n'y a plus de stock au niveau au-dessus du RIPE et le RIPE (institue qui alloue les IP pour l'Europe) à un stock assez limité qui sera épuisé courant 2012.

Pour faire une bonne migration en IPv6, il fallait faire en 2 étapes :
- Tout le mode passe en dual stack (une IPv4 et une IPv6)
- On éteint l'IPv4 devenu inutile

Aujourd'hui on s'aperçoit que la première étape n'a pas été réalisée et qu'il est trop tard (peu de sites web sont en IPv6, peu de FAI propose l'IPv6 et de nombreux matériel sont incompatible IPv6) => on s'oriente vers des IPv4 privé avec du NAT pour la connectivité IPv4 (avec une IPv6 public pour le trafic IPv6). Le coté positif d'Hadopi est qu'il faut garder en log touts les connexions TCP vu que plusieurs personnes utilisent une même IPv4 publique et que donc cette solution n'est aujourd'hui pas réalisable pour les trafic auquel doivent faire face les FAI. Il faut préciser que certaines applications ne fonctionneront pas avec ce double NAT (comme le peer-to-peer ou la VoIP).

Donc les FAI attendent le produit miracle qui permettra de proposer une connectivité IPv4 complète derrière une IPv6 publique...
Aujourd'hui il n'existe pas.

En conclusion, j'espère que K-Net à un petit stocke d'IPv4 d'avance car sinon cela pourrait être un réel frein pour le développement de la société. J'espère ne pas avoir cassé le moral de l'équipe, mais en 2014 on risque de voir des surprise en France avec des nouveaux abonnés à certains gros FAI qui ne recevront plus d'IPv4 publique alors que la majorité du net sera toujours IPv4.

Voici ce que cela donne en miniatures. Ce sont de trés trés bon résultat pour du CPL, je suis vraiment surpris par d'aussi bonnes performances. Les CPL 200 Mb/s ont souvent des débit de l'ordre de 20 Mb/s.

Serveur SpeedTest de Lyon (LaFibre.info / Azylog / Maxnod) :
(http://lafibre.info/images/k-net/201111_speedtest_mafloque_1.png)

Serveur SpeedTest de Paris (Mediactive) :
(http://lafibre.info/images/k-net/201111_speedtest_mafloque_2.png)

Serveur SpeedTest de Aubervilliers (Bouygues Telecom) :
(http://lafibre.info/images/k-net/201111_speedtest_mafloque_3.png)

Serveur SpeedTest de Roubaix (OVH) :
(http://lafibre.info/images/k-net/201111_speedtest_mafloque_4.png)

On confirme le mauvais débit en download depuis le serveur de Paris alors que l'upload est ok et que le ping est le même que pour celui d'Aubervilliers - ce qui est normal.

Serait-i possible de faire un traceroute vers les différentes IP suivantes ?
Ce sont celles utilisées pour le test de débit SpeedTest (pour Paris, j'ai remplacé l'IP du serveur par celle du routeur, le premier ne répondant pas)

- IP du serveur de Lyon : 46.227.16.8
- Routeur du serveur de Paris : 83.167.40.254 (l'IP du serveur ne répond pas au ping)
- IP du serveur d'Aubervilliers : 89.84.127.55
- IP du serveur de Roubaix : 188.165.12.106

Il faut faire attention à la latence quand on fait des tests de débit, le débit en fonction de la latence pour une connexion TCP (SpeedTest en fait 4 en parallèle pour limiter l'impact) change en fonction du système d'exploitation :

(http://lafibre.info/images/tuto/201106_impact_du_ping_en_fonction_du_systeme_exploitation.png)

le serveur http://100ms.lafibre.info permet de faire les tests avec une latence de 100ms supplémentaire par rapport au site http://0ms.lafibre.info afin d'évaluer son débit dans le situation de latence plus importante (rencontré sur de nombreux sites de téléchargement de fichiers plus ou moins légaux, qui sont hébergés aux USA par exemple)

100ms.lafibre.info est accessible en http avec des gros fichiers, en ftp et avec iperf.

Bonjour Thomas.

Iperf est un des meilleurs outils pour les tests de débit, mais il nécessite pour le download l'ouverture de port TCP et il y a de nombreuses incompatibilité entre les différentes version et les système d'exploitations. (et il demande l'installation d'un logiciel)

Pour le downlaod, les deux outils donnent le même débit (13,51 pour SpeedTest et 13,5 pour iperf en régime établi).

Pour l'upload, je ne m'explique pas la différence pour un débit de 1 Mb/s. Iperf annonce 1,05 Mb/s et SpeedTest 0,85 Mb/s. La différence est par contre réelle pour les très haut débit d'upload où la latence fait chuter fortement les débits en upload. Je n'ai pas encore compris le pourquoi car SpeedTest utilise bien 4 connexions en parallèle en download ET en upload.

Un autre probléme d'IPERF est de ne pas être représentatif de ce qu'utilise le client. SpeedTest est plus représentatif de l'usage client car il utilise HTTP, les mêmes serveur web que pour les sites web, la même parties coté client (navigateur, firewall, ...)

*.speedtest.fr sont des URL qui renvoi vers le site SpeedTest aux USA. C'est ce dernier qui renvoi pour le test vers le serveur local.

Pour avoir le vrai ping, il faut pinger l'IP, si elle répond, et le serveur de Paris ne répond pas au Ping ICMP (l'astuce consiste a faire un ping TCP sur le port 80, avec par exemple Hping).

Concernant les tests SpeedTest, le ping affiché dans le test n'est pas un ping ICMP mais HTTP (avec un get http). On passe donc par les mêmes couches logicielles que pour surfer ce qui fait que certains logiciels résident de windows vont augmenter le ping affiché avec SpeedTest alors qu'un ping lafibre.info en ligne de commande donnera toujours 3 ou 4 ms.

Maxnod est'il votre fournisseur de transit ?

Oui, Maxnod est mon fournisseur de transit IP.

fb, votre ping semble un peu élevé. Serait-il possible de faire un test en démarrant Windows 7 en mode sans échec avec prise en charge réseau ?

Certains logiciels résident (Anti-virus, firewall, compresseur mémoire,...) peuvent impacter le ping et le débit.

(http://lafibre.info/images/tuto/windows7_mode_sans_echec.png)

Sinon, je suis étonné par la contre-performance du serveur de Paris.
Le nom de domaine a utiliser pour le SpeedTest de Paris est speedtest.mediactive.fr et non paris.speedtest.net
Pour Aubervilliers, l'IP est 89.84.127.55 et pour Roubaix, l'IP est 188.165.12.106

[Du sud au nord de la France :]

Bonjour,

Je gère le serveur SpeedTest de Lyon (qui est en réalité hébergé dans l'Ain sur le MaxNod). Je suis intéressé, pour optimiser le serveur, à avoir vos retour sur les tests de débit que vous obtenez avec ce serveur, mais aussi avec les autres serveurs SpeedTest Français.

Du sud au nord de la France :
- Lyon (LaFibre.info) : http://lafibre.info/speedtest/
- Paris (Mediactive) : http://paris.speedtest.net/
- Aubervilliers (Bouygues Telecom) : http://aubervilliers.speedtest.net/
- Roubaix (OVH) : http://roubaix.speedtest.net/

Ces 4 serveurs sont reliés à au moins 1 Gb/s à Internet.
(http://lafibre.info/images/tuto/201110_speedtest_lafibre.png)

Serait-il possible de faire un test de débit sur chacun de ces serveurs et de poster ici les résultats ?
Quand le test SpeedTest est terminé, vous pouvez cliquer sur "Partager ce résultat" pour avoir le lien d'une petite image représentant vos résultats.

Il faudrait également préciser :
- Si vous êtes en connecté en WiFi, CPL ou Ethetnet directement.
- Votre système d'exploitation. (Exemple : Windows XP SP3, MacOS X 10.5, Ubuntu 11.10 64 bits, ...)
- Votre navigateur web (ex: IE6, Firefox 7, Chrome,...)

Merci.

MP envoyé 

edit : tiens, bizarre, dans mes messages envoyés, je n'ai rien... mon MP ne serait pas parti ?

Il faut cocher la case "Sauvegarder une copie dans ma boîte d'envoi" pour que le message soit sauvegardé.
Par défaut il n'est pas sauvegardé.

Vivien