7.19.6

goblajz

What's new in 7.19.6 (2025-Sep-12 12:02):

*) bridge - improved system stability with IGMP snooping;
*) ethernet - improved performance for hEX Refresh and hEX S (2025);
*) ike2 - improved system stability;
*) leds - fixed signal strength LEDs for Cube 60G ac;
*) log - added VRF support for remote logging;
*) log - establish a new connection to the remote log server when action settings are edited (e.g. after changing the src-address property);
*) log - fixed memory leak when a connection to remote TCP log server failed;
*) log - fixed unsent message retransmit to correct endpoints (introduced in v7.18);
*) log - randomize source port when using remote logging with src-address specified;
*) lte - fixed wrong subnet mask set to Chateau 5G R17 ax LTE interface;
*) mac-server - fixed interface-list change behavior;
*) poe-out - added "poe-in" detection for 802.3at poe-out capable ports;
*) poe-out - firmware update for 802.3at capable boards (the update will cause brief power interruption to poe-out interfaces);
*) poe-out - fixed "low-voltage" LLDP deny for RB5009 and RB960 in specific voltage/power-source combinations;
*) poe-out - fixed missing error status report in rare cases for 802.3at;
*) routerboot - fixed load of other kernels (e.g. OpenWrt) on NAND-less boards with MT762x, IPQ40xx, QCA955x and QCA953x CPUs ("/system routerboard upgrade" required);
*) sfp - fixed the I2C clock frequency for the hEX S (2025) to prevent EEPROM read issues with GPON modules;
*) switch - fixed switch name for CRS418;
*) switch - improved system stability after switch reset while bonding interfaces are active (introduced in v7.18);
*) traffic-flow - added support for IPv6 packet sampling;
*) traffic-flow - fixed flow reports when using IPv6 and packet sampling (introduced in v7.18);
*) w60g - fixed disconnect issue (introduced in v7.19.4);
*) winbox - allow selecting bonding interface under "Switch/Rule" menu;
*) winbox - use "auto" as default value for VXLAN "Don't Fragment" property;

goblajz

Na 60 opravili velkou chlupatou pí... takže zpět na 7.19.1 (stačilo AP).

okoun

goblajz co je tam špatně?

goblajz

Vyhnije to, musí de např. disablovat/enablovat interface...

hapi

To ale není ta chyba z 7.19.4 ne?

okoun

jo tak bych řekl že je to chyba dávno, halt tohle zatím řeším scriptem, ale prostě výpadky no 🙁

hapi

myslím tu chybu kdy se nray už nepřipojí, chyba z 7.19.4. Tak jak to píšou v changelogu.

3com

hapi To neni jen Nray, deje se mi to i u Cube Lite vs. WAP sektor.
Mám doposud zásoby Cube Lite tak jedu všude postaru na 6.19.x a žádný problém není vše šlape jak má...
Týden zpět jsem upgradoval několik sektorů na 7.19.6 a všechny klienty co na nej byli pripojeni a ejhle v rozmezi +- 3-5hod klienti DOWN. Nastesti byl na klientske strane nastaveny WatchDog. Tak se to resetlo a nebyl nastvany telefonat klienta, ze mu to nejede... 🤔

iTomB

Ja mam lepsi zahadu ...
Pres 60G vede VLANa na kamery, pak VLANa manag, na ktere jede statika routovani.
Normalne kamery jedou, ale nejde MAC ping na protejsi stranu, nejde normalni ping. Vice verzi stejny problem (podobne chovani mam na vice mistech). Staci na vysilaci na chvili vypnout daneho klienta a rozjede se vse.
Doresil jsem si na to script 😉 Mozna se bude nekomu hodit ...

:local macadresa :foreach i in=[/interface w60g station find] do={ :set macadresa ([/interface w60g station monitor $i as-value once]->"remote") :if ([/ping $macadresa count=3] = 0) do={ :log warning "NEJDE PING $macadresa"; /interface w60g station disable $i delay 2; /interface w60g station enable $i } }

crazyape

iTomB todle je pokud vím problem, ktery je na 60G mikrotiku snad odjakživa, ze zamrzá remote strana radii(mamagement) a nejdou pingnout. Enable/disable a jede. Mame tak 1400 radii a je zajimave ze některé to delaji opakovaně a některé to neudelaji nikdy. Mam napr wap60gx3 kde mam 6 klientu a pak z toho ještě nakrmené malé AP a na tom AP se to děje opakovaně a soused prez ulici 10metru to neudelal nikdy a to maji stejne anteny, stejný firmware, stejný bios….

okoun

crazyape ano je to tak dělají to jen některé a opakovaně 🙂

iTomB

crazyape Ja mam podezreni, ze mu dela nejak problem s bridge.
Jak jsem psal, kamery na jedne VLANe jedou, komunikace po manag VLANe ne ...
Script to resi 😉

basty

Je to tak. Reseni zatim neni. Mozna HW problem nejakych kusu.

crazyape

Ano a dělají to jen jednotky v bridge. Ty co routuji ne.

basty

crazyape mne teda i jednotka s natem normálně.

crazyape

basty tak to mně nikde .... mame pŕez 1000 klientů s 60G MK cpe ktere natuji a nikdy si nepamatuji ze bych se snazil pripojit kliosovi a byl kously mng ale net mu jel. FW a bios posledni, který sami vyhodnotime stable. Aktualne 7.19.3.

basty

crazyape ajo sry ten mng máš pravdu. Já myslel to vytuhnuti