Jump to content

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

Alx65
 Share

Recommended Posts

Alx65

Alx65

Posted
Posted

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

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

 

#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

triam

triam

Posted
Posted (edited)

А SIP какой? SPA?

SIP40 + SPA-10G ?

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

Edited by triam
Alx65

Alx65

Posted
  • Author
Posted

triam

 

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

либо

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

 

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

 

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

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

Alx65

Alx65

Posted
  • Author
Posted

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 из-за большого кол-ва подключенных фич.

triam

triam

Posted
Posted

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

 

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

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

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

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

Alx65

Alx65

Posted
  • Author
Posted

 

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

Alx65

Alx65

Posted
  • Author
Posted

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

triam

triam

Posted
Posted

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

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

 

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

triam

triam

Posted
Posted

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

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. "

secandr

secandr

Posted
Posted (edited)

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

 

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

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

Edited by secandr
Alx65

Alx65

Posted
  • Author
Posted

secandr

 

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

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

secandr

secandr

Posted
Posted

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

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

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

secandr

secandr

Posted
Posted

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

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

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing
×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.