Netonix Forums

v1.4.0 FINAL wrote:FIXED
- Fixed SNMP reported uptime
- Fixed rare problem with mac table not loading
- Fixed small UI issues with Firefox and IE
- Fixed SNMP CPU counters
- Fixed SNMP firmware version string
- Fixed so log messages now used VLAN ID instead of index
- Fixed RADIUS to work with SSH
- Fixed port not being in VLAN Bug
- Fixed pps being included in totals when port was excluded
- Fixed false fan failure detection and alerts
- Fixed cleared log to indicate who cleared it
- Fixed so no duplicate VLAN ID allowed
- Fixed SSH session ending messages so not reported by dropbear
- Fixed Firefox auto complete (workaround)
- Fixed console in UI
- Fixed graphs on Status Tab
- Fixed some incorrect voltage readings/alerts
- Fixed I2C communications problems mostly for SMART DC models
- Fixed RSTP path cost now able to set to 1
- Fixed Memory leak
- Fixed log messages to not report successful logins (dropbear)
- Fixed 10MB led
- Fixed IGMP Snooping issue
- Fixed utility packets using Tx Q1 instead of Q0

ENHANCEMENTS
- Increased MAX allowed DC input voltage for WS-8-250-DC and WS-12-250-DC to 61.5V for off grid solar sites
- IMPROVED SMART DC switches I2C communication
- Added HTTP Port to be changed
- Added telnet for CLI access
- Added Discovery to Tools menu
- Added multiple languages support
- Added VLAN information to SNMP
- Added Revert Timer Help Balloon
- Added total power consumption to SNMP
- Added DC input voltage graph on the Device/Status Tab
- Added tool tips to some buttons
- Added increased SMTP Username length
- Added Power tab on all models for time conditions
- Change ifDescr and ifAlias
- Time Condition graphic on Christmas tree
- Added To line to email header
- Added more graphs for SMART DC models under Device/Status Tab
- Added an Enable/Disable check box for TFTP backup
- Reduced CPU usage
- Added Flow Control Pause Frame Storm Protection
- Added the ability to configure Flow Control Obey/Generate/Both per port

KNOWN ISSUES
- Some language templates need help
- Discovery interfered with STP and LACP and caused high CPU utilization
- Could not disable Loop Protection
- UI Formatting bugs

Released 5/20/2016

wisp-wand wrote:Hi Chris, as you may remember I was having issues with my site that appears to have high emc/interference (but NOT a FM site) I was running RC22 very well, and it was looking good. I upgraded to RC25 and the switch crashed again after less than 24hours. Basically nothing logged, its dead (apart from LED you can see lit inside) and needs a power cycle to recover it.
I have gone back to RC22 it has been up for 1 day 12 hours so looks ?ok?. I still see spikes when I look in the status page, for example Board temp jumps to 255 then back to normal and fan then goes to max, but other than that the switch does not react, in that it doesn't shut any ports down. Should I move to 1.4 final or stay on RC22?

cbl wrote:#1. One mini shortly after upgrading decided to stop responding to SNMP. An snmpwalk on the IP would result in "Timeout: No response from <ip>". Changing the version to 1 on the switch, would allow a -v1 snmpwalk to complete, and then changing back to v2c on the switch would allow a v2c snmpwalk to complete again.

cbl wrote:#2. On one Ws-24-2400A we have a bunch of UBNT Titaniums. We've experienced the port lockup on these when set to Auto and have forced to 100FD on both the switch and AP to get around the AP deciding to become unreachable. One AP on this switch after update (from 1.3.9) was showing Tx Drops/Collisions incrementing, whereas before the upgrade it was not.

cbl wrote:#3. On these 100FD forced ports, it looks like flow control icons on the Status page were displaying. They were not prior to 1.4.0 as from what I remember reading from the spec you can't have flow control with a non-Auto port. Just wondering if it's perhaps showing the icon regardless of if it's negotiated flow control with the other side?

cbl wrote:#4. Random weirdness. On a WS-12-400-AC (was on 1.3.9rcSomething) that we have powering a MetroLinq 60GHz, the radio and devices behind it were un-reachable after update. Port bounce brought it back up. More than likely it's a MetroLinq problem, but thought I'd report it.