CLOUD CORE ROUTER (CCR1036)

[Radek Úlehla]

1500 mangle pravidel? K čemu to je dobrý?

[Radek Úlehla]

Jinak bych to ještě upřesnil, na routeru je aktivních:
30 pravidel ve filtru
70 v NATu
30 v mangle
20 pravidel v QT

[Hobbit]

Tak nejak, nevim k cemu bych je pouzil
lidi na optice mame ve 3 skupinach
100Mb, 100Mb s "vyssi prioritou" (da se to tak nazvat, je v tom vic veci)" a pak par jedincu co maji 250Mb. To je celkem 6 pravidel.
Pak jeste par pravidel pro lidi co mermomoci chteji 1Mb aby usetrili stovku (nebo nebo kolik) a to je tak vsechno.

Vazne nevim, o bych do tech 1500 manglu daval. Mozna manglovat kazdej barak zvlast - sry, ale delam radsi dulezitejsi veci, nez manglovat lidi po barakach, kdyz to sit dava bez problemu.

[hapi]

to je tak chlapci když nevíte jak PCQ funguje. Víte třeba že má takovej sekundovej lag? A taky nesmim zapomenout že tim krmíte optiku a defakto nemáte strop v optice. My tim ochraňujeme APčka před přetížením a navíc se ještě shapujou lidi na tom APčko. 600 userů je cca 1200 základních QT + APčkový QT nad nima a jedno hlavní jako hlavní lajny.

Jo chápu, vy to máte připojený do netu 2x větší konektivitou než stačíte vyzobat. My menší ne, využíváme konekt do posledního bitu. To jsou úplně jiný podmínky.

[Hobbit]

Nj, jsou dve cesty (manglovani versus simple queues), my jsme holt na bezdratu nechali simple queues - a posledni dobou docela nadavali, ze to bezi nad jednim jadrem.
I kdyz jsme vetsi, tak to neznamena, ze nemame trasy s 5ti a vic preskokama na petce, abysme se dostali do nejaky Horni Dolni za kopcema, kde preziva jeste X lidi na 2.4GHz.

Problem mame ale asi vyresenej - v 6.x se to rozklada daleko lip, takze se budeme venovat dulezitejsim vecem a nechame to jak to je.
Teda alespon doufam .

[Radek Úlehla]

Když jsme měli 600 lidí, tak jsme to honili HTBčkem na linuxu P4 1,4GHz přes dvě SVMka.

[hapi]

to byly asi trochu jiný rychlosti, ne?

[stepan.benes]

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.

[fujara]

Sice jsem žádnej lag za shaperem s PCQ nezažil, ale když to říká ON, tak to prostě musí být pravda.

Lag sa prejavuje len vtedy ak niekto da male packety (zvycajne s priznakom ack) do vyssej priority. Treba si ale uvedomit ze tym vlastne posoby presne opacnou silou akou tlaci shaper a presne toto sposobuje lag. To ale nie je chyba mikrotiku.
Ale skusme k teme. Aky firmware mate v tych CCR lebo ja tam mam 6.0rc6 a stvara to psie kusy. Do logu to pise ze router sa restartoval a dokonca si aj to aj zapipa ako pri restarte ale uptime je v poriadku, niekedy zblbne interface ze vobec neodpoveda, problem z dhcp atd. atd. Mnoho s tohto uz je reportovane aj na fore mikrotiku a predpoklad je ze 6.0rc7 uz bude mat mnohe z tychto chyb opravene. Zatial je to pre mna len kus nepouzitelneho hardware.

[Hobbit]

nemáš porovnání s xeonem?

Xeon na ty optice byl. Je to asi pul roku, co si reknul o vymenu HDD. Clodenni prumer zateze cca 15%.
Pak si rekl o vymenu HDD, pri kterezto se cela masina odebrala do kremikoveho nebe - pravdepodobne deska.
Misto ni tam pak byla nejaka nouzova masina, co byla zrovna po ruce - ta to davala s mokrym hadrem na hlavne a do grafu kreslila nemistny poznamky o 75% CPUcka. Mam dojem single xeon se 4ma jadrama, ale to je opravdu jenom dojem.

ja tam mam 6.0rc6 a stvara to psie kusy

6.0rc6 a zatim drzi. Prislo to myslim s rc4

[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