Jump to content
Калькуляторы

Реальная производительность ESP на ASR1000

После многолетнего юзания сего девайса и длительного курения доков возник следующий вопрос:

Что в выводе команды

 

#show platform hardware qfp active data utilization

 

 

    CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         587         581         580         583
                (bps)      476304      446032      444152      446928
   Non-Priority (pps)     1744559     1700878     1716919     1695126
                (bps)  9876127648  9601896152  9703474384  9659828944
          Total (pps)     1745146     1701459     1717499     1695709
                (bps)  9876603952  9602342184  9703918536  9660275872
Output: Priority (pps)         874         859         857         865
                (bps)      832464      712120      701928      708328
   Non-Priority (pps)     1743286     1703531     1721375     1699119
                (bps)  9492450872  9233541376  9333785272  9291390584
          Total (pps)     1744160     1704390     1722232     1699984
                (bps)  9493283336  9234253496  9334487200  9292098912
Processing: Load (pct)          54          53          54          53

означает строка?

 

Processing: Load (pct) 54 53 54 53

 

Вопрос возникает из-за того, что цифра 54% никак не вяжется с Total цифрами и заявленной производительностью ESP

Share this post


Link to post
Share on other sites

triam

 

Будет смеяться. ESP40. Откуда и возник вопрос...

Share this post


Link to post
Share on other sites

А SIP какой? SPA?

SIP40 + SPA-10G ?

Я думаю, что нагрузка на ESP связанна с перегрузкой интерфейса =(

Edited by triam

Share this post


Link to post
Share on other sites

triam

 

Связка RP2 и 4хSPA-10GE -> SIP40 -> ESP40

либо

Связка 2хRP2 и 4хSPA-10GE -> SIP40 -> 2хESP40

 

В обоих вариантах(резервированный или нет) результат примерно одинаков

 

Загрузка по SPA распределена примерно равномерно.

Трафик (in/out) почти симметричный.

Share this post


Link to post
Share on other sites

IMHO, тема мониторинга нагрузки на ESP в ASR1k так и остается нераскрытой.

 

У меня все больше складывается ощущение, что Processing: Load (pct) это действительно нагрузка на ESP.

 

В обсуждавшемся примере

Processing: Load (pct) 9 9 9 9

при 100% фактической нагрузке.

 

действительно ESI загружены под плешку, а ESP курит.

 

ибо, например вот так выглядит ES40 при включенном FNF

  CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         578         546         592         576
                (bps)      426376      400616      440704      426696
   Non-Priority (pps)     2807729     2810234     2794409     2710491
                (bps) 16256193688 16265702896 16164686264 15654571248
          Total (pps)     2808307     2810780     2795001     2711067
                (bps) 16256620064 16266103512 16165126968 15654997944
Output: Priority (pps)         852         818         895         844
                (bps)      681480      654808      716968      681312
   Non-Priority (pps)     2869722     2868612     2843949     2763124
                (bps) 15728681816 15735035192 15621034240 15116715848
          Total (pps)     2870574     2869430     2844844     2763968
                (bps) 15729363296 15735690000 15621751208 15117397160
Processing: Load (pct)          78          76          76          75

 

а вот так выглядит ESP40 при выключенном FNF:

  CPP 0                     5 secs       1 min       5 min      60 min
Input:  Priority (pps)         553         565         586         575
                (bps)      408128      416816      434744      425976
   Non-Priority (pps)     2793582     2820451     2810009     2714332
                (bps) 16175224800 16337133544 16270240824 15678973048
          Total (pps)     2794135     2821016     2810595     2714907
                (bps) 16175632928 16337550360 16270675568 15679399024
Output: Priority (pps)         806         816         885         843
                (bps)      638824      648728      706040      680400
   Non-Priority (pps)     2848479     2875875     2861836     2767149
                (bps) 15628921192 15801750096 15720720976 15140919288
          Total (pps)     2849285     2876691     2862721     2767992
                (bps) 15629560016 15802398824 15721427016 15141599688
Processing: Load (pct)          62          63          63          71

Разница в 15%.

Если предположения верны, то скорее всего если Total bps/pct*100 > заявленной производительнсти ESP, то ESP курит по отношению к полосе и в пределе можно получить 51Gbps, т.к. упор будет в ESI. А если меньше, то и 40Gbps получить не удасться, т.к. упор будет в самом ESP40 из-за большого кол-ва подключенных фич.

Share this post


Link to post
Share on other sites

А что значит ESI и FNF?

 

Наверняка можно решить двумя способами:

1) Уточнить у инженеров cisco =)

2) Подать трафик, так чтобы можно было посмотреть где начнутся дропы ( http://www.cisco.com/image/gif/paws/110531/asr_packet_drop.pdf )

Но думаю, чтобы добить ESP40, надо как минимум ещё один SIP =)

Share this post


Link to post
Share on other sites

Судя по картинкам вот тут

Можно попробовать вычислить, поочерёдно нагружая, каждую из шин =)

Share this post


Link to post
Share on other sites

А есть oid для мониторинга этого "Processing: Load (pct)"?

Edited by secandr

Share this post


Link to post
Share on other sites

 

2) Подать трафик, так чтобы можно было посмотреть где начнутся дропы ( http://www.cisco.com/image/gif/paws/110531/asr_packet_drop.pdf )

 

Дропов нет. Но проблема в том, что когда трафик Total доходит до 17Gbps и 3Mpps и 62% Load, ASR начинает вносить задрежку в прохождение всех пакетов до 20 мсек, что похоже на поведение в примере с ASR1002-F. И так происходит пока нагрузка не спадет. Нагрузка спадает - опять 1 мсек. Во время нагрузки BQS очереди на интерфейсах от 0 до 4кбайт. При этом пакеты не теряются. Просто вносится задержка. В примере с 1002-F упирается в ESI, а тут во что?

 

Но думаю, чтобы добить ESP40, надо как минимум ещё один SIP =)

Подозреваю, что такую нагрузку 17Gbps можно создать и на одном SIP10

Share this post


Link to post
Share on other sites

Дропов нет ни на одной из шин?

А как у SIP-40 организован стык с ESP40? Нет ли там случайно каналов 4 по 10.3Gbps ?

Share this post


Link to post
Share on other sites

triam

 

Судя по докам, там 23Gb на каждом ESI

The supported minimum bandwidth range from Cisco IOS XE Release 3.1S and onwards for Inter-SIP

scheduling depends on the combination of SIP and ESP. Following is the range for minimum bandwidth

configuration for various combination of SIP and ESP:

• SIP-10 with all ESP: 1 Mbps to 11.2 Gbps

• SIP-40 with ESP10/ESP20: 1 Mbps to 11.2 Gbps

• SIP-40 with ESP40: 1Mbps to 23 Gbps on each ESI link

 

Дропов нет, но есть QStat и control

Это от SIP к ESP

From Slot 0-Link A
 Pkts  High: 2276168882 Low: 434716500474 Bad: 0          Dropped: 0
 Bytes High: 1872453977954 Low: 307335601270485 Bad: 0          Dropped: 0

 Pkts  Looped: 0          Error: 0
 Bytes Looped 0
 Qstat count: 2222152    Flow ctrl count: 111112
To Slot 0-Link A
 Pkts  High: 0          Low: 450380955231

From Slot 0-Link B
 Pkts  High: 1553063664 Low: 370718199540 Bad: 0          Dropped: 0
 Bytes High: 1309885247942 Low: 275921815090443 Bad: 0          Dropped: 0

 Pkts  Looped: 0          Error: 0
 Bytes Looped 0
 Qstat count: 2222152    Flow ctrl count: 111112
To Slot 0-Link B
 Pkts  High: 0          Low: 368368723123

 

Это от ESP к SIP

From Slot F1-Link A
 Pkts  High: 0          Low: 450555873062 Bad: 0          Dropped: 0
 Bytes High: 0          Low: 317411963823501 Bad: 0          Dropped: 0

 Pkts  Looped: 0          Error: 0
 Bytes Looped 0
 Qstat count: 0          Flow ctrl count: 16092732740
To Slot F1-Link A
 Pkts  High: 2351193724 Low: 434818236345

From Slot F1-Link B
 Pkts  High: 0          Low: 368520877720 Bad: 0          Dropped: 0
 Bytes High: 0          Low: 248734283494054 Bad: 0          Dropped: 0

 Pkts  Looped: 0          Error: 0
 Bytes Looped 0
 Qstat count: 0          Flow ctrl count: 22581813471
To Slot F1-Link B
 Pkts  High: 1631812631 Low: 370786704515

Share this post


Link to post
Share on other sites

Судя по вот этой презентации. Циска сделала два линка по 23Gbps с SIP40 к ESP40.

Скорее всего по этой команде видно, что-то типа max(utilization-link1,utilization-link2) ну или среднее. =)

 

Тут бы у инженера циски спросить =) Но этож до цискоэкспо надо ждать =)

Share this post


Link to post
Share on other sites

ВОт тоже на эту тему на

http://folorama.com/?vt=329158

 

Высказались : "secandr

Вдруг кому поможет.

По результатам анализа факторов влияющих на CPU:

20-30% deny udp any host 255.255.255.255,

5-10% snmpwalk ifDesc раз в 5 минут от системы мониторинга при кол-ве интерфейсов > 5000

5-10% snmp запросы на левые несуществующие оиды

так же нагрузку в 2-3% дают попытки клиентов поднять ipv6 внутри туннеля, igmp, pim, rip, ospf, eigrp, lldp(cdp),... Я был поражен тому, что клиенты пытаются поднять :) Особенно порадовали dns запросы к асрнику.

Ну и конечно мегабиты пингов :)

Итого экономия 30-45% CPU. "

Share this post


Link to post
Share on other sites

triam У меня не было проблем с ESP, у меня были проблемы с загрузкой RP.

 

Господа, подскажите, а нет ли каких-то узких мест по шине ASR-1002 с ESP-10? Сейчас при 8 гбитах трафика ("Total (bps)") загрузка процесора ("Processing: Load (pct)") не превышает 25%.

Есть желание докупить ещё пару 10G SIP`ов и загрузить кошку на 15-20 Гбит халфдуплекса... Пролезет ли по шинам?

Edited by secandr

Share this post


Link to post
Share on other sites

secandr

 

Наверное речь не о SIP-ах а об SPA, т.к. в 1002 всего один SIP влезает.

По идее можно быжать больше чем есть если трафик симметричный. Иначе он должен упереться в 11,5 Gbps ESI

Share this post


Link to post
Share on other sites

Alx65 да я немного ошибся.

Получается у 1002 один SIP и 4 SPA и единственный SIP имеет один ESI?

И я смогу пропустить только 11 Гбит к ESP и от ESP?

Share this post


Link to post
Share on other sites

И я смогу пропустить только 11 Гбит к ESP и от ESP?

угу

Share this post


Link to post
Share on other sites

Я уже просветился, для того что бы "кинуть" циску надо было покупать 1013 шасси... тогда можно было поэксперементировать с производительностью ESP, установив SIP40 и воткнув в него 4 SPA...

И то не уверен, что esp-10 будет работать с SIP-40 на 40 Гбит

Share this post


Link to post
Share on other sites

secandr

 

SIP40 с ESP10 будет работать как SIP10

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this