v1.5.2 Bug Reports and Comments

[Stephen]

FIXED/CHANGED
- Fixed IGMP snooping
- Fixed IGMP snooping with multiple VLANs
- Fixed disabling IGMP querier
- Fixed IGMP handling tagged frames
- Fixed STP/LAG issue, this fix prevents switches from being locked out when access is through a lag
- Fixed STP/LAG issue, significant performance improvement when making configuration changes
- Updated Copyright
- Memory Leak found in Discovery process has been fixed (please report any more occurrences)
- Fan settings storage was not applying changes for new fans


ENHANCEMENTS
- Added IGMP Snooping monitoring in the web UI (Device -> IGMP Snooping). Aready in CLI ("show igmp")
- Port Selection De-selection now functions with the ports graphic at top of switch web UI
- Legacy/New fan test is now asynchronous, reboots/upgrades are now much faster
- Added button to fan status to allow user to initiate an asynchronous fan test
- Discovery tab now allows for individual to select which protocol is being searched for instead of all simultaneously
- Discovery tab configuration is more intuitive
- Fan test now records results and only needs to re-run if manual test is activated, firmware update occurs, or default occurs
- Rebuild Discovery process and now runs more efficiently on larger layer 2 segments

KNOWN ISSUES
- WEB UI issues when not at 100% Zoom on browser especially on VLAN TAB
- Some language templates need help - please private message Eric Stern to help

Released 3/25/2019

[mike99]

STP priority of other devices is ignored.

The current behavior of the Netonix switch is to choose the switch only based on MAC address (lowest mac = root switch) while priority should come first in root electection process and take mac address into account only if the're a priority conflict.

Netonix switch STP behavior reverse to the standard by electing root based only on mac address and ignoring the device priority.

Exemple:
switch 1 as a default priority of 32768 and mac address EC-13-B2--61-xx-xx
switch 2 as a priority of 8096 and mac address EC-13-B2-C1-xx-xx

Switch 2 should win root election since priority is lower but switch 1 win election since mac address is lower.

Also, on switch 2, Priority is 8192 but switch still show bridge ID 32768.ma.c.a.dd.re.ss like if priority was still 32768.

I was first thinking it was a priority problem in the netonix, that the priority change is estetic only and don't affect vitesse core config but it's more than that.

Even other brand priority is not respected. I tryed a setup with 3 Raisecom RAX711 and the STP priority of those device is also not respected by the netonix. RAX no 1 have a priority of 28672 and the 2 other RAX elect it as root switch but the WS12 with priority of 32768 elect itself as root switch since it own mac address is lower, completely ignoring the RAX priority.

The connections setup and both netonix STP config are in attachments.

Here the 3 RAX STP output

Switch 1

Spanning-tree admin state: enable
Spanning-tree protocol mode: RSTP
Spanning-tree protocol destination-address: 0180.C200.0000
BridgeId: Mac C850.E9xx.zzz1 Priority 28672
Root: Mac C850.E9xx.zzz1 Priority 28672 RootCost 0
Operational: HelloTime 2 ForwardDelay 15 MaxAge 20
Configured: HelloTime 2 ForwardDelay 15 MaxAge 20 TransmitLimit 3
MaxHops 20 Diameter 7
Port PortState PortRole PathCost PortPriority LinkType
------------------------------------------------------------------
uni1 forwarding designated 20000 128 point-to-point
uni2 forwarding designated 20000 128 point-to-point

Switch 2

Spanning-tree admin state: enable
Spanning-tree protocol mode: RSTP
Spanning-tree protocol destination-address: 0180.C200.0000
BridgeId: Mac C850.E9xx.zzz2 Priority 32768
Root: Mac C850.E9xx.zzz1 Priority 28672 RootCost 20000
Operational: HelloTime 2 ForwardDelay 15 MaxAge 20
Configured: HelloTime 2 ForwardDelay 15 MaxAge 20 TransmitLimit 3
MaxHops 20 Diameter 7
Port PortState PortRole PathCost PortPriority LinkType
------------------------------------------------------------------
nni1 forwarding root 20000 128 point-to-point
uni1 forwarding disabled 200000 128 point-to-point

Switch 3

Spanning-tree admin state: enable
Spanning-tree protocol mode: RSTP
Spanning-tree protocol destination-address: 0180.C200.0000
BridgeId: Mac C850.E9xx.zzz3 Priority 32768
Root: Mac C850.E9xx.zzz1 Priority 28672 RootCost 20000
Operational: HelloTime 2 ForwardDelay 15 MaxAge 20
Configured: HelloTime 2 ForwardDelay 15 MaxAge 20 TransmitLimit 3
MaxHops 20 Diameter 7
Port PortState PortRole PathCost PortPriority LinkType
------------------------------------------------------------------
nni1 forwarding root 20000 128 point-to-point
uni1 forwarding disabled 200000 128 point-to-point

P.S. : None specified priority on schema = default priority of 32768.

[Stephen]

Thank you for bringing this up mike99, I will begin testing this today.

[mike99]

I just saw that mac of the raisecom device is lower than netonix. It's even stanger then since I really can figure how it elected itself as root then.

[mike99]

Hi gang,

STP seem to be working fine. Forget the bug report. It was a dawn Mikrotik RJ45 SFP stick that was the problem. The RJ45 side was negociating ok with the netonix but the SFP side connected to the RAX was down. I didn't check this out in the CLI since the port was up on the netonix and the stp CLI command didn't show that the port was down. I change for a working SFP (Robofiber instead of the Mikrotik) and the Netonix behavior just fine.

The second Netonix switch was on a older firmware and since I was seeing similar problem, I didn't test with both at last firmware.

My bad. I'm sorry for the time Stephen loose on this.

[Stephen]

I was questioning my sanity on my skills with STP because I couldn't replicate the issue

Thank you for letting us know - for me it was at least a good work-out.

[sirhc]

I was questioning my sanity

I never question it, I "know" your insane as you took this job!

[Stephen]

ha well there's no arguing with that one

[sirhc]

ha well there's no arguing with that one

[mike99]

I was questioning my sanity

My team was questionning mine seeing me talking, maybe more cusing, to my computer sceen and trowing a SFP to the garbage.