Verze 5.11

hapi

What's new in 5.11 (2011-Dec-12 11):

*) hotspot - fixed https login (broken in v5.9);

*) eoip: swap tunnel id bytes to be compatible with previous versions;

*) eoip,gre: fix setting config

okoun

to je apríl, to jsou ale blbečkové nic víc

hapi

je ftipný jak si někteří stěžujou že se čeká na opravy měsíc a když to opraví za 3 dny tak se taky remcá.

midnight_man

nič proti ale vychádza to ako huby po daždi....čo tam nemajú čo robiť? Nech si spravia zoznam a vydávajú to tak raz za 3-4 mesiace, nie furt.

okoun

jako dělat to stylem co verze to oprava 3 bugů tak to tedy je cesta do bohnic, kdo má furt všechno aktualizovat tisíkrát a těch výpadků kolik to udělá na ospfku prostě než něco vydají tak ať to pořádně prověří aby za dva dny nevydávali zase jiné verze...

midnight_man

od 5.10 tky nemali šancu otestovať..... hodia userom, otestujte ak je dačo zle, zas opravime : Ale musite uznat ze od 5.0 sa rozbehli :

honzam

na 5.9 se čekalo měsíc - jé máme tam spoustu chyb ohledně IPV6, x86 stability a rb1200 rebootů, vydáme 5.10

5.10 je tu rb1200 běží ok ale máme tu chyby s web proxy a EOIP tunely no co se dá dělat vydáme do 2dnů verzi 5.11. Najdou chyby a záplatují to verzí která přidává další chyby. Nevím proč ale připomíná mě to windows :?

Jako mě těší že opravují BUGy ale zajímalo by mě jak vypadá ten jejich slavnej LAB a jak to testují když nepřijdou na takovéto věci.... ? :

bohus

no ja myslim ze my jsme jejich testovaci laborka :))

lwq

Sakra, proc nejni nic lepsiho jako nahrada ROSu ... To aby sme se vratili k *nixu, *bsd, ... Jestli to pujde takhle do haje ... TO si to snad neuvedomuji, ze takhle to proste nejde ?! :

hapi

a ty si neuvědomuješ že nemáš šahat na nic co jede a neaktualizovat okamžitě na nový verze obzvlášť když v5.10 nepřinesla vůbec nic podstatnýho.

soooc

a ty si neuvědomuješ že nemáš šahat na nic co jede a neaktualizovat okamžitě na nový verze obzvlášť když v5.10 nepřinesla vůbec nic podstatnýho.

Vyjimecne souhlasim :-D I proto nam jede v siti jeste i verze 2.9 :)

A nebo vy aktualizujete i klientske jednotky? Ja jednou nasadim a pak na ne blazene zapomenu. To by se muselo stat neco vazneho, abych je aktualizoval.

lwq

Sem nerekl, ze aktualizuju jak silenec kdyz neni treba ... Leckde v siti kvuli n-streme dual jede 2.9.54, protoze to proste jede ... Ale jde mi o prosty vyvoj, respektive dojem jaky to pro pozorovatele zanechava ...

Hapi: sem se te nejak dotknul ? Celkem muzes uznat, ze po HW i SW strance jde MK od 10 k 7 ... :

ppp76

a ty si neuvědomuješ že nemáš šahat na nic co jede a neaktualizovat okamžitě na nový verze obzvlášť když v5.10 nepřinesla vůbec nic podstatnýho.

Vyjimecne souhlasim :-D I proto nam jede v siti jeste i verze 2.9 :)

A nebo vy aktualizujete i klientske jednotky? Ja jednou nasadim a pak na ne blazene zapomenu. To by se muselo stat neco vazneho, abych je aktualizoval.

Tak trebas kvuli nv2 sem musel aktulizovat vsecky jednotky : na 2951 mi to jaksi nebezelo, takez ted vse postupne jde na 59, ale aktulizovat z 2951 na 59 je peknej opruz ... : :

Navrch ipv6 me taky nuti mit aktualni verze

kandym

OK, To že bola chyba ťahať 5.9 na hlavny router už viem. No vačšia chyba je na strane MK. Aspoň na mojom X86 , supermikro/xeon 8core už niet. Po downgrade na V4 komunikacia na urovni analogovej linky a pingy všetkými smermi je jedno cez ktorú sieťovku 70% packet loss a priemer 600ms. KATASTROFA. Má niekto podobné skusenosti poprípade riešenie??? Inak u 5.9 multicore: ON = reštart každych 15min , OFF = stabil ale pri trafficu 50 Mbit CPU LOAD na 60%, traffic 80Mbit CPU = 90 / 100% . U 4.17 bolo vse ok. CPU najviac 9 % , Mame tam PRE/POST ROUTING , NAT, QUEUES TREE shaping... cca 2000 záznamov.

U 5.11 badáťe nejaké zlepšenie čo sa týka vyťaženia CPU???

Inak jediné pozitívne je že, V5 nejakým spôsobom dokáže oshapovať UDP traffic. Doteraz som mal hocikedy od klienta UDP upload aj cez 2-10 Mbit .Pričom ISP admin nastavoval UP na 512Kbit. Teraz je to OK :-) , ked torchnem traffic vše ide ako 800(ip) a ide to ozaj presne... Zdá sa že je jedno čo sa cez tlačí...

hapi

to je zajímavý, od v3.10 jsme neměly nikdy problem se špatnym shapingem, nebude to náhodou v tom že to ispadmin blbě nastavil a teď to opravili?

kandym

no tak to neviem... no nemyslim... zle mi totiž shapovalo aj ked som manualne odstavil v simple queues klienta stavalo sa

že ho MK mal v trubke:-) , V queues klientova ip svietila cervená, MK sa tvari jak sa natrapi s osekaním a pritom si dalej UDP tecie ako keby sa nechumelilo... :-) , Inak sa o tom aj niekde na mikrotik fore písalo že MK UDP nevie... Vyzerá že je tomu už koniec... možno na úkor toho vyťaženia CPU :-)

hapi

měl jsi rovnou začít tim že shapuješ v siplme queue, dál se nemá smysl bavit.

kandym

:) ,Shapujem queues tree, písal som o tom v predchádzajúcom príspevku... Ale ked ti tam po mikrovlnke tečie od klienta traffic 20M, vieš si predstavit čo to narobí s AP kde máš dalsích 20 klientov co si chcú pozrieť dajakú tú stránku... :),

Tak mi už nič iné nenapadlo ako danú IP hodiť aj do Simple a predstav si že ho to osekalo... No boli aj také UDP kedy ani to

nepomohlo Tree ani Simple NIČ...

hapi

asi by jsi měl rozlišovat mezi normálním udp tokem kterej ničemu neublíží a pak mezi udp napříkald z agresivního torrent softu nebo ddos utoku od klienta. Pak ti nepomůže nic. Každopádně je to důvod k odpojení klienta z APčka a pak je klid :-)

pintero

Hapi stacilo poradne precist co pise: "Mame tam PRE/POST ROUTING , NAT, QUEUES TREE shaping... cca 2000 záznamov."

A uz vis, proc mu to neshapuje dobre......

Další stránka »