 memory segmentation fault при BGP,  ATeam, 27-Апр-05, 21:23 [смотреть все]Привет коллеги. Такой вопрос - есть кусок сети - (INTERNET)---(ASXXX1)---(AS_моя(3825(256))) , теперь стало вот так - (INTERNET)--(ASXXX1)--(AS_XXXX2(моя)(3825(256)))--(AS_XXXX3)--(INTERNET) Добавляю на своей циске соседа AS_XXXX3 , после чего начинают падать периодически обы линка , debug говорит memory segmentation fault и так далее ....
понятно , надо добавить памяти хотя бы ещё 256 , но вот вопрос - а если не добавлять ? как AS_XXXX3 не передавать всю таблицу ? или тогда у него будут проблемы с моей стороны(канал основной) ? |
- memory segmentation fault при BGP, ВОЛКА, 21:55 , 27-Апр-05 (1)
какой софт и сколько mem
sh mem
- memory segmentation fault при BGP, ATeam, 22:03 , 27-Апр-05 (2)
>какой софт и сколько mem
>sh mem mem указал , но не сложно и повторить , 256 мем (можно до 1024)
а софт - Cisco IOS Software, 3800 Software (C3825-ADVENTERPRISEK9-M), Version 12.3(11)XL, RELEASE SOFTWARE (fc1)
- memory segmentation fault при BGP, ВОЛКА, 22:05 , 27-Апр-05 (3)
вывод sh mem покажите в такие моменты...
- memory segmentation fault при BGP, Helper, 08:22 , 28-Апр-05 (4)
От (ASXXX1) приходит full view ?
на клиента тоже уходит full view ?если так:
- временные решения -
1. урезать входящие маршруты до префикса /23 (количество маршрутов уменшится ~ в 2 раза)
+ сделать default в сторону (ASXXX1) (чтобы работали префиксы /24)
2. перегружать циску раз в 2-3 недели (пока segmentation не наступит) - правильное решение -
Добить памяти до 512MB
- memory segmentation fault при BGP, Serge, 12:52 , 28-Апр-05 (5)
>если так:
>- временные решения -
>1. урезать входящие маршруты до префикса /23 (количество маршрутов уменшится ~ в
>2 раза)
> + сделать default в сторону (ASXXX1) (чтобы работали префиксы /24)
>2. перегружать циску раз в 2-3 недели (пока segmentation не наступит)
>
>- правильное решение -
> Добить памяти до 512MB
Написат роутмепы, чтоб не принемать фуллвью! Добавить памяти нихера не правильное решение! У вас точка выхода одна? Одна! Ну и нахер нужно тогда что-то акромя lef-route'а??? Ваш клиент тоже только через вас ходит, так что у него такая ж ситуация. А даже если и не одна точка выхода, то все-равно фуллвью нахер не нужен! Берите маршруты с AS-PATH не более 5 AS. Таблица уменьшится раз в 50.
- memory segmentation fault при BGP, ATeam, 13:15 , 28-Апр-05 (6)
>>если так:
>>- временные решения -
>>1. урезать входящие маршруты до префикса /23 (количество маршрутов уменшится ~ в
>>2 раза)
>> + сделать default в сторону (ASXXX1) (чтобы работали префиксы /24)
>>2. перегружать циску раз в 2-3 недели (пока segmentation не наступит)
>>
>>- правильное решение -
>> Добить памяти до 512MB
>
>
>Написат роутмепы, чтоб не принемать фуллвью! Добавить памяти нихера не правильное решение!
>У вас точка выхода одна? Одна! Ну и нахер нужно тогда
>что-то акромя lef-route'а??? Ваш клиент тоже только через вас ходит, так
>что у него такая ж ситуация. А даже если и не
>одна точка выхода, то все-равно фуллвью нахер не нужен! Берите маршруты
>с AS-PATH не более 5 AS. Таблица уменьшится раз в 50.
>
Смысл таков - если наш линк падает во внешний мир , то у клиента должен подняться линк со стороны его воторого оператора .
- memory segmentation fault при BGP, Serge, 14:21 , 28-Апр-05 (7)
>Смысл таков - если наш линк падает во внешний мир , то
>у клиента должен подняться линк со стороны его воторого оператора.Тогда, конечно, дела хуже, особенно если Ваш клиент хочет фуллвью! Тут 2 варианта:
1. Самому держать фуллвью и ему отдавать, для этого надо много памяти.
2. Пусть он с Вашим провом сам пиринг поднимает. Вы ему просто предоставьте ip-коннективити. А ваще, если предположить, что какие-то отдельные преффиксы пропадать не будут, а если ваш пров серьезный и имеет хотя бы 2-3 внешних пиринга аплинковых, то так и будет, то все равно достаточно def-route'а.
- memory segmentation fault при BGP, ATeam, 20:14 , 28-Апр-05 (8)
>>Смысл таков - если наш линк падает во внешний мир , то
>>у клиента должен подняться линк со стороны его воторого оператора.
>
>
>
>Тогда, конечно, дела хуже, особенно если Ваш клиент хочет фуллвью! Тут 2
>варианта:
>1. Самому держать фуллвью и ему отдавать, для этого надо много памяти.
>
>2. Пусть он с Вашим провом сам пиринг поднимает. Вы ему просто
>предоставьте ip-коннективити.
>
>А ваще, если предположить, что какие-то отдельные преффиксы пропадать не будут, а
>если ваш пров серьезный и имеет хотя бы 2-3 внешних пиринга
>аплинковых, то так и будет, то все равно достаточно def-route'а.
Урезал таблицу , всё решилось.
Всем спасибо.
p.s. но память куплю ))
|
Версия для распечатки
