Исходное сообщение
"IPSEC и маршрутизация" Отправлено Антон, 15-Окт-07 16:12
>Э... Я думаю можно. Только выглядить это должно несколько монстрообразно: >ipsec tunnel host-to-host >в него засунуть GRE >внутри GRE уже будет работать link-state протокол (OSPF). >Вск в целом должно обеспечивать быстрое переключение при падении одного из каналов. Вобщем реализовал я все задуманное. Удалил Openswan (пробовал юзать racoon но что-то он мне тоже не понравился) сделал ipsec соединения host-to-host с помошью ipsec-tools (конкретно setkey). далее в эти шифрованные соединения засунул gre туннели. На шлюзах появились интерфейсы типа gre+ по интерфейсу на тоннель. И все сразу стало красиво и понятно. Было бы все просто отлично если бы не один неприятный момент. Некоторые туннели, если их не использовать (не гонять по ним трафик), отваливаются или зависают (10-15 минут может меньше). С основного шлюза, который объединяет филиалы, удаленные сети становятся не доступными. Для того что бы оживить эти туннели достаточно зайти на удаленный шлюз с внешней дырки и послать пинг на главный шлюз (по канальным ипам) и сразу наступает счастье. Собственно пока не нашел красивого решения, посылаю пинг с филиальных шлюзов в скрипте запускаемого по крону 1 раз в минуту. Есть какие либо соображения по этому поводу? P.S. читаю маны по OSPF (пакет quagga) не совсем понимаю что к чему. Есть ссылки на примеры внедрения?