fG
вообще хеш не так работает
Упрощенно
Size: a a a
2020 October 31
BL
упрощенно неверно, согласен
BL
SR10 вот как работает? :)
fG
Gleb
но ведь сессии чаще всего сильно разную полосу занимают, можно и с 2 линками "перегруз" на одном из словить
Конечно. Полоса не анализируется..если доп примочек нет
BL
там 10 лейнов и по твоей логике балансировка между лейнами должна быть адской, потому что 6 из 16 должны ложиться неравномерно (ну или 2 из 8+2)
BL
от хеша берутся не биты, а остаток от деления и он совсем необязательно режется по битовой маске (aka степени двойки)
fG
Какой метод балансировки кто использует - дело реализации. 'EtherChannel frame distribution uses a Cisco-proprietary hashing algorithm'
fG
И его детали прям я сходу даже внутри нагуглить не могу
BL
речь не об алгоритме хеширования как таковом, а том, как из хеша извлекается mod N, где N - количество линков
BL
в случаях, когда N = 2^m, то можно обойтись и битовой маской
fG
Ок, при 3 линках распределение будет 3-3-2. Сильно это меняет картину мира?
BL
почему 3-3-2 то?
d
ну я и сказал, что не доходит) , проц самая тормозная часть в этой схеме) остальное на быстрой ̶ж̶е̶л̶е̶з̶н̶о̶й̶ кремниевой логике)
fG
почему 3-3-2 то?
На ссо есть инфа даже
BL
ну т.е. Cisco mod N считает с точностью до ближайшей степени двойки с округлением вверх?
BL
Но комбинаций всего 4...и вот этот 4ый хеш ляжет в какой то линк
вот тут ты пишешь о 2 битах, ниже - уже о трех
BL
технически - можно взять 8 бит и побить 256 на 3 практически равные части
0-86
87-174
175-255
0-86
87-174
175-255
fG
вот тут ты пишешь о 2 битах, ниже - уже о трех
Да потому что этого достаточно для понимания
d
Вы подкинули интересные мысли) ,но кто-нить использовал?
BL
на хуавеях - не приходилось