classic.ISPforum.cz

What's new in 5.6 (2011-Aug-02 14:45):

*) fixed ssh server crashing when sessions were interrupted
*) ipsec - fix a problem which could silently remove a manual policy
from the kernel if the peer configuration has 'generate-policy' set to 'yes'
and if the policy matches with the traffic selector of a SA being removed
on the responder side, also fix a problem that some generated policies
may stay in kernel after relevant SA was removed;
*) profiler - correctly show idle task on RB1200;
*) webfig - fix dual nstreme interface setting lists;
*) webfig - fix Wireless Access/Connect List editing;
*) webfig - fix bitrate presentation in simple queues (show 1.5M as 1500k);
*) fixed micro-sd access on RB400 not to stop everything else;
*) sstp - when server certificate verification is enabled for sstp client,
it will additionally compare IP addresses found in certificate's
subjectAltName and subject CN to the real address, DNS names are ignored;
*) tftp - optional block counter roll-over support;
*) hotspot - fixed possible crash in case of multiple Radius CoA requests;
*) userman - speedup user deletion with big log size,
note that first userman startup after this update
may take few minutes if the log size is in hundreds of MB;
*) mpls - added support for enabling/disabling control word usage for
BGP based VPLS tunnels (both - Cisco and RFC 4761 based);
*) mpls - added support for auto-discovery of VPLS NLRI encoding method
for Cisco BGP based VPLS tunnels;
*) winbox - sometimes after disconnecting, winbox could not connect back;
*) bgp - allow parallel operation of RFC4761 "l2vpn" and
draft-ietf-l2vpn-signaling "l2vpn-cisco" BGP VPLS variants inside
single peering session.
*) console - ":resolve" command now returns IPv6 address for domain names
that have only IPv6 address records;
*) snmp - provide ups alarms for bad or low battery or for ups overload;
*) route - fixed SNMP getnext queries, were failing to find next
prefix in the OID order;


To bylo těch šestek, než to pustili do světa

Tak tohle se povedlo

*) snmp - provide ups alarms for bad or low battery or for ups overload;
*) route - fixed SNMP getnext queries, were failing to find next
prefix in the OID order;

Tedy alespon neco potesiii i kdyz ten vyvoj by chlapci mohli lepe "ucesat" ...

RB 1200 - po aktualizacii rb nenabehol, nekomunikoval ani po RS232, po manualnom vypnuti / zapnuti zatial ok

routerboardista píše:*) profiler - correctly show idle task on RB1200;

naozaj je to opravene

edit: predchadzajuca verzia 5.5

Z jaké verze?

Ale osobně si myslím, že to není chyba, ale feature čas od času se to stane na libovolných RB, s libovolnou verzí. I když častěji z 4.x -> 5.x

A někdy se to nestane. Teď jak vyšla 5.6 jsem to hodil na jednu RB1200 s verzí 5.5 - a naprosto v pohodě.

Zbojnik píše:RB 1200 - po aktualizacii rb nenabehol, nekomunikoval ani po RS232, po manualnom vypnuti / zapnuti zatial ok

Nemáte někdo v této verzi problém s SSH? Můj dohled ještě v některých svých částech ssh používá a teď pozoruji, že to občas moc nefunguje. Je to normální vzdálené volání příkazů (v tomhle případě interface wireless print detail) - a občas nepřijde celý výsledek. Skončí to někde uprostřed, pokaždé jinde, klidně uprostřed slova. Ale zato bezchybně ... žádný timeout, aplikace nemá moc možností poznat, že to není celé.

jak zacit,

postavili jsme novou branu na x86 , nasadili jsme v5.4 , kdyz masina nebyla zatizena jela nonstop.
Jakmile jsme ji zatizili , stabilita sla do kopru. Dali jsme tam teda v5.6 , odinstaloval zbytecne baliky , stabilita stejna .

Koupili jsme teda RB1200 , nainstaloval v5.6 , stabilita stejna .
Nasledne jsem zjistil, ze ma mikrotik problem v L7 filtrama, proste pri pouziti reg.exp vyrazu v komunikaci, schazuje masinu hebem par vterin , jak x86 , tak i rb1200 .
Vyraz jsem teda vyhodil, vcera vecer to vypadalo stabilne , dneska rano t opet kleklo .

Uz si s tim nevim rady, nainstaluju na x86 v3.30 (cracknutou) a uvidim. Jsem zvedavej.

Tak jak jsme mel MK rad, tak mu zacinam v posledni dobe silne neduverovat.

zajímavé, já jedu na supermicru atom 5.6 a zatím OK

to ti to bez L7 padlo i na RB1200?

5.6 mam na x86 uz tyden to bezi, zda se ze docela bez problemu 1 pravidlo vyuziva l7 a proteklo asi 0.5 tera

hapi píše:to ti to bez L7 padlo i na RB1200?

joo ,
a to tam dneska nad ranem nebyl temer zadnej provoz , nejakech 20-30Mb

Čauec,
nemůžu si pomoct ale v 5.6 mi přestal fungovat Wallet Garden u hotspotu. Ať tam zkouším cokoliv, nic se neděje a pořád mě vrací na login.
Železo RB 493AH.
Má někdo podobný odhalení?

ludvik píše:Nemáte někdo v této verzi problém s SSH? Můj dohled ještě v některých svých částech ssh používá a teď pozoruji, že to občas moc nefunguje. Je to normální vzdálené volání příkazů (v tomhle případě interface wireless print detail) - a občas nepřijde celý výsledek. Skončí to někde uprostřed, pokaždé jinde, klidně uprostřed slova. Ale zato bezchybně ... žádný timeout, aplikace nemá moc možností poznat, že to není celé.

Stejny problem.

Hlásím tento problém. Pravidlo ve firewalu:
add action=accept chain=forward connection-state=established connection-type="" disabled=no

To nefunguje. Na jiných strojích s verzí 4.17 nebo 3.30 O.K. S verzí 5.x teprve začínám

a jak jsi na to prisel, me to teda neprislo, ze by to nefungovalo

reset píše:a jak jsi na to prisel, me to teda neprislo, ze by to nefungovalo

Jednak u tohoto pravidla není žádný pohyb paketů a taky, když chci zakázat vše ostatní, jak je obvyklé, tak přestane fungovat i odchozí provoz. Abych to zkrátil. Jde o nastavení firewalu, který používám běžně.