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

dynamic routing /32 PPPoE, дифицит IP

Reply to this topic

127.0.0.0/8   

127.0.0.0/8
Posted · Report post

Доброго дня!

 

Какой протокол динамической маршрутизации лучше использовать для следующей ситуации (везде вендор cisco):

 

сейчас->

1) есть N BRAS, на них терминируются PPPoE, Virtual-Template -> ip local poll (сети по /24), ната нет

2) на коре - статические маршруты на соответствующие брасы.

3) ip заканчиваются, пулы с ip занимаются неравномерно

 

надо ->

1) ip отдает радиус

2) включить динамическую машрутизацию ip по для сетей /32

3) экономим ip

 

так вот, всезнающий олл, что лучше использовать с условием что юзеры могут очень бустро делать up/down )

 

 

 

 

Share this post

Link to post
Share on other sites

StSphinx   

StSphinx
Posted · Report post
У меня для того же самого работает RIP.

Дешево и сердито.

Иван, я уже который раз вижу в ваших постах упоминание о RIP. Если не секрет, каков размер таблицы маршрутизации и сколько роутеров в сети работают с RIP?

Ну и было бы неплохо, если бы вы так же сказали каково при этом время сходимости, хотя бы примерно.

Share this post

Link to post
Share on other sites

Lynx10   

Lynx10
Posted (edited) · Report post

OSPF однозначно!

возможно RIP

 

BGP не для таких задач - тут уже мелькала похожая тема и человек рулил как раз на BGP! а вот и она http://forum.nag.ru/forum/index.php?showto...106&hl=ospf - можна сказать копия вашей ситуации!

 

 

 

Edited by Lynx10

Share this post

Link to post
Share on other sites

Ivan Rostovikov   

Ivan Rostovikov
Posted · Report post

>Иван, я уже который раз вижу в ваших постах упоминание о RIP. Если не секрет, каков размер таблицы маршрутизации и сколько роутеров в сети работают с RIP?

>Ну и было бы неплохо, если бы вы так же сказали каково при этом время сходимости, хотя бы примерно.

 

Знаете за что нелюбят RIP ? :

1. В старых книжках написано, что он сильно грузит сеть !

Это справедливо для скоростей в десятки килобит. На гигабитах - вообще не заметно.

2. Он не понимает маску подсети.

Это тоже написано в старых книжках. Очень старых. RIPv2 все умеет.

 

pppoe5:~# cat /etc/quagga/ripd.conf

router rip

version 2

network eth0

redistribute connected

redistribute static

passive-interface ppp*

passive-interface eth1

passive-interface eth2

timers basic 30 120 120

interface eth0

ip rip send version 2

ip rip receive version 2

Соотв. апдейты идут 2 раза в минуту.

Через 2 минуты после обрыва маршрут пропадает.

"Сходимости" как таковой в этой схеме нет. Т.к. маршрут анонсируется сразу и все в пределах одного домена коллизий.

Редистрибьюции на уровень выше - нет.

Нагрузка на сеть в ЧНН ~~ 30-50 pps при 4К абонентов онлайн.

5 NASов + 1 Ядро. 4К RIP роутов (в максимуме)

 

Нет. Я не спорю OSPF хорош, но зачем платить больше если легковесный RIP великолепно справляется ?

К тому же он реализован наверное в любой железке. А вот OSPF иногда требует отдельной лицензии.

 

Share this post

Link to post
Share on other sites

SokolovS   

SokolovS
Posted · Report post
OSPF.

Для Циски - не знаю, Квагги ключевое слово - redistribute connected.

Если в остальной сетке OSPF, не советовал бы это ключевое слово. Тут писал почему: http://forum.nag.ru/forum/index.php?showto...st&p=503836

 

Знаете за что нелюбят RIP ? :

1. В старых книжках написано, что он сильно грузит сеть !

Это справедливо для скоростей в десятки килобит. На гигабитах - вообще не заметно.

2. Он не понимает маску подсети.

Это тоже написано в старых книжках. Очень старых. RIPv2 все умеет.

В старых книжках еще пишут про частый пересчет, как оно насчет ресурсов CPU?

Share this post

Link to post
Share on other sites

puh   

puh
Posted · Report post
Знаете за что нелюбят RIP ? :
1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

2) каждые 30 сек полностью перетрясают свои таблицы маршрутизации. Конечно, в век гигагерцев и гигабайт, когда на ресурсы всем наплевать, это не столь важно... но если у вас не писюк, а железный маршрутизатор, у которого и памяти не гигабайты и процессор дохленький (пакеты всё равно железом рулятся), ресурсы могут оказаться важными компонентами выбора.

Share this post

Link to post
Share on other sites

SokolovS   

SokolovS
Posted · Report post

Да-да точно, перетряска таблицы..., для железных роутеров с их 300-700 МГц это может оказаться существенно.

Share this post

Link to post
Share on other sites

Lynx10   

Lynx10
Posted · Report post
Знаете за что нелюбят RIP ? :
1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

это тоже очень важный аргумент - а в оспф сходимость очень быстрая

Share this post

Link to post
Share on other sites

pliskinsad   

pliskinsad
Posted (edited) · Report post
чтото совсем не вижу стороников IS-IS, или никто из вас его не использует?
Протокол интересный, но в России мало кто пользует. Не модно :)

Ну и учитывая зоопарк железа у многих, не так то просто is-is развернуть. bgp.ospf,rip квага понимает, а вот is-is все то в тесте, хотя нужно посмотреть как оно сейчас живет в ней, пол года назад все было кисло.

 

Edited by pliskinsad

Share this post

Link to post
Share on other sites

Ivan Rostovikov   

Ivan Rostovikov
Posted (edited) · Report post

>В старых книжках еще пишут про частый пересчет, как оно насчет ресурсов CPU?

Как ни странно - RIP меньше грузит CPU

 

>1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

квага апдейтит сразу ! Связь появляется сразу. Проверенно !

Edited by Ivan Rostovikov

Share this post

Link to post
Share on other sites

macabre   

macabre
Posted (edited) · Report post
Знаете за что нелюбят RIP ? :
1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

Триггерные апдейты в RIP2 еще вроде не отменили.
Edited by macabre

Share this post

Link to post
Share on other sites

SokolovS   

SokolovS
Posted · Report post
Знаете за что нелюбят RIP ? :
1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

Триггерные апдейты в RIP2 еще вроде не отменили.

А это как? Я подобных настроек в Quagga не видел.

 

>В старых книжках еще пишут про частый пересчет, как оно насчет ресурсов CPU?

Как ни странно - RIP меньше грузит CPU

 

>1) первые [0..30] секунд после подключения клиент сидит без связи. Пока RIP не проапдейтит маршруты.

квага апдейтит сразу ! Связь появляется сразу. Проверенно !

Не подтверждаю. Между квагами все так, а на другом железе маршрут появляется с задержкой, специально сегодня проверял.

Share this post

Link to post
Share on other sites

Ivan Rostovikov   

Ivan Rostovikov
Posted · Report post

>Не подтверждаю. Между квагами все так, а на другом железе маршрут появляется с задержкой, специально сегодня проверял.

В центре у нас 6506. Она слушает RIP. Сама не апдейтит.

Квага посылает триггерные апдейты на каждое событие по интерфейсам (up/down)

Не первый год все это работает как часы.

Share this post

Link to post
Share on other sites

SokolovS   

SokolovS
Posted · Report post
>Не подтверждаю. Между квагами все так, а на другом железе маршрут появляется с задержкой, специально сегодня проверял.

В центре у нас 6506. Она слушает RIP. Сама не апдейтит.

Квага посылает триггерные апдейты на каждое событие по интерфейсам (up/down)

Не первый год все это работает как часы.

Какая версия кваги? Я тестил на 0.99.16. Брасы сходятся на Телесин AT-9924T, там вот статистика, ни одного тригерного апдейта от кваги:

Manager > sh ip rip count

IP RIP Counter Summary:
  Input:                                    Output:
    inResponses ................ 6346         outResponses ............... 1697
    inTrigRequests ................ 0         outTrigRequests .............. 27
    inTrigResponses ............... 0         outTrigResponses ............. 72
    inTrigAcks .................... 0         outTrigAcks ................... 0
    inDiscards .................... 0

 

Исходящие трагерыне апдейты я пробовал включать, они работают на самом телесине.

Share this post

Link to post
Share on other sites

Ivan Rostovikov   

Ivan Rostovikov
Posted (edited) · Report post
pppoe1:~# dpkg -l | grep quagga

ii quagga 0.99.10-1lenny2 BGP/OSPF/RIP routing daemon

2010/05/19 16:08:19 RIP: triggered update!

2010/05/19 16:08:19 RIP: SEND UPDATE to eth0 ifindex 2

2010/05/19 16:08:19 RIP: multicast announce on eth0

2010/05/19 16:08:19 RIP: update routes on interface eth0 ifindex 2

2010/05/19 16:08:22 RIP: RECV packet from 195.222.222.10 port 520 on eth0

2010/05/19 16:08:22 RIP: triggered update!

2010/05/19 16:08:22 RIP: SEND UPDATE to eth0 ifindex 2

2010/05/19 16:08:22 RIP: multicast announce on eth0

2010/05/19 16:08:22 RIP: update routes on interface eth0 ifindex 2

Edited by Ivan Rostovikov

Share this post

Link to post
Share on other sites

SokolovS   

SokolovS
Posted · Report post

При первом подключении отрабатывает, т.е. маршрут создается сразу. При отключении и повтором подключении ждет очередного апдейта :(

Share this post

Link to post
Share on other sites

Ivan Rostovikov   

Ivan Rostovikov
Posted · Report post

>При первом подключении отрабатывает, т.е. маршрут создается сразу. При отключении и повтором подключении ждет очередного апдейта :(

 

У Вас адреса абонентов фиксированые ?

У меня динамика... Т.е. при каждом подключении адрес новый. Соотв. и маршрут новый.

Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
Followers 0
Go to topic listing Активное оборудование Ethernet, IP, MPLS, SDN/NFV...