Jump to content

dynamic routing /32

127.0.0.0/8
 Share

Recommended Posts

127.0.0.0/8

127.0.0.0/8

Posted
Posted

Доброго дня!

 

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

 

сейчас->

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

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

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

 

надо ->

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

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

3) экономим ip

 

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

 

 

 

 

StSphinx

StSphinx

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

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

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

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

Lynx10

Lynx10

Posted
Posted (edited)

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

возможно RIP

 

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

 

 

 

Edited by Lynx10
Ivan Rostovikov

Ivan Rostovikov

Posted
Posted

>Иван, я уже который раз вижу в ваших постах упоминание о 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 иногда требует отдельной лицензии.

 

SokolovS

SokolovS

Posted
Posted
OSPF.

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

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

 

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

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

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

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

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

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

puh

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

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

SokolovS

SokolovS

Posted
Posted

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

Lynx10

Lynx10

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

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

pliskinsad

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

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

 

Edited by pliskinsad
Ivan Rostovikov

Ivan Rostovikov

Posted
Posted (edited)

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

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

 

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

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

Edited by Ivan Rostovikov
macabre

macabre

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

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

SokolovS

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

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

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

 

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

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

 

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

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

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

Ivan Rostovikov

Posted
Posted

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

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

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

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

SokolovS

SokolovS

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

В центре у нас 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

 

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

Ivan Rostovikov

Ivan Rostovikov

Posted
Posted (edited)
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
SokolovS

SokolovS

Posted
Posted

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

Ivan Rostovikov

Ivan Rostovikov

Posted
Posted

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

 

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

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

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.

×
 Share
Go to topic listing
×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.