Всем привет!Существует ли возможность сделать такое:
В подразделении в другом городне есть два канала в интернет через разных провайдеров.
требуется создать Отказоустойчивый VPN тунель на головное предприятие.
Желательно чтобы оба канала (если живые) использовались (не Fail-Over).Реализуемо ли такое вообще?
Буду признателен за все возможные варианты.
>Всем привет!
>
>Существует ли возможность сделать такое:
>В подразделении в другом городне есть два канала в интернет через разных
>провайдеров.
>требуется создать Отказоустойчивый VPN тунель на головное предприятие.
>Желательно чтобы оба канала (если живые) использовались (не Fail-Over).
>
>Реализуемо ли такое вообще?
>Буду признателен за все возможные варианты.Если есть автономна система, то без всяких проблем. Если ее нет, то прийдется поизвращаться. Сделать 2 туннеля до "головы" и нагружать их равномерно.
>Если есть автономна система, то без всяких проблем. Если ее нет, то
>прийдется поизвращаться. Сделать 2 туннеля до "головы" и нагружать их равномерно.
>
Объясните пож. что вы имеете ввиду?Должны в этом случае оба тунеля на каждой стороне в одном устройстве терминироваться?
Какие девайсы вы бы посоветовали использовать?
>Всем привет!
>
>Существует ли возможность сделать такое:
>В подразделении в другом городне есть два канала в интернет через разных
>провайдеров.
>требуется создать Отказоустойчивый VPN тунель на головное предприятие.
>Желательно чтобы оба канала (если живые) использовались (не Fail-Over).
>
>Реализуемо ли такое вообще?
>Буду признателен за все возможные варианты.
А в чем проблема? поднимаешь 2 тунеля и OSPF внутри, и все.
>А в чем проблема? поднимаешь 2 тунеля и OSPF внутри, и все.
>
Load Balancing в этом случае получится?
проблема в том, как поднять эти два туннеля...
надо делать local policy routing
>проблема в том, как поднять эти два туннеля...
>надо делать local policy routingВсмысле как поднять?
>проблема в том, как поднять эти два туннеля...
>надо делать local policy routingМне вот и приходят в голову только сложные варианты.
Как я понимаю проблема в том что 2 тунеля надо к одной локальной сети поднимать.
Т.е. если и поднимутся то придется через policy routing их разруливать?
Или просто потом route через 2 тунеля будет cisco сама roundrobin делать?
>>проблема в том, как поднять эти два туннеля...
>>надо делать local policy routing
>
>Мне вот и приходят в голову только сложные варианты.
>
>Как я понимаю проблема в том что 2 тунеля надо к одной
>локальной сети поднимать.
>Т.е. если и поднимутся то придется через policy routing их разруливать?
>Или просто потом route через 2 тунеля будет cisco сама roundrobin делать?
>Подними между кошками EIGRP или OSPF, получишь и распределение нагрузки и переход на один из них при нерабочем состоянии второго.
>Всем привет!
>
>Существует ли возможность сделать такое:
>В подразделении в другом городне есть два канала в интернет через разных
>провайдеров.
>требуется создать Отказоустойчивый VPN тунель на головное предприятие.
>Желательно чтобы оба канала (если живые) использовались (не Fail-Over).
>
>Реализуемо ли такое вообще?
>Буду признателен за все возможные варианты.
если вы ipsec имеете в виду, то в опциях crypto_map можно указать два peer (один default-ый) и если он отваливается по DPD, то трафик начинает идти через второго peer - это раз вариант.
два вариант - действительно настроить роутинг для этих туннельных интерфейсов с одной и с другой стороны. но тогда нужно делать GREoIPsec
>если вы ipsec имеете в виду, то в опциях crypto_map можно указать
>два peer (один default-ый) и если он отваливается по DPD, то
>трафик начинает идти через второго peer - это раз вариант.
>два вариант - действительно настроить роутинг для этих туннельных интерфейсов
>с одной и с другой стороны. но тогда нужно делать GREoIPsec
>Почему GRE?
тык роутинг без GRE не будет работать
>>если вы ipsec имеете в виду, то в опциях crypto_map можно указать
>>два peer (один default-ый) и если он отваливается по DPD, то
>>трафик начинает идти через второго peer - это раз вариант.
>>два вариант - действительно настроить роутинг для этих туннельных интерфейсов
>>с одной и с другой стороны. но тогда нужно делать GREoIPsec
>>
>
>Почему GRE?