CCR1036 vytížení CPU

[Cheprer]

Ahoj, po změně hraničního routeru na CCR1036 a náhradou SQ za mangle+QT se vytížení CPU docela razantně zvedlo. Při toku kolem 400Mbps kolem 35%.
- mangle 1300
- UT (up+down) 1200

Koukal jsem po pár tématech a doporučuje se optimalizace. Nějaký typ na správnou optimalizaci? Nebo by byl někdo ochoten dát k dispozici přístup "na kukačku" ( viewtopic.php?f=6&t=24492 )

Díky všem za typy a rady.

Z.

Stejný tok, více pravidel a 1036 běží na 7-12%

Qtree a mangle mi dělá ispadmin.
Asi bych se inspiroval tam

[mato1]

Ahoj, po změně hraničního routeru na CCR1036 a náhradou SQ za mangle+QT se vytížení CPU docela razantně zvedlo. Při toku kolem 400Mbps kolem 35%.

ked tam bolo SQ, tak na kolko % ti slo CPU v tom CCR?

[ByZaK]

ked tam bolo SQ, tak na kolko % ti slo CPU v tom CCR?

Pokud to bylo pouze SQ tak CPU jelo do 2%

[ByZaK]

Stejný tok, více pravidel a 1036 běží na 7-12%

Qtree a mangle mi dělá ispadmin.
Asi bych se inspiroval tam

Můžeš mi poslat pro inspiraci výpis mangle, nebo přístup pro čtení do MK?

[ByZaK]

Ahoj vše, děkuji za pomoc a opravdu se vyplatilo. Nyní CCR1036 při datovém toku cca 400Mbps, filter rules 1200, mangle 1850, QT 1200 jede CPU do 20%. Samo sebou, linka s kapacitou nad 180Mbps už neproleze a je nutné pro ní udělat SQ.

Zdeněk

[Cheprer]

Ahoj vše, děkuji za pomoc a opravdu se vyplatilo. Nyní CCR1036 při datovém toku cca 400Mbps, filter rules 1200, mangle 1850, QT 1200 jede CPU do 20%. Samo sebou, linka s kapacitou nad 180Mbps už neproleze a je nutné pro ní udělat SQ.

Zdeněk

Jakou si tedy udělal optimalizaci?

[Petr Bačina]

CPU jede na 20%.... a na kolik vyskakují samostatná jádra? To je totiž u CCR velmi důležité.

[ByZaK]

Jakou si tedy udělal optimalizaci?

Nakonec jsem šel cestou jumpu dle vzoru co jsi mi poslal a zkouknul jsem manuál ISPadminu. Koukal jsem ještě na filter, ale ty jsem řešil vlastní cestou.

Dílčí jádra jdou ve špičce na 50%, ale to se dalo čekat. Pro běžného klienta je to v pohodě a pokud někdo bude mít individuální tarif, tak SQ.

[Chilli]

Jakou si tedy udělal optimalizaci?

Nakonec jsem šel cestou jumpu dle vzoru co jsi mi poslal a zkouknul jsem manuál ISPadminu. Koukal jsem ještě na filter, ale ty jsem řešil vlastní cestou.

Dílčí jádra jdou ve špičce na 50%, ale to se dalo čekat. Pro běžného klienta je to v pohodě a pokud někdo bude mít individuální tarif, tak SQ.

Bylo by možné hodit sem nějaký export jak nyní firewall vypadá? Nebo demo pro čtení?

[Cheprer]

Jakou si tedy udělal optimalizaci?

Nakonec jsem šel cestou jumpu dle vzoru co jsi mi poslal a zkouknul jsem manuál ISPadminu. Koukal jsem ještě na filter, ale ty jsem řešil vlastní cestou.

Dílčí jádra jdou ve špičce na 50%, ale to se dalo čekat. Pro běžného klienta je to v pohodě a pokud někdo bude mít individuální tarif, tak SQ.

Good job

[okoun]

Tady je jen pro info jak vypadá po tzv optimalizaci kdy lze zapnout fast track:

fasttrack.png (57.62 KiB) Zobrazeno 4522 x

obsluhuje to okolo 700 CPE a tok je 600 Mb špičkově 700Mb

[Cheprer]

Tady je jen pro info jak vypadá po tzv optimalizaci kdy lze zapnout fast track:

fasttrack.png

obsluhuje to okolo 700 CPE a tok je 600 Mb špičkově 700Mb

To je moc hezké. Jenom se chci tedy zeptat, předpokládal jsem ze Faust track posílá pakety mimo cpu, takže je neobsluhuje. Tim pádem sem myslel že to switchuje třeba ty daný porty chapu to spravne? (což u gw moc nejde)

[okoun]

není to Fast Path ?

[pgb]

Jj, plete se to
- Fast track (... jedna se o formu fastpath pro nat, jako obejití connection tracking tabulky)
- Fast Path (obchází tracking, firewall a všechno možné)

[Cheprer]

Jooo. Po ránu mívám slabé chvilky, ale po čase se rozjedu.
Už sem si to mezitím pogooglil samozřejmě.