Test a analýza hraničních routerů

[hapi]

co já vidim tak za poslední 3 hodiny tam má 0.6% PL takže se mi nezdá že by linux něčemu pomohl.

[Pintero]

co já vidim tak za poslední 3 hodiny tam má 0.6% PL takže se mi nezdá že by linux něčemu pomohl.

a neni ten PL u tebe ?

[hapi]

seš světlá vyjímka, gratuluju. Nicméně nix můžeš mít za rohem že? a proto to může bejt ok. A podle pingu je za rohem.

Router je umístěný v Brně, takže za rohem NIX rozhodně není Osobně si myslím, že dnešní desktopová platforma rozhodně nemá problém s výkonem, či stabilitou. Jde pouze o vhodný výběr komponent, a to především síťových karet.

V žádném případě však nechci bagatelizovat úlohu serverové platformy, její výhody jsou nesporné.
Snažím se jen poukázat, že i na desktopu lze routovat naprosto bez problému .

testy ukazujou že většina desktopů dělá problem s jakoukoliv ethernetovou kartou. Ano, některé ne... většina ano. Co jsem tak viděl tak značkové sestavy mířící do serverových aplikací i když s desktop komponenty problem většinou nemají. Typičtí desktop výrobci mají problém téměř vždy a se vším.

[hapi]

co já vidim tak za poslední 3 hodiny tam má 0.6% PL takže se mi nezdá že by linux něčemu pomohl.

a neni ten PL u tebe ?

u ostatních kteří PL neměly tak ho aktuálně taky nemají takže předpokládám že ne.

[Ajfel]

Ja bych se taky rad kouknul

[ocior]

co já vidim tak za poslední 3 hodiny tam má 0.6% PL takže se mi nezdá že by linux něčemu pomohl.

A snazil se nekdo zjistit, kde se ten PL bere? Treba porovnani tcpdumpu z obou stran. Jinak je na mereni PL rozhodne lepsi UDP, klidne treba iperfem.

[hapi]

lepší horší, PL tam je a nehodlám mít někde puštěnej iperf měsíce na desítky strojů. Jednak by mě sub_zero vytahal za uši a jednak iperf je dost nestabilní. Pokud chceš testovat UDP tak si vem btest v MKčkách, nastav tam nějakou reálnou rychlost kterou přenese linka a pokud tam nebudou dropy v jednom políčku, je to ok. Když tam budou, je tam PL. Hlavní je že tam PL je. Například Freebone PL mělo občasnej tedy v mezích akceptovatelnosti. Pak ze dne na den vysokej PL. Zatim neví čím to je a doufám že dá vědět až to najdou.

[ocior]

lepší horší, PL tam je a nehodlám mít někde puštěnej iperf měsíce na desítky strojů. Jednak by mě sub_zero vytahal za uši a jednak iperf je dost nestabilní. Pokud chceš testovat UDP tak si vem btest v MKčkách, nastav tam nějakou reálnou rychlost kterou přenese linka a pokud tam nebudou dropy v jednom políčku, je to ok. Když tam budou, je tam PL. Hlavní je že tam PL je. Například Freebone PL mělo občasnej tedy v mezích akceptovatelnosti. Pak ze dne na den vysokej PL. Zatim neví čím to je a doufám že dá vědět až to najdou.

A to zjisteni, kde se PL bere? Paket nedorazi vubec nebo poskozeny? A na ktere strane?

Btest sem vubec netahej, to je takovej kram, ze podle nej tezko cokoli usuzovat. Pro zacatek ICMP x UDP - http://maxwell.iwl.com/maxwell-white-pa ... -id-9.html A treba takove O2 ma na svych routerech hrozne rado ICMP (hlavne traceroute), zahazuji je jako o zivot. Kdyz mam nabuseny router co ma vetsinu veci zadratovanych v kusu kremiku, proc bych mel jeho normalni procesor zatezovat necim takovym.

Podle me se honite za preludem. Metodika je imo nestastna, zavery nepodlozene. Na veci, ktere pochybne meris jsou profi meraky. V pripade zajmu muzu znalemu a zodpovednemu pujcit.

[hapi]

na co profy měřák když to vidim už jenom na ICMP? Já to nemám jenom z mojí strany, i ze strany několika ISPíků kteří to pozorují ze svojí strany uplně stejně. Proč bych neměl věřit ICMP paketům? Skrz to nikdo nebrzdí, provoz jako provoz a cílový mašiny to omezený nemaji takže co řešit. Jestli se ztratí ICMP tak se ztratí i UDP a tim končí VoIP hovory bez sekání a lupanců nebo i hry který uměji zobrazit graf dat a jejich PL případně i latenci na grafu. (typicky source od valve)

[ocior]

naco profy měřák když to vidim už jenom na ICMP? Já to nemám jenom z mojí strany, i ze strany několika ISPíků kteří to pozorují ze svojí strany uplně stejně. Proč bych neměl věřit ICMP paketům? Skrz to nikdo nebrzdí, provoz jako provoz a cílový mašiny to omezený nemaji takže co řešit. Jestli se ztratí ICMP tak se ztratí i UDP a tim končí VoIP hovory bez sekání a lupanců nebo i hry který uměji zobrazit graf dat a jejich PL případně i latenci na grafu. (typicky source od valve)

Po treti: "A to zjisteni, kde se PL bere? Paket nedorazi vubec nebo poskozeny? A na ktere strane?"

[hapi]

to nevim. Ono se totiž přihlásili samí majitelé serverových komponent kde to je většinou v pořádku a původní desktopy zůstaly a tam se věc má tak že na GW jejich dodavatele je to v pořádku a na GW samotnýho ISPíka PL už je. Mnohdy je mezi jednou a druhou GW pouze optickej kabel nebo ethernet. Takže PL vytvářeji Hraniční routery ISPíků při velké zátěži pps.

[ocior]

to nevim. Ono se totiž přihlásili samí majitelé serverových komponent kde to je většinou v pořádku a původní desktopy zůstaly a tam se věc má tak že na GW jejich dodavatele je to v pořádku a na GW samotnýho ISPíka PL už je. Mnohdy je mezi jednou a druhou GW pouze optickej kabel nebo ethernet. Takže PL vytvářeji Hraniční routery ISPíků při velké zátěži pps.

Tak asi nezbude, nez se na to podivat. Zase takova magie to neni.

Mame zakaznika s 1Gbps linkou, pres ni tlaci cca 700Mbps multicastu. Stezoval si na chybovost, ne vysokou, ne castou. Pustili jsme na linku merak a 10 minut vsechno v klidu, uz jsme chteli balit. Najednou 6 vadnych paketu v jedne vterine. Pul minuty klid, 60 vadnych paketu v jedne vterine. 15 minut klid. Switche, ze je vsechno OK, DMI z SFP vsechno OK. Tak se vymenilo sfp na jedne strane a byl klid. Podezrele SFP se strcilo do meraku a chovalo se stejne blbe jako predtim, sup s nim do kose.
Kdyby zakaznik nemel poradny dohled, netlacil obrazky, pakety nevypadavaly narazove ve vetsim mnozstvi, ale rovnomerneji, tak to nikdy nikdo nereklamoval a ani neresil. Nebyl by duvod. Fakt mas pocit, ze problem tohoto druhu tve mereni odhali nebo aspon naznaci?

Jak si technicky vysvetlujes to co popisujes, a to sice - "dela to jen na dlouhych trasach"? Jaky je rozdil v paketu "z blizka" a "z daleka"?

[hapi]

jojo tohle jsou ty přesný otázky který si neumim vysvětlit. Já nevim jak si to vysvětlit. Jenom to tak pozoruju. Naší bránu jsme vyměnily za jiný železo, jiný ethernety, všechno jiný, místo metaliky optika, jinej dodavatel konektivity, vlastně nic nezůstalo původní a výsledek je stejnej. Dokonce i přendání routeru přímo k ceragonu... stejný. Jakmile vzroste pps nad tušim nad 6000-7000 tak se tam objevujou PL a čim víc to vyroste, tim víc tam je PL. Dantasik má dokonce na svojí bránu čisto ale hned za jí má pomocnej router a ten už má PL docela dost. Výměna OS nepomohla. Čekám na dalšího co místo desktopu nasadí serverovou věc se stejnym OS. U Okouna dokonce údajně pomohla UPSka, když tam nebyla, byl tam PL. Řekl jsem mu čas kdy to přestalo a on mi řek "jo to jsem tam dal UPSku". Každej z testovaných má jinýho dodavatele, jiná část republiky. Aby to dělaly nějaký peery nebo nějaký okruhy národních operátorů je tak pokud možno potlačeno.

[Walkeer]

U Okouna dokonce údajně pomohla UPSka, když tam nebyla, byl tam PL. Řekl jsem mu čas kdy to přestalo a on mi řek "jo to jsem tam dal UPSku". Každej z testovaných má jinýho dodavatele, jiná část republiky. Aby to dělaly nějaký peery nebo nějaký okruhy národních operátorů je tak pokud možno potlačeno.

Hapi, to je dosti podezrele. I kdyby to byla onlajnovka a vyhlazovala a stabilizovala napeti, stejne to je divne. Leda by tam byl nejaky hodne mizerny zdroj, co neumi poradne vyhladit vystupni napeti a kolisani zpusobuyje problemy sitovce, ale to je proste vadny zdroj a je treba ho vymenit. Krome toho by to skoro urcite delalo i jine problemy.

[hapi]

no možná, Smartky i když nejsou online maji výcepolovou filtraci napájení která může pomoct. Možná to způsobovalo nějaký nastavení v atomu protože tam byl krátce a Okoun něco určitě dolazoval.