Нет

Я просто менял 1г на 10г, c бондами не стал заморачиваться.

Понял, спасибо. Придётся значит собрать лабу

Свитчи не могут нормально разбирать заголовки пакетов, где указывается айпи, там же немного по другому формируется пакет с учетом пппое. Поэтому только мас source dest. Но так как сервер имеет один мас. И он хэшируется. То есно... все свитч ложит в один порт. У нас на 4 портах был дикий перекос. 1 порт в полку. 2 800. 3 500 4 в 400. Даже извращения с 5 портом немного исправили всего лиш 200 уехало на 5 порт. Не помогло даже использование локалки в сети. Ну тоесть не чистый пппое. Переехали на 10.

А зачем бондинг при пппое, просто слушайте 2+ интерфейсами

шоб вланами не балансить

а само оно плохо по интам пробалансит без доп параметров

вначале всё равно идет езернет с маками и вланами
шото вы херню делали, ей богу

А зачем? Ну будет у вас 2 пппое сервера светиться, отвечать будет быстрее менее загруженный порт

там нет менее нагруженного порта
сервер то один и ресурсы общие

Порт тоже ресурс

ок)))))))))

Правильно. А баланс по чему? По айпи допустим. Так что сервер сколько имеет айпи? И что сервер имеет много разных маков?

выше говорили про балансировку с сорс+дест мак

балансировка не на айпи шлюза а на конечный айпи, но из-за ппп айпи заголовок сдвинут и будет уже плохо работать

есть сорс клиента, есть дестинейшн в интернете
при чем тут айпи сервера вообще не понятно

Ух ты.. ах да. Не доконца сказал. Вышу указал нагрузку со стороны сервера. А вот от клиентов нагрузка более менее размазывалась по портам.

значит балансировка на сервере была выбрана неверно

каждый учасник лага балансит свой ИСХОД

По факту дикий перекос. Изза пппое. И это факт. И неважно какой режим ад. И мас+ip  source и mac+ip desti. Пофиг изза нестандартной длины в пппое дикий перекос. А по маку, для его нормальной работы желательно чтобы было с обоих сторон много. Статик тут выровнял.