5.5.2

[midnight_man]

Version 5.5.2-Service Release (August 17, 2012)
----------------------------------------------
New product support:
- New: Rocket M2 Titanium
- New: Rocket M5 Titanium
- New: NanoStation M6

Regional Updates:
- New: Enable DFS frequencies for US/Puerto Rico/ Canada for NanoStationM5/Loco M5/Rocket M5/Rocket M5 GPS/NanoBridge M5 models
- New: Lock Indonesia country code: once selected at Login page do not allow to change country unless reset to defaults
- New: Remove DFS enable/disable option for Austria, turn DFS ON after upgrade for Austria. Keep DFS enable/disable option for rest of EU countries
- Fix: Regulatory rules update for India 2.4GHz band
- Fix: Move Puerto Rico under US regulatory domain

Fixes:
- Fix: AirMax: When one of the clients reboot all others are disconnected from AP
- Fix: AirMax: Unexpected device reboots on high load/PTMP (possible fix)
- Fix: Traffic shaping ingress rules on LAN port in some cases block Internet traffic
- Fix: Traffic shaping bursting is increased to the maximum allowed value according to configured throughput limits
- Fix: Association to non-broadcasting SSID CISCO AP takes couple minutes
- Fix: Complex AP-repeater setup creates loop in this network
- Fix: Increase Password attribute length to 18 when sending empty password to RADIUS server
- Fix: Auto Channel selection logic improvement
- Fix: DFS: Allow UNII-2 band for Canada w/o unlock key for approved product models
- Fix: Traffic Shaper rules changes during upgrade from v5.3.5
- Fix: PPPoE stops sending PPPoE Discovery packets on time change
- Fix: NBM3/NBM365 should support 2 Ethernet ports but shows only 1.
- Fix: Aggregated transmission problems with some Apple laptops and other devices
- Fix: Clients can't reconnect to AP with WPA2-AES security reason (15)
- Fix: After upgrade from v5.3.5 to v5.5 secondary Ethernet port isn't configured (running default configuration)
- Fix: Stations disassociation because of returned broadcast packets on Ethernet interface
- Fix: Second LAN port MTU max is 2024B not 1614B (affected all M series products)
- Fix: No Internet connection for clients behind device in router mode
- Fix: Access Point ignores Session-Timeout limit received from RADIUS server
- Fix: Reduce false positives and misclassifications of invalid DFS radar events
- Fix: Can't launch Airview when initial window disabled
- Fix: Making changes in Network tab resets MTU to 1500 when Management VLAN is enabled
- Fix: Incorrect ebtables VLAN drop rules
- Fix: Do not allow to upload Configuration file from different Regulatory domain
- Fix: Port Forwarding public port range issue

- WEB UI: Show DFS status in MAIN page
- WEB UI: airSync: Show correct default slots depending on channel size
- WEB UI: Static route disappears in Router mode
- WEB UI: Option to disable Multicast Enhancement for AP
- WEB UI: Improved IP address validation
- WEB UI: Don't enable "DMZ Management Ports" when DMZ is enabled (Router/SOHO Router)
- WEB UI: Bridge table display problem. Table too big
- WEB UI: Do not show graph for interface when it is not in use
- WEB UI: Don't report TOUGHSwitch/airCam WLAN mode in device discovery results
- WEB UI: Add Turkish language support
- WEB UI: In Simple configuration mode LAN should be BRIDGE0 containing both Ethernet interfaces
- WEB UI: Show the same antenna information in MAIN page as in Wireless settings page drop down
- WEB UI: Site Survey Scan button is disabled under IE browser
- WEB UI: Allow MAC Cloning for BRIDGE interface in Router mode
- WEB UI: Bridge table is not displayed in Main page when there are multiple bridge


Security Improvements:
- WEB UI: Default settings change: Enable HTTPS (port 443) by default
- WEB UI: Removed admin.cgi functionality
- WEB UI: Add option to disable HTTP service
- WEB UI: Add reminder when using default admin user name/ password

[midnight_man]

celkom mam pocit ze by nam to mohlo pomoct...niektore tie chyby ktore su tam opravene som pozoroval aj u nas.

[andreas4all]

ten changelog je povodny 5.5.1

[midnight_man]

to uz neviem, ale zrejme toho bude viac, ked sa to vola 5.5.2.... podstatne je ze daco robia.

[rado3105]

co som tam postrehol nove tak multicast enhacement. Vraj by malo byt defaultne zapnute https ale u mna nebolo... inak by ma zaujimalo co ten multicast enhacement konkretne robi a vyuzitie.... neskor upgradnem jeden spoj na bulletoch uvidim ako stupne priepustnost.....

Edit: Upgradnute dva bullety, ktore davali predtym 30-35mbit a teraz 40-45mbit...nezda sa mi az takyty vykonnostny narast...otestujem neskor aj druhy spoj.....
predtym tam bolo 5.5, test tcp, jednosmerny....

[ludvik]

Je zdokumentovaná chyba, kdy multicast buď přestal přenášet, nebo měl na něm chybovost. Stávalo se to hlavně u 5.3.x verzí, ale ani 5.5 prý (já zatím nepozoruji) nebyla bez chybičky. A multicast není jen video ... ale např. také OSPF.

inak by ma zaujimalo co ten multicast enhacement konkretne robi a vyuzitie....

[midnight_man]

Tak ako páni? U mňa dobré...čo u vás? Ešte máme niektoré časti siete na 5.5 FW a nerád by som robil hromadný upgrade bez 100% istoty. Mikrotik ROS nás naučil, že čo ide = nechytať.

[Walkeer]

ja mam 5.5.2 na 8x NB M5 a vpohode

[ludvik]

jo, vypadá to v pohodě.

[Hatatitla]

Ešte sú k tomu neni vidané SDK takže zatial nikde

[Leeonek]

Já těch ubtn věciček na síti moc nemám, ale dneska jsem upgradoval starý p2p spoj co mi tam ještě zůstal. Chtěl jsem na 5.5.2 z nějaké starší ale funkční 5.3, na apčku v upgrade v pohodě proběhl, ale upgradovaný klient se už nepřipojil :)
Zatím nevím co se mu stalo, zítra tam musím jet, je to snad jediné místo kde nemám záložní linku.

[rado3105]

pri starom firmwari byval problem ze ak mal dlhy uptime vyse 30dni tak po zmene zamrzol...pomohlo len vypnutie z elektriny. Pred upgradom stacilo restartovat....

[Leeonek]

Detaily k mému problému. Rocket na jedné, a nanobridge na druhé straně, přehrátí u rocketu proběhlo v pohodě, strana nanobridgem bohužel vytuhla. Nanobridge nereagoval na ping nastavené ip adresy, ani na default ip, restart nepomohl, pomohl až reset přes zdroj a nové nastavení.
Každopádně se spoj chová velmi zvláštně, po restartu nebo vypnutí jednoho ze zařízení se sám nespojí a spojí se pouze když dám na klientovi scan a pak scan zruším. Ani ten scan někdy nezabírá, před chvilkou jsme to s kolegou řešili asi hodinu. Zpočátku se připojil nanobridge připojil pouze bez zabezpečení, po chvilce restartů se spojil téměř vždy ale až na základě proběhlého scanu, jinak ne. Po nastavení zabezpečení wpa2/aes se nedařilo asi 10 minut spojení vůbec, poté se najednou rozjelo "samo" opět na základě scanu a komunikace procházela. Momentálně je spoj funkční, ale zabezpečení jsem nakonec vypnul, protože po pár restartech se opět nechtěli strany spolu bavit. Úroveň signálu je -63 až -65 z obou stran, takže tady problém určitě není.

[rado3105]

aky firmware je na oboch stranach?

[Leeonek]

aktuálně 5.5.2, když to ještě normálně fungovalo, byl tam 5.3.5 na rocketu a na tom nanobridge snad ještě nějaký 5.2.x