CCR1036 vytížení CPU

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?

petrbacina

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:

<--- ia0 -->fasttrack.png<--- ia0 -->

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

neverhappy

Zdravim. Jedno CCR1009 mi vytezovalo 2 jadra na 100%. Sluzba management. Aktualizoval jsem a rebootoval. Nyni vytezuje jen jedno jine jadro sluzba DHCP, ktera vubec neni pouzivana. Skace to z jednoho CPU na jiny. Je na nem 100 firewall, 900 mangle, 400QT a 100 route. Zkusim DHCP balicek vypnout. Nemate nejakou radu? Dik

<--- ia0 -->vytizeni cpu.PNG<--- ia0 -->

ludvik

Tohle mi udělal při upgrade z 6.42.9 na 6.43. Ale DHCP bylo používáno, vadily statické leases. Před upgradem se musely vymazat a pak vrátit zpět. Chovalo se to dokonce až tak, že při /ip dhcp-server export se to celé seklo.

V novějších verzích je myslím i DHCP balíček povinný, závisí na něm balíček security. Myslím, že od 6.44, takže zákaz nic nevyřeší.

« Předchozí stránka