Моя компания использует широкую сеть Ethernet для нашего центра обработки данных и определила, что происходит потеря пакетов из нашего офиса на серверы, расположенные в центре обработки данных.
Мы смогли определить, что на обеих сторонах сети нет потери пакетов, и поставщик линии предложил использовать формирование пакетов, чтобы ограничить граничные маршрутизаторы до 30 МБ / с (то же, что и линия). Для дуплексного режима установлено значение 100M Full на всех интерфейсах между одним из наших компьютеров и удаленным сервером, при этом потери пакетов не улучшаются.
К сожалению, только на одной стороне сети есть коммутаторы с такой возможностью. Есть ли какие-либо альтернативные методы или идеи, как устранить несоответствие скорости передачи данных? Или мы застряли с приобретением дополнительного переключателя?
А как насчет потери пакетов с серверов в ваш офис? Какая статистика трафика вашей линии в офисе и на серверах? Ваша линия заполняется (в любой момент) или нет? Вы испытываете потерю пакетов после определенного уровня или постоянно?
Нам нужны более подробные сведения о проблеме, прежде чем мы сможем дать совет по ее решению. Формирование подразумевает, что в конце каждой строки есть машина, управляющая очередью пакетов. У вас уже есть такая машина?
Не зная, какое оборудование у вас есть, немного сложно сказать, будет ли то, что у вас есть, формировать нужную вам форму. Я знаю, что застрявший на пути Linux ящик выполнит свою работу.
С моей точки зрения, вы начинаете не лучшим образом.
Перед формированием вы должны спросить вас, почему вы получаете потерю пакетов и почему вы не хотели бы иметь потерю.
С TCP у вас могут быть некоторые потери, если ссылка используется почти на 100%, но вам не нужно слишком заботиться о TCP, потому что потерянные пакеты будут повторно переданы.
С ICMP / UDP вы также можете получить некоторую потерю, если ссылка используется почти на 100%, но пакеты будут полностью потеряны. Но шейпинг не поможет, ваше формирование будет отбрасывать пакеты. Таким образом, вы «переносите» свою потерю на формирователь.
В вашем случае формирование может только помочь гарантировать минимальную потерю пакета UDP / ICMP, отбросив TCP вместо UDP / ICMP.
Это, вероятно, не лучшее решение, это может быть только в том случае, если ваши 30 Мбит / с не используются слишком много большую часть времени, но время от времени очень используются при огромных передачах, и если вы заботитесь о том, чтобы не потерять пакет UDP / ICMP, если вы не заботьтесь о них, просто ничего не делайте. Если ваш канал используется большую часть времени, вам следует использовать больше Мбит / с.