https://m.opennet.dev/openforum/vsluhforumID6/1108.html Схема подключения:<br>http://piccy.info/view3/5515045/495ca792e7d5d1d852aa0d4f330662b4/orig/<br><br><br>Задача: необходимо завернуть весь исходящий со стороны Area 1250 по маршруту <br>рабочее место -&gt; R5 или R3 -&gt; ISP 2 L2 -&gt; R2 -&gt; ISP 1 L2 -&gt; R1.<br><br>маршрутизаторы для которых получен доступ "root" - R1 R3 R5. <br><br>Описание топологии:<br><br>Удаленный маршрутизатор R1 соединен с центральным офисом через маршрутизатор R5 (канал-3<br>в нашем случае используем как резервный).<br><br>И каналом 1 с центральным офисом (основной). <br><br>Везде маршрутизация построена посредством OSPF.<br><br>R1 R2 R3 - на каждом физически по одному интерфейсу находятся в одном сегменте сети .<br>Логически R1 R2 R3 находятся в Area 0.<br><br>R1 R5 - аналогично имеют интерфейсы , находящиеся в одном сегменте сети.<br>Логически R1 R5 и R3 находятся в Area 1250.<br><br><br> Роутер R1<br><br>OSPF настроен таким образом,чтобы основным каналом для передачи данных был 1.<br><br>Запускаем трассировку с R1 - всё ок. Пакеты пошли через основной канал-1 (Area0).<br><br>Но есть проблема : https://m.opennet.dev/openforum/vsluhforumID6/1108.html#10 Mon, 16 Dec 2013 14:27:14 GMT &gt;&gt;&gt; При количестве маршрутизаторов до 50 и/или маршрутов до тысячи - все в <br>&gt;&gt;&gt; area 0 поместить и не мучаться, это кстати одна из рекомендаций <br>&gt;&gt;&gt; самой циски.<br>&gt;&gt;&gt; Тада костами можно рулить именно так, как надо.<br>&gt;&gt; кстати да, если не ошибаюсь, цифры как-раз из OSPF Design guide от <br>&gt;&gt; циски <br>&gt; Спасибо всем.... Проблема в принципе нерешаемая <br><br>Ну зачем так радикально-то?<br>Впринципе решаема, но через "одно место" - 2 vrf, делим маршрутизатор на 2 "виртуальных", ваяем линк между ними в area0, и получаем точку управления трафиком еще одну.<br><br>И кстати - сетку в городе 1 если запихнуть в area0 тоже должен получиться нужный эффект.<br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#9 Wed, 11 Dec 2013 12:15:53 GMT &gt;&gt; При количестве маршрутизаторов до 50 и/или маршрутов до тысячи - все в <br>&gt;&gt; area 0 поместить и не мучаться, это кстати одна из рекомендаций <br>&gt;&gt; самой циски.<br>&gt;&gt; Тада костами можно рулить именно так, как надо.<br>&gt; кстати да, если не ошибаюсь, цифры как-раз из OSPF Design guide от <br>&gt; циски <br><br>Спасибо всем.... Проблема в принципе нерешаемая<br><br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#8 Tue, 03 Dec 2013 10:09:20 GMT &gt; При количестве маршрутизаторов до 50 и/или маршрутов до тысячи - все в <br>&gt; area 0 поместить и не мучаться, это кстати одна из рекомендаций <br>&gt; самой циски.<br>&gt; Тада костами можно рулить именно так, как надо.<br><br>кстати да, если не ошибаюсь, цифры как-раз из OSPF Design guide от циски<br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#7 Tue, 03 Dec 2013 06:40:33 GMT &gt;&gt; Буду признателен за помощь в решении данной проблемы.<br>&gt; укажите префиксы на схеме, в какой они области и уже на основании <br>&gt; этого кто куда должен ходить, условия и желаемый путь . Лично <br>&gt; мне без них не совсем понятно, что вам нужно в итоге. <br>&gt; Небольшая помощь: OSPF предпочтёт intra-area маршрут, независимо от cost <br><br>При количестве маршрутизаторов до 50 и/или маршрутов до тысячи - все в area 0 поместить и не мучаться, это кстати одна из рекомендаций самой циски.<br>Тада костами можно рулить именно так, как надо.<br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#6 Mon, 02 Dec 2013 16:00:12 GMT &gt; ПЛОХОЙ С ТОЧКИ ЗРЕНИЯ ДИЗАЙНА ВАРИАНТ <br>&gt; 1. С минимальным влиянием на текущую топологию вынести подсеть 10.12.249.16.0/30 в AREA <br>&gt; 0. Но тут вы столкнетесь с таким понятием как "Discontiguous non-Area <br>&gt; 0", что не есть хороший дизайн для продакшна. Как вариант - <br>&gt; различные сюжеты миграции, слияния, т.е. временное и только временное решение.<br><br>и да, тут тоже придется влиять на Cost резервного маршрута<br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#5 Mon, 02 Dec 2013 15:58:17 GMT &gt; http://piccy.info/view3/5527762/a3a415b51495f4c58bdaa3f1e7e8c200/orig/ <br>&gt; вот уточненная схема с указанием сетей.<br>&gt; траффик удаленного офиса 1 должен ходить в город-3 через город-2 и туда <br>&gt; и обратно. Пока что через город-2 трафик идет только в одном <br>&gt; направлении - из удаленного офиса-1 в город-3. Обратно он почему-то все <br>&gt; равно идет через ISP-3, а этот вариант не подходит. ISP-3 - <br>&gt; исключительно резервный канал <br><br>Если не применять PBR, статические маршруты и прочую магию вуду и делать на одном только OSPF, расскажите, как вы заставили ходить пакеты из 10.12.18.32/27 к 10.12.10.0/24 через AREA 0 ? Это противоречит RFC 2328.<br><br>Если вам действительно нужно ходить "1-2-3" и "3-2-1" в качестве основного пути, то:<br>ПЛОХОЙ С ТОЧКИ ЗРЕНИЯ ДИЗАЙНА ВАРИАНТ<br>1. С минимальным влиянием на текущую топологию вынести подсеть 10.12.249.16.0/30 в AREA 0. Но тут вы столкнетесь с таким понятием как "Discontiguous non-Area 0", что не есть хороший дизайн для продакшна. Как вариант - различные сюжеты миграции, сли https://m.opennet.dev/openforum/vsluhforumID6/1108.html#4 Mon, 02 Dec 2013 07:43:17 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; Пытался менять значения Cost и Priority для OSPF - даже при указании <br>&gt;&gt;&gt; максимально возможных значений на маршрутизаторах R1 и R2 - пакеты <br>&gt;&gt;&gt; продолжают ходить неверно.<br>&gt;&gt;&gt; Буду признателен за помощь в решении данной проблемы.<br>&gt;&gt; приложите, пожалуйста, этот проект, созданный в gns3, так будет проще сделать Вам <br>&gt;&gt; решение.<br>&gt; Дело в том что в GNS3 все должно работать, а вот на <br>&gt; реальных железках в разных городах все не так радужно. В другом <br>&gt; городе может быть и не один маршрутизатор. Там свои админы и <br>&gt; нам даны лишь айпи адреса <br><br>http://piccy.info/view3/5527762/a3a415b51495f4c58bdaa3f1e7e8c200/orig/<br>вот уточненная схема с указанием сетей.<br>траффик удаленного офиса 1 должен ходить в город-3 через город-2 и туда и обратно. Пока что через город-2 трафик идет только в одном направлении - из удаленного офиса-1 в город-3. Обратно он почему-то все равно идет через ISP-3, а этот вариант не подходит. ISP-3 - исключительно резервный канал <br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#3 Mon, 02 Dec 2013 06:30:39 GMT &gt;[оверквотинг удален]<br>&gt;&gt; находящегося до R5 и R3 - пакеты ходят по резервному каналу <br>&gt;&gt; 3, несмотря на то, что на R3 прописана Area 0 и <br>&gt;&gt; Area 1250. Теоретически пакеты должны были бы пойти по маршруту: R3 <br>&gt;&gt; -&gt; канал-2 -&gt; R2 -&gt; канал-1 -&gt; R1.<br>&gt;&gt; Пытался менять значения Cost и Priority для OSPF - даже при указании <br>&gt;&gt; максимально возможных значений на маршрутизаторах R1 и R2 - пакеты <br>&gt;&gt; продолжают ходить неверно.<br>&gt;&gt; Буду признателен за помощь в решении данной проблемы.<br>&gt; приложите, пожалуйста, этот проект, созданный в gns3, так будет проще сделать Вам <br>&gt; решение.<br><br>Дело в том что в GNS3 все должно работать, а вот на реальных железках в разных городах все не так радужно. В другом городе может быть и не один маршрутизатор. Там свои админы и нам даны лишь айпи адреса<br> https://m.opennet.dev/openforum/vsluhforumID6/1108.html#2 Sat, 30 Nov 2013 08:20:00 GMT &gt; Буду признателен за помощь в решении данной проблемы.<br><br>укажите префиксы на схеме, в какой они области и уже на основании этого кто куда должен ходить, условия и желаемый путь . Лично мне без них не совсем понятно, что вам нужно в итоге. Небольшая помощь: OSPF предпочтёт intra-area маршрут, независимо от cost<br><br><br>