Je dispose d'une liaison internet 1,2 Mbps dans les 2 sens. Sur cette
liaison, j'ai du traffic http et smtp. Je voudrai limiter le débit du smtp à
300kbps , dans les 2 sens. Je n'ai pas la main sur le routeur du provider,
je dois donc agir sur le switch pour mettre de la Qos
Le routeur de mon provider est connecté sur un switch Cisco 2950 (port 1 du
switch). Sur le port 2 de mon switch, j'ai la connexion vers mon réseau
local. Je n'ai rien d'autre de connecter sur le switch, tout le flux qui
arrive d'internet ressort de l'autre côté.
Pour le flux sortant, je ne pense pas avoir de problème limiter mon traffic
SMTP. Par contre, est ce que je peux limiter le traffic SMTP qui vient
d'internet?
Je me mêle de quelque chose que je ne connait pas bien mais j'ai lu une fois sur la question de la qos que les providers ménageaient d'énormes files d'attentes sur leurs routeurs pour optimiser leurs statistiques de débit (pas celle des ping !).
Certains fournisseurs gèrent de la QoS sur leur réseau, mais c'est relativement rare. Le temps que les technologies correspondantes aient été disponibles et utilisables, les prix de la bande passante ont tellement baissé que je ne crois pas que grand monde se fatigue à le faire encore.
Dans ces conditions l'idée d'envoyer des signaux de saturation du lien vers le routeur du provider me semble un peu vain
On n'envoie pas de signaux de saturation vers le routeur. On "ralentit" juste les paquets reçus, ce qui rallonge le temps d'un aller retour (le paquet, et l'acquittement correspondant), et TCP s'adapte.
Et on pourrait très bien avoir de la QoS a différents niveaux du réseau appliquée de façon différente...
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Fri, 09 Jan 2004 21:59:01 +0100, Ettore <Ettore@FREE.FR> wrote:
Je me mêle de quelque chose que je ne connait pas bien mais j'ai lu une
fois sur la question de la qos que les providers ménageaient d'énormes
files d'attentes sur leurs routeurs pour optimiser leurs statistiques de
débit (pas celle des ping !).
Certains fournisseurs gèrent de la QoS sur leur réseau, mais c'est
relativement rare. Le temps que les technologies correspondantes aient été
disponibles et utilisables, les prix de la bande passante ont tellement
baissé que je ne crois pas que grand monde se fatigue à le faire encore.
Dans ces conditions l'idée d'envoyer des signaux de saturation du lien
vers le routeur du provider me semble un peu vain
On n'envoie pas de signaux de saturation vers le routeur. On "ralentit"
juste les paquets reçus, ce qui rallonge le temps d'un aller retour (le
paquet, et l'acquittement correspondant), et TCP s'adapte.
Et on pourrait très bien avoir de la QoS a différents niveaux du réseau
appliquée de façon différente...
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
Je me mêle de quelque chose que je ne connait pas bien mais j'ai lu une fois sur la question de la qos que les providers ménageaient d'énormes files d'attentes sur leurs routeurs pour optimiser leurs statistiques de débit (pas celle des ping !).
Certains fournisseurs gèrent de la QoS sur leur réseau, mais c'est relativement rare. Le temps que les technologies correspondantes aient été disponibles et utilisables, les prix de la bande passante ont tellement baissé que je ne crois pas que grand monde se fatigue à le faire encore.
Dans ces conditions l'idée d'envoyer des signaux de saturation du lien vers le routeur du provider me semble un peu vain
On n'envoie pas de signaux de saturation vers le routeur. On "ralentit" juste les paquets reçus, ce qui rallonge le temps d'un aller retour (le paquet, et l'acquittement correspondant), et TCP s'adapte.
Et on pourrait très bien avoir de la QoS a différents niveaux du réseau appliquée de façon différente...
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
T0t0
"Ettore" wrote in message news:3fff1616$0$7165$
Dans ces conditions l'idée d'envoyer des signaux de saturation du lien vers le routeur du provider me semble un peu vain mais je raconte sans doute n'importe quoi.
Il ne s'agit en rien de signaux de saturation de lien, mais simplement d'un fonctionnement tout à fait normal de TCP/IP. Une machine n'a aucun moyen de savoir que le réseau est saturé ou non. Par contre, ce qu'elle peut voir c'est que la bufferisation au niveau TCP est saturée, et dans ce cas, elle demande à la machine en face de réduire son débit. C'est un principe fort de TCP, qui n'a aucun effet sur le transit du paquet, cela n'a d'action que sur les extrémités de la connexion (sauf dans le cas ou on veut avoir une action de QOS)
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Ettore" <Ettore@FREE.FR> wrote in message
news:3fff1616$0$7165$626a54ce@news.free.fr
Dans ces conditions l'idée d'envoyer des
signaux de saturation du lien vers le routeur du provider me semble un
peu vain mais je raconte sans doute n'importe quoi.
Il ne s'agit en rien de signaux de saturation de lien, mais simplement
d'un fonctionnement tout à fait normal de TCP/IP.
Une machine n'a aucun moyen de savoir que le réseau est saturé ou non.
Par contre, ce qu'elle peut voir c'est que la bufferisation au niveau
TCP est saturée, et dans ce cas, elle demande à la machine en face de
réduire son débit. C'est un principe fort de TCP, qui n'a aucun effet
sur le transit du paquet, cela n'a d'action que sur les extrémités de
la connexion (sauf dans le cas ou on veut avoir une action de QOS)
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Dans ces conditions l'idée d'envoyer des signaux de saturation du lien vers le routeur du provider me semble un peu vain mais je raconte sans doute n'importe quoi.
Il ne s'agit en rien de signaux de saturation de lien, mais simplement d'un fonctionnement tout à fait normal de TCP/IP. Une machine n'a aucun moyen de savoir que le réseau est saturé ou non. Par contre, ce qu'elle peut voir c'est que la bufferisation au niveau TCP est saturée, et dans ce cas, elle demande à la machine en face de réduire son débit. C'est un principe fort de TCP, qui n'a aucun effet sur le transit du paquet, cela n'a d'action que sur les extrémités de la connexion (sauf dans le cas ou on veut avoir une action de QOS)
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
loiklo
je pense qu'il y a plus simple http://www.netlimiter.com/ ca permet de limiter la bande passante sous windows pour n'importe quelle application ou service... encore faut t'il que ton serveur smtp soit sous windows mais je pense que sous linux il doit y avoir la meme chose
"vincent" a écrit dans le message de news:btm35i$6hq$
Bonjour,
Je dispose d'une liaison internet 1,2 Mbps dans les 2 sens. Sur cette liaison, j'ai du traffic http et smtp. Je voudrai limiter le débit du smtp à
300kbps , dans les 2 sens. Je n'ai pas la main sur le routeur du provider, je dois donc agir sur le switch pour mettre de la Qos Le routeur de mon provider est connecté sur un switch Cisco 2950 (port 1 du
switch). Sur le port 2 de mon switch, j'ai la connexion vers mon réseau local. Je n'ai rien d'autre de connecter sur le switch, tout le flux qui arrive d'internet ressort de l'autre côté.
Pour le flux sortant, je ne pense pas avoir de problème limiter mon traffic
SMTP. Par contre, est ce que je peux limiter le traffic SMTP qui vient d'internet?
Merci, pour vos conseils!
je pense qu'il y a plus simple
http://www.netlimiter.com/
ca permet de limiter la bande passante sous windows pour n'importe quelle
application ou service...
encore faut t'il que ton serveur smtp soit sous windows mais je pense que
sous linux il doit y avoir la meme chose
"vincent" <toto@nospam.com> a écrit dans le message de
news:btm35i$6hq$1@d03.completel.fr...
Bonjour,
Je dispose d'une liaison internet 1,2 Mbps dans les 2 sens. Sur cette
liaison, j'ai du traffic http et smtp. Je voudrai limiter le débit du smtp
à
300kbps , dans les 2 sens. Je n'ai pas la main sur le routeur du provider,
je dois donc agir sur le switch pour mettre de la Qos
Le routeur de mon provider est connecté sur un switch Cisco 2950 (port 1
du
switch). Sur le port 2 de mon switch, j'ai la connexion vers mon réseau
local. Je n'ai rien d'autre de connecter sur le switch, tout le flux qui
arrive d'internet ressort de l'autre côté.
Pour le flux sortant, je ne pense pas avoir de problème limiter mon
traffic
SMTP. Par contre, est ce que je peux limiter le traffic SMTP qui vient
d'internet?
je pense qu'il y a plus simple http://www.netlimiter.com/ ca permet de limiter la bande passante sous windows pour n'importe quelle application ou service... encore faut t'il que ton serveur smtp soit sous windows mais je pense que sous linux il doit y avoir la meme chose
"vincent" a écrit dans le message de news:btm35i$6hq$
Bonjour,
Je dispose d'une liaison internet 1,2 Mbps dans les 2 sens. Sur cette liaison, j'ai du traffic http et smtp. Je voudrai limiter le débit du smtp à
300kbps , dans les 2 sens. Je n'ai pas la main sur le routeur du provider, je dois donc agir sur le switch pour mettre de la Qos Le routeur de mon provider est connecté sur un switch Cisco 2950 (port 1 du
switch). Sur le port 2 de mon switch, j'ai la connexion vers mon réseau local. Je n'ai rien d'autre de connecter sur le switch, tout le flux qui arrive d'internet ressort de l'autre côté.
Pour le flux sortant, je ne pense pas avoir de problème limiter mon traffic
SMTP. Par contre, est ce que je peux limiter le traffic SMTP qui vient d'internet?
