Нормально ли такое количество сетей в OSPF?

Question

[Александр]

Привет всем.

С динамической маршрутизацией работаю постольку-поскольку, закономерно появился вопрос по архитектуре: не слишком ли плоско и разрозненно выбраны сети и не создаст ли дальнейшее разрастание таблицы маршрутизации (а оно обязательно будет) в будущем проблем? Возможно, необходимо провести некие оптимизации, пока не поздно.

Пример конфига одного из филиалов, протокол OSPF.

routing ospf route print

# DST-ADDRESS        STATE          COST                                                                                        GATEWAY         INTERFACE                                                                                   
 0 10.0.0.0/30        intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 1 10.0.0.4/30        intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 2 10.0.0.8/30        intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 3 10.0.0.12/30       intra-area     10                                                                                          0.0.0.0         to101v01                                                                                    
 4 10.0.0.16/30       intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 5 10.0.0.20/30       intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 6 10.10.1.0/30       intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
 7 10.10.2.0/24       intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
 8 10.10.6.0/27       intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
 9 10.10.8.0/24       intra-area     20                                                                                          10.0.0.13       to101v01                                                                                    
10 10.10.10.0/24      intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
11 10.10.100.0/24     intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
12 10.10.200.0/24     intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
13 10.10.201.0/28     intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
14 192.168.1.0/24     intra-area     10                                                                                          0.0.0.0         bridge                                                                                      
15 192.168.2.0/24     intra-area     21                                                                                          10.0.0.13       to101v01                                                                                    
16 192.168.3.0/24     intra-area     1020                                                                                        10.0.0.13       to101v01                                                                                    
17 192.168.7.0/24     intra-area     30                                                                                          10.0.0.13       to101v01                                                                                    
18 192.168.29.0/29    intra-area     120                                                                                         10.0.0.13       to101v01                                                                                    
19 192.168.29.8/29    intra-area     120                                                                                         10.0.0.13       to101v01

Спасибо.

UPD. Тогда уж и насчёт количества туннелей в таблице поясните плз. Приходится анонсировать сети туннелей /30, через которые и ходит OSPF, чтобы оно вообще работало. Но какому-нибудь филиалу совершенно не нужно знать о сети туннеля другого филиала. Назревает вопрос, можно ли избежать распространения этих маршрутов или это необходимое зло?

Comments

[Дмитрий Шицков]

Инфомрации для ответа на вопрос о возможности оптимизации недостаточно. Куда ведёт каждый из маршрутов? Отсюда будет вытекать вопрос, можем ли мы объединить какие-то подсети? А нужны ли все эти подсети в OSPF, т.е. нужны ли они другим филиалам?

[Александр]

Дмитрий Шицков, филиалы, конечно, должны видеть друг друга; есть пара исключений, которых должны видеть одни филиалы и не должны другие, но этим пока не заморачивался. Как правило, за одним из туннелей GRE с адресом вида 10.x.x.x/30 есть филиальная сеть вида 192.168.x.x/xx.
Может быть, есть какие-то общие практики оптимальной настройки и архитектуры сети, или и так сойдёт и OSPF переварит разросшиеся таблицы, вот что интересно.

[Дмитрий Шицков]

Satauchi Kimoto, А как у вас сейчас GRE прокинуты? Между каждым из филлиалов или звезда?

[Александр]

Дмитрий Шицков, от главного офиса к каждому филиалу по туннелю /30, т. е. звезда, но планирую некоторые объединить между собой для связности.

Answer 1

[ТыжСисАдмин]

В принципе, проблем не будет до тех пор пока табличка в оперативку помещается.
ну и OSPF вам особо не даёт вариантов :)

P.S. Это не много, когда до трёх нулей дойдёте, тогда уже можно о чём-то говорить, но боюсь тогда вас будет больше пропускная способность беспокоить ;)

Comments

[Александр]

Спасибо, успокоили :)

Answer 2

[Валентин]

Это же от производительности оборудования зависит, у меня была сеть с 2k+ префиксов по OSPF, правда разбиты по множеству area.

Comments

[Александр]

Да, я понимаю, поэтому и хотел посоветоваться насчёт хорошего дизайна на будущее, чтобы производительность не так страдала из-за тупых ошибок в проектировании.

Answer 3

[Руслан Федосеев]

/me посмотрел на сеть, где около 50к маршрутов в ospf.... и что?
В вашем случае не о чем беспокоиться....

Comments

[Александр]

Спасибо за ответ, радует, что протокол настолько производительный.

[Руслан Федосеев]

а причем тут протокол? Важно на чем вы его крутите )
Вот у меня на осфп работает джун 960-й и кошка 4510. И нагрузки от оспф я там не вижу....
А если вы это на микротик 950-й выльете - думаю ляжет оно все....