Перейти к содержимому
Калькуляторы

Проблема с LACP между CCR1036-12G-4S и серверами с Windows server 2016

Коллеги, приветствую!

Есть CCR1036-12G-4S, в него включены два сервера с Windows server 2016.

На микроте созданы два бонда, в каждом бонде по паре 1G меди, Mode 802.3ad THP: Layer 2 and 3 (пробовали и просто L2).

На винде соответственно собран тиминг адаптеров, и в целом все хорошо, траф бегает, но не более 1Гб/секю

Для примера, с сервера №1 льем файло на сервер №2, все упирается в гигабит, но при этом трафик от сервера №1 размазан по линкам 50/50, а вот уже после микрота на сервер №2 трафик идет только по одному линку.

 

Это же получается фишка LACP + по одному хосту на каждом бонде? Это как-то можно обойти?

 

Спасибо за внимание!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

mode=balance-rr

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

19 minutes ago, mse.rus77 said:

Для примера, с сервера №1 льем файло на сервер №2, все упирается в гигабит, но при этом трафик от сервера №1 размазан по линкам 50/50, а вот уже после микрота на сервер №2 трафик идет только по одному линку.

 

Очень хочется поиметь гемор, когда в сеансе часть пакетов прилетает раньше чем пришли предыдущие?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может хэш поменять?

 

Кстати, я еще читал где-то, что у микрота LACP при двух линках использует только один из них. Но это не точно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Одно "соединение" - один физический линк, LACP - это балансировка многих-к-одному. Для ускорения один-к-одному нужна статическая агрегация, но у микротика с этим могут быть проблемы, хотя попробуйте режим balance-alb

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно балансировать манглом путем задания вероятности срабатывания правила

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, ShyLion сказал:

Очень хочется поиметь гемор, когда в сеансе часть пакетов прилетает раньше чем пришли предыдущие?

 

Вот есть ощущение, что мы его и поимели. Рандомно начинают лагать RDP сессии до серваков, просто фризит картинку, иногда отваливает соединение. Такое вписывается в этот кейс?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, ShyLion сказал:

Очень хочется поиметь гемор, когда в сеансе часть пакетов прилетает раньше чем пришли предыдущие?

 

Ну мне кажется это должно влиять на скорость передачи, целостность данных не должна пострадать. Т.к. по сути приложение должно просто перезапросить потерянный пакет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

5 минут назад, VolanD666 сказал:

Ну мне кажется это должно влиять на скорость передачи, целостность данных не должна пострадать. Т.к. по сути приложение должно просто перезапросить потерянный пакет.

У нас сейчас проблема с лагом RDP сессий, при этом пинги не теряются, rtt тоже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если у вас на этот микрот по 10Г вливается клиентский траф, то даже с двумя 1Г сосками к серверам неизбежна буферизация на коммутаторе, берсты = фризы. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, jffulcrum сказал:

Если у вас на этот микрот по 10Г вливается клиентский траф, то даже с двумя 1Г сосками к серверам неизбежна буферизация на коммутаторе, берсты = фризы. 

Нет, 10Г там и подавно нет. Юзеры вообще на 100М аплинке к микроту с мира идут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

RDP в дефолте работает через UDP. Попробуйте в GPO настроить на TCP, может помочь (уж от reordering - точно). Правда, если у вас Remote FX фичи в ходу - могут отвалиться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сейчас разобрали LACP, оставили по обычному 1Gbps линку на каждый сервер, будем смотреть. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

16 hours ago, mse.rus77 said:

Вот есть ощущение, что мы его и поимели. Рандомно начинают лагать RDP сессии до серваков, просто фризит картинку, иногда отваливает соединение. Такое вписывается в этот кейс?

Вполне. Агрегация нормально работает когда отдельные потоки идут фиксированым путем по одному линку. Да, между двумя конечными хостами, по одному потоку скорость будет равна скорости одного линка, но когда хостов много или потоков много (зависит от типа хеша), то данные статистически размазываются по нескольким линкам и суммарно получается, что общая скорость равна сумме отдельных.

Как именно размазывать потоки решает каждая сторона отдельно.

Также еще многое зависит от типа траффика.

Если скажем по LACP соединены два роутера, то хеширование по макам неприемлимо, так как их всего по одному с каждой стороны и траффик размазыватсья не будет, нужно чтобы дивайс заглядывал глубже.

Если там еще и туннель, то вообще труба - и маки постоянны и IP адреса постоянны.

Round-robin - очень специфичное применение, сильно зависит от приложения и в целом слабо применимо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.