Francois Petillon a écrit :
Je ne fait pas de réseau donc je peux me planter mais le traffic est
généralement shappé par connexion TCP. Le P2P arrivant avec ses
dizaines/centaines de connexions simultannées par téléchargement, il
phagocyte litéralement le réseau en cas de saturation d'un lien et est
susceptible de rendre litéralement inutilisable les protocoles
"normaux". Du coup, il faut d'une manière ou d'une autre ré-équilibrer
les priorités entre protocoles.
Dans certains cas la "QoS" installé par l'opérateur s'applique également
par connexion TCP.
C'étais le cas avec MédiaFibre (http://www.mediafibre.com/), petit
opérateur FTTH sur Pau, racheté par Neuf-SFR qui ne devais pas avoir de
Cisco SCE.
Test iperf 1 connexion TCP sur le port 4662 : Upload 0.05 Mbits/s -
Download 0.54 Mbits/s
Test iperf 10 connexions TCP sur le port 4662 : Upload 0.47 Mbits/s -
Download 4.29 Mbits/s
=> On voit qu'avec 10 connexions TCP sur le port 4662, on a un débit
environ 10 fois supérieur à celui obtenu avec 1 connexion TCP.
Il suffit de changer de port ne plus être bridé :
Test iperf 1 connexion TCP sur le port 5001 : Upload 7.04 Mbits/s -
Download 18.1 Mbits/s
Test iperf 5 connexions TCP sur le port 5001 : Upload 20.0 Mbits/s -
Download 22.5 Mbits/s
Le détail des tests, réalisés le 8 septembre 2006 sont ici :
http://lafibre.info/index.php/topic,2194.msg17512.html#msg17512
En FTTH, avec un abonnement symétrique, les abonnés consomment plus
d'upload que de download, la faute au P2P qui tourne 24h/24.
SFR ne pratique plus ce bridage (mais le prix de la BP pour MédiaFibre
et pour SFR n'est pas le même aussi).
Vivien.
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
