2010/10/5 Vladimir Litovka <doka.ua@gmail.com>

2010/10/5 Michael Bochkaryov <misha@rattler.kiev.ua>
 
Но, насколько я помню, при failover bonding не только состояние линка проверяется.

А что еще?

Например, ARP - если свич не свитчит, то это будет заметно.

если свитчит, если не свитчит... а если у него лег порт в сторону шлюза? мы тут, конечно, мальчики умные и что-нибудь и придумаем в любом случае - можем VRRP поднять, можем сделать кластер свичей, можем ARP'ы посылать... :) потом - вылезет еще что-нибудь и опять что-нибудь придумаем :) только вот - а зачем?

Меня доступность шлюза в этом случае волнует несколько меньше,
чем отсутствие split brain'ов на DRBD, который в пределах одного
сегмента ethernet живет.

моё имхо остается прежним - нельзя на ethernet'е сделать end-to-end надежное решение. Сервис у тебя работает на каком уровне? IP? ну так и механизмы failover ему делай на этом же уровне
 
Ну, усложнение схемы в общем случае надежность только понижает.
Потому что появляются новые сущности, которые тоже могут сбоить :-)

Но про возможность использования OSPF в моей схеме (2 хоста + 2 свича)
я таки посмотрю...

--
Regards,
Michael Bochkaryov
Net.Style - VoIP and VAS development
www.netstyle.com.ua