sympa tout ça, mais concretement pour jouer en réseau, si je comprend bien il vaut mieux a çe jour etre abonné chez Opalyse alors ou j'ai pas compris. merçi de vos réponses.

Désolé je dois être bouché  :twisted: mais je ne comprends pas ce choix pour les abonnés PBC quel que soit leur FAI. Cela veut-il dire que pour me connecter à un abonné IPVSET je passe par le lien Pau-Paris? Il en va donc de même pour ce forum? Je commence à comprendre pourquoi je ne le trouvais pas trés réactif pour un serveur hébergé au sein du PBC.

Si je comprends bien, cette politique vise à défavoriser les non-clients IPVSET sur vos serveurs! Regretable...

Il me semble plutôt que ça n'a rien a voir avec PauOnline. Au contraire, il semblerait que ce soit IPVSET qui n'ai pas mis en place les routes nécessaires pour que le traffic venant d'un autre opérateur PBC reste sur le réseau PBC mais qu'au contraire il passe par le lien Pau-Paris.

Tu trouves que notre débit est bon en ce moment  :evil:

J’ai été étonné de voir plus de 11% de perte de paquets (a certaines heures) vers de nombreuses destinations. N'avez vous pas des pertes de paquets quand vous passez par le routeur 130.117.22.193 ?

Ma conclusion, à partir de mes tests est la suivante :
- si le 5ème routeur est 130.117.22.193, il y a de nombreuses perte de paquets.
- Si le 5ème routeur est 130.117.22.189, il n’y a pas de perte de paquets.

J'ai fait des ping simultanèment vers ces destinations. A chaque fois j’ai laissé tourner le ping pendant 8h soit environ 30000 paquets envoyés.

Voici les résultats :

ovh.fr 29704 paquets envoyés,  165 perdus => 0% perte
lemonde.fr 27227 paquets envoyés, 3091 perdus => 11% perte
pop.tiscali.fr 27191 paquets envoyés, 3169 perdus => 11% perte
magic.fr 28251 paquets envoyés, 3181 perdus => 11% perte
free.fr 28218 paquets envoyés, 3252 perdus => 11% perte
pop.club-internet.fr 27693 paquets envoyés, 3258 perdus => 11% perte


toutes les destinations 11% de perte de paquet passent par 130.117.22.193

les destinations sans perte de paquets (il y en a d'autre que ovh.fr) passent par 130.117.22.189

Dans la nuit, les pertes descendes à 4% pour toutes les destinations passant par 130.117.22.193 ce qui est encore très élevé.

Les test depuis ma freebox indique des pertes <0.1 % quel que soient les destinations.

Si vous voulez savoir si vous avez ces perte de paquets depuis votre FAI, pas besoin d’avoir fait des études en informatique :

Pour windows NT4 / 2000 et XP :
Avec la souris, cliquez sur le menu « démarrer » puis « exécuter » tapez « cmd » cliquez sur « ok ». Dans l’écran noir taper « ping free.fr -t» appuyez sur la touche entrée. Pour avoir le statistiques sans arrêter le test, maintenez la touche « Ctrl » enfoncé pendant que vous appuyez sur la touche « pause ». Pour arrêter le test, maintenez la touche « Ctrl » enfoncé pendant que vous appuyez sur la touche « c ».

Pour windows 95 / 98 / Me :
Remplacer “cmd” par “command”

Avoir des pertes de paquets ca fait quoi? Ca se ressent comment pour l'utilisateur ?

Les pertes de paquets pénalisent fortement les débits (ils faut renvoyer l’information) avec le protocole TCP.

En UDP, c’est pire, ce protocole n’intègre pas de vérifications (les paquets IP arrivent dans l’ordre qu’ils veulent et si il en manque c’est à la couche du dessus, si elle est capable de le gérer de demander une rémissions).

Bref, pour de nombreuses applications cela peut être pénalisant.

Exemple d’une application utilisant TCP : ftp
Exemple d’une application utilisant UDP : tftp

http://www.ethereal.com/
peut vous aider a analyser vos trames afin de déceler si vous utilisez TCP ou UDP. Dans le cas de TCP vous pourrez voire passer les demandes de remissions des paquets perdus.