Резервирование интернет канала

Есть такая схемка:

   internet1       internet2
      |                |
parent squid1    parent squid2
         \          /
         child squid
              |
           клиенты

  internet1       internet2
      |                |  
         \          /
  quagga(zebra/bgp)+mulitipath route
              |
           клиенты

Правильная схема выглядит как то вот так.

> Правильная схема выглядит как то вот так.
Ну если есть своя as то да. Оба провайдера вряд-ли захотят мучатся с "серым" номером as.
Ну и эта, если оба провайдера отдают default route, то mulitipath не нужен ;)

а там с таймаутами не получится ли так что на каждый запрос будет таймаут на подключение перед тем как запрос перебросить? это тоже надо продумать.

Если оба провайдера отдают default route, то трафик польется только через одного. (сюрприз)
Вот если бы они отдавали оба full view - тогда конечно, BGP выберет самый короткий маршрут и соответственно прова у которого короче маршрут для запрошенного соединения.

Показанная выше схема не требует своей AS, достаточно зебры и мультипутёвого роутинга для приблизительной балансировки нагрузки по каналам и перенаправления всего трафа в работающий канал, если другой упал.

Эти 2 parent squid`a и child squid находятся на одном сервачке, к нему подключено 2 модема(модемы настроены роутерами). 2 интернет канала от одного провайдера. К маршрутизаторам провайдера я доступа не имею!
В таком случае мне BGP поможет?

> сюрприз
удивлен :D
> Показанная выше схема не требует своей AS
гммм, а как вы себе представляете настройку bgp, а имеено как будет выглядеть команда neighbor в такой ситуации?

моё имхо, надо скрипты сделать чтобы правили конфиг если видять что канал упал. Да, эта схема имеет недостатки и текущие запросы продолбаются, зато просто и надёжно :).

Кстати, а нельзя ли nginx сделать под это дело(транспарент прокси) ? :). Переменные в proxy_pass он умеет, пересылать запрос на другой бэкенд если основной нерабочий тоже :).

>моё имхо, надо скрипты сделать чтобы правили конфиг если видять что канал упал. Да, эта схема имеет недостатки и текущие запросы продолбаются, зато просто и надёжно :).

этот вариант не подходит.

>Кстати, а нельзя ли nginx сделать под это дело(транспарент прокси) ? :). Переменные в proxy_pass он умеет, пересылать запрос на другой бэкенд если основной нерабочий тоже :).

хз.

В случае если нет своей AS а есть просто два прова, то BGP не нужен - хватит просто зебры.

Спасибо!