VB
т.е. не один клиент к серверу
Size: a a a
2020 January 14
VB
там же XOR сурса и деста
e
Я вас понял. Спасибо большое. Буду пробовать. Вам плюсики в карму )))
AP
там может быть и другой свич
Вы про L3 роутинг на свиче чтоли?)
VB
нет, про алгоритм хэширования для выбора порта в бондинге
VB
в зависимости от выбранного полиси беруться разные источники для XOR
VB
либо только mac, либо мак+IP, либо IP+TCP/UDPport
VB
в зависимости от железки что-то может не поддерживаться
VB
Вот линукс поддерживает это все
VB
xmit_hash_policy layer2+3
VB
в настройке вот там выше
AP
Вот линукс поддерживает это все
Вот поэтому и было предложение два сервака напрямую воткнуть в бондинг, экперимента ради)
VB
т.е. чтоб выбращся другой порт нужен чтоб был другой хэш от IP+MAC
VB
для двух фиксированных адресов больше скорости 1 линка не получите
VB
как говорится by designe
AP
для двух фиксированных адресов больше скорости 1 линка не получите
Вот не соврать бы, но два сервака bond и меж ними catalyst 4948 всё нормально под 2Гб iperf показывал
VB
а хэш по какому алгоритму
AP
Вот не соврать бы, но два сервака bond и меж ними catalyst 4948 всё нормально под 2Гб iperf показывал
Я даже ради прикола проверю это ещё раз
AP
а хэш по какому алгоритму
да х3, а что там в дефолте?
на циске
channel-protocol lacpна циске
bond-mode 802.3ad на линуксе2020 January 15
VB
https://www.cisco.com/c/en/us/td/docs/ios/12_2sb/feature/guide/gigeth.html#wp1084259
- для циски только мак, для линукса по дефулту тоже мтолько мак https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-using_channel_bonding
- для циски только мак, для линукса по дефулту тоже мтолько мак https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-using_channel_bonding
