CLOUD CORE ROUTER (CCR1036)

airbilly

No tak pridam aj ja skusenost, dal som tam 57 mangle pravidiel a router sa uz len restartoval. Pravidla boli exportovane z verzie 5.21. Samozrejme ich nechcelo zozrat tak som to nahral do nejakeho rb z verziou 5 a nasledne to upgradol na 6 a odtial export. Netusim kde bola chyba. Pravidla su teda vypnute a skusim to naklikat od zakladu rucne, ale mam taky pocit ze to nepomoze a bude tam nejaky bug pri mark-connection. Este dam vediet ako to dopadlo. Momentalne tam teda ide do 180 mbit len routing a cpu max 2%

hapi

Aha, takže my nevíme jak to funguje. Hmm, to jsem rád, že nám Hapi konečně poradil. Sice jsem žádnej lag za shaperem s PCQ nezažil, ale když to říká ON, tak to prostě musí být pravda.

nedělej blbýho, PCQ funguje jako SFQ ale s 1 sekundovym (teoreticky jednosekundovym) přepočtem. Jak sem říkal, pokud to někdo pouští do optiky tak mu to může bejt jedno i když ani to se nedá řict. Ono totiž když začneš tahat tak sekundu čekáš než dostaneš svojí queue v rámci PCQ a to může občas dost zabolet protože seš v balíku s těmi nezařazenými. Nicméně jak tu bylo napsáno, máš 500Mbit linku a využíváš 250Mbit takže se ti tohle nestane. To se ti stane až budeš mít to jedno PCQčko na doraz. Pak to začne dělat takový občasný kratochvíle. A znovu upozorňuju, pokud to někdo má do optiky s předimenzovanou konektivitou do netu tak ho ani nepálí že nemá manglovaný lidi pěkně zvlášť. To se to jinak shapuje když nejseš omezenej technologií.

hapi

No tak pridam aj ja skusenost, dal som tam 57 mangle pravidiel a router sa uz len restartoval. Pravidla boli exportovane z verzie 5.21. Samozrejme ich nechcelo zozrat tak som to nahral do nejakeho rb z verziou 5 a nasledne to upgradol na 6 a odtial export. Netusim kde bola chyba. Pravidla su teda vypnute a skusim to naklikat od zakladu rucne, ale mam taky pocit ze to nepomoze a bude tam nejaky bug pri mark-connection. Este dam vediet ako to dopadlo. Momentalne tam teda ide do 180 mbit len routing a cpu max 2%

dej packet mark. conn. mark nemám rád. A postni sem to mangle pravidlo. Do logu to nic nepsalo?

To vytížení je koukám podobný x2ce. Zatim mě fakt to CCRko nepřesvědčuje. Obzvlášť když je stejně "kvalitní" jako ostatní routerboardy a stojí jako xeon!

fujara

Je nějaké info o reálné spotřebě?

http://www.mikrotik.com/download/share/ ... 6.0rc7.npk

V novej testovacej v6.0rc7 to v system healt uz zobrauje aj spotrebu a napajanie. Toto je spotreba naprazdno.

net_work

to neni zrovna malo, na to ze to je v iddle... cekal sem do 10W

radekulehla

Ono to podle mě už nějak extrémně neporoste při zátěži, je potřeba si uvědomit, že to není x86 platforma.

honzam

Však to je možné již se to psalo

MAX consumption on the CCR1036 is 60W

MAX consumption of CCR1016 is up to 38W

Running Idle, consumption will be this:

CCR1036 consumption is 28W on average (with LCD off).

CCR1016 consumption is 17W on average (with LCD off).

ludvik

Jak jsi na to přišel?

To vytížení je koukám podobný x2ce. Zatim mě fakt to CCRko nepřesvědčuje.

takze zaver (pro shrnuti):

RB1100ah x2 s v5 = 70% CPU pri 140M

RB1100ah x2 s v6 = 35% CPU pri 140M (=optimalizace SQ)

CCR1036 s v6 = 5% CPU pri 140M - i kdyz graf je takovy nesourody - zadna spicka tam moc neni... (jinak receno cca. 7x vykonejsi nez 1100ah x2).

To neni spatne.. otazka porad zustava co s tim udelaji mangle a QT, ktere si myslim ze zadnou optimalizaci na v6 neprosly (aspon v change logu nic neni)...

fujara

Ono to podle mě už nějak extrémně neporoste při zátěži, je potřeba si uvědomit, že to není x86 platforma.

Tak veru toto nema speedstep takze pod zatazou spotreba stupla iba mierne. Problem je ten ze to nijako neviem priviest do stavu ked vsetky cpu pojdu na 100% aby som to vedel zmerat.

net_work

Jak jsi na to přišel?

To vytížení je koukám podobný x2ce. Zatim mě fakt to CCRko nepřesvědčuje.

takze zaver (pro shrnuti):

RB1100ah x2 s v5 = 70% CPU pri 140M

RB1100ah x2 s v6 = 35% CPU pri 140M (=optimalizace SQ)

CCR1036 s v6 = 5% CPU pri 140M - i kdyz graf je takovy nesourody - zadna spicka tam moc neni... (jinak receno cca. 7x vykonejsi nez 1100ah x2).

To neni spatne.. otazka porad zustava co s tim udelaji mangle a QT, ktere si myslim ze zadnou optimalizaci na v6 neprosly (aspon v change logu nic neni)...

To shrnuti vypliva z toho, co tu postoval Radek Ulehla

radekulehla

Analogicky by CCRko 1036 mělo být 13krát rychlejší, tak jak psal "rouchi » 04 led 2013 08"

andreas4all

Ono to podle mě už nějak extrémně neporoste při zátěži, je potřeba si uvědomit, že to není x86 platforma.

Tak veru toto nema speedstep takze pod zatazou spotreba stupla iba mierne. Problem je ten ze to nijako neviem priviest do stavu ked vsetky cpu pojdu na 100% aby som to vedel zmerat.

skus spustit bandwith test na localhost.

airbilly

dej packet mark. conn. mark nemám rád. A postni sem to mangle pravidlo. Do logu to nic nepsalo?

To vytížení je koukám podobný x2ce. Zatim mě fakt to CCRko nepřesvědčuje. Obzvlášť když je stejně "kvalitní" jako ostatní routerboardy a stojí jako xeon!

Mark connection pouzivam na QOS, rozlisujem u spojenia prvych 5 MB, do 50MB a nad 50MB. To by mi dost chybalo. No do logu sa nedostanem - stale sa to len rebootuje, hned ako pripojim kabel a seriovy kvoli tomu vytahovat nebudem. Asi navysim konektivitu a vypnem mangle v najhorsom pripade.

fujara

Problem je ten ze to nijako neviem priviest do stavu ked vsetky cpu pojdu na 100% aby som to vedel zmerat.

skus spustit bandwith test na localhost.

Toto uz davno nefunguje. Vytazi to len dve jadra (server,klient)

To restarovanie je zatial neodstranene. V 6.0rc6 to zblblo tak ze som sa nevedel winboxom do toho ani dostat. Teraz vo v6.0rc7 to ide ale restartuje sa to. Do logu to normalne zapise restart, zapipa reproduktor ale uptime ide dalej. vid. obrazok. Dufam ze ten software dorobia.

hobbit

Zdravim,

tak CCR1036 po nasazeni na vylozene zatizene misto odroutoval bez problemu cely provoz.

cca 2500 lidi na optice, shapovano PCQckem.

firewall: 50 filtru, 200 natu, 30 manglu a 140.000 connectu.

intefacy zbondovany v konfiguraci 2x1Gb up 2x1Gb down, aby se spicky vesly.

Pri 950Mb+ a 120.000 packetu nejvytizenejsi jadro skakalo okolo 35-40%. Obcas nejake z jader bliklo i vic, ale to jsou opravdu mzikove veci.

V priloze mate screen, dira v grafu je zpusobena moji konektivitouv - docela silena wifina na druhy strane republiky

<--- ia0 -->CCR1036_cpu_pcq_970Mb.png<--- ia0 -->

radekulehla

Si s tím furt jen hraješ, musíš tam dat víc pravidel do manglu :)

hatatitla

Problem je ten ze to nijako neviem priviest do stavu ked vsetky cpu pojdu na 100% aby som to vedel zmerat.

skus spustit bandwith test na localhost.

Toto uz davno nefunguje. Vytazi to len dve jadra (server,klient)

Keby si to otvoril vo viacerých oknách (18x winbox)?

ppp76

No tak tomu rikam testy takovej konekt do teho nenarvu :) necham testy jinejm koukam

hapi

Si s tím furt jen hraješ, musíš tam dat víc pravidel do manglu :)

souhlasim :-)

hapi

Zdravim,

tak CCR1036 po nasazeni na vylozene zatizene misto odroutoval bez problemu cely provoz.

cca 2500 lidi na optice, shapovano PCQckem.

firewall: 50 filtru, 200 natu, 30 manglu a 140.000 connectu.

intefacy zbondovany v konfiguraci 2x1Gb up 2x1Gb down, aby se spicky vesly.

Pri 950Mb+ a 120.000 packetu nejvytizenejsi jadro skakalo okolo 35-40%. Obcas nejake z jader bliklo i vic, ale to jsou opravdu mzikove veci.

V priloze mate screen, dira v grafu je zpusobena moji konektivitouv - docela silena wifina na druhy strane republiky

CCR1036_cpu_pcq_970Mb.png

to byl nějakej syntetickej test?

jak bonduješ iface? proti switchy mi to nikdy chodit nechtělo.

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