We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

QoS & co


marczak
12-04-2008, 21:34
poprosi³bym po Polsku.

Bruno
12-04-2008, 15:55
Google Translate

Hello,
We have done different tests on 192/195 and 196/199.
On the 192/195, we have no problem now.
Everything works perfectly. 196/199 on hand, we
Have a few clients who come by to destabilize
When the server iSCSI. This is due to the use of a
Server type (soft, we have not tested in beta).

We have done tests on the QoS so that the limit
Kind of use, but the protocol detects the iSCSI
QoS management in the sense 'DROP'. Basically, it will destabilise.
It is not very serious since it is trying to destabilize one
Bourinne client that the server iSCSI. But the fact of
Destabilize causes an overload of the server that iSCSI
Bump because of destabilisation more than usual.

We are going to change the QoS of 'DROP' to 'WAIT'
And delay packets of those who bourinnent. We should
Able to finalize the testing on a test platform
In a few days.

However, this morning I wondered if it is not
Simpler and clearer for all to move the interface
RPS network of 10Mbps to 100Mbps. Thus we have the 'WAIT'
Natural and perfect, the offer is clear on the site and it
No gender souentendu RPS 100Mbps and 10Mbps on the iSCSI
Or QoS or I do not know. What do you think?

Yours
Octave

Aimar
12-04-2008, 15:39
yay, english version of this would be more familiar with this community here

oles@ovh.net
12-04-2008, 09:52
Bonjour,
Nous avons fait differents tests sur 192/195 et 196/199.
Sur la 192/195, nous avons aucun probleme actuellement.
Tout marche parfaitement. Par contre sur 196/199, nous
avons quelques clients qui arrivent à destabiliser par
moment le serveur iSCSI. C'est dû à l'utilisation d'un
type de serveur (un soft qu'on n'a pas testé en beta).

Nous avons fait les tests sur le QoS afin que limiter ce
genre d'utilisation mais le protocol iSCSI detecte la
gestion de QoS au sens 'DROP'. En gros, ça le destabilise.
C'est pas très grave vu qu'on essaie de destabiliser un
client qui bourinne le serveur iSCSI. Mais le fait de
destabiliser provoque une surcharge du serveur iSCSI qui
bosse du fait de destabilisation plus que d'habitude.

Nous allons donc changer les QoS de 'DROP' vers 'WAIT'
et retarder les packets de ceux qui bourinnent. On devrait
pouvoir finaliser les tests sur une plateforme de test
sous quelques jours.

Par contre, ce matin je me suis demandé si ce n'est pas
plus simple et plus clair pour tout de passer l'interface
reseau du RPS de 100Mbps vers 10Mbps. Ainsi on a le 'WAIT'
naturel et parfait, l'offre est clair sur le site et il
n'y a pas de souentendu genr 100Mbps le RPS et 10Mbps l'iSCSI
ou QoS ou je ne sais pas. Qu'est-ce que vous en pensez ?

Amicalement
Octave