[zubastik]

Имеем :

BGP server Debian Squeeze + quagga 0.99.10 : поднята сессия с вышестоящим провайдером по BGP, связка с NAS серверами через RIP v.2 (маршруты с маской 32 - динамическая раздача белых адресов)

NAS сервера: Mikrotik RouterOS 5.5

юзеры работают по l2tp

на НАСы идет раздача порядка 1800 ip адресов

 

в последнее время наблюдается следующая хрень

в ЧНН с 20.00 до 22.00 при количестве маршрутов порядка 1200 - 1300 начинают периодически пропадать маршруты на BGP-сервере для определенной подсети адресов с маской 24 (от2 до 10 минут пропадает инет у пользователей, при этом сессия l2tp не разрывается). На микротике маршрут в routing table присутствует. Потом маршруты сами появляются на BGP - инет появляется (минуты на 2-4)

 

Кто что скажет? Куда копать?

[YuryD]

Почти аналогичная проблема, только quagga-bgp, маршруты /32 выпадают периодически. Лечится переконнектом клиента.

Возможная проблема - быстрый переконнект юзера, он попадает на тот-же pppnnn с тем-же ip, а quagga старый маршрут убивает а новый не редистрибутит....

[vlad11]

Вместо RIP v.2 пробовали OSPF использовать?

[zubastik]

Вместо RIP v.2 пробовали OSPF использовать?

пока нет

[alexaaa]

Имеем :

BGP server Debian Squeeze + quagga 0.99.10 : поднята сессия с вышестоящим провайдером по BGP, связка с NAS серверами через RIP v.2 (маршруты с маской 32 - динамическая раздача белых адресов)

NAS сервера: Mikrotik RouterOS 5.5

юзеры работают по l2tp

на НАСы идет раздача порядка 1800 ip адресов

 

в последнее время наблюдается следующая хрень

в ЧНН с 20.00 до 22.00 при количестве маршрутов порядка 1200 - 1300 начинают периодически пропадать маршруты на BGP-сервере для определенной подсети адресов с маской 24 (от2 до 10 минут пропадает инет у пользователей, при этом сессия l2tp не разрывается). На микротике маршрут в routing table присутствует. Потом маршруты сами появляются на BGP - инет появляется (минуты на 2-4)

 

Кто что скажет? Куда копать?

версия quagga у вас сильно старая, попробуйте поставьте по новее, и узнайте есть ли ограничение на количество RIP маршрутов в Mikrotik, в коммутаторах это ограничение есть.

Изменено 20 сентября, 2011 пользователем alexaaa

[zubastik]

Вместо RIP v.2 пробовали OSPF использовать?

а есть ли нюансы при использовании OSPF работая с большим количеством /32 маршрутов?

[GFORGX]

Используем iBGP для распространения /32, правда, терминируются не на туннелях маршруты, но это не суть важно для данного топика.

[zubastik]

Используем iBGP для распространения /32, правда, терминируются не на туннелях маршруты, но это не суть важно для данного топика.

сколько маршрутов у вас (если не секрет)

мы тестировали под малой нагрузкой iBGP - как вариант планировали на него перейти

[Hawk128]

Тоже использую iBGP для БРАСов, маршрутов от них очень мало, 1.2К-1.3К. Например, 2 FV сыпятся как 260К+360К...

[GFORGX]

Используем iBGP для распространения /32, правда, терминируются не на туннелях маршруты, но это не суть важно для данного топика.

bird> show route count protocol core_3

2855 of 749741 routes for 380970 networks

bird>

 

 

Обычно - 2-4 тысячи.

[vurd]

Плюсую к iBGP, а вот ospf лучше не надо, нагрузка будет выше, не для таких он целей всё-таки.

[kayot]

IMHO проблема в микротике, он не анонсирует под нагрузкой. Используем rip, сервера доступа раздают с помощью quagga до 3к маршрутов в час пик и ничего не теряется. С ospf были проблемы с быстродействием серверов и бордера.

[zubastik]

IMHO проблема в микротике, он не анонсирует под нагрузкой. Используем rip, сервера доступа раздают с помощью quagga до 3к маршрутов в час пик и ничего не теряется. С ospf были проблемы с быстродействием серверов и бордера.

поддержка тика сказала - "kill rip - rip is dead"

:)

попробуем перейти на iBGP