Gregoire. Ce n'est pas mon domaine de pointe, mais tes conclusion sont fausses : - le nombre d'utilisateurs compte - le QOS n'est pas une solution miracle
Chaque machine allume fait des requêtes d'arrière plan, faire tourner ngrep/tshark/wireshark sur une machine qui ne fait soit disant _rien_ est toujours surprenant. Il serait plus juste de regarder combien de PPS la ligne peux passer, plus que la bande passante. Un_ etudiant utilisant BT peut causer beaucoup de paquets a entrer sur la ligne (depuis le net). Comme le QOS ne marche qu'en SORTIE d'une interface, la ligne DSL peux etre sature avant meme que ton routeur soit touche. Tu ne peux rien y faire. Avec 150 étudiants, tu risques de passer les limites en terme de PPS de ton BRAS par ligne avant de saturer ta bande passante. Je n'ai jamais vu aucune specification pour le nombre de PPS sure un produit DSL (mais je ne suis pas en France). Le debit maximum depend aussi de la capacite des clients a utiliser TCP windows scaling, si tu as des pertes sur la ligne, tu n'arriveras pas a atteindre la vitesse maximale. Maintenant que je t'ai bien découragé, les conseils : Utilise le QOS pour donner priorite a : - Requête DNS vers les resolveurs utilises (sinon tu va avoir de la retransmission que tu peux éviter) - TCP ACK, SYN, SYN/ACK, FIN (oui, FIN aussi !!) Si tu utilise un routeur cisco, utilise NBAR. Limite tous les protocoles inconnus a pas grand chose et donne aux protocols connus ( HTTP, HTTPS, FTP, SMTP, POP, IMAP, etc.) la part du lion. Ceci dit, un utilisateur seul pourra toujours telecharger plus que la ligne ne permet, affectant le service de tous les autres usagers. "show ip flow top-talkers" est ton ami pour trouver et chatier les coupables. Pour ta question sur mtr, les FAI limitent les resources donnees aux routeurs pour repondre a ICMP. Oublie la latence des routeurs, le role d'un routeur est de router, pas de répondre a des requêtes ICMP. Si un HOP est lent mais le suivant ne l'est pas, il est clair que le routeur ne ralenti pas les paquets qui le traverse. Si un HOP a 100% de packet loss mais que le suivant n'en a pas, il est clair que le routeur ne pert pas de paquets. Rapelle-toi que tu utilises un produit partage (Avec les produits DSL, il y a de la contention sur la connexion du DSLAM/BRAS au reseau) pour un grand nombre d'utilisateur. Ce n'est pas la maniere d'utiliser ce produit. Il est aussi possible que tu arrives a atteindre des limites materielles ou du produit. J'espere que ca t'aide, Bonnes fetes, Thomas On 28 Dec 2011, at 12:27, Grégoire Leroy wrote: > Bonjour à tous, > > Je suis étudiant à TELECOM Lille1, et j'ai repris le réseau d'une certaine > résidence de 150 utilisateurs derrière 2 lignes ADSL et une ligne SDSL (chez > Orange). > > Étant donné que nous avons régulièrement des pertes et une latence très > importante, j'ai effectué quelques tests et contacté Orange Business Services. > > Test : http://bpaste.net/show/21180/ > > Un seul utilisateur était connecté et téléchargeait 2 ou 3 fichiers par > torrents, atteignant 1.4 méga. > > Des tests ont été effectués, en bridant notre QoS à 1.080 méga, pour le même > résultat. > Il est apparu qu'à environ 800kbit/s, nous n'avions plus de problèmes. > > Le débit maximal mesuré, lui, allait jusqu'à environ 1.75 méga > > Le support d'OBS m'a tenu ce raisonnement : > -La ligne est une ligne 2 mégas - l'overhead ATM = 1.6 méga > -Il faut y retrancher 200 kbit/s utilisés pour la téléphonie, soit 1.4 méga > -Il faut minorer ce débit pour laisser passer les ack TCP. > > J'aurais donc 2 questions : > 1) De combien est-il habituel de réduire le débit dans ce genre de cas ? Lors > de la mise en place de la QoS, j'avais lu entre 5 et 10%. Passer de 1.4 méga > à > 800kbit, c'est plutôt de l'ordre de 40%... > 2) Quand on regarde le MTR, on s'aperçoit que la latence ne vient pas de la > ligne elle-même, mais du troisième routeur chez Orange. OBS m'a dit que > c'était normal ("tous nos routeurs ne vont pas à la même vitesse") Est-ce que > ce comportement est réellement justifié, ou est ce que c'est de la mauvaise > foi de leur part ? Pourquoi la latence n'apparaitrait qu'une fois dans > l'infra > Orange ? > > PS : ce problème n'a _rien_ à voir avec le fait que nous soyons 150, les > tests > ont été menés avec un seul utilisateur. > > Merci d'avance pour vos réponses, > Cordialement, > Grégoire Leroy > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
