❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
RB2011 - zasekávání portů 1-5
-
midnight_man
- Příspěvky: 3680
- Registrován: 14 years ago
Re: RB2011 - zasekávání portů 1-5
Mame na sieti 2 ks RB1100, za 2 roky s nimi nebol jediny problem. Faktom je že tie posledné porty nepoužívame.
0 x
hapi píše:RB1200 taky neni žádnej zázrak. U RB1100 se zase nesmí používat ty porty připojený na PCIe protože tam maji osazený špatný rezistory... kokoti, fakt že jo. Ono to platí pro všechny RB1xxx.
Hapi, pomotal jsi to. Zpraseně terminovanou PCIe sběrnici má práve RB1200, takže při větším zatížení se poslendí dva porty buď sekají nebo jim naskakuje hodně latence, protože se zapomene vygenerovat sem tam přerušení.
RB1100 řada má poslendí dva porty také na PCIe, takže o něco slabší, než první tři nativní linky, ale pokud ím netlačíš 500 Mbps výš, tak je to celkem jedno.
0 x
Ne nepomotal. Fakt nevidim duvod aby ty dva porty na 11stovce davali jenom 500mbit. Pcie je dostatecne rychla aby jedna linka utahnula dva eth. Tady krmi jeden.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Dokud porty na RB1100 12 a 13 teče 500 Mbps, tak nepoznáš, zda to jde portem PCIe nebo přes 1-11. Chová se to stejně, když to vyhulím na gigabit, tak je vidět. že přes port 12/13 je větší zátěž na CPU, delší časová odezva a doba potřebná naq zaroutování paketu mezi porty (bavíme se v rozdílu desítky mikerosekund, pokud se routuje mezi porty 1 a 6 a nebo mezi 12 a 13). Takže říkám, dokud ti stačí 500 Mbps, tak je u RB1100 řdy úplně jedno, jaký port je použit (platí pro ROS5.16 a výše, ve starším byla chvíli chyba obsluhy interraptů z PCIe, která umrtvila ten port někam na 100 Mbps max). Nad 500 Mbps je vidět, že poslední 2 porty mají zkrátka o něco složitější cestu od konektoru do CPU.
Kdeždo u RB1200 je blbé napěťové přizpůsobneí zběrnice odpory. Jde o to, že ten CPU v RB1200 má hodinové vstupy v LVDS úrovních, kdežto ten gigabit controller jede v HCLS (jak vyžaduje PCIe specifikace). To způsobuje v závislosti na teplotě, tlaku, rosném bodu a fázi měsíce, že jsou proti sobě blbě úrovně a posunou se do mrtvé oblasti. Teoreticky stačí vyměnit pár rezistorů a problém je napraven.
Kdeždo u RB1200 je blbé napěťové přizpůsobneí zběrnice odpory. Jde o to, že ten CPU v RB1200 má hodinové vstupy v LVDS úrovních, kdežto ten gigabit controller jede v HCLS (jak vyžaduje PCIe specifikace). To způsobuje v závislosti na teplotě, tlaku, rosném bodu a fázi měsíce, že jsou proti sobě blbě úrovně a posunou se do mrtvé oblasti. Teoreticky stačí vyměnit pár rezistorů a problém je napraven.
0 x
jo povídej mi o pohádce o ztráty stovek Mbit když to jede přes pcie 
... zase to posraly.
že jsem nic takovýho na těch portech vedoucí přes chip switche neviděl tam to bude latenčně ještě dál 
... zase to posraly.že jsem nic takovýho na těch portech vedoucí přes chip switche neviděl
tam to bude latenčně ještě dál
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Kde píšu o ztrátě stovek Mbps pře PCIe? Znova, přes ty PCIe porty to normálně giga uroutuje, ale při tom gigu je zkrátka delší doba mezi tím, než ten paket poslaný dobnitř jedním portem vyleze ven druhým portem, pokud se měřily porty 12 proti 13 nebo 1 proti 6. Samozřejmě za předpokladu, že ty porty dole používám jen jeden a nekrmím switch chip všema směry. Pokud posílám toky v řádech do těch 500 Mbps, tak horní porty jsou na tom skoro stějně jako ty první tři CPU linky.
Jiný pozorovatelný rozdíl je při IPsec u 1100AHx2, že když to krmím třeba přes port 1 a šifrovaný tok odchází přes 11, tka to dá asi o 50 Mbps ušifrováno více, než odchod portem 12 a 13. Potom také pro PCIe porty není podporován ten fast path, ale ten vůbec nebyl, když se s tím dělaly pokusy.
Nejde jen o to, kolik švábů je v cestě mezi konektorem a vlastním jádrem, co to přehazuje, ale také jak složité logika je po cestě. A PCIe je zrovna celkem humus. Klidně může být problém v tom, že mají blbě udělán nvrh PCIe bridge v tom procáku, co tam nacpali, že při větším zatížení v něm něco hapruje a tuna dalších věcí, co ti v reálu můžou vyplavat, kdyžto v laboratoři na stole to jede super. Když se člověk podivá na errata dokumenty těchto brouků, tak jsou to často stovky věcí, co fungují jinak, než původní idealistický propagační katalogový list... Např i RB1200 byla původně propagována s HW podporou pro IPsec, ale velice rychle to zrušili, že to blbo.
Jiný pozorovatelný rozdíl je při IPsec u 1100AHx2, že když to krmím třeba přes port 1 a šifrovaný tok odchází přes 11, tka to dá asi o 50 Mbps ušifrováno více, než odchod portem 12 a 13. Potom také pro PCIe porty není podporován ten fast path, ale ten vůbec nebyl, když se s tím dělaly pokusy.
Nejde jen o to, kolik švábů je v cestě mezi konektorem a vlastním jádrem, co to přehazuje, ale také jak složité logika je po cestě. A PCIe je zrovna celkem humus. Klidně může být problém v tom, že mají blbě udělán nvrh PCIe bridge v tom procáku, co tam nacpali, že při větším zatížení v něm něco hapruje a tuna dalších věcí, co ti v reálu můžou vyplavat, kdyžto v laboratoři na stole to jede super. Když se člověk podivá na errata dokumenty těchto brouků, tak jsou to často stovky věcí, co fungují jinak, než původní idealistický propagační katalogový list... Např i RB1200 byla původně propagována s HW podporou pro IPsec, ale velice rychle to zrušili, že to blbo.
0 x
ok
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Majklik píše:Dokud porty na RB1100 12 a 13 teče 500 Mbps, tak nepoznáš, zda to jde portem PCIe nebo přes 1-11. Chová se to stejně, když to vyhulím na gigabit, tak je vidět. že přes port 12/13 je větší zátěž na CPU, delší časová odezva a doba potřebná naq zaroutování paketu mezi porty (bavíme se v rozdílu desítky mikerosekund, pokud se routuje mezi porty 1 a 6 a nebo mezi 12 a 13). Takže říkám, dokud ti stačí 500 Mbps, tak je u RB1100 řdy úplně jedno, jaký port je použit (platí pro ROS5.16 a výše, ve starším byla chvíli chyba obsluhy interraptů z PCIe, která umrtvila ten port někam na 100 Mbps max). Nad 500 Mbps je vidět, že poslední 2 porty mají zkrátka o něco složitější cestu od konektoru do CPU.
Kdeždo u RB1200 je blbé napěťové přizpůsobneí zběrnice odpory. Jde o to, že ten CPU v RB1200 má hodinové vstupy v LVDS úrovních, kdežto ten gigabit controller jede v HCLS (jak vyžaduje PCIe specifikace). To způsobuje v závislosti na teplotě, tlaku, rosném bodu a fázi měsíce, že jsou proti sobě blbě úrovně a posunou se do mrtvé oblasti. Teoreticky stačí vyměnit pár rezistorů a problém je napraven.
Je někde ta "oprava" chyby na PCIe u té RB1200 popsána?
0 x
na zahraničnim foru nějakej typan psal jaký rezistory se musí nahradit jakou hodnotou.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Jj, je to ono. Takže kdo míáte 1200, můžete kouknout (už mám všechny pryč ve prospěch 1100AH/AHx2).
Podobné zjištění v bleděmodrém nás stálo asi 15.000 USD, že hradlové pole od Xilinxu na pinech s clock sběrnicí má omezené volby napěťových úrovní proti obecným pinům, po kterých ale zase není garantované zpoždění šíření signálů. Takže místo přímého napojování SFP slotu na hradlové pole se nakonec tam musel ještě vecpat brouk od Marvellu, který dělá překlad Ethernet přímých portů na SFP.
Podobné zjištění v bleděmodrém nás stálo asi 15.000 USD, že hradlové pole od Xilinxu na pinech s clock sběrnicí má omezené volby napěťových úrovní proti obecným pinům, po kterých ale zase není garantované zpoždění šíření signálů. Takže místo přímého napojování SFP slotu na hradlové pole se nakonec tam musel ještě vecpat brouk od Marvellu, který dělá překlad Ethernet přímých portů na SFP.
0 x
Tak úplně né povzdbudivá informace.
Pokud někdo máte podobně postižené RB, pošlete je také do reklamace a pošlete mikrotiku hlášení této chyby s konkrétními sériovými čísly.
Hello,
Unfortunately this sounds like a problem which we will have to check out by ourselves.
You wrote that you have sent this/these boards to our RMA department so we would appreciate if you could please send us a serial number of this board so we can check this situation further as soon as board gets here.
Regards,
Martins
Pokud někdo máte podobně postižené RB, pošlete je také do reklamace a pošlete mikrotiku hlášení této chyby s konkrétními sériovými čísly.
Hello,
Unfortunately this sounds like a problem which we will have to check out by ourselves.
You wrote that you have sent this/these boards to our RMA department so we would appreciate if you could please send us a serial number of this board so we can check this situation further as soon as board gets here.
Regards,
Martins
0 x
Dnes od TIKů dorazila nová verze která by měla zasekávání opravit, tak můžete zkoušet, já se k tomu dostanu až o víkendu...
http://www.melvi.cz/routeros-mipsbe-6.1rc1.npk
http://www.melvi.cz/routeros-mipsbe-6.1rc1.npk
0 x