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. но память куплю ))
|