> Сделали все правильно.
> Ну почему по дефолту по 2 маршрута и балансировка - думаю понятно?
> :)
> По балансировки - подкручивайте bandwith/delay соответсвующих тунельных интерфейсов
> на споках/хабах - и получите что вам нужно (балансировка/статическая балансировка/актив-пасив)...
> Тут все от желаний и условий договоров с провайдерами зависит. Да тут, нужно будет повозиться с метриками
> 1 рутер втыкается в 1 свитч.
> 2 рутер втыкается во 2 свитч.
> Между свичами естественно тоже соединение.
> На рутерах HSRP/GLBP - если внутри динамической маршрутизации нет.
> Если она есть - то лушчее к ядру сети
> конектить рутеры посредством ее.
> Теоретически в вашем случае можно настроить L3 прямо между рутерами и свичами...
> Все зависит от вашей инфраструктуры.
> Однозначных решений нет.
Тут нет никакой "инфраструктуры", все в одной куче, бардак как логический так и физический в серверной. Хорошо что не приходится маршруты на хостах менять вручную)), как читал на форуме както (хотя встречал и сам такое)
Я просто подумал раз уж есть пара 3560, то не задействовать их L3 функционал глупо. Пусть будут дефолт гейвееем для хостов в локальной сети. Сервачки думаю вынести в отдельную сеть типа ДМЗ, вобщем пусть свичовые ASIC-и работают..). Хотя тут тоже,.... задействовать фичи как таковые ради их самих, в ущерб простоте, надежности, возможно еще глупее.
Вот и в этом варианте конфигурация вроде как усложнилась роутингом между свичами рутерами, появились потенц. точки отказа, но зато разрузились роутеры. Плюсов наверное все же больше, хотя дезайнер из меня...))
