xcme Опубликовано 25 февраля, 2012 · Жалоба На 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? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 25 февраля, 2012 · Жалоба Зачем у вас на всех интерфейсах влкючен OSPF? К этим 10.10.0.0/24 подключены роутеры? По идеи достаточно просто иметь redistribution connected. Непонятно какой топологии вы добиваетесь, схему бы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xcme Опубликовано 25 февраля, 2012 · Жалоба Ну вот, к примеру схема. На каждом 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 Подозреваю, что что-то делаю не так. :) Вопрос "Что?" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
caz Опубликовано 25 февраля, 2012 · Жалоба решение написано в Foundry Enterprise Configuration and Management Guide - CHAPTER 13 CONFIGURING OSPF. 1024 маршрута по ospf это не много, кстати. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xcme Опубликовано 26 февраля, 2012 · Жалоба решение написано в Foundry Enterprise Configuration and Management Guide - CHAPTER 13 CONFIGURING OSPF. 1024 маршрута по ospf это не много, кстати. Смотрю в книгу, вижу... :( А можно на примере? Попробовал сделать разные area с одинаковым range, но записи автоматически так и не обновились. 1024 - немного, да, но это просто модель. Возможно из-за разного железа в сети есть глюки с OSPF, например когда маршрут указывает в одну сторону, а трафик при этом идет в другую. Началось все это при активном росте числа новых подсетей. Поэтому то и хочется все упростить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
caz Опубликовано 26 февраля, 2012 · Жалоба решение написано в 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> Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xcme Опубликовано 11 марта, 2012 · Жалоба Спасибо за пример! А какие есть варианты сделать без static? Дело в том, что иногда может понадобиться перенести сеть /24 на другой маршрутизатор. В этом случае придется переписывать ip route, что не очень удобно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 11 марта, 2012 (изменено) · Жалоба о какой суммаризации может идти речь, если в сети все хаотично? Изменено 11 марта, 2012 пользователем zhenya` Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xcme Опубликовано 11 марта, 2012 · Жалоба Красивыми сети бывают только в презентациях для клиента. На практике же они всегда далеки от идеала:) К тому же суммаризация в принципе работает, проблема только в том, что надо вручную написать "redistribution connected", а хочется чтобы все происходило автоматически. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...