Mikrotik shaping 5Gbps

L_F

hapi Pobavilo jako, že je to opravdu opravdu pravda. Bohužel.

Tyhle starý mrchy dokážou jenom jednu věc dělat opravdu dobře a tou je převod elektřiny na teplo :-)

helapc

Na tom jsem se taky zarazil, ale nechtěj vědět co mí teď vyrábí teplo a na ipatables to přes 2Gbps u NATuje.
Já bych se tam spíš bál strčit CCRko

L_F

helapc U nás to děláme tak, že qosení máme decentralizované přímo na jednotlivých vysílačích. Důvody jsou historické, ale i praktické například dynamický routing a více vstupů do sítě. možná utratíme o malinko více peněz za stroje v lokalitách, ale zatím jsme s tímto modelem problém neměli.
Jinak o topení taková 3 servrová IBM která jsme měli na gw před lety si vzala za elektriku asi 10000 měsíčně. 🙂 🙂 Dnes tam je 2x 1036 a 1x 1072 a elektrika je celkem za nějakých 1500 Kč měsíčně.

basty

Jeste kdyztak k jumpum. Mame v manglu /27-/28 jumpy a pak klienty, dobry funguje dobre. Zkousime ted viceurovnovy JUMP, ktery rekneme ma jednu/24, z ni to pak skoci do 2 /25 a tak dal to pokracuje dal az k /30 - /31. Mato to nekdo takto vyzkouseno? Jak jsou vykonove narocne operace JUMP vs. mangl? Diky

pgb

Nejde ani tak o rozdílnost jump vs mangle, ale o matematický počet těch porovnání nežli narazíš narazíš na shodu.

blbě se mi to popisuje....

ale třeba když máš 1024 marků, tj nejhorší najde shodu po 1024 krocích)
když to rozdějíš po /24, tak nejhorší choda bude po 256+4 krocích
když rozdělíš ještě tu /24 na /26, tak nejhorší shoda bude po 64+8
když rozdělíš ty /26 na /27, tak nejhorší choda bude 32+12
pak už se to láme, protože při /27 bude muset projít nejhůře 16 úrovní pro skupinu po 16 hostech
PS: celé to má logickou díru v tom, že počítám s nejhorším průchodem a to statisticky není úplně správně

basty

Takze teoreticky prochazeni jumpu a omarkovani je technicky stejne narocna operace...

pgb

basty to asi ne, ale exaktně ti to asi nikdo neřekne.

hapi

záleží kolik /32 máš v /24. My třeba máme v /24 do 20-30 ipček takže dělit to na /27 nemá moc význam. Ale jako univerzální řešení pro každou síť by to mohlo být dobrý, opět záleží na tom jak kdo čísluje klienty. Jestli máš třeba pppoe a čísluješ za sebou tak /27 by mohlo být dost dobrý a script by byl relativně jednoduchý.

basty

tam kde to testujeme je cca 110 lidi od zacatku v /24.

jenya

Tak jsem zkousel spustit ROS v6 na PC s LGA 1200 (10. generace, konkretne i3-10300) a vzdy po probehnuti biosu to skonci cernou obrazovkou a po chvili reboot. UEFI boot je vypnuty, zapnuto legacy mode.
Pokud ten M2 SATA disk s ROSem vyndam a strcim do starsiho kompu, nastavim legacy boot, tak se ROS spusti.
Nevite co delam blbe?

tulo

Dnes som chcel zapísať na queue tree na parent (prve pravidlo) 5gigabit (5000M) input a nedovoli mi to napise invalid....
max co viem zapisat je 4294M

Neviem o tom dohladat nic na nete. Na serveri bezí 6.48.1

https://ibb.co/GCWC25G

pixall

tulo

narazil si na velkost datoveho typu. maximalna hodnota 4 bajtoveho integera je 2³² = 4294967296

coolerman1

ja mam na 7.10.1 5G nastavene
https://ibb.co/g3X5n02

realne aj 100G tam ide
Update x86 supermicro a 100G ide nastavit

d_ryba

coolerman1 mohu se jen zeptat, na jakém HW máte router OS s propustností 100Gbps? Co všechno na něm děláte? jestli jen BGP, routing a základní FW, nebo i něco víc?

hapi

7.14.1 - 50G akceptuje. Ale pozor, Allow x86-64.

jenya

hapi A dá se říct, že v7 už je stabilní na x86 (64) platformě?

crazyape

Ještě furt na ros7 jde jen určitý počet queue tree?

tulo

Nasiel som taky navod niekde na nete ze zapnut Alow x86-64, chlap tam mal ale este nejaku 6.38 verziu tak som myslel ze to zase odstranili, lebo ja to na svojich dvoch serveroch nevidim, ale bezi mi tam na jednom 6.48.x a na druhom 6.49.x
Na obidvoch je nejaky Xeon na jednom 8 jadrovy a na druhom 4 jadrovy.

Mal som na jedno serveri uz 7.x davnejsie vsetko fungovalo, ale zmenili ip accounting, ktorym zbieram udaje o prenesenych datach a nemal cas chalan co mi robil LMS prerobit to tak som sa vratil na 6.x verziu.

Takze asi chvilu vydrzim este na 4,4Gigovej linke a dam prerobit accounting kym to updatnem.

hapi

na v6 to jde stále přepnout na x64 ale musí se ponížit tuším na 6.31, přepnout to a pak upgrade nahoru. Ale neřekl bych že se tím povolí maximální velikost queue.

crazyape

hapi Nepovoli. Zkousel jsem 🙂 …

tulo

hapi Este ma napada zmenou z x86 na x86-64 kleslo nejak vytazenie cpu ci to nema vplyv?

tulo

crazyape cize zbytocne sa budem namahat? a musim prejst na 7..x

Ci myslis pocet pravidiel? tych mam len 3500..

crazyape

jenya je v pohodě, ale já narazil na to, ze povolí pouze myslim 7000QT …

« Předchozí stránka Další stránka »