Utilisation de la bande passante

[goommi]

Je me pose une question : Est ce normal que l'on utilise que les 3/4 de la bande passante totale sur le réseau ATM ??????

Si j'ai bien compris ce qui c'est fait en septembre, la bande passante a doublé : 2x2Mb=4Mb.

Or depuis mecredi (Vr Bande passante ATM), on utilise que 3Mb. Y a t il un problème (du genre ne pas dépasser les 50% d'occupation CPU du routeur) ?

Juste une petite suggestion : le système de shapping pourrait pas être revu à la hausse (augmenter le débit de chaque port) à fin d'optimiser la bande passante ?

Merci de bien vouloir me répondre Willy

@+ Christian

[davd]

Juste pour pouvoir uploader en ftp, parce que la mise à jour des sites web c'est longgggggggg !!

Voila

[[OPT]-Willy]

goommi> Pour répondre simplement, ce n'est pas normal. Il est néanmoins pas évident d'optimiser les réglages de telle sorte que la bp soit utilisée de façon optimum. Si nous ajoutons des règles de traitement de trafic, cela engendre une charge supplémentaire au niveau du cpu, ainsi qu'une augmentation de la latence (lag). Il faut simplement trouver le bon compromis, et malheureusement, c'est pas si évident que ça en a l'air. Il est vrai que nous pourrions modifier quelque peu les règles du TS pour que l'on tende vers 4M à pleine charge, mais la différence ne sera que très peu significative. Je ne peux rien vous promettre pour l'heure, mais nous allons devoir y regarder sous peu, car il faut aussi que d'un point de vue financier la bp soit rentabilisée.

davd> J'ai déjà répondu à cette demande ! Je ne peut malheureusement pas discerner le trafic 'data' d'une session ftp des autres flux (les ports sont aléatoire ou négociés entre client et serveur, et seul un filtre de niveau applicatif/session pourrait autoriser ce type de discernement), la seule chose que je puisse faire à ce niveau c'est de privilégier le port tcp 21, ce qui n'a quasiment aucun intérêt si ce n'est que les commande parviendront plus vite au serveur, mais pas les données. Il est vrai que 'jadis' le ftp fonctionnait bien mieux, mais en ce temps là, on n'effectuait pas de shaping. il faut garder à l'esprit que le shaping n'est pas là pour brider le réseau, mais pour garantir que certains usages soient disponibles malgré le 'bruit' omniprésent sur la liaison, qui a la facheuse tendance de prendre toute la bp disponible. Nous devons mettre un trafic shaper autonome et plus performant dans le cadre de la rénovation du réseau, ce qui devrait arranger grandement les choses.

[goommi]

Merci bien Willy pour cette réponse rapide.
Bon courrage pour l'amélioration du réseaux : je sens qu'il va y avoir du boulot et pas mal de surprise

[[OPT]-Willy]

Merci ! du courage, on va en avoir besoin

En tout cas, la rénovation est en bonne voie (il ya du retard par rapport à ce qu'il était planifié, mais bon, ça va se faire)

Merci à tous pour votre patience

[davd]

Il en est koi de switchs qui aideraient beaucoup le rezo ?