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

Эмулятор RIP

Нужна программка или костыль к quaga для анонсирования по RIPv2 5-10K маршрутов /32 (dialup)

Суть - нужно понять в состоянии ли роутер принять 5K динамических маршрутов.

Может встречали такой эмулятор ?

Share this post


Link to post
Share on other sites

Может, лучше суммаризовать? 5-10К маршрутов по RIP - очень плохая мысль...

Share this post


Link to post
Share on other sites

perl -e 'for(1..5000) { $num = sprintf("%04d", $_); $ip3 = substr $num,0,2 ; $ip4 = substr $num,2,2 ; system("ip addr add 10.16.$ip3.$ip4/32 dev eth1") }'

 

в ripd - redistribute connected, в итоге проанонсите все 5000 добавленых адресов если роутер не умрет :)

 

Share this post


Link to post
Share on other sites
Имено потому, что это плохая мысль, надо понять как ее прожует L3 свич.

Надо именно так.

L3 уровня 6500 прожует нормально.

 

у 35хх линейки - максимум ~8000 маршрутов. Они не справятся.

Share this post


Link to post
Share on other sites

У меня 7200 дико тормозили (до 5 минут) при загрузке или поднятии интерфейса с намного меньшем количеством маршрутов (до 500).

Потом работали нормально, уж не знаю что их так плющило.

При переходе на OSPF всё чудесным образом наладилось.

Share this post


Link to post
Share on other sites

 

>у 35хх линейки - максимум ~8000 маршрутов

Из них динамика - 2000 или 3000. В зависимости от профиля.

Я на эти грабли уже наступал. С 3750.

Но в этом случае не циска. HP. Там немного по другому.

 

>perl -e 'for(1..5000)

То, что надо ! Спасибо.

Share this post


Link to post
Share on other sites
>у 35хх линейки - максимум ~8000 маршрутов

Из них динамика - 2000 или 3000. В зависимости от профиля.

Я на эти грабли уже наступал. С 3750.

Но в этом случае не циска. HP. Там немного по другому.

C RIP на 3550 больше 1K маршрутов с /32 не пробовал, до 1К - нормально.

С BGP на 3550/3560 6000 маршрутов нормально переваривалось.

 

Share this post


Link to post
Share on other sites

Первая проблема с которой столкнетесь на RIP с большими обьемами - когда посылается большой обьем данных не хватает буферов UDP, проявляется это в частичном(или периодическом) пропадании части маршрутов. На Линуксе и прочих системах решается тюнингом стека, а вот как быть с железками - не знаю.

Share this post


Link to post
Share on other sites

input-queue

 

The input-queue command defines the number of received, but not yet processed RIP update packets contained in the Routing Information Protocol (RIP) input queue. Use the input-queue command in router configuration mode. To remove the configured depth and restore the default depth, use the no form of this command.

 

вывернуть на 1024

Share this post


Link to post
Share on other sites

Это немного не то, это уже UDP стек. У его стандартной имплементации (FreeBSD, Linux, Windows) есть размер буфера в сокете. Т.е. задача приложения принять, все что ему прилетело в этот сокет (обработано интерфейсом, уже направлено приложению), и если кол-во данных в это буфере превышает норму - оно просто дропается.

 

Т.е. есть ограничения:

буфер сетевого устройства

Input queue (еще не обработано стеком вообще) net.core.netdev_max_backlog

UDP queue (частный лимит на сокет,суммарный лимит на udp, суммарный лимит на tcp/ip) setsockopt+SO_RCVBUF, net.core.rmem_max, net.ipv4.udp_mem

 

Хотя может у Cisco это input-queue, кто знает. Это ведь не универсальная OS.

 

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