Перейти к содержимому
Калькуляторы

ASR1002-F - низкая производительность Проблема с производительностью

Имеется ASR1002-F

3 BGP full_View

20 VLAN's

 

При увеличении трафика через маршрутизатор больше 400 килопакетов (1300 Мбит/сек) резко начинают расти пинги на маршрутизатор и через него. Скачут в диапазоне 20-80 мс.

 

На интерфейсах перегрузки нет.

НАТА, ВПН и QoS нет. (пара полиси-мап да и все).

 

#sh platform software status control-processor brief

Load Average

Slot Status 1-Min 5-Min 15-Min

RP0 Healthy 0.04 0.10 0.10

ESP0 Healthy 0.14 0.06 0.01

SIP0 Healthy 0.00 0.00 0.00

 

Memory (kB)

Slot Status Total Used (Pct) Free (Pct) Committed (Pct)

RP0 Healthy 3874976 2301156 (59%) 1573820 (41%) 2723584 (70%)

ESP0 Healthy 969560 700900 (72%) 268660 (28%) 537264 (55%)

SIP0 Healthy 449776 329380 (73%) 120396 (27%) 308684 (69%)

 

CPU Utilization

Slot CPU User System Nice Idle IRQ SIRQ IOwait

RP0 0 1.19 1.49 0.00 97.20 0.09 0.00 0.00

ESP0 0 0.50 0.80 0.00 98.60 0.00 0.10 0.00

SIP0 0 0.69 0.59 0.00 98.70 0.00 0.00 0.00

 

Куда смотреть, куда бежать не могу сообразить. Уж слишком кислые показатели по производительности. И явного перегрузка по какому-то ресурсу тоже не вижу. Подскажите что-нибуть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

#show platform hardware qfp active datapath utilization

CPP 0 5 secs 1 min 5 min 60 min

Input: Priority (pps) 79 85 88 98

(bps) 89640 91104 97064 231584

Non-Priority (pps) 424848 423516 421654 422858

(bps) 2445429536 2474140296 2444608272 2463941768

Total (pps) 424927 423601 421742 422956

(bps) 2445519176 2474231400 2444705336 2464173352

Output: Priority (pps) 10 12 10 9

(bps) 19000 15872 12640 10296

Non-Priority (pps) 423757 422357 420521 421799

(bps) 2440970776 2469755520 2440130768 2459704432

Total (pps) 423767 422369 420531 421808

(bps) 2440989776 2469771392 2440143408 2459714728

Processing: Load (pct) 9 9 9 9

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

УТОЧНЕНИЕ: похоже, проблемы начинаются когда поднято 3 full_view. Если потушить третье full_view (используется для бэкапа, задушено припендами и локал-преференсами) то минут за 10 маршрутизатор начинает работать без проблем при своих 425,000 pps

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

УТОЧНЕНИЕ: похоже, проблемы начинаются когда поднято 3 full_view. Если потушить третье full_view (используется для бэкапа, задушено припендами и локал-преференсами) то минут за 10 маршрутизатор начинает работать без проблем при своих 425,000 pps

 

Интересно, это же аппаратная платформа вроде как. Bgp выполняется софтварно - это понятно, но это не должно афектить на роутинг, который аппаратный.

 

Попробуйте включить bgp dampening и посмотреть статистику. Вдруг ваш роутер подгружает bgp-droching и тогда понятно, почему ЦПУ на пинги хреновасто отвечать начинает :-).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробуйте включить bgp dampening и посмотреть статистику. Вдруг ваш роутер подгружает bgp-droching и тогда понятно, почему ЦПУ на пинги хреновасто отвечать начинает :-).

 

bgp dampening включен. Есть какая-то статистика. Как понять критическая она или нет. Куда смотреть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробуйте включить bgp dampening и посмотреть статистику. Вдруг ваш роутер подгружает bgp-droching и тогда понятно, почему ЦПУ на пинги хреновасто отвечать начинает :-).

 

bgp dampening включен. Есть какая-то статистика. Как понять критическая она или нет. Куда смотреть?

 

Если bgp dampening и был включен раньше, то скорее всего вы ничего не сделаете. смотреть в статистику "sh ip bgp dampening flap-statistics" и "sh ip bgp dampening dampened-paths", больше там ИМХО нечего смотреть. Наверное тогда дело не в bgp. Дампенинг выставляет пенальти по времени на "дрожащие" маршрты, от чего они не попадают в основную таблицу маршрутизации и в TCAM - следовательно ЦПУ на эти действия не тратится или тратится, но гораздо реже. Можете конечно покрутить параметры пеналти, но умолчальные значения должны быть вполне благоразумны, т.к. их придумали инженеры цыско :-).

 

Может у вас что-то ещё софтварно выполняется ?

 

sh proc c во время плохих пингов ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

Может у вас что-то ещё софтварно выполняется ?

 

sh proc c во время плохих пингов ?

 

Да нет ничего. Есть только OSPF, по которому пол тысячи мелких префиксов приезжает с аксесс-серверов.

в sh proc cpu я ничего интересного не заметил. Сегодня вечером, во время глюка, посохраняю статистику.

 

P.S. Может еще какой статистики вечером насобирать?

Может это и есть предел этого ящика? В роутер-перфоменс написано 2,263 Mbps

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может это и есть предел этого ящика? В роутер-перфоменс написано 2,263 Mbps

ESP какой стоит?

 

наши коробочки прожевывают по 4FV+пиринги и замечательно все.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ESP какой стоит?

 

наши коробочки прожевывают по 4FV+пиринги и замечательно все.

 

Это не модульная платформа. Fixed configuration.

(ASR1002-F)-ESP2.5

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ESP какой стоит?

 

наши коробочки прожевывают по 4FV+пиринги и замечательно все.

 

Это не модульная платформа. Fixed configuration.

(ASR1002-F)-ESP2.5

Ну так его предел ~1,25 Гбит фулдуплекс, если вход и исход примерно равен

Изменено пользователем denis_vid

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так его предел ~1,25 Гбит фулдуплекс, если вход и исход примерно равен

 

Что-то уж слишком мало.

Предел подразумевает перегрузку по какому-то из аппаратных компонент системы, но все показатели далеки от предельных.

Какая же у него производительность будет, если затерминировать на нем тысячу ВЛАНов и на каждый прикрутить шейпер?

Изменено пользователем netcase

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так его предел ~1,25 Гбит фулдуплекс, если вход и исход примерно равен

нагружать RP

 

Что-то уж слишком мало.

Предел подразумевает перегрузку по какому-то из аппаратных компонент системы, но все показатели далеки от предельных.

Какая же у него производительность будет, если затерминировать на нем тысячу ВЛАНов и на каждый прикрутить шейпер?

ESP 2,5 означает 2,5 Гбита заявленной пропускной способности ESP халфдуплекс. Сервисами в рамках этой полосы можно нагружать процессоры(в вашем случае bgp fv загружает RP и его DRAM и не должно по идее влиять).

Изменено пользователем denis_vid

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ден прав предел достигнут по пропускной способности достигнут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Коллеги!

Все спасибо за дельные советы.

 

Разобрался, понял. Поставил второй маршрутизатор в пару.

Особо не расстроился, так как "паспортные" ТТХ маршрутизатор выдал.

Неприятный осадок оcтался от того, что нет какого-то то маркера, который бы мониторил загруженность ESP. Что-то мне подсказывает что это софтовое ограничение стоит на платформе.. маркетинговое...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

Неприятный осадок оcтался от того, что нет какого-то то маркера, который бы мониторил загруженность ESP. Что-то мне подсказывает что это софтовое ограничение стоит на платформе.. маркетинговое...

Есть возможность мониторить загрузку ЕСП.

 

сначала включаем просмотр

debug platform hardware qfp active datapath utilization

это 1 раз делается

 

потом смотрим

asr#sh plat har qfp active datapath utilization

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

cmhungry

Не вижу разницы в выводе

l2tp#sh plat ha q ac da ut
 CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         537         538         539         549
                (bps)      403840      403352      404552      413432
   Non-Priority (pps)     2364850     2347086     2347244     2328361
                (bps) 13726759760 13601814512 13627706824 13573787304
          Total (pps)     2365387     2347624     2347783     2328910
                (bps) 13727163600 13602217864 13628111376 13574200736
Output: Priority (pps)         796         788         790         804
                (bps)      633688      631848      638480      650224
   Non-Priority (pps)     2406086     2386602     2386476     2381388
                (bps) 13303739384 13178564448 13211284600 13183656392
          Total (pps)     2406882     2387390     2387266     2382192
                (bps) 13304373072 13179196296 13211923080 13184306616
Processing: Load (pct)          77          77          77          77

l2tp#debug platform ha q ac da ut
Enable flags 0x1 on CPP 0

l2tp#sh plat ha q ac da ut
 CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         542         542         540         549
                (bps)      407240      407136      405648      413168
   Non-Priority (pps)     2353179     2352926     2345423     2329090
                (bps) 13589426824 13634132176 13599339200 13572752504
          Total (pps)     2353721     2353468     2345963     2329639
                (bps) 13589834064 13634539312 13599744848 13573165672
Output: Priority (pps)         792         785         789         804
                (bps)      637352      632576      638000      648520
   Non-Priority (pps)     2397493     2393351     2384545     2381316
                (bps) 13186253168 13211333888 13179555464 13181186344
          Total (pps)     2398285     2394136     2385334     2382120
                (bps) 13186890520 13211966464 13180193464 13181834864
Processing: Load (pct)          77          77          77          77

l2tp#no debug platform ha q ac da ut
Disable flags 0 on CPP 0

l2tp#sh plat ha q ac da ut
 CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         522         537         540         548
                (bps)      391240      403312      405264      413056
   Non-Priority (pps)     2363314     2351348     2344603     2329181
                (bps) 13726425008 13606579000 13589481784 13571902664
          Total (pps)     2363836     2351885     2345143     2329729
                (bps) 13726816248 13606982312 13589887048 13572315720
Output: Priority (pps)         769         782         790         803
                (bps)      615952      632800      638648      648472
   Non-Priority (pps)     2410553     2395249     2384704     2381287
                (bps) 13322271224 13199809152 13172126184 13180164328
          Total (pps)     2411322     2396031     2385494     2382090
                (bps) 13322887176 13200441952 13172764832 13180812800
Processing: Load (pct)          77          77          77          77

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

cmhungry

Не вижу разницы в выводе

...

 

Аналогично.

 

P.S. Никто с ходу не подскажет, есть ли на 7200 NPE-G2 команда, которая по всей платформе покажет суммарный PPS без разбивки по интерфейсам (sh int sum)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.