CLOUD CORE ROUTER (CCR1036)

hobbit

strom nejni rozhodne tak kompletni jak by mel bejt, v podstate jenom celek, APcka a lidi k APckum.

Pravidla se tam ladovaly dost svizne, zadny zaseky, proste plynule. Kdyz si uvedomim, ze to po kazdym pravidlu musi kernel prepocitat....

radekulehla

strom nejni rozhodne tak kompletni jak by mel bejt, v podstate jenom celek, APcka a lidi k APckum.

Pravidla se tam ladovaly dost svizne, zadny zaseky, proste plynule. Kdyz si uvedomim, ze to po kazdym pravidlu musi kernel prepocitat....

Ty koni přečti si můj podpis Už tu nepoznám ani "zaměstnance" :)

hapi

1, 5, 10, 30 sekund? plynule to běží i na normálních RBčkách ale třeba minutu to tam láduje. Xeon s SSD dokáže naládovat 1500QT, 1500mangle a 1500 natů do 15 sekund (full remove, full insert). RB1100AHx2 to trvalo něco přes minutu.

hapi

teď se na mk foru ukázaly nové screeny z nasazení CCRka a tam to takhle hezky nevypadá.

údajně prý jenom nasadil 70 mangle pravidel

teď je otázkou jestli to fakt nedělají pouze ty SQčka.

hobbit

No, asi takhle.

Kdyz jsem to z polomrtvyho x86 rval do 1100AHx2, tak jsem musel (diky kvalitam exportu a importu .rsc, o backupu se ani nezminuju) hazet postupne do konzole - a jakmile tam bylo vic nez 500 polozek, zacalo se to silene drbat. Ke konci nacteni jedny radky (a tim padem prepocitani celyho stromu na urovni kernelu) trvalo i nekolik vterin.

Ted jsem to rval z RB1100 do CCR1036 a co jsem do konzole placnul, to se proste plynule nacetlo.

Holt system ctrl-c ctrl-v po cca 100 radcich (v obou pripadech). Nebo se vam snad nekdy podarilo z .rsc nacist 1500 radek bez toho, aby to hodilo chybu?

Mimochodem - kdyz jsem to zkusil natahnout z .rsc cely najednou, nekde mi zmizelo cca 500 polozek, asi ten import v 6.x taky neni zrovna super. Takze "rychle ale blbe".

Pri tom postupnym importu jsem ale zjistil, ze za to mohla asi ta RB1100 - mezi simple queues prihodila v exportu default zapisy z PCQ a ty hodily samozrejme chybu - uz existovaly.

2 Radek Ulehla: tvuj podpis jsem si cet uz nekolikrat, a nenasel jsem tam taky zadnou informaci :

hobbit

údajně prý jenom nasadil 70 mangle pravidel

Jestli ono to nebude tim, ze mu to vsechno chyta jedno pravidlo. Samozrejme je to jenom dohad, manglovani jsme na to CCRko jeste nepustili.

hapi

4176 řádků v .rsc. Generovaný našim systémem. Kompatibilita od v3 vejš. Nikdy nebyl problem. Samozřejmě plný dodržení syntaxe včetně tolik opomíjenýho ukončování řádků. Pokud na konci neni středník, bere se to jako jeden balík dat kterej nesmí přesahnout nějakou rozumnou velikost. Jakmile přesahne velikost, letí na hubu a končí. Proto bych nejraději utrhnul všem hlavu za nepsaní středníků na konci příkazu.

radekulehla

1. Nemám přezdívku ale jméno

2. Firmu mám v profilu :)

hobbit

4176 řádků v .rsc. Generovaný našim systemem

...a to je to na co nadavam. Textak si taky uplacam / vygeneruju, ale bylo by docela fajn, kdyby export z routeros sel do nej zase nasypat zpatky :

Nicmene abych nebyl tak offtopic.

CCRko prijemne prekvapilo.

cekal jsem dve moznosti:

1) SQ si sednou na jedno jadro a celej vykon pujde do psich jater, v podstate to co je na screenech z MK fora

2) SQ se budou rozdelovat mezi jadra a vykon vyjede tak na 5-10%

To, ze ten router pojede ve spicce na 1-2% zateze jsem vazne necekal.

ludvik

btest :-) co bys čekal ... ať ho pustí desetkrát.

teď se na mk foru ukázaly nové screeny z nasazení CCRka a tam to takhle hezky nevypadá.

údajně prý jenom nasadil 70 mangle pravidel

teď je otázkou jestli to fakt nedělají pouze ty SQčka.

hapi

to se mi moc nezdá. Ano, test vytíží jedno jádro na max nicméně když přidá pravidla tak by se tok měl rozložit na víc jader což se nestalo. ale jistě, objektivní to neni.

ludvik

No, btest vytížil jádro, kde generoval provoz jedním streamem. Bych řekl, že pro rozklad do jader nebylo moc prostoru.

to se mi moc nezdá. Ano, test vytíží jedno jádro na max nicméně když přidá pravidla tak by se tok měl rozložit na víc jader což se nestalo. ale jistě, objektivní to neni.

rouchi

To. Hobbit

No když ti tam dvoujádrovej 1100AH2x jel na 50% = 1 jádro na 100% vyděl 36 jádry a dostaneš nějakých 2,7% což by podle grafu ve špičkách tak odpovídalo, takže matematicky to docela sedí a za ty prachy (v poměru k třeba právě např. 1100AH2x) to je fakt suepr mašinka....škoda jak píše Hapi, že to tak zabíjí pomalostí toho nandu, kdyby tam lupli pořádne rychlej tak by cenu zvýšil o kolik ?

o 500 max 1000Kč...

Ale určitě mě dost láká to zkusit místo xeona nasadit... když si to srovnam (4fyzické - 8 logických jader X86 na frekvenci) 3,2Ghz mi ve špičce dává se zapnutým winboxem i 15% tak kdybych to vzal 8x 3,2= 25Ghz (logických, fyzických polovina) tohle má čistě fyzických 43Ghz.

Teoreticky to vychází že až na trapně pomalej NAND by běl bejt CCR o dost výkonější za prakticky stejný peníze (už si přesně nepamatuju na kolik to supermicro vyšlo, ale možná to bylo o chlup dražší)

Co špotřeba ? neměřili jste ?

hapi

já bych se moc neradoval, furt to je test pouze na SQ a pár filtrů a natů. To je mě osobně docela k ničemu i když musim přiznat že to koule asi má. Chce to QT, mangle a hromadu natů.

okoun

sice trochu offtopic ale proč používáte ty SQ? to se vám tam tvoří dynamicky nebo co, nechápu toho smysl.

radekulehla

Individuální grafy a jednoduchost pro WiFi, negrafujeme klientské stanice. Na optice používáme PCQ. Každé AP má svoji VLANu, IP rozsah a v QS parenta, ve velké většině případů je AP připojeno do optiky nebo do linky, kde není potřeba řešit propustnost.

whef

Supermicro je The best stálice :) router funguje několik let bez váhání, a s dnešními úspronými xeony není co řešit. U Toho nového routerboardu bych se bál trochu spolehlivosti. Spotřeba je sice menší ve prospěch mikrotiku ale není to už tak brutální. Škoda, jen že Router Os podporuje jen optiku na RB.

hapi

jak to myslíš pouze optiku na RB?

okoun

to myslel asi že nepodporuje optické karty pro X86, ale to bych neříkal zas tak jistě.

honzam

Dle fora by měla fungovat tato intel karta

http://www.intel.com/content/www/us/en/ ... brief.html

« Předchozí stránka Další stránka »