EnemyPain Posted August 2, 2012 (edited) Добрый день всем. Решил привести в порядок маршрутизацию, сейчас схема следующая Border <-------------------> BRAS <---------------------> Абоненты (Cisco 7204) OSPF Area 0 (FreeBSD 8.1, MPD5) PPPoE На каждом BRAS под абонентов выделен пул /22 но когда абонент авторизуется, на бордере появляется маршрут /32 к клиенту, что при большом числе абонентов влечет за собой кучу маршрутов в OSPF, обновления таблицы маршрутизации каждый раз при подключении/отключении абонента. Хотелось бы уйти от этого и отдавать в OSPF не кучу мелких сетей, а один пул. Попробовал сделать следующее: на брасах перекинул клиентские сети в отдельную зону(ибо суммаризация как я понимаю возможна только на ABR), указал area range, но все равно, как только авторизуется абонент, на бордере появляется маршрут /32. Конфиг OSPF: router ospf ospf router-id 1.1.1.1 log-adjacency-changes redistribute connected network 2.2.2.0/22 area 0.0.0.100 network 1.1.1.0/27 area 0.0.0.0 area 0.0.0.100 range 2.2.2.0/22 Может кто делал такое, подскажите, где косяк? Edited August 2, 2012 by EnemyPain Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
s.lobanov Posted August 2, 2012 уберите redistibute connected(или порежьте роут-мапом /32), сделайте ip route ПУЛ NULL0, проанонсируйте пул в явном виде или через redistribute static Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
EnemyPain Posted August 2, 2012 уберите redistibute connected Ух, а слона то я и не заметил, спасибо, сейчас попробую Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sol Posted August 2, 2012 summary-address 2.2.2.0/22 Не ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
boco Posted August 3, 2012 (edited) На каждом BRAS под абонентов выделен пул /22 но когда абонент авторизуется, на бордере появляется маршрут /32 к клиенту, что при большом числе абонентов влечет за собой кучу маршрутов в OSPF, обновления таблицы маршрутизации каждый раз при подключении/отключении абонента. я извиняюсь, а зачем вам там вообще динамическая маршрутизация в озвученных условиях? пропишите статикой маршрут на каждый /22 и все. Edited August 3, 2012 by boco Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
EnemyPain Posted August 3, 2012 я извиняюсь, а зачем вам там вообще динамическая маршрутизация в озвученных условиях? пропишите статикой маршрут на каждый /22 и все. Там есть несколько юзеров, которые получают статические ip, т.е. один и тот же ip может прилетать с разных серверов и как разрешить это без динамики, пока не представляю Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sol Posted August 3, 2012 Во! Здравствуйте доп. условия, не озвученные в начале диалога! В начале БРАС был один, теперь их стало много. Противоречие в самой постановке вопроса: Надо, что-бы ip динамически распределялись по БРАСам, но без динамики... Так не бывает. Тут либо оставить все как есть и/или перейти на более легковесный протокол типа RIP, либо, все таки разбить целую \22 на помельче и прибить каждую из них гвоздиками к своему БРАСу. А статических клиентов выделить в отдельную маленькую сеточку и оставить как есть, с хостовыми роутами ибо их мало. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
EnemyPain Posted August 3, 2012 Во! Здравствуйте доп. условия, не озвученные в начале диалога! В начале БРАС был один, теперь их стало много. Противоречие в самой постановке вопроса: Надо, что-бы ip динамически распределялись по БРАСам, но без динамики... Так не бывает. Тут либо оставить все как есть и/или перейти на более легковесный протокол типа RIP, либо, все таки разбить целую \22 на помельче и прибить каждую из них гвоздиками к своему БРАСу. А статических клиентов выделить в отдельную маленькую сеточку и оставить как есть, с хостовыми роутами ибо их мало. Да, извиняюсь немного нечетко сформулировал в начале задачу, просто видать ночами надо спать а не работать, начинаю путаться в показаниях:) скорее всего так и сделаю, уберу из ospf большие клиентские сетки добавлю их статикой а в ospf оставлю только статические ip Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
boco Posted August 3, 2012 Там есть несколько юзеров, которые получают статические ip, т.е. один и тот же ip может прилетать с разных серверов и как разрешить это без динамики, пока не представляю redistribute connected route-map ... http://serjteam.wordpress.com/2010/02/01/ospf-nooby/ не знаю, работает ли distribute-list. у себя мы отказались от ospf в пользу bgp. там route-map вешаем на нейбора. примерно так: router bgp ASN neighbor UPLINK route-map TO-REFLECTOR out ! ip prefix-list VPNETS seq 10 deny 127.0.0.0/8 ip prefix-list VPNETS seq 15 deny 127.0.0.0/8 ge 9 ip prefix-list VPNETS seq 20 deny 10.0.0.0/8 ip prefix-list VPNETS seq 25 deny 10.0.0.0/8 ge 9 ip prefix-list VPNETS seq 40 permit 0.0.0.0/0 ge 1 ! route-map TO-REFLECTOR permit 10 match ip address prefix-list VPNETS ! route-map TO-REFLECTOR deny 20 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
EnemyPain Posted August 3, 2012 redistribute connected route-map ... Да, сейчас эту схему и тестирую:) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
