Dimkers

Возможно лет 10 назад и было. Сейчас как то все со связностью стабильно. У нормальных аплинков префы не теряются.

Ни нервничай Порты и протоколы тут при том, что балансится у камбалы по.... Для сравнения по паттерну нужно выполнять трудозатратные действия. Т.е. брать кадр и сравнивать. Что-то с чем то. Это более затратная операция для железки, чем чётный влево, нечётный вправо. Это сродни тому, что на слабых железках тест tcp показывает меньшую скорость, чем udp. Казалось бы. Пакеты передавать в обоих случаях же. А нет... Не понял? Мне тоже пофиг Я и так тут много рассказал. Ну и собсно как сравнение по паттерну влияет на алгоритм балансировки - никто так и не ответил Вообще для проверки качества работы каналов нормальные люди генерят и шлют проверочные синхропакеты с интервалом(bfd тому пример). И чем важнее канал, тем чаще шлют для проверки, жертвуя частью пропускной способности канала. Если канал плохой, то часть теряется и на основе числа потерь уже используются очереди и коэффициенты распределения пакетов по каналам. Таким образом можно делать суммирование или резервирование. Но это уже другая история.

Я бы нат, шейп и терминацию делал в одном тазике, а БГП - на другом. Вдруг что, поставил для терминации/ната/шейпа ещё один серв и все. А БГП оставить под тупое перекладывание пакетиков. Он продавит в этом случае много. В идеале - 2 БГП. Для резерва.

x520 на 2 дырки - с головой.

Зачем? Сейчас со связанностью все более менее отлично. Если никому из клиентов не нужен фулл - то смысла в его приеме нет. E5649 c подрезанным контраком тянул не запинаясь около 15Г. Нахухры? там в ЧНН 5 Гиг.

Терминировать и шейпить тоже нужно?

Палкан! Это все фигня. Как коммутационная матрица, хардварный ЛАСП, load-balancing и паттерны связаны между собой?

Чтобы это работало, туда надо впихнуть... А не давай не так. Давай пруф, что в камбале алгоритм балансировки работает по твоим паттернам Ну и собсно даже вдруг если это так, то раскрой тайну, как идёт сравнение пришедшего кадра с паттерном.

ты для начала посиди на скорости 56 кбит и с потерями больше 5% Просил он.

Не пускать на него мультик свыше? Иначе я аж растерялся. Без АСL и полностью зарезать...

А как можно забалансить по IP packets source address and TCP/UDP port: Source IP & Source TCP/UDP Port; IP packets receive address and TCP/UDP port: Receive IP & Receive Port TCP/UDP Port; не заглядывая? У тебя прилетел кадр(он же фрейм), обернутый в кучку оберток. Как узнать порт? Да и зачем в принципе?

Так я подумал. Скажи ты - зачем заглядывать в пакет настолько глубоко, чтоб балансить трафик в засраном эфире? А? Чем номер порта и тип протокола в этом поможет?

Да? И какой же он уникальный??? Так это было пару дней назад. е$#ть у вас скоростя... Даж на прошлой странице твоей пук был: Это поэтому проц укатывается в полку? Т.е. пришедший кадр со свича дерибанится аж до TCP и потом разделяют? Дебилы шоль?

Самокритика это хорошо.

Ты дебил? Объясню на пальцах. порт 10G свич - (порт LACP из 2*1G<->порт LACP из 2*1G) - порт 10G свич Свич порт 1G - камбиум порт 1G <-> (камбиум 2 радиоканала WiFI) <-> камбиум порт 1G - свич порт 1G А что делают програмисты камбиум?

Дело в том, что в предмете вы поплыли. Ну собсно как вы и ваши прихвостни с юнидаты помагаете людям в решении проблем - мне думать страшно после ваших постов... разве что вы тупая прокладка между потребителем и разработчиком. Не более. Ржу Бл#. Ты хотя сам понял шо написал? У них разные рукажопы код пишут. да? В блялинке осилили, а в камбиуме - ну не шмогла....

Дык и мы договор хотим побачить,... Но нэт... Но в данном случае и посте про то, что ТС хочет чтоб за него порешали его проблемы - он прав.

А при чем тут коммутация пакетов в матрице, которая зачастую вообще проходит по номеру порта, к балансировке в LAG\LACP?

Я слушаю далее сказки венского леса.

ГЫ. А как же тогда она балансится по src\dst MAC? Спрыгнул Ну ты это, понял, что херню пизданул про хардварный ЛАСП и коммутационную матрицу? И своим там передай, пусть книжки читают.

И как коммутационная матрица связана с хардварным LACP? Я тебя за язык не тянул. ты сам пизданул

для себя? Так то ТС нихера делать не хочет и хочет как-то повлиять на прова, при этом ни договора, ни трассы нет. Все верно Борисыч написал. А Вам бы не по форумам шляться, а законы сочинять.... Зачем такому человеку, который может хоть как то повлиять на сей рынок заниматься дрочиловом на форуме...

Да? И каким же чипом это реализуется в дешовеньком свиче типа Dlink DGS-1210?

А в не классическом? 3 метки и тоже все? Ну и да, тут тоже 2 метки. Ok, пойдем другим путем. Почему с одной стороны свич видит маки в QinQ пакете и нормально балансит трафик в свой аплинк в LAG, а камбиум, который включен в этот же свич - не хочет?

Кто сказал? Палковник?