У вас є кілька рішень Linux для першого надмірного надмірності з вашої локальної мережі на два маршрутизатори (сама Quagga не підтримує VRRP, але ви можете використовувати Quagga разом із будь-яким із них без будь-яких проблем):
- збережений (як ви вже згадували)
- uCARP - Порт Linux OpenBSD's CARP (Загальний протокол надмірності адреси)
- vrrpd - малодокументований і значною мірою неперевірений демон VRRP, але варіант тим не менше
Зауважте, що жодне з них не має нічого спільного з надмірністю BGP, що, на мою думку, є реальною проблемою, яку ви намагаєтеся вирішити. Однак, цілком можливо запустити VRRP на стороні постачальника двох ваших хостів Quagga та налаштувати VRRP віртуальний IP як "вашу сторону" вашого присвоєного провайдером / 30 та використовувати його для того, щоб заглядати зі своїм провайдером. Час виходу з ладу, ймовірно, буде близьким до того ж (якщо не просто волосся швидше) рішення з Linux-HA нижче. Зважаючи на це, я особисто вважаю, що рішення Linux-HA буде більш чистим і простим, але це також може залежати від топології.
Що стосується ваших варіантів з BGP, існує проект IETF для "багатосесійного BGP", який вводить новий код можливості BGP, який спрямований на підтримку декількох сеансів BGP з тим самим одноранговим номером за однією і тією ж адресою, але цей проект передбачає, що обидва сеанси будуть бути на тому ж пристрої, однак проект абсолютно новий, і підтримка цього, швидше за все, не буде в поточних редакціях Quagga.
Ще одним варіантом є використання Linux-HA для налаштування кластера серцебиття між вашими двома полями та налаштування його як такого, щоб, якщо основний маршрутизатор вийшов з ладу, серцебиття розпізнає це і з'явиться Quagga / BGPd / тощо на маршрутизаторі очікування коли це станеться.