Jump to content
Калькуляторы

Foundry и агрегация маршрутов Как сделать правильно?

На Foundry (SW: Version 08.0.01qT53) заведено несколько сеток вида:

10.10.0.0/24

10.10.1.0/24

10.10.2.0/24

...

10.10.254.0/24

 

Настройки ospf в каждом ve:

ip ospf area 0.0.0.0

ip ospf passive

 

При этом глобально сделано еще вот так:

router ospf

area 0.0.0.0

 

Соотвественно на соседнем маршрутизаторе каждые сетки видятся по отдельности, как IR. Но вот как бы их объединить в один маршрут вида 10.10.0.0/16?

 

Пробовал так. В router ospf добавляю:

area 100 range 10.10.0.0 255.255.0.0 advertise

redistribution connected

 

Интерфейсы ve перенастраиваю на area 100. Первая сеть добавляется в 10.10.0.0/16, которая видна как IA, а вот остальные сети добавляются туда только если сделать глобально:

no redistribution connected

redistribution connected

 

И так надо делать после каждого изменения area внутри ve. Можно ли заставить сетки "склеиваться" автоматически после переноса в другую area?

Share this post


Link to post
Share on other sites

Зачем у вас на всех интерфейсах влкючен OSPF? К этим 10.10.0.0/24 подключены роутеры?

По идеи достаточно просто иметь redistribution connected.

Непонятно какой топологии вы добиваетесь, схему бы.

Share this post


Link to post
Share on other sites

Ну вот, к примеру схема. На каждом Foundry время от времени появляются абонентские сети /24. Настраивается так, как сложилось исторически:

interface ve 78

ip address 10.10.182.1 255.255.255.0

ip ospf area 0.0.0.0

ip ospf passive

 

На всех Foundry создана area 0.0.0.0. Новая сетка по OSPF анонсится на соседние маршрутизаторы сразу после создания. Но при такой схеме со временем в сети будет 1024 маршрута для каждой сетки /24, в то время, как их может быть всего 4, но с маской /16:

10.10.0.0/16 - Foundry A

10.11.0.0/16 - Foundry B

10.12.0.0/16 - Foundry C

10.13.0.0/16 - Foundry D

 

Т.е. требуется уменьшить количество записей в OSPF. Это, в принципе, удается, но только после ручного пинка:

no redistribution connected

redistribution connected

 

Подозреваю, что что-то делаю не так. :) Вопрос "Что?"

ospf4foundry.jpg

Share this post


Link to post
Share on other sites

решение написано в Foundry Enterprise Configuration and Management Guide - CHAPTER 13 CONFIGURING OSPF. 1024 маршрута по ospf это не много, кстати.

Share this post


Link to post
Share on other sites

решение написано в Foundry Enterprise Configuration and Management Guide - CHAPTER 13 CONFIGURING OSPF. 1024 маршрута по ospf это не много, кстати.

Смотрю в книгу, вижу... :(

А можно на примере? Попробовал сделать разные area с одинаковым range, но записи автоматически так и не обновились.

 

1024 - немного, да, но это просто модель. Возможно из-за разного железа в сети есть глюки с OSPF, например когда маршрут указывает в одну сторону, а трафик при этом идет в другую. Началось все это при активном росте числа новых подсетей. Поэтому то и хочется все упростить.

Share this post


Link to post
Share on other sites

решение написано в Foundry Enterprise Configuration and Management Guide - CHAPTER 13 CONFIGURING OSPF. 1024 маршрута по ospf это не много, кстати.

Смотрю в книгу, вижу... :(

А можно на примере? Попробовал сделать разные area с одинаковым range, но записи автоматически так и не обновились.

 

1024 - немного, да, но это просто модель. Возможно из-за разного железа в сети есть глюки с OSPF, например когда маршрут указывает в одну сторону, а трафик при этом идет в другую. Началось все это при активном росте числа новых подсетей. Поэтому то и хочется все упростить.

редкие глюки с ospf встречал на jetcore, но не до такой степени, что бы трафик в разные места ходил )

тут лишеного 2 строчки, если у вас только area 0.0.0.0.

interface ve 78
ip address 10.10.182.1 255.255.255.0
ip ospf area 0.0.0.0
ip ospf passive

можно так

router ospf
area 0.0.0.0
redistribution connected 

 

по поводу суммирования маршрутов, есть несколько способов, например, самый простой, прописать ip route 10.1.0.0/16 null0 и дальше сделать redistribution static в ospf, т.е. будете всем анонсить /16, как и хотели, с маршрутизатора, при этом когда пакет придет на foundry, маршрутизация будет по меньшей маске, если правда у вас нет других статических маршрутов, которые не должны попасть в ospf, если такие есть, то через route-map. а вот что гласит мануал, можно суммировать внешние маршруты:

USING THE CLI
To configure a summary address for OSPF routes, enter commands such as the following:
BigIron(config-ospf-router)# summary-address 10.1.0.0 255.255.0.0
The command in this example configures summary address 10.1.0.0, which includes addresses 10.1.1.0,
10.1.2.0, 10.1.3.0, and so on. For all of these networks, only the address 10.1.0.0 is advertised in external LSAs.
Syntax: summary-address <ip-addr> <ip-mask>
The <ip-addr> parameter specifies the network address.
The <ip-mask> parameter specifies the network mask.
To display the configured summary addresses, enter the following command at any level of the CLI:
BigIron(config-ospf-router)# show ip ospf config
OSPF Redistribution Address Ranges currently defined:
Range-Address Subnetmask
1.0.0.0 255.0.0.0
1.0.1.0 255.255.255.0
1.0.2.0 255.255.255.0

 

p.s.

по умолчанию на jetcore выделено памяти под 10000 ospf маршрутов, при желании можно увеличить.

p.s.s.

полезные команды, если захотите что-то изменить:

• maximum-number-of-lsa external <num>
• maximum-number-of-lsa router <num>
• maximum-number-of-lsa network <num>
• maximum-number-of-lsa summary <num>
• max-routes <num>

Share this post


Link to post
Share on other sites

Спасибо за пример! А какие есть варианты сделать без static? Дело в том, что иногда может понадобиться перенести сеть /24 на другой маршрутизатор. В этом случае придется переписывать ip route, что не очень удобно.

Share this post


Link to post
Share on other sites

о какой суммаризации может идти речь, если в сети все хаотично?

Edited by zhenya`

Share this post


Link to post
Share on other sites

Красивыми сети бывают только в презентациях для клиента. На практике же они всегда далеки от идеала:)

К тому же суммаризация в принципе работает, проблема только в том, что надо вручную написать "redistribution connected", а хочется чтобы все происходило автоматически.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this