Привет всем, имеется автономная система с довольно большой сетью.В данный момент все находится в одной area, количество маршрутов в таблице маршрутизации довольно большое.
На всех маршрутизаторах есть настройки:
redistribute connected subnets route-map ospf
redistribute static subnets route-map ospf
, причем в network стоит только одна подсеть, и что мы емеем:
почти все маршруты в таблице маршрутизации стоят как O E2. Планируется распихать все в разные area. И вот в чем вопрос:стоит ли эти сети добавлять в nerwork 1.1.1.0 0.0.0.255 area X, чтобы они считались как маршруты "O", таи и не понимаю что мне это даст.
>[оверквотинг удален]
> маршрутизации довольно большое.
> На всех маршрутизаторах есть настройки:
> redistribute connected subnets route-map ospf
> redistribute static subnets route-map ospf
> , причем в network стоит только одна подсеть, и что мы емеем:
> почти все маршруты в таблице маршрутизации стоят как O E2. Планируется распихать
> все в разные area. И вот в чем вопрос:
> стоит ли эти сети добавлять в nerwork 1.1.1.0 0.0.0.255 area X, чтобы
> они считались как маршруты "O", таи и не понимаю что мне
> это даст.Гоу ту зе описание ОСПФ-а...
"На пальцах"-ли, из CCNP материалов и т.д. если не понимаете."На пальцах" - если вы так все редистрибутете - то банальный переход на зоны ровным счетом НИЧЕГО НЕ ДАСТ.
Меняйте дизайн сети и политику настройки OSPF-а.
1. Проработка распределения IP сетей.
2. Анализ на предмет возможности суммаризации.
3. так ли уж нужна редистрибуция.
и т.д. и т.п.
>[оверквотинг удален]
>> это даст.
> Гоу ту зе описание ОСПФ-а...
> "На пальцах"-ли, из CCNP материалов и т.д. если не понимаете.
> "На пальцах" - если вы так все редистрибутете - то банальный переход
> на зоны ровным счетом НИЧЕГО НЕ ДАСТ.
> Меняйте дизайн сети и политику настройки OSPF-а.
> 1. Проработка распределения IP сетей.
> 2. Анализ на предмет возможности суммаризации.
> 3. так ли уж нужна редистрибуция.
> и т.д. и т.п.А самый главный вопрос - ЦЕЛЬ разбиения на зоны?
>[оверквотинг удален]
>> Гоу ту зе описание ОСПФ-а...
>> "На пальцах"-ли, из CCNP материалов и т.д. если не понимаете.
>> "На пальцах" - если вы так все редистрибутете - то банальный переход
>> на зоны ровным счетом НИЧЕГО НЕ ДАСТ.
>> Меняйте дизайн сети и политику настройки OSPF-а.
>> 1. Проработка распределения IP сетей.
>> 2. Анализ на предмет возможности суммаризации.
>> 3. так ли уж нужна редистрибуция.
>> и т.д. и т.п.
> А самый главный вопрос - ЦЕЛЬ разбиения на зоны?Хорошо, поставлю вопрос так:
настроаваю IP интерфейс, если сеть этого интерфейса не пропишу в "network .... area X " то ор попадет в таблицу маршрутизации как O E1 вроде, если пропишу network то он попадет в как o.
Принцип работы OSPF я прочитал и понимаю что в разных типах арий эти внешние маршруты поападать могут или нет в зависимости от навстроек арий. Я не могу понять что мне все таки даст действительно это, кроме умешьшения маршрутов в non-backbone арий. Что еще это даст в дальнейшем?Цель разбиения - в ядре сети оставить мощноые роутеры, в арии вынести старенькие маломощьные и терминировать на них сети, + следовать рекомендациям от циски.
ps...
Фишка еще в том, что ария одна и она не 0 а 1. Вот, так сложилось с годами и люди которые все это поднимали уже давно не работают тут, зачем они это сделали я не понимаю.
>[оверквотинг удален]
> Хорошо, поставлю вопрос так:
> настроаваю IP интерфейс, если сеть этого интерфейса не пропишу в "network ....
> area X " то ор попадет в таблицу маршрутизации как
> O E1 вроде, если пропишу network то он попадет в как
> o.
> Принцип работы OSPF я прочитал и понимаю что в разных типах арий
> эти внешние маршруты поападать могут или нет в зависимости от навстроек
> арий. Я не могу понять что мне все таки даст действительно
> это, кроме умешьшения маршрутов в non-backbone арий. Что еще это даст
> в дальнейшем?1. возможность суммаризации на границе зоны:
1.1 меньше маршрутов в ядре
1.2 меньше пересчетов в ядре
1.3 меньше флуда LSA-ек.
и т.д. и т.п.2. stub - меньше всего на маршрутеры внутри зоны.
> Цель разбиения - в ядре сети оставить мощноые роутеры, в арии
> вынести старенькие маломощьные и терминировать на них сети, + следовать рекомендациям
> от циски.
> ps...
> Фишка еще в том, что ария одна и она не 0 а
> 1. Вот, так сложилось с годами и люди которые все это
> поднимали уже давно не работают тут, зачем они это сделали я
> не понимаю.Что тут непонятного? сеть же не в 1 день сторилась - на первом этапе никто не планировал рост сети до обьемов, когда 1-й зоны будет мало...
На а обозвать зону 1 - так это нормально :)
Очень многие люди от нуля считать не любят...
> стоит ли эти сети добавлять в nerwork 1.1.1.0 0.0.0.255 area X, чтобы
> они считались как маршруты "O", таи и не понимаю что мне
> это даст.В ospf (это IGP протокол) команда network включает соответствующий интерфейс в ospf процесс и приписывает его к соответствующей area (sh ip ospf int bri). Это в bgp (EGP протокол) network вставляет маршрут в таблицу топологии (sh ip bgp).
> В ospf (это IGP протокол) команда network включает соответствующий интерфейс в ospf
> процесс и приписывает его к соответствующей area (sh ip ospf int
> bri).Я это понимаю, но если у меня стоит redistribute connected, то стоит ли мне делать так, чтобы эта сеть у меня попадала во внутренний маршрут(o), или оставлять его внешним(o e2)?
>> В ospf (это IGP протокол) команда network включает соответствующий интерфейс в ospf
>> процесс и приписывает его к соответствующей area (sh ip ospf int
>> bri).
> Я это понимаю, но если у меня стоит redistribute connected, то стоит
> ли мне делать так, чтобы эта сеть у меня попадала во
> внутренний маршрут(o), или оставлять его внешним(o e2)?При существующей топологии (все в одной арии) - вообще говоря "до лампочки" :)
> При существующей топологии (все в одной арии) - вообще говоря "до лампочки"
> :)Ну а если раскидывать по ариям?