Get webhook notifications whenever Network & Infrastructure creates an incident, updates an incident, resolves an incident or changes a component status.
Nous allons arreter les process QoS sur les switchs et les
routeurs. Le but est d'enlever des actions sur les packets
qui passent par notre reseau à partir de vos serveurs vers
l'exterieur car vu la quantité ceci provoque des \"petits\"
ralentissements dû à des queues trop petits et donc des
retransmissions de packets et donc le debit qui peut parfois
chuter à 20 ou 30Mbps au lieu de 120 ou 150Mbps.
Update(s):
Date: 2010-09-08 22:18:51 UTC Au bout de 24 heures, personne n'a écrit à oles@ovh.net au sujet du probleme. On laisse le task ouvert encore
3 jours. Si personne ne remonte de probleme, ce que le
probleme est resolu :)
Date: 2010-09-08 14:03:52 UTC La problematique n'est pas simple à trouver. Le probleme concerne
quelques clients, pas tous, pas sur tous les reseaux et pas vers
toutes les destinations. On manque de feedbacks de clients avec
les informations techniques pour trouver les points en commun et
commencer à fixer le probleme.
Si vous avez le probleme, merci de:
- envoyer un email à oles@ovh.net - email's subject: qos
- avec le nom du serveur
- et la clé ssh ovh installé sur le serveur
Je vais regarder le serveur par serveur et lancer les benchmarks
de performances reseaux pour essayer de trouver les points en
commun.
Date: 2010-09-08 14:00:58 UTC C'est fait.
Date: 2010-09-07 21:46:15 UTC On va enlever le QoS pour voir si ça fixe le probleme.
Date: 2010-08-20 04:48:51 UTC Nous allons essayer de fixer le probleme en gardant le
\"mls qos\" necessaire pour limiter la bande passante
surtout lors des attaques, mais en enlevant le markage
des packets \"mls qos rewrite ip dscp\" que nous n'avons
pas besoins.
Date: 2010-07-20 11:19:32 UTC On va enlever QoS sur les switchs d'aggregation.
On les laisse sur les switchs de baie.
Date: 2010-07-16 14:25:44 UTC On va les remettre. Ceci permet de limiter les attaques
à partir de serveurs directement sur le switch.