информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Портрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Интересная информация с ieee802.org 12.04.13 00:07  Число просмотров: 3560
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>


LACP Simulation
lacp_model
<networking>
Вопросец по LACP 802.3ad по IP 11.04.13 17:53  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Собственно вопрос в распространенности и совместимости от разных вендоров LACP с балансировкой по source & destination IP.

Интересуют как факты так и интуитивные мнения.
+2 Уверен что совместимо и будет работать 1(50%)
+1 Скорее всего будет работать с мелкими проблемами 1(50%)
=0 Не знаю или не уверен 0(0%)
-1 Будут серьезные проблемы 0(0%)
-2 Уверен что несовместимо0(0%)
Всего:2(100%)

Для участия в голосовании необходимо зарегистрироваться
Интересная информация с ieee802.org 12.04.13 00:07  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>


LACP Simulation
lacp_model
Не, это стародавний прототип, поезд давно ушел... 12.04.13 00:51  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Не, это стародавний прототип, поезд давно ушел...

Собственно там просто проверяется что линк жив и peer тоже "подмигивает" по LACP. В результате active/standby и переключение по failover. После добавили балансировку посредством roundrobin и через xor mac-адресов.

При балансировке по ip (source + destination) нужна более адекватная hash-функция. Причем достаточно чтобы "мозг" был только на передающей стороне :)
Где-то читал, что балансировка идет по значению 4-го байта... 12.04.13 05:12  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
Где-то читал, что балансировка идет по значению 4-го байта IP адреса. Если в LACP используется только два соединения, то исходящее соединение будет определено только исходя из значения 0-го бита 4-го байта IP адреса.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach