FS#301 — FS#4384 — QoS on the bay switches
Attached to Project— Network
Maintenance | |
Whole Network | |
CLOSED | |
![]() |
We will stop the QoS process on switches and
routers. The goal is to remove actions on packets
passing through our network from your servers to
the outside because given to the quantity this provokes "small"
delays due to small queues and therefore
retransmissions of packets and thus the debit can sometimes
drop to 20 or 30Mbps instead of 120 or 150 Mbps.
Date: Sunday, 19 September 2010, 17:13PMrouters. The goal is to remove actions on packets
passing through our network from your servers to
the outside because given to the quantity this provokes "small"
delays due to small queues and therefore
retransmissions of packets and thus the debit can sometimes
drop to 20 or 30Mbps instead of 120 or 150 Mbps.
Reason for closing: Done
Done.
We will return them. This will prevent attacks
from servers directly on the switch.
We will remove QoS on the aggregation switches.
we leave them on the bay switches.
We will try to fix the problem by keeping the
necessary "Mls qos" to limit the bandwidth
especially during attacks, but by removing the packets
marking "mls qos rewrite ip dscp" we have
not required.
We will remove the Qos to see if it wil fix the problem.
It's done.
The problematic is not easy to find. The problem concerns
some clients, not all, not on all networks and not to
all destinations. There is a lack of feedback from clients with
technical informations to find the points in common and
begin to fix the problem.
If you have a problem, thank you to:
- Send an email to oles@ovh.net
- Email's subject: qos
- With the server name
- And ovh ssh key installed on the server
I'll check the server by server and run the networks
performances benchmarks in order to try to find points in
common.
After 24 hours, no one wrote to oles@ovh.net
about the problem. We keep the task open for
3 days. If no one mentioned a problem,that means that
the problem is solved:)